Anexo 12

Documento de Arquitectura del Software

Sistema de Atencin al Cliente de un Consultorio Dental

Versin 0.2

Pgina 1 de 15
Anexo 12

Historial de las revisiones

tem Versin Fecha Autor Descripcin Estado Responsable de
Revisin y/o
Aprobacin

0.1 0.1 01/10/16 ACarrasco Realizacin del Documento Arquitectura LPalacios

KGamarra de Software

Autores:
Cajahuanca Aquino, Franz Irvin FCajahuanca

Carrasco Mallqui, Aarn Kenny ACarrasco

Cuentas Rodrguez, Christian CCuentas

Gamarra Soto, Kliment Alfonso KGamarra

Quesada Camargo, Alejandro AQuesada

Revisin:
Teora y Laboratorio:

Palacios Quichiz, Luis Estaban LPalacios

Pgina 2 de 15
Anexo 12

Tabla de Contenidos
1. Introduccin 4
1.1 Propsito 4
1.2 Alcance 4
1.3 Definiciones, Acrnimos y abreviaturas 4
1.4 Referencias 4
1.5 Generalidades 4

2. REPRESENTACIN DE LA ARQUITECTURA 4

3. Metas y Restricciones Arquitectnicas 5

3.1 Requerimientos no funcionales 6

4. Vista de Casos de Uso 7

4.1 Diagrama de Caso de Uso 8
4.2 Casos de Uso Significativos de la Arquitectura 8

Error! Bookmark not defined.

5. Vista Lgica 9
5.1 Generalidades 9
5.1.1 Vista de Capas y Subsistemas 9
Error! Bookmark not defined.
5.2 Paquetes arquitectnicos de diseo 10
5.2.1 Presentacin(Vista) 10
5.2.2 Controlador 10
5.2.3 Negocio(Modelo) 10
5.3 Capas 11
Capa de Presentacin 11

6. Vista de Despliegue 13
6.1 <Componente Uno> 14

7. Vista de Implementacin 15

Pgina 3 de 15
 Anexo 12

Documento de Arquitectura del Software (SAD)

1. Introduccin
El presente documento provee una visin general de la arquitectura del Software del
Sistema de Administracin de Planes Curriculares al cliente de Ing. Tejada y Ing.
Alejandra Vargas, usando diferentes vistas para apreciar los diferentes aspectos del
Sistema, las cuales estn basados en los estndares del Proceso Unificado de Desarrollo
de Software (RUP) y utilizando el Lenguaje de Modelamiento Unificado (UML).

1.1 Propsito
El presente documento muestra la vista general de la arquitectura del Software del
Sistema de Gestin de Incidencia de Personal, bajo el uso de la herramienta Rational
Software Architect for Websphere y el Lenguaje de Modelado Unificado.
1.2 Alcance
Comprende de la arquitectura del sistema para la implementacin del Mdulo Planes
curriculares en base al modelo de Anlisis diseado en la Herramienta Rational Software
Arquitect for Websphere.

1.3 Definiciones, Acrnimos y abreviaturas

Toda definicin, acrnimo y abreviatura requerida para entender este documento se
encuentra en el Glosario de Trminos del Sistema de Administracin de Planes
Curriculares con cliente Ing. Tejada y Ing. Alejandra Vargas.

1.4 Referencias
Los siguientes documentos referenciados han sido usados como base para elaborar el
presente documento.

Documento de Alcance del Proyecto

Especificaciones de Casos de Uso
1.5 Generalidades
Este documento muestra la vista general de la arquitectura del sistema. Tambin muestra
la vista funcional bajo el modelo de casos de uso, la vista lgica del sistema que contiene
el modelo de datos, conteniendo los diagramas y paquetes, y la vista de implementacin
presentado en el diagrama de componentes.
Finalmente, muestra la calidad que debe cumplir este y cualquier otro sistema.

2. REPRESENTACIN DE LA ARQUITECTURA
Debido a la necesidad de hacer el sistema accesible va web, se decidi seguir la
arquitectura Modelo -Vista - Controlador, la cual aumenta las capacidades de la
arquitectura conocida como Cliente/Servidor y a su vez organiza todos los componentes
que conforman el sistema segn su funcin. Para el correcto funcionamiento de la
aplicacin y que pueda seguir el paradigma de la arquitectura MVC es necesario hacer
uso de un Servidor Web, dicho servidor Web ser Apache Tomcat. Asimismo se
necesitar un manejador de base de datos para el almacenamiento y procesamiento de
los datos, para ello se utilizar el sistema gestor de base de datos MySQL.
El desarrollo del sistema seguir los pasos del Modelo Vista Controlador (MVC): El cual es
un patrn de arquitectura de software que separa los datos de una aplicacin, la interfaz
de usuario, y la lgica de control en tres componentes distintos. El patrn MVC se ve
frecuentemente en aplicaciones web, donde la vista representa la capa de presentacin,
aqu se encuentran las pginas HTML y el cdigo que provee de datos dinmicos a la
pgina, el modelo representa las capas de lgica de negocios y persistencia de datos.
Aqu se encuentra el Sistema de Gestin de Base de Datos y el controlador es el

Pgina 4 de 15
Anexo 12

responsable de recibir las peticiones de entrada desde la vista.

Capas del modelo MVC:

Capa de presentacin

Contiene un conjunto de componentes que implementan la interfaz de nuestra aplicacin,

mostrando informacin y manejando las interacciones de usuarios. En esta capa se
encuentran los JSP.

Capa de negocio

Contiene la lgica principal de procesamiento de datos de la aplicacin Web. Se

