casosdeusoparte1

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

Ingeniería de Software.

Diagramas de Casos de Uso.

(Primera Parte, Diagrama Inicial)


Mapa del Proceso.


¿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.


Elementos del Diagrama de Casos de Uso.

Un diagrama de Casos de Uso es “A diagram that shows therelationships among actors and use cases within the system.”(UML v1.4 spec page B-21)


Actores.

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

Humano Sistema externo(puede ser

cualquier actor)

Timer que activa un caso de uso.


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.


Frontera del Sistema.

“The use cases may optionally be enclosed by a rectangle thatrepresents the boundary of the containing system.” (UML v1.4spec. page 354)


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.


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.


Creación de la Frontera.


El Actor Customer y sus Casos de Uso.


El Actor Booking Agent.


El Actor Receptionist.


¿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.


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.


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.


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.


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.


Ejemplo de un Escenario de Caso de Uso.

Inicio:

El agente de Reservaciones en el Hotel, espera llamadas de posiblesclientes y tiene desplegada la pantalla principal de la aplicaciónHotelApp. 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 deHotelApp. Aparece una forma de reservación vacía. Pregunta y capturael nombre del cliente. Como el cliente ya existe en la base de datos, sedespliegan los datos generales del mismo.


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

Cuerpo:

El agente pregunta la fecha de llegada y la fecha de salida del cliente ycaptura estos datos en la forma. A continuación pregunta por el tipo decuarto, registra la preferencia en la forma y consulta la disponibilidad.Indica al cliente que sí hay cuarto disponible y marca en la forma elbotón de "Reservado sin Confirmar". El agente pregunta al cliente sidesea confirmar la reservación inmediatamente. El cliente contesta quesí y entonces el agente solicita y captura los datos de la tarjeta decrédito del cliente. Selecciona la opción de "Confirmar Pago" en lapantalla principal. Después de algunos segundos el sistema respondeque la tarjeta de crédito fue autorizada y cambia el estado de lareservación a "Reservación Confirmada"


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

Final:

El agente indica al cliente el número de la reservación (que desplegó elsistema) y le pregunta si desea algo más. El cliente contesta que no, elagente agradece y despide al cliente. El agente cierra la ventana de laforma de reservación, acción que lo regresa a la pantalla principal deHotelApp.


¿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.


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.

casosdeusoparte1

Documents