Casos de Uso

⚪ Un diagrama de Casos de Uso muestra la

distintas operaciones que se esperan de
una aplicación o sistema y cómo se
relaciona con su entorno (usuario u otras
aplicaciones).
⚪ Visión del sistema tal como se muestra a
sus usuarios externos.
⚪ Es una herramienta esencial para la
captura de requerimientos y para la
planificación y control de un proyecto
interactivo.
Diagramas empleados por UML (Casos
de Uso)

⚪ Los casos de Uso. Se representa en el

diagrama por una elipse que denota un
requerimiento solucionando por el sistema.
⚪ Cada caso de uso es una operación
completa desarrollada por los actores y por
el sistema en un diálogo.
⚪ El conjunto de casos de uso representa la
totalidad de operaciones desarrolladas por
el sistema.
 Casos de Usos

Se define mediante:
⚪ Diagramas de casos de uso (todo el sistema)
⚪ Descripción de los casos de uso
• Mediante plantillas de texto
• Acompañados de diagramas de interación
⚪ Permite delimitar el sistema y las relaciones entre éste y su
entorno
⚪ Similar a los DFD´s en el enfoque estructurado
⚪ Facilitan la comunicación entre el analista y el usuario.
 Casos de Usos / Elementos

⚪ Caso de uso
⚪ Secuencia de acciones, incluyendo variantes, que puede
realizar el sistema interaccionando con los actores del
sistema
⚪ Actor
⚪ Un conjunto coherente de roles que juegan los usuarios
cuando interaccionan con los casos de uso
⚪ Cualquier cosa con comportamiento (hardware,software,
personas)
⚪ Límite del sistema (frontera)
⚪ Representa el límite entre el sistema físico y los actores
interaccionan con el sistema
Diagramas empleados por UML
(Casos de Usos)
Diagramas empleados por UML
(Elementos de Casos de Usos)

⚪ Actor: Es un usuario del sistema, que

necesita o usa alguno de los casos de
uso. Un usuario puede jugar más de un
rol. Un solo actor puede actuar en
muchos casos de uso; recíprocamente,
un caso de uso puede tener varios
actores. Los actores no necesitan ser
humanos pueden ser sistemas externos
que necesitan alguna información del
sistema actual.
Diagramas empleados por UML
(Elementos de Casos de Usos)

⚪ También se puede encontrar tres tipos de

relaciones, como son:
⚪ Comunica: (comunicates): entre un actor y
un caso de uso, denota la participación del
actor en el caso de uso determinado. En la

⚪ Fig. 1 el actor profesor se relaciona con los

caso de uso pedir permiso, Actualizar carga
administrar y Actualizar carga Académica.
Diagramas empleados por UML
(Elementos de Casos de Usos)

⚪ Usa (uses): Relación entre dos casos

de uso, denota la inclusión del
comportamiento de un escenario en
otro. Se utiliza cuando se repite un
caso de uso en dos o más casos de
uso separados. Frecuentemente no
hay actor asociado con el caso de
uso común.
Diagramas empleados por UML
(Elementos de Casos de Usos)

Extiende (extends): Relación entre dos

casos, denota cuando un caso de uso
es una especialización de otro. Se usa
cuando se describe una variación
sobre el normal comportamiento.
⚪ Se utiliza cuando se tiene un caso
de uso que es similar a otro pero
que hace un poco más.
Diagramas empleados por UML
(Elementos de Casos de Usos)

En la Fig. 1 la relación extend se

utiliza para denotar que los
escenarios actualizar carga
administrativa y actualizar carga
académica son especializaciones del
caso de uso elaborar informe de
actividades.
 Diagramas empleados por UML
(Elementos de Casos de Usos)

A partir de los actores

Qué actores? (relacionados con el sistema o organización) quién
necesita el sistema?
qué necesita el sistema para funcionar: personal, hardware
especializado, otros programas (software).
⚪ Para cada actor, identificar los procesos que inician o en los que
participan
• ponerle nombre
• determinar límites/frontera: qué es del sistema? Qué queda
fuera?
• Qué espera recibir/obtener?
⚪ A partir de los eventos
Identificar los eventos externos a los que puede responder el sistema
Relacionar los eventos con actores y casos de uso
 Diagramas empleados por UML
(Elementos de Casos de Usos)

Asegurarse que cada caso de uso describe una parte significativa

del funcionamiento del sistema
⚪ Evitar un número excesivo de casos de uso Un caso de uso no es
un paso, operación o actividad individual en un proceso
⚪ Un caso de uso describe un proceso completo que incluye
varios pasos (flujo de trabajo de la empresa)
⚪ Los casos de uso deben ser simples, dado que podrían
cambiar con facilidad
⚪ Los casos de uso tienen que ser entendibles tanto por
desarrolladores software como por expertos del dominio
⚪ Es una descripción de alto nivel del sistema
⚪ Evitar conceptos de diseño