Prof. Guillermo E. Badillo Universidad Andrés Bello

Transcripción

1 Caso de Uso. (CU) Prof. Guillermo E. Badillo Universidad Andrés Bello

2 Diagrama de Casos de Uso (DCU) Características del DCU Componentes de un DCU Relaciones entre Casos de Uso Ejemplos de DCU Guía para la construcción de DCU Consideraciones finales

3 Características de un DCU Modelo desarrollado por I. Jacobson a partir de los años 60, finalmente divulgado en 1992 e incluido en la primera versión de UML en Asume una descomposición del sistema centrada en actores externos. Responde a preguntas tales como: cuáles son los requerimientos funcionales del sistema? qué funciones debe proveer al entorno? qué debe hacer el sistema para sus usuarios?

4 ...Características del DCU Indica qué hace el sistema sin indicar cómo lo hace. Puede entenderse como el establecimiento de un contrato entre el sistema y los actores. Describe las posibles modalidades de utilización" o casos de uso (CU) del sistema por parte de actores externos. Cada CU del DCU entrega un valor específico para un actor individual del sistema.

5 Componentes de un DCU El DCU presenta los siguientes componentes: sistema actor caso de uso Ejemplo: Sistema Banco Girar dinero Depositar dinero Cliente Banco Transferir entre cuentas

6 Sistema Conjunto explícitamente delimitado de CU internos proveídos a los actores externos. Representa el límite entre lo que forma parte del sistema (los CU) y lo que es externo al mismo (los actores). Frecuentemente se omite por su obviedad. Representación: Sistema Banco

7 Actor Representa un papel o rol que algo o alguien del entorno desempeña con relación al sistema. Corresponde a una clase o conjunto de actores reales (instancias) que viven fuera del sistema e interactúan con él. Representaciones: «actor» ClienteBanco Cliente Banco

