PIC M Software Architecture Document: SAD Version<1.0>

Transcripción

1 2009 PIC M Software Architecture Document: SAD Version<1.0> Orjuela Jaime, Martinez Mario 8/6/2009

2 TABLA DE CONTENIDO 1. INTRODUCCIÓN PROPÓSITO OBJETIVO DEFINICIONES, ACRÓNIMOS Y ABREVIACIONES REFERENCIAS DESCRIPCIÓN REPRESENTACIÓN ARQUITECTÓNICA OBJETIVOS Y LIMITACIONES ARQUITECTÓNICAS OBJETIVOS DEL SISTEMA REQUERIMIENTOS CLAVES PIC-M ESTILO ARQUITECTÓNICO VISTA DE CASOS DE USO LOGIN REGISTRARSE CATALOGO DE PRODUCTOS CATALOGO DE EVENTOS CATALOGO DE LUGARES COMPRAR PRODUCTO Y EVENTO RESERVAR LUGAR ADMINISTRAR USUARIOS MODIFICAR CUENTA BUSCAR PRODUCTO/EVENTO/LUGAR GENERAR REPORTES CREAR CATALOGO ADMINISTRAR CATALOGOS LOGOUT VISTA LÓGICA DESCRIPCIÓN PAQUETES DE DISEÑO ARQUITECTURALMENTE IMPORTANTES Presentación Logica Servicios externos RELACIONES DE CASOS DE USO BUSCAR PRODUCTO/EVENTO/LUGAR CATALOGO DE PRODUCTOS... 32

3 7.3. CATALOGO DE EVENTOS LUGARES POR UBICACIÓN LOGIN LOGOUT REGISTRARSE COMPRAR PRODUCTO Y EVENTO RESERVAR LUGAR VISTA DE PROCESO VISTA DE DESPLIEGUE CLIENTE APLICACIÓN WEB LÓGICA NEGOCIO BASE DE DATOS VISTA DE IMPLEMENTACIÓN DESCRIPCIÓN VISTA DE DATOS... 41

4 1. Introducción 1.1. Propósito Este documento busca proveer la descripción arquitectónica con base en el modelo de vistas 4+1 para describir diferentes aspectos del sistema. También se busca captar y transmitir las decisiones arquitectónicas del sistema Objetivo Brindar la descripción de la arquitectura de la plataforma a desarrollar, PIC-M 1.3. Definiciones, Acrónimos y Abreviaciones HIPERVINCULO: Es un elemento de un documento electrónico que hace referencia a otro recurso. JDBC: Java Database Connectivity. Un API que permite la ejecución de operaciones sobre bases de datos desde el lenguaje de programación Java independientemente del sistema operativo donde se ejecute o de la base de datos a la cual se accede utilizando el dialecto SQL del modelo de base de datos que se utilice. Licencia de Software no libre: Es un contrato mediante el cual se restringen las posibilidades de uso del cliente al adquirir el sistema. Este no tiene derecho a distribuir ni alterar el código de ninguna manera. LOGIN: Conectarse a un ordenador mediante una identificación de usuario y contraseña. LOGOUT: Finalización de la sesión por parte del usuario o por tiempo. MAQUINA VIRTUAL: Es un software que emula a un ordenador y puede ejecutar programas como si fuese un ordenador real. MEGAMETRIC: Centro donde se presentan los exámenes de ONECLICK MODEM: Dispositivo que permite la comunicación entre dos ordenadores usando una línea telefónica. NAVEGADOR: Es el programa que nos ofrece acceso a Internet.

