Aclaramos la descripción de las funciones del sistema utilizando el diagrama de secuencia (continuación "Ardillas")
En este artículo, consideraremos cómo detallar (aclarar) una descripción de una función automatizada utilizando el Diagrama de secuencia UML, un diagrama de secuencia.
En este ejemplo, uso el entorno Enterprise Architect de la compañía australiana Sparx Systems [1].
Vea la especificación completa de UML aquí [2].
Para empezar, explicaré lo que detallaremos.
En la primera parte del artículo "Desde el modelado de procesos hasta el diseño de un sistema automatizado", simulamos los procesos de un área temática de "cuento de hadas", una línea sobre una proteína de "Tales of Tsar Saltan" de Alexander Pushkin. Y comenzamos con un gráfico de Actividad. Luego, en la segunda parte, desarrollamos un modelo funcional utilizando el diagrama de casos de uso, en la Figura 1 se muestra un fragmento.
Figura 1. Requisitos y funciones de relación
Ahora queremos aclarar información sobre la implementación de esta función automatizada:
- con qué componentes de la interfaz interactuará nuestro usuario;
- qué componentes de control necesitamos;
- lo que almacenaremos;
- qué mensajes serán intercambiados por el usuario y los componentes del sistema para realizar la función.
Los elementos principales del diagrama de secuencia son los objetos que interactúan con diferentes estereotipos y las relaciones entre ellos: los objetos que interactúan intercambian cierta información entre ellos (Figura 2).
Figura 2. Los elementos principales del gráfico de secuencia
Los objetos están dispuestos en secuencia horizontal, los mensajes se transmiten entre ellos. El eje del tiempo está orientado de arriba a abajo.
El elemento Actor se puede usar para representar al usuario que inicia el flujo de eventos.
Cada objeto tiene una línea discontinua llamada "línea de vida", donde este elemento existe y potencialmente participa en las interacciones. El foco de control se indica mediante un rectángulo en la línea de vida del objeto.
Los mensajes intercambiados entre objetos pueden ser de varios tipos, los mensajes también se pueden configurar para reflejar las operaciones y propiedades de los elementos de origen y destino.
Los elementos estereotipados como Límite, Controles y Entidades se pueden usar para modelar la interfaz de usuario (GUI), los controladores y los elementos de la base de datos, respectivamente.
Un flujo de mensajes repetitivos puede designarse como un fragmento de tipo bucle.
Por lo tanto, planeamos aclarar la descripción de la función "Agregar información sobre una nueva tuerca a la declaración".
Acordamos las siguientes generalizaciones y supuestos adicionales.
- La nuez, el grano y las cáscaras son valores materiales de los tipos correspondientes (Figura 3).
Figura 3. Refinando el diagrama de clase - En la declaración, nuestro usuario ingresará información sobre cualquier valor material.
- Aclare el nombre de la declaración: "Declaración de valores contables mat."
- Supongamos que nuestro usuario, trabajando con la GUI "Declaración de contabilidad de valores de material", puede agregar un nuevo valor de material a través de la "Tarjeta de contabilidad de valores de material" de GUI.
- Dependiendo del tipo de valor del material, la estructura de datos y la GUI cambian.
- Al completar los campos de la tarjeta de contabilidad de materiales, se verifica la exactitud de los datos ingresados.
Un diagrama basado en estos supuestos se muestra en la Figura 4.
Figura 4. Refinamiento de la descripción de la función "Agregar información sobre una nueva tuerca a la declaración"
La aplicación de otros tipos de diagramas UML se puede encontrar aquí: