[ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE]

Transcripción

1 2010 AGG-JMM Andrés Gaitán Galarza Jair Andrés Moreno [ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE] Una descripción detallada de los requerimientos necesarios para la construcción de un servicio basado en una arquitectura tipo middleware que facilite ofrecer servicios de información y/o publicidad a dispositivos móviles basados en su ubicación geo-referenciada.

2 HISTORIAL DE CAMBIOS Versión Fecha Sección del documento modificada Descripción de cambios Responsable 1 8 marzo todo Inicio de temas. Esqueleto. Visión global. Andrés Gaitán Jair Moreno 2 12 Revisión 1-7 y Revisión general de documento. Complementar el documento. Andrés Gaitán Jair Moreno Revisión 1-7 y Revisión general de documento. Complementar el documento. Andrés Gaitán Jair Moreno Sección agregadas Andrés Gaitán Jair Moreno Revisión 1 y Varias secciones modificadas Andrés Gaitán Jair Moreno 3 22 Revisión 2 y nueva sección 3 Sección agregada Andrés Gaitán Jair Moreno Revisión 2 y nueva sección 3 Varias secciones modificadas Andrés Gaitán Jair Moreno Revisión 1, 2 continuación 3 Secciones corregidas y agregadas Andrés Gaitán Jair Moreno Revisión 1, 2 continuación 3 Revisión 1, 2 continuación 3 Secciones corregidas y agregadas creación modelo de dominio Secciones corregidas y agregadas Sección 4 Andrés Gaitán Jair Moreno Andrés Gaitán Jair Moreno 2

3 Versión Fecha Sección del documento modificada Descripción de cambios Responsable Creación modelo de caso de uso abril abril Revisión 1, 2 continuación 3y 4 Secciones corregidas y agregadas Creación modelo de caso de uso Secciones corregidas y agregadas Revisión 1, 2 Creación de varios continuación 3y 4 requerimientos y documentación de caso de uso Tabla 1: Historial de cambios Andrés Gaitán Jair Moreno Andrés Gaitán Jair Moreno 3

4 Contenido Contenido HISTORIAL DE CAMBIOS... 2 CONTENIDO DEFINICIONES, ABREVIACIONES Y ACRÓNIMOS INTRODUCCIÓN PROPÓSITO ALCANCE APRECIACIÓN GLOBAL DESCRIPCIÓN GLOBAL PERSPECTIVA DEL PRODUCTO INTERFACES CON EL SISTEMA INTERFACES CON EL USUARIO INTERFACES CON EL HARDWARE INTERFACES CON EL SOFTWARE INTERFACES DE COMUNICACIÓN RESTRICCIONES DE MEMORIA OPERACIONES FUNCIONES DEL PRODUCTO CARACTERÍSTICAS DEL USUARIO RESTRICCIONES MODELO DEL DOMINIO DISTRIBUCIÓN DE REQUERIMIENTOS REQUERIMIENTOS ESPECÍFICOS REQUERIMIENTOS DE INTERFACES EXTERNAS Interfaces con el Usuario Interfaces con el Hardware Interfaces con el Software

5 4.1.4 Interfaces de Comunicaciones CARACTERÍSTICAS DEL PRODUCTO DE SOFTWARE REQUERIMIENTOS DE DESEMPEÑO RESTRICCIONES DE DISEÑO ATRIBUTOS DEL SISTEMA DE SOFTWARE Disponibilidad Seguridad Mantenibilidad y reusabilidad Usabilidad REQUERIMIENTOS DE LA BASE DE DATOS DISEÑO DE BASE DE DATOS ANEXOS REFERENCIAS BIBLIOGRAFÍA- INDICE DE TABLAS

