Está en la página 1de 24
Casos de Uso
Casos de Uso
«extends» «extends» «uses»
«extends»
«extends»
«uses»
Casos de Uso Introducción
Casos de Uso
Introducción
Para que un sistema de información sea realmente de calidad, debe satisfacer a cabalidad las
Para que un sistema de información sea realmente de calidad, debe
satisfacer a cabalidad las necesidades de los usuarios, las cuales son
obtenidas en el análisis de requerimientos, a través de las técnicas de
recolección de información, como se mostró en una unidad anterior. En
esta parte del proceso, es necesario y obligatorio, identificar los usuarios
del sistema y las tareas que deben llevar a cabo en el sistema, al igual que
los procesos más importantes, de manera que se pueda planificar el desarrollo de acuerdo
con esto.
De acuerdo con UML, los usuarios se denominan Actores, y las tareas Casos de Uso. En esta
unidad, nos enfocaremos al diagrama de casos de uso, el cual establece una idea dinámica
del sistema; el comportamiento del sistema desde el punto de vista del usuario.
En este módulo se comprenderá todo lo relacionado con los casos de uso y su función, la
inclusión y extensión de los casos de uso, la representación de un modelo de casos de uso y
su respectiva documentación.
Casos de Uso Taller Previo
Casos de Uso
Taller Previo
Taller Previo CU 1. ¿Para qué se utiliza un diagrama de casos de uso? 2.
Taller Previo CU
1.
¿Para qué se utiliza un diagrama de casos de uso?
2.
¿Cómo se llama la entidad que inicia un caso de uso?
3.
¿Los actores deben ser sólo personas? Justifique.
4.
En realidad, ¿Para qué necesito el concepto del caso de uso? ¿Qué no sólo podríamos preguntar a los
usuarios lo que deseen ver en el sistema y dejarlo así?
5.
¿Cuáles son los dos símbolos de un diagrama de casos de uso y qué representan?
6.
¿Cómo se documenta un caso de uso?
7.
¿Qué se entiende con “incluir” un caso de uso?
8.
¿Qué se entiende con “extender” un caso de uso?
9.
¿Qué son los escenarios de un caso de uso? Explique brevemente mediante un ejemplo, en el que se
evidencie el curso normal y las alternativas de un caso de uso.
10.
¿Un caso de uso es lo mismo que un escenario?
11.
Los casos de uso pueden ayudarle a analizar un negocio y un sistema. Imagine a una gran tienda de
equipos de cómputo que venda hardware, periféricos y software. ¿Quiénes serían los actores? ¿Cuáles
serían algunos de los principales casos de uso? ¿Cuáles serían los escenarios dentro de cada caso de
uso?
Casos de Uso Definición
Casos de Uso
Definición
• El diagrama de casos de uso es una herramienta del UML que sirve para
• El diagrama de casos de uso es una herramienta del UML que sirve para representar la
forma como los usuarios (actores) operan con el sistema en desarrollo.
• Capturan los requerimientos funcionales del sistema.
• Describen la forma de usar el sistema tal como se la ve desde el exterior.
• La aplicación principal de los casos de uso es en el proceso de análisis y diseño pero de
manera particular en la definición de requerimientos del usuario.
Diagramas de Casos de Uso = Actores + Caso de Uso + Relaciones
Diagramas de Casos de Uso = Actores + Caso de Uso + Relaciones
Se centra en el QUÉ hacer, NO en el CÓMO hacerlo
Se centra en el QUÉ hacer, NO en el CÓMO hacerlo
Casos de Uso Actor
Casos de Uso
Actor
Un actor representa todo aquello que interactúa con el sistema, con el fin de lograr
Un actor representa todo aquello que interactúa con el sistema, con el fin de lograr un
objetivo. Representa un cierto papel que un usuario puede desempeñar, en el diagrama se
representan por medio de un monigote.
 Puede ser humano, otro sistema (externo), una empresa o un dispositivo de hardware 
 Puede ser humano, otro sistema (externo), una empresa o un dispositivo de hardware
 Reside fuera del sistema . Sirve para describir el entorno del sistema
 Describe un “rol” que asume un usuario
 La misma persona física puede asumir distintos roles
