Diagramas de Casos de USO

Programación Orientada a
Objetos
 Modelo de Casos de Uso (MCU)
 Todos los casos de uso constituyen el MCU que describe
la funcionalidad total del sistema.

 El modelo de casos de uso utiliza tres elementos

básicos:
 Actores, para modelar los diferentes roles que los
elementos externos al sistema pueden representar.
 Casos de uso, para representar todo aquello que el
actor ha de poder realizar en el sistema.
 Relaciones, que asocian a los elementos actores y
casos de uso.

Introducción a UML 2
 Modelo de Casos de Uso (MCU)

 Caso de Uso: Especifica una secuencia de acciones, incluyendo sus variantes, que
el sistema puede realizar y que produce un resultado observable válido para un
actor particular.
 Los casos de uso se emplean para capturar el comportamiento deseado del sistema,
sin tener que especificar cómo se va a implementar. El nombre de un caso de uso
debe comenzar con un verbo para especificar que se trata de un proceso.
 Los requerimientos funcionales están naturalmente estructurados como casos de uso.

¿Cómo identificar casos de uso?

 Hay que preguntarse:
 1. ¿Cuáles son las tareas y responsabilidades de cada actor con el sistema?
 2. ¿Algún actor creará, almacenará, cambiará, borrará o leerá información del
sistema?
 3. ¿Qué casos de uso crearán, almacenarán, cambiarán, borrarán o leerán
información?

Introducción a UML 3
 UML y el DCU
 UML provee el Modelo de Casos de Uso para representar la vista del sistema
que se corresponde con la vista del usuario.

 En UML la representación visual de los casos de uso es el diagrama de

casos de uso.
 Los diagramas de casos de uso describen lo que hace un sistema desde el
punto de vista de un observador externo, enfatizando en el qué más que el
cómo.
 Captura los requerimientos funcionales y el ambiente del sistema.
 Permite comprender y describir los requerimientos del sistema.
 Plantean escenarios, es decir, lo que pasa cuando alguien interactúa con el
sistema, proporcionando un resumen para una tarea u objetivo.
 Se utilizan para modelar los aspectos dinámicos de un sistema.
 Es un diagrama que muestra un conjunto de casos de uso, actores y sus
relaciones.
 Describe lo que el sistema debe hacer y bajo que restricciones.

Introducción a UML 4
 Modelo de Casos de Uso: Actores

 Actor:
 Especifica un conjunto de roles que los usuarios de los casos de uso

representan al interactuar con éstos.

 Representa un rol que es desempeñado:

 Por una persona

 Un dispositivo hardware
 Otro sistema al interactuar con el sistema en construcción.

Caso de Uso A
Actor A

