SAD

Software Architecture Document

AGG-JMM
Andrs Gaitn Galarza Jair Andrs Moreno Muoz
 SAD

Contenido

ndice de Ilustraciones y tablas...........................................................................................4

Definiciones, acrnimos y abreviaciones.............................................................................4

1. Introduccin................................................................................................................. 9

1.1 Propsito................................................................................................................ 10

1.2 Alcance................................................................................................................... 10

1.3 Visin Global.......................................................................................................... 10

2. Representacin Arquitectnica...................................................................................11

2.1 Descripcin de la Arquitectura................................................................................13

3. Objetivos y Restricciones Arquitectnicas..................................................................14

4. Vista Casos de Uso....................................................................................................16

4.1 Diagrama de casos de uso.....................................................................................16

4.2 Documentacin Casos de Uso...............................................................................17

5. Escenarios.................................................................................................................32

6. Vista Lgica................................................................................................................35

6.1 Diagrama................................................................................................................ 36

6.2 Descripcin............................................................................................................. 37

7. Realizacin de Casos de uso.....................................................................................38

8. Vista de Procesos......................................................................................................39

8.1 Diagrama de procesos............................................................................................39

8.2 Descripcin............................................................................................................. 40

MTG Pgina 2
 SAD

9. Vista de Desarrollo.....................................................................................................40

9.1 Diagrama................................................................................................................ 41

9.2 Descripcin............................................................................................................. 42

10. Vista de Despliegue................................................................................................44

10.1Diagrama Fsico.....................................................................................................44

10.2Descripcin............................................................................................................. 45

10.3 Diagrama de despliegue.........................................................................................46

10.4Descripcin............................................................................................................. 47

11. Vista de Datos........................................................................................................ 48

11.1 Diagrama entidad/relacin que modela el sistema AGG-JMM................................48

11.2 Descripcin............................................................................................................. 49

12. Tamao y Desempeo............................................................................................50

13. Calidad................................................................................................................... 50

14. Anexos................................................................................................................... 50

15. Referencias y Bibliografa.......................................................................................51

MTG Pgina 3
 SAD

ndice de Ilustraciones y tablas

Ilustracin 1: metodologa de 4 +1 vistas..........................................................................13

Ilustracin 2: Casos de uso...............................................................................................17

Ilustracin 3: Vista de Procesos........................................................................................39

Ilustracin 4: Vista de Desarrollo.......................................................................................41

Ilustracin 5: diagrama Fsico............................................................................................44

Ilustracin 6: Vista de Despliegue.....................................................................................46

Ilustracin 7: vista de Datos..............................................................................................49

Definiciones, acrnimos y abreviaciones

AGG-JMM: hace referencia a la asociacin entre los estudiantes de Ingeniera de

Sistemas la Pontificia Universidad Javeriana llamados Andrs Gaitn Galarza y
Jair Andrs Moreno Muoz
API: application programming interface programacin de la interface en una
aplicacin .Segn la revista Pc Magazine, es el formato de lenguaje y mensajes
usando en una aplicacin de un programa para comunicarse con un sistema
operativo, un protocolo de comunicacin, base de datos u otro. [PCMA 1996] (1)
Contenedor Web: Web Container, este objeto crea el pedido HTTP y respuesta
para el servlet, enseguida llama al apropiado mtodo de servicio del servlet para
satisfacer la demanda del cliente. [J2EE 2010] (2)
CORBA: Common Object Request Broker Architecture es una interface de
software basada en la organizacin OMG que le permite a los mdulos de

MTG Pgina 4
 SAD

software u objetos comunicarse entre s sin importarse si se encuentran en una

red privada o pblica como internet.[PCMAG 1996] (3)
CRUD: se refiere en ingles (CREATE, RETRIEVE, UPDATE, DELETE) a las
funciones de crear, recuperar, actualizar y eliminar.[WEBO 2010] (4)
DCOM: Distributed component object model, es la tecnologa de Microsoft para
distribuir objetos, como CORBA o RMI.[PCMAG 1996] (5)
Galileo: Segn la agencia espacial europea [ESA 2000] (6) , es un GNNS el
sistema global de navegacin por satlite desarrollado por la unin europea.
GNNS: es referente a un sistema global de navegacin por satlite (global
navigation satellite system) que provee posicionamiento geo espacial con
cubrimiento global como GPS, Galileo y GLONASS.[IGS 2010] (7)
GPS: es el GNNS, sistema global de navegacin por satlite, ms conocido y
difundido alrededor del mundo. Inicialmente llamado NAVSTAR-GPS (global
positioning system) y permite detectar la posicin de un objeto con precisin de
unos metros o centmetros si se usa GPS diferencial.[GPS 1999] (8)
GUI: (graphical user interface). Sistema de interaccin entre el ordenador y el
usuario, caracterizado por la utilizacin de iconos y elementos grficos en su
concepcin. Es un paso ms all de los interfaces basados en caracteres, que
slo incluan lneas de texto para introducir comandos y conocer las respuestas del
sistema.[TLIP 2004] (9)
KML: KML es un formato de archivo que se utiliza para mostrar informacin
geogrfica en navegadores terrestres como Google Earth, Google Maps y Google
Maps para mviles. KML utiliza una estructura basada en etiquetas con atributos y
elementos anidados y est basado en el estndar XML. (10)
LBS: Son los sistemas basados en localizacin (located based systems).Segn
Kpper [KUPP 2006] (11)Tambin son conocidos cmo servicios mviles basados
en contenidos sensibles a la localizacin, LDIS (location dependant information
services), PALMS (privacy-Aware location-based mobile services), spatial
location based services, servicios basados en ubicacin y servicios anytime-
anywhere.
Middleware: Es un software de conectividad que ofrece un conjunto de servicios
que hacen posible el funcionamiento de aplicaciones distribuidas sobre
plataformas heterogneas. [RYME 1996] (12) y[PUEN 2005] (13)
ODBC: open database connectivity, es una interface de programacin de base de
datos de Microsoft que provee un lenguaje comn para aplicaciones de Windows

MTG Pgina 5
 SAD

para acceder a unas bases de datos en una red. ODBC soporta trabajar con o
sin SQL (lenguaje nativo de la base de datos) [PCMAG 1996] (14)
OS: Sistema operativo, (operating system), es el software de un dispositivo
electrnico que es el intermediario de la interfaz entre el hardware y el usuario.
Este es el encargado de gestionar y coordinar todas las actividades y recursos de
un computador, dispositivo mvil entre otros.[PCMA 1996] (15)
RMI: remote method invocation, es un estndar de la empresa Sun para objetos
distribuidos escritos en lenguaje JAVA. Es un llamado a un procedimiento local
(RPC) que permite a componentes de JAVA almacenarse en una red para ser
ejecutada remotamente.[PCMAG 1996] (16)
RMI-IIOP: Es una extensin de de RMI de la empresa de Sun que le permite a los
objetos de JAVA ejecutar objetos de CORBA.[PCMAG 1996] (17)
RPC: remote procedure call, es una interface de programacin que le permite a
un programa usar servicios de otro programa en una mquina remota. El programa
de llamado manda un mensaje o informacin a un programa remoto , el cual es
ejecutado y sus resultados son devueltos por el mismo mecanismo.[PCMAG
1996] (18)
S.M.A.R.T.: hace referencia en ingls a objetivos especficos (specific), medibles
(measurable), alcanzables (achievable), realistas (realistic), a tiempo (timely) que
son indicadores clave de desempeo para alcanzar las funcionalidades en un
proyecto de software. (19)
Servicio web: Segn el glosario de J2EE, un web service es una aplicacin que
existe en un entorno distribuido, como Internet. Este acepta una solicitud, realiza
su funcin sobre la base de la solicitud y devuelve una respuesta. Tanto la solicitud
y la respuesta suele adoptar la forma de XML y se entregan ms de un protocolo
de conexin, como el HTTP [J2EE 2010] (2)
Servidor de aplicaciones: application server, es servidor ms completo que un
web server, y ideal para gestionar pginas Web con alta concurrencia y
paralelismo al momento de establecer conexiones de clientes ante diferentes
solicitudes (estn diseados alrededores de arquitectura J2EE); adems el
servidor de aplicacin puede estar en la misma computadora que el web server o
estar en una computadora distinta. Algunos application server son WebSphere de
Bea Weblogic, Weblogic, oracle 9i application server, sun applicaction server
[OSMO 2009] (20)

