RELACIONES ENTRE CASOS DE USO

Extensión: Un caso de uso también se puede definir como una extensión incremental de un caso de
uso base
 Dependencia entre dos casos de uso que especifica que el comportamiento de un caso de
uso base (extendido) puede ser extendido con comportamiento adicional definido en otro
caso de uso (extensor)
 La extensión tiene lugar en puntos de extensión
• Pertenecen al caso de uso extendido
• Indican el lugar donde se insertan los fragmentos de comportamiento del caso de uso
extensor
 Notación de la relación de extensión: símbolo de dependencia con el estereotipo «extend» y
opcionalmente una nota con las condiciones y las referencias a los puntos de extensión
 Notación de los puntos de extensión: se representan como una cadena de texto dentro del
caso de uso conforme a la sintaxis: < nombre > [Explicación]

Condición de la extensión
Es única para todos los puntos de extensión de una relación de extensión
Si es verdadera cuando se alcanza el primer punto de extensión al ejecutar el caso de uso base, serán
ejecutados todos los fragmentos del caso de uso extensor correspondientes a todos los puntos de
extensión. Terminada la ejecución de un fragmento dado el control retorna al caso de uso base y
continua su ejecución hasta el siguiente punto de extensión
Si la condición es falsa no se produce la extensión
Si no hay condición la extensión es incondicional

 La extensión especifica como un caso de uso puede insertarse en otro para incrementar su
funcionalidad
 El caso de uso donde se insertará la nueva funcionalidad debe ser un flujo completo
 Puede o no ejecutarse y esto no afectará al caso de uso básico
Características de la Extensión
Se considera a la asociación de extensión como una interrupción en el caso de uso original que
ocurre donde el nuevo caso de uso se va a insertar
Para cada caso de uso que vaya a insertarse en otro caso de uso se debe especificar la posición en el
caso de uso original, donde se insertará
Esta relación se indica con extiende (extend)
Funcionamiento de la Extensión
El caso de uso original se ejecuta de forma normal hasta el punto donde el caso de uso nuevo se
inserta
En este punto se continúa con la ejecución del nuevo curso
Después que la extensión se ha terminado, el curso original continúa normalmente

Ejemplo y Representación
 Invitado: se trata de un actor que accede a la plataforma, pero no se ha identificado.
 Usuario: un actor que sí ha completado los procesos de registro e identificación y que por
tanto tiene acceso a las funcionalidades que muestra el diagrama de casos de uso. Como se
puede observar en la jerarquía de actores, también tiene acceso a las actividades propias del
Invitado.
 Administrador: actor que puede realizar todas funcionalidades del Usuario (y por
extensión del Invitado) y que además puede Gestionar Usuarios.
Nombre: Evaluar Campaña.

Descripción: Permite al usuario evaluar una campaña.

Este caso de uso consta de 2 subcasos de uso. Esto se debe a que tanto "Crear Campaña" como
"Registrar Empresa" a pesar de que no son funcionalidades totalmente independientes, es decir, no
pueden ser ejecutadas de manera independiente en el sistema; poseen la funcionalidad y el peso
suficiente como para ser tratados como casos de uso en el modelo. Sin embargo, al no tratarse de
casos de uso como tal, no se vinculan a un actor directamente, sino que quedan conectadas a la
funcionalidad que precede su ejecución. Además, en este caso, están relacionadas con dicha
funcionalidad: siempre que se evalúa una campaña, una instancia de esta es creada y almacenada en
la BBDD (<<include>>). Por otro lado, si en el proceso de evaluación se desea, el usuario puede
"Registrar una Empresa" nueva en el sistema de manera que aparezca en su historial y le sea
propuesta en futuras evaluaciones para facilitarle el proceso.(<<extend>>).

