diseño ingenieria del software

Sistema de gestin de la Unidad de Transporte del Colegio

Universitario de Los Teques, Cecilio Acosta Cultca, Los

Teques, Edo Miranda.

Documento de Diseo de Arquitectura de Software

Versin 1.0

Sistema de gestin de la Unidad de Transporte. Versin: 1.0

Error! Nombre desconocido de propiedad de documento. Fecha: 25/06/2014

ING-DES-002

Histrico de Revisiones

Fecha Versin Descripcin Autor

25/06/2014 Entregable Documento de Diseo de

Arquitectura de Software.

Johana Alvarez. Silfredo Pea.



ING-DES-002

Tabla de contenidos. Introduccin 1.- Propsito del sistema. 2.- Objetivos del diseo. 3.- Definiciones, acrnimos y abreviaturas. 4.- Referencias. 5.- Estructura del documento (organizacin). Arquitectura del sistema 1.- Descripcin general. 2.- Representacin de la arquitectura. Descripcin del Negocio. Requerimientos segn el modelo FURPS+. Diagrama de actividad general de los procesos del negocio. Modelo de Dominio. Casos de usos de los requerimientos. Diagrama de actividad de algunos casos de uso. Diagrama de secuencia. 3.- Arquitectura del sistema. Diseo Arquitectnico que se va emplear (definicin de arquitectura a nivel de hardware, software, comunicacin). Descomposicin en subsistemas o mdulos. 4.- Diseo de la interfaz de usuario representada por mdulos del sistema. 5.- Diseo de la base de datos. Esquema conceptual de la base de datos. Diagrama de objetos. Diagrama de clases. 6.- Arquitectura de implementacin. Vistas de paquetes. 7.- Glosario.



ING-DES-002

Documento de Arquitectura de Software

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,

adems de ayudar a realizar el anlisis para la toma de decisiones.

Este documento provee al usuario especializado una vista de la arquitectura del

Sistema de gestin de la Unidad de Transporte del Colegio Universitario de Los Teques,

Cecilio Acosta Cultca, Los Teques, Edo Miranda.

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.

2. Objetivos del diseo.

La Unidad de Transporte del Colegio Universitario de Los Teques desea mantener el

registros y control de todas las unidades pertenecientes.

Por otra parte, el sistema deber permitir que las actividades para el registro,

modificacin, consulta y eliminacin de una unidad, ruta, horario, chofer o mantenimiento

efectuado, por el administrador o secretaria puedan llevarse a cabo a travs de la web. As

mismo, deben proveerse los mecanismos puedan operar con el sistema.

Adems, se desea reutilizar un sistema de informes de mantenimiento existente en

la unidad de transporte, a fin de poder utilizar los servicios que ofrece dicho sistema.

El sistema requerido deber ejecutarse bajo la plataforma Microsoft Windows.

Este podra utilizar como navegador el Internet Explorer o algn navegador de software



ING-DES-002

libre como el Google Chrome. El sistema utilizar el protocolo estndar de comunicacin

HTTP a travs del canal de comunicacin TCP/IP. Por otra parte, el desarrollo de la interfaz

grfica se realizar en forma sencilla utilizando un editor HTML empleando el lenguaje de

programacin PHP para generar el contenido dinmico de las pginas web y de la

programacin de la lgica de la aplicacin.

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.

3.1.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.

Star UML Se refiere a las herramientas que permiten realizar el modelado de los diagramas presentados en este documento.

3.1.2. Acrnimos

SGUT-CULTCA Sistema de gestin de la Unidad de Transporte del Colegio Universitario de Los Teques, Cecilio Acosta

HTTP Protocolo de Trasferencia de Hipertexto.

HTML hyper text markup language

PHP hypertext Preprocessor

TCP/IP Protocolo de control de transmisin/Protocolo de Internet

RUP Rational Unified Process

UML Unified Modeling Language

4. Referencias. Software Architecture Document.



ING-DES-002

5. Estructura del documento (organizacin). El documento se desarrolla y se organiza en base a la plantilla elaborada para el

artefacto Software Architecture Document del proceso de desarrollo de software

elaborado por RUP [2], adaptada a las caractersticas particulares del tipo de proyecto en

desarrollo.

La seccin 2 realiza la representacin utilizada de la arquitectura de forma de