MTG Pgina 6
 SAD

Servidor web: un web server, segn el glosario de J2EE, es un software que

proporciona servicios para tener acceso a Internet, una Intranet, o a una extranet.
El servidor Web almacena sitios Web, proporciona la ayuda para HTTP y otros
protocolos, y ejecuta programas por parte del servidor. Algunos web server son de
Apache, AOL servers, IIS entre otros [J2EE 2010] (2)
Servlet: Es un programa en lenguaje JAVA que extiende la funcionalidad a un
web server generando contenido dinmico y interactuando con aplicaciones web
usando el paradigma solicitud respuesta. . [J2EE 2010] (2)
Smalltalk:es un sistema operativo y un lenguaje de programacin orientado a
objetos que fue desarrollado por Xerox PARC.[PCMAG 1996] (21)
SmartPhone: Telfonos inteligentes, representa los celulares de gama alta, los
cuales poseen varias caractersticas como conectividad a Internet, instalar nuevos
programas, pantallas tctiles entre otros. BlackBerry e Iphone son algunos
ejemplos de estos dispositivos mviles.[PCMA 1996] (22)
SOAP: simple object Access protocol ,es un protocolo de mensajes basados en
XML para acceder servicios Web.[PCMAG 1996] (23)
SQL: structured query language , es un lenguaje usado para interrogar y procesar
datos en una base de datos relacionada; y aunque ANSI estandariz el SQL,
muchos DBMS estn sujetos a mejoras por empresas propietarias lo cual hace
algunas veces un SQL no estndar.[PCMAG 1996] (24)
SRS: Software Requirement Specification ,especificacin de requerimientos de
software.Es un documento de una organizacin para entender el sistema de
requerimientos y todas sus dependencias (para un cliente potencial ) de un
aspecto en particular en un momento dado previo al actual diseo o desarrollo de
un proyecto de software.[TECH 1997] (25)
UML: unified modelling language (26) es un objeto orientado al anlisis y diseo
de un lenguaje de la organizacin OMG. Este consorcio dedicado al manejo de
estndares de tecnologas orientados a objetos para empresas como Hewlett
Packard, IBM, Sun Microsystems y Apple computers.
XML: extensible markup language, es un lenguaje extensible que le permite
marcar (markup) lo necesitado para identificar un contenido ,datos y texto en
documentos XML. [J2EE 2010] (2)

MTG Pgina 7
 SAD

1. Introduccin

Este documento hace parte del trabajo de grado de los estudiantes Andrs
Gaitn Galarza y Jair Moreno Muoz. En las siguientes secciones, se busca
organizar, precisar y analizar las interacciones, configuraciones y limitaciones de
una arquitectura llamada MTG Middleware to Go. Adems, en el documento se
encuentra:

Representacin arquitectnica a utilizar

Objetivos y limitaciones arquitectnicas.

Estilo arquitectnica a usar.

Casos de uso.

Vista lgica.

Vista de proceso.

Vista de despliegue.

Vista de implementacin.

Vista de datos.

Calidad, tamao y rendimiento.

MTG Pgina 8
 SAD

1.1 Propsito

El presente documento persigue dar un panorama de la arquitectura llamada MTG

para la propuesta del trabajo de grado Construccin de una arquitectura que
provea servicios de informacin y/o publicidad a dispositivos mviles basados en
su ubicacin geo-referenciada.

1.2 Alcance

Este entregable busca dar a conocer la representacin arquitectnica del sistema

MTG, desarrollada por los estudiantes Andrs Gaitn Galarza y Jair Moreno
Muoz (AGG-JMM) para su trabajo de grado. El documento est delimitado por la
metodologa escogida 4+1 vistas, elaborada por Krutchen de la compaa
Rational Software Corporation [KRUT 1995] (27) y la arquitectura en s utilizada.

1.3 Visin Global

Este documento est compuesto por diferentes secciones dirigidas a lectores

expertos; en primera instancia se encuentra una visin general del documento
dirigida a cualquier constructor del sistema para orientarlo en su lectura.
Posteriormente se encuentra una seccin dedicada a la descripcin global del
ambiente arquitectnico del producto dirigido a diseadores, arquitectos y
desarrolladores. Del comienzo hasta esta parte del documento, se ha introducido
lo que va a contener en trminos generales, as como su propsito y su alcance.

MTG Pgina 9
 SAD

En las siguientes secciones la descripcin arquitectnica se har con ms detalle y

bsicamente se pretende:

Dar a conocer cmo se va a realizar la representacin arquitectnica en el

sistema y de qu forma se puede adaptar a las necesidades de los
Stakeholders.

Mostrar los objetivos que se tienen en cuenta en el ambiente

arquitectnico, as como las limitaciones con las que hay que restringir el
sistema.

Mostrar el estilo arquitectnico que se va a utilizar en el sistema.

Determinar cmo se va a adaptar el modelo de 4+1 vistas a la

arquitectura planteada para el sistema.

Caractersticas de tamao y rendimiento de los programas del sistema.

Contribucin del estilo arquitectnico escogido a los atributos de calidad del

sistema.

2. Representacin Arquitectnica

El sistema MTG es un arquitectura tipo middleware que pretende facilitar la

construccin de la misma en la bsqueda de satisfacer las caractersticas bsicas
al momento de ofrecer soluciones LBS similares al servicio descrito en el anexo 2.

MTG Pgina 10
 SAD

Estas propiedades son:

Poseer una arquitectura que en s permita una personalizacin de un LBS

brindado por alguna empresa, solicitado por un cliente y gestionado por
un tercero, como es el caso de AGG-JMM para el LBS de parqueaderos
pblicos en la ciudad de Bogot, descrito en el anexo 2.

La informacin y publicidad brindada est orientada a segmentos

especficos al usuario que posee un dispositivo mvil

Los usuarios pueden escoger que servicios consumen de la arquitectura

La(s) empresa recibe uno o varios reportes estadsticos de las preferencias

de los usuarios que consumen sus servicios

As mismo, esta representacin pretende aplicar los conceptos fundamentales de

diseo e implementacin de una arquitectura de software, usando la presentacin
de las vistas que se usa en el modelo 4+1, escogida porque un sistema se
descompone en un conjunto de abstracciones claves tomadas del dominio del
problema en la forma de objetos y clases que son familiares para AGG-JMM.
Adems, el uso de mltiples vistas permite enfocarse en varios aspectos por parte
de los Stakeholders y poder orientarse en alguno especfico. La siguiente
ilustracin explica este modelo:

MTG Pgina 11
 SAD

Ilustracin 1: metodologa de 4 +1 vistas