5 PDF: Portable Document Format. Formato de archivo que captura un documento impreso y lo reproduce en su apariencia original. Los archivos PDF se crean con el programa Acrobat. PENTIUM: Microprocesador de Intel de 32 bits con arquitectura súper escalar, capaz de hacer el procesamiento paralelo de dos instrucciones por ciclo de reloj y con una unidad matemática muy mejorada respecto de la del 486. RADIOBUTTON: Marcador en una página web para indicar que un elemento de un formulario ha sido seleccionado; éste permite hacer selecciones únicas. RAM: Random Access Memory. La memoria principal en la que se almacenan los datos durante el funcionamiento de un ordenador, la cual se borra al apagarlo. RESOLUCION: Número máximo de pixeles que se ven en una pantalla. REQ#: Requerimiento, identificador por requerimiento donde # corresponde a un número que da una identificación única por requerimiento. Esto permite referenciarlos fácilmente en caso de necesitarlo. SISTEMA OPERATIVO: Software de sistema, es decir, un conjunto de programas de computadora destinado a permitir una administración eficaz de sus recursos. STH#: Stakeholder. Persona que tiene algún interés en el proyecto donde # corresponde a un número que da una identificación única a cada stakeholder. Los stakeholders identificados para ONECLICK se encuentran descritos en el documento de Visión sección 3. TARJETA DE RED: Permite la comunicación entre diferentes aparatos conectados entre sí y también permite compartir recursos entre dos o más equipos. TCP/IP: Protocolo de control de transmisiones/protocolo Internet. Es el protocolo estándar de comunicaciones en red utilizado para conectar sistemas informáticos a través de Internet. TEXTFIELD: Área rectangular en una ventana donde se ingresa información. VOUCHER: Documento que indica que se ha producido un gasto o que está encolado en el sistema.

6 1.4. Referencias [1]. Software Architecture Document[homepage Internet] rup_sad. Disponible en: as/3sad/rup_sad.htm [2]. Software Architecture Document[homepage Internet] ex_sad. Disponible en: as/3sad/ex_sad.htm [3]. Software Architecture Document[homepage Internet] rup_sad. Disponible en: as/3sad/ck_sad.htm [4]. Software Architecture Document[homepage Internet] md_sad. Disponible en: as/3sad/md_sad.htm 1.5. Descripción Este documento se encuentra organizado de la siguiente forma: 2 Descripción arquitectónica: Describe lo que es la arquitectura del software para el sistema actual, y la forma en que está representado. Los de casos de uso, lógico, vista Objetivos y limitaciones arquitectónicas: Describe los requisitos de software y los objetivos que tienen algún impacto significativo en la arquitectura. 4 Vista de casos de uso: lista de casos de uso por medio del modelo de casos de uso. 5 Vista lógica: Describe la arquitectura de una gran parte de la modelo de diseño, tales como su descomposición en subsistemas y paquetes. 6 Vista de proceso: Describe la descomposición del sistema en los procesos de peso ligero. La sección está organizada por grupos de procesos que se comunican o interactúan. Describe los principales modos de comunicación entre procesos. 7 Vista de despliegue: Describe una o más redes físicas (hardware) en las configuraciones que el software debe desarrollarse y ejecutarse.

7 8 Vista de implementación: Describe la estructura general del modelo de la aplicación, la descomposición del software en capas y subsistemas en el modelo de implementación, y cualquier aplicación arquitectónicamente importantes. 9 Vista de datos: Descripción de la manera en que los datos persistentes serán almacenados. 10 Tamaño y rendimiento: Descripción de las principales características de dimensionamiento de los programas informáticos que afectan a la arquitectura, así como las limitaciones de rendimiento objetivo. 11 Calidad: Descripción de cómo la arquitectura de software contribuye a todas las capacidades del sistema: extensibilidad, fiabilidad, portabilidad, y así sucesivamente. 2. Representación arquitectónica Este documento detalla la arquitectura usando el modelo de vistas 4+1 mas la vista de datos. Las vistas a usar en PIC-M son: Vista de Casos de uso: Describen un conjunto de escenarios y/o casos de uso que representan una funcionalidad significativa del sistema. Vista Lógica: Requerimientos funcionales. Describe los objetos del modelo de diseño y los cumplimientos de los casos de uso más relevantes. Vista de Procesos: Requerimientos no funcionales, describe la concurrencia y aspectos de sincronización. Vista de Implementación: Componentes de software, describe las capas y subsistemas de la aplicación. Vista de Despliegue:

