You are on page 1of 8

PONTIFICIA UNIVERSIDAD CATLICA DEL PER FACULTAD DE CIENCIAS E INGENIERA SECCIN DE INGENIERA INFORMTICA Grupo 03

ALRAZ Documento de Arquitectura de Software Versin 1.2

PROPUESTO POR: Manuel Tupia ELABORADO POR: Roddy Del Carmen Ros Acosta Karen Marlene Pancorbo Mndez Marco Tulio Rodrguez Rojas Juan Carlos Guzmn Rodrguez Carlos Eduardo Campos Vera Dennis Alexander Risco Mrquez Yoshi Abel Vivanco Ortiz REVISADO POR: Mara del Carmen Elas

tupia.mf@pucp.edu.pe

20000469 20017094 20027132 20037099 20042044 20042162 20047213

maria.elias@pucp.edu.pe

Lima, 23 de noviembre del 2008 Historial de Revisiones

Historial de revisiones tem Fecha Versin Descripcin Equipo 1 23/09/2008 1.0 Versin inicial. Juan Guzmn 2 22/10/2008 1.1 Actualizacin casos de uso Dennis Risco 3 23/11/2008 1.2 Versin final Juan Guzmn Tabla de Contenido 1. 1.1. 1.2. 1.3. 1.3.1. 1.3.2. 1.4. 1.5. 2. 3. Introduccin Propsito Alcance Definiciones, acrnimos y abreviaturas Definiciones Acrnimos Referencias Visin General del documento Representacin de la arquitectura Metas y Restricciones de la arquitectura 4 4 4 4 5 5 5 5 5 6

3.1. 3.2. 4. 4.1. 4.1.1. 4.1.2. 4.1.3. 4.2. 4.2.1. 4.2.2. 4.2.3. 5. 5.1. 5.2. 5.2.1. 5.2.2. 5.2.3. 6. 6.1. 7. 7.1. 7.2. 8. 8.1. 8.2. 8.2.1. 8.2.2. 8.2.3. 9. 10. 10.1. 10.2. 10.3. 10.4. 10.5. 10.6.

Metas Restricciones del Sistema Vista de Casos de Uso Realizaciones de Casos de Uso Paquete Seguridad Paquete de Maestros Paquete de Reportes y Algoritmia Realizacin de Casos de uso Significativos Paquete de Seguridad Paquete de Maestros Paquete de Reportes y Algoritmia Vista Lgica Descripcin Diseo en Capas Capa Interfaz de Usuario Capa Lgica del Negocio Capa Persistencia Vista de Proceso Diagrama de clases Vista de Despliegue Servidor de la Empresa. Computadora Usuario Vista de Implementacin Descripcin Niveles o Capas Capa GUI Capa Lgica del Negocio Capa Base de Datos Tamao y performance Calidad Usabilidad Eficiencia Seguridad Confiabilidad Mantenimiento Estndares:

6 6 7 8 8 10 12 13 13 13 13 14 14 15 16 16 16 16 16 17 17 17 17 17 17 17 18 18 18 19 19 19 19 19 19 19

Documento de Arquitectura de Software

1.

1. Introduccin

Uno de los desarrollos ms importantes dentro de la construccin del software es el desarrollo de la arquitectura de software, que permite representar la estructura del sistema, sirviendo de comunicacin entre las personas involucradas en el desarrollo y ayudando a realizar diversos anlisis que orienten el proceso de toma de decisiones. Este documento provee al usuario especializado una vista de la arquitectura del Sistema de Simulacin de Cortes ALRAZ. La plantilla de este documento se bas en las especificaciones de RUP (Rational Unified Process) para el documento de arquitectura de software. 1.1. Propsito

Este documento proporciona una descripcin de la arquitectura del sistema, haciendo uso de diversas visiones arquitectnicas para representar diversos aspectos del sistema. Se realiza con el fin de documentar las decisiones de arquitectura significativas que se han tomado en el sistema. 1.2. Alcance

Este documento presenta la arquitectura en la cual estar basado el Sistema de Simulacin de Cortes ALRAZ, definiendo de manera detallada la distribucin de los paquetes del sistema en las diversas capas que ste presenta, as como una descripcin de las capas a utilizar. 1.3. Definiciones, acrnimos y abreviaturas

Se brindan definiciones y acrnimos de trminos usados en el presente documento que necesiten de alguna explicacin para su correcta interpretacin.

1.3.1. Definiciones

Paquetes Agrupaciones de casos de uso y actores por funcionalidad que proveen. Actor Alguien o algo externo al sistema que interacta con l. Caso de Uso Secuencia de acciones que el sistema realiza, la cual proporciona un resultado de valor observable. MS Visio Se refiere a la herramienta que permite realizar el modelado de los diagramas presentados en este documento. 1.3.2. Acrnimos