Por ltimo, est metodologa hace uso de diagramas del lenguaje de modelo
unificado UML (28) que es respaldado por el Object Management Group OGM
(29), consorcio dedicado al manejo de estndares de tecnologas orientados a
objetos para empresas como Hewlett Packard, IBM, Sun Microsystems y Apple
computers. Entre estos diagramas, se especifican de: diseo, implementacin,
procesos, distribucin y caso de uso.

2.1 Descripcin de la Arquitectura

A continuacin se muestra una breve descripcin de los principales componentes

del modelo 4+1 vistas:

Vista lgica: se describen los requerimientos funcionales del sistema en

trminos de servicios a los usuarios. Esta vista muestra la funcionalidad del
sistema en base a las interacciones del los elementos internos.
Vista de procesos: Describe cada una de las tareas que se ejecutan en el
sistema.

MTG Pgina 12
 SAD

Vista de desarrollo: Esta vista se enfoca en la organizacin de mdulos de

software en el desarrollo, la representacin de la aplicacin se hace mediante
componentes y paquetes.
Vista de despliegue: en esta vista se aprecia los componentes de hardware y
como se distribuyen los elementos de software, tambin se muestran las
formas cmo interactan las maquinas y las caractersticas de las mismas.
Vista de casos de uso: este diagrama proporciona uno o ms escenarios que
indican cmo debera interactuar el sistema con el usuario final.

3. Objetivos y Restricciones Arquitectnicas

El objetivo principal de construir esta arquitectura, descrita en las siguientes

secciones, es brindar una solucin a la problemtica propuesta en el trabajo de grado
Construccin de una arquitectura que provea servicios de informacin y/o publicidad
a dispositivos mviles basados en su ubicacin geo-referenciada. Adems, la
construccin de esta arquitectura describe y profundiza el LBS de AGG-JMM de los
parqueaderos pblicos en la ciudad de Bogot, reseado en el anexo 2: SRS

Dadas las necesidades del sistema descrito en ese documento, surge una serie de
requisitos y restricciones (detallados en ese anexo) las cuales nombramos a
continuacin:

(R hace referencia al requerimiento especificado en el documento SRS anexo 2)

El sistema debe

MTG Pgina 13
 SAD

En cuanto al desempeo

Garantizar un tiempo medio de reparacin (MTTR) entre 5 minutos y un da

como mximo.R15
Estar en capacidad de dar respuesta a todos los usuarios con tiempos de
respuesta aceptables y/o requeridos.R17

Permitir un estimado de 10 000 conexiones simultaneas en el servicio solicitadas por

clientes.R18

(Nota: Para el desarrollo del prototipo no se tendr en cuenta este requerimiento)

En cuanto a la disponibilidad:

Poseer una alta disponibilidad (99.999%) en los servicios, funcionando las 24

horas al da.R13

(Nota: Para el desarrollo del prototipo no se tendr en cuenta este requerimiento)

En cuanto a seguridad:

Permitir seguir funcionando despus del fallo de un componente que no sea

vital.R14

(Nota: Para el desarrollo del prototipo no se tendr en cuenta este requerimiento)

En cuanto a la mantenibilidad y reusabilidad:

El cdigo fuente debe estar acompaado por una documentacin con las
descripciones generales de las clases y su funcionamiento, el cual le indica a
futuros desarrolladores la forma realizar escalabilidad.R16

MTG Pgina 14
 SAD

En cuanto a la escalabilidad:

Ser flexible para que nuevas funcionalidades o requerimientos sean

agregados.R19
Poder soportar cambios teniendo un impacto menor en el cdigo existente.R20
Permitir el retiro de funcionalidades de forma que tengan un impacto menor en el
cdigo existente. R20

En cuanto a su extensibidad:

Permitir una facilidad para adaptar los productos de software a los cambios de
especificacin; principios de simplicidad del diseo y descentralizacin. R20
Facilitar la realizacin de nuevas implementaciones en un futuro.R19
Soportar correcciones de manera sencilla sobre la implementacin sin ver
afectada su integridad funcional.R20
Poder integrar fcilmente mejoras de eficiencia en su implementacin sin verse
gravemente afectado.R20

En cuanto a su interoperabilidad:

Permitir la conexin en diferentes modelos de telfonos celulares, as como sus

sistemas operativos

4. Vista Casos de Uso

4.1 Diagrama de casos de uso

El diagrama de casos de uso se puede encontrar en tamao mayor en el anexo 1

MTG Pgina 15
 SAD

Ilustracin 2: Casos de uso

4.2 Documentacin Casos de Uso

Caso de uso 1 ConsultarMapaGeneral

Objetivo en contexto El actor consulta el servicio de mapas personalizado en su

telfono celular

Alcance Aplicacin del dispositivo mvil, tarea primaria

Pre-condiciones El actor posee las caractersticas descritas en 3.3 y 3.11

de su telfono celular como poder acceder a la aplicacin
de Google Maps y tener una conexin a internet; adems

el actor efectu el caso de uso 21, enseguida el 3 y ahora

el actor posee su telfono celular en su mano

Condicin de xito El actor pudo acceder y consultar el mapa personalizado

en su dispositivo mvil

MTG Pgina 16
 SAD

Condicin de falla El actor no pudo acceder y consultar el mapa

personalizado en su dispositivo mvil

Actores Usuario, empresa y AGG-JMM

Disparador Ingreso a la aplicacin de Google Maps desde su

dispositivo mvil.

Descripcin Paso Accin

1 El actor toma su telfono celular y visualiza el

mapa de Google Maps con su informacin bsica
como son las calles, carreras, avenidas,
transversales y barrios principales ;adems de
algunos sitios de inters general y tursticos como
catedrales, hospitales, estaciones de
transmilenio, bibliotecas y museos ;pero incluye el
perfil establecido en el caso de uso 3

2 la aplicacin de Google Maps se actualiza y

visualiza una nueva zona del mapa segn el paso
1

3 El usuario cierra la aplicacin de Google Maps

Sub variacin 1a el actor decidi buscar un sitio( de la misma

forma que haca en Google Maps sin tener el
servicio LBS de AGG-JMM ) y ingres un lugar,

1b el actor decidi acerca o alejar el zoom

2a Si el actor desea volver a consultar otro sitio se

devuelve al paso 2

2b Si el actor desea nuevamente acerca o alejar el

zoom se devuelve al paso 2

MTG Pgina 17
 SAD

Caso de uso 2 ConsultarDetalleParqueadero

Objetivo en contexto El actor consulta en detalle la informacin o publicidad a

la que se suscribi de los parqueaderos pblicos en la
ciudad de Bogot

Alcance Aplicacin Google Maps del telfono celular

, tarea primaria

Pre-condiciones Las mismas que el caso 1 ; el actor se encuentra en el

caso de uso 1, en el 1 paso

Condicin de xito El actor ley informacin detallada segn sus

caractersticas previamente establecidas de los
parqueaderos pblicos en Bogot.

Condicin de falla El actor no pudo leer ninguna informacin a la que se

suscribi de algn parqueadero especfico en la ciudad
de Bogot

Actores Usuario, empresa y AGG-JMM

Disparador El actor presiona un sitio de inters de tipo parqueadero

Descripcin Paso Accin

1 La aplicacin de Google Maps se refresca

mostrando la zona del mapa original ms la
informacin de las caractersticas de los
parqueaderos pblicos que previamente filtr al

MTG Pgina 18
 SAD

comienzo de utilizar el servicio.

