Diagramas de Clases de Análisis

Transcripción

1 Diagramas de Clases de Análisis El análisis de casos de uso es una actividad que se realiza cuando los casos de uso están completos o próximos a completarse. Los objetivos son: Identificar las clases que llevarán a cabo el flujo de eventos descrito en los casos de uso. Identificar las asociaciones entre las clases. El objetivo es mostrar cómo se relacionan las clases entre ellas. Luego, en el análisis de clases, se retoman estas clases y se entra en más detalle. Para facilitar la creación de los diagramas de interacción del análisis, las clases identificadas se enmarcan en tres tipos: interfaz, entidad y control. Interfaz: representan los elementos de la interfaz entre el actor y el sistema. Entidad: son aquellas cosas descritas en el caso de uso pero que perduran más allá del desarrollo de los eventos del caso de uso. Control: representan procesos, actividades del sistema que se pueden nombrar y gestionan el funcionamiento de entidades e interfaces. Clase de Analisis Alta Usuarios

2 Mediante la interfaz de solicitud de preinscripción el usuario alumno introduce sus datos para realizar la preinscripción en el centro de estudios. El secretario interviene en alta matricula para dar el visto bueno a la matrícula y crear un usuario alumno y almacenarlo en la base de datos. La interfaz alta usuario normalmente la utilizan los profesores para enviar una solicitud de registro. El secretario comprueba los datos con control profesores y da el visto bueno. Se crea un usuario profesor y se almacena en la base de datos. Clase de Análisis Notas En ésta clase nos enctontamos 3 interfaces distintas que vamos a tratar por separado: 1. Generar boletín notas. El director selecciona la interfaz generar boletín notas el sistema llama a una clase de control recuperación notas y muestra por pantalla el alumno y las notas de éste. Da el visto bueno y se genera un objeto boletín notas 2. Registrar notas. Los profesores seleccionan la interfaz registrar notas e introducen las notas que son enviadas a la base de datos. 3. Consultar notas. Cualquier actor puede consultar las notas mediante su interfaz. La clase control de notas solo se encarga de recuperar las notas de la base de datos.

3 Clase de Análisis Baja Usuarios El secretario selecciona la interfaz baja usuarios y mediante la clase de control control baja usuarios se elimina de la base de datos mediante una petición a agente BD. Diagrama de Clase de Análisis Eliminar Evento Los usuarios con acceso a esta interfaz la seleccionan, introducen el id del evento a eliminar y la clase control eventos se ocupa de eliminarlo de la base de datos y de enviar las respectivas notificaciones.

4 Diagrama de Clase de Análisis Crear Evento El usuario selecciona la interfaz crear evento y la clase control eventos se encarga de generar la notificación, generar el evento y redirigirlo a la base de datos para almacenarlo. Diagrama de Clase de Análisis Modificar Usuarios El usuario secretario selecciona ésta interfaz, el sistema pregunta a que usuario quiere modificar y que datos de éste, recupera al usuario de la base de datos y se actualizan los datos de éste.

5 Clase de Análisis Realizar horario El director selecciona la interfaz realizar horario y control horarios genera los horarios que son almacenados en la base de datos mediante el agente BD Clase de Análisis Imponer Sanciones El director selecciona la interfaz imponer sanción, el sistema pregunta por la información de la sanción a rellenar y la clase control sanciones se encarga de enviar la notificación, generar la sanción y almacenarla en la base de datos.

6 Clase de Análisis Pedidos Mediante la interfaz encargar pedido el secretario introduce los datos del pedido a realizar y control pedidos solicita al director que confirme el pedido. Por último se genera el pedido. Clase de Análisis Registrar faltas de asistencia Los usuarios que tienen acceso a ésta interfaz la seleccionan, el sistema pide los datos de la falta, el usuario introduce dichos datos y la clase control faltas asistencia accede a control alumnos para asignar al alumno elegido la falta. Finalmente se genera la falta de asistencia y se almacena en la base de datos.