8 Topología, describe el mapeo del software en el hardware y aspectos de distribución. Vista de Datos: Describe los elementos significativos de persistencia en el modelo. 3. Objetivos y limitaciones arquitectónicas Hay algunos requerimientos clave del sistema y limitaciones que tienen una importante repercusión en la arquitectura. Estos son: 3.1. Objetivos del sistema Adaptación de la información que se le presenta a los usuarios. Tiempo de respuesta entre envio de la información y devolución de esta de 5 segundos. Disponibilidad siete por Requerimientos Claves PIC-M especifica varios requerimientos fundamentales que influyen en la forma en que el sistema se diseñe. Estos requerimientos se pueden agrupar en las siguientes categorías descritas: Adaptabilidad a dispositivos de acceso: El sistema debe permitir que los usuarios se puedan conectar a PIC-M desde diferentes dispositivos de acceso, por ejemplo: celulares, pockets PC, palms, laptops, etc. Modularidad: El sistema debe estar modularizado de tal manera que, cualquier cambio que se realice en un modulo tenga el menor impacto posible sobre el resto de módulos. Seguridad: El sistema debe proporcionar mecanismos de seguridad para asegurar la información de los usuarios que utilicen PIC-M.

9 4. Estilo arquitectónico En este caso se ha escogido como estilo arquitectónico el n-tier, debido a que es el estilo que mejor se adapta a la aplicación que se va a desarrollar y al enfoque que se le ha dado al desarrollo de esta plataforma. Debido a que esta compuesta por 3 niveles que son independientes, adicionalmente cada capa solo interacturara con inferior o superior a esta. Adicional a lo anterior este estilo arquitectónico permite que los niveles estén en diferentes servidores, lo que es muy útil debido aque los servicios los tendrá cada local comercial en su servidor, esto permite que cada local pueda modificar su servicio sin interferir con los demás niveles de la plataforma, y que en algún momento dado al modificar algún nivel de la plataforma no se modifiquen los servicios que tienen los locales en sus respectivos servidores. Además a lo anterior este estilo arquitectónico permite dividir la funcionalidad de la aplicación en niveles y esto fue lo que se realizo en PIC-M. los tres niveles que manejamos en esta aplicación son: Nivel de presentación es el encargado de mostrar la interfaz de usuario. Nivel de negocio es el responsable del acceso al nivel de datos para obtener, modificar y borrar datos desde y hacia el nivel de datos y enviar los resultados a nivel de la presentación. Esta capa también es responsable del tratamiento de los datos recuperados y enviados a la capa de presentación. Nivel de datos es la base de datos o la fuente de los datos en sí.

10 5. Vista de casos de uso A continuación esta la documentación de cada uno de los casos de uso Figura 1 Diagrama de casos de uso 5.1. Login CASO DE USO Nº 1 Meta en Contexto Alcance y Nivel Precondiciones Login Es donde el usuario es reconocido por el sistema y se le dan los privilegios dependiendo de sus características. El usuario entra en el sistema El usuario debe tener un nombre y una contraseña

11 Condición de Final Satisfactorio El usuario entra y es reconocido por el sistema Condición de final fallido EL usuario no puede entrar al sistema Actores Primarios y Secundarios Usuario Trigger Hacer clic en el botón Login DESCRIPCIÓN Step Action 1 El usuario escribe su nombre y contraseña. 2 El sistema busca en la base de datos y deja entrar al usuario en el sistema. EXTENSIONES Step Branching Action 1 La información del login no ha llegado al servidor. El cliente vuelve a enviar la información. 3 No ha llegado al cliente la confirmación del servidor, el servidor debe enviar la confirmación de nuevo. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Realizar Login Alta 0.5 segundos Cada cuanto un usuario entre en el sistema No tiene No tiene 5.2. Registrarse CASO DE USO Nº 2 Meta en Contexto Alcance y Nivel Precondiciones Condición de Final Satisfactorio Condición de final Registrarse Es donde el usuario recibe su nombre de usuario y contraseña para poder hacer uso de los servicios de oneclick Se crea un nuevo usuario. Tener conexión entre usuario y servidor, completar el formato El nuevo usuario queda registrado en la base de datos, y listo para hacer Log-In. No se registra el usuario en la base de datos.