2 El actor lee la informacin o publicidad del siti

que seleccion

3 El actor vuelve al paso 2 del caso 1

Caso de uso 3 Filtrar

Objetivo en contexto El actor filtra una o varias caractersticas del servicio LBS
al que se suscribi

Alcance Sistema web AGG-JMM

, tarea primaria

Pre-condiciones El actor est usando un computador con conexin a

internet, est en el Website de AGG-JMM, pag por el
servicio de informacin de parqueaderos pblicos en
Bogot y se encuentra logueado

Condicin de xito El actor pudo filtrar al menos una opcin de varias

disponibles en el website

Condicin de falla El actor no pudo filtrar ninguna opcin de varias

disponibles en el website

Actores Usuario, Website AGG-JMM

MTG Pgina 19
 SAD

Disparador Seleccin de la opcin filtrar

Descripcin Paso Accin

1 El Website se actualiza y muestra las diferentes

categoras en las que puede filtrar para el
servicio al que se suscribi

2 El usuario escoge las caractersticas que l

desea y cierra su sesin

Incluido 1 Si el actor escogi filtrar por empresa: el

sistema le muestra las empresas ms
reconocidas en parqueaderos pblicos como
son City Parking, Park Elite, Aparcar entre
otros

1b Si el actor escogi filtrar por valet parking, el

sistema le mostrar todos los establecimientos
que poseen este servicio y que le garantiza al
usuario el estacionamiento de su vehculo

1c Si el actor escogi filtrar por sealizacin, le

mostrar al usuario informacin pertinente de la
adecuacin del parqueadero como si es fcil o
no parquear debido a falta de sealizacin en
las vas que podran causarle molestias al
momento de parquear por estar muy cerca de
un vehculo o pensar que est bien estacionado
cuando no lo est

1d Si el actor escogi filtrar por llave, le mostrar

informacin dnde el dueo exige dejar la llave
en caso de que el parqueadero se llene o se
necesite mover el carro de un sitio a otro

1e Si el actor escogi filtrar por tarifa, le mostrar

informacin del valor del minuto en el
parqueadero, as como poder discernir entre

MTG Pgina 20
 SAD

parqueaderos de bajo, media o alta categora

1f Si el actor escogi otras caractersticas, aqu

se muestran otro tipo de informacin como : si
el parqueaderoes miembro diamante del club
de Renault para obtener descuentos y
beneficios

(esta opcin no se encuentra disponible en el

prototipo)

Otro filtro es el tipo de infraestructura del

parqueadero, si est o no cubierto entre otros

Caso de uso 4 CrearArchivoPersonalizado

Objetivo en contexto El actor crea un archivo personalizado

Alcance

Sistema AGG-JMM, tarea primaria

Pre-condiciones Ninguna

Condicin de xito El actor pudo crear un archivo KML con las

caractersticas requeridas por una empresa contratante,
y las aloj en un servidor de su preferencia

MTG Pgina 21
 SAD

Condicin de falla El actor no pudo crear un archivo KML con las

caractersticas requeridas y/o no las pudo alojar en un
servidor de su preferencia

Actores AGG-JMM

Disparador Adquisicin de la prestacin del servicio de informacin o

publicidad de AGG-JMM por parte de una empresa

Descripcin Paso Accin

1 El actor, utilizando su conocimiento del API de

Google y archivos KML, crea un archivo de
este tipo utilizando los requerimientos
asociados a un servicio especfico de alguna
empresa negociante

Incluido El actor luego de crear dicho archivo debe

almacenarlo en un servidor web especfico

Caso de uso 5 generarEstadsticaEmpresa

Objetivo en contexto El actor genera estadsticas de un servicio para una

empresa especfica

Alcance

Sistema AGG-JMM, primary task

Pre-condiciones Existe un servicio ofrecido por AGG-JMM que fue

adquirido por una empresa

MTG Pgina 22
 SAD

Condicin de xito El actor pudo generar estadsticas de una empresa

Condicin de falla El actor no pudo generar estadsticas de un servicio

especfico hacia una compaa contratante

Actores AGG-JMM, empresa asociada

Disparador Cuando la empresa solicite un reporte de las estadsticas

de algn servicio de informacin o publicidad de AGG-
JMM

Descripcin Paso Accin

1 El actor crea una base de datos para

almacenar todo tipo de informacin pertinente
de cada usuario que utilice un LBS de cada
empresa

2 El actor activa y utiliza la base de datos para

guardar la informacin necesaria

3 El actor genera un reporte y lo enva a la

empresa asociada por medios fsicos.

Caso de uso 6 generarEstadsticaGeneral

Objetivo en contexto El actor genera estadsticas de todos los servicios

ofrecido por AGG-JMM

MTG Pgina 23
 SAD

Alcance

Sistema AGG-JMM, tarea secundaria

Pre-condiciones Existe al menos un servicio ofrecido por AGG-JMM a

alguna empresa

Condicin de xito El actor pudo generar estadsticas de todas las empresa

suscritas a AGG-JMM

Condicin de falla El actor no pudo generar estadsticas de todas las

empresa suscritas a AGG-JMM

Actores AGG-JMM

Disparador El ultimo da de cada mes se realiza un reporte accionado

por AGG-JMM

Descripcin Paso Accin

1 El actor, utilizando su base de datos asociada

a todos sus LBS ofrecidos, genera un reporte
total

Caso de uso 7 comprarPublicidad

Objetivo en contexto El actor desea comprar el espacio publicitario dentro del

sistema AGG-JMM

MTG Pgina 24
 SAD

Alcance

Sistema AGG-JMM, tarea primaria

Pre-condiciones Ninguna

Condicin de xito El actor pudo comprar un espacio publicitario a AGG-

JMM

Condicin de falla El actor pudo comprar un espacio publicitario a AGG-

JMM

Actores Empresa, AGG-JMM

Disparador Una compaa decidi comprar un espacio publicitario a

AGG-JMM

Descripcin Paso Accin

1 El actor considera que adquirir un servicio LBS

ofrecido por AGG-JMM le dara un valor
agregado a su empresa

Caso de uso 8 asignarPublicidad

Objetivo en contexto El actor desea ofrecer el espacio publicitario dentro del

sistema AGG-JMM a una empresa que lo demande

MTG Pgina 25
 SAD

Alcance

Sistema AGG-JMM, tarea primaria

Pre-condiciones Una empresa ha deseado adquirir un servicio LBS de su

empresa

Condicin de xito El actor pudo asignar un espacio publicitario a AGG-JMM

Condicin de falla El actor no pudo asignar un espacio publicitario a AGG-

JMM

Actores Empresa, AGG-JMM

Disparador Una compaa decidi comprar un espacio publicitario a

AGG-JMM

Descripcin Paso Accin

1 El actor hace un diagnstico del negocio de la

empresa.

2 El actor realiza un levantamiento de

requerimientos

3 El actor negocia con la empresa los tipos de

servicios que este desea brindar a un usuario

4 Se establece un contrato con la empresa

MTG Pgina 26
 SAD

Caso de uso 21 adquirirServicio

Objetivo en contexto El actor desea adquirir un servicio que le permita

consultar informacin de los parqueaderos pblicos en la
ciudad de Bogot

Alcance

Sistema, AGG-JMM, tarea primaria

Pre-condiciones Ninguna

Condicin de xito El actor pudo adquirir el LBS de parqueaderos pblicos

en Bogot

Condicin de falla El actor no pudo adquirir el LBS de parqueaderos

pblicos en Bogot

Actores usuario, AGG-JMM, empresa

