casos de uso

Análisis y Diseño del Software

El Lenguaje Unificado de Modelado
UML 2.0 – CASOS DE USO

Contenidos
• Introducción al modelado del software
• Presentación de UML
• Modelado de Casos de Usos
– Diagramas de casos de uso
• Modelado Estructural
– Diagramas de clases
– Paquetes
2

Modelado de Casos de Uso
• Un caso de uso especifica un comportamiento deseado
del sistema.
•Representan los 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.
3

Modelado de Casos de Uso
• Partes de un caso de uso (cdu)
– Conjunto desecuencias 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
– Un caso de uso realiza un trabajo tangible.

4

Emisor

Centralita

Receptor

listo( )

tono

marcar_numero

tono_sonando
timbre_sonando

Escenariotelefono_cogido
para_tono
para_timbre

Los Casos de uso son ideados por Jacobson a principios de los noventa y
están inspirados en los Escenarios utilizados para describir procesos.

Ejemplo de Caso de Uso
actor

Responsable
Prestamos

caso de uso

Gestionar Préstamos

asociación

6

Actores
Un actor representa un conjunto coherente de
roles que juegan los usuarios delos casos de uso
al interaccionar con el sistema.
• Roles jugados por personas, dispositivos, u otros
sistemas.
• El tiempo puede ser un actor (“procesos iniciados
automáticamente por el sistema”).
• No forman parte del sistema.
7

Actores
• Un usuario puede jugar diferentes roles.
• En la realización de un caso de uso pueden intervenir
diferentes actores.
• Un actor puede interveniren varios casos de uso.
• Identificar casos de uso mediante actores y eventos
externos.
• Un actor necesita el caso de uso y/o participa en él.

8

Actores
• Dos tipos de actores:
– Principal:
Requiere al sistema el cumplimiento de un objetivo.
– Secundarios:
El sistema necesita de ellos para satisfacer un
objetivo.

9

Escenarios y Casos de Uso
• Un caso de uso describe unconjunto de secuencias de
interacciones entre actores y el sistema (escenarios):
flujo principal y flujos alternativos o excepcionales.
• Un escenario es una instancia de un caso de uso
• Un escenario es una historia particular de uso de un
sistema.
• Escenarios principales vs. Escenarios secundarios

10

Propiedades de los casos de uso
• Son iniciados por un actor con un objetivo enmente 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.11

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 noexperto.
• Debe indicar: actores, flujos principal y excepcionales.
12

Diagrama de un caso de uso

13

Descripción de un caso de uso: textual
Realizar Venta (en un Terminal de Punto de Venta o 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...