Documento de Arquitectura del Software

REPORTER GRAFIC

Documento de Arquitectura del Software

Versión 1.0

Cajamarca, 2011

Tabla de Contenidos

Documento de Arquitectura del Software

1.         Introducción

1.         Propósito

Este documento proporciona una descripción comprensiva arquitectónica del sistema, usando un número finito de vistas diferentes para representar los distintos aspectos que se requieren para capturar y transportar las decisiones significativas que han sido hechas sobre el sistema para el área de RRHH de la Universidad Privada el Norte.

Con esto, lo que se propone es que por medio de este documento, se tenga una clara visión del diseño de esta aplicación, lo cual podría ser de mucha utilidad posteriormente.

1.         Alcance

El presente documento contiene el diseño elaborado para el sistema EasySoft_Reportes, el cual es producto de un análisis minucioso de los requisitos del sistema, obtenidos mediante una entrevista previa con el encargado de RRHH de la UPN.

Los modelos son utilizados tanto para el análisis de requisitos, como para el diseño de la solución, así como para las especificaciones, construcción y despliegue del sistema y utilización del sistema por el encargado de RRHH.

Los modelos son presentados por vistas o diagramas, es decir el modelo de diseño fue  implementado en Rational Rose.

1.         Definiciones, Acrónimos y abreviaturas

• UPNT: Universidad Privada del Norte De Trujillo
• UPNL: Universidad Privada del Norte De Lima
• UPNC: Universidad Privada del Norte De Cajamarca.
• C: Cajamarca.
• T:Trujillo
• L: Lima.
• A:Administrativo
• H: Servivio Corporativo.
• W: Working Adult.
• I: ITN(Instituto).
• P:Pregrado.

1.         Referencias  

http://www.fing.edu.uy/~pgsoasem/documentos/PG-P2005_0026-SAD.pdf

http://www.dosideas.com/noticias/metodologias/298-como-documentar-la-arquitectura-de-software.html

http://jjegonzalezf.files.wordpress.com/2009/07/das-ieee1471-restaurant.pdf

1.         Generalidades

        Este documento presenta la arquitectura como una serie de vistas basadas en la arquitectura de software. Estas vistas son: la vista de escenarios, la vista lógica., la vista de desarrollos, la vista física, la vista de procesos .No hay ninguna vista separada de una misma implementación, descrita en este documento. Estas vistas están hechas sobre Lenguaje de modelo unificado (UML) en su versión 2.0 desarrolladas usando IBM Rational Rose Enterprise 7.0.

Los estilos arquitectónicos serán referenciados en este documento de arquitectura, según las recomendaciones de la Arquitectura de software.

1. Representación de la Arquitectura

La representación se realizará a fin de mostrar diferentes perspectivas del producto software, empleando las vistas siguientes:

1. Perspectiva Funcional – Vista de Casos de Usos. Presenta la arquitectura desde la perspectiva del usuario final. Esta vista se desarrolla a través del Modelo de Casos de Usos (usando Diagramas de Casos de Uso de UML).

[pic 3]

1. Perspectiva Estructural – Vista Lógica. Presenta la arquitectura desde la perspectiva del desarrollador. Permite mostrar la organización de las piezas fundamentales de la arquitectura, organizando los elementos de diseño (usando Diagramas de Subsistemas, Clase).

Código rafaaaa!!!

1. Perspectiva de Construcción – Vista de Implementación. Presenta la arquitectura desde la perspectiva del programador, definiendo los componentes software a ser desarrollados (diagrama de Componentes)
2. Perspectiva de los Datos – Vista de Datos. Presenta la arquitectura de datos que soportará los requerimientos de información del sistema software. Se emplea el Modelo Entidad Relación.
3. Perspectiva del Despliegue – Vista de Despliegue. Presenta la arquitectura desde la perspectiva del implantador de la solución. Define como los componentes de la arquitectura serán desplegados sobre la infraestructura de TI definida (Diagrama de Despliegue).

1. Metas y Restricciones Arquitectónicas

• Se deben recopilar los requerimientos del área del RRHH.
• Los datos con los que trabaja el encargado de RRHH son de vital importancia para el control del personal administrativo, por lo cual es necesario garantizar su seguridad.
• La cantidad de información que es manipulada es bastante grande.

1. Vista de Casos de Uso

La Vista de Casos de Uso presenta un subconjunto del Modelo de Caos de Uso. Describe los casos de uso o escenarios que representen funcionalidades centrales del sistema final, que requieran una gran cobertura arquitectónica. Estos casos de uso, en conjunto con los requerimientos no funcionales, permiten descubrir y diseñar la arquitectura del sistema.

...