Ingeniería de Software.

Diagramas de Casos de Uso.

(Primera Parte, Diagrama Inicial)

Ingeniería de Software. Casos de Uso (parte 1) Página 0

 Mapa del Proceso.

Ingeniería de Software. Casos de Uso (parte 1) Página 1

 ¿Por qué Diagramas de Casos de Uso?

El diagrama de casos de uso es necesario porque:

• El documento SRS contiene mucho detalle y es

predominantemente texto.

• Los involucrados del lado del cliente necesitan una vista gráfica
general del sistema.

• Los casos de uso del sistema forman la base de todo el

desarrollo.

Ingeniería de Software. Casos de Uso (parte 1) Página 2

 Elementos del Diagrama de Casos de Uso.

Un diagrama de Casos de Uso es “A diagram that shows the

relationships among actors and use cases within the system.”
(UML v1.4 spec page B-21)

Ingeniería de Software. Casos de Uso (parte 1) Página 3

 Actores.

Un actor es “A coherent set of roles that users of use cases play when
interacting with these use cases.” (UML v1.4spec. page B-3)

Humano Sistema externo

Timer que
(puede ser activa un
cualquier actor) caso de uso.

Ingeniería de Software. Casos de Uso (parte 1) Página 4

 Casos de Uso.

• Un caso de uso describe una interacción entre un actor y el sistema

para producir un resultado.
• Un caso de uso encapsula una parte importante de la conducta del
sistema con una salida definible.
• Se representa mediante un óvalo con el título del caso.
• Se recomienda poner el código del caso de uso definido en el SRS
antes del título por cuestiones de rastreabilidad.

Ingeniería de Software. Casos de Uso (parte 1) Página 5

 Frontera del Sistema.

“The use cases may optionally be enclosed by a rectangle that

represents the boundary of the containing system.” (UML v1.4
spec. page 354)

Ingeniería de Software. Casos de Uso (parte 1) Página 6

 Asociaciones en Casos de Uso.

Una asociación de caso de uso representa “the participation of an actor

in a use case.” (UML v1.4 spec. page 357)

• Un actor debe estar asociado con uno o más casos de uso.

• Un caso de uso debe estar asociado con uno o más actores.
• La asociación se representa con una línea sólida sin puntas de
flecha.

Ingeniería de Software. Casos de Uso (parte 1) Página 7

 Desarrollo del Diagrama de Casos de Uso.

Pasos para crear el diagrama:

1. Definir el nombre del sistema y opcionalmente crear el rectángulo

de la frontera.

2. Identificar todos los actores a partir del SRS.

3. Para cada actor:

a. Añadir el ícono del actor al diagrama.

b. Añadir los casos de uso en los que participa el actor.
c. Dibujar las asociaciones del actor con sus casos de uso.

Ingeniería de Software. Casos de Uso (parte 1) Página 8

 Creación de la Frontera.

Ingeniería de Software. Casos de Uso (parte 1) Página 9

 El Actor Customer y sus Casos de Uso.

Ingeniería de Software. Casos de Uso (parte 1) Página 10

 El Actor Booking Agent.

Ingeniería de Software. Casos de Uso (parte 1) Página 11

 El Actor Receptionist.

Ingeniería de Software. Casos de Uso (parte 1) Página 12

 ¿Dónde poner el Diagrama de Casos de Uso?

• El diagrama se puede poner como parte del documento

SRS.
• El diagrama proporciona una representación visual de la
sección de requerimientos funcionales del SRS.
• El almacenamiento del diagrama como parte del SRS
facilita la sincronización de estos dos artefactos.
• El propósito principal del diagrama de casos de uso es
proporcionar una vista sucinta de la funcionalidad del
sistema.

Ingeniería de Software. Casos de Uso (parte 1) Página 13

 Escenarios de los Casos de Uso.

• Un escenario de un caso de uso es una trayectoria

concreta dentro de las varias posibilidades de un caso
de uso.
• Los escenarios deben tener las siguientes
características:

– Ser lo más específicos posible.

– Nunca tener postulados condicionales.
– Empezar de la misma manera, pero terminar de forma
diferentes.