Ejemplos de Actores
•Gerente de Ventas
•Cliente del Banco
•Cajero
•Sistema de Matrícula
•Alumno
NOTACIÓN:
•Departamento de Sistemas
Gerente de Ventas
Casos de Uso Representación
Casos de Uso
Representación
Un Caso de Uso es lo que pasa cuando el actor interactúa con el sistema
Un Caso de Uso es lo que pasa cuando el actor interactúa con el sistema para
lograr un objetivo. Se describe normalmente comenzando con un verbo que
representa la acción  (Consultar, Modificar, Generar, Reportar…)
Un Caso de Uso es lo que pasa cuando el actor interactúa con el sistema
Un Caso de Uso es lo que pasa cuando el actor interactúa con el sistema para
lograr un objetivo. Se describe normalmente comenzando con un verbo que
representa la acción  (Consultar, Modificar, Generar, Reportar…)

Un caso de uso se representa por una

elipse, que contiene el respectivo

nombre.

Un caso de uso puede tener varios caminos de acción o “escenarios”.
Un caso de uso puede tener varios
caminos de acción o “escenarios”.
NOTACIÓN:
NOTACIÓN:
Consultar registro de ventas
Consultar registro
de ventas
nombre. Un caso de uso puede tener varios caminos de acción o “escenarios”. NOTACIÓN: Consultar registro
Casos de Uso Pautas para crear el diagrama
Casos de Uso
Pautas para crear el diagrama
Para facilitar la realización de un diagrama de casos de uso, es conveniente plantearse algunas
Para facilitar la realización de un diagrama de casos de uso, es conveniente plantearse
algunas preguntas útiles para encontrar casos de uso en un sistema de información:
 ¿Quiénes utilizarán el sistema? (Secretaria, Cliente, Estudiante…)  Identificar actores.  ¿Qué tareas
 ¿Quiénes utilizarán el sistema? (Secretaria, Cliente, Estudiante…)  Identificar