8 ...Actor Interactúa de alguna forma con el sistema, pudiendo originar o no la interacción. Puede ser desempeñado por: una persona o cargo (ej. operador, supervisor) un sistema informático (ej. (j sistema de monitoreo, sistema transaccional) una sección o departamento (ej. contabilidad, producción) un dispositivo externo de hardware (ej. impresora, sensor)

9 Clasificación de Actores Según la iniciación de la interacción de un CU: activo: actor que inicia la interacción pasivo: cualquier otro actor que interactúe Según el objetivo de la interacción en un CU: primario o principal: p actor beneficiario del valor del CU secundario: cualquier otro actor que interactúe Clasificaciones son por CU: un actor puede ser principal o activo con respecto a un CU y ser secundario o pasivo con respecto a otro.

10 ...Clasificación de Actores Otras personalidades de los actores: iniciador: inicia el CU servidor: provee un servicio al sistema en el CU receptor: recibe información del CU facilitador: apoya la interacción de otro actor con el sistema Personalidades también son por CU: un actor puede comportarse como servidor/facilitador en un CU, y comportarse como iniciador/facilitador en otro.

11 ...Clasificación de Actores Un actor pasivo principal (o receptor) ocurre cuando el actor activo (iniciador/facilitador) relacionado es: un representante del actor principal (ej. vendedor en representación del cliente), o un instante del tiempo (ej. último día hábil del mes), o un evento cualquiera (ej. alarma de estado crítico). Ubicación recomendada de los actores principal y secundario: Sistema Actor Principal Actor Secundario

12 ...Clasificación de Actores Según la categoría de la interacción: general: abstracción de actores especializados en un rol general común especializado: rol particular de un actor general Actor especializado hereda los CU del actor general, pudiendo agregar otros CU. Conjunto de actores general y especializado(s) configuran una jerarquía de actores. Representación: Vendedor seguros casa Empleado Vendedor seguros auto Inspector de terreno

13 Caso de Uso (CU) Conjunto de actividades de un sistema que proporciona un valor identificable a un actor principal. El valor que se ofrece motiva al actor principal a usar el sistema por medio del CU: explica por qué el actor principal desearía usar el CU. Existe una dependencia mutua entre el CU y actor principal ( por qué?).

14 ...CU Representación con nombre significativo en la forma verbo + objeto: Monitorear alarma Representa una porción de la funcionalidad que el sistema it entrega al entorno. Corresponde a una visión externa del sistema en la forma de una caja negra.

15 ...CU Un escenario es una realización de un CU, donde instancias de actores intercambian datos y eventos específicos con el sistema. Un escenario es entonces una instancia de un CU: un CU se dice que es instanciado cada vez que un actor activo inicia la interacción, creándose así un escenario. Con respecto a los escenarios, un CU es un conjunto de escenarios posibles que tienen un objetivo común para un actor principal.

16 Ejemplo de CU Procesar venta (formato breve) Un cliente llega a la caja con los artículos que quiere comprar; el cajero usa el sistema de PdV para registrar cada artículo comprado; el sistema muestra un total y detalles por artículo; el cliente ingresa información ió para pagar, que el sistema valida y registra; el sistema actualiza el inventario; el cliente recibe una boleta del sistema y se lleva los artículos que compró. Quién es el Actor Principal? Quién es el Actor Secundario? 16

17 Actores, objetivos, sistemas, fronteras Obj.: : recaudar impuestos sobre las ventas Supermercado Caja Servicio de Impuestos internos Sistema PdV Cliente Sistema de análisis de ventas Cajero Obj.: comprar artículos Obj.: analizar ventas y desempeño Obj.: procesar ventas 17

18 El diagrama de casos de uso Ilustra los nombres de los casos de uso y actores, y las relaciones entre ellos Proporciona un diagrama de contexto visual sucinto para el sistema: Muestra la frontera del sistema, lo que está dentro y lo que está fuera Sugerencias: Mostrar los actores que son sistemas con una notación diferente a la de los actores humanos Mostrar los actores primarios a la izquierda y los otros a la derecha

19 Cliente Procesar Venta Manejar Devoluciones Diagrama de casos de uso actor Autorización de Pagos Cajero Ingresar actor Efectivo frontera del Cálculo l de sistema Impuestos Analizar actor Actividad actor Administrador del Sistema Manejar Seguridad Manejar Usuarios 19 Contabilidad actor Supervisión de Actividad

20 Ejemplo: Caso de uso Consultar Vuelo (formato breve) El usuario indica que quiere hacer consultas acerca de vuelos. El sistema ofrece opciones pi para especificar las ciudades idd de origen y destino y las fechas de ida y regreso. El usuario especifica las ciudades de origen y destino y las fechas de ida y regreso. El sistema muestra una lista de vuelos de ida y una lista de vuelos de regreso, con sus horas de salida y llegada y sus tarifas en cabina económica. El usuario selecciona los vuelos que desea. El sistema muestra el itinerario, las restricciones de equipaje y la tarifa total, incluyendo impuestos. Quién es el Actor Principal? Quién es el Actor Principal? Quién es el Actor Secundario?

21 Relaciones entre los componentes del DCU Existen relaciones entre: actores: jerarquía de actores (ya vista) actores y CU: asociación de comunicación CU: dependencias de inclusión y extensión y jerarquías de CU (generalización)

22 Relaciones entre actores y CU Asociación de comunicación entre actor y CU: muestra una vía de comunicación entre el CU y el(los) actor(es) permite el intercambio de datos y eventos Ejemplos: Configurar equipo Girar dinero Operador Monitorear alarmas Depositar dinero Cliente Banco Transferir entre cuentas Consultar informe Supervisor

23 Relaciones entre CU Con relación a un CU tomado como base: inclusión: CU incluido muestra parte de la funcionalidad de uno o más CU base extensión: CU extensor agrega funcionalidad condicionada a un CU base Generalización: CU especializado se considera como un caso particular de la funcionalidad de un CU general. Estas relaciones son más evidentes analizando el DCU conjuntamente con su documentación.

24 Inclusión de CU Idea: evitar la representación redundante de funcionalidad. Existe cuando se extrae una porción de funcionalidad de un CU base y se representa aparte en un CU incluido. Se entiende que el CU incluido forma parte u ocurre dentro del CU base. Antes llamada relación «usa» («uses» en inglés). Representación («include» en inglés): CU base 1 «incluye» CU incluido «incluye» CU base 2

25 ...Inclusión de CU Ejemplo: Vender póliza de seguros «incluye» «incluye» Notificar asegurado Calcular prima «incluye» «incluye» Renovar póliza de seguros CU incluido puede también existir para un único CU base cuando: se desea representar explícitamente una porción relevante de funcionalidad fuera del CU base se estima que el CU incluido es potencialmente compartible

26 ...Inclusión de CU Ejemplo: CU incluido: Mostrar estado encomienda «incluye» Buscar encomienda siempre es realizado como parte de la realización del CU base no puede ser iniciado directamente puede tener asociado actores pasivos secundarios ( por qué?) En síntesis: CU base incorpora («incluye» «incluye») al CU incluido

27 Extensión de CU Idea: agregar funcionalidad extra sin alterar el CU base. Existe cuando se agrega g una porción condicionada de funcionalidad, como un CU extensor, a la funcionalidad de un CU base. Se entiende que el CU extensor se agrega como un extra a la funcionalidad normal del CU base.

28 ...Extensión de CU Indica que el CU extensor interrumpe al CU base, cuando la condición es verdadera, para realizarse fuera de éste, retornando posteriormente al CU base. La extensión separa explícitamente las funcionalidades: normal no condicionada en el CU base extra condicionada en el CU extensor Representación («extend» en inglés): CU base «extiende» CU extensor

29 ...Extensión de CU Ejemplo: si la funcionalidad normal implica pagar al contado y sin descuentos «extiende» Pagar con tarjeta de crédito Recibir pago Cajero «extiende» Recibir cupón de descuento En un escenario del CU base pueden realizarse todos, algunos o ninguno de los CU extensores. Opcionalidad de la extensión es individual por CU extensor y siempre con respecto al CU base.

30 ...Extensión de CU Realización de un CU extensor es independiente de quien la origina: un CU base o un actor activo. Ejemplo: Crear nuevo cliente «extiende» Cliente Consultar informe bursátil «incluye» Identificar cliente

31 ...Extensión de CU CU extensor ocurre siempre en los puntos de extensión del CU base. Un punto de extensión es el paso dentro de la funcionalidad del CU base: donde es evaluada la condición que puede implicar la realización del CU extensor, y al que se retorna después de haber sido realizado. Los puntos de extensión pueden indicarse explícitamente en la documentación de un CU base.

32 ...Extensión de CU CU extensor: se realiza opcional y separadamente, cuando el CU base se realiza puede ser iniciado directamente, independiente del CU base puede tener asociado actores de todo tipo, incluso principales ( por qué?) En síntesis: CU extensor se agrega («extiende») al CU base

33 Generalización de CU Idea: separar funcionalidad general de casos particulares. Existe cuando es posible distinguir funcionalidad general, en un CU general, de un caso particular de esta funcionalidad, en un CU especializado. El CU especializado hereda la funcionalidad d y relaciones (con actores y otros CU) del CU general pudiendo extenderlas o modificarlas. Extensión y modificación de funcionalidad es visible en la documentación asociada.

34 ...Generalización de CU Conjunto de CU general y especializado(s) configuran una jerarquía de CU. Cada CU especializado es entonces un caso particular del CU general. Representación: CU general CU especializado

35 ...Generalización de CU Ejemplos: Negociar precio Validar usuario Negociar precio bajo el mínimo Verificar contraseña Reconocer retina La funcionalidad total de una jerarquía de CU puede distribuirse de diferentes formas entre el CU general y el(los) CU especializado(s) distintos grados de abstracción del CU general

36 ...Generalización de CU Caso especial: CU general no posee funcionalidad, en cuyo caso se dice abstracto (puede indicarse con el nombre en cursiva) CU especializados tienen toda la funcionalidad y se dicen concretos. Ejemplo: Realizar transacción Girar dinero Depositar dinero Transferir entre cuentas

37 ...Generalización de CU Posibilidades al iniciar un CU general: CU general puede realizarse independiente del CU especializado: escenario es propio del CU general, ya que su funcionalidad es suficientemente concreta Negociar precio Negociar precio bajo el mínimo

38 ...Generalización de CU...Posibilidades al iniciar un CU general: uno de los CU especializados debe realizarse en lugar del CU general: escenario del CU especializado elegido reemplaza al escenario del CU general, ya que éste es abstracto o su funcionalidad es insuficientemente concreta Realizar transacción Validar usuario Girar dinero Depositar dinero Transferir Verificar Reconocer entre cuentas contraseña retina

39 ...Generalización de CU Cuidar situaciones que combinen jerarquías de actores y de CU: problemas con las herencias Ejemplos incorrectos: Empleadop abastecimiento Autorizar compra Jefe abastecimiento i t Autorizar compra Empleado abastecimiento Autorizar compra Autorizar compra mayor Autorizar compra menor Autorizar compra menor Jefe abastecimiento Empleado abastecimiento Jefe abastecimiento [2]

40 ...Generalización de CU Ejemplos correctos: Autorizar compra Autorizar compra Jefe abastecimiento Empleado abastecimiento Autorizar compra menor Autorizar compra mayor Autorizar compra menor Empleado abastecimiento Jefe abastecimiento [1]

41 ...Generalización de CU CU especializado: siempre puede reemplazar al CU general en un escenario puede ser iniciado directamente o a través del CU general puede tener asociado cualquier tipo de actor En síntesis: CU especializado es un caso particular del CU general

42 Inclusión vs. Extensión vs. Generalización CONCEPTO INCLUSIÓN EXTENSIÓN GENERALIZACIÓN Propósito Evitar la representación redundante de funcionalidad. Agregar funcionalidad extra sin alterar el CU base. Separar funcionalidad general de los casos particulares. Concepto clave Reutilización de funcionalidad. Adición de funcionalidad. Especialización de funcionalidad. Instanciación Siempre dentro del CU base. Opcionalmente, en forma Cuando se requiera. separada del CU base. Grado de dependencia Recomendado cuando se quiere... Impacto en CU base o general CU incluido no puede instanciarse solo....extraer funcionalidad repetida en más de un CU base. CU base incorpora a CU incluido en cualquier parte de su funcionalidad. CU extensor puede iniciarse solo....describir funcionalidad opcional adicional en un CU base. CU extensor se realiza en los puntos de extensión del CU base. CU especializado puede o no iniciarse solo....describir variaciones con respecto al CU general, en términos de casos particulares. CU especializado puede extender o modificar la funcionalidad heredada del CU general. CU base CU base CU general Representación «incluye» «extiende» CU incluido CU extensor CU especializado

43 Ejemplos de DCU Suponga un sistema para un cajero automático en que el cliente, previa identificación, selecciona una de las opciones para su cuenta: girar Cliente Usar cajero automático «incluye» Usar cajero automático «incluye» Consultar saldo cuenta Sistema Cajero Automático «incluye» «incluye» «incluye» Depositar en cuenta Transferir entre cuentas Sistema Cajero Automático «incluye» Identificar cliente Identificar cliente Girar de cuenta depositar Cliente transferir a otra cuenta consultar saldo «incluye» Girar de cuenta Seleccionar transacción Depositar en cuenta Consultar saldo cuenta Transferir entre cuentas [2]

44 ...Ejemplos de DCU Ejemplo: Suponga un sistema de ventas donde, previa solicitud de datos de los clientes, estos pueden hacer pedidos de productos y consultar su estado. Los pedidos pueden incluir catálogos. Las formas de pago posibles son al contado o mediante un crédito acordado. Sistema de Ventas Hacer pedido «extiende» Solicitar catálogo «incluye» «incluye» «incluye» Solicitar datos cliente Pedir producto Definir forma de pago Cliente «incluye» Consultar estado pedido Pagar al contado Acordar crédito [1]

45 Guía para la construcción de DCU Procedimiento básico de construcción Actores en un DCU Preguntas para identificar CU Errores más comunes

46 Procedimiento descendente (top-down) de construcción 1. Construir una lista con todos los actores posibles. 2. Identificar para cada actor los CU posibles. 3. Si es necesario, relacionar los actores. 4. Relacionar los CU en forma preliminar (sujeto a posteriores modificaciones). 5. Documentar los CU. 6. Corregir las relaciones entre actores y principalmente entre CU.

47 Procedimiento ascendente (bottom-up) de construcción 1. Crear escenarios posibles de interacción con el sistema. 2. Generalizar los escenarios para definir los CU. 3. Definir los actores posibles para cada CU. 4. Si es necesario, relacionar los actores. 5. Relacionar los CU en forma preliminar (sujeto a posteriores modificaciones). 6. Documentar los CU. 7. Corregir las relaciones entre actores y principalmente entre CU.

48 Actores en un DCU En un DCU, puede optarse por representar como actores: recom mendado os sólo a los principales agrupando a principales i (izquierda) i y a secundarios (derecha) sólo a los activos en general a todo y cualquier agente externo que interactúa con el sistema sin distinguir si es principal/secundario o activo/pasivo Decisión depende de complejidad del DCU, conveniencia i dl del modelador dld y estándares ád de modelado, entre otros.

49 Preguntas para identificar CU Asumiendo que los actores ya están identificados: Cuáles son las principales tareas de cada actor? Debe el actor crear, consultar, actualizar o eliminar información del sistema? Debe el actor informar al sistema de algo? Se le debe informar al actor de cambios ocurridos en el sistema?

50 Verifiquemos el nivel de los casos de uso En lugar de preguntar, Cuál es un caso de uso válido? una pregunta más práctica es, Cuál es un nivel útil para expresar casos de uso para el análisis de requisitos de la aplicación? Pruebas para chequear posibles casos de uso: La prueba del jefe. La prueba EBP. La prueba del tamaño.

51 La prueba del jefe chequea la utilidad para el negocio Si el jefe nos pregunta, Qué has estado haciendo todo el día?, y nosotros le contestamos, Conectándome al sistema,, va a estar contento el jefe? Si el jefe no está contento, entonces el caso de uso no pasa la prueba del jefe: el caso de uso no está relacionado con el logro de resultados de valor medible para el negocio.

52 La prueba EBP chequea la complejidad en el tiempo y en el espacio Proceso de negocio elemental (EBP): una tarea realizada por una persona en un lugar y de una vez, en respuesta a un evento del negocio, que agrega valor de negocio medible y deja los datos en un estado consistente. t p.ej., Consultar Vuelos, Comprar Pasajes, Hacer Checkin. Busquemos casos de uso que reflejen EBPs: esta prueba es similar a la del jefe, en términos de la calificación p j, de valor de negocio medible

53 La prueba del tamaño chequea la extensión de la narración Rara vez un caso de uso es una acción o paso individual: ingresar el código de una reserva; borrar una línea; imprimir un documento. Un caso de uso típicamente contiene varios pasos; en el formato detallado, puede llegar a tener varias páginas de texto.

54 Errores más comunes Crear CU de dentro hacia fuera: Funcionalidad definida desde la perspectiva del sistema y no del actor. Problemas de límites: P. ej.: un lector de código de barras es un actor o es parte del dl sistema? it debiera dbi aparecer en el DCU? Confusión de actor principal con activo: Quien inicia la interacción no es necesariamente quien recibe el valor del CU. Confusión de personas con roles: Un actor es independiente de la persona que lo ejerce, pudiendo ésta cambiarse sin alterar el CU.

55 ...Errores más comunes Abuso de relaciones entre CU: Un DCU no tiene por qué tener todas las relaciones posibles entre los CU. Muchas veces no tiene ninguna. Granularidad d de los CU: CU no deben ser muy elementales l ni muy agregados, deben orientarse a los propósitos de los actores principales. Confusión entre «incluye» y «extiende»: Revisar sentido de las flechas y verificar correcta utilización. Confusión del CU con el escenario: Escenario es una realización (o ejemplo) de un CU.

56 En resumen Un DCU muestra la funcionalidad del sistema sin consideraciones temporales: no se representa la concurrencia ni sincronización entre CU los CU no tienen una secuencia de realización definida Importante: La documentación de los CU es tanto o más relevante que el propio DCU ( por qué?).