Escuela Politécnica Superior de Ingeniería Departamento de Ingeniería Informática

Transcripción

1 Pág: 1 de 8 DEPARTAMENTO DE INGENIERÍA INFORMÁTICA (DII): LS4118: Ingeniería del Software I Análisis Proyecto: TtMaker Autor/: Justo N. Hidalgo

2 Pág: 2 de 8 Contenido 1. Introducción Modelo de análisis Paquete 001: Gtión de s y Bajas Casos de uso tratados Arquitectura AS1: Dar de alta dominio AS2: Dar de alta un profor AS3: Dar de alta/actualizar profor en un dominio Limitacion conocidas... 8

3 Pág: 3 de 8 1. Introducción Este documento prenta el análisis de la aplicación TtMaker. La división del sistema se ha realizado mediante la utilización de paquet, los cuál implementan un conjunto de casos de uso a través de clas de análisis.

4 Pág: 4 de 8 2. Modelo de análisis 2.1 Paquete 001: Gtión de s y Bajas Este paquete se ocupa de la gtión de altas, bajas y actualizacion de cada uno de los elementos de la aplicación: profor, alumnos, dominios, categorías, tts y preguntas Casos de uso tratados Los siguient: - AS1: Dar de alta dominio - AS2: Dar de alta un profor - AS3: Dar de alta/actualizar un profor en un dominio. - AS4: Dar de alta alumno. - AS5: Dar de alta alumno en un dominio. - AS6: Dar de baja dominio. - AS7: Purgar dominio. - AS8: Actualización de información de un profor. - AS9: Actualización de la información de un alumno. - AS10: Actualización de la información de un dominio. - P1: Dar de alta categoría dentro de un dominio. - P2: Dar de alta tt dentro de una categoría. - P3: Dar de baja categoría dentro de un dominio. - P4: Dar de baja tt dentro de una categoría. - P5: Actualizar categoría dentro de un dominio. - P6: Actualizar tt dentro de una categoría Arquitectura Como ejemplo se mutran tr, la primera más detallada: AS1: Dar de alta dominio Inicialmente un posible análisis del caso de uso podría dar lugar al siguiente diagrama: CASO de USO: Dar de alta Admin UI pide alta Gtión de actualiza Administrador Ilustración 1: Caso de Uso AS1: Dar de alta un dominio

5 Pág: 5 de 8 Esta puede ser una buena opción, pero detallando un poco más, otra posibilidad aparece: CASO de USO: Dar de alta Domino, con Clas de Análisis más detalladas Gtión de actualiza Admin UI pide alta Administrador Admin UI Actual. Baja Categorí as Alumnos Ilustración 2: Caso de Uso AS1: Dar de un. Detallado Con te diagrama ya podemos observar clas que se pueden reutilizar, y aplicamos la orientación a objetos para poder obtener herencia de propiedad Objetivo Implementación del caso de uso que permite al Actor administrador dar de alta, introducir un nuevo dominio de conocimiento en el repositorio de dominios Explicación de las clas de análisis. - Admin UI: Boundary class genérica. - Admin UI: Boundary class pecífica para permitir el acco del Actor Administrador al sistema de altas de dominio. - Gtión de : Control class genérica. - : Control class que hereda de Gtión de, y que maneja toda la lógica de altas de dominio. - Actualización : Control class que hereda de Gtión de y que maneja toda la lógica de actualización de dominios. - Baja : Control class que hereda de Gtión de y que maneja toda la lógica de bajas de dominios.

6 Pág: 6 de 8 - : Entity class que gtiona el acco a la tabla de dominios. - : Entity class que gtiona el acco a la tabla de profor. - Alumnos: Entity class que gtiona el acco a la tabla de alumnos. - Las relacion entre las diferent entity class son gtionadas por la Control Class corrpondiente. Otra opción hubiera sido el crear una Control Class Gtión de Repositorio que se encargase de ello AS2: Dar de alta un profor CASO de USO: Dar de alta Gtión de Admin UI pide alta actualiza Profo r UI Actual. Baja Administrador Categorí as Alumnos Ilustración 3: Caso de Uso AS2: Dar de alta un profor

7 Pág: 7 de AS3: Dar de alta/actualizar profor en un dominio CASO de USO: Dar de alta en un dominio inserción Gtión de Admin UI pide alta actualiza / UI / Actual. Baja Administrador consulta Categorí as Alumnos Ilustración 4: Caso de Uso AS3: Dar de alta o actualizar profor en un dominio

8 Pág: 8 de Limitacion conocidas El paquete de Gtión de s y Bajas se ha analizado basándose exclusivamente en las características y requisitos previos, de manera que cualquier cambio posterior acerca de las relacion entre dominios, categorías, tts, preguntas, alumnos y profor podría implicar un cambio en la tructura básica del paquete.