6 1 Definiciones, abreviaciones y acrónimos AGG-JMM: hace referencia a la asociación entre los estudiantes de Ingeniería de Sistemas la Pontificia Universidad Javeriana llamados Andrés Gaitán Galarza y Jair Andrés Moreno Muñoz API: (application programming interface) programación de la interface en una aplicación Según la revista Pc Magazine, es el formato de lenguaje y mensajes usando en una aplicación de un programa para comunicarse con un sistema operativo, un protocolo de comunicación, base de datos u otro. [PCMA 1996] (1) CRUD: se refiere en ingles (CREATE, RETRIEVE, UPDATE, DELETE) a las funciones de crear, recuperar, actualizar y eliminar.[webo 2010] (2) Framework: término usado en programación orientada a objetos para definir un conjunto de clases que definen un diseño abstracto para solucionar un conjunto de problemas relacionados. También, puede ser una estructura de conceptos que pretenden ser un soporte o guía para la construcción de un algo que expanda la estructura misma de forma útil.[what 2008] (3) Galileo: Según la agencia espacial europea[esa 2000] (4), es un GNNS el sistema global de navegación por satélite desarrollado por la unión europea. GNNS: es referente a un sistema global de navegación por satélite (global navigation satellite system) que provee posicionamiento geo espacial con cubrimiento global como GPS, Galileo y GLONASS.[IGS 2010] (5) GNU GPL: General Public License o licencia pública general. [GNU 1996] (6) GNU: Es un acrónimo recursivo que significa "GNU No es Unix". GPS: es el GNNS, sistema global de navegación por satélite, más conocido y difundido alrededor del mundo. Inicialmente llamado NAVSTAR-GPS (global positioning system) y permite detectar la posición de un objeto con precisión de unos metros o centímetros si se usa GPS diferencial.[gps 1999] (7) GSM: es el estándar más popular para los teléfonos móviles; el sistema global para las comunicaciones móviles (global system for mobile comunication) antes llamada Groupe spéciale mobile.[gsma 2010] (8) 6

7 GUI: (graphical user interface). Sistema de interacción entre el ordenador y el usuario, caracterizado por la utilización de iconos y elementos gráficos en su concepción. Es un paso más allá de los interfaces basados en caracteres, que sólo incluían líneas 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 información geográfica en navegadores terrestres como Google Earth, Google Maps y Google Maps para móviles. KML utiliza una estructura basada en etiquetas con atributos y elementos anidados y está basado en el estándar XML. (10) LBS: Son los sistemas basados en localización (located based systems).según Küpper [KUPP 2006] (11)También son conocidos cómo servicios móviles basados en contenidos sensibles a la localización, LDIS (location dependant information services), PALMS (privacy-aware location-based mobile services), spatial location based services, servicios basados en ubicación 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 heterogéneas. [RYME 1996] (12) y[puen 2005] (13) OS: Sistema operativo, (operating system), es el software de un dispositivo electrónico 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 móvil entre otros.[pcma 1996] (14) SmartPhone: Teléfonos inteligentes, representa los celulares de gama alta, los cuales poseen varias características como conectividad a Internet, instalar nuevos programas, pantallas táctiles entre otros. BlackBerry e Iphone son algunos ejemplos de estos dispositivos móviles.[pcma 1996] (15) SRS: Software Requirement Specification,.Es un documento de una organización para entender el sistema de requerimientos y todas sus 7

8 dependencias (para un cliente potencial ) de un aspecto en particular en un momento dado previo al actual diseño o desarrollo de un proyecto de software.[tech 1997] (16) Tecnología Pull: Está tecnología la utiliza cuando el usuario inicia la acción con su navegador de visita cualquier sitio web con el fin de tirar o jalar información.[xu et AL 2009] (17) Tecnología Push: A diferencia de la tecnología pull, el usuario no es el que inicia la acción sino que la información viene al usuario sin la necesidad de solicitar cierta información. [XU et AL 2009] (17) S.M.A.R.T.: hace referencia en inglés a objetivos específicos (specific), medibles (measurable), alcanzables (achievable), realistas (realistic), a tiempo (timely) que son indicadores clave de desempeño para alcanzar las funcionalidades en un proyecto de software. (18) 8