7 Clase de Análisis Registrar Notas Los profdesores acceden a la interfaz registra nota, y en esta escribe el alumno, nota y asignatura de la que desean registrarla. La clase de control registro nota actualiza las notas del usuario alumno en cuestión creando una nueva nota y la registra en el alumno. Clase de Análisis Listar Alumnos El usuario selecciona la interfaz listado alumnos y esta llama a control alumnos que recupera de la bbdd los alumnos y los muestra por pantalla. Clase de Análisis Listar Profesores El usuario selecciona la interfaz listar profesores y esta llama a control profesores que recupera de la bbdd los profesores y los muestra por pantalla.

8 Clase de Análisis consultar falta de asistencia El alumno selecciona la interfaz Consultar Faltas de Asistencia y la clase de control alumnos recupera las faltas de asistencia de las BBDD y las muestra por pantalla a parte ofrecer opciones para justificarla. Clase de análisis consultar Horario El alumno o profesor selecciona la interfaz consultar horarios y esta pregunta que tipo de usuario es y que ususario es. Las clases d e control muestran en función del usuario el horario correspondiente que proviene de la BBDD.

9 Diagrama de clases El diagrama de clases nos permite visualizar las relaciones que involucran el sistema. También nos permitirá conocer a grandes rasgos las clases u objetos de nuestro sistema. A continuación describiremos brevemente dichas clases para conocer mejor la aplicación. Usuario: Esta clase representa a aquellos usuarios que pueden acceder a la intranet de la aplicación y que podrán interactuar con el sistema, en la medida de los permisos que les concedamos. Tiene una serie de atributos que permite definirlos, siendo los más importantes, desde el punto del sistema, el login que deberá ser único dentro del sistema y la contraseña ya que serán necesarios a la hora de poder acceder a la intranet del colegio. De esta clase se derivan las siguientes subclases: Alumno, Profesor, Secretario y director. Alumno: Una de las clases derivadas de Usuario es alumno. Esta clase representa a aquellos alumnos matriculados en el centro que pueden acceder a la intranet de la aplicación. Profesor: Esta clase, derivada también de la súper clase Usuario, representa a aquellos profesores del colegio que acceden a la sección privada de la aplicación. Director: Otra clase que deriva de la clase padre Usuario, representa al director del colegio que tiene acceso a la aplicación con los privilegios más altos. Secretario: Esta clase representa a aquellos usuarios que administrarán el sitio Web del colegio y que tendrá los permisos suficientes para realizar cualquier acción. Grupo: Este objeto contendrá la información necesaria para identificar a los distintos grupos de alumnos que conforman el colegio. Seguirá la distribución normal de los colegios, separando los grupos tanto por el curso como por una letra.

10 Asignatura: Esta clase representa a las materias que se imparten en el centro y a las que asisten los alumnos y que son impartidas por los profesores del centro. Falta de asistencia: Este objeto permitirá identificar las ausencias de los alumnos en horario escolar, ya sean sin justificar o justificándolas más adelante. De esta forma se podrá llevar un control de las asistencias de los alumnos a clase y que podrá ser consultado por sus padres o tutores. Esta clase solamente podrá ser modificada por los profesores al poner las faltas. Evento: Esta clase identificará aquellas noticias que el colegio considere de interés para el conjunto del colegio. Este objeto podrá contener tanto eventos que se producen en el centro, por ejemplo excursiones, exámenes, etc., como eventos de un mayor alcance, por ejemplo, fiesta locales, autonómicos y nacionales, etc. Esta clase solamente podrá ser modificada por los usuarios Secretario y Director. Matricula: esta clase se encargara de contener información de los alumnos que se encuentren matriculados en el centro de estudios.

11