12 fallido Actores Primarios y Secundarios Visitante Trigger Hacer clic en el botón registrarse. DESCRIPCIÓN Step Action 1 Un visitante desea registrarse. 2 La aplicación le muestra el formato a llenar para que sea exitoso el registro. 3 El usuario llena la forma y hace clic aceptando las clausulas del contrato de registro y hace clic en el botón de aceptar 4 El sistema registra el usuario en la base de datos. EXTENSIONES Step Branching Action 1 El formato de registro no ha sido llenado como se debe, el sistema le muestra al visitante los datos que no son válidos o están vacios. 2 La petición del cliente no ha llegado al servidor, se reenvía el formato al servidor. 3 No ha llegado al cliente la confirmación del servidor, el servidor debe enviar la confirmación de nuevo. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Registrar usuario nuevo Alta 0.5 segundos Cada cuanto quiera un visitante registrarse Entrar a la aplicación. No tiene 5.3. Catalogo de productos CASO DE USO Nº 3 Meta en Contexto Catalogo de productos Es donde el usuario o visitante ve los diferentes productos que ofrece oneclick

13 Alcance y Nivel Precondiciones Condición de Final Satisfactorio Condición de final fallido Actores Primarios y Secundarios Trigger Se muestran todos los productos que el servicio catalogo de productos envía. Tener conexión entre usuario y servidor. El usuario puede acceder al catalogo de productos que ofrece la aplicación. La aplicación no puede mostrarle el catalogo al usuario Visitante, usuario final. Hacer clic en el link ver catalogo de productos DESCRIPCIÓN Step Action 1 Un visitante entra a la parte de catalogo de productos. 2 La aplicación le muestra el catalogo de productos. 3 El usuario ve el catalogo de productos. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 El servidor no ha tenido acceso a la base de datos de productos. Le manda un mensaje de error al usuario y le pide que vuelva a hacer la petición. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Catálogo de productos. Alta 0.5 segundos Cada vez que un usuario quiera consultar el catalogo de productos. Entrar a la aplicación. No tiene 5.4. Catalogo de eventos

14 CASO DE USO Nº 4 Meta en Contexto Alcance y Nivel Precondiciones Condición de Final Satisfactorio Condición de final fallido Actores Primarios y Secundarios Trigger Catalogo de eventos Es donde el usuario o visitante ve los diferentes eventos que ofrece oneclick Se muestran todos los productos que el servicio de eventos envía. Tener conexión entre usuario y servidor. El usuario puede acceder al catalogo de eventos que ofrece la aplicación. La aplicación no puede mostrarle el catalogo al usuario Visitante, usuario final. Hacer clic en el link ver catalogo de eventos DESCRIPCIÓN Step Action 1 Un visitante entra a la parte de catalogo de eventos. 2 La aplicación le muestra el catalogo de eventos. 3 El usuario ve el catalogo de eventos. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 El servidor no ha tenido acceso a la base de datos de eventos. Le manda un mensaje de error al usuario y le pide que vuelva a hacer la petición. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Catálogo de eventos. Alta 0.5 segundos Cada vez que un usuario quiera consultar el catalogo de eventos. Entrar a la aplicación. No tiene

15 5.5. Catalogo de lugares CASO DE USO Nº 5 Meta en Contexto Alcance y Nivel Precondiciones Condición de Final Satisfactorio Condición de final fallido Actores Primarios y Secundarios Trigger Catalogo de lugares Es donde el usuario o visitante ve los diferentes lugares que ofrece oneclick Se muestran todos los productos que el servicio lugares por ubicacion envía. Tener conexión entre usuario y servidor. El usuario puede acceder al catalogo de lugares que ofrece la aplicación. La aplicación no puede mostrarle el catalogo al usuario Visitante, usuario final. Hacer clic en el link ver catalogo de lugares DESCRIPCIÓN Step Action 1 Un visitante entra a la parte de catalogo de lugares. 2 La aplicación le muestra el catalogo de lugares. 3 El usuario ve el catalogo de lugares. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 El servidor no ha tenido acceso a la base de datos de lugares. Le manda un mensaje de error al usuario y le pide que vuelva a hacer la petición. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Catálogo de lugares. Alta 0.5 segundos Cada vez que un usuario quiera consultar el catalogo de lugares. Entrar a la aplicación. No tiene