Disparador El usuario decidi comprar el LBS de parqueaderos

pblicos en Bogot a AGG-JMM

Descripcin Paso Accin

1 El actor se dirige a la oficina de la asociacin

AGG-JMM

MTG Pgina 27
 SAD

2 AGG-JMM le describe su negocio y le sugiere

varias servicios, entre ellos los parqueaderos
pblicos en Bogot; aqu le muestra las
ventajas que podr disponer en su nuevo estilo
de vida

3 Los anteriores discuten y establecen un

acuerdo teniendo en cuenta un contrato
respectivo y sus trminos y condiciones

4 AGG-JMM le brinda un login y password que le

permiten identificarse en la pgina web del
sistema LBS AGG-JMM, con el fin de crear un
perfil del actor

Caso de uso 9 RegistrarEmpresa

Objetivo en contexto El actor desea registrar una nueva empresa suscrita a los
servicios de AGG-JMM

Alcance

Sistema, AGG-JMM, tarea primaria

Pre-condiciones La empresa firm un contrato con AGG-JMM

Condicin de xito El actor pudo registrar una nueva empresa

Condicin de falla El actor no pudo registrar una nueva empresa

MTG Pgina 28
 SAD

Actores AGG-JMM

Disparador El actor decide registrar una empresa que est compro el

servicio de informacin y publicidad de parqueaderos
pblicos en Bogot

Descripcin Paso Accin

1 El actor escribe en su base de datos los datos :

Nombre de la empresa, Nit de la empresa,

fecha de inscripcin, direccin del
establecimiento en la nomenclatura nueva.

incluye 1a El actor agrega nueva informacin; esta

corresponde cuando se realiz la visita tcnica
al establecimiento y se hizo un diagnstico del
parqueadero.

1b El actor toma las coordenadas del lugar en

coordenadas WGS84 y la direccin de la
nomenclatura nueva del establecimiento

2 El sistema guarda la informacin en la base de

datos de las empresas

A continuacin, se nombran los casos de uso bsicos que no requieren una mayor
descripcin:

CRUD de empresa

Caso de uso 10 recuperar empresa

Caso de uso 11 actualizar empresa

MTG Pgina 29
 SAD

Caso de uso 12 eliminar (desactivar) empresa

CRUD de usuario

Caso de uso 13 Crear (registrar) usuario

Caso de uso 14 recuperar usuario

Caso de uso 15 actualizar usuario

Caso de uso 16 eliminar (desactivar) usuario

CRUD de parqueadero

Caso de uso 17 Crear (registrar) parqueadero

Caso de uso 18 recuperar parqueadero

Caso de uso 19 actualizar parqueadero

Caso de uso 20 eliminar (desactivar) parqueadero

5. Escenarios

A continuacin, se usa las tablas propuestas por Bruegge y Dutoit [BRUE ET AL 1999]
(30) de la universidad de Carnegie Mellon en Pittusburg ,Estados Unidos.

Nombre del relacin Empresa AGG-JMM

escenario

Instancias de La empresa
actores partcipes
La asociacin AGG-JMM

Flujo de eventos 1. La empresa de algn parqueadero pblico

desea ofrecer informacin y publicidad en los

MTG Pgina 30
 SAD

telfonos celulares para generar valor en su

negocio

2. AGG-JMM es una compaa que ofrece

servicios basados en la localizacin a travs de
telfonos celulares

3. La empresa se contacta con AGG-JMM en sus

instalaciones.

En este lugar, el departo de servicio al cliente le

ofrece las ventajas de usar este LBS, cmo
funciona y hace algunas demostracin de su valor.
Adems le indica su valor anual, el reporte y tipos
de estadsticas de la informacin de cada usuario
suscrito y por ltimo le especifica los trminos y
condiciones.

4.La empresa y AGG-JMM firman el contrato

Nombre del relacin Usuario AGG-JMM

escenario

Instancias de Usuario
actores partcipes
La asociacin AGG-JMM

Flujo de eventos 1. Una persona posee un telfono celular , ha

visto algn tipo de publicidad de la empresa AGG-

MTG Pgina 31
 SAD

JMM y est curiosa por conocer los servicios

basados de localizacin que le puede ofrecer,
como el de los parqueaderos pblicos en la ciudad
de Bogot.

2. La persona se dirige a las oficinas de AGG-

JMM.

3. En este lugar, el departo de servicio al cliente,

primero revisa si el celular podra servir para algn
LBS. Enseguida, s lo anterior es positivo, le ofrece
las ventajas de usar este LBS, cmo funciona y
hace algunas demostracin de su valor. Adems le
indica su valor anual, cmo crear su perfil de
usuario y como elegir la informacin y publicidad
deseada para telfono celular.

4. El usuario y AGG-JMM firman el contrato

despus de leer los trminos y condiciones.

Nombre del CreandoPerfil

escenario

Instancias de Usuario
actores partcipes
El sistema de AGG-JMM

Flujo de eventos 1.El usuario recin se escribi al LBS de

parqueaderos pblicos de la ciudad de Bogot.

MTG Pgina 32
 SAD

2. El usuario se dirige a un computador con

conexin a internet. Ingresa a la pgina de AGG-
JMM con su login y password suministrados al
momento de firmar el contrato.

3. El usuario observa una gran variedad de

opciones para personalizar su servicio.

Dentro de algunas de ellas, estn organizadas por

categora como el nombre de la empresa de los
parqueaderos, s la tarifa es baja, media o alta, s
existe valet parking, s hay que dejar la llave entre
otras.

4. El usuario indica en cada casilla s desea recibir

informacin o publicidad de cada caracterstica

6. Vista Lgica

Para esta vista se describen los requerimientos funcionales representados como

conjuntos de objetos y relaciones para mostrar el flujo de datos y conexin entre
componentes y paquetes.

MTG Pgina 33
 SAD

6.1 Diagrama

MTG Pgina 34
 SAD

Ilustracin 1 : vista lgica

6.2 Descripcin

En el diagrama de lgica, Anexo(6), se observan los paquetes de Usuario, presentacin,

lgica , modelo de datos ,sistemas externos y DBMS .

Dentro del paquete de usuario, existe un navegador quien se comunica con el

componente Controlador para suministrarle informacin de las solicitudes del cliente y/o
administrador a travs del protocolo Hypertext transfer (HTTP), descrito por la Internet
Society en el RFC 2616 [INTER 1999] (31) a travs de cualquier navegador (browser).
Este mecanismo es el mismo usado para acceder a los servicios de aplicacin
cartografa, los cuales pueden ser Google Maps, Bing Maps,Yahoo Maps, mapas com.co,
mapas publicar entre otros. Cabe anotar, que podra remplazarse por otro protocolo, por
ejemplo HTTPS s dicho LBS se especfica que debe poseer una alta seguridad en sus
transferencias.

El componente de Controlador, controla el componente de Vista y es el encargado de

devolver o responder la comunicacin al browser por el mismo mecanismo. El
Controlador le indica al componente Modelo, una tarea especfica y junto al componente
de Vista usan el componente de Sesion, quien identifica el tipo de usuario.

El componente Modelo, se puede comunicar con el componente de Manejadores del

