Diagramas casos de uso

Diagramas de casos de uso

Un diagrama de casos de uso de UML muestra las relaciones entre los actores y los casos de uso dentro de un sistema.

Se usan para:

• proporcionar una visión de todo o parte de los requisitos de un sistema u organización en forma de un modelo esencial o un modelo de
• comunicar el alcance de un proyecto de desarrollo;
• modelar el análisis de los requisitos de uso en forma de un modelo de caso de uso del sistema

Un modelo de caso de uso tiene uno o más diagramas de casos de uso y apoya documentaciones sobre la utilización de casos y definiciones de actores.

Pautas de Casos de Uso

Un caso de uso describe una secuencia de acciones que proporcionan un valor medible a un actor.

• Comienza los nombres de casos de uso con un verbo fuerte

• Los nombres que comienzan con versos como "proceso", "realizar" y "hacer" son a menudo problemáticos.
• Los nombres como: Retiro de fondos, Registro de estudiante en seminario y Entrega de envío, son buenos nombres ya que es claro lo que cada uno hace

• Casos de uso de nombre con terminología de dominio:

El nombre de un caso de uso debe transmitir inmediatamente su significado a los usuarios proyecto.

Guía para los actores

 Un actor es una persona, una organización, un proceso local o un sistema externo que desempeña un papel en una o más interacciones con su sistema

• Coloque a su (s) actor (es) primario (s) en el rincón superior izquierdo del diagrama

Esta es la mejor posición para sus principales actores, que no están directamente relacionados con sus casos de uso crítico.

• Dibuje actores en los bordes exteriores de un Diagrama de Casos de Uso

Por definición, los actores están fuera de su alcance de control, algo que puede comunicarse dibujándolos en los bordes exteriores de un diagrama

• Nombrar actores con sustantivos singulares y relacionados con el dominio

• Un actor debe tener un nombre que refleje con exactitud su función con nuestro modelo.
• Se debe usar nombres como: Cliente, administrador

• Asociar a cada actor con uno o más casos de uso

• Cada actor está involucrado con un solo caso, y cada caso está involucrado con al menos un actor

• Utilice los nombres de los actores para modelar los roles
• Utilice <>para indicar los actores del sistema
• No permitir que actores interactúen entre sí

• La naturaleza de la interacción entre dos actores será capturada en el texto del caso de uso, no gráficamente en su diagrama.

Directrices de relación 

Existen varios tipos de relaciones que pueden aparecer en un diagrama de casos de uso:

■ una asociación entre un actor y un caso de uso

 ■ una asociación entre dos casos de uso

■ una generalización entre dos actores

■ una generalización entre dos casos de uso.

• Las asociaciones se representan como líneas que conectan dos elementos de modelado con una hoja de cabeza optativa abierta en una línea de la línea, indicando la dirección de la inversión inicial de la relación.
• Las generaciones se indican como flechas de cabeza cerrada que apuntan hacia los elementos de mayor calibre.

• Evitar las puntas de flecha en las relaciones actor-uso-caso

• Las puntas de flecha en las asociaciones actor-uso-caso indican quién o qué invoca la interacción.
• Indique una punta de flecha sólo cuando hacerlo proporciona un valor significativo,

• Aplicar << include >> cuando se sabe exactamente cuándo debe invocarse el caso de uso
• Aplicar << extend >>, puede ser invocado a través de varias etapas del caso de uso

• No Aplicar << uses >>, << includes >>, o << extends >>:

• Estos tres estereotipos fueron apoyados por versiones anteriores del UML pero con el tiempo han sido reemplazados.
• Es probable que encuentre estos estereotipos aplicados en los diagramas de casos de uso más antiguos porque los modeladores de casos de uso experimentados pueden no haber pasado a los estereotipos más recientes para las asociaciones de casos de uso.

• Evitar más de dos niveles de asociaciones de casos de uso
• Coloque un caso de uso incluido a la derecha de la invocación del caso de uso

• Es una convención común para dibujar asociaciones de include horizontalmente

• Coloque un Caso de Uso Extendido debajo del Caso de Uso de Padres

• Es convención común dibujar asociaciones de extensión verticalmente,

• Coloque un caso de uso hereditario debajo del caso de uso de base:

• Es una convención común dibujar relaciones de generalización verticalmente, con el caso de uso hereditario situado más abajo en su diagrama.

 Guías de Cuadro de Límites del Sistema

El recuadro de las rectas en torno a las cajas de seguridad se muestra en el cuadro de la frontera del sistema y, como su nombre indica es el alcance del sistema.

• Evite las cajas sintéticas de los límites del sistema
• Las cajas de sistema de las ventanillas son opcionales

...