ERS Especificacin de Requisitos de Software RUP Rational Unified Process UML Unified Modeling Language 1.4. Referencias

Las referencias aplicables son:

1. 2. 3. 4.

Documento de Especificacin de Requisitos de Software de ALRAZ. Documento de Visin del Proyecto del Sistema ALRAZ. Glosario de Trminos del Sistema ALRAZ. Plan de Proyecto del Sistema ALRAZ.

1.5.

Visin General del documento

En las once secciones de este documento se detalla la arquitectura del software a desarrollar. Para ello se presenta de manera clara el caso de uso que mas representa la arquitectura del sistema, empleando un lenguaje sencillo y directo, as como grficos y vistas de acuerdo a la metodologa utilizada.

1.

2. Representacin de la arquitectura

La Arquitectura a utilizar ser Cliente-Servidor. El cliente es la aplicacin que ser implementada en el lugar donde se encuentra la empresa. Se desarrollar una sola aplicacin integrada, en la que solo se permitir el acceso a los usuarios registrados en el sistema y a las reas a las cuales tengan acceso autorizado. Se emplear un solo servidor centralizado. La arquitectura se muestra como una serie de vistas -indicadas con anterioridad-, usando la aplicacin MS Visio y empleando UML. La arquitectura se basar en el modelo 4+1, que contendr las vistas de Lgica, Implementacin, Procesos e Implantacin, con la vista central de caso de uso.

1.

3. Metas y Restricciones de la arquitectura

La meta principal de la arquitectura del sistema es mostrar los aspectos principales que influirn en la etapa de desarrollo. Se tomarn en cuenta las siguientes metas y restricciones para el diseo de la arquitectura del sistema: 3.1. Metas

1.

El Sistema ALRAZ permitir a los usuarios acceder al sistema desde cualquier Terminal de la empresa de ensamblaje.

2. 3. 4.

Para poder acceder al Sistema ALRAZ, se requiere de un cdigo de usuario vlido as como de una contrasea. Adems, dependiendo del perfil del usuario se deshabilitarn opciones de manejo del Sistema para proteger informacin confidencial. Los requerimientos de rendimiento estipulados en el Documento de Visin, deben de ser considerados como parte de la arquitectura del sistema a implementar El uso del sistema para los trabajadores de la empresa se limita a dentro de la organizacin. Afuera de ella no se podr acceder al sistema.

3.2.

Restricciones del Sistema

1. 2. 3.

Necesariamente el sistema usar como motor de Base de Datos a PostgreSql. Siendo necesario la elaboracin de una copia de rescate de las tablas para no afectar la informacin almacenada antes de poner en total funcionamiento al sistema. Las computadoras que brindarn el servicio cliente del sistema no debern de presentar potencias menores a las brindadas por una Pentium 4, con al menos 512 MB de RAM y 200 MB de espacio en el disco, con un Sistema Operativo Linux. Todos los nodos que hagan uso del sistema, al estar este desarrollado en Java, debern de tener instalado el JRE 1.6 o superior

1.

4. Vista de Casos de Uso

El diagrama de casos de uso representa la forma de cmo un cliente opera con el sistema en desarrollo, adems de la forma tipo y orden de los elementos que interactan y as obtener el conjunto de escenarios que contendr cada iteracin. Cada caso de uso tiene una descripcin que especifica la funcionalidad que se incorporar al sistema propuesto. En este apartado se mostraran los casos de uso ms significativos del Sistema.

4.1.

Realizaciones de Casos de Uso

4.1.1. Paquete Seguridad

Fig. 4.1: Casos del uso del paquete Seguridad

Realizar el mantenimiento de usuarios El propsito de este caso de uso es permitir el ingreso de un nuevo usuario al sistema, la modificacin de la informacin ingresada y tambin la eliminacin del usuario

Realizar el mantenimiento de perfiles de usuario El propsito de este caso de uso es permitir el ingreso de un determinado perfil para los usuarios del sistema. Con estos perfiles se dan las respectivas restricciones a los usuarios para que estos solo tengan algunas funcionalidades habilitadas. Validar Usuario y Contrasea El propsito de este caso de uso es permitir el ingreso al sistema a un usuario registrado, evitando que cualquier persona ajena al sistema pueda acceder a informacin. Mantener Contrasea El propsito de este caso de uso es permitir a los usuarios registrado establecer su propia contrasea para el ingreso al programa. Registrar Incidencias de Ingreso El propsito de este caso de uso es mantener un registro de los intentos de ingreso al sistema. Registrar traza del usuario El propsito de este caso de uso es permitir registrar las tablas que fueron accedidas, las operaciones realizadas de los usuarios a la Base de Datos, as como guardar fecha y hora de la accin, y el ip de la mquina.

