Aclaramos la descripción de las funciones del sistema mediante un diagrama de secuencia (continuación de "Las ardillas")
En este artículo, discutiremos cómo se puede detallar (especificar) la descripción de la función automatizable utilizando un Diagrama de Secuencia UML.
En este ejemplo utilizo el entorno Enterprise Architect de la empresa australiana [1].
La especificación completa de UML se encuentra en [2].
Primero, permitiré que aclaremos lo que vamos a detallar.
En modelamos los procesos del área temática "mágica" — fragmentos sobre la ardilla de "La historia del rey Saltán" de A.S. Pushkin. Y comenzamos con el diagrama de actividad. Luego, en desarrollamos un modelo funcional utilizando un diagrama de casos de uso, en la Figura 1 se presenta un fragmento.
Figura 1. Relación entre requisitos y funciones
Ahora queremos especificar la información sobre la ejecución de esta función automatizable:
- con qué componentes de la interfaz interactuará nuestro usuario;
- qué componentes de control necesitaremos;
- qué vamos a almacenar;
- qué mensajes intercambiarán el usuario y los componentes del sistema para ejecutar la función.
Los elementos principales del diagrama de secuencia son los objetos interactuantes con diferentes estereotipos y las conexiones entre ellos — los objetos interactuantes intercambian entre sí cierta información (Figura 2).
Figura 2. Elementos principales del diagrama de secuencia
Los objetos están dispuestos en una secuencia horizontal, entre ellos se envían mensajes. El eje del tiempo está orientado de arriba hacia abajo.
El elemento Actor puede ser utilizado para representar al usuario que inicia el flujo de eventos.
Cada objeto tiene una línea punteada, llamada "línea de vida", donde este elemento existe y participa potencialmente en las interacciones. El enfoque de control se indica con un rectángulo en la línea de vida del objeto.
Los mensajes intercambiados entre los objetos pueden ser de varios tipos, y los mensajes también pueden configurarse para reflejar operaciones y propiedades de los elementos fuente y destino.
Elementos estereotipados, como límites (Boundary), elementos de control (Control) y entidades (Entity), pueden utilizarse para modelar la interfaz de usuario (GUI), controladores y elementos de bases de datos, respectivamente.
Un flujo de intercambio de mensajes que se repite puede ser indicado como un fragmento con el tipo "loop".
Entonces, planeamos clarificar la descripción de la función "Agregar información sobre una nueva nuez al registro".
Acordaremos las siguientes generalizaciones y suposiciones adicionales.
- Nuez, núcleo y cáscaras son todos bienes materiales de los tipos correspondientes (Figura 3).
Figura 3. Clarificación del diagrama de clases - En el registro, nuestro usuario ingresará información sobre cualquier bien material.
- Aclararemos el nombre del registro: "Registro de bienes materiales".
- Supongamos que nuestro usuario, al trabajar con la GUI "Registro de bienes materiales", puede agregar un nuevo bien material a través de la GUI "Tarjeta de control de bienes materiales".
- Dependiendo del tipo de bien material, cambia la estructura de los datos y la GUI.
- Al llenar los campos de la tarjeta de control de bienes materiales, se verifica la corrección de los datos ingresados.
El diagrama, construido teniendo en cuenta estas suposiciones, se presenta en la Figura 4.
Figura 4. Clarificación de la descripción de la función "Agregar información sobre una nueva nuez al registro"
Sobre la aplicación de otros tipos de diagramas UML, se puede leer aquí:
Lista de fuentes
- Sitio web de Sparx Systems. [Recurso electrónico] Acceso: Internet:
- Especificación del Lenguaje de Modelado Unificado (OMG UML) de OMG. Versión 2.5.1. [Recurso electrónico] Acceso: Internet:
Fuente: habr.com
