Documento de ejemplo de como generar un documento de arquitectura para un software. Sample document to generate a architecture software document

1. GEAS
Documento de Arquitectura de Software
Version 2.0
Historial de revisiones
Date Version Description Author
06/05/2014 1.0 Generación de documento de arquitectura de
Software.
M. Alvarez
06/05/2014 2.0 Modificación en la sección tamaño y rendimiento M. Granger

2. Table de Contenidos
Contenidos
1. Introducción ................................................................................................................................... 3
1.1 Propósito................................................................................................................................... 3
1.2 Alcance ...................................................................................................................................... 3
1.3 Definiciones, Acrónimos y Abreviaciones ................................................................................. 3
2. Representación Arquitectónica...................................................................................................... 3
3. Objetivos Arquitectónicos y Restricciones..................................................................................... 4
4. Vista de Casos de Uso..................................................................................................................... 4
4.1 Casos de Uso de Importancia arquitectónica........................................................................... 5
5. Vista Lógica..................................................................................................................................... 6
5.1.1 Aplicación........................................................................................................................... 7
5.1.2 Negocio............................................................................................................................... 7
5.1.3 Datos .................................................................................................................................. 7
5.1.4 Objeto de negocio.............................................................................................................. 8
6 Vista de despliegue.......................................................................................................................... 8
7.1 PC Remoto................................................................................................................................ 8
7.2 PC Local .................................................................................................................................... 8
7.3 PeopleSoft................................................................................................................................. 8
8. Tamaño y rendimiento................................................................................................................... 9
9. Calidad............................................................................................................................................ 9

3. Documento de Arquitectura de
Software
1. Introducción
1.1 Propósito
Este documento proporciona una visión general de arquitectura global del sistema, el uso
de un número de diferentes vistas arquitectónicas para describir diferentes aspectos del
sistema. Se tiene la intención de capturar y transmitir las decisiones arquitectónicas
significativas que se hayan introducido en el sistema.
1.2 Alcance
Este Documento de Arquitectura de Software proporciona una visión general de
arquitectura del Sistema GEAS. El Sistema GEAS está siendo desarrollado por M & M para
apoyar el Registro de Activos Fijos Menores.
1.3 Definiciones, Acrónimos y Abreviaciones
ETL = Extract, Transform and Load
UML = Underlying Unified Modeling Language
2. Representación Arquitectónica
Este documento presenta la arquitectura como una serie de vista; vista de casos de uso,
vista lógica, vista de proceso y la vista de despliegue. En este documento no se describe
una vista de implementación separada. Estas vistas están realizadas sobre un modelo UML.

4. 3. Objetivos Arquitectónicos y Restricciones
Hay algunos requisitos clave y restricciones del sistema que tengan una incidencia
significativa en la arquitectura. Ellos son:
1. Deben estar disponibles los catálogos o set de datos de: Ubicaciones, Áreas,
Personas y Usuarios.
2. El sistema GEAS debe tener acceso al archivo generado por el sistema PeopleSoft.
3. La funcionalidad de Registro deben estar disponibles tanto de PCs de las sedes y
PC remotos con conexiones a Internet.
4. El sistema GEAS debe garantizar la protección completa de datos contra el acceso
no autorizado. Todos los accesos remotos están sujetos a la identificación del
usuario y control de contraseña.
5. El sistema GEAS se implementará como un sistema web, pudiendo ser accedido
desde cualquier computador con conexión a Internet.
4. Vista de Casos de Uso
Es una descripción de la vista de casos de uso de la arquitectura de software. La vista de Casos de
Uso es un insumo importante para la selección del conjunto de escenarios y / o casos de uso que
son el foco de una iteración. En él se describe el conjunto de escenarios y / o casos de uso que
representan algunas funciones importantes. También se describe el conjunto de escenarios y / o
casos de uso que tienen una cobertura arquitectónica substancial de la arquitectura.
Los casos de uso del sistema GEAS son:
- Login.
- Registro de Activos.
- Alta de Activos Fijos.
- Asignación de activos Fijos.
- Des asignación de activos Fijos.
- Baja de activos Fijos.
Estos casos de uso son iniciados por los administradores de la sede central. Además, GEAS se debe
comunicar con el sistema ERP PeopleSoft.

5. 4.1 Casos de Uso de Importancia arquitectónica
Usuario
Login
Digitador
Ingreso Activos
Alta Activos
Asignacion Activos
Baja Activos
Responsable
Visitante
Ver Reportes
Nombre del diagrama: Casos de uso significantes
4.1.1 Login
Descripción breve:Este caso de uso explica como el usuario de autentifica en el sistema
GEAS. Los actores que inician este proceso son los digitadores y visitantes.
4.1.2 Ingreso de activos
Descripción breve: Este caso de uso permite el ingreso de activos fijos. Esto incluye
solamente el ingreso de los activos dejando estos como “ingresados”. El actor que inicia
este caso de uso es el digitador.
4.1.3 Alta de activos Fijos
Descripción Breve: Este caso de uso permite al digitador dar de alta un activo dejandolo
activo y listo para asignarlo a un responsable. El actor que inicia este caso de uso es el
digitador.