4.1.2. Paquete de Maestros

Fig. 4.2: Casos del uso del paquete de Maestros

Registrar dimensiones de las placas El propsito de este caso de uso es registrar las dimensiones de las placas de donde se cortarn los requerimientos. Registrar Requerimientos El propsito de este caso de uso es registrar los datos asociados (ancho y largo) a un requerimiento de placas. Importar datos para proyecto o simulacin El propsito de este caso de uso es mostrar cmo se pueden importar datos desde XML para poder procesarlos en el software de corte.

Realizar el mantenimiento de las unidades de medida El propsito de este caso de uso es el de tener registrado todas las unidades de medidas que el sistema podr soportar. Este caso de uso incluye el registro, la actualizacin y eliminacin de una unidad de medida. Mantener Simulacin El propsito de este caso de uso es permitir almacenar en un archivo el proyecto que se halla ejecutado en el sistema. Este archivo podr ser cargado y modificado en cualquier momento. Realizar el mantenimiento de los materiales El propsito de este caso de uso es permitir el ingreso de nuevos materiales al sistema, as como la modificacin y eliminacin de los existentes.

4.1.3. Paquete de Reportes y Algoritmia

Fig. 4.3: Casos del uso del paquete de Reportes y Algoritmia Generar reporte de actividades por usuario El propsito de este caso de uso es generar reportes en base a la informacin registrada de las todas las actividades efectuados por cada usuario. Generar reporte de seguridad El propsito de este caso de uso generar reportes de los usuarios que infringieron las normas de Seguridad Generar reporte grfico de la simulacin El propsito de este caso de uso es el de mostrar grficamente la distribucin de las laminas requeridas sobre las planchas originales. Se mostraran todas las planchas usadas as como tambin los cortes sobre las mismas Generar reporte estadstico de la simulacin El propsito de este caso de uso es el de mostrar estadsticamente el nmero de cortes realizados para cumplir con los requerimientos; as como el porcentaje de desperdicio y aprovechamiento del material. Crear Simulacin El propsito de este caso de uso es el de elaborar una simulacin de los cortes con los datos ingresados por el usuario. 4.2. Realizacin de Casos de uso Significativos

4.2.1. Paquete de Seguridad Se debe destacar por precedencia e importancia el caso de uso Mantener Usuarios y Validar Usuario y Contrasea. Es el caso de uso en el cual est basado todo el mdulo y es el que permite que cualquier tipo de usuario pueda ingresar al sistema. 4.2.2. Paquete de Maestros En este paquete se debe resaltar la importancia de los casos de uso de ingreso de informacin, ya que son el principal mecanismo de entrada. 4.2.3. Paquete de Reportes y Algoritmia En este paquete se debe el principal caso de uso es el de la Simulacin, donde se hace uso del algoritmo elegido. 1. 5. Vista Lgica

5.1.

Descripcin

La vista lgica del sistema ALRAZ est compuesta de cuatro paquetes principales: Interfaz de usuario (GUI), servicios del negocio (Business Logic), objetos del negocio (Business Entity) y los objetos de persistencia (Data Access Objects). El primer paquete, Interfaz de usuario, contiene las clases visuales de la aplicacin, las cuales crean las ventanas que utiliza el usuario para comunicarse con el sistema para una adecuada y fcil utilizacin de los paquetes que se encuentran en las siguientes capas.

El paquete Lgica del Negocio contiene las clases que permiten llevar a cabo los servicios del negocio, como son: Controlar el mantenimiento de usuarios, atender los requerimientos a cortar, etc.

El paquete Entidades del Negocio contiene las clases que utilizar el sistema ALRAZ, entre las principales clases se tiene: Usuario, Lmina, Requerimiento, etc.

El paquete de Objetos de Acceso de Datos contiene las clases que el sistema utiliza para manejar la persistencia de los objetos con la Base de Datos.

5.2.

Diseo en Capas

En la siguiente figura podemos observar la distribucin de los paquetes en cada una de las capas del sistema.

Figura .1: Diagrama de Distribucin de Capas del Sistema

5.2.1. Capa Interfaz de Usuario Esta capa contiene el paquete Interfaz de Usuario, el cual almacena todas las clases con las cuales el usuario puede interactuar como lo son las ventanas. 5.2.2. Capa Lgica del Negocio Esta capa contiene los paquetes de Servicios de Negocio y Entidades de Negocio. Contiene la lgica para el manejo de las operaciones del negocio. 5.2.3. Capa Persistencia Esta capa contiene el paquete de Objetos de Acceso de Datos, que brinda una interfaz transparente para la interaccin con el Framework el cual enviar al Driver el conjunto de sentencias para interactuar con la Base de Datos.