9 2 Introducción 2.1 Propósito El objetivo de este documento es establecer una descripción detallada de los requerimientos necesarios para la construcción de un servicio basado en una arquitectura de tipo middleware que ofrezca servicios de información y publicidad a dispositivos móviles basados en su ubicación geo-refenciada. Rymer [RYME 1996] (12) explica que un " middleware es el software que le permite a los elementos de una aplicación a poder interoperar a través de enlaces de redes, a pesar de grandes diferencias en la comunicación de protocolos, sistemas de arquitecturas[sistemas operativos], base de datos y otros servicios de aplicaciones". Y para Puentes [PUEN 2005] (13) hace referencia al término usado para referirse a los componentes de software que actúan como intermediarios entre otros componentes de software, generalmente, en el marco de la interacción cliente/servidor. El documento propone realizar una descripción de la funcionalidad, los actores y flujos de acciones involucrados en el sistema y una perspectiva global de lo que será el producto. También permitirá dejar en claro las condiciones y términos técnicos necesarios para proceder con la fase de diseño del proyecto de trabajo de grado realizado por los estudiantes Andrés Gaitán Galarza y Jair Moreno Muñoz y dirigido por el Ingeniero Javier Francisco López de la Pontificia Universidad Javeriana. 2.2 Alcance Este documento está centrado hacia la prueba de una arquitectura realizada a partir del trabajo de grado llamado Construcción de una arquitectura que provea servicios de información y/o publicidad a dispositivos móviles basados en su ubicación geo-referenciada. 9

10 Es importante indicar que los socios AGG-JMM definieron como caso de estudio a LBS enfocados en la personalización de los servicios de parqueaderos públicos o privados en la ciudad de Bogotá. Algunas características que podrían marcar la diferencia de sus competidores es la obtención de información detallada y actualizada constantemente como: Existe cupos actualmente en X parqueadero? Cuáles son sus características de espacio? El espacio para parquear es amplio o estrecho? Presenta buena señalización? Es necesario dejar las llaves? Ofrece servicio de valet parking y cuáles son sus características? Existe algún tipo de seguridad dentro del parqueadero? Ofrece parqueo para motos, bicicletas? o Existe cupo en este momento? o Cuáles son estas tarifas? Posee algún tipo de descuento o precio especial para clientes con un perfil especifico? Por otro lado, este proyecto producirá un acuerdo a los requerimientos exigidos por el cliente y pretende beneficiar a todas las empresas interesadas en ofrecer publicidad e información de sus negocios, a los socios AGG-JMM y a los usuarios de dispositivos móviles; su propósito es el hecho de ofrecer un servicio modelo en base a la localización de un usuario, utilizando un enfoque hacia una arquitectura tipo middleware y asegurando una mayor penetración de LBS en el mercado de los dispositivos móviles en Colombia. 10

11 En cuanto a las funciones que se realizarán en este producto son: Corroborar el funcionamiento entre la aplicación LBS, middleware y la plataforma empresarial, haciendo énfasis en las necesidades de los proveedores de servicios, desarrolladores y arquitectos de software de LBS. Permitir la interoperabilidad de datos entre diferentes plataformas de hardware haciendo uso de software de cartografía en los dispositivos móviles. Las funcionalidades que no pretende y no garantiza desarrollar en el producto son: Poseer una arquitectura eficiente en el comportamiento de uso tiempo y recursos. Poseer una alta confiabilidad (reliability) como es la madurez, la tolerancia a fallas y la capacidad de recuperación de algún componente de la arquitectura. Disminuir la latencia y la fluctuación en la comunicación entre componentes. Por último, este proyecto es importante para AGG-JMM ya que su principal objetivo es fomentar su propio aprendizaje, instruirse en uno de sus temas favoritos en los sistemas de información geográficos, los servicios basados en la localización, y poder optar por el título de Ingeniero de Sistemas en la Pontificia Universidad Javeriana. Por todas estas razones se busca desarrollar un producto novedoso, aplicable e interesante para la comunidad. 11

12 2.3 Apreciación Global En la primera parte de este documento, se ha presentado una corta introducción al mismo y al proyecto en sí. En el siguiente capítulo se hace una descripción general del proyecto, con sus funciones, especificaciones y características del proyecto mismo y de sus futuros usuarios. En el capítulo 3 se presenta una especificación detallada de requerimientos que son necesarios para el desarrollo e implementación del diseño de la arquitectura tipo middleware para el software, hardware, requerimientos de rendimiento, restricciones de diseño y descripciones detalladas del producto. Finalmente en los últimos capítulos y apartes del documento se encuentra la información complementaria referente a las demás partes del documento. 12