Ingeniería de Software. Casos de Uso (parte 1) Página 14

 Escenarios de los Casos de Uso (2).

• No especificar demasiados detalles de la interfaz con el

usuario.
• Al escenario principal que muestra una salida exitosa del
caso de uso se le llama escenario primario o "happy
path".
• Los otros escenarios que muestran las salidas no
exitosas se llaman escenarios secundarios.
• Los escenarios son el punto de partida para otras
disciplinas del proceso de desarrollo.

Ingeniería de Software. Casos de Uso (parte 1) Página 15

 Selección de Escenarios.

• Aunque lo ideal es tener múltiples escenarios para todos

los casos de uso, escribirlos toma mucho tiempo.

• Se puede seleccionar que escenarios documentar,

siguiendo los siguientes criterios:

– El caso de uso implica una interacción compleja con el actor.

– El caso de uso tiene prioridad alta.
– El caso de uso tiene varios puntos posibles de falla.

Ingeniería de Software. Casos de Uso (parte 1) Página 16

 Escritura de un Escenario de Caso de Uso.

Un escenario de un caso de uso es una narrativa que:

• Describe como usa el sistema un actor y como responde

el sistema a las acciones del actor.

• Tiene un principio, un cuerpo y un final.

Ingeniería de Software. Casos de Uso (parte 1) Página 17

 Ejemplo de un Escenario de Caso de Uso.

Inicio:

El agente de Reservaciones en el Hotel, espera llamadas de posibles

clientes y tiene desplegada la pantalla principal de la aplicación
HotelApp. Cuando llega una llamada de un cliente, el agente contesta,
saluda al cliente y cuando el cliente solicita hacer una reservación,
selecciona la función "Crear Reservación" en la pantalla principal de
HotelApp. Aparece una forma de reservación vacía. Pregunta y captura
el nombre del cliente. Como el cliente ya existe en la base de datos, se
despliegan los datos generales del mismo.

Ingeniería de Software. Casos de Uso (parte 1) Página 18

 Ejemplo de un Escenario de Caso de Uso (2).

Cuerpo:

El agente pregunta la fecha de llegada y la fecha de salida del cliente y

captura estos datos en la forma. A continuación pregunta por el tipo de
cuarto, registra la preferencia en la forma y consulta la disponibilidad.
Indica al cliente que sí hay cuarto disponible y marca en la forma el
botón de "Reservado sin Confirmar". El agente pregunta al cliente si
desea confirmar la reservación inmediatamente. El cliente contesta que
sí y entonces el agente solicita y captura los datos de la tarjeta de
crédito del cliente. Selecciona la opción de "Confirmar Pago" en la
pantalla principal. Después de algunos segundos el sistema responde
que la tarjeta de crédito fue autorizada y cambia el estado de la
reservación a "Reservación Confirmada"

Ingeniería de Software. Casos de Uso (parte 1) Página 19

 Ejemplo de un Escenario de Caso de Uso (3).

Final:

El agente indica al cliente el número de la reservación (que desplegó el

sistema) y le pregunta si desea algo más. El cliente contesta que no, el
agente agradece y despide al cliente. El agente cierra la ventana de la
forma de reservación, acción que lo regresa a la pantalla principal de
HotelApp.

Ingeniería de Software. Casos de Uso (parte 1) Página 20

 ¿Dónde poner el Escenarios de Casos de Uso?

• Los escenarios, que pueden ser bastante largos,

generalmente se almacenan en un documento aparte
del SRS.

• Se debe actualizar el SRS para hacer referencia al

documento de Escenarios de Casos de Uso.

Ingeniería de Software. Casos de Uso (parte 1) Página 21

 Ejercicios.

1. Crear el Diagrama de Casos de Uso Inicial para el Sistema del

Torneo de Futbol.

– Dibujar el rectángulo de Frontera del Sistema, incluyendo el nombre del

sistema (opcional).
– Añadir los actores.
– Añadir los Casos de Uso.
– Incluir las asociaciones entre actores y casos de uso.

2. Escribir el escenario principal del caso de uso “Crear el

Calendario” del Sistema del Torneo de Futbol.

Ingeniería de Software. Casos de Uso (parte 1) Página 22