Ingeniería de Software. La Disciplina de Obtención de Requerimientos: Diagramas de Casos de Uso.

Transcripción

1 Ingeniería de Software. La Disciplina de Obtención de Requerimientos: Diagramas de Casos de Uso. (Primera Parte, Diagrama Inicial) Ingeniería de Software. Casos de Uso (parte 1) Página 0

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

3 Casos de Uso. Un caso de uso describe una interacción entre un actor y el sistema para producir un resultado. Es una forma de representar visualmente los requerimientos funcionales. Un caso de uso encapsula una parte importante de la conducta del sistema con una salida definible. Se diagrama mediante un óvalo con el título del caso. Nota. 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 2

4 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 (puede ser cualquier actor) Timer que activa un caso de uso. Ingeniería de Software. Casos de Uso (parte 1) Página 3

5 Por qué el Diagrama de Casos de Uso? El diagrama de casos de uso es muy recomendable porque: El documento SRS contiene mucho detalle y es predominantemente texto. Los involucrados prefieren 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 4

6 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 5

7 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) con frontera sin frontera Ingeniería de Software. Casos de Uso (parte 1) Página 6

8 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

9 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

10 Creación de la Frontera. Ingeniería de Software. Casos de Uso (parte 1) Página 9

11 El Actor Customer y sus Casos de Uso. Ingeniería de Software. Casos de Uso (parte 1) Página 10

12 El Actor Booking Agent. Ingeniería de Software. Casos de Uso (parte 1) Página 11

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

14 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

15 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 diferente. Ingeniería de Software. Casos de Uso (parte 1) Página 14

16 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

17 Selección de Escenarios. Lo ideal es escribir todos los escenarios de todos los casos de uso. Sin embargo, 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

18 Escritura de un Escenario de Caso de Uso. Un escenario de un caso de uso es una narrativa del mismo 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

19 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

20 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

21 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

22 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

23 Ejercicios. 1. Crear el Diagrama de Casos de Uso Inicial para el Sistema RentLimo. Dibujar el rectángulo de Frontera del Sistema, incluyendo el nombre del sistema. 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 "E1: Manejo de Reservaciones." Ingeniería de Software. Casos de Uso (parte 1) Página 22