paquete lgica por el intermedio de tecnologa RMI o CORBA (si es necesario usarla). Los
Manejadores son unos receptores de peticiones del cliente que facilitan y simplifican las
tareas solicitadas por parte del usuario. Estos se enlazan con el paquete de Modelo de
datos y su componente de persistencia. Adems estos Manejadores se enlazan con el
paquete llamado sistemas externos, a travs del protocolo Simple Objet Access Protocol
(SOAP) descrito por la W3 Consortium [W3C 2007] (32) ; este garantiza la comunicacin
de aplicaciones de diferentes sistemas operativos, y/ o lenguajes o tecnologas diferentes
a las usadas en el servicio ofrecido por AGG-JMM.

Dentro de este paquete, estn los componentes para la geo-codificacin de los puntos de
inters (no aplicable en el caso del servicio de LBS con Google Maps) y un servicio de
cartografa ofrecidos por algn proveedor de mapas.

MTG Pgina 35
 SAD

Todos los datos referentes a la personalizacin y al sector geogrfico se pueden encontrar

en una base de datos externa. Por lo tanto es necesario usar un protocolo universal como
tecnologa ODBC.

7. Realizacin de Casos de uso

La siguiente tabla muestra los componentes que satisfacen los casos de uso ms
relevantes del sistema.

Componente Cdigo Caso de Uso

Consulta LBS CU 2

Sistema Web CU 3

Sistema Personalizacin CU 4

Estos tres componentes son los que resuelven los casos de uso ms relevantes porque
comprende consultar el LBS de parqueaderos pblicos, que en este caso es la
funcionalidad principal; y al asegurar este caso de uso, se establece varias tareas bsicas
de comunicacin entre componentes. Por otro lado, el sistema Web junto con la
personalizacin, garantiza la parte ms importante de esta ltima ya que representa el
valor agregado que tiene este LBS con otros servicios similares.

8. Vista de Procesos

Se define proceso como la agrupacin de tareas que forman una unidad ejecutable, en
nuestro caso se mostraran los procesos que se hacen necesarios para correcto
funcionamiento de la aplicacin.

MTG Pgina 36
 SAD

8.1 Diagrama de procesos

Ilustracin 3: Vista de Procesos

8.2 Descripcin

En el diagrama de procesos (anexo 4) se puede apreciar como cada proceso cclico de

cada cliente y empresa se comunican a travs del protocolo HTTP con el proceso donde
est ubicado patrn MVC (modelo-vista-controlador).Este patrn descrito por Gamma
[GAMM et AL 1994] (33)para la construccin de aplicaciones para el sistema operativo

MTG Pgina 37
 SAD

SmallTalk, es y sigue usado principalmente para abstraer las principales vistas en un

paradigma de lenguaje orientado objeto. Enseguida, este modelo se puede enlazar por
RMI o CORBA (s es necesario) a un proceso dnde se encuentra un receptor de
peticiones. Este ltimo, se encarga de tomar la informacin correspondiente al proceso
cclico de geo-codificacin por el protocolo SOAP, o un API para el proceso cclico de la
cartografa. De igual forma, el proceso de recepciones de peticiones establece
comunicacin con la base de datos de AGG-JMM con tecnologa ODBC (de forma
bidireccional).

9. Vista de Desarrollo

La vista de desarrollo o despliegue se enfoca en la organizacin de los mdulos software

en el entorno de desarrollo. El software es empaquetado en pequeos trozos (libreras de
programa, subsistemas, componentes, etc.), los subsistemas se organizan en capas
jerrquicas, y cada capa proporciona una interfaz bien definida a sus capas superiores.

MTG Pgina 38
 SAD

9.1 Diagrama

Ilustracin 4: Vista de Desarrollo

MTG Pgina 39
 SAD

9.2 Descripcin

El diagrama de desarrollo (incluida en mayor tamao en el Anexo 7) identifica 4 grandes

paquetes: Presentacin, Lgica, Modelo de datos y Persistencia.

Dentro del paquete de Presentacin se encuentran los siguientes sub paquetes:

Vista, Modelo y Controlador

Dentro del paquete de Vista se encuentra:

Editar JSP
Registro JSP
Estadisticas JSP
Sistema JSP
Publicidad.JSP
MapaGeneral.JSP
InicioAdministrativo. JSP
InicioEmpresarial. JSP
SistemaAdmin. JSP
Editar. JSP
ListaEmpresas. JSP
ListaParqueaderos. JSP
Inicio. JSP (LOGIN)
Error.JSP

Dentro del paquete de Modelo se encuentra:

Editar JAVA
Registro JAVA
Estadisticas JAVA
Sistema JAVA
Publicidad. JAVA
MapaGeneral. JAVA
InicioAdministrativo. JAVA
InicioEmpresarial. JAVA
SistemaAdmin. JAVA
Editar. JAVA
ListaEmpresas. JAVA
ListaParqueaderos. JAVA
Inicio. JAVA

Y dentro del paquete de Controlador se encuentran los servlets de control

MTG Pgina 40
 SAD

Por otro lado,el paquete de Lgica se posee:

ManejadorAsociaciones
ManjadorEmpresa
ManejadorUsuario
ManejadorSistema

Dentro del paquete de Modelo de Datos se encuentra las entidades de persistencia

Dentro del paquete de Persistencia se encuentra:

Asociaciones
metaDatosParqueadero (representan los datos adicionales que pueden brindar
valor)
metaDatosEmpresa
Preferencias
Empresas
Publicidad
Parqueadero
Usuario

Y como subpaquete un paquete llamado Controladores

Asociaciones. JPAController
metaDatosParqueadero. JPAController
(representan los datos adicionales que pueden brindar valor)
metaDatosEmpresa. JPAController
Preferencias. JPAController
Empresas. JPAController
Publicidad. JPAController
Parqueadero. JPAController
Usuario. JPAController

Y como sub paquete, un paquete llamado Exception con

IllegalOrphanException
PreexistingEntityException
NonexistentEntityException

10. Vista de Despliegue

MTG Pgina 41
 SAD

El diagrama de despliegue nos muestra las relaciones fsicas entre los

componentes de hardware y software en el sistema final esto quiere decir que se
ve como el software se ejecuta sobre una red de computadoras o nodos de
procesamiento.

A continuacin, se describe primero el diagrama fsico para mayor comprensin de

la vista de despliegue.

10.1 Diagrama Fsico

Ilustracin 5: diagrama Fsico

10.2 Descripcin

MTG Pgina 42
 SAD

Observando el diagrama (anexo 5) desde el centro, el sistema de AGG-JMM se

compone principalmente por:

Un servidor web, que se encarga de transferir las pginas web a los

clientes.

Un servidor de aplicaciones, que se encarga de la lgica del negocio.

Un servidor de almacenamiento, quin se encarga de guardar los datos

personalizados de los clientes. En el LBS de parqueaderos pblicos en
Bogot, son archivos en formato KML.

Un servidor de base de datos geo-espacial, quin se encarga de guardar

los datos geogrficos de los puntos de inters.

Por otro lado, el sistema AGG-JMM se relaciona con el sistema de

Servicios geogrficos quin es el encargado de suministrar los datos geogrficos y

geocodificados a partir de una cartografa, en este caso es Google quien provee
este tipo de informacin por medio de Google Maps. Otros servicios podran ser
Yahoo Maps, mapas.com, mapas publicar entre otros.

Sistema empresa, en el caso de la aplicacin LBS descrita en el anexo 1 SRS,

representa todos las empresas que ofrecen servicios de parqueaderos pblicos en
la ciudad de Bogot. Otros sistemas empresa podran ser empresas que deseen
ofrecer servicios de informacin o publicidad similares a este, como por ejemplo
restaurantes, centros comerciales, museos y cualquier otro establecimiento que
desee una fuerte personalizacin a travs de los dispositivos mviles.