13 3.1 Perspectiva del Producto 3 Descripción Global Este producto creado por la asociación AGG-JMM está enfocado hacia las empresas que poseen un parqueadero público en la ciudad de Bogotá (como son Park Elite, Aparcar, parking international entre otros) y desean suministrar servicios de información y /o publicidad en los dispositivos móviles. De igual forma, este LBS está creado para el usuario que posee un teléfono celular (con características definidas en las secciones siguientes) y desee obtener información y/o publicidad de modo predefinido. Este tipo de personalización para estos servicios responde a las preguntas mencionadas en el alcance, dónde un usuario contacta a la asociación AGG-JMM para usar este servicio y enseguida crea un perfil de acuerdo a cómo desea obtener la información y servicios de los parqueaderos públicos en Bogotá. Este diseño del producto es completamente nuevo, y pretende crear beneficios para este tipo de empresas, usuarios y la asociación misma llamada AGG-JMM. Además, el propósito de este diseño es ofrecer otro acercamiento a la industria del desarrollo de arquitecturas para middlewares que ofrecen este tipo de LBS similares a este; dónde la arquitectura tiende a personalizar el perfil de cada cliente de acuerdo a unas características previamente definidas. Por último, este tipo de arquitectura no parte de una ontología nueva sino que busca contribuir al desarrollo de estas arquitecturas a partir de otro enfoque. El documento estado del arte de los servicios basados en la localización (anexo 4) establece como se ha caracterizado la construcción de este tipo de software a lo largo de estos últimos años. 13

14 A nivel general, el middleware consiste en los siguientes componentes: APLICACIONES LBS MIDDLEWARE SISTEMA OPERATIVO DISPOSITIVO MÓVIL Ilustración 1: Componentes de un middleware Básicamente existen 3 componentes principales en el sistema estos son las aplicaciones de servicios, el middleware y la plataforma. Las aplicaciones de servicios son referentes a los LBS que van a ser gestionados por el componente middleware, para así poder comunicarse con la plataforma. Está última puede estar fuertemente sujeta al sistema operativo y este a su vez a los dispositivos móviles y su red. 3.2 Interfaces con el sistema El servicio que provee la arquitectura middleware AGG-JMM es un producto nuevo, sin embargo el middleware es un componente que gestiona las funciones de las aplicaciones LBS con la plataforma de un dispositivo móvil. Es decir, el sistema del software debe poder adaptarse y permitir la interoperabilidad entre cada componente interno tanto de las aplicaciones como el de la plataforma. Por ejemplo, pueden surgir casos en que existan dos sistemas heterogéneos que se desean comunicar pero tienen un lenguaje de programación del sistema operativo diferente, lo cual proporcionar los servicios que se soliciten. En este caso, una solución podría ser CORBA (Common 14

15 Object Request Broker Architecture), que es una arquitectura que permite que dos aplicaciones en diferentes lenguajes puedan interactuar. En este caso, el servicio para este middleware se relaciona con las interfaces del sistema de acuerdo a como se describe en la siguiente ilustración Ilustración 2 : Interfaces con el sistema El sistema de AGG-JMM se compone principalmente por Un servidor web, que se encarga de transferir las páginas web a los clientes de la arquitectura empresarial. Un servidor de aplicaciones, que se encarga de la lógica del negocio. Un servidor de almacenamiento, quién se encarga de guardar los datos personalizados de los clientes en formato KML. 15

16 Un servidor de base de datos geo-espacial, quién se encarga de guardar los datos geográficos de los puntos de interés. Por otro lado, el sistema AGG-JMM se relaciona con el sistema de Servicios geográficos quién es el encargado de suministrar los datos geográficos y geocodificados a partir de una cartografía, en este caso es Google quien provee este tipo de información por medio de Google Maps. Sistema empresa, la cual representa a todos las empresas que ofrecen servicios de parqueaderos públicos en la ciudad de Bogotá. Sistema externo, quién son los usuarios que poseen un teléfono celular y están suscritos al LBS de parqueaderos de AGG-JMM Interfaces con el usuario Las interfaces que son de interacción con el usuario final, es decir el cliente que posee un teléfono celular y ha adquirido los servicios ofrecidos por AGG-JMM, son las interfaces de un navegador (Firefox, Opera, Safari, Internet Explorer, entre otros) que son accedidas desde un computador que posea conexión a internet, con el fin de acceder a la página web de AGG-JMM, dónde crea un perfil el usuario. Por otro lado, las otras interfaces con el usuario son en base a las características referentes al formato y estilo de presentación según la versión y modelo del teléfono celular. El LBS de parqueaderos interactúa con esta interfaz del usuario por medio de la aplicación de Google Maps del teléfono celular. Algunas de estas cuestiones para los teléfonos celulares son: La interfaz será manipulada con un teclado estándar QWERTY o por interfaz tipo Touch Screen. 16

