Fecha de efectividad: 2009-2 CARRERA PLAN DE ESTUDIO CLAVE ASIGNATURA NOMBRE DE LA ASIGNATURA LSC 03-1 5224 Análisis y Diseño de Sistemas de Información PRÁCTICA No. LABORATORIO DE NOMBRE DE LA PRÁCTICA Análisis y Diseño de Sistemas de Información DURACIÓN (HORA) 6 Diagrama de secuencias - Análisis 2 1. INTRODUCCIÓN El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño del sistema. La arquitectura para el modelo de análisis se basará en tres tipos o estereotipos de objetos correspondientes a la arquitectura MVC (Modelo, Vista, Control). El diagrama de secuencias es un modelo dinámico que ilustra las clases (objetos) que participan en un caso de uso y los mensajes que son enviados entre ellos sobre el tiempo de un caso de uso. 2. OBJETIVO (COMPETENCIA) Identificar los estereotipos de los objetos dentro de una arquitectura, permitiéndole construir el diagrama de secuencias. 3. FUNDAMENTO Durante la etapa de Requerimientos del sistema, se determina el modelado de caso uso, que describe el proceso general que el sistema debe llevar a cabo. Posteriormente, en el análisis se establece el análisis de clases en el que se redefinen los requerimientos y permiten razonar internamente acerca del sistema, y los recursos que son compartidos. El análisis de clases puede definirse como un modelo conceptual que representan las clases iniciales para las cosas del sistema y que tienen responsabilidades y comportamientos El lenguaje que se utiliza se basa en un modelo de objetos conceptual, llamado modelo de análisis. Hay tres aspectos del sistema que son probables de cambiar, el límite entre el sistema y sus actores, el control lógico del sistema, y la información que usa el sistema. Para aislar las partes de los sistemas que cambian, hay que identificar conservadoramente los diversos tipos de análisis clases con sus responsabilidades. Estas clases del análisis son llamadas de acuerdo a los estereotipos límite (boundary), control (control) y entidad (entity). Estas distinciones son usadas durante el análisis, pero desaparecen en el diseño. Formuló M.C. María Angélica Astorga Vargas Revisó M.C. Mónica C. Lam Mora Aprobó Autorizó M.C. Miguel Ángel Martínez Romero Maestro Coordinador de Programa Educativo Página 1 de 9 Gestión de Calidad Director de la Facultad
Estereotipos para el modelo de análisis: Curso Entidad para los objetos que guardan información y asocia el comportamiento que debe tener el almacenamiento a corto o largo plazo. FormaDeInscripcion Límite para los objetos que implementan la interfase del sistema con el mundo externo, es decir, modelan la interacción entre el sistema y sus actores. Coordinan el comportamiento de los actores con los internos del sistema, reciben entradas de los actores al sistema, por ejemplo información o llamadas al sistema; así como proporcionan salidas del sistema a los actores, como almacenar información. ControladorInscripcion Control para los objetos que implementan el comportamiento o control de la lógica de los caso uso, especificando cuándo el sistema cambia de estado. Mensajes. Los mensajes enviados entre las clases son mostrados usando líneas rectas que conectan dos objetos. La flecha en la línea muestra la dirección en la que el mensaje es enviado colocando sobre ella el nombre del mensaje. El orden de los mensajes van de arriba hacia debajo de la página, por lo que, los mensajes colocados arriba del diagrama representan mensajes que ocurren primero en la secuencia, a diferencia de los mensajes de abajo que ocurren al final. También se pueden incluir mensajes de regreso o respuesta. Estos mensajes de respuesta son opcionales; un mensaje de respuesta es dibujado con una línea punteada terminando con una flecha abierta hacia la clase que originó el mensaje. Al modelar un diagrama de secuencia, habrá ocasiones en que un objeto necesitará enviar un mensaje hacia el mismo. Línea de vida (lifeline) Una línea punteada corre verticalmente debajo de cada clase para denotar la línea de vida de las instancias en las clases. Algunas veces las clases crean un objeto temporal, y en este caso una final de la línea de vida en el punto donde el objeto es destruido. es colocada al Página 2 de 9
Por cada caso de uso se deben identificar las clases según sus estereotipos (limite, control y entidad respectivamente): Alumno Inscribirse en curso ControladorInscripcion Curso FormaDeInscripcion Una vez identificadas las clases, se debe describir la interacción entre ellas para lograr la funcionalidad de los casos de uso. Para esto se utilizan los diagramas de secuencias, también conocidos como interacción o eventos, los cuales describen los diferentes casos de usos según la interacción o eventos enviados entre los objetos de la arquitectura del modelo de análisis. Asimismo también se elabora su respectivo diagrama de clases en el que se podrá apreciar la arquitectura estática de cada caso de uso. Un modelo de análisis contiene la realización de los casos de uso, a través de los cuales se especifica cómo se resolverá el sistema en términos de sus objetos Realización de Casos de uso Modelo de Caso Uso Modelo de Análisis <<realize>> <Use Case Name> (from <Use Case Name>) <<use-case realization>> Inscribirse en cursos Caso Uso: Inscribirse en curso 1.1 Descripción Este caso de uso describe como un alumno se inscribe en un curso. 1.2 Flujos de eventos Página 3 de 9
1.2.1 Flujos Básicos Este caso de uso inicia cunado el actor desea autentificarse (login) dentro del Sistema de Inscripción. 1. El alumno selecciona la opción crear horario. 2. El sistema consulta y muestra los cursos ofertados. 3. El sistema muestra la hoja de horarios en blanco para que el alumno pueda posteriormente elegir los cursos. 4. PROCEDIMIENTO (DESCRIPCIÓN) A) EQUIPO NECESARIO MATERIAL DE APOYO Computadora con modelador de UML instalado B) DESARROLLO DE LA PRÁCTICA A) CREAR DIAGRAMA DE SECUENCIAS 1) Primero deberá identificar las clases relacionados al caso de uso y crearlas con sus respectivos estereotipos i. Seleccionar en la Vista Lógica el fólder Analisys de Modelo New Class NombreClase ii. Seleccionar la clase, dar clic derecho Open Specification Stereotype Página 4 de 9
Página 5 de 9
2) Crear la realización del caso de uso correspondiente i. Seleccionar en la Vista Lógica el fólder Design Model New Use Case NombreClase Página 6 de 9
ii. Seleccionar el estereotype use case realization 3) Una vez que haya creado la realización del caso de uso entonces se puede crear i. El diagrama de secuencias 1. Seleccionar el caso de uso Inscribirse en cursos luego elegir New Sequence Diagram Dar NombredelDiagrama. Ejem dsinscribirse 2. Seleccionar las clases que ya fueron creadas y colocarlas en la hoja de trabajo en el orden (no es obligatorio un orden lógico) 3. Colocar los mensajes enviados entre las clases en el orden lógico de secuencia (obligatorio) 4. En la barra de herramientas del diagrama seleccionar los objetos necesarios para el envío de mensajes. Página 7 de 9
ii. El diagrama de clases 1. Seleccionar el caso de uso Inscribirse en cursos luego elegir New Classes Diagram Dar NombredelDiagrama. Ejem dcinscribirse 2. Seleccionar las clases que ya fueron creadas y colocarlas en la hoja de trabajo y relacionarlas de acuerdo a las asociaciones que previamente se definieron en el diagrama de secuencias Página 8 de 9
4) Con base al Sistema de Biblioteca crear el diagrama de secuencias y clases para el caso de uso de préstamo. C) CÁLCULOS Y REPORTE 5. RESULTADOS Y CONCLUSIONES 6. ANEXOS 7. REFERENCIAS Ingeniería de Software orientada a objetos con UML, Java e Internet. Alfredo Weitzenfeld. IBM Rational Unified Process, Versión 2002.05.01.01, 2001 Fundamentos del Modelado Visual con UML 2.0 Academic Resources Página 9 de 9