DameArgo. LasPelasAntes. Dpto. LSI - Universidad de Granada. ClienteColgao

Transcripción

1 Casos de uso DameArgo LasPelasAntes Dpto. LSI - Universidad de Granada ClienteColgao

2 Contexto de uso Delimitar a partir del uso: Por personas, si el sistema es interactivo. Por máquinas, si el sistema controla procesos. Por otros programas, si el sistema coordina y controla aplicaciones. ArrellenarPelas DameArgo Tele Tahà Syber Pub Jefaso ClienteColgao LasPelasAntes ArrellenarGarrafón Camata

3 Casos de uso: (Use cases) Jacobson (ObjectOry) --> UML Elementos: Actores. Caso de uso (Especificación del caso de uso). Relaciones (Diagrama de casos de uso).

4 Casos de uso Un caso de uso representa una unidad funcional coherente de un sistema, subsistema o clase. En un caso de uso uno o más actores interaccionan con el sistema que realiza algunas acciones Descripción de varias secuencias de acciones, con variantes, que un sistema realiza para obtener un resultado observable útil para algún actor

5 Ejemplo resumido de caso de uso Alquilar artículo actor 1. El Cliente indica los artículos que desea alquilar. 2. El Cajero registra los artículos. Responsabilidades del sistema 3. Registrar los artículos alquilados. 4. Calcular y mostrar el precio. 5. El Cliente paga. 6. Autorizar y registrar el pago. Pearson Educación, S.A.Todos los derechos reservados

6 Casos de uso: Actores Representan un conjunto coherente de papeles que los usuarios de una entidad (sistema, subsistema, clase) pueden desempeñar al interaccionar con la misma. Cualquier cosa que se comunica (interacciona) con el sistema y que es externo a él.

7 Casos de uso: Actores Representan papeles (ROLES) que interpretan personas, periféricos u otros sistemas cuando el sistema está en uso. Un actor podría desempeñar distintos papeles dependiendo del caso de uso en que participe. No necesariamente coinciden con USUARIOS. Un usuario puede interpretar distintos roles. Cada uno de ellos será un actor.

8 Casos de uso: Actores TIPOS DE ACTORES: Primarios: interaccionan con el sistema para explotar su funcionalidad; trabajan directa y frecuentemente con el software. Secundarios: soporte del sistema para que los primarios puedan trabajar. Iniciadores: no utilizan directamente el sistema pero desencadenan el trabajo de otro actor. (No aparecen en UML pero sí los consideran otros autores)

9 Comunicación actor -> sistema Para iniciar el caso de uso (siempre los inicia un actor) Para solicitar información del sistema Para modificar la información del sistema Para informar al sistema de que ha ocurrido algo en su entorno que le incumbe

10 Comunicación sistema (caso uso) -> actor Para comunicarle que ha sucedido algo, en el sistema, que le concierne Para que le ayude a tomar una decisión necesaria para complir los objetivos del sistema Para delegar alguna responsabilidad en el actor

11 Tipos de casos de uso Caso de uso resumido y breve de alto nivel : Durante la fase de inicio la mayor parte de los casos de uso deben tener esta forma. Se deben escribir algunos resúmenes clave de forma detallada. Caso de uso detallado, elaborado y extenso: Durante la fase de elaboración los casos de uso deben escribirse de esta forma. Pearson Educación, S.A.Todos los derechos reservados

12 Ejemplo resumido de caso de uso Los mismos principios que un caso de uso detallado, pero con pasos y detalles simplificados. Similar a un primer esbozo incompleto de escasa exactitud: Resulta útil durante los primeros requisitos y en el análisis de alcance de un caso de uso. Intenciones del actor Responsabilidades del sistema 1. El Cliente indica los artículos que desea alquilar. 2. El Cajero registra los artículos. 5. El Cliente paga. 3. Registrar los artículos alquilados. 4. Calcular y mostrar el precio. 6. Autorizar y registrar el pago. Pearson Educación, S.A.Todos los derechos reservados

13 Casos de uso: Plantilla de especificación Caso de uso: Comprar producto. Actores: Cliente (iniciador), Cajero. Propósito: Captura una venta y su pago. Resumen: Un cliente llega a la caja con productos que desea comprar. El cajero registra los productos comprados y recibe el pago. Al terminar la transacción, el cliente se marcha con los productos adquiridos. Curso normal de los eventos:... Curso alternativo:...

14 Casos de uso: descripción Modo en que un actor interactúa con el sistema. Es una narración que describe el rol de un actor como una interacción con el sistema. Lo más importante de un caso de uso es su descripción Hay descripciones de media página, algunas de 30, es más habitual que ocupen entre 5 y 15 páginas

