Documento de arquitecturas

BLAC Soft S.A. de C.V.

<Documento de Arquitecturas >

Aplicación Móvil “Califica YA”

<1.0> <27-05-2014> 5NM80

Página 1 de 14

PROYECTO:


Documento de Arquitecturas

Integrantes Equipo de Proyecto

Boleta Nombre

2011600063 Apolinar Crisóstomo Jessica

2011601388 Bucio Calderón Kevin Yasbert

2011602385 Cabrera Jiménez Erick

2011601838 Lozada Pérez Yarely Guadalupe

Profesor:

Profesor a cargo del curso: Ramón Chávez López




<1.0> <27-05-2014> 5NM80

Página 2 de 14

Historial de Revisión Fecha Versión Descripción Autor

22-05-2014 0.1 Creación del esquema general del documento

Bucio Calderón Kevin Yasbert




<1.0> <27-05-2014> 5NM80

Página 3 de 14

ARQUITECTURA DE SOFTWARE

Objetivo del Documento

Este documento tiene como objetivo describir la arquitectura del software a base de la solución

a construir.

El documento de la arquitectura del Software proporciona una descripción arquitectónica

comprensiva para el proyecto de la aplicación móvil “Califica YA”, usando vistas arquitectónicas

para representar diversos aspectos del sistema. Sirve como medio de comunicación entre los

miembros del equipo del proyecto con relación a las decisiones arquitectónicas significativas

que se han tomado en el proyecto.




<1.0> <27-05-2014> 5NM80

Página 4 de 14

Generalidades de la Arquitectura

3.1. Definiciones de Arquitectura

La representación arquitectónica para el proyecto Sistema de información “Control de

Servicio Social de la CGFIE” aporta elementos que ayudan a la toma de decisiones y

expresa en un lenguaje común los conceptos que permiten la comunicación entre los

equipos que participan en el proyecto.

Las abstracciones para esta aplicación se han organizado en vistas. La cantidad y tipos

de vista se corresponden con lo propuesto por la siguiente tabla:

Vista Elemento de modelado Descripción

Vista Lógica Clase Representa una clase.

Vista de Datos Objeto

Representa al usuario y al sistema.

Vista de Procesos Mensaje

Representa un elemento de la comunicación entre objetos

Vista de Despliegue Componente

Representa una unidad de software.

Vista Física Nodo

Representa el hardware, en donde se ejecutan los componentes

Vista de Implementación Capa

Representa una capa del sistema

3.2. Objetivos y Restricciones de Arquitectura

Referirse al documento de Especificación de Requerimientos, punto 1.3 Restricciones.




<1.0> <27-05-2014> 5NM80

Página 5 de 14

Vistas

3.3. Vista lógica

a. Casos de uso

Referirse al documento de Especificación de Casos de Uso.

3.4. Visión general

Los principales módulos y sub-módulos de la aplicación “Califica Ya” son los siguientes:

a. Captura de la imagen

El módulo de Captura de imagen es el modulo encargado de que a través de la cámara del dispositivo móvil sea capturada la imagen del examen.

b. Comparación de la captura con plantilla

Mediante la comparación de imagen capturada y la plantilla previamente pre diseñada por el profesor.




<1.0> <27-05-2014> 5NM80

Página 6 de 14

c. Identificación del alumno

Mediante este módulo se identificara al alumno por clave con la lectura de códigos QR.

d. Obtención de resultados

Una vez que los datos de la calificación son obtenidos, son almacenados en la base de datos para que sean consultados por el profesor y mantener el seguimiento de sus alumnos.

e. Generación de reporte

Este módulo su función es realizar un reporte general de la evaluación de examen para

todos sus alumnos.

3.5. Vista de Datos

En esta vista se puede apreciar las relaciones que existen entre las distintas entidades

existentes en la base de datos de la aplicación.

BLAC Soft S.A. de C.V

<Documento de Arquitectura de Software > Aplicación Califica YA

<1.0> <27-05-2014> 5NM80

Página 7 de 14

BLAC Soft S.A. de C.V

<Documento de Arquitectura de Software > Aplicación Califica YA

<1.0> <27-05-2014> 5NM80

Página 8 de 14

3.6. Vista de Despliegue

La vista de despliegue se utiliza para modelar el hardware utilizado en las

implementaciones de sistemas y las relaciones entre sus componentes.

Se especificara la plataforma sobre la que se ejecuta la aplicación móvil.

Plataforma 1 – Configuración de la aplicación

Descripción Aplicación para dispositivo móvil

SistemaOperativo Android

Bases de Datos My SQL

AppServer / WebServer Apache 2.2.15

Lenguajes utilizados Java, javascript, HTML5.

Plataforma 2 – Configuración de clientes

Descripción Usuario (Profesor)

SistemaOperativo Android para cualquiera con una conexión a internet y

cualquier navegador.

Bases de Datos -

Tienda de distribución Play Store

Lenguajes utilizados JavaScript, HTML5, CSS




<1.0> <27-05-2014> 5NM80

Página 9 de 14

3.7. Vista Física

Inicialmente, la arquitectura física de la aplicación estará compuesta por los siguientes

componentes, como se puede apreciar en el diagrama:

Aplicación Móvil

Base de Datos

3.8. Capa de Presentación

En esta capa se ubica los componentes de la interfaz de usuario de la aplicación. A esta

capa pertenecen todos los elementos de los paquetes de Interfaz.

3.9. Capa de Negocio

Esta lógica de negocios incluye la necesaria conexión con la base de datos de la

aplicacion, y está compuesta por todos los módulos y componentes de los procesos de

negocio. .

3.10. Capa de Integración y Persistencia

En esta capa se ubican la base de datos de MYSQL a la que se conecta directamente a

la aplicación. Estos datos ubicados en la base de datos pueden ser accedidos por la

aplicación móvil.

3.11. Arquitectura de Software Diagrama

La arquitectura elegida para el diseño de esta aplicación móvil es el modelo MVC

(Modelo-Vista-Controlador).

Seleccionamos este modelo MVC como arquitectura de software debido a los

beneficios de seguridad en la aplicación al separar los datos de la aplicación móvil,

separar la interfaz de usuario, y finalmente la lógica de funcionamiento, es decir

mediante esta arquitectura se efectúa el control de la aplicación en tres componentes

distintos.

Modelo: Esta es la representación específica de la información con la cual el

sistema opera. En resumen, el modelo se limita a lo relativo de la vista y su

controlador facilitando las presentaciones visuales complejas

Interface de Usuario




<1.0> <27-05-2014> 5NM80

Página 10 de 14

Vista: Este presenta el modelo en un formato adecuado para interactuar,

usualmente la interfaz de usuario.

Controlador: Este responde a eventos, usualmente acciones del usuario, e

invoca peticiones al modelo y, probablemente, a la vista.

Referencia: “MVC“

3.12. Requerimientos funcionales

Referirse al documento de Especificación de Requerimientos, punto 1.1 Requerimientos

Funcionales.

REQUERIMIENTO DESCRIPCIÓN DEL REQUERIMIENTO

RF1 La aplicación contará con una aplicación para escritorio de PC además de la del celular.

RF2 Debe contar con un módulo de plantillas prediseñadas donde se le permita al profesor guardar las preguntas con sus respectivas respuestas. Este módulo se encontrará disponible en la aplicación de escritorio.

RF3 La aplicación reconoce el código QR del alumno.

RF4 La aplicación reconoce cada alvéolo de cada pregunta mediante la cámara del smartphone y




<1.0> <27-05-2014> 5NM80

Página 11 de 14

determina si es correcta o no.

RF5 La aplicación visualizará las respuestas que son correctas e incorrectas en la pantalla una vez capturada la imagen.

RF6 La aplicación permitirá administrar los resultados en la aplicación de escritorio.

RF7

La aplicación debe de estar disponible para su descarga en la Play Store en el caso del sistema operativo Android y en la Tienda Windows para Windows Phone.

RF8 La aplicación debe de ser compatible con las nuevas versiones del sistema operativo Android y Windows Phone.

3.13. Requerimientos no funcionales

Referirse al documento de Especificación de Requerimientos, punto 1.2 Requerimientos

No Funcionales.

RNF1 La aplicación necesita que se haga uso de una cámara del Smartphone que cuente con un mínimo de 3 Mega pixeles.

RNF2 La aplicación necesita mínimo de 5 megas de almacenamiento disponibles para poder ser instalada y pueda funcionar.

RNF3 La aplicación debe ser fácil de utilizar.

RNF4 Las interfaces de la aplicación deben ser amigables e intuitivas.

RNF5 La aplicación debe de proporcionar tiempos de respuesta rápidos.

RNF6 La aplicación debe ser fácil de analizar y modificar para corregir posibles fallas.

RNF7 La aplicación debe ser fácil de descargar e instalar.

RNF8 La aplicación debe de proporcionar seguridad al usuario, es decir, no debe permitir que se instale algún otro software malicioso en la aplicación.

RNF9 La aplicación debe de mantener los datos almacenados seguros y protegidos.




<1.0> <27-05-2014> 5NM80

Página 12 de 14

ARQUITECTURA DE APLICACIÓN




<1.0> <27-05-2014> 5NM80

Página 13 de 14

ARQUITECTURA TECNOLÓGICA




<1.0> <27-05-2014> 5NM80

Página 14 de 14

ARQUITECTURAS DE LA CSII y CeNaC

Documento de arquitecturas

Education

Transcript of Documento de arquitecturas