Sistema externo, es el sistema dnde se encuentra los usuarios con sus

dispositivos mviles, que en el caso de la aplicacin LBS del anexo 1 SRS, son
telfonos celulares con caractersticas descritas en dicho documento. En otros

MTG Pgina 43
 SAD

LBS similares, podran ser diferentes las caractersticas de los telfonos celulares,
otros dispositivos mviles y hasta otro tipo mercado de usuarios.

10.3 Diagrama de despliegue

Ilustracin 6: Vista de Despliegue

MTG Pgina 44
 SAD

10.4 Descripcin

(El diagrama est en mayor escala en el anexo 8)

Por empezar, para el componente de dispositivo mvil, en esta aplicacin LBS para
los parqueaderos pblicos de Bogot descrito en el anexo1 del SRS, son nicamente
los telfonos celulares que se ajustan a las restricciones descritas en el mismo anexo.

Enseguida, el componente de PC es referente al computador de escritorio (desktop) o

computador mvil (laptop) descrito con caractersticas en el SRS. Ambos
componentes se enlazan a la red de Internet, por el protocolo Hypertext transfer
(HTTP), descrito por la Internet Society en el RFC 2616 [INTER 1999] (31) a travs de
cualquier navegador (browser).Cabe anotar, que podra remplazarse por otro
protocolo, por ejemplo HTTPS s dicho LBS se especfica que debe poseer una alta
seguridad en sus transferencias.

El componente web, es donde reside un contenedor web que posee el objeto de la

presentacin, lugar donde surge el MVC. En el caso de LBS descrito en el documento
SRS, se usa la herramienta de Apache Tomcat, pero se podra otra.

Cabe aclarar que en la a arquitectura de J2EE se asume que un web container es

recibido por un web server del mismo vendedor, as que no especifica el contrato entre
estas dos entidades; de igual forma un web server puede recibir unos o ms web
containers[J2EE 2010] . Adems el web server, solamente recibe peticiones por
HTTP, las interpreta, procesa las correspondientes respuestas y las enva a los
clientes apropiados o web browsers.

Por otro lado, aunque en el diagrama est escrito contenedor web, no se pretende a
que nicamente se haga alusin a la arquitectura de J2EE y que se use nicamente
el lenguaje JAVA; sin embargo usar containers, crea que la entidad pueda proveer
gestionamiento de ciclo de vida, seguridad, despliegue y servicios en tiempo de
ejecucin de componentes J2EE, caractersticas que seguramente sern deseadas
en otros LBS que utilicen tecnologas de plataforma como J2ME para aplicaciones

MTG Pgina 45
 SAD

en los dispositivos mviles y pequeos.[J2ME 2010] (34) (En este caso, el LBS de
parqueaderos pblicos de Bogot, en su aplicacin de Google Maps, usa en lenguaje
JAVA y J2ME).

Continuando con la descripcin, el componente de presentacin establece

comunicacin por medio de tecnologa RMI o CORBA al componente del servidor de
aplicaciones. Este ltimo puede ser una excelente alternativa para sitios Web de alto
trfico, como por ejemplo poder gestionar solicitudes de una gran multitud de clientes ,
consultando de forma paralela o simultanea LBS como el de parqueaderos pblicos
en Bogot u otros que exijan una alta confiabilidad y tolerancia a fallas similares a
ataques de denegacin de servicios(DoS).

Por ltimo, en este componente se encuentra la lgica del negocio, y el componente

persistente que se comunica de forma bidireccional por medio de tecnologa ODBC a
una base de datos.

11. Vista de Datos

11.1 Diagrama entidad/relacin que modela el sistema
AGG-JMM.

(Tamao mayor en el anexo 3)

MTG Pgina 46
 SAD

Ilustracin 7: vista de Datos

11.2 Descripcin

Los telfonos celulares, los PDA, los laptops entre otros son dispositivos mviles que
utilizan los LBS. Estos ltimos se benefician por servicios de cartografa como son
Bings Maps, Yahoo Maps, Google Maps, mapas publicar entre otros que utilizan el
concepto de geolocalizacin. Sin embargo es el cliente quien posee un dispositivo
mvil y disfruta de los LBSs.

Por otro lado la asociacin AGG-JMM es la encargada de vender su servicio al cliente,

ofrecerle servicios de informacin o servicios de publicidad y al mismo tiempo negociar
con una o varias empresas que desean estos servicios. As AGG-JMM desarrolla un
middleware que est en servidor gestionado por l mismo y cualquier empresa
suministra la informacin necesaria al middleware para el gestionamiento del LBS.

MTG Pgina 47
 SAD

12. Tamao y Desempeo

La arquitectura de software orienta sus esfuerzos en brindar una solucin clara y rpida
al momento de construir un middleware para los servicios basados en la localizacin
similares al propuesto en el documento SRS, anexo 2, el cual detalla su tamao y
alcance.

En cuanto al desempeo, los tiempos requeridos y esperados del LBS son de mximo 5
minutos, sin tener en cuenta algn problema tcnico ajeno a la construccin del
middleware.

13. Calidad

Para mayor informacin remitirse al documento SRS, anexo 2 donde se encuentran

especificadas las diferentes mtricas de calidad y como estas sern medidas.

14. Anexos

Anexo 2: Documento de especificacin de requerimientos de software (SRS)

Diagramas:

Anexo 1: Diagrama de casos de uso

Anexo 3: Diagrama de modelo de dominio

Anexo 4: Diagrama de procesos

Anexo 5: Diagrama Fsico

Anexo 6: Diagrama de Lgico

Anexo 7: Diagrama de desarrollo

Anexo 8: Diagrama de despliegue

MTG Pgina 48
 SAD

15. Referencias y Bibliografa

1. PcMag.com. API definition from PC Magazine Encyclopedia. www.pcmag.com. [En

lnea] [Citado el: 10 de 2 de 2010.]
http://www.pcmag.com/encyclopedia_term/0,2542,t=API&i=37856,00.asp.

2. GLOS, J2EE. J2EE 1.4 Glossary. java.sun.com. [Online] [Cited: 1 1, 2010.]

http://java.sun.com/javaee/reference/glossary/index.jsp#89338.

3. Pc magazine. CORBA Definition from Pc Magazine. pcmag.com. [Online] [Cited: 1 10,

2010.] http://www.pcmag.com/encyclopedia_term/0,2542,t=CORBA&i=40365,00.asp.

4. webopedia.com. what is CRUD? a word definition from the webopedia.

www.webopedia.com. [Online] [Cited: 1 12, 2010.]
http://www.webopedia.com/TERM/C/CRUD.html.

5. Pc magazine. DCOM Definition from Pc Magazine. pcmag.com. [Online] [Cited: 1 10,

2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3DDCOM&i
%3D40970%2C00.asp.

6. European space agency. ESA NAVIGATION. ESA Galileo Navigation. [Online] [Cited:
1 10, 2010.] http://www.esa.int/esaNA/galileo.html.

7. International GNSS Service. IGS International GNSS Service ,formely the international
GPS Service. http://igscb.jpl.nasa.gov/. [Online] [Cited: 1 12, 210.]
http://igscb.jpl.nasa.gov/.

8. Global positioning system. www.gps.com. [Online] [Cited: 1 10, 210.]

http://www.gps.gov/systems/gps/index.html.

9. The Linux Information project. GUI definition. www.linfo.org. [Online] [Cited: 1 10,
210.] http://www.linfo.org/gui.html.

10. Google. Tutorial de KML. Google Code. [En lnea] 21 de 4 de 2010.

http://code.google.com/intl/es-ES/apis/kml/documentation/kml_tut.html.

11. KPPER, AXEL. Location-Based Services. Location-Based Services Fundamentals

and Operation. s.l. : Wiley.

12. Client-Server Computing: The Web as Middleware. the web as a middleware. [Online]
[Cited: 1 2, 2010.] http://www.faughnan.com/papers/clservweb.html.

13. Universidad de la Habana. fbioinformtica. http://fbio.uh.cu. [En lnea] [Citado el: 1 de

2 de 2010.] http://fbio.uh.cu/sites/bioinfo/glosario.html.