1.

6. Vista de Proceso

6.1.

Diagrama de clases

Es el diagrama principal para el anlisis y diseo. En este diagrama se presentan las clases del sistema con sus relaciones estructurales y de herencia. Para establecer las clases, objetos atributos y operaciones entre clases se tom como base a los diagramas de casos de uso.

Figura 6.1: Vista del Diagrama de Clases Significativo

1.

7. Vista de Despliegue

El presente Diagrama de Despliegue muestra de manera grfica los nodos que conforman el sistema, adems los describe indicando la localizacin de las tareas en los nodos fsicos. Cada nodo representa un recurso de ejecucin como una computadora o servidor y se encuentra conectado con otros mediante un enlace de comunicacin. En este caso, la red ser de tipo LAN.

Figura 7.1: Diagrama de Despliegue del Sistema. Servidor (Base de Datos) y Cliente (Computadora usuario).

7.1.

Servidor de la Empresa.

El servidor principal de la empresa donde se encuentra la Base de Datos. Los diferentes usuarios tendrn acceso al servidor va LAN. 7.2. Computadora Usuario

Son las computadoras que son utilizadas por cada uno de los usuarios de la empresa para acceder al sistema. Estn conectadas directamente al servidor principal va LAN.

1.

8. Vista de Implementacin

8.1.

Descripcin

La vista de implementacin seguir el patrn de diseo MVC (Model View Controller). Este patrn plantea la separacin del problema en tres capas: la capa model, la capa controller y la capa view. 8.2. Niveles o Capas

8.2.1. Capa GUI El componente GUI maneja las clases que permiten la interaccin del usuario con el sistema. 8.2.2. Capa Lgica del Negocio Este componente permite manejar la lgica del negocio de todas las reas involucradas.

Seguridad Maestros Reportes y Algoritmia

8.2.3. Capa Base de Datos Este componente contiene toda la informacin que maneja el Sistema.

Figura 8.1: Diagrama de Implementacin del Sistema.

1.

9. Tamao y performance

La arquitectura de software elegida apoya los requisitos dominantes de capacidad en disco y latencia, segn lo estipulado en el Documento de Especificacin de Requisitos de Software de ALRAZ y el Documento de Visin del Proyecto del Sistema ALRAZ.

1.

1.

Tiempo de respuesta en el acceso a la Base de Datos

El sistema proveer accesos a la base de datos con un tiempo de respuesta no mayor a los 5 segundos.

1.

2.

Tiempo de respuesta de transacciones

El programa no demorar ms de 5 minutos en generar una distribucin ptima para los cortes haciendo uso del algoritmo elegido y guardndolo en base de datos.

1.

3.

Espacio en disco para el cliente

El espacio en disco necesario para la parte del cliente deber tener como mnimo 500 MB de espacio libre para su correcto funcionamiento, esto incluye tanto el tamao del software como el JRE 1.6.

1.

4.

Espacio en disco para el servidor de Base de datos

El espacio en disco necesario para la parte del Servidor de Base de datos deber tener como mnimo 1 GB libres en disco para su correcto funcionamiento. La arquitectura seleccionada apoya los requisitos de latencia y capacidad en disco en la puesta en prctica de una arquitectura cliente servidor. La porcin del cliente solo se pone en ejecucin en las PC locales de los distintos ambientes dentro de la empresa. Los componentes se han diseado para asegurarse de obtener requisitos mnimos de disco y memoria en el lado de las PC del cliente.

1.

10.

Calidad

Para un mejor aprovechamiento de la arquitectura de software se dan los siguientes requerimientos de calidad: 10.1. Usabilidad El sistema permitir un manejo intuitivo por parte de los usuarios. 10.2. Eficiencia El programa no demorar ms de 5 minutos en generar una distribucin ptima para los cortes haciendo uso del algoritmo elegido. 10.3. Seguridad El sistema permitir el acceso a funcionalidades dependiendo del perfil del usuario que ingresa al sistema, validando su ingreso a travs de una clave. 10.4. Confiabilidad El sistema tendr en cuenta que la informacin ingresada en l sea vlida, para lo cual mostrar mensajes que expliquen al usuario acerca de los errores que ste pudiera cometer y de aquellos que pueda cometer el mismo sistema. 10.5. Mantenimiento El sistema ser flexible, facilitando su mantenimiento futuro. 10.6. Estndares: Se usar un estndar para todas las ventanas e interfaces con el usuario que tenga el Sistema ALRAZ, as como los nombres, cdigos, etc.

You might also like