Array Development Sistema de Gestin de Club de Tenis Documento de Arquitectura de Software

Versin 1.0

Array Development Documento de Arquitectura de Software

Versin 1.0

Historial de Revisin
Historial de revisiones
tem Fecha 1 27/06/2007 Versin Descripcin 1.0 Versin Final Equipo Array Development Jos Maria Espinoza Henry Tovar Freddy Ruiz Diego Gonzles Julio Povis Matos

Pg. 2 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

Tabla de Contenidos
1. Introduccin 1.1 Propsito 1.2 Alcance 1.3 Definiciones, Abreviaturas y Acrnimos 1.3.1 Definiciones 1.3.2 Acrnimos 1.4 Referencias 1.5 Descripcin 2. Representacin de la Arquitectura 3. Metas y Restricciones de la Arquitectura 3.1 Metas 3.2 Restricciones del Sistema 4. Vista de Casos de Uso 4.1 Mdulo de Acceso al Sistema 5. Vista Lgica 5.1 Capa JSP 5.2 Capa Struts Config Controller 5.3 Capa Action 5.4 Capa Service 5.5 Capa Data Access Object (DAO) 6. Vista de Despliegue 6.1 Cliente 6.2 Servidor 7. Tamao y Rendimiento 8. Calidad 4 4 4 4 4 4 4 5 5 5 5 5 6 6 7 8 8 8 8 8 8 9 9 10 10

Pg. 3 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

Documento de Arquitectura de Software

1.
1.1

Introduccin
Propsito El siguiente documento presenta una visin general de la arquitectura del sistema de Gestin de Club de Tenis, siendo representado a travs de una serie de diferentes vistas arquitectnicas que involucran diferentes aspectos del sistema.

1.2

Alcance En este documento se describe las vistas Logica y de Despliegue de la arquitectura del software que se desarrollar. Para la elaboracin del mismo se ha tomado como referencia los documentos mencionados en el punto 1.4 y tambin se ha tenido en cuenta las metas y restricciones de la arquitectura mencionadas en la seccin 3.

1.3

Definiciones, Abreviaturas y Acrnimos Se provee definiciones y acrnimos de trminos utilizados en el presente documento que requieran alguna explicacin para la correcta interpretacin.

1.3.1

Definiciones Rational Rose Se refiere a la herramienta que permite realizar el modelado de los diagramas presentados en este documento. Unified Modeling Language Data Access Object

1.3.2

Acrnimos UML DAO

1.4

Referencias Se tomaron por referencia los siguientes documentos: 1. 2. 3. 4. 5. Catlogo de Requisitos del Sistema de Gestin Club de Tenis. Documento de Visin del Sistema de Gestin Club de Tenis. Especificacin de Requisitos de Software del Sistema de Gestin Club de Tenis. Plan de Proyecto del Sistema de Gestin Club de Tenis. Documento de Clases de Anlisis del Sistema de Gestin Club de Tenis.

Pg. 4 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

1.5

Descripcin Este documento consta de ocho secciones las cuales detallan las vistas del sistema en base a las metas y restricciones de la arquitectura. Adems se muestran las siguientes vistas: vista lgica y vista de. Cada una de ellas incluye una breve descripcin del contenido.

2.

Representacin de la Arquitectura
Este documento presenta la arquitectura del sistema mediante dos vistas: vista lgica y vista de despliegue. Estas vistas han sido especificadas basndose en la metodologa UML.

3.

Metas y Restricciones de la Arquitectura

Se tomarn en cuenta las siguientes metas y restricciones para el diseo de la arquitectura del sistema: 3.1 Metas 1. Brindar una visin general del sistema a travs de estas vistas, que permitan un entendimiento ms claro del sistema, explicando las interrelaciones y las funcionalidades entre los componentes que lo conforman. 2. Proporcionar a los programadores una estructura para el desarrollo del sistema que facilite su trabajo identificando las partes que los conforman. 3. Proveer una base que facilite los mantenimientos, ampliaciones o modificaciones que en el futuro podra requerir el sistema.

3.2

Restricciones del Sistema 1. El esquema WEB que se desarrollar, requerir contar con servidor de aplicaciones y un servidor de Base de datos. 2. 3. El sistema funcionar con la base de datos que el equipo de trabajo disee durante el proceso de desarrollo. Se utilizar el lenguaje Java para la construccin del software y se emplear el servidor de Base de Datos MySQL; el entorno de desarrollo ser Windows XP.

Pg. 5 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

4.

Vista de Casos de Uso

Dentro de la Vista de Casos de Uso, tenemos el caso de uso mas representativo, con el cual se probo la arquitectura definida por el grupo de implementacin. El caso de uso pertenece al modulo de Acceso al Sistema.

4.1

Mdulo de Acceso al Sistema

Usuario del Sistema

(f rom Actors)

Validar Usuario