6. 4.1.4 Asignación de activos fijos
Descripción breve: Este caso de uso permite al digitador asignar un activo fijo a un
responsable. El actor principal de este caso de uso es el digitador.
4.1.5 Des Asignación de activos fijos
Descripción breve: Este caso de uso permite al digitador eliminar una asignación dejando al
activo fijo listo para re asignarlo o darlo de baja según corresponda. El digitador es quien
inicia este caso de uso.
4.1.6 Baja de activos fijos
Descripción breve: Este caso de uso permite al digitador dar de baja un activo fijo, dejando
este no habilitado para mas asignacion. El actor en este caso de uso es el digitador.
4.1.8 Ver reportes
Descripción Breve: Este caso permite a los actores del sistema a ver los reportes asignados
segun su perfil. Los digitadores podran ver reportes de todas las sedes, mientras que los
visitantes solo podran ver los reportes de sus sedes asignadas. Los actores de este caso son
los digitadores y los visitantes.
5. Vista Lógica
Describe las clases más importantes , su organización en paquetes de servicios y
subsistemas , y la organización de estos subsistemas en capas. También describe las
realizaciones de casos de uso más importantes , por ejemplo, los aspectos dinámicos de la
arquitectura . Los diagramas de clases pueden ser incluidos para ilustrar las relaciones
entre las clases de gran importancia arquitectónica , subsistemas , paquetes y capas.
La vista lógica del sistema se compone de los 3 paquetes principales: la interfaz de usuario,
Capa de Negocio, Capa de datos y Objectos de Negocio.
La interfaz de usuario contiene clases para procesar la forma en que los usuarios accederan
al sistema. Estas clases se encargarán de desplegar la informacion para cada usuario de
acuerdo a su perfil.
La Capa de Negocio es la encargada de extraer, ingresar y procesar los datos digitados por
los usuarios.
La Capa de Datos es la encargada de almacenar la información.
El Objeto de Negocio sera el encargado de interactuar con el reporte generado por el
software PeopleSoft a traves de una ETL.

7. 5.1 Resumen de la arquitectura - Paquete y capas de Subsistema
<<CAPA>>
Aplicacion
<<CAPA>>
Negocio
<<CAPA>>
Datos
<<ETL>>
Objeto deNegocio
5.1.1 Aplicación
capa
Esta capa de aplicación son todas las pantallas que el usuario verá. Esta capa
depende directamente de la capa de negocio.
5.1.2 Negocio
capa
La capa de negocio es la encargada de controlar la forma en que se comportará el
sistema, procesando la información ingresada. Esta capa representa la capa media
del sistema. Esta capa depende directamente de la capa de datos y aplicación.
5.1.3 Datos
capa
Esta capa es la encargada de proveer acceso simplificado a la base de datos.

8. 5.1.4 Objeto de negocio
Es el encargado de realizar la carga diaria de datos desde PeopleSoft.
6 Vista de despliegue
Una descripción de la vista despliegue de la arquitectura describe los diversos nodos físicos para las
configuraciones más típicas de la plataforma. También describe la asignación de tareas (de la vista
de proceso) a los nodos físicos.
Esta sección está organizada por la configuración de la red física; cada uno de tales configuración se
ilustra por un diagrama de implementación, seguido de una asignación de los procesos a cada
procesador.
Nombre del diagrama: Vista de Explotación
7.1 PC Remoto
Serán todos aquellos computadores que accedan al sistema via Internet.
7.2 PC Local
Estos serán todos los equipos que accedan al sistema estan dentro de la LAN de AIEP.
7.3 PeopleSoft
Este es el sistema que proveera la información la cual alimentará al siatema de GEAS.

9. 8. Tamaño y rendimiento
Para la aplicación GEAS se recomienda un infraestructura simple, dado que el numero
de conexiones concurrentes y tiempo de sesion no estiman altos.
Para este calculo se utilizo la formula estándar de calculo de usuarios consurrentes:
Cu = NCs / AtbH
Donde:
Cu = Usuarios Concurrentes.
NCs = Numero de usuarios concurrentes.
AtbH = Promedio de tiempo entre visitas.
Tomando un promedio de 100 usuarios concurrentes con un tiempo promedio de entre
visita de 10 minutos, nos daria una concurrencia de 10 usuarios.
Con una configuracion de servidor basica, como se muestra en la siguiente imagen:
ClienteFirewallWeb
Server
DataBase
TCP/IP http http
1. Un servidor de base de datos simple soporta hasta 2000 conexiones simultaneas.
2. El sistema debe proveer acceso a la base de datos con una latencia de no mas de 10
segundos.
3. Entre el servidor de base de datos y el websrever sera por protocolo TCP/IP, ya que este es
el standard de comunicaciones internas.
4. Entre el cliente y el webserver la comunicación será via protocolo HTTP, pudiendo ser
HTTPS, dependiendo de las caracteristicas de seguridad implementadas en el servidor.
9. Calidad
1. La interfaz cumplirá con todas estandares web establecidos por la W3C.
2. La interfaz de usuario sera compatible con las ultimas versiones de exploradores IE10+,
Firefox, Chrome.
3. Cada modulo desarrollado cumplirá con las buenas practicas estipuladas por Microsoft.
4. El sistema GEAS deberá estar onLine 24/7.
5. Las actualizaciones seran realizadas en horario no habil, siempre y cuando no sean errores
fatales que interrumpan el uso de la aplicación.