Planeador de Torneos y Competencias: PLATYCO. Documentación de la Arquitectura de Software

Transcripción

1 Planeador de Torneos y Competencias: PLATYCO Documentación de la Arquitectura de Software Daniel Santiago Vásquez Acero 22/08/2014

2 Tabla de figuras Ilustración 1: Modelo "4+1"[1]... 4 Ilustración 2: Servicio en la nube Parse... 5 Ilustración 3: Arquitectura general del Proyecto PLATYCO... 6 Ilustración 4: Restricciones para la plataforma de desarrollo... 7 Ilustración 5: Diagrama casos de uso Ilustración 6: Diagrama vista lógica Ilustración 7: Diagrama de paquetes Ilustración 8: Diagrama físico

3 Tabla de Contenidos HISTORIAL DE CAMBIOS... Error! Marcador no definido. Tabla de figuras... 1 Tabla de Contenidos Introducción Propósito Alcance Definiciones, Acrónimos y Abreviaturas Referencias Representación de la arquitectura Objetivos de la Arquitectura y Restricciones Restricciones Técnicas Atributos de Calidad Legales Licencias LGPL Licencias de Software Calidad de Código Persistencia Seguridad Rendimiento Disponibilidad Disponible 24 X Escalabilidad Manejo de transacciones de 30 conexiones simultáneas Usabilidad Integración Pruebas Vista de los Casos de Uso

4 5. Vista Lógica Vista de Implementación Vista Física

5 1. Introducción El proyecto PLATYCO (Planeador de Torneos y Competencias) es un proyecto desarrollado para dispositivos móviles que permite a los usuarios entrar a un mundo deportivo donde podrán encontrar, compartir y competir con personas de sus mismos gustos. El gran reto arquitectural de la aplicación es siempre al usuario datos actualizados y coherentes a todos los usuarios Propósito El propósito del documento es proveer una visión en conjunto de la arquitectura del proyecto PLATYCO. En orden a desarrollar la arquitectura es la propuesta del modelo de Philippe Kruchten [1] determinando las siguientes vistas: Ilustración 1: Modelo "4+1"[1] Estas vistas son descritas en el transcurso del documento Alcance El alcance del proyecto es brindar una vista general y arquitectural del proyecto PLATYCO Definiciones, Acrónimos y Abreviaturas 1.4. Referencias [1] P. Kruchten, Architectural Blueprints The View Model of Software Architecture, vol. 12, no. November, pp , [2] Parse.com, Parse.com. Montain View, CA, [3] Android, Android Development Tools

6 2. Representación de la arquitectura El proyecto PLATYCO tiene un requerimiento arquitecturalmente significante el cual es tener la capacidad de presentar al usuario datos congruentes y actualizados de la actividad en la aplicación. Para ello, se utilizará la plataforma Parse[2], proveedora de base de datos y servicios web que facilitan la comunicación entre el dispositivo móvil con el servidor. Parse brinda varias herramientas que son importantes para el rendimiento de la aplicación, presentadas a continuación: Parse Core[2]: Este es un framework multiplataforma que proporciona los servicios necesarios para una aplicación móvil como una base de datos en la nube, disponible 24/7, adaptada para guardar posiciones en mapas o archivos binarios; además también puede manejar una base de datos local que se integra con la base de datos en la nube sin ningún costo. Esta también proporciona una interfaz de registro tradicional o a redes sociales, que facilita la conexión y le da la oportunidad al usuario de usar estas dentro de la aplicación. Ilustración 2: Servicio en la nube Parse Parse Analytics[2]: Esta herramienta permite medir el uso de la aplicación y conocer el número de transacciones, número de usuarios conectados y un sinfín de estadísticas que apoyan a la toma de decisiones empresariales y arquitecturales de la aplicación. 5

7 La arquitectura de nuestro sistema sería así: Ilustración 3: Arquitectura general del Proyecto PLATYCO 3. Objetivos de la Arquitectura y Restricciones En esta sección se describen los requerimientos de software y objetivos que tienen un impacto arquitecturalmente significante sobre el proyecto PLATYCO Restricciones Técnicas Para la implementación de la aplicación, se utilizará la plataforma de desarrollo Android Development Tools[3] junto con el framework Parse y un servicio web propio de autorización en PHP. 6

8 Orientada a Objetos Permitir Serialización Automatica Fácil Implementación de Patrones de Diseño Concurrencia Distribución Persistencia Plataforma de Software Libre. Ilustración 4: Restricciones para la plataforma de desarrollo 3.2. Atributos de Calidad Se definieron los siguientes escenarios para los requerimientos no funcionales (Ver Anexo: Requerimientos) que fueron seleccionados como arquitecturalmente significantes. La selección de estos requerimientos se hizo a través de la metodología de priorización de Wiegers (Ver Sección 3.1 Priorización de Requerimientos). 7