asegurar una comprensin cabal del documento en tal sentido.

Las siguientes secciones se abocan a la descripcin de la arquitectura del Sistema

de gestin de la Unidad de transporte.

Luego de una descripcin inicial de los objetivos y restricciones influyentes, se

desarrolla cada una de las vistas y se cierra con algunas consideraciones finales

importantes.

En las secciones finales, y sobre la base de lo desarrollado anteriormente, se

incluye la descripcin de la arquitectura del Sistema de gestin de la Unidad de

transporte.

Arquitectura del sistema

A continuacin se describe la arquitectura del sistema tanto en su forma lgica como fsica.

1.2 Arquitectura lgica del sistema.

El sistema emplear el estilo arquitectnico de capas y ser organizado en tres capas: la capa de interfaz, la capa de la aplicacin y la capa de almacenamiento.

La capa de interfaz contendr la interfaz grfica del usuario que les permitir a los usuarios interactuar con el sistema. Esta capa ser implementada usando el Java, conteniendo todos sus mens.

La capa de la aplicacin contendr la lgica y reglas para almacenar datos en la capa de la base de datos y tambin para recuperar stos de acuerdo con las necesidades de los usuarios.

Finalmente, la capa de almacenamiento almacenar los datos requeridos por el sistema.



ING-DES-002

2. Representacin de la arquitectura.

La representacin arquitectnica del Sistema de gestin de la Unidad de Transporte del Colegio Universitario de Los Teques, Cecilio Acosta se encuentra basada en el modelo de 4+1 Vistas de Philippe Kruchten. En el transcurso del documento se tratara ms a fondo los detalles de cada una.

se encuentra la vista de casos de uso formada por el modelo de casos de uso, la especificacin detallada de cada uno de ellos as como la realizacin de cada uno en forma de diagrama de secuencia; por otro lado, la vista lgica que consta del modelo conceptual, diagrama de clases y la distribucin en paquetes de las clases.

Adems se desarrolla la vista de implantacin que consta de la explicacin del software y hardware elegidos as como las configuraciones de red y el nmero de nodos que ejecutan el software. La vista de implementacin explica la distribucin en capas del mdulo as como la descripcin de cada una de ellas.

Finalmente la vista de datos est formada por el modelo Entidad Relacin.

2.1 Requerimientos segn el modelo FURPS+.

RF REQUISITO FUNCIONAL DESCRIPCIN

RF1

Gestionar Unidad

El sistema debe permitir gestionar unidades que prestan

el servicio.

RF2

Gestionar Chofer

El sistema debe permitir gestionar los choferes que

conducen una ruta y horario determinado.

RF3

Gestionar Horario

El sistema debe permitir gestionar los horarios en que se

presta el servicio.

RF4

Gestionar Rutas

El sistema debe permitir gestionar las Rutas que ofrece

la unidad de transporte.

RF5

Gestionar Mantenimiento

El sistema debe permitir gestionar el mantenimiento de

las unidades.

RF6

Gestionar Schedule

El sistema debe permitir gestionar el schedule para

asignar unidades, rutas, horario y choferes.



ING-DES-002

2.2 Vista de Casos de Uso de los requerimientos. 2.5.1 Diagrama de Caso de uso General.



ING-DES-002

2.5.2 Gestionar Unidad de transporte.



ING-DES-002

Caso de Uso Gestionar Unidad de transporte.

Actores Administrador

Tipo Inclusin

Propsito Tener un registro de las unidades de transporte

Resumen Este caso de uso permite registrar, modificar, consultar y eliminar los datos de las diferentes unidades de transporte para que sean asociados con las rutas y horarios.

Precondiciones Requiere la validacin del administrador.

Curso de Eventos

Usuario Respuesta al Sistema

1) Se presentara una pantalla.

2) El administrador en este caso tendr

la opcin a elegir en particular de:

Registrar la unidad. Modificar la unidad. Consultar la unidad. Eliminar la unidad. 3) Se pide la confirmacin de la

operacin.

4) El sistema pide que se llene los datos

de la opcin deseada, tal sea para registrar, modificar, consultar o eliminar.

5) Luego de llenar los campos, el sistema enviara una pantalla con la confirmacin de los datos.

6) El sistema enviara un mensaje de que

los datos han sido registrados, modificados, consultados o eliminados.

