Fundamentos de UML: Modelado de Sistemas, Diagramas y Especificación de Casos de Uso

Tipos de Diagramas UML para el Modelado de Sistemas

Diagramas de Estructura y Comportamiento

Un Diagrama de Estados también maneja la vista dinámica del sistema y consiste en una máquina de estados formada por estados.

Un Diagrama de Actividades es una clase especial del diagrama de estados. Muestra el flujo desde una actividad a otra dentro del sistema y sirve para modelar las funciones del mismo.

Un Diagrama de Componentes muestra la organización y las dependencias a lo largo de un conjunto de componentes, mostrando la vista estática de implementación de un sistema.

Un Diagrama de Despliegue muestra la configuración de los procesos en tiempo de ejecución y los componentes que se encuentran en los nodos.

Conceptos Clave: Casos de Uso y Actores

Definición de Caso de Uso y Actor

Un Caso de Uso es un modo específico de usar la entidad desde el punto de vista de algún actor. Todos los actores conectados al caso de uso ven el mismo modo específico de usar la entidad, es decir, son actores independientes.

Esta interpretación se ajusta mejor a la Definición de Actor como: “un conjunto coherente de roles que los usuarios de una entidad pueden desempeñar cuando interaccionan con la entidad.”

Asociaciones y Clasificadores en UML

En el sentido general, una Asociación es una relación entre dos o más clasificadores que especifica un conjunto de conexiones entre instancias de los clasificadores correspondientes. Las instancias de la asociación se denominan enlace.

El tipo más común de clasificador es la clase, pero los actores y casos de uso también son clasificadores en el metamodelo de UML.

Tipos de Actores y Casos de Uso

Un Actor-Clasificador especifica una clase de agentes externos, y un Actor-Instancia es un agente externo concreto.

Por otra parte, un caso de uso representa algún tipo de funcionalidad o servicio requerido por el actor asociado:

• Un Caso de Uso-Clasificador especifica un comportamiento.
• Un Caso de Uso-Instancia es la ejecución de ese comportamiento para proporcionar la funcionalidad requerida.

Nota sobre la Cooperación: {and} significa actores cooperativos, mientras que {or} significa actores independientes.

Una instancia de caso de uso no es una entidad que proporcione servicios ni que responda mensajes: es meramente la ejecución de un comportamiento (de otra entidad).

Esta notación pone de manifiesto que un caso de uso representa una interacción, antes que una entidad. Las interacciones se representan adecuadamente mediante asociaciones.

Actividad 5: Especificación Detallada de Casos de Uso

Luego de haber identificado los casos de uso, se debe indicar detalladamente la forma en la que el actor interactúa con el sistema. Esto se determina mediante la especificación y documentación de cada caso de uso.

Elementos de la Especificación del Caso de Uso

1. Precondiciones: Señalan los estados en que debe estar el sistema para que se pueda ejecutar el caso de uso.
2. Flujo Básico: Señala la secuencia de pasos que se va a producir en la mayoría de las veces en que ese caso de uso se ejecute.
3. Flujos Alternativos: Contienen las secuencias de pasos que se producirán como alternativas al flujo básico del caso de uso; es decir, especifican los pasos que se producirán en situaciones excepcionales.
4. Postcondiciones: Señalan el estado en que el sistema quedará luego de haberse ejecutado el caso de uso.

Consideraciones Durante la Especificación

Es importante resaltar que durante esta actividad se pueden producir las siguientes situaciones que deben tenerse en cuenta:

1. Un caso de uso que debe dividirse en dos casos de uso.
2. Un caso de uso que debe eliminarse, ya que debería formar parte de otro caso de uso.
3. Dos casos de uso que deben fusionarse en uno solo.