16 5.6. Comprar producto y evento CASO DE USO Nº 6 Comprar producto y evento Meta en Contexto Es donde el usuario puede adquirir los productos y eventos que presta oneclick Alcance y Nivel Le permite al usuario comprar los productos o las boletas para los eventos en línea. Precondiciones El usuario tuvo que haber hecho Log-In. Condición de Final Satisfactorio El usuario está listo para escoger la forma de pago. Condición de final fallido La compra no es satisfactoria. Actores Primarios y Secundarios Usuario. Trigger Hacer clic en el link comprar producto o boleta DESCRIPCIÓN Step Action 1 El usuario selecciona el producto o evento que desea comprar 2 La aplicación le muestra el formato y los diferentes tipos de pagos EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 El servidor no puede enviar el formato para seleccionar la forma de pago. Volver a pedirle al usuario que trate de comprar el producto o evento. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Comprar producto o evento. Alta 0.5 segundos Cada vez que un usuario quiera comprar un producto o un evento. Catalogo de productos o catalogo de eventos.

17 Subordinados Subordinados No tiene No tiene 5.7. Reservar lugar CASO DE USO Nº 7 Meta en Contexto Alcance y Nivel Precondiciones Condición de Final Satisfactorio Condición de final fallido Actores Primarios y Secundarios Trigger Reservar lugar Es donde el usuario puede reservar un lugar en el restaurante. Le permite al usuario reservar un lugar y obtener una oferta en el lugar deseado. El usuario tuvo seleccionar el lugar deseado. Se realiza la transacción para que el usuario tener la reserva y obtenga la oferta. La transacción no se ha podido realizar, y el usuario no puede reservar el lugar ni obtenmer la oferta. Usuario final. Hacer clic en el link reservar lugar DESCRIPCIÓN Step Action 1 El usuario selecciona el lugar a reservar. 2 El sistema hace la reservación y le devuelve el numero de la oferta. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Reservar lugar. Alta 0.5 segundos Cada vez que un usuario quiera reservar un lugar. Catalogo de lugares. No tiene

18 5.8. Administrar usuarios CASO DE USO Nº 8 Meta en Contexto Alcance y Nivel Precondiciones Administrar usuarios Es donde el administrador adiminstra a los usuarios. Le permite al administrador administrar a los usuarios. El administrador tiene que estar logeado en el sistema. Condición de Final Satisfactorio El administrador puede administrar a los usuarios. Condición de final fallido Actores Primarios y Secundarios Trigger El administrador no puede tener acceso a los registros de los usuarios. administrador Hacer clic en el link administrar usuarios DESCRIPCIÓN Step Action 1 El administrador crea/modifica/elimina los usuarios que desea. 2 Confirma que desea guardar los cambios efectuados. 3 Los cambios quedan registrados. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 El registro no es modificado en la base de datos. Se le avisa al administrador que ha ocurrido un error. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Administración de usuarios. Alta 0.5 segundos Cada vez que el administrador quiera crear/modificar/eliminar un usuario. No tiene

19 Subordinados No tiene 5.9. Modificar cuenta CASO DE USO Nº 9 Meta en Contexto Alcance y Nivel Precondiciones Modificar cuenta Es donde el usuario administra su registro Le permite al usuario administrar la información de su registro El usuario tiene que estar registrado en el sistema. Condición de Final Satisfactorio El usuario puede cambiar su información de registro. Condición de final fallido Actores Primarios y Secundarios Trigger El usuario no puede tener acceso a su registro para así administrarlo Usuario final. Hacer clic en el link modificar cuenta DESCRIPCIÓN Step Action 1 El usuario cambia la información que desea cambiar. 2 Confirma que desea guardar los cambios efectuados. 3 Los cambios quedan registrados. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 El registro no se encuentra en la base de datos. Se le avisa al usuario que ha ocurrido un error. SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Administración de registros. Alta 0.5 segundos

