Modelo de Anlisis

Cuando ya se ha desarrollado y aceptado el modelo de requisitos, se inicia el desarrollo del modelo de anlisis siguiendo el modelo de casos de uso. Cuyo objetivo es comprender y generar una arquitectura de objetos para el sistema con base en lo especificado en el modelo de requisitos. Es importante enfatizar que el modelo de anlisis es una representacin conceptual, correspondiente al problema y modelo de requisitos, en trmino de clase de objetos.

7.1. Arquitectura de clases

El modelo de anlisis tiene como objeto generar una arquitectura de objetos que sirva como base para el diseo del sistema. En los casos de los sistemas de informacin, una de las arquitecturas ms utilizadas es la de Modelo, Vista, Control (MVC Model, View, Control), popularizada por los ambientes de desarrollo para los lenguajes de programacin de SmallTalk. Esta arquitectura se basa en tres dimensiones principales: Modelo correspondiente a la informacin, Vista correspondiente a la presentacin o interaccin con el usuario y Control correspondiente al comportamiento, como se muestra en la figura 7.2. La vista o presentacin de la informacin corresponde a las interfaces que se le presentan al usuario para el manejo de la informacin, donde por lo general pueden existir mltiples vistas sobre un mismo modelo. Tpicamente la informacin representa el dominio del problema y se almacena en una base de datos. Por otro lado, el control corresponde a la manipulacin de la informacin a travs de sus diversas presentaciones.

7.3. Diagramas de secuencias

Un diagrama de secuencia del sistema es un artefacto creado de manera rpida y fcil, que muestra los eventos de entrada y salida relacionados con el sistema que se est estudiando. UML incluye la notacin de los diagramas de secuencia para representar los eventos que parten de los actores externos hacia el sistema.

7.3.1. Comportamiento del sistema

Antes de continuar con el diseo lgico de cmo funcionar la aplicacin de software, es conveniente estudiar y definir su comportamiento como una caja negra. El comportamiento del sistema es una descripcin de qu hace el sistema, sin explicar cmo lo hace. Una parte de esa descripcin es un diagrama de secuencia del sistema. Otras partes comprenden los casos de uso y los contratos del sistema (que se presentarn despus).

7.3.2. Diagramas de secuencia del sistema

Los casos de uso describen cmo interactan los actores externos con el sistema software que estamos interesados en crear. Durante esta interaccin, un actor genera eventos sobre un sistema, normalmente solicitando alguna operacin como respuesta. Por ejemplo, cuando un cajero inserta el ID de un artculo est solicitando al sistema PDV que registre la venta de ese artculo. Ese evento de solicitud inicia una operacin sobre el sistema. Es deseable aislar e ilustrar las operaciones que un actor externo solicita a un sistema, porque constituyen una parte importante de la comprensin del comportamiento del sistema. UML incluye los diagramas de secuencia como notacin que puede representar las interacciones de los actores y las operaciones que inician. Un diagrama de secuencia del sistema (DSS) es un dibujo que muestra, para un escenario especfico de un caso de uso, los eventos que generan los actores externos, el orden y los eventos entre los sistemas. Todos los sistemas se tratan como cajas negras; los diagramas destacan los eventos que cruzan los lmites del sistema desde los actores a los sistemas.

7.3.3. Ejemplo de un DSS

Un DSS muestra, para un curso de eventos especfico en un caso de uso, los actores externos que interaccionan directamente con el sistema, el sistema (como una caja negra) y los eventos del sistema que genera el actor (ver figura 7.1.) el tiempo avanza hacia abajo, y la ordenacin de los eventos debera seguir su orden en el caso de uso. Los eventos del sistema podran contener parmetros. Podemos realizar diagramas de secuencia tanto para un caso de uso especfico como para un subflujo. Este ejemplo muestra el escenario principal de xito del subflujo Crear Registro Usuario. del Sistema SigmaVideo el cual es inicializado por el Administrador del Sistema.

Figura 7.3. DSS Crear Registro Usuario del Caso de Uso Gestin de Usuarios

Otra parte importante de los DSS es la explicacin de cada uno de ellos. A continuacin se explica el DSS de la figura 73. Crear Registro Usuario El DSS para Crear Registro Usuario se muestra en la figura 7.43. Esta secuencia inicia el flujo principal de Gestin de Usuarios que deber incluir ciertas opciones definidas en Validar Usuario seguidos por el subflujo Crear Registro Usuario (S-1). Si es la primera vez que se accede al sistema el Administrador ejecutar la opcin Registrarse Por Primera Vez oprimiendo el botn correspondiente en la pantalla. El sistema responder mostrando la pantalla de Gestin de Usuarios mediante el evento desplegarPantallaGestinDeUsuarios. Para continuar con la lgica principal de este subflujo, el Administrador debe llenar los datos y presionar el botn Guardar para que esta informacin sea enviada a la Base de Datos mediante el evento guardarUsuario. El actor Base de Datos SigmaVideo responde mediante el evento OK. Finalizado el registro del primer usuario del sistema que tendr el rol de Administrador se presenta la pantalla Ofrecer Servicios mediante la llamada al evento desplegarPantallaOfrecerServicios. En ese momento el Administrador presiona Salir dando por concluida la secuencia. Nota: en la explicacin de los diagramas de secuencia los eventos, actores, nombres de casos de uso y subflujos se ponen en letra cursiva y los botones se ponen entre comillas. Ejercicio: Realiza el DSS para el caso de uso ValidarUsuario. De tu sistema.