15 Casos de uso: Especificación Debe responder a las siguientes cuestiones: Cuáles son las principales funciones o tareas realizadas por el actor? Qué información del sistema adquiere, produce o transforma el actor? Deberá el actor informar al sistema de los cambios producidos en el entorno? Qué información del sistema desea el actor? Debe informarse al actor de los cambios inesperados?

16 Ejemplo detallado de caso de uso Caso de uso: Alquiler de artículos Transcurso característico de los eventos Intenciones del actor Responsabilidad del sistema 1. El Cliente llega a una caja para alquilar películas de vídeo (y/o, con menos frecuencia, videojuegos). 2. El Cliente presenta su carné de socio al Cajero, y éste lo introduce en el sistema. 4. El Cajero registra la identificación del artículo en el sistema para cada película de vídeo o videojuego. 6. El Cajero informa al Cliente del precio total y solicita el pago de la cantidad. 7. El Cliente paga al Cajero con dinero en efectivo o con tarjeta de crédito. 3. Presenta información del socio y del estado de los préstamos (normalmente no hay préstamos, ni recargos pendientes). 5. Presenta la lista completa de los artículos alquilados, las fechas de entrega, la factura total de alquiler y los últimos cargos. 8. El Cajero registra el cobro en el sistema. 9. Autoriza el cobro, si se trata de un pago con tarjeta de crédito. 11. El Cajero da el recibo y el informe del préstamo al Cliente, que abandona el establecimiento llevándose los artículos alquilados. 10. Genera un recibo y un informe del préstamo realizado. Eventos alternativos Paso 7: El Cliente no tiene suficiente dinero en efectivo. Solicitud de un pago con tarjeta de crédito, denegación de la transacción, o deducción de los artículos alquilados hasta la confirmación del pago de la transacción. Paso 7: El Cliente tiene cargos atrasados y no los pagará. El Cliente debe pagar los cargos pendientes antes de alquilar más artículos, de manera que se realiza el pago completo o se anula la transacción. Paso 9: Se produce un error al autorizar el pago con tarjeta de crédito, ya sea por falta de crédito o por inactividad del servicio de autorización. Solicitud de pago en efectivo en su lugar. Pearson Educación, S.A.Todos los derechos reservados

17 Caso de uso: Alquilar Curso normal Actor 1.El cliente llega al mostrador con videos para alquilar (excepcionalmente videojuegos). 2.El cliente presenta su tarjeta de socio y el empleado introduce su núimero de identificación en el sistema. 4.Para cada video o juego, el empleado graba en el sistema su número de identificación. Sistema 3.Presentar información sobre el cliente y el estado de alquileres (normalmente nada en alquiler, sin penalizaciones pendientes). 5.Presenta una lista de los títulos alquilados, fechas de devolución, precio total del alquiler y cargos por retraso en la devolución.

18 Caso de uso: Alquilar Curso normal (cont.) Actor El empleado informa al cliente de la cantidad a abonar y le pide el pago.. 7.El cliente paga en efectivo o a crédito. 8.El empleado graba el pago en el sistema. 11.El empleado entrega el recibo al cliente, que se va con los artículos alquilados. Sistema 9.Autoriza el pago a crédito. 10.Genera un recibo.

19 Caso de uso: Alquilar (cont) Cursos alternativos Paso 7. El cliente no tiene suficiente dinero en efectivo. Sugerir pago a crédito, cancelación de la transacción o eliminar artículos hasta que la cantidad resultante pueda ser abonada. Paso 7: El cliente tiene recargos por retraso sin pagar y no quiere abonarlos. Antes de hacer nuevos alquileres deben pagarse los recargos: o paga todo o se cancela la transacción. Paso 9. Autorización de pago a crédito denegada, por crédito insuficiente o por fallo del servicio de autorización: pedir pago en efectivo..

20 Diagrama de casos de uso Los diagramas de casos de uso muestran las relaciones entre los casos de uso de un sistema y sus actores. Los diagramas de casos de uso dan son sólo una visión general del modelo de casos de uso El 90% del contenido del modelo de casos de uso está en las descripciones de los casos

21 Diagrama de casos de uso Elementos: Actores Casos de uso (cu) Interfaces Relaciones Puede aparecer un rectángulo que muestre los límites del sistema

22 Diagrama de casos de uso Un caso de uso se representa mediante una elipse que contiene el nombre del caso Puede representarse mediante un monigote o mediante un rectángulo en que se indique <<actor>>

23 Diagrama de caso de uso Una forma de interpretar y esclarecer los casos de uso. Se suelen elaborar durante el análisis inicial del caso de uso. Servicio de autorización de crédito Cajero Actor-robot" Agente del sistema Sistema de información de un videoclub Consultar artículos Pagar recargos Alquilar artículos Gestionar socios Iniciar sesión Cliente Encargado Gestionar inventario Gestionar usuarios Administrador Pearson Educación, S.A.Todos los derechos reservados

24 Diagrama de casos de uso