17 Para la entrada de datos se usaran campos de texto, cajas de selección múltiple (comboboxes), cajas de selección y se diligenciará la entrada mediante la confirmación con un botón de acción para la función seleccionada. El tiempo de respuesta del servidor a las acciones del usuario tendrá como criterios o Velocidad de conexión a internet en el dispositivo móvil. o Velocidad del hardware y el soporte del dispositivo móvil para diferentes tecnologías de posicionamiento como GPS o Número de usuarios simultáneos haciendo uso del servicio Para la correcta implementación de la interfaz de usuario se hará un análisis previo del formato suministrado por la aplicación LBS del dispositivo móvil lanzando excepciones como: Las entradas del sistema para los campos que requieran cantidades numéricas tendrán evaluación del formato, revisando que no se ingresen letras o números negativos, de presentarse estos se arrojará un mensaje de error explicando el hecho y se pedirá el reingreso del valor en ese campo. Las entradas de sistema para los campos que requieran una cantidad máxima y/o mínima de caracteres y se les digite contenido que viole estas restricciones, la interfaz arrojará un mensaje de error explicando el hecho y se pedirá el reingreso del valor en este campo. Para las entradas del sistema, se tienen unos requerimientos de llenado de campos, de faltar la diligencia de uno de estos campos, la interfaz arrojará un mensaje de error explicando el hecho y pedirá el ingreso del valor requerido en el campo, arengándose a las anteriores dos restricciones. En cuanto a la interfaz GUI, está será realizada creando una capa sobre la cartografía ofrecida mediante el API versión 4 de Google Maps para su desarrollo. 17

18 3.4 Interfaces con el Hardware Las interfaces de hardware muestran como interactúa el hardware y el sistema para su correcto funcionamiento. El software de la aplicación LBS tendrá que interactuar con el teléfono celular donde se encuentra implementada dicha aplicación y con el servidor que se va a utilizar para almacenar el middleware. Por otro lado, los socios AGG-JMM, quienes serán los desarrolladores de la arquitectura y encargados de la información sobre el LBS, no estarán involucrados en trabajar directamente con el hardware del dispositivo móvil en la cual se ejecutará la aplicación LBS. El protocolo que se considera usar para la comunicación entre LBS, middleware y plataforma es el protocolo de red TCP/IP explicado en detalle en el RFC 791, y traducido al español Ponce de León[PONC 1999] (19) Este fue elegido debido a que es un mecanismo de transporte confiable y orientado a conexión evitando la recepción de paquetes incompletos o dañados; además soporta la comunicación full-dúplex y el envío y recepción de datos es de forma asincrónica (20)[TANE 2003] Además soporta diversas tecnologías de comunicación en los celulares como EDGE, GSM, UMTS, WI-FI y WIMAX entre otros que fueron descritos en el anexo 4 ( estado del arte de los servicios basado s en la localización). Sin embargo, cabe mencionar que al implementar la red se realizarán pruebas de velocidad y trafico y según estas, si el protocolo no cumple con los requerimientos de dichas pruebas se podría pasar a un protocolo UDP, referido en el RFC 768 traducido al español por Sánchez Ruiz [SANC 1999] (21), sacrificando confiabilidad frente a velocidad. En cuanto a los puertos, la aplicación usará el puerto TCP ya que este puerto se encuentra entre los puertos y que están reservados para aplicaciones privadas y por otra parte en la lista completa de los números registrados para los puertos UDP y TCP publicados por la organización IANA [IANA2010] (22) este puerto no ha sido asignado a ninguna otra aplicación. 18

