Casos de Uso
Un caso de uso especifica un comportamiento deseado del sistema (“trabajo tangible”).
Representan requisitos funcionales del sistema.
“Un caso de uso especifica un conjunto de secuencias de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable de valor para un particular actor” (Definición en UML)
Describen qué hace el sistema, no cómo lo hace.
Casos de Uso
Elementos de un caso de uso
Conjunto de secuencias de acciones; cada secuencia representa un posible comportamiento del sistema
Actores, roles que pueden jugar los usuarios
Variantes: versiones especializadas, un cdu que extiende a otro o un cdu que incluye a otro
Casos de uso
Casos de uso son ideados por Jacobson a principios de los noventa,
Inspirados en el concepto de escenario.
Escenarios habían sido utilizados para describir procesos.
(Gp:) Emisor
(Gp:) Centralita
(Gp:) Receptor
(Gp:) listo( )
(Gp:) tono
(Gp:) marcar_numero
(Gp:) tono_sonando
(Gp:) timbre_sonando
(Gp:) telefono_cogido
(Gp:) para_tono
(Gp:) para_timbre
Escenario
Otras definiciones de caso de uso
“Describe un conjunto de interacciones entre actores externos y el sistema en consideración orientadas a satisfacer un objetivo de un actor”. [D. Bredemeyer]
“Es una colección de posibles secuencias de interacciones entre el sistema en discusión y sus actores externos, relacionado con un objetivo particular”. [A. Cockburn]
“Es una colección de escenarios de éxito y fracaso relacionados que describe a un actor que usa un sistema para conseguir un objetivo” [C. Larman]
Ejemplo de Caso de Uso
actor
caso de uso
asociacion
Cajero
Realizar Venta
Ejemplo de caso de uso
Realizar Venta (en un terminal de punto de venta, TPV)
Actor : Cajero
Descripción:
Un cliente llega al TPV con un conjunto de artículos. El Cajero registra los artículos y se genera un ticket. El cliente paga en efectivo y recoge los artículos.
Flujo:
1. El cliente llega al TPV con los artículos.
2. El cajero registra el identificador de cada artículo.
3. El sistema obtiene el precio de cada artículo y añade la información a la transacción de venta.
4. Al acabar el cajero indica la finalización de la introducción de artículos.
5. El sistema calcula el total de la compra y lo muestra.
Actores
Un actor representa un rol que juegan los agentes que interactúan con el sistema.
Roles son jugados por personas, dispositivos, u otros sistemas.
Ejemplos: Cliente, Pujador, Alumno, SistemaPago,…
El tiempo puede ser un actor (“procesos iniciados automáticamente por el sistema”)
No forman parte del sistema.
Actores
Un actor necesita el caso de uso y/o participa en él.
Un mismo usuario puede jugar diferentes roles.
En la realización de un caso de uso pueden intervenir diferentes actores: Principal y Secundarios
Un actor puede intervenir en varios casos de uso.
Se pueden identificar casos de uso a partir de actores y eventos externos.
Identificación de actores
¿Quién y qué utiliza el sistema?
¿Qué roles desempeñan en la interacción?
¿Quién mantiene el sistema?
¿Quién o que inicia y cierra el sistema?
¿Qué otros sistemas interactúan con el sistema?
¿Quién o qué consigue o proporciona información al sistema?
¿Sucede algo en un momento dado de forma automática?
Actores
Dos tipos de actores:
Principal:
Requiere al sistema el cumplimiento de un objetivo
Secundarios:
El sistema necesita de ellos para satisfacer un objetivo
Escenarios de un casos de uso
Un caso de uso describe un conjunto de secuencias de interacciones entre actores y el sistema (escenarios):
Principal y secundarios.
Cada escenario acaba con éxito o fracaso.
Un escenario es una instancia de un caso de uso, una historia particular de uso del sistema.
Un flujo principal y varios flujos secundarios.
Flujo principal: “Todo va bien”
Flujos secundarios: Alternativas y Excepciones
Propiedades de los casos de uso
Son iniciados por un actor con un objetivo en mente y es completado con éxito cuando el sistema lo satisface.
Puede incluir secuencias alternativas que llevan al éxito y fracaso en la consecución del objetivo.
El sistema es considerado como una “caja negra” y las interacciones se perciben desde fuera.
El conjunto completo de casos de uso especifica todas las posibles formas de usar el sistema, esto es el comportamiento requerido.
Descripción de un caso de uso
Son documentos de texto, no son diagramas.
El modelado de casos de uso consiste en escribir texto, no en dibujar diagramas.
Describir el flujo de eventos
Texto estructurado informal
Texto estructurado formal (plantillas)
Pseudocódigo
Notaciones gráficas: diagramas de secuencia
Debe ser legible y comprensible para un usuario no experto.
Debe indicar: actores, flujos principal y excepcionales.
Descripción de un caso de uso
Realizar Venta (en un terminal de punto de venta, TPV)
Actor Principal: Cajero
Flujo Principal: Un cliente llega al TPV con un conjunto de artículos. El Cajero registra los artículos y se genera un ticket. El cliente paga en efectivo y recoge los artículos.
1. El cliente llega al TPV con los artículos.
2. El cajero registra el identificador de cada artículo.
3. El sistema obtiene el precio de cada artículo y añade la información a la
transacción de venta.
4. Al acabar el cajero indica la finalización de la introducción de artículos.
Descripción de un caso de uso
Realizar Venta (en un terminal de punto de venta, TPV)
5. El sistema calcula el total de la compra y lo muestra.
6. El Cajero le dice al cliente el total.
7. El cliente realiza el pago.
8. El cajero registra la cantidad de dinero recibida.
9. El sistema muestra la cantidad a retornar al cliente y genera un recibo.
10. El cajero deposita el dinero recibido y saca la cantidad a devolver que entrega al cliente junto al ticket de compra.
11. El sistema almacena la compra completada.
12. El cliente recoge los artículos comprados.
Página siguiente  |