Los diagramas de casos de uso describen el comportamiento de un sistema desde la perspectiva de un usuario. Representan las interacciones entre actores y el sistema, y permiten definir los límites y relaciones del sistema. Cada caso de uso describe una tarea específica que puede realizarse con el sistema.

1. Diagramas De
Caso De Uso
Kelly Johanna Toledo
Miguel Leonardo Sánchez
Ing. De Sistemas
Florencia – Caquetá
2012

2.  Es una descripción de un proceso final-fin,
relativamente largo, que incluye varias etapas
o transacciones.
 Es una manera específica de utilizar el sistema,
es una historia que describe un uso particular
del sistema.
 Es la imagen de una funcionalidad del sistema,
desencadenada en respuesta al estímulo de
un actor o rol externo.

4. Los actores representan un tipo de usuario
del sistema. Se entiende como usuario
cualquier cosa externa que interactúa
con el sistema.
Suele ser útil mantener una lista de los
usuarios reales para cada actor.
Un actor representa un rol que alguien
puede estar jugando, no un individuo
particular.

5. Es una tarea que debe
poder llevarse a cabo con
el apoyo del sistema que
se está desarrollando.
Se representan mediante
un óvulo.
Cada caso de uso debe
detallarse, habitualmente
mediante una descripción
textual.

6. Hay una asociación
entre un actor y un
caso de uso si el
actor interactúa con
el sistema para llevar
a cabo el caso de
uso.

7. Es una secuencia de acciones e interacciones (pasos)
entre los usuarios (actores) y el sistema.
 Escenario 1: José García se lleva prestado el tercer
ejemplar de “Guerra y Paz” que hay en la
biblioteca. No tiene ningún otro libro en préstamo.
 Escenario 2: Mónica Díaz intenta llevarse prestado
el primer ejemplar de “Ana Karenina”, pero no
puede porque ya tiene tres libros en préstamo, que
es el máximo.
Todos los escenarios de un caso de uso deben tener
en común, que son intentos de hacer esencialmente
“lo mismo”, en este caso llevarse un libro en
préstamo.

9.  Include: Se puede incluir una relación entre dos
casos de uso de tipo “include” si se desea
especificar comportamiento común en dos o más
casos de uso.
En la imagen, tanto “Reservar Libro” como “Renovar
préstamo” hacen algo en común “Comprobar
reserva”.

10.  Extend: Se puede incluir una relación entre dos
casos de uso de tipo “include” si se desea
especificar diferentes variantes del mismo caso
de uso.
La flecha en el caso de las relaciones “extend”
va hacia el caso de uso “original”.

11.  Generalizaciones: En un diagrama de casos de
uso también pueden mostrarse
generalizaciones (relaciones de herencia) para
mostrar que diferentes elementos están
relacionados como tipos de otros.
 Limites del sistema: Resulta útil dibujar los límites
del sistema cuando se pretende hacer un
diagrama de casos de uso para parte del
sistema .

13.  Actualmente, mucha gente considera que los
casos de uso son de vital importancia en los
proyectos de software (Procesos Guiados por Casos
de Uso).
 Describen bajo la forma de acciones y reacciones
el comportamiento de un sistema desde el punto
de vista de un usuario.
 Se puede considerar que hasta cierto punto, cada
caso de uso es independiente de los demás.
 Permiten definir los límites del sistema y las
relaciones entre el sistema y su entorno.

14. ¿Cómo se desarrolla un modelo de Casos de Uso?
Para desarrollar un modelo de casos de uso, se debe
basar en las siguientes preguntas:
 ¿Cuales son las tareas del/los actores involucrados?.
 ¿Que datos debe el actor crear, guardar, modificar,
destruir, leer?.
 ¿Debe el actor informar al sistema de cambios
externos ocurridos?.
 ¿Debe el sistema informar al actor de cambios
internos?