Caso de Uso
Herramienta de relevamiento
domingo, 28 de octubre de 12
Caso de Uso
• Son descripciones de un conjunto de secuencia de
acciones que ejecuta el sistema para obtener un
resultado
• Los casos de uso especifican un comportamiento
deseado , no como se ejecuta
• Permite definir los límites del sistema y las
relaciones entre el sistema y su entorno
domingo, 28 de octubre de 12
Caso de Uso
• El nombre del caso de uso esta expresado desde
el punto de vista del usuario (en el DFD se
representa desde el punto de vista del sistema)
• Características
– Expresados desde el punto de vista del usuario
– Se documentan con texto informal
– Describe lo que hace el usuario y lo que hace el
sistema , poniendo énfasis en la interacción
– Son iniciados por un único elemento externo
domingo, 28 de octubre de 12
Caso de Uso
• Utilidad!
– Para modelar el contexto del sistema
– Para identificar y organizar actores
– Proporciona un medio para capturar los requerimientos
funcionales
– Para especificar que debería hacer el sistema desde un punto
de vista externo
– Para documentar los requisitos del sistema
– Para documentar las funciones del sistema y los roles de los
actores intervinientes
– Permite que los desarrolladores y los clientes lleguen a un
acuerdo sobre los requisitos del sistema
– Permite generar la documentación de usuario y las pruebas
funcionales del sistema , en paralelo con el desarrollo
domingo, 28 de octubre de 12
Caso de Uso
• Documentación
– Una de las metodologías es a partir de la
utilización de plantillas
– Hay distintas formas de plantillas, lo importante
es que contenga la información necesaria
– La documentación se realiza para cada caso de
uso detallando lo que el sistema debe
proporcionar al actor cuando el caso de uso es
ejecutado
domingo, 28 de octubre de 12
Caso de Uso
• Alguna información que podrá contener la
documentación
– Nombre
– Descripción
– Describir como comienza y como termina
– Realizar el flujo normal de eventos
– Realizar el/los flujo/s alternativo de eventos
– Detallar las excepciones al flujo de eventos
– Precondiciones
– Post condiciones
domingo, 28 de octubre de 12
Caso de Uso
• Caso de Uso , UML , Objetos
– UML ( Unified Modelling Lenguage)
• Es un conjunto de diagramas, entre los cuales se encuentra
los diagrama de casos de uso.
• Casos de Uso son una técnica “de redacción” del conjunto
de secuencias de acciones que ejecuta el sistema. Asociado
a esto se encuentran los diagramas de casos de uso, que
representa la interacción entre los elementos externos y el
sistema, pudiendo también representar relación entre
distintas partes del sistema
• Los casos de uso, son una herramienta independiente del
paradigma que se adopte, puede utilizarse tanto en el
paradigma orientado a objetos como en el estructurado
domingo, 28 de octubre de 12
Caso de Uso
• Flujo de eventos
Precondición Flujos
alterna3vos
(variantes
al
comportamiento
normal)
Post
condición
Flujo
principal
(comportamiento
normal)
domingo, 28 de octubre de 12
Caso de Uso
• Flujo principal
– Es la ejecución del curso normal de los caso de
uso
• Flujo Alternativo
– Excepciones o errores al caso de uso normal
• Precondición
– Refleja el estado que debe estar el sistema para
comenzar a ejecutar el caso de uso
• Post condición
– Reflejan el estado en el que queda el sistema
domingo, 28 de octubre de 12
Caso de Uso
• Escenario de un caso de uso!
– Un escenario es una instancia de un caso de uso, un camino
concreto que puede tomar el caso de uso!
• Características de los escenarios
– Los escenarios no contienen condiciones, ya que describen una de
las posibles instancias del caso de uso
– Todos los escenarios de un caso de uso comienzan igual pero
pueden terminar de forma diferente
– No se deben mostrar solo las instancias (escenarios) exitosos del
caso de uso , también las que fallan
– Cada uno de los escenarios definidos, va a servir en la etapa de
prueba
– Dentro de la metodología orientada a objetos, los casos de uso y los
escenarios sirven de base para otros diagramas de UML
• El desarrollo de un caso de uso es un conjunto de escenarios
posibles que se pueden presentar
domingo, 28 de octubre de 12
Caso de uso
• Nivel de desarrollo
– Desarrollo de Alto Nivel:
• Similar a documentos de requerimientos, donde se detalla
el dominio del sistema, usuarios involucrados,
requerimientos funcionales y requerimientos no
funcionales
– Desarrollo Expandido:
• Incluye escenarios posibles desde el punto de vista del
usuario
– Desarrollo real:
• Muestra como debería comportarse internamente el
sistema
domingo, 28 de octubre de 12
Caso de uso
• Relaciones
– En los sistemas podemos encontrar casos de
uso que son especialización de otros casos de
uso
– Son casos de uso en si mismos.
– Cuando estos casos de uso se ejecutan por
alguna excepción, se dice que extiende la
funcionalidad del caso de uso
<<extend>>
Caso
de
uso
extensión
principal
domingo, 28 de octubre de 12
Caso de Uso
• Características de las Extensiones
– Representan una parte de la funcionalidad del
caso que no siempre ocurre
– Son un caso de uso en si mismo
– No necesariamente provienen de un error o
excepción
domingo, 28 de octubre de 12
Caso de uso
• Relación de Inclusion
– La relación de inclusión entre caso de uso, se
da cuando un caso de uso incorpora el
comportamiento de otro caso de uso
– Se utiliza para no tener que describir
repetidamente un mismo comportamiento
Caso
de
uso
<<include>>
<<include>>
Caso
de
uso
Caso
de
uso
principal
1 principal
2
domingo, 28 de octubre de 12
Caso de Uso
• Características de las Inclusiones
– Aparecen como funcionalidad común , luego de
haber especificado varios casos de uso
– Son un caso de uso en si mismo
– El caso es usado siempre que el caso que lo usa
es ejecutado (a diferencia de las extensiones que
son opcionales)
domingo, 28 de octubre de 12
Caso de Uso
• Actores
– Un actor representa un rol de un usuario
– El rol es llevado a cabo por una persona o un sistema
– Una persona física puede interpretar varios roles
– El nombre del actor describe el papel que desempeña
– Los actores son externos al sistema, por ello que se esta
delimitando al sistema
– Un usuario puede representar varios roles y un rol lo
pueden asumir varios usuarios
domingo, 28 de octubre de 12
Caso de uso
• Representación de actor
Cargar mercadería
Operador
domingo, 28 de octubre de 12
Caso de Uso
• Como identificar actores
– Quienes utilizaran el sistema
– Quien proveerá, utilizará o eliminará información
– Quien utiliza esta funcionalidad
– Quien dará soporte y quien dará mantenimiento al
sistema
– Cuales son los recursos externos del sistema
– Con quienes se deberá integrar
domingo, 28 de octubre de 12
Caso de Uso
• Actores
– Interactúan directamente con el sistema
• Descripción de actores
– Debe incluir información de
• Que y quien representa el actor
• Por que es necesario el actor
• Que intereses tiene el actor en el sistema
domingo, 28 de octubre de 12
Caso de Uso
• Relaciones entre actores
– Generalización (herencia)
• Se utilizan cuando un actor realiza un rol parecido
con algunas diferencias
• Se utiliza para indicar que realiza tareas similares,
mas otras particulares
Empleado de venta Ingresa Pedido
Autoriza Pedido
Supervisor de venta
domingo, 28 de octubre de 12
Caso de Uso
• Diagrama de caso de uso!
– Conjunto de actores, casos de uso y relaciones
– Se utiliza para visualizar el comportamiento de un
sistema o subsistema
– Representa un aspecto estático de los casos de uso
• Utilidad de casos de uso
– Muestra a los actores y casos de uso del sistema
– Sirve como mapa donde se pueden apreciar las
funcionalidades de un sistema completo
– Especificaciones suplementarias, glosario
domingo, 28 de octubre de 12
Caso de Uso
• Ejemplo de Diagrama de Caso de Uso
Realizar
transacción
Cliente con
tarjeta
comercio
Procesar
factura
de
cliente
Ges$onar
cuenta
Entidad
del
cliente financiera
domingo, 28 de octubre de 12
Caso de Uso
• Referencias
– Basado en apunte de
• Ing. Ramiro Garbarini
• Ing. Laura Recchini
• Preguntas ?
domingo, 28 de octubre de 12
