Casos De Uso “Incluir” Y “Extender”
Un caso de uso describe cómo un usuario usa un sistema para lograr un objetivo particular. Un diagrama de casos de uso consta del sistema, los casos de uso relacionados y los actores, y los relaciona entre sí para visualizar: ¿qué se está describiendo? ( sistema ), ¿quién está usando el sistema? ( actores ) y ¿qué quieren lograr los actores? ( casos de uso ), por lo tanto, los casos de uso ayudan a garantizar que se desarrolle el sistema correcto al capturar los requisitos desde el punto de vista del usuario.
Estructuración de casos de uso
Las relaciones de casos de uso modelan las dependencias entre casos de uso en el modelo de interacción del sistema. Aunque, los casos de uso independientes pueden representar adecuadamente sistemas más simples. Sin embargo, para representar sistemas complejos o grandes, es posible que necesitemos construir casos de uso complejos con la ayuda de dependencias entre casos de uso. Establecer relaciones entre casos de uso permite reutilizar aquellos casos de uso que deben definirse una y otra vez, lo que reduce el esfuerzo del desarrollador.
UML define tres estereotipos para estructurar las asociaciones de casos de uso.
¿Qué es un caso de uso <<Incluir>>?
Un caso de uso extendido es, efectivamente, un curso alternativo del caso de uso base. El caso de uso <<extender>> logra esto mediante la inserción conceptual de secuencias de acción adicionales en la secuencia base del caso de uso.
El momento de usar la relación <<include>> es después de haber completado la descripción del primer corte de todos sus casos de uso principales. Ahora puede ver los casos de uso e identificar secuencias comunes de interacción usuario-sistema.
- Cuando un caso de uso se representa usando la funcionalidad de otro caso de uso, la relación entre los casos de uso se denomina relación de inclusión o uso.
- Un caso de uso incluye la funcionalidad descrita en otro caso de uso como parte de su flujo de proceso comercial.
- Una relación de usos del caso de uso base al caso de uso secundario indica que una instancia del caso de uso base incluirá el comportamiento como se especifica en el caso de uso secundario.
- Una relación de inclusión se representa con una flecha dirigida que tiene una línea de puntos. La punta de la punta de flecha apunta al caso de uso secundario y al caso de uso principal conectado en la base de la flecha.
- El estereotipo “<<include>>” identifica la relación como una relación de inclusión.
Ejemplo de caso de uso: incluir relación
La relación de inclusión agrega funcionalidad adicional no especificada en el caso de uso base. La relación <<Include>> se utiliza para incluir el comportamiento común de un caso de uso incluido en un caso de uso base para admitir la reutilización del comportamiento común.
¿Qué es un caso de uso <<extender>>?
- Indica que un caso de uso de “Contraseña no válida” puede incluir (sujeto a lo especificado en la extensión) el comportamiento especificado por el caso de uso base “Cuenta de inicio de sesión” .
- Representar con una flecha dirigida que tiene una línea de puntos. La punta de la punta de flecha apunta al caso de uso base y el caso de uso secundario está conectado en la base de la flecha.
- El estereotipo “<<extiende>>” se identifica como una relación extendida
Ampliar relación
Las relaciones extendidas son importantes porque muestran funcionalidad opcional o comportamiento del sistema. La relación <<extender>> se utiliza para incluir el comportamiento opcional de un caso de uso extendido en un caso de uso extendido. En el ejemplo anterior, hay un conector de extensión con un punto de extensión “Contraseña no válida”.
Caso de uso abstracto y generalizado
El caso de uso general es abstracto. No se puede instanciar, ya que contiene información incompleta. El título de un caso de uso abstracto se muestra en cursiva.
Ejemplo de diagrama de caso de uso
Este ejemplo de un diagrama de caso de uso muestra un modelo de varios casos de uso comercial (objetivos) que representan la interacción entre un restaurante (sistema comercial) y sus partes interesadas clave (participantes comerciales y trabajadores comerciales). Habiendo identificado los casos de uso básicos en la primera ronda de cortes, tal vez podamos construir más estos casos de uso con casos de uso “extender” e “incluir” en la segunda ronda de revisiones.