Aquí se dan relaciones entre un caso de uso y 2 subcasos de uso, de ahí que el modelo resulte de este
modo. El modelo resultaría diferente si se tratara de una relación entre 2 casos de uso. Por ejemplo,
la relación dada entre "Consultar Historial" y "Eliminar Campañas" en la cual ambos son casos de
uso.

Actores: Usuario.

Precondiciones: Ninguna.

Requisitos no funcionales: Ninguno.

 Flujo de eventos:
1. ¡El usuario selecciona “Go!” en la barra de navegación del menú principal.
2. El usuario elige la plataforma para la cual desea evaluar la campaña y pulsa “Aceptar”.
3. Introduce los datos requeridos para la evaluación y pulsa "Continuar".
4. Si los datos no son correctos, se validará el formulario y se mostrará un mensaje
de error debajo de los campos correspondientes.
5. Si los datos son correctos accederá al menú de selección de empresa, donde dispondrá
de 3 opciones:
a. Si la empresa con la que desea relacionar la campaña ya está en el sistema, podrá
elegirla directamente de la lista de empresas registradas.
b. Si el usuario desea seleccionar una empresa con la que ya ha trabajado
anteriormente, podrá hacerlo desde el menú de empresas utilizadas por dicho
usuario que le será mostrada por pantalla.
c. Si la empresa buscada no está en el sistema y lo desea, podrá registrarla
seleccionando "Crear nueva Empresa".
c.1 Para registrar una empresa deberá introducir su nombre y
presupuesto y pulsar "Crear".
c.2 Si los datos no son correctos, se validará el formulario y se
mostrará un mensaje de error debajo de los campos correspondientes.
c.3 Si los datos son correctos se creará una nueva empresa en el sistema.
6. Se mostrará la pantalla del balance final de la campaña con su correspondiente imagen y
evaluación sobre ella.

Post-condiciones: Se evalúa la campaña, se crea una instancia de dicha campaña en la BBDD y si el

usuario ha decidido insertar una nueva empresa en el proceso, será almacenada en el sistema.

REALIZACIÓN DE LOS CASOS DE USO:

Las responsabilidades de realización de las acciones descritas en los casos de uso se asignan a
objetos que colaboran e implementan la funcionalidad del caso de uso.
Principios para la realización de los casos de uso
Una colaboración realiza un caso de uso: solución dependiente de la implementación
 Contexto de la colaboración: relaciones entre clases y objetos
 Interacción de la colaboración: interacciones entre ellos para alcanzar la funcionalidad
deseada
El símbolo de la colaboración es una elipse con la línea discontinua y con el nombre en su interior
 Para explicar una colaboración se requieren diagramas que muestren el contexto y la interacción
entre los elementos que colaboran: diagramas de comunicación, de secuencia, de visión global de la
interacción, de actividad y de máquina de estados
 Un escenario es una instancia de un caso de uso
 Un escenario es un camino de ejecución específico que representa una instanciación
específica de un caso de uso
 Un escenario visto como una ocurrencia de una colaboración incluye la interacción entre las
partes dentro del sistema
 Un caso de uso puede poseer diagramas que detallen su estructura interna: pueden enfatizar su
estructura de tiempo de ejecución u otros elementos que surgen en la implementación del caso
de uso (por ejemplo, un diagrama de máquina de estados).
Ejemplo

Colaboración de casos de uso

Conclusión
El propósito de la inclusión es la reutilización de porciones de comportamiento comunes a varios
casos de uso.
Para explicar una colaboración se requieren diagramas que muestren el contexto y la interacción
entre los elementos que colaboran.

Referencias

 http://academicos.azc.uam.mx/jfg/diapositivas/adsi/Unidad_5.pdf
 https://repositorio.grial.eu/bitstream/grial/1155/1/UML%20-%20Casos%20de%20uso.pdf
 https://addi.ehu.es/bitstream/handle/10810/15727/omRocket%20Anexo%20I%20-
%20Modelo%20de%20Casos%20de%20Uso%20Extendido.pdf?sequence=4&isAllowed=y