Diagrama de Casos de Uso del mdulo de Seguridad Muestra la etapa de la conexin al sistema mediante la pagina web, el servidor y la base de datos. Este detalle ha sido extrado del Documento de Especificacin de Requerimientos de Software (ERS). Validar Usuario Cdigo Descripcin Actor Precondicin CU08 Este caso de uso permite poder validarse en el sistema para poder entrar con los permisos que se le asignan a cada usuario Todos Tener perfil de usuario o personal del club.

Flujo Principal Validar Usuario 1. El usuario entra a la pgina Web de la empresa 2. Si es un socio o personal de la empresa y desea entrar al sistema deber ingresar su nombre de usuario y su clave secreta. 3. Si son correctos ambos datos, entonces entra al sistema con los permisos que tiene dicho usuario y acaba el caso de uso; caso contrario, el sistema muestra un mensaje de error y regresar al paso 2. Post-Condicin: El usuario logr ingresar al sistema

Pg. 6 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

A continuacin el Diagrama de Secuencia del Caso de Uso, extrado del documento de Diseo:

:WebForm : Actor Socio entrarPrincipal(usuario,pwd)

UsuarioForm

UsuarioAction

UsuarioServi ce

UsuarioServiceI mplementation

UsuarioDAO

setUsuario(usuario) setPassword(pwd) validaUsuario() validaPassword() new()

Validar(usuario)

Validar(usuario) IdentificarUsuario()

Validar(usuario) Validar(usuario) CargaDatosUsuario(Usuario)

5.

Vista Lgica
Dentro de la vista lgica tenemos a los diagramas de Clases de Anlisis del Sistema Travelsoft. Dentro de la seccin del Diagrama de Secuencia slo se encuentran las que se implementarn en el prototipo de arquitectura, pues son aquellas que mostrarn los aspectos dinmicos de la arquitectura que se utilizar. La vista lgica del sistema est comprimida en 5 capas: JSP, Struts Config Controller, Action, Service y Data Access Object (DAO).

Diagrama de Capas

Pg. 7 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

5.1

Capa JSP La capa JSP contiene todas las clases que permitirn mostrar ventanas que servirn para que el usuario pueda interactuar con el sistema, creando, editando o eliminando la informacin que l pueda acceder. Capa Struts Config Controller La capa Struts Config Controller, es donde se realiza la configuracion de los procesos que se realizaran. Ademas relaciona los forms con los actions. Capa Action La capa Action, es la capa controladora de los struts, donde se describen los procesos que se ejecutaran. Capa Service La capa Service es la que captura los requerimientos enviados por el accin, procesa su peticin y enva la informacin hacia la capa DAO, donde se registraran los cambios ocurridos. Capa Data Access Object (DAO) La capa DAO incluye todas las clases para apoyar el acceso seguro al sistema y sus datos, relacionndose directamente con la Base de Datos del Sistema, el cual contendr la informacin importante del sistema.

5.2

5.3

5.4

5.5

6.

Vista de Despliegue
Esta seccin describe los nodos fsicos con los que contar el sistema Gestion de Club de Tenis.

Pg. 8 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

Diagrama de Despliegue

6.1

Cliente En este nodo se implementa todas las capas anteriormente indicadas, salvo la excepcin del DAO. Los usuarios acceden al sistema a travs de computadoras personales que interactan con la red global, llamada Internet, accediendo a esta mediante un browser. El Componente cliente engloba, lo anterior, mas el driver de conexin con la base de Datos MySQL. A todo esto le podramos llamar el servidor de aplicaciones. Servidor Este nodo representa al nico servidor de base de datos, el cual almacenar los datos operacionales que se generen de todos los procesos que se realicen en cualquier punto desde donde se acceda al sistema.

6.2

Pg. 9 de 10

Array Development Documento de Arquitectura de Software

Versin 1.0

7.

Tamao y Rendimiento
1. El sistema permitir el acceso concurrente de varios usuarios, de modo que puedan realizar transacciones simultneas. 2. El programa a ser ejecutado en las computadoras que posean un browser de conexin a internet y no debera de demandar ms recursos que los que tendra una computadora como la especificada dentro de los requisitos de hardware mnimos para las computadoras clientes definidas en el Documento de Visin. 3. La Base de Datos del sistema ser diseada usando patrones que permita una mayor eficiencia en las transacciones.

8.

Calidad
1. La plataforma del sistema operativo deber ser Windows XP y en adelante. 2. La interfaz de usuario del sistema deber ser grfica y diseada bajo paginas html, y su manejo se realizar por medio de teclado y ratn. Deber adems ser diseada teniendo siempre en cuenta la facilidad de uso y el hecho de que est orientada a una comunidad de usuarios con conocimientos bsicos en computacin. 3. El sistema contar con una ayuda plana, es decir con la documentacin y especificacin de los diferentes componentes que forman parte del sistema que permita resolver cualquier interrogante del usuario con respecto al uso de este. 4. El usuario deber tener alguna forma de conocer el resultado de sus acciones, mediante mensajes de confirmacin o variaciones en pantalla.

Pg. 10 de 10