20 Frecuencia Superiores Subordinados Cada vez que un usuario quiera cambiar información de su registro. No tiene No tiene Buscar producto/evento/lugar. CASO DE USO Nº 10 Buscar producto/evento/lugar Meta en Contexto Es donde el usuario o visitante busca los diferentes productos, eventos y lugares que ofrece ONECLICK Alcance y Nivel Se muestran las opciones al usuario/visitante para poder buscar productos/eventos/lugares. Precondiciones Tener conexión entre usuario y servidor. Condición de Final Satisfactorio El usuario puede ver una lista de resultados con los productos, eventos y lugares que esta buscando. Condición de final fallido La aplicación no puede mostrarle al usuario las opciones de búsqueda. Actores Primarios y Secundarios Visitante, usuario final. Trigger Hacer clic en el link Buscar DESCRIPCIÓN Step Action 1 El usuario llena los campos de búsqueda correspondientes ya sea para productos, eventos o examenes. 2 La aplicación le muestra el resultado de la búsqueda. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 El servidor no ha tenido acceso a la base de datos de productos, eventos o lugares. Le manda un mensaje de error al usuario y le pide que vuelva a hacer la petición. SUB-VARIACIONES Branching Action INFORMACIÓN Busqueda de productos, eventos y lugares.

21 RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Alta 0.5 segundos Cada vez que un usuario quiera buscar un producto, evento o lugar. Entrar a la aplicación. No tiene Generar reportes CASO DE USO Nº 11 Generar reportes Meta en Contexto Es donde el administrador genera los diferentes reportes que puede mostrar el sistema. Alcance y Nivel Se generan los reportes que necesite el administrador Precondiciones El usuario debe estar registrado como administrador. Condición de Final Satisfactorio El administrador puede ver todos los informes que le pidió al sistema Condición de final fallido No se generan reportes, o lo que se generan no son los deseados. Actores Primarios y Secundarios Administrador Trigger Hacer clic en el link Generar reportes DESCRIPCIÓN Step Action 1 El administrador especifica cuales son los reportes que necesita. 2 El sistema busca la información en la base de datos 3 El sistema le presenta al administrador los reportes que este ha pedido. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente 3 Los reportes son erróneos. Se le pide al sistema volver a hacerlos. SUB-VARIACIONES Branching Action

22 INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Generación de reportes Alta 0.5 segundos Cada vez que el administrador necesite un reporte del sistema. Hacer Login No tiene Crear catalogo CASO DE USO Nº 12 Crear catalogo Meta en Contexto Es donde el administrador crea nuevos catalogos Alcance y Nivel Le permite al administrador crear nuevos catalogos Precondiciones El usuario debe estar registrado como administrador Condición de Final Satisfactorio El administrador logra crear un catalogo Condición de final fallido No se pueden crear catalogos Actores Primarios y Secundarios Administrador Trigger Hacer clic en el link Crear catalogo DESCRIPCIÓN Step Action 1 El administrador especifica los catalogos que desea crear. 2 El sistema los registra en la base de datos. EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Creación de catalogos

23 Prioridad Rendimiento Frecuencia Superiores Subordinados Alta 0.5 segundos Cada vez que el administrador desee crear catalogo Hacer Login No tiene Administrar catalogos CASO DE USO Nº 13 Administrar catalogos Meta en Contexto Es donde el administrador administra los catalogos Alcance y Nivel Le permite al administrador administrar catalogos Precondiciones El usuario debe estar registrado como administrador Condición de Final Satisfactorio El administrador académico puede tener acceso y modificar catalogos Condición de final fallido No se pueden modificar catalogos. Actores Primarios y Secundarios Administrador Trigger Hacer clic en el link administrar catalogo DESCRIPCIÓN Step Action 1 El administrador especifica los catalogos que desea administrar 2 El sistema le presenta las opciones de administración de catalogos 3 El administrador hace los cambios en los catalogos 4 El sistema registra los cambios EXTENSIONES Step Branching Action 1 La petición del cliente no llega con éxito al servidor, se vuelve a mandar la petición. 2 La respuesta del servidor no ha llegado al cliente. El servidor vuelve a enviar la respuesta al cliente SUB-VARIACIONES Branching Action INFORMACIÓN Administracion de catalogos

