Análisis, Diseño y Arquitectura del Sistema

Transcripción

1 Capítulo 4 Análisis, Diseño y Arquitectura del Sistema 4.1 Análisis El problema fundamental que se busca resolver, es la automatización de la relación entre el profesor y los alumnos, mediante la implementación de un sistema que provea a los usuarios de un medio de asignación y entrega de actividades de un curso Diagramas de Casos de Uso Los requerimientos del sistema se ven presentados en el diagrama de casos de uso (Figura 4.1). Figura 4.1 Diagrama de Casos de Uso

2 Principalmente tenemos 3 tipos de usuario, el administrador se encarga prácticamente de dar de alta cursos y alumnos, el profesor debe administrar las actividades de los cursos, es decir, se encarga de asignar tareas o proyectos y de calificarlos, por último, el estudiante revisa si existen tareas que deba realizar y las entrega en el momento adecuado mediante el sistema Diagrama de Flujo de Datos El diagrama de flujo de datos [PRESSMAN, 2002] que se presenta a continuación representa el flujo de información entre los tres tipos principales de usuario: estudiante, profesor y el administrador. Figura 4.2 Diagrama de Flujo de Datos

3 4.2 Diseño Para documentar el diseño de las clases utilizamos diagramas de clases que representan las partes fundamentales del sistema, mientras que para el modelado de la base de datos se usó un diagrama entidad relación Diagrama de Clases En el diagrama de clases [FOWLER, 2004] se muestra como esta organizado el sistema de manera muy general, tenemos principalmente 4 paquetes: 1. - udla.sac.login. Contiene clases que se encargan de la autentificación y salida de usuarios. Figura 4.3 Diagrama del paquete udla.sac.login

4 2. - udla.sac.features.student. Se encarga de todas las funciones relacionadas con el usuario de tipo estudiante. Figura 4.4 Diagrama del paquete udla.sac.features.student 3. - udla.sac.features.teacher. Se encarga de todas las funciones relacionadas con el usuario de tipo profesor.

5 Figura 4.5 Diagrama del paquete udla.sac.features.teacher 5.- udla.sac.forum. Se encarga de proveer las funciones relacionadas con el foro, como poner mensajes y desplegarlos.

6 Figure 4.6 Diagrama del paquete udla.sac.form 4. - udla.sac.beans. Contiene clases que representan los objetos de datos mapeados por Hibernate a la base de datos. Figura 4.7 Diagrama del paquete udla.sac.beans

7 5. - udla.sac.hibernate. Este paquete tiene una clase que utiliza el patrón singleton para acceder a la base de datos mediante un único objeto. Figura 4.8 Diagrama del paquete udla.sac.hibernate Modelado de datos Después de analizar los requerimientos del diagrama de casos de uso, se buscaron las entidades que utilizaría nuestro sistema: 1. Profesor

8 2. Curso 3. Estudiante 4. Actividad 5. Foro Las entidades se ven representadas en la figura 4.9, cada entidad tiene ciertos atributos y relaciones con otras entidades, el esquema muestra las tablas normalizadas. Figura 4.9 Diagrama Entidad-Relación

9 4.3 Arquitectura El Sistema de Administración de Cursos esta basado en una arquitectura cliente-servidor, separada en 3 partes principalmente (figura 4.10), la vista, que se encarga de la presentación con el usuario, la lógica aplicativa y de navegación, que decide hacia donde ir y qué hacer con la información que se esta procesando o que esta fluyendo por el sistema, y por último la administración de datos persistentes. PRESENTACIÓN LÓGICA APLICATIVA Y DE NAVEGACIÓN STRUTS PERSISTENCIA ACTIONFORM ACTION HIBERNATE JSP, CSS, HTML y JAVASCRIPT udla.sac.* (CLASES JAVA) struts-config.xml MySQL Figura 4.10 Arquitectura del Sistema En la vista se usa Java Server Pages, HTML, CSS y un poco de JavaScript, ésto es lo que los usuarios ven, se encarga de la presentación y despliegue del sistema. Struts usa los ActionForms para guardar información de las formas, además tiene algunas librerías de identificadores para la vista, que ahorran tiempo de desarrollo y evitan el uso de código java en los JSPs. La lógica aplicativa y de navegación es implementada mediante el struts-config.xml y las Actions desarrolladas para las funciones tanto del profesor como del alumno.

10 Con respecto a la administración de datos persistentes se utiliza MySQL como sistema de gestión de base de datos y además la aplicación usa Hibernate que se refiere a un servicio de consultas y persistencia de objetos relacional [BAUER, 2005], en el cual se necesita definir la relación entre tablas y clases por medio de archivos XML, donde se especifican los atributos de cada tabla y los datos necesarios para la conexión (url, nombre de usuario y clave de la base de datos principalmente). Hibernate es gratis y de código abierto y esta disponible en la página