DEFINICION

Un caso de uso es una secuencia de acciones realizadas por un sistema en respuesta a la interacción del actor y el mismo sistema. Estos casos de uso sirven para explicar mejor como responde un programa mediante la interacción del usuario y otros sistemas.

Ahora bien, esta definición debe completarse, ya que no especifica si un caso de uso debe describir la totalidad o solo una parte del dialogo entre el usuario y el sistema. Podría formularse así:

“Entre un usuario y el sistema, los casos de uso describen las interacciones vinculadas con un objetivo funcional del usuario”.

Los casos de uso explicitan los requisitos funcionales del sistema relativos a uno de los objetivos del usuario. Estos se denominan también, de manera mas precisa, casos de uso con objetivo usuario.

ACTORES

• Representan roles que humanos, dispositivos de hardware o sistemas externos juegan mientras interactúan con el sistema
• No son parte del sistema y están situados fuera de sus límites
  
• Pueden estar a la entrada o salida de un caso de uso

ESCENARIOS

Especifican el comportamiento de un caso de uso por descripción, no por modelamiento.

* Ejemplos incluyen texto estructurado informal, texto estructurado formal con condiciones y pseudocódigo.

Típicamente especifica:

* Cómo y cuándo el caso de uso comienza y termina

* Interacción con actores e intercambio de objetos

* Flujo de eventos: normal (exitoso), alternativo (exitoso) y excepcional (falla)

ESCENARIOS DE EJEMPLO

En un sistema de RRHH (recursos humanos), para el caso de uso “Contratar Empleado”, los siguientes escenarios pueden darse:

* Escenario normal: Contratar una persona que no pertenece a la compañía

* Escenario alternativo: Contratar a una persona que pertenece a la compañía, pero en un departamento distinto.

* Escenario fallido: No pude ser encontrada ninguna persona calificada.

CONDICIONES

Pre-Condiciones

Describe el ambiente bajo el cual el caso de uso es invocado.

Post-Condiciones

Reflejan el impacto en el ambiente del caso de uso luego de su ejecución.

Requisitos de Calidad (opcional)

Por ejemplo, el sistema debe responder en menos de 30 segundos.

RELACIONES

<<Include>> (<> en UML 1.2)

* Si X incluye Y, Y siempre se realiza cuando se realiza X.

* Y es un comportamiento común en más de un caso de uso.

<<Extend>>

* Si Y extiende X, bajo ciertas condiciones de la ejecución de X también se ejecuta Y.

* Cuando se incluye un comportamiento de uso sólo bajo ciertas condiciones