24 RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Alta 0.5 segundos Cada vez que el administrador desee cambiar catalogo Hacer Login No tiene Logout CASO DE USO Nº 14 Logout Meta en Contexto El usuario sale del sistema Alcance y Nivel Termina la sesión del usuario en la aplicación Precondiciones El usuario debe haber hecho login Condición de Final Satisfactorio El usuario termina sesión. Condición de final fallido El usuario aparece como si siguiera conectado con la aplicacion Actores Primarios y Secundarios Usuario Trigger Hacer clic en el link Logout DESCRIPCIÓN Step Action 1 El usuario sale del sistema 2 El sistema actualiza lista de usuarios conectados. EXTENSIONES Step Branching Action SUB-VARIACIONES Branching Action INFORMACIÓN RELACIONADA Prioridad Rendimiento Frecuencia Superiores Subordinados Logout Baja 0.5 segundos Cada vez que algún usuario registrado quiera salir de la aplicación. Hacer Login No tiene

25 6. Vista lógica Para esta vista se describieron varias capas, las cuales organizan paquetes de servicios y subsistemas. En esta vista se puede observar los diferentes componentes principales y sus relaciones, además se tienen en cuenta detalles técnicos y un principio para la implementación de la plataforma basándose en la lógica del negocio. A continuación podemos ver una descripción general de la estructura de la vista lógica para el sistema oneclick, adicionalmente, se describen los paquetes relacionados con cada modulo de diseño. Figura 2 Vista Logica 6.1. Descripción

26 La vista lógica de él sistema está organizada en capas. Estas capas se encargan de proporcionarle servicios a sus capas subyacentes una vez lo requieran para llevar a cabo tareas dentro del sistema. La estructuración en capas se puede afrontar por la responsabilidad de cada una de estas, para este caso se manejan capas por responsabilidades las cuales buscan operar módulos del sistema cuyo trabajo está enfocado a tareas especificas que las diferencian de las demás capas. En la figura que se encuentra a continuación se presenta el modelo general de capas a sobre el cual diseñado el sistema de oneclick 6.2. Paquetes de Diseño arquitecturalmente importantes Dentro del diseño arquitectónico se planeo manejar los paquetes relacionados como lo muestra la figura a continuación para satisfacer los requerimientos funcionales Presentación Figura 3 Presentacion

27 Modelo Esta componente es la representación específica de la información con la cual el sistema opera. Adicional este componente tiene el dispacher, componente se encarga de la forma se debe desplegar la interfaz de usuario de acuerdo al dispositivo en el cual se está accediendo a ONECLICK Controlador Vista Este componente responde a eventos, usualmente acciones del usuario e invoca cambios en el modelo y probablemente en la vista. Este componente presenta el modelo en un formato adecuado para que elo usuario pueda interactuar con el.

28 Logica Figura 4 Logica

29 Servicios de negocio Figura 5 Servicios de negocio El componente servicios de negocio esta compuesto por dos fachadas, por los servicios administrativos y por los servicios de personalización. La fachada superior se encarga de permitir que el componente de adaptación se conecte con el componente de servicios de negocio y la fachada inferior se encarga de permitir que el componente de servicios de negocio se conecte con el componente de mecanismos de comunicación. El componente de servicios administrativo se encarga de manejar todos los servicios de plataforma y todos los servicios de usuarios. El componenete de servicios personalizados es el encargado de personalizar los servicios Mecanismos de comunicacion

30 Figura 6 Mecanismos de comunicacion Este componente se encarga de tener los mecanismos de comunicación. El primero es el componente CRUD Base de Datos el cual se encarga de manejar las operaciones de crear, leer, actualizar y borrar. El segundo componente es el localizador de servicios que se encarga de buscar el servicio, establecer la comunicación y realizar las operaciones necesarias Capa de Datos Este componente se encarga de realizar el mapeo de la base de datos de PIC-M. Figura 7 Capa de dato