19 3.5 Interfaces con el Software Las interfaces con las que actuará el sistema pueden ser por parte de la aplicación LBS, por parte del middleware y por parte del sistema operativo en cada celular. En cuanto a la interfaz con el sistema operativo de los dispositivos móviles se pretende utilizar el OS Symbian con el fin de mostrar la funcionalidad de la arquitectura propuesta. Sin embargo, es de aclarar que la arquitectura middleware será independiente del sistema operativo a utilizar. A continuación se muestran las interfaces de software con las que interactuara el sistema: Descripción Propósito de uso Symbian J2ME.NET La plataforma de Symbian es ampliamente usada en la mayoría de dispositivos móviles inteligentes Es el sistema operativo más difundido y conocido en los dispositivo móvil y asegura un alto número de participantes Las tecnologías J2ME contienen un JRE altamente optimizado desarrollado para el mercado de gran consumo, abarcan una amplia gama de dispositivos móviles, con el fin de llevar muchas herramientas y tecnologías a soluciones JAVA. La aplicación LBS podría utilizar el lenguaje de desarrollo JAVA ya que la mayoría de teléfonos celulares lo soportan incluido los diferentes API Es una plataforma de desarrollo de software con énfasis en transparencia de redes, con independencia de plataforma de hardware y que permite un rápido desarrollo de aplicaciones. Al surgir la posibilidad de utilizar Web Services para gestionar el middleware,.net es una buena solución ya que dispone de manera rápida y segura de desarrollar aplicaciones de este tipo Versión Versión Microsoft Visual Studio

20 Fuente Symbian, desarroladores ymbian.org/ Sun microsystems ucts/personalprofile/down load.html Microsoft /co/netframework/default.asp x Comentarios adicionales La aplicación JAVA permite que un podría funcionar único desarrollo se en otros sistemas ejecute en sistemas operativos y no es operativos que soporten la dependiente de máquina virtual en uno específico. teléfonos celulares Tabla 2: Interfaces de software 3.6 Interfaces de Comunicación El middleware será accedido de manera implícita por el usuario final, a través de una comunicación por internet. El protocolo de comunicación a usar es TCP/IP [PONC 1999] (19) (por las razones ya descritas en 3.4) y sobre este protocolo se manejará un sistema Web definido por protocolos de la World Wide Web Consortium [w3c2010] (23). Este sistema de red maneja una serie de sockets e hilos que recibirán la conexión y darán servicios a cada comunicación requerida. 3.7 Restricciones de Memoria Para el funcionamiento de este servicio se establecen dos sistemas principales: Middleware: Para el middleware ofrecido por AGG-JMM se requiere un equipo capaz de ejecutar simultáneamente un servidor web APACHE, una base de datos ORACLE y el 20

21 servidor de aplicaciones GLASSFISH, con lo cual sumando los requerimientos mínimos de memoria para estas aplicaciones da como resultado un sistema con 4GB de memoria RAM. Dispositivo móvil: Para la correcta ejecución de la aplicación Google Maps en el dispositivo móvil no se tienen datos concretos. Sin embargo, se tiene como dato que el consumo de memoria en un Nokia 5800 es de 5.8 MB de memoria RAM y en un HTC Droid es de 12.2 MB de memoria RAM ocupadas. 3.8 Operaciones Como en todos las aplicaciones LBS, los usuarios esperan que cada aplicación esté funcionando las 24 horas al día, 7 días a la semana disponible, y que en lo posible no haya ninguna clase de problema. Esto en la práctica es imposible, así que en los momentos en que la aplicación no esté activa se avisa a los usuarios que el servicio no estará temporalmente disponible durante cierto periodo de tiempo. En estos momentos se hará mantenimiento de emergencia o alguna modificación requerida a la aplicación y con el consiguiente respaldo de la información en caso de ser necesario. Para la aplicación LBS de prueba, se espera como prioridad demostrar su funcionalidad para validar la arquitectura propuesta y no garantizar un producto perfecto. 3.9 Funciones del Producto Todas las funciones del producto se pueden observar de manera clara en el diagrama de casos de uso, anexo 1, junto a su correspondiente documentación para cada uno de los stakeholders; de igual forma el modelo de dominio, anexo 3, lo ubica en el contexto mencionado. 21