7) Finaliza la operacin.

Postcondiciones Gestin de unidad registrada y validada.

Excepciones E-1 Informacin incompleta, se pide al administrador que llene todos los campos. E-2 La unidad ya ha sido registrada, se muestra un mensaje al usuario y se devuelve a la pantalla principal. E-3 informacin invlida: Uno de los datos ingresado es incorrecto. Se solicita al usuario que compruebe los datos y vuelva a intentarlo.



ING-DES-002

2.5.3 Gestionar Rutas.



ING-DES-002

Caso de Uso Gestionar Rutas.


Tipo Inclusin

Propsito Tener un registro de las rutas de la unidad de transporte

Resumen Este caso de uso permite registrar, modificar, consultar y eliminar las diferentes rutas de la unidad de transporte para que sean asociados con las unidades, rutas, horarios y choferes a dichas rutas.

Precondiciones Requiere la validacin de usuario.

Curso de Eventos



El administrador en este caso tendr la opcin a elegir en particular de:

Registrar la ruta. Modificar la ruta. Consultar la ruta. Eliminar la ruta. 2) Se pide la confirmacin de la

operacin.

3) El sistema pide que se llene los

datos de la opcin deseada, tal sea para registrar, modificar, consultar o eliminar.


5) El sistema enviara un mensaje de

que los datos han sido registrados, modificados, consultados o eliminados.


Postcondiciones Gestin de unidad validada.

Excepciones E-1 Informacin incompleta, se pide al administrador que llene todos los campos. E-2 L ruta ya ha sido registrada, se muestra un mensaje al usuario y se devuelve a la pantalla principal. E-3 informacin invlida: Uno de los datos ingresado es incorrecto. Se solicita al usuario que compruebe los datos y vuelva a intentarlo.



ING-DES-002

2.5.4 Gestionar Horario.



ING-DES-002

Caso de Uso Gestionar Horario.


Tipo Inclusin

Propsito Tener un registro de la hora y turno de la unidad de transporte

Resumen Este caso de uso permite registrar, modificar, consultar y eliminar los diferentes horarios de la unidad de transporte para que sean asociados con las unidades, rutas y choferes.


Curso de Eventos



El administrador en este caso tendr la opcin a elegir en particular de:

Registrar el horario. Modificar el horario. Consultar el horario. Eliminar el horario. 2) Se pide la confirmacin de la

operacin.








Excepciones E-1 Informacin incompleta, se pide al administrador que llene todos los campos. E-2 el horario ya ha sido registrado, se muestra un mensaje al usuario y se devuelve a la pantalla principal. E-3 informacin invlida: Uno de los datos ingresado es incorrecto. Se solicita al usuario que compruebe los datos y vuelva a intentarlo.



ING-DES-002

2.5.5 Gestionar Chofer.



ING-DES-002

Caso de Uso Registrar Chofer


Tipo Inclusin

Propsito Tener un registro de los choferes de la unidad de transporte

Resumen Este caso de uso permite registrar, modificar, consultar y eliminar los diferentes choferes de la unidad de transporte para que sean asociados con las unidades, rutas y horarios.


Curso de Eventos



2) El administrador en este caso

tendr la opcin a elegir en particular de:

Registrar el Chofer. Modificar el Chofer. Consultar el Chofer. Eliminar el Chofer. 3) Se pide la confirmacin de la

operacin.








Excepciones E-1 Informacin incompleta, se pide al administrador que llene todos los campos. E-2 El chofer ya ha sido registrado, se muestra un mensaje al usuario y se devuelve a la pantalla principal. E-3 informacin invlida: Uno de los datos ingresado es incorrecto. Se solicita al usuario que compruebe los datos y vuelva a intentarlo.



ING-DES-002

2.5.6 Gestionar Schedule.



ING-DES-002

Caso de Uso Gestionar Schedule.


Tipo Inclusin

Propsito Tener un registro del schedule de la unidad de transporte

Resumen Este caso de uso permite registrar, modificar, consultar y eliminar todos los procesos generales que son manejados en la unidad de transporte.

El administrador del sistema podr cargar las unidades y rutas, asignar

los choferes y crear los horarios.


Curso de Eventos



8) El administrador en este caso

tendr la opcin a elegir en particular de:

Seleccionar una unidad. Seleccionar una ruta. Seleccionar un horario. Seleccionar un chofer. Seleccionar la disponibilidad del

servicio. 9) Se pide la confirmacin de la

operacin.


datos de la opcin deseada.



que los datos han sido seleccionados.


Postcondiciones Gestin de schedule seleccionado y validado.

Excepciones E-1 Informacin incompleta, se pide al administrador que llene todos los campos. E-2 El schedule ya ha sido registrado, se muestra un mensaje al usuario y se devuelve a la pantalla principal. E-3 informacin invlida: Uno de los datos ingresado es incorrecto. Se solicita al usuario que compruebe los datos y vuelva a intentarlo.



ING-DES-002

2.5.7 Gestionar Mantenimiento.



ING-DES-002

Caso de Uso Gestionar mantenimiento.


Tipo Inclusin

Propsito Tener un registro del mantenimiento de la unidades de transporte

Resumen Este caso de uso permite registrar, modificar, consultar y eliminar los diferentes mantenimientos que se le realizan a las unidades de transporte.


Curso de Eventos



2) El administrador en este caso tendr la opcin a elegir en particular de:

Registrar tipo de mantenimiento. Modificar tipo de mantenimiento. Consultar tipo de mantenimiento. Eliminar el tipo de mantenimiento.

3) Se pide la confirmacin de la

operacin.








Excepciones E-1 Informacin incompleta, se pide al administrador que llene todos los campos. E-2 los datos del mantenimiento ya han sido registrados, se muestra un mensaje al usuario y se devuelve a la pantalla principal. E-3 informacin invlida: Uno de los datos ingresado es incorrecto. Se solicita al usuario que compruebe los datos y vuelva a intentarlo.



ING-DES-002

2.3 Diagrama de actividad de algunos casos de uso. 2.3.1 Diagrama de actividad: Unidad de Transporte.



ING-DES-002

2.3.2 Diagrama de actividad: Rutas.



ING-DES-002

2.3.3 Diagrama de actividad: Horario.



ING-DES-002

2.3.4 Diagrama de actividad: Chofer.



ING-DES-002

2.4 Diagrama de secuencia. 2.4.1 Diagrama de Secuencia: Unidad de Transporte.



ING-DES-002

2.4.2 Diagrama de Secuencia: Rutas.



ING-DES-002

2.4.3 Diagrama de Secuencia: Chofer.



ING-DES-002

2.4.4 Diagrama de Secuencia: Horario.



ING-DES-002

2.4.5 Diagrama de Secuencia: Schedule.

3.-



ING-DES-002

Arquitectura del sistema. Diseo Arquitectnico que se va emplear (definicin de arquitectura a nivel de hardware, software, comunicacin). Descomposicin en subsistemas o mdulos.

1. Diseo de la interfaz de usuario representada por mdulos del sistema. Pgina principal de la Interfaz.



ING-DES-002



ING-DES-002

2. Diseo de la base de datos.



ING-DES-002

Esquema conceptual de la base de datos.



ING-DES-002

Diagrama de objetos.



ING-DES-002

Diagrama de clases.



ING-DES-002

6.- Arquitectura de implementacin.

Capa de Presentacin. En esta capa se encuentra la parte del usuario, aqu se encuentra todos

las pantallas con la cual el usuario va interactuar con el sistema, es decir son todos los JSPs que

tendr el sistema.

Capa de Negocio. Es aqu donde se encuentra nuestra lgica de la aplicacin, es decir los

servlets y los EJB, la cual nos permitir la comunicacin con el cliente y la Base de Datos.

Capa de Datos. En esta capa se encuentra la base de datos y donde se almacenaran todo los

datos de la aplicacin.

Capa de Presentacion

Navegador

Web

Capa de Negocio

Servidor

Web

Aplicacion

Capa de Datos

Base de

Datos



ING-DES-002

7. Glosario.

A.

Arquitectura de Software Define la estructura general de un sistema y varan de acuerdo

con el tipo de sistema a desarrollarse. As, puede estar basada en elementos sencillos o

componentes prefabricados de mayor tamao.

Arquitectura: Consiste en la estructura organizacional de un sistema. Una arquitectura

puede ser descompuesta recursivamente en partes que interactan entre s por medio de

