Paradigmas de desarrollo de software

1. DIAGRAMA DE CASOS DE USO:
 Un diagrama de casos de uso es una especie de
diagrama de comportamiento.

2. 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. 3
Modelado de Casos de Uso
 Partes de un caso de uso (cdu)
 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
 Un caso de uso realiza un trabajo tangible.

4. COMPONENTES DE UN DIAGRAMA
DE CASOS DE USO

5. 5
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

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

7. RELACIONES DE CASOS DE USO
 INCLUSION (INCLUDE O USE)
 EXTENSION (EXTEND)
 GENERALIZACION

8. INCLUSION (INCLUDE O USE)
 Es una forma de interacción o creació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 El estándar de Lenguaje
de Modelado Unificado de OMG define una
notación gráfica para realizar diagramas de casos
de uso, pero no el formato para describir casos de
uso.

9. EXTENSION (EXTEND)
 Es otra forma de interacción, un caso de uso dado,
(la extensión) puede extender a otro. Esta relación
indica que el comportamiento del caso de la
extensión se utiliza en casos de uso, un caso de uso
a otro caso siempre debe tener extensión o
inclusión.
 "La extensión, es el conjunto de objetos a los que se
aplica un concepto. Los objetos de la extensión son
los ejemplos o instancias de los conceptos."

10. GENERALIZACION
 "Entonces la Generalización es la actividad de
identificar elementos en común entre conceptos y
definir las relaciones de una superclase (concepto
general) y subclase (concepto especializado). Es
una manera de construir clasificaciones
taxonómicas entre conceptos que entonces se
representan en jerarquías de clases. Las subclases
conceptuales son conformes con las superclases
conceptuales en cuanto a la intención y extensión."

11. EJEMPLO DE DIAGRAMA DE CASOS
DE USO:
El diagrama de la derecha
describe la funcionalidad
de un Sistema
Restaurante muy simple.
Los casos de uso están
representados por elipses
y los actores están, por
ejemplo, los casos de uso
se muestran como parte
del sistema que está
siendo modelado, los
actores no.

12. 12
Organización de Casos de uso
 Tres tipos de relaciones:
 Generalización
 Un cdu hereda el comportamiento y significado de
otro.
 Inclusión
 Un cdu base incorpora explícitamente el
comportamiento de otro en algún lugar de su
secuencia.
 Extensión
 Un cdu base incorpora implícitamente el
comportamiento de otro cdu en el lugar especificado
indirectamente por este otro cdu.

13. 13
Ejemplo
Generalización
Comprobar clave
Examinar retina
Validar Usuario
Hacer Pedido
Seguir Pedido
(establecer
prioridad)
Hacer Pedido
Urgente
«extend»
Extensión
«include»
«include»
Inclusión

14. 14
Relación de inclusión
 Permite factorizar un comportamiento en un
caso de uso aparte y evitar repetir un mismo
flujo en diferentes casos de uso.
 Ejemplo:
Hacer Pedido:
Obtener y verificar el número de
pedido;
Incluir “Validar usuario”;
Recoger los ítem del pedido del
usuario;
…

15. 15
Relación de extensión
 El caso de uso base incluye una serie de
puntos de extensión.
 Sirve para modelar:
 la parte opcional del sistema, o
 un subflujo que sólo se ejecuta bajo ciertas
condiciones.

16. 16
Relación de extensión
 Ejemplo:
Hacer Pedido:
Incluir “Validar usuario”;
Recoger los ítem del pedido del
usuario;
Establecer prioridad: punto de
extensión
Enviar pedido para ser procesado
según la prioridad.

17. 17
Obtención de 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.
6) Revisar y validar con el usuario.