MTG Pgina 49
 SAD

14. Pc Magazine. ODBC Definition from Pc Magazine. Pcmag.com. [Online] [Cited: 1 10,
2010.] http://www.pcmag.com/encyclopedia_term/0,2542,t=ODBC&i=48273,00.asp.

15. pcmag.com. operating system definition from pc magazine. www.pcmag.com. [Online]

[Cited: 1 10, 2010.]
http://www.pcmag.com/encyclopedia_term/0,2542,t=operating+system&i=48510,00.asp.

16. Pcmag. RMI definition from Pc Magazine. pcmag.com. [Online] [Cited: 1 10, 2010.]
http://www.pcmag.com/encyclopedia_term/0,2542,t=RMI&i=50570,00.asp.

17. PcMag. RMI IIOP Definition from Pc Magazine. pcmag.com. [Online] [Cited: 1 10,
2010.]
http://www.pcmag.com/encyclopedia_term/0,2542,t=RMI+over+IIOP&i=50571,00.asp.

18. Pc Magazine. RPC definition from Pc Magazine. pcmag.com. [Online] [Cited: 1 10,
2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3DRPC&i
%3D50652%2C00.asp.

19. SMART project requirements. project-management.bestmanagementarticles.com.

[Online] [Cited: 1 10, 2010.] http://project-management.bestmanagementarticles.com/a-
9353-smart-project-requirements.aspx.

20. servidores de pginas "web servers" y java applications servers.

http://www.osmosislatina.com. [En lnea] [Citado el: 1 de 1 de 2010.]
http://www.osmosislatina.com/aplicaciones/servidor_web.htm.

21. Pc Magazine. Smalltalk a definition from pc magazine. pcmag.com. [Online] [Cited: 1

10, 2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3DSmalltalk&i
%3D51493%2C00.asp.

22. Pcmag.com. Smarthphone definition from pcmagazine. www.pcmag.com. [Online]

[Cited: 1 10, 2010.]
http://www.pcmag.com/encyclopedia_term/0,2542,t=Smartphone&i=51537,00.asp.

23. Pc Magazine. SOAP Definition from Pc Magazine. pcmag.com. [Online] [Cited: 1 12,
2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3DSOAP&i
%3D51602%2C00.asp.

24. . SQL Definition from Pc Magazine. pcmag.com. [Online] [Cited: 1 10, 2010.]
http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3DSQL&i
%3D51902%2C00.asp.

MTG Pgina 50
 SAD

25. Wrinting software requirement specifications. http://www.techwr-l.com. [Online] [Cited:

1 10, 2010.] http://www.techwr-
l.com/techwhirl/magazine/writing/softwarerequirementspecs.html.

26. pcmag.com. UML Definition from PC Magazine. www.pcmag.com. [Online] [Cited: 1

10, 2010.] http://www.pcmag.com/encyclopedia_term/0,2542,t=UML&i=53392,00.asp.

27. Krutchen, Phillip. 4+1view-architecture.pdf. Architectural BlueprintsThe 4+1 View.

[Online] noviembre 2005. http://www.cs.ubc.ca/~gregor/teaching/papers/4+1view-
architecture.pdf.

28. Object Management Group-UML. UML Resource page. [En lnea] [Citado el: 20 de
abril de 20.] http://www.uml.org/.

29. Object Management Group. OMG We set the Standards. [En lnea] [Citado el: 2 de 4
de 2010.] http://www.omg.org/.

30. H.Dutoit, Bernd Bruegge & Allen. A deeper view into UML. Object-oriented software
engineering:Conquering complex and changing systems. Pittsburg : Prentice Hall, 1999.

31. Internet Society. RFC 2616 Hyper text transfer protocol. www.faqs.org. [Online]
[Cited: 1 1, 2010.] http://www.faqs.org/rfcs/rfc2616.html.

32. W3 Consortium. SOAP version 1.2 Messaging Framework. W3C Recomendations.

[Online] 2007. [Cited: 3 10, 2010.] http://www.w3.org/TR/soap12-part1/.

33. Eric Gamma, Richard Helm,Ralph Johnson,John Vlissides. Design Patterns in

Smalltalk MVC. Design Patterns:Elements or Reusable Object-Oriented Software. 1994.

34. J2ME Glossary. http://www.info4java.com. [Online] [Cited: 1 1, 2010.]

http://www.info4java.com/?this=j2me_glossary.

35. http://www.iana.org/assignments/port-numbers. IANA. [Online] [Cited: 2 1, 2010.]

http://www.iana.org/assignments/port-numbers.

36. Grupo de traduccin de RFC al espaol. RFC es. [En lnea] [Citado el: 10 de 3 de
2010.] http://www.rfc-es.org/.

37. W3C. WORLD WIDE CONSORTIUM. [En lnea] 10 de 3 de 2010. http://www.w3.org/.

38. Robertson, James & Suzanne. Volere Requirements Resources. Requirements

Specification Template. [Online] Atlantic Systems Guild, abril 14, 2005.
http://www.volere.co.uk/template.htm.

MTG Pgina 51
 SAD

39. cantos celulares hay en Colombia. ELTIEMPO.COM. [En lnea] 15 de abril de 2010.
[Citado el: 15 de abril de 2010.] http://www.eltiempo.com/archivo/documento/MAM-
452754.

40. RFC791. http://www.rfc-es.org. [En lnea] http://www.rfc-es.org/rfc/rfc0791-es.txt.

41. Tanenbaum, Andrew S. Computer Networks - Fourth Edition . s.l. : Prentice Hall
International Editions.

42. http://www.rfc-es.org. rfc768. [En lnea] http://www.rfc-es.org/rfc/rfc0768-es.txt.

43. Facultad de Ingeniera de Sistemas Pontifica Universidad Javeriana. Pgina de

Miguel Torres. Pgina de Miguel Torres. [En lnea] [Citado el: 15 de 1 de 2010.]
http://sophia.javeriana.edu.co/~metorres/Materias/IngSoftware/Estandares/IRONWORKS.
zip.

44. whatis.techtarget.com. What is a framework? www.whatis.techtarget.com. [En lnea]

[Citado el: 1 de 1 de 2010.]
http://whatis.techtarget.com/definition/0,,sid9_gci1103696,00.html.

45. el sistema operativo GNU. www.gnu.org. [En lnea] [Citado el: 10 de 1 de 2010.]
http://www.gnu.org/home.es.html.

46. gsmworld.com. History GSM World. gsmworld.com. [Online] [Cited: 1 10, 2010.]
http://gsmworld.com/about-us/history.htm.

47. The Role of Push-Pull Technology in Privacy Calculus: The Case of Location-Based
Services. Heng Xu, Hock-Hai Teo,Bernard Tan,Ritu Agarwal. , s.l. : M. E. Sharpe, Inc.
Armonk, NY, USA, 2009. 0742-1222 .

MTG Pgina 52