Introducción a UML 5
 Modelo de Casos de Uso: Relaciones
 Relaciones entre actores y casos de uso:
 Asociación (Comunicación: Relación entre un actor y un caso de uso,
denota la participación del actor en el caso de uso determinado. Todas
las líneas que salen del actor denotan este tipo de relación.
 Relaciones entre casos de uso:
 Extensión (<<extend>>)
 Inclusión (<<include>>)
 Generalización

 Relaciones entre actores:

 Generalización.

Introducción a UML 6
 Casos de Uso: Relación de Inclusión
 Una relación de inclusión (<<include>>) entre casos de uso significa
que un caso de uso base incorpora explícitamente el comportamiento de otro
caso de uso en el lugar especificado en el caso base.
 Se usa para evitar describir el mismo flujo de eventos repetidas veces,
poniendo el comportamiento común en un caso de uso aparte.
 Una relación include entre dos Casos de Uso indica que el comportamiento
definido en el Caso de Uso a adicionar, es incluído en un lugar dentro de la
secuencia del comportamiento realizado por una instancia del Caso de Uso
base. Cuando una instancia del Caso de Uso «llega al lugar» donde el
comportamiento de otro Caso de Uso debe ser incluído, ejecuta todo el
comportamiento descripto por el Caso de Uso incluido y luego continúa de
acuerdo a su Caso de Uso original. El Caso de Uso incluído no depende del
Caso de Uso base. En este sentido, el Caso de Uso incluído representa
comportamiento encapsulado que puede ser reutilizado en varios Casos de
Uso.

Introducción a UML 7
 Casos de Uso: Relación de Extensión

 Una relación de extensión <<extend>> entre casos de uso significa que

un caso de uso base incorpora implícitamente el comportamiento de otro
caso de uso en el lugar especificado indirectamente por el caso de uso que
extiende al caso base.

 Una relación de extensión se utiliza para modelar la parte de un caso de uso

que el usuario puede ver como comportamiento opcional del sistema. De
esta forma, se separa el comportamiento opcional del obligatorio.

 También se puede utilizar una relación de extensión para modelar un

subflujo separado que se ejecuta sólo bajo ciertas condiciones. El significado
es que el sistema puede existir con o sin las diferentes extensiones.

Introducción a UML 8
Casos de Uso: Ejemplo de Relaciones

Introducción a UML 9
 Casos de Uso: Relación de Generalización

 Una relación de generalización entre Casos de Uso implica que el Caso de

Uso hijo hereda todos los atributos, secuencias de comportamiento, puntos
de extensión y relaciones definidos en el Caso de Uso padre. El Caso de Uso
hijo puede definir nuevas operaciones, como también redefinir o enriquecer
con nuevas secuencias de acciones operaciones ya existentes en el Caso de
Uso padre.

Comprbar Clave
Validar Usuario

Examinar Retina

Introducción a UML 10
 Ejemplo: Sistema de Alquiler de Vehículos
 Se pretende desarrollar un sistema de gestión para una empresa de alquiler de vehículos cuyas principales
funcionalidades y características son las que a continuación se describen:
 La empresa se dedica al alquiler vehículos. Dentro de los automóviles, la empresa distingue entre
automóviles de lujo y básicos.
 Un cliente puede realizar reservas de automóviles desde Internet. Para ello accederá a la opción “Realizar
Reservas” y el sistema le pedirá su login y password. Si no ha sido cliente anteriormente el usuario deberá
acceder a la opción “Registrarse”, en la que el sistema le solicitará sus datos personales. Una vez finalizado
el registro podrá realizar la reserva. Para ello el sistema le preguntará si desea un automóvil de lujo o
básico, y una vez que el cliente le ha indicado lo que desea, el sistema le pedirá las fechas inicial y final
para las que desea el alquiler, así como las ciudades de recogida y devolución del vehículo. Después le
mostrará la relación de automóviles (marca, modelo, motor y precio diario) disponibles en esas fechas,
entre las que el cliente escogerá uno. La reserva queda realizada e identificada con un código del que el
cliente debe tomar nota. El cliente podrá, posteriormente, acceder al sistema para consultar o cancelar su
reserva, previa identificación en el sistema.
 Para recoger el vehículo el cliente debe presentarse en las oficinas de la empresa para firmar el contrato de
alquiler del vehículo. Un empleado será el encargado de registrar ese contrato en el sistema, y se considera
imprescindible que quede registrado qué empleado ha realizado cada contrato. El empleado accederá a la
parte de “Contratos” y, si existe reserva previa (no siempre tiene por qué haberla) introducirá el código de
reserva que debe de facilitarle el cliente.
 El sistema comprueba la existencia de la reserva y genera un contrato tipo para el tipo de vehículo
reservado.
 El gerente de la empresa accede al sistema para realizar diversas consultas e informes sobre cuestiones
como alquileres realizados, vehículos disponibles, contratos firmados por empleados, etc. Por último existe
un administrador, que es el encargado de registrar y mantener la información de los usuarios y de los
vehículos de la empresa.

Introducción a UML 11
 Diagrama de Casos de Uso: Sistema de
Alquiler de Vehículos
DIAGRAMA DE CASOS DE USO: SISTEMA DE ALQUILER DE VEHÍCULOS

Realizar Registro Registrar Contrato

Usuario Empleado <<extend>>

<<include>>
Realizar Reserva Verificar Codigo Reserva

<<include>>
Cliente

Consultar Reserva Validar Acceso

<<include>>

Cancelar Reserva

Registrar Información Consultar Datos

Gerente
Administrador

Mantener Información

Introducción a UML 12
Introducción a UML 13
For
Elemento Descripción y propiedades principales
ma
1 Actor Representa un usuario, organización o sistema externo que interactúa con la aplicación o sistema. Un actor es
una clase de tipo.
•Image Path: ruta de acceso del archivo de una imagen que debe utilizarse en lugar del icono de actor
predeterminado. El icono debe ser un archivo de recursos incluido en el proyecto de Visual Studio.

2 Caso de uso Representa las acciones que realizan uno o varios actores para conseguir un objetivo determinado. Un caso de
uso es una clase de tipo.
•Subjects: subsistema en el que aparece el caso de uso.

3 Asociación Indica que un actor forma parte de un caso de uso.

4 Subsistema o componente
Sistema o aplicación (o alguno de sus componentes) en el que se está trabajando. Puede abarcar desde una
red grande hasta una única clase de una aplicación.
Los casos de uso que un sistema o componente admiten aparecen dentro de su rectángulo. Para aclarar el
ámbito del sistema, puede resultar útil mostrar algunos casos de uso fuera del rectángulo.
Un subsistema de un diagrama de casos de uso tiene básicamente el mismo tipo que un componente de un
diagrama de componentes.
•Is Indirectly Instantiated: si es false, el sistema en ejecución tiene uno o varios objetos que se
corresponden directamente con este subsistema. Si es true, el subsistema es una construcción del diseño que
solo aparece en el sistema en ejecución a través de la creación de instancias de los elementos que lo
conforman.

Introducción a UML 14
Introducción a UML 15
For
Elemento Descripción
ma
5 Incluir Un caso de uso de inclusión llama o invoca al caso de uso incluido. La inclusión se utiliza para mostrar cómo se
divide un caso de uso en pasos más pequeños. El caso de uso incluido se encuentra en el extremo con la punta
de flecha.
Tenga en cuenta que en el diagrama no se muestra el orden de los pasos. Puede utilizar un diagrama de
actividades, un diagrama de secuencia u otro documento para describir estos detalles.

6 Extender Un caso de uso de extensión agrega objetivos y pasos al caso de uso extendido. Las extensiones solamente
funcionan en ciertas condiciones. El caso de uso extendido se encuentra en el extremo con la punta de flecha.
Tenga en cuenta que en el diagrama no se muestran las circunstancias exactas en las que se aplica la
extensión; puede registrarlas en un comentario o en otro documento.

7 Herencia Relaciona un elemento especializado y un elemento general. El elemento general se encuentra en el extremo
con la punta de flecha.
Un caso de uso especializado hereda los objetivos y actores de su generalización y puede agregar objetivos
más específicos y los pasos para llevarlos a cabo.
Un actor especializado hereda los casos de uso, atributos y asociaciones de su generalización y puede agregar
más elementos.
8 Dependenci Indica que el diseño del origen depende del diseño del destino.
a
9 Comment Se utiliza para agregar notas generales al diagrama.
10 Artefacto Un artefacto proporciona un vínculo a otro diagrama o documento. Puede crearlo arrastrando un archivo desde
el Explorador de soluciones. Se puede vincular mediante una relación de dependencia a otro elemento del
diagrama. Un artefacto se utiliza normalmente para vincular un caso de uso a un diagrama de secuencia, una
página de OneNote, un documento de Word o una presentación de PowerPoint que describe el caso de uso en
detalle. El documento puede ser un elemento de la solución de Visual Studio, o un documento en una ubicación
compartida, como un sitio de SharePoint.
•Hipervínculo. La dirección URL o ruta de acceso del diagrama o documento.
Introducción a UML 16
Introducción a UML 17