actores.
 ¿Qué tareas realiza el actor? (¿Consulta, almacena, modifica o elimina información
del sistema?  Identificar los principales casos de uso para cada actor
 ¿Qué casos de uso crearán, almacenarán, cambiarán, leerán la información? 
Identificar nuevos casos de uso a partir de los existentes, p or ejemplo, en el sistema de
ventas, podríamos preguntarnos si existen diferentes tipos de pedidos que conlleven
acciones distintas en el sistema, o si hay varios tipos de vendedores o clientes.
Casos de Uso Pautas para crear el diagrama
Casos de Uso
Pautas para crear el diagrama
 ¿El actor necesita informarle al sistema sobre cambios externos?  Encontrar nuevos casos de
 ¿El actor necesita informarle al sistema sobre cambios externos?
 Encontrar nuevos casos de uso a partir de los opuestos, por ejemplo,
a partir del caso de uso Generar Orden de Compra, se puede Crear o
Cancelar Orden de Compra.
 Crear descripciones de los casos de uso  Documentarlos.
Búsqueda en Internet…
http://www.sparxsystems.com.ar/resources/tutorial/use_case_model.html
Casos de Uso Ejemplo
Casos de Uso
Ejemplo
Suponga un caso en el que requiere implementar un sistema de información de ventas, en
Suponga un caso en el que requiere implementar un sistema de información de ventas,
en el cual aún no se tienen detalles de las necesidades del sistema, ni de cómo
funcionará, pero se pueden identificar a los actores:

El grupo de usuarios que ingresará los pedidos al sistema será un actor.

El conjunto de usuarios que autorice los pedidos, los cancele, cambie información de las facturas, será otro actor.

El grupo de usuarios que reciba información estratégica del sistema, como por ejemplo totales de ventas, indicadores de cada empleado, estadísticas, etc, sería otro actor.

Pregunta de Análisis CU1 El sistema de información de ventas aún no ha sido especificado.
Pregunta de Análisis CU1
El sistema de información de ventas aún no ha sido especificado. Considerando los procesos de empresas
dedicadas a vender cualquier tipo de producto y/o servicio, o sistemas de ventas que usted conozca, sugiera
qué más tendría que hacer o comprobar un sistema completo para modelar el diagrama de casos de uso.
Casos de Uso Ejemplo Diagrama
Casos de Uso
Ejemplo Diagrama
Ejemplo CU1 Diagrama de Casos de Uso: Sistema de Información de Ventas Generar presupuesto de
Ejemplo CU1
Diagrama de Casos de Uso: Sistema de Información de Ventas
Generar
presupuesto de ventas
Generar orden de
compra
Consultar registro
de ventas
Consultar listado
Vendedor
Generar
de Productos
estadísticas de ventas
Gerente de Ventas
Consultar perfil
de vendedores
Realizar pedido
Cliente
Casos de Uso Relaciones
Casos de Uso
Relaciones
Es la relación entre un actor y un caso de uso, o entre dos casos
Es la relación entre un actor y un caso de uso, o entre dos casos de uso. Este último
caso se da cuando un caso de uso incluye a otro, extiendo a otro o generaliza a otro.
Relación Detalle Notación Asociación Denota una relación entre un actor y un caso de uso.
Relación
Detalle
Notación
Asociación
Denota una relación entre un actor y un caso de uso.
«uses»
Inclusión
Incluye la funcionalidad de un caso de uso en otro.
Extiende la funcionalidad de un caso de uso a otro,
«extends»
Extensión
bajo ciertas condiciones.
«inherits»
Generalización
Relación entre uno o más actores, en la cual un actor
ejecuta todos los casos de uso que ejecuta otro actor,
y algunos más, también se da entre actores.
Casos de Uso Relaciones
Casos de Uso
Relaciones
Extensión «extends» Caso de Uso X Caso de Uso Y Se utiliza cuando la funcionalidad
Extensión
«extends»
Caso de Uso X
Caso de Uso Y
Se utiliza cuando la funcionalidad de un caso de uso incluye un conjunto de
pasos que ocurren sólo en algunas oportunidades. En la notación, “El caso
de uso X extiende el comportamiento del caso de uso Y”.
Ocurre cuando la misma funcionalidad del sistema es accedida a partir de
Inclusión o de Uso
varios casos de uso. El caso de uso es usado siempre que el caso que lo usa
«uses»
Caso de Uso X
Caso de Uso Y
es ejecutado.
En la notación, “El caso de uso X utiliza completamente el comportamiento
del caso de uso Y”.
Relación entre uno o más actores, en la cual un actor ejecuta todos los
Generalización
casos de uso que ejecuta otro actor, y algunos más. También se da entre
Ingresar Pedido
«inherits»
Empleado de Ventas
casos de uso.
En la notación, el Supervisor de Ventas hereda del Empleado de Ventas y
agrega su propio caso de uso: Autorizar Pedido; es decir, que el supervisor
de Ventas también puede Ingresar un Pedido.
Autorizar Pedido
Supervisor de Ventas
Casos de Uso Ejemplo Tipos de Relaciones
Casos de Uso
Ejemplo Tipos de Relaciones
Casos de Uso y Relaciones de un Sistema de Información de Ventas
Casos de Uso y Relaciones de un Sistema de Información de Ventas

«inherits»

Consultar listado

de Productos

Consultar listado

de Productos

«uses»

Administrar listado

de promociones

Vendedor

Vendedor de Promocion

Generar orden de compra

Generalización

Inclusión o de Uso

Modificar Información de Productos

Ejemplo CU2

Administrador de Almacén

Indica que tanto el Vendedor de Promoción como el Vendedor General, pueden Consultar un Listado de Productos y Generar una Orden de Compra, pero sólo el Vendedor de Promoción podrá Administrar el Listado de Promociones.

Indica que cada vez que el actor vaya a Modificar la Información de Productos, deberá Consultar el Listado de Productos. (Siempre sucederá de ésta manera)

Modificar Información de Productos Asociación Administrador de Almacén
Modificar
Información de Productos
Asociación
Administrador de Almacén
Realizar Pago «extends» «extends» Cliente Realizar transferencia bancaria Extensión Realizar pago con tarjeta
Realizar Pago
«extends»
«extends»
Cliente
Realizar
transferencia
bancaria
Extensión
Realizar pago con
tarjeta

Indica que cuando el Cliente Realice un Pago, podrá elegir entre Pagar por Transferencia Bancaria, o con Tarjeta, puede ocurrir cualquiera de las dos opciones.

Casos de Uso Documentación y Escenarios
Casos de Uso
Documentación y Escenarios
Formato de Documentación de un Caso de Uso Caso de Uso: Nombre del caso de
Formato de Documentación de un Caso de Uso
Caso de Uso:
Nombre del caso de uso
Actores:
Actores primarios y secundarios que interaccionan con el caso de uso
Descripción:
Describir qué va a hacer el caso de uso
Precondiciones:
Condiciones que deben satisfacerse para poder ejecutar el caso de uso.
Flujo Principal
El flujo de eventos más importante del caso de uso, donde dependiendo de las acciones de los actores se
continuará con alguno de los subflujos. (Enumerarlos en orden).
Flujo Alternativo
Los flujos secundarios del caso de uso.
Postcondiciones:
Posibles estados del sistema después de que termine la ejecución del caso de uso.
Escenario Un caso de uso describe una función fundamental del sistema desde la perspectiva del
Escenario
Un caso de uso describe una función fundamental del sistema desde la perspectiva del
usuario, sin embargo existe más de una forma para terminar una función dada. Un
escenario es una instancia de un caso de uso, es decir, un camino lógico del inicio al final
del mismo. Veamos un ejemplo completo 
Casos de Uso Caso de Estudio Ingresar empleado Subir foto Objetivo: Ejemplificar un diagrama de
Casos de Uso
Caso de Estudio
Ingresar empleado
Subir foto
Objetivo: Ejemplificar un diagrama de casos de uso
a partir de un caso de estudio.
<<extend>>
Caso de Estudio 1 V1.1
S
Se requiere analizar un sistema que administre la información de los empleados
i
en una empresa, en el cual se deberá subir la información completa del
Modificar empleado
s
empleado al sistema, modificarla, consultarla y eliminarla. Eliminar un empleado
t
no significa borrarlo, sino cambiar su estado de activo a inactivo, de igual
<<include>>
e
manera, el sistema calculará la edad del empleado, de acuerdo con su fecha de
m
nacimiento.
a
Consultar empleado
En el momento de registrar un empleado, se debe ingresar la fecha de
d
e
contratación, ya que es primordial conocer el tiempo que el trabajador lleva
vinculado a la empresa.
<<include>>
G
Eliminar empleado
e
En cualquier caso, todo empleado debe tener una foto asociada a su registro,
Administrador
s
aunque no es un proceso primordial, dado que en muchos casos los nuevos
t
empleados tardan en completar éste requisito; sin embargo pueden culminar
i
Consultar edad
exitosamente con el proceso de registro.
ó
n
Por último, el administrador del sistema podrá consultar y asignar el salario de
d
cualquiera de los empleados, y modificarlos, en los casos que sea necesario.
Consultar antigüedad
e
E
m
Consultar salario
p
l
Tarea CU1
e
a
Complete el diagrama de casos de uso con otras tareas que identifique del Administrador, y agregando el actor
d
o
Empleado, con sus respectivos casos de uso. Recuerde que algunas tareas pueden ser comunes para los ambos actores.
s
Casos de Uso Documentación -1
Casos de Uso
Documentación -1

Caso de Uso:

R1 ingresar la información del empleado

Actores:

Administrador

Descripción:

Se requiere ingresar l a información del empleado, la información comprende los

datos

a información del empleado, la información comprende los datos personales , salario y fecha de ingreso
a información del empleado, la información comprende los datos personales , salario y fecha de ingreso

personales , salario y fecha de ingreso a la empresa.

Precondiciones:

Precondiciones:

Ninguna

Flujo Principal:

1- El administrador ingresa los datos personales del cliente, salario

da click el botón guardar

y fecha de ingreso a la empresa , luego

2. El sistema guarda la información del empleado

Flujo Alternativo

2. 1 Si el sistema encuentra una cedula con el mismo número registrad o, presenta el mensaje el empleado ya

está ingresado.

Postcondiciones :

El empleado ha sido ingresado

Postcondiciones : El empleado ha sido ingresado
Postcondiciones : El empleado ha sido ingresado

Extiende caso de uso R5- Subir foto

Extiende caso de uso R5- Subir foto
Casos de Uso Documentación -2
Casos de Uso
Documentación -2
 

Caso de Uso:

R2 Consultar empleado

Actores:

Administrador

Se requiere consultar la información del empleado.

El empleado debe estar registrado

Flujo Principal:

1. El administrador ingresa la cédula del empleado

2. El sistema verifica la lista de empleados y muestra los datos del empleado

Flujo Alternativo

2.1 Si el sistema no encuentra la cedula, presenta el mensaje: El empleado no está registrado

Postcondiciones : El empleado ha sido consultado
Postcondiciones : El empleado ha sido consultado

Postcondiciones:

Postcondiciones :

El empleado ha sido consultado

El empleado ha sido consultado
Casos de Uso Documentación -3
Casos de Uso
Documentación -3

Caso de Uso:

R3Modificar empleado

Caso de Uso: R3 – Modificar empleado Actores: Administrador Se requiere modificar los datos del empleado

Actores:

Administrador

Se requiere modificar los datos del empleado

El empleado debe estar registrado

Descripción:
Descripción:

Descripción:

Descripción:

Precondiciones:

Precondiciones:

Flujo Principal:

1. El administrador ingresa la cédula del empleado

2. Consultar empleado R2

3. El administrador modifica los datos del empleado y presiona el botón guardar

4. El sistema guarda los datos del empleado

Flujo Alternativo

El sistema guarda los datos del empleado Flujo Alternativo Postcondiciones : El empleado ha modificado Include
Postcondiciones : El empleado ha modificado
Postcondiciones : El empleado ha modificado

Postcondiciones:

Postcondiciones :

El empleado ha modificado

El empleado ha modificado

Include caso de uso R2- Consultar empleado

Include caso de uso R2- Consultar empleado
Casos de Uso Documentación -4
Casos de Uso
Documentación -4

Caso de Uso:

R4Eliminar empleado

Actores:

Administrador

Descripción:

Descripción:
Descripción: Se requiere eliminar un empleado
Descripción: Se requiere eliminar un empleado

Se requiere eliminar un empleado

Precondiciones:

Precondiciones:

El empleado debe estar registrado

Flujo Principal:

1. El administrador ingresa la cédula del empleado

2. Consultar empleado R2

3. El usuario presiona el botón eliminar empleado

Flujo Alternativo

presiona el botón eliminar empleado Flujo Alternativo Postcondiciones : El empleado ha sido eliminado-borrado
Postcondiciones : El empleado ha sido eliminado-borrado
Postcondiciones : El empleado ha sido eliminado-borrado

Postcondiciones :

Postcondiciones :

El empleado ha sido eliminado-borrado

El empleado ha sido eliminado-borrado

Include caso de uso R2- Consultar empleado

Include caso de uso R2- Consultar empleado
Casos de Uso Documentación -5
Casos de Uso
Documentación -5

Caso de Uso:

R 5Subir Foto

Actores:

Actores: Administrador

Administrador

Actores: Administrador

Descripción:

Se requiere subir la foto de un empleado

Descripción: Se requiere subir la foto de un empleado
Descripción: Se requiere subir la foto de un empleado
Descripción: Se requiere subir la foto de un empleado

Precondiciones:

Precondiciones:

Flujo Principal:

1. El administrador selecciona la foto del empleado y selecciona el boto guardar

2. El sistema guarda la foto del empleado

Flujo Alternativo

Postcondiciones :

El empleado tiene una foto registrada

Postcondiciones : El empleado tiene una foto registrada
Postcondiciones : El empleado tiene una foto registrada
Casos de Uso Documentación -6
Casos de Uso
Documentación -6

Caso de Uso:

R6Calcular edad

Actores:

Actores: Administrador

Administrador

Actores: Administrador

Descripción:

Calcular los años cumplidos del empleado

Precondiciones: El empleado debe estar registrado
Precondiciones: El empleado debe estar registrado

Precondiciones:

El empleado debe estar registrado

Flujo Principal:

1. El sistema

calcula la edad= fecha actual fecha de nacimiento y presenta la

edad calculada

Flujo Alternativo

fecha de nacimiento y presenta la edad calculada Flujo Alternativo Postcondiciones : La edad ha sido

Postcondiciones:

La edad ha sido calculada

Postcondiciones : La edad ha sido calculada
Postcondiciones : La edad ha sido calculada
Casos de Uso Documentación -7
Casos de Uso
Documentación -7

Caso de Uso:

R7Calcular Antigüedad

Actores:

Actores: Administrador

Administrador

Actores: Administrador

Descripción:

Calcular la cantidad de años que ha trabajado el empleado para

Descripción: Calcular la cantidad de años que ha trabajado el empleado para la compañía
Descripción: Calcular la cantidad de años que ha trabajado el empleado para la compañía

la compañía

Precondiciones:

El empleado debe estar registrado

Flujo Principal:

1. El sistema

calculada

calcula la edad= fecha actual fecha de nacimiento y presenta la edad

Flujo Alternativo

Postcondiciones :

La antigüedad del empleado ha sido calculada

Postcondiciones : La antigüedad del empleado ha sido calculada
Postcondiciones : La antigüedad del empleado ha sido calculada
Casos de Uso Documentación -8
Casos de Uso
Documentación -8
 

Caso de Uso:

R8Calcular Salario

Actores:

Descripción:

Precondiciones:

Administrador

Calcular el salario del empleado

El empleado debe estar registrado

Flujo Principal:

1. El sistema calcula salario= Horas trabajadas * valor hora

Flujo Alternativo

salario= Horas trabajadas * valor hora Flujo Alternativo Postcondiciones: El salario ha sido calculado Pregunta de
Postcondiciones: El salario ha sido calculado Pregunta de Análisis CU2 En esta unidad, se han
Postcondiciones:
El salario ha sido calculado
Pregunta de Análisis CU2
En esta unidad, se han evidenciado múltiples funcionalidades y ventajas del Diagrama de Casos de Uso. ¿Qué
posibles desventajas y/o peligros encuentra en la utilización de éste modelo?
Casos de Uso Resumen
Casos de Uso
Resumen
Recuerde que… Un diagrama de Casos de Uso es la descripción de alguna actividad del
Recuerde que…
Un diagrama de Casos de Uso es la descripción de alguna actividad del software que un actor debe iniciar; también se
puede describir como la especificación de una secuencia de acciones que el sistema debe ejecutar.
El caso de uso es una poderosa herramienta para obtener los requerimientos funcionales de un sistema. Además,
facilitan la comunicación entre los analistas de sistemas y los usuarios, y entre los analistas y los clientes.
En un diagrama de casos de uso, el símbolo es una elipse, y el símbolo de un actor es un monigote. Una línea
asociativa conecta a un actor con un caso de uso.
La inclusión se representa por una línea de dependencia con el estereotipo <<include>> .
La extensión se representa por una línea de dependencia con el estereotipo <<extend>> .
Los diagramas de casos de uso figuran con fuerza en el proceso de análisis. Se empieza con entrevistas a los clientes,
para obtener diagramas de clases. Éstos proporcionarán una base para entrevistar a los usuarios. Tales entrevistas dan
como resultado un diagrama de casos de uso que muestra los requerimientos funcionales del sistema.
Las principales ventajas de utilizar este diagrama son:
• La captura de los requisitos funcionales desde el punto de vista del usuario.
• La utilización de los casos de uso para deducir y documentar los requisitos funcionales.
• El manejo de la complejidad en sistemas robustos, descomponiendo el problema en funciones más simples.