12 Diagramas de secuencia Hemos definido las abstracciones iniciales para la aplicación, pero debemos encontrar cual será el tipo de relación que existe entre estas abstracciones. Una herramienta útil para aclarar este punto son los diagramas de secuencia. Estos diagramas muestran los mensajes que se intercambian las instancias de las clases durante el tiempo. Desde un principio intentamos aclarar qué tipo de relación existe entre las abstracciones. Una aproximación útil es de realizar un diagrama de secuencia por cada caso de uso o que sea representativo de cada uno de estos. En nuestro caso vamos a escoger los siguientes: Dar de alta Usuario Alumno. Dar de alta Usuario Profesor. Dar de baja Usuario. Modificar Usuario. Normalmente los mensajes que se ven en los diagramas de secuencia deben corresponder estrechamente con las operaciones disponibles para cada clase, pero en esta etapa en la que aún se está buscando comprender bien el problema, pueden aparecer mensajes textuales que posteriormente serán refinados y corresponderán a funciones concretas de cada clase.

13 Dar de alta Alumno En este escenario el secretario podrá dar de alta a nuevos alumnos de la aplicación, que tengan previamente presentada la preinscripción y posteriormente aprobada la matricula. En esta situación el secretario solicitará los datos del usuario a dar de alta. El sistema pregunta por el tipo de usuario, escogemos el tipo alumno, el sistema nos muestra una plantilla con los datos a rellenar, escogemos la opción registrar y el sistema confirma la inscripción en el sistema del alumno.

14 Dar de alta Profesor En este escenario el secretario podrá dar de alta a nuevos profesores de la aplicación contratados por el colegio. En esta situación el secretario solicitará los datos del usuario a dar de alta. El sistema pregunta por el tipo de usuario, escogemos el tipo profesor, el sistema nos muestra una plantilla con los datos a rellenar, escogemos la opción registrar y el sistema confirma la inscripción en el sistema del alumno,

15 Dar baja Usuario En este escenario el secretario podrá eliminar o dar de baja a usuarios de la aplicación, indistintamente sean alumnos o profesores. En esta situación el secretario solicitará los datos del usuario a eliminar. El sistema le devolverá todos los datos del usuario, si el administrador confirma la eliminación del usuario, el sistema lo suprime del sistema devolviendo el resultado de la eliminación al secretario.

16 Modificar Usuarios En este escenario el secretario podrá modificar a usuarios de la aplicación, indistintamente sean alumnos o profesores. En esta situación el secretario solicitará los datos del usuario a modificar. El sistema le devolverá todos los datos del usuario, si el administrador confirma la modificación del usuario, el sistema lo modifica en el sistema devolviendo el resultado de la modificación al secretario.

17 Diagramas de maquina de estados Un diagrama de máquina de estado modela el comportamiento de un solo objeto, especificando la secuencia de eventos que un objeto atraviesa durante su tiempo de vida en respuesta a los eventos. El sistema comienza cuando se produce una solicitud de alta, en el caso del usuario alumno tiene que tener previamente realizada la solicitud de preinscripción. Después se procede a introducir los datos, estos datos se revisan y en el caso de que no sean correctos se vuelven a introducir, una vez estos datos sean correctos, en el caso del usuario alumno se da el alta de matrícula, y el usuario ya estaría dado de alta.

18 Diagramas de componentes Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema. Son los archivos.java del sistema que contienen el código fuente. El main ofrece servicios a cada tipo de clase/objeto dependiendo de cada tipo.

19 Diagrama de despliegue El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones. Los datos de nuestro sistema se almacenan en una Base de Datos que se conectada lógicamente a un servidor de la misma. Éste servidor se encuentra conectado mediante cable de red a un terminal en el que tenemos el entorno de ejecución de la aplicación desarrollada, la interfaz a nuestra base de datos. Sobre éste terminal tenemos el nodo Login para el acceso al sistema. Por último disponemos del dispositivo del usuario con el que va a acceder a la aplicación que se conecta al nodo Login mediante internet o red de área local dentro del centro de estudios.