Introducción
Definición
Caso 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
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
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:
Plantilla
•
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
Normas de aplicación
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.
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
Ventajas
• La técnica de caso de uso tiene éxito en sistemas interactivos, ya que expresa la intención que tiene el actor (su usuario) al hacer uso del sistema.
• Como técnica de extracción de requerimiento permite que el analista se centre en las necesidades del usuario, qué espera éste lograr al utilizar el sistema, evitando que la gente especializada en informática dirija la funcionalidad del nuevo sistema basándose solamente en criterios tecnológicos.
Limitaciones
Resultados con los casos de
uso
1)
Identificar los
usuarios
del sistema.
2) Encontrar todos los
roles
que juegan los
usuarios y que son relevantes al sistema.
3) Para cada rol identificar todas las formas
(
objetivos
) de interactuar con el sistema.
4)
Crea un caso de uso por cada objetivo
.
5) Estructurar los casos de uso.
Escenario
• Un escenario es una secuencia específica de
acciones e interacciones entre los actores y el
sistema objeto de estudio; también se denomina
Extensiones
• Indican todos los otros escenarios o
bifurcaciones, tanto de éxito como de
fracaso.
• Normalmente son más largas y complejas
que el escenario principal de éxito.
Escenarios y Casos de Uso
• Un caso de uso describe un conjunto de
secuencias de interacciones o
escenarios:
flujo
principal
y
flujos
alternativos
o
excepcionales
• Un escenario es una instancia de un caso de
uso
• Escenarios principales vs. Escenarios
secundarios
Descripción
• 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.
Caso de Uso MantenedorProyecto ID 05 Actor Responsable
Propósito Mantener actualizada la información del proyecto
Resumen Este caso se encarga de mantener la información de los proyectos que son ingresados por el responsable.
Tipo Primario y esencial Referencias Cruzada
Curso Normal de los Eventos
EVENTO SISTEMA
1. Este caso comienza cuando el responsable solicita ver los proyectos
3. El responsable solicita “crear un nuevo Proyecto”
5. El responsable solicita “modificar proyecto"
2. El sistema despliega una lista con todos los proyectos.
4. El sistema informa al usuario del estado de creación
6.-El sistema informa del estado de la modificación
Curso Alternativo
Flujo normal de Eventos
El Evento
1. El cliente llega al TPV (Terminal Punto de Venta) con los
artículos.
2. El cajero inicia una nueva venta. 3. El cajero introduce el
identificador de cada artículo. 5. El cajero repite los pasos 3 y 4
hasta que se indique.
6. El cajero le dice al cliente el total a pagar .
8. El cliente paga y el sistema gestiona el pago.
El Sistema
4. El sistema registra la línea de venta y presenta descripción del artículo, precio y suma parcial.
7. El sistema presenta el total.
9. El sistema registra la venta completa y actualiza el inventario.
22
Extensiones (Flujos Alternativos)
A1: Identificador no válido
La secuencia A1 comienza en el punto 3.
4. El sistema señala el error y rechaza la entrada. El escenario vuelve al punto 3.
A2: El cliente pide eliminar un artículo de la compra.
La secuencia A2 puede ocurrir entre los puntos 3-6. 1. El cajero introduce identificador a eliminar. 2. El sistema actualiza la suma.
El escenario continúa en el punto 6.
A3: Pago en efectivo
La secuencia A3 ocurre en el punto 7.
1. El cajero introduce la cantidad entregada por el cliente. 2. El sistema muestra cantidad a devolver.
Definición
• En el Lenguaje de Modelado Unificado, un
diagrama de casos de uso
es una
Definición
Diferencia
• Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras los dos conceptos están relacionados, los casos de uso son mucho más detallados que los diagramas de casos de uso.
Valor verdadero
• La descripción escrita del comportamiento del sistema al afrontar una tarea de negocio o un requisito de negocio. Esta descripción se enfoca en el valor suministrado por el sistema a entidades externas tales como usuarios humanos u otros sistemas.
Interacción
• La interacción entre actores no se ve en el
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.
Elementos
• Actores
• Casos de uso (cu)
• Interfaces
• Relaciones
Representaciones
• Un caso de uso se representa mediante
una elipse que contiene el nombre del
caso.
Tipos de Relaciones
Inclusión (include o use)
• Es una forma de interacción, un caso de uso dado puede "incluir" otro. El primer caso de uso a menudo depende del resultado del caso de uso incluido. Esto es útil para extraer comportamientos verdaderamente comunes desde múltiples casos de uso a una descripción individual, desde el caso de uso que lo incluye hasta el caso de uso incluido, con la etiqueta