25 Diagrama de casos de uso (Relaciones) Entre actores: Generalización especialización un actor es más general que otro si A es una especialización de B, una instancia de A podrá comunicarse con los mismos casos de uso que B

26 Diagrama de casos de uso (Relaciones) Entre actores y un casos de uso puede darse asociaciones: representan la participación del actor en el caso de uso Puede indicarse su multiplicidad

27

28 Diagrama de casos de uso (Relaciones) Entre casos de uso pueden darse relaciones: extend includes de generalización

29 Diagrama de casos de uso (Relaciones) Inclusión (<<include>>): el caso de uso inicial incluye el comportamiento del caso de uso final (subcasos). una relación A <<include>> a B significa que una instancia de A también incorporaría el comportamiento especificado en B. Se añadiría en el lugar indicado en A.

30 Diagrama de casos de uso (Relaciones) Extensión (<< extend>>): el caso de uso final se puede extender con el comportamiento del caso de uso inicial en un punto concreto del primero. si A extiende B, significa que una instancia del caso de uso B podría incorporar el comportamiento especificado en A (si se cumplen las condiciones especificadas en la extensión). El comportamiento se añadiría en el punto de extensión de B, referenciado por la relación extend.

31 Diagrama de casos de uso Rellenar datos de cliente Pedir productos Preparar pago <<include>> <<include>> <<include>> Vendedor Realizar pedido <<extend>> Solicitar catálogo Determinar crédito Supervisor

32 Diagrama de casos de uso Un caso de uso puede presentar puntos de extensión: Referencias al interior del caso en las que se podrán insertar secuencias de acciones de otros casos.

33

34 Identificación de casos de uso Principales procesos de extremo a extremo, distintos y completos de utilización de un sistema. No suelen estar formados por un único paso, sino que describen una historia completa. Éste suele ser un error frecuente. Ejemplos: Alquiler de películas de vídeo. Devolución de películas de vídeo. Pago de recargos. Pearson Educación, S.A.Todos los derechos reservados

35 Casos de uso concretos y esenciales Los casos de uso esenciales se centran en las intenciones de los actores y en las responsabilidades del sistema, postergando los detalles de la interfaz de usuario (UI): Los casos de uso concretos (TCC Real) no siguen la misma pauta. Esencial: El Titular de la cuenta introduce su datos en el cajero automático. Real: El Titular introduce su tarjeta en el lector. El cajero muestra la ventana A. El titular introduce su número de identificación personal (PIN) mediante el teclado numérico, etc.. A medida que nos desplazamos del análisis al diseño, nos inclinamos más por las descripciones concretas de caso de uso, dejando atrás las esenciales. Pearson Educación, S.A.Todos los derechos reservados

36 Principos: Casos de uso: Elaboración Los casos de uso no son algo aislado, deben situarse en su contexto. La elaboración de casos de uso no es una actividad analítica, sino sintética No se trata de analizar y desmenuzar algo que ya existe, sino de crear (junto con los clientes) una concepción común del sistema software a desarrollar

37 Casos de uso: Elaboración Algunos consejos: comunicación real No complicar las cosas Tener en cuenta a los interesados Lo mejor es enemigo de lo bueno El caso de uso hay que escribirlo

38 Casos de uso: Elaboración Deben revisarse cuidadosamente con el usuario. Deben describir la interacción entre el actor y el software sin ambigüedad. Se pueden expresar tanto requisitos funcionales como no funcionales. Expresan el funcionamiento del sistema como un TODO (no de sus partes).

39 Casos de uso: Elaboración Se pueden priorizar con una escala de 1 a 10 para desarrollar el sistema incrementalmente. Las excepciones pueden expresarse como extensiones (<<extend>>). Aumentan la trazabilidad. Permiten desarrollar casos de prueba.

40 Miscelánea Los casos de uso CRUD(ALMB) simples se pueden unir en un caso de uso Mantener <X> : Mantener el inventario. Comience el nombre de un evento con un verbo. Comience por la frase 1, que debe especificar <Actor> lleva a cabo <evento>. Todos los sistemas tienen un caso de uso Poner en Marcha y Suspender Operación (quizás sea intrascendente). Pearson Educación, S.A.Todos los derechos reservados

41 Relacionar casos de uso Al desarrollar un diagrama de casos de uso puede resultar útil (en cuanto a comprensión y simplificación): Excluir los sub-procesos compartidos. Utilizar la relación de inclusión <<include>>. Mostrar el orden de preferencia. Utilizar la relación de extensión <<extends>>. Pearson Educación, S.A.Todos los derechos reservados

42 Sistema de información del videoclub Solicitar artículos Pagar recargos «extend» «include» Pagar en efectivo «include» «include» Pagar a crédito «include» Alquilar artículos Pearson Educación, S.A.Todos los derechos reservados