9 3.4.1 Legales Licencias LGPL Por el bajo presupuesto del proyecto, se requiere verificar las licencias del proyecto. Verificar que los desarrollos asociados al proyecto estén bajo licencia LGPL Código proyecto El código fuente se encuentra bajo licencia y es un sistema legal El dueño del proyecto verifica que cada desarrollo este bajo LGPL Licencias de Software Por el bajo presupuesto del proyecto, se requiere verificar las licencias del proyecto. Verificar que los componentes del sistema estén desarrollados sobre software libre Componentes que forman el proyecto Cada componente se encuentra desarrollado y utiliza software libre para su ejecución. 8

10 El dueño del proyecto verifica que cada componente este bajo software libre Calidad de Código Formalización Código El desarrollador implementa código a partir de un estándar definido. Verificar y validar que el código fuente este especificado bajo un estándar. Código fuente del proyecto El código fuente implementado, se encuentra especificado formalmente. Se analiza la cantidad de ítems del código fuente que no cumplen con el estándar Código en Ingles El desarrollador implementa código a partir de un estándar definido. Verificar y validar que el código fuente este en ingles. Código fuente del proyecto El código fuente implementado debe encontrarse en ingles. 9

11 Se analiza la cantidad de ítems del código fuente que no cumplen con el estándar Documentación en Línea El desarrollador genera documentación en línea para el código fuente. Verificar que exista documentación del código fuente en los formatos javadoc o doxygen. Código fuente del proyecto El código fuente implementado debe tener su respectiva documentación en formato javadoc o doxygen. Se analiza la cantidad de código fuente que no esta documentado en línea Persistencia Información espacial El sistema desea importar datos del sistema de información geográfica. El sistema desea registrar un sitio. Puntos en el mapa El sistema logra interactuar con mapas. 10

12 El sistema crea un registro de los puntos del mapa Seguridad Autenticación a Parse El usuario necesita conectarse con la aplicación El usuario quiere hacer uso de la aplicación La aplicación El sistema da brinda las llaves de acceso a Parse El sistema crea un registro en el Log de Accesos de Autorizados Autenticación de Usuarios del Sistema Un usuario se conecta al sistema a través de registro tradicional o a través de redes sociales El usuario quiere hacer uso de la aplicación Acceso a los servicios de la aplicación El sistema da acceso al usuario. El sistema crea un registro en el Log de Accesos de Autorizados y permisos. 11

13 3.4.5 Rendimiento Soporte de 30 usuarios concurrentes Usuarios Varios usuarios ingresan a la aplicación de forma concurrente Sistema con 30 usuarios registrados Aumento del acceso a Parse (pago) Las respuestas de acceso se ejecutan con una latencia de 30 segundos Ingreso a la aplicación en menos de 10 segundos Usuarios El usuario quiere ingresar a la aplicación Sistema Debe autenticar y actualizar los datos de la aplicación en menos de 10 segundos Las respuestas de acceso se ejecutan con una latencia de menos de 10 segundos Actualización del mapa durante la visualización Visualiza el mapa y navega en él Sistema 12

14 El sistema actualiza la visualización del mapa La animación se ejecuta mínimo a 30 y 60 cuadros por segundo Disponibilidad Disponible 24 X7 Usuario El usuario ingresa a la aplicación en cualquier momento del día y este falla. Sistema El sistema intentara ejecutarse pero este no estará disponible, entonces devolverá un mensaje de tiempo de espera mientras se recupera. El tiempo en que el sistema se demora en recuperarse del fallo y volver a su ejecución normal Escalabilidad Manejo de transacciones de 30 conexiones simultáneas Usuario El usuario realiza una transacción sobre el modelo virtual Sistema El sistema deberá responder a la transacción con normalidad y sin ningún fallo. El administrador debe solicitar el aumento. El tiempo que se demora en resolver la transacción cuando el sistema se encuentra el un 13

15 punto critico de conexiones concurrentes Usabilidad Interacción con la interfaz gráfica Usuario Se introduce al usuario en la aplicación. Personal de entrenamiento El usuario entra en confianza con la aplicación y es capaz de realizar diferentes transacciones en esta. El usuario aprende a utilizar las funcionalidades principales de la aplicación en menos de 5 minutos sin consultar el manual de usuario Integración Comunicación entre componentes Componentes del sistema El componente solicita comunicación con un sistema externo. Protocolos de Comunicación La conexión transmite el mensaje de conexión y el componente es conectado al sistema. El tiempo de espera entre componentes que se comunican. 14

16 Pruebas Numero de errores Ejecutor de preubas Ejecución de una prueba unitaria sobre un componente. Componente del sistema Etapa de pruebas El componente responde a los eventos solicitados y muestra las salidas correctas Tiempo de realización de la prueba por componente no mayo a 2 horas. 15

17 4. Vista de los Casos de Uso Ilustración 5: Diagrama casos de uso Para ver la especificación, diríjase a la especificación de casos de uso. 16

18 5. Vista Lógica A continuación se presenta la vista lógica para el sistema PLATYCO Ilustración 6: Diagrama vista lógica 17

19 6. Vista de Implementación Ilustración 7: Diagrama de paquetes 18

20 7. Vista Física Ilustración 8: Diagrama físico 19