31 Servicios externos Figura 8 Servicios Externos Este componente esta compuesto por los sistemas externos con que se relaciona PIC-M. El primer componente externo con que tienen relación el sistema es Base de Datos, en este componente se encuentra alojada la base de datos. El segundo componente es el servicio de lugares, el cual se encarga de manejar el servicio que muetra los lugares por ubicación, el tercer componente es el servicio de catalogo de productos el cual se encarga de manejar el servicio de productos que maneja la aplicación y el cuarto sistema externo es el servicio de catalogo de eventos.

32 7. Relaciones de casos de uso 7.1. Buscar Producto/evento/lugar 7.2. Catalogo de Productos

33 7.3. Catalogo de eventos 7.4. Lugares por ubicación

34 7.5. LogIn 7.6. LogOut

35 7.7. Registrarse 7.8. Comprar Producto y Evento 7.9. Reservar Lugar

36 8. Vista de proceso La vista de proceso intenta cubrir el funcionamiento, capacidad de crecimiento y rendimiento del sistema. A continuación se ve la vista de procesos que muestra todos los procesos necesarios para que ONECLICK funcione. Figura 9 Vista de proceso 9. Vista de despliegue En esta vista se describe las configuraciones físicas que debe tener la red (hardware) en las cuales se realiza el despliegue del software y su puesta en funcionamiento. Igualmente

37 también se describen en esta vista los nodos físicos (computadoras, CPU) que ejecutan el software, y sus interconexiones (Buses, LAN, el punto a punto, y así las diferentes conexiones de red.). El diseño principalmente está basado en un sistema distribuido comprendido por los clientes que entran en el sistema a través de un servidor web donde se encuentra la capa de presentación, este está conectado mediante RMI-IIOP al servidor de ONECLICK, el cual se encarga de administrar la capa lógica del Negocio y manejar el acceso a los datos mediante una conexión de JDBC dependiendo de los datos o operaciones que se soliciten. A continuación se presenta el diagrama de despliegue que se realizaría teniendo en cuanta la arquitectura de nuestra aplicación.

38 Figura 10 Vista de despliegue

39 9.1. Cliente Maquinas que se conectan al sitio web de ONECLICK utilizando navegadores de internet a través del servidor Tomcat utilizando el protocolo HTTP Aplicación Web Servidor donde se correrán los archivos.war que contienen la presentación dinámica de la información que se va a desplegar. Se conectara al Application Server implementado en JBoss 5 por medio de una conexión RMI-IIOP. Este servidor comprende la capa de presentación representada en la Vista de Implementación Lógica Negocio Servidor donde se estará ejecutando la lógica del negocio utilizando la tecnología JEE de SUN microsystems. Los archivos.jar en los cuales se almacenan los JavaBeans relacionados con la lógica del negocio se almacenan en este. La comunicación con la base de dates e realizara mediante Entity Beans que implementaran la tecnología EJB-QL* Base de Datos En este servidor se almacenara la base de datos de la aplicación, la cual estar implementada y administrada con ORACLE.

40 10. Vista de implementación Descripción Figura 11 Vista de implementación 1 Figura 12 Vista de implementación 2 La vista de desarrollo se encarga de la organización de los diferentes módulos que componen el entorno de desarrollo. En la imagen anterior podemos observar la vista de implementación que muestra de forma detallada todos los componentes que se tienen que implementar para que la aplicación funcione correctamente.

41 11. Vista de datos La intención de esta vista es mostrar como los datos persistentes serán almacenados; para este proyecto, ONECLICK, los datos que requieren almacenamiento serán alojados en una base de datos (Oracle). Se representa esta vista por medio del siguiente modelo entidad relación (MER). Figura 13 Vista de datos

42 Este diagrama representa la lógica del negocio basado en los requerimientos establecidos en el SRS, ya que como se puede apreciar se almacenarán datos fundamentales para el funcionamiento de ONECLICK, como lo son el perfil de dispositivo y el perfil de usuario, todo esto con la información necesaria para cada caso. Es importante notar como todas las entidades se encuentran relacionadas por medio de llaves foráneas, ya sean como una llave privaría de otra entidad o un atributo.

43