interfaces, relaciones que conectan las partes, y restricciones para ensamblar las partes.

Actor: Es un tipo con un estereotipo predefinido, que denota una entidad externa al sistema que interacta con casos de uso

B.

Base de datos. Una base de datos es un almacn que nos permite guardar grandes cantidades de informacin de forma organizada para que luego podamos encontrar y utilizar fcilmente. A continuacin te presentamos una gua que te explicar el concepto y caractersticas de las bases de datos.

C.

Capa: Una forma especfica de agrupar paquetes en un modelo al mismo nivel de abstraccin. Caso de Uso: Es aquello que describe la interaccin de los Actores con el sistema para

lograr un objetivo.

Comunicacin: En un diagrama de plataforma una asociacin entre nodos implica una comunicacin.

D.

Diseo: Es la parte del proceso de desarrollo de software cuyo propsito principal es

decidir cmo se construir el sistema. Durante el diseo se toman decisiones estratgicas

y tcticas para alcanzar los requerimientos funcionales y la calidad esperada.



ING-DES-002

Diagrama de actividad: Es un caso especial de diagrama de estados en el que todos, o la

mayora, son estados activos y en el que todas, o la mayora, de las transiciones son

disparadas por la finalizacin de las acciones de los estados.

Diagrama de Casos de Uso: Es el diagrama que muestra la relacin entre los actores y los casos de uso dentro de un sistema Diagrama de secuencia: Es el diagrama que muestra los objetos que participan en la

interaccin y la secuencia de mensajes que intercambian.

Diseo Arquitectnico: Define las relaciones entre los principales elementos estructurales del programa. Diagrama de objetos: Es un diagrama que contiene los objetos y sus relaciones en un

momento dado del tiempo. Un diagrama de objetos puede ser considerado un caso

especial de un diagrama de clases o de un diagrama de colaboraciones

Diagrama de clases. Es el diagrama que muestra una coleccin de elementos del modelo tales como las clases, tipos y sus contenidos y relaciones. Documentacin: El modelo de casos de uso se debe registrar a lo largo de las diversas

actividades, dando lugar a distintos documentos como los manuales de usuario, de

administracin, etc.

H.

Hardware: Equipo fsico Componentes fsicos de un ordenador o de una red, en contraposicin con los programas o elementos lgicos que los hacen funcionar llamados software.

I.

Interfaz: Es el medio con que el usuario puede comunicarse con una mquina, un equipo o una computadora, y comprende todos los puntos de contacto entre el usuario y el equipo, normalmente suelen ser fciles de entender y de accionar.



ING-DES-002

Ingeniera de Software: Es una disciplina para el desarrollo de software de alta calidad para sistemas basados en computadora. M.

Modelo: Es una abstraccin semnticamente consistente de un sistema.

O.

Objeto: Es un componente del mundo real que tiene un cierta estructura interna y un determinado comportamiento. Una entidad delimitada precisamente y con identidad, que encapsula estado y comportamiento. El estado es representado por sus atributos y relaciones, el comportamiento es representado por sus operaciones y mtodos. Un objeto es una instancia de una clase.

P.

Paquetes: Agrupaciones de casos de uso y actores por funcionalidad que proveen.

R.

Requerimientos Es una caracterstica, propiedad o comportamiento deseado para un

sistema.

S.

Sistema es un objeto complejo cuyos componentes se relacionan con al menos algn otro

componente; puede ser material o conceptual.

Sistema de gestin es un conjunto de etapas unidas en un proceso continuo, que deja

trabajar ordenadamente una idea hasta lograr mejoras y su continuidad.

Software: Se considera que el software es el equipamiento lgico e intangible de un ordenador. En otras palabras, el concepto de software abarca a todas las aplicaciones informticas, como los procesadores de textos, las planillas de clculo y los editores de imgenes. Subsistema: Permite dividir el sistema completo en diversas partes, los subsistemas permiten agrupar objetos relacionados para lograr cierta funcionalidad en mini sistemas



ING-DES-002

U.

UML "Unified Modeling Language": Es un lenguaje que permite especificar, construir, visualizar y documentar los elementos que componen un sistema de software intensivo. V. Vista: Es una proyeccin de un modelo, que es observado desde una perspectiva dada y que omite entidades que no son relevantes para esa perspectiva.

diseño ingenieria del software

Documents