comunica con la capa de presentacin para obtener las entradas del usuario y presentar la
informacin como resultado, as como la capa de acceso a datos o directamente con
servicios para realizar sus operaciones.

Capa de Controladora

Esta capa contiene todo el control de la lgica del sistema, modifica la informacin para
entregarla correctamente a las capas adyacentes, es el intermediario del sistema. Esta
capa contiene los servlets y los services.

Las ventajas de un modelo como este son muy importantes. Al tener las capas separadas
tenemos que existe poco acoplamiento entre las mismas, de modo que es mucho ms
fcil hacer modificaciones en ellas sin que interfieran en las dems.

3. Metas y Restricciones Arquitectnicas

Se han identificado los requerimientos no funcionales y riesgos que impactan sobre la
arquitectura del sistema.

Pgina 5 de 15
Anexo 12

3.1 Requerimientos no funcionales

Tipo de Nombre Cdigo
Descripcin
Requisito

A cada persona que interacte con el

sistema se le asignar un usuario del
Ingresar al RNF-03 sistema y una clave, los cuales permitirn
sistema el ingreso de acuerdo un perfil
determinado
Confiabilidad Cumplimiento
El sistema estar disponible 24x6, las 24
de RNF-04
horas del da de los 7 das de la semana.
confiabilidad
El sistema debe mostrar la fecha y hora
Precisin RNF-05 de las operaciones realizadas por los
usuarios.
Disponibilidad El sistema estar disponible 24 horas al
RNF-06
diaria Activa da, 7 das a la semana.
Disponibilidad
El sistema estar disponible las 24 horas
Disponibilidad
RNF-07 del da para cualquier consulta que
24 horas
requieran realizar los usuarios.
Usuario Cada usuario tendr una contrasea nica
RNF-08
seguro para que pueda entrar al sistema.
Seguridad El sistema tendr un Back-up (copia de
Back-up RNF-09 datos) de todo el contenido historico de
las operaciones.
El Sistema no puede permitir el cierre de
Sistema una operacin hasta que todos sus
RNF-10
estable procesos, subprocesos y tareas hayan
Soportabilidad concluido satisfactoriamente.
El sistema deber considerar para su
Portabilidad RNF-11
desarrollo la arquitectura MVC.
El sistema debe poseer una interfaz
grfica uniforme a travs del mismo
Interfaz grfica
RNF-13 incluyendo pantallas, mens y opciones,
uniforme
tamao de las pantallas, color y tipo de
letra.
El diseo debe realizarse guiado por las
caractersticas generales, en cuanto a
Diseo
Mantenibilidad RNF-14 colores organizacional recomendados por
Organizacional
el usuario y disposicin de contenidos,
encontradas en el sitio web del la Entidad.
Las interfaces deben realizarse en idioma
castellano; sin perjuicio de lo cual debe
Idioma RNF-15 evitar traducirse la terminologa tcnica
especfica que no posee una traduccin
precisa al castellano.

Pgina 6 de 15
Anexo 12

4. Vista de Casos de Uso

Pgina 7 de 15
Anexo 12

4.1 Diagrama de Caso de Uso

4.2 Casos de Uso Significativos de la Arquitectura

Pgina 8 de 15
Anexo 12

5. Vista Lgica
La vista lgica del sistema de Venta de Arreglo Florarles comprende de los siguientes
paquetes principales: modelo, vista y controlador.

5.1 Generalidades
5.1.1 Vista de Capas y Subsistemas

Pgina 9 de 15
Anexo 12

5.2 Paquetes arquitectnicos de diseo

5.2.1 Presentacin(Vista)
Los usuarios accedern al sistema mediante el uso de cualquier browser en cualquier
dispositivo con acceso a internet, desde aqu podrn acceder a los diferentes mdulos que
la aplicacin ofrece.

5.2.2 Controlador
El servidor de Aplicaciones es el encargado de ejecutar toda la lgica de negocio
mediante los diferentes servlets donde corre los servicios de Apache TOMCAT 7.0 el cual
permitir compilar y ejecutar lo mencionado.
5.2.3 Negocio(Modelo)
Comprendido por los diferentes Beans que basados en el patrn Abstract Factory
permitirn el encapsulamiento y nico acceso a la Base de datos MySQL 6.3 que
proporcionar la persistencia para el Sistema de Ventas de Arreglos Florales.

Pgina 10 de 15
Anexo 12

5.3 Capas
Capa de Presentacin

Pgina 11 de 15
Anexo 12

Pgina 12 de 15
Anexo 12

6. Vista de Despliegue

Pgina 13 de 15
Anexo 12

Como se muestra en el diagrama de despliegue, son necesarios 2 comunicaciones de

sistema. Esto se da, ya que al ser una pequea empresa, los recursos disponibles para la
optimizacin del proceso no son suficientes para un diseo multiserver.
Esto no conlleva a que este sistema sea inseguro, lento u obsoleto, ya que simplemente
se trata de aprovechar los recursos al mximo, mediante el uso de servidores locales,
bases de datos locales y una correcta gestin en la base de datos.

6.1 <Componente Uno>

Arquitectura de Software

En la nube

Pgina 14 de 15
Anexo 12

7. Vista de Implementacin

A continuacin se presenta el diagrama de componentes, el cual est dividido en 3 capas

(Presentacin, Controladora y Negocio):

En la capa de presentacin se encuentra los componentes que implementarn la interfaz

de usuario (secretaria, almacenero y jefe).
En la capa Controladora se encuentra los componentes y entidades. Contendr todas las
clases controladoras del sistema.
Y por ltimo, la capa de Negocio contiene a los componentes las cuales contendrn
aquellas clases que debern ser implementadas para el acceso a las fuentes de
informacin del sistema.

Pgina 15 de 15