22 Las principales funciones del producto son: La empresa puede comprar servicios de publicidad de su negocio de parqueaderos públicos en Bogotá para pautar en Google Maps. La empresa puede comprar servicios de información para promocionar su negocio de parqueaderos públicos en la ciudad de Bogotá a través de Google Maps. El usuario puede adquirir el servicio de información y publicidad personalizado de parqueaderos públicos en Bogotá suministrados por los socios AGG-JMM, a través del mapa de Bogotá en Google Maps. El usuario puede crear un perfil acerca de las categorías y las características que desee de los parqueaderos públicos en Bogotá. AGG-JMM puede asignar publicidad o información de una empresa de parqueaderos de Bogotá a través de Google Maps. AGG-JMM pueden personalizar la información de cada cliente suscrito a su servicio para luego ofrecer su LBS de parqueaderos públicos Funciones que no realiza este servicio: No permite hacer uso del servicio de AGG-JMM sin conexión a Internet. No permite tener acceso desde un dispositivo móvil con capacidad limitada dentro de los requerimientos de memoria y los requerimientos de interfaces del sistema especificados. No permite ofrecer los servicios de información y publicidad por el cual el usuario del dispositivo móvil no los adquirió. 22

23 3.10 Características del Usuario A continuación se describe las características de los posibles usuarios en la aplicación LBS de AGG- JMM siguiendo la tabla de la plantilla de IronWorks [IRON 2007] (24) Características del Usuario Nivel de Seguridad o de Privilegios Roles Nivel de Estudios o Experiencia Técnica Frecuencia de Uso Descripción Solo puede acceder a funciones de caso de uso 1-3, 21 Usuario que posee un teléfono celular con los requisitos (del numeral 3.11) y pagó por el servicio de parqueaderos en Bogotá de AGG-JMM El usuario no debe tener algún tipo de conocimiento específico, solo comprender la aplicación de Google Maps para disfrutar de ella El usuario puede usar el servicio desde que se suscribió a él y utilizarlo cuantas veces quiera hasta el fin de su suscripción con AGG-JMM Características del Usuario Nivel de Seguridad o de Privilegios Roles Nivel de Estudios o Experiencia Técnica Frecuencia de Uso Descripción Solo debería acceder a funciones de caso de uso 4-6, 8, 9, pero podría acceder a las funciones del usuario Es la asociación AGG-JMM de un parqueadero público que ofrece el LBS de parqueaderos públicos en Bogotá.Es el administrador y posee cualquier privilegio Como la asociación AGG-JMM se conforma por los mismos desarrolladores de este producto, poseen una alta experiencia en este servicio Siempre estará disponible Tabla 3 : Características del usuario [IRON 2007] (24) 23

24 3.11 Restricciones Las restricciones además de las mencionadas en el numeral 2.1 de perspectiva del producto, son las siguientes: 1. Limitaciones de hardware y software: Cada dispositivo móvil que haga uso de los beneficios de la aplicación Google Maps, deberá contar con los requisitos descritos anteriormente en interfaces de hardware y restricciones de memoria. 2. Protocolos: Se requiere un dispositivo móvil con capacidad de acceder a redes de datos y posibilidad de transmitir sobre TCP/IP. 3. Se establece que los socios AGG-JMM usarán este producto con fines académicos no comerciales y no infringirá en las condiciones de servicio de Google Maps, anexo Modelo del Dominio Véase el correspondiente anexo 3 acerca del modelo de dominio. Los teléfonos celulares, los PDA, los laptops entre otros son dispositivos móviles que utilizan los LBS. Estos últimos se benefician por servicios de cartografía como son Bings Maps, Yahoo Maps, Google Maps, mapas publicar entre otros que utilizan el concepto de geolocalización. Sin embargo es el cliente quien posee un dispositivo móvil y disfruta de los LBS s. Por otro lado la asociación AGG-JMM es la encargada de vender su servicio al cliente, ofrecerle servicios de información 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 información necesaria al middleware para el gestionamiento del LBS. 24