Professional Documents
Culture Documents
Indican como crear y leer modelos bien formados pero no nos dicen
qué modelos se deben crear ni cuándo se los deberían crear
Ir a Casos de uso
UML es un lenguaje para visualizar
• La distancia entre pensar en una implementación y transformarla en código es casi
cero.
• En algunos casos: Lo que piensas lo codificas.
• Proporciona un lenguaje:
Actor 2
Use case 2
Use case 3
Use Case 2
Specification
QUÉ ES UN CASO DE USO?
Describen una interacción típica entre un usuario (actores) y un sistema de
cómputo.
Produce algo de valor para algún actor como el cálculo de algún resultado
Actor
ACTORES
Representa un conjunto de roles que los usuarios de los casos de uso juegan al
interactuar con éstos
Representa un rol que es jugado por una persona, un dispositivo hardware u otro
sistema que interactúe con nuestro sistema
Cliente
generalización
Cliente actor
Comercial
VALIDACIÓN DE USUARIO
FLUJO DE EVENTO PRINCIPAL:
Tipos:
- GENERALIZACIÓN
- EXTENSIÓN
- INCLUSIÓN
GENERALIZACIÓN
El caso hijo hereda el comportamiento y significado de caso de uso
padre
El hijo puede añadir o redefinir el comportamiento del padre
El Caso de Uso fuente hereda la especificación del Caso de Uso
destino
EJEMPLO:
Buscando datos de
producto
<<include>>
<<include>>
<<extends>>
Caso de uso
destino
Caso de uso
origen
Ejemplo:
Casos de uso
Usar agenda
frontera del sistema
Usuario
Teléfono móvil
Ejemplo de todas las relaciones :
<<extends>>
Giro por Internet
Cliente
<<includes>>
Giro
Identificación
DIAGRAMAS DE CASO DE USO
En UML, cada caso de uso debe tener al menos un actor. Esta forma de ver el
sistema nos ayuda a concebirlo como un todo.
– Casos de Uso
– Actores
– Relaciones de dependencia, generalización y asociación.
• Cubren principalmente el comportamiento del sistema.
• Dibujar una línea alrededor de todo el sistema, los actores quedarán fuera
del sistema e interactúan con el, se especificara los actores y el significado
de los roles.
• Elementos dentro y fuera, son responsables del comportamiento que esperan los
elementos externos..
• Los elementos externos que interactúan con el sistema constituyen su contexto, es
decir el entorno en que reside el sistema.
• Modelar el contexto de un sistema
– Identificar actores en torno del sistema.
– Grupos que necesitan ayuda del sistema,
– Grupos necesarios para ejecutar las funciones del sistema.
– Grupos que interactúan con el hardware o software.
– Grupos que realizan funciones secundarias de administración y mantenimiento.
• Organizar los actores similares en jerarquía de generalización/especificación
• Proporcionar un estereotipo para cada actor.
• Introducir los actores en un diagrama de CU y especificar las vías de comunicación .
Antes Después
Realizar
Transacción
Con tarjeta
Comercio
Procesar factura
Del cliente
Cliente
Ajustar
transacciones
Gestionar cuenta
Del cliente
Cliente Cliente Entidad
individual corporativo Financiera
Conclusiones:
• Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué).
• Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es
decir, describen un uso del sistema y cómo este interactúa con el usuario.
• Los diagramas de casos de uso muestran las relaciones entre los casos de uso de un
sistema y sus actores.
• En una relación << extends>>, un actor que lleve a cabo el caso de uso base puede
realizar o no sus extensiones. Mientras, en una relación <<include>> el actor que
realiza el caso de uso base también realiza el caso de uso incluido.
Bibliografía:
1. http://www.ingenierosoftware.com/analisisydiseno/casosdeuso.php
2. http://www-gris.det.uvigo.es/~avilas/UML/node25.html
3. Libro de UML: EL LENGUAJE UNIFICADO DE MODELADO, Booch,
Jacobson, Rumdaugh, pag 190- 223