Anlisis de la arquitectura

El proposito de esta seccion es presentar un analisis detallado con el fin de generar tacticas que contribuyan a satisfacer los requerimientos no funcionales, apoyando la disponibilidad, seguridad, rendimiento y escalabilidad.

2.1. Disponibilidad.
La calidad deseada es la siguiente: El sistema debe estar disponible el 99.9%, 24 horas, 7 das durante los 365 das del ao. Tacticas: Gestionar la escalabilidad de carga haciendo scale up para distribuir el trabajo en un conjunto de clusters. El sistema tendr un tiempo esperado fuera de servicio de 8.7 horas al ao. Generar comunicaciones centralizadas: Al disminuir la complejidad de la comunicacin se disminuyen los puntos de fallas. Generar independencia geogrfica: Los servidores estarn ubicados en puntos geogrficos diferentes con el fin de hacer tolerante al sistema ante cualquier dao por desastres naturales. Gestionar la modularidad del sistema con el fin de hacer ms fcil desinstalar un componente, reemplazarlo o adherir uno nuevo, reduciendo el tiempo que el sistema dura fuera de servicio. Decisiones:
El sistema sera distribuido en 4 tier, pero para la primera entrega se entregara en 3 tier, teniendo la base de datos embebida con la maquina servidor, ademas de modularizar el sistemas. Se escogera computadores con procesador de 2 nucleos con hyperthrading, Disco duro de 500 GB y memoria RAM de 4 GB, debido a que son relativamente economicos. Pese a que las maquinas anteriormente mensionadas no son capaces de cumplir con el requerimiento de atender 1000 peticiones en menos de 5 segundos, Glasfish 3.1 sera utilizado como servidor. Dentro de sus ventajas se encuentra el balanceo de cargas de trabajo.

2.2. Seguridad.
La calidad deseada es la siguiente: El sistema debe proveer un servicio de autenticacin que valida la identidad de los usuarios. Debe prestar la funcionalidad de registro de usuarios para aquellos que ingresan por primera vez al sistema. Ningun usuario no identificado puede acceder al sistema. Ni desde el portal web ni desde la lgica de negocio.

Tacticas
100% de los usuarios deben estar autorizados 100% de los usuarios deben estar autenticados Se gestiona la creacin de roles como administrador, quien es el encargado de entregar roles a otros usuarios especiales (funcionarios). Los roles especiales podrn acceder a componentes de negocio especiales, de las cuales usuarios con rol ciudadano no puede acceder. Decisiones. No se permite a un usuario ciudadano hacer uso de los componentes del administrador. Las entidades solo sern consultadas a travs de la lgica de negocio. Se realizara un login para autenticar al usuario.

2.3. Rendimiento
La calidad deseada es la siguiente: El sistema debe soportar por lo menos 1000 usuarios concurrentes accediendo al mismo tiempo desde el portal web.

Tcticas Aumentar el acoplamiento. Decisiones. ninguna operacin tendr que llamar a ms de 4 2.4. Escalabilidad.

componentes.

La calidad deseada es la siguiente : La base de datos debe soportar la informacion de todos los ciudadanos que tienen pasaporte y de todos los funcionarios del ministerio. Se calcula que pueden ser mas de 10'000.000 de usuarios. Tactica Al ser un diseo 4 Tier permite que pueda permitir mas usuarios concurrentes sin alterar el cdigo.

 A traves de un contenedor web se publican todos los servicios los cuales pueden ser usados por muchos usuarios concurrentes.

2.5. Mantenibilidad
La calidad deseada es la siguiente:

Al ocurrir un fallo, el sistema debe demorar fuera de servicio, un tiempo mximo de 5 horas cada vez que ocurra un fallo. El sistema debe ser fcilmente mantenido por cualquier ingeniero que sea encargado de la tarea. Esto segn el diseo y la documentacin del sistema.

Tacticas: Realizar un diseo organizado, desacoplado y con alta cohesin, as facilitar el entendimiento del sistema por parte de personal distinto a los creadores. Generar una documentacin detallada y clara del sistema, con el fin de facilitar el entendimiento del personal encargado de hacerle mantenimiento. Utilizar un diseo de 4 Tier con el fin de aislar los componentes del sistema y facilitar su mantenibilidad. Decisiones:
El sistema sera distribuido en 4 tier, pero para la primera entrega se entregara en 3 tier, teniendo la base de datos embebida con la maquina servidor, ademas de modularizar el sistemas.