Este documento describe el modelo de casos de uso para el análisis y diseño de sistemas de información. Explica qué son los casos de uso, actores y requerimientos funcionales. Luego presenta un ejemplo de un sistema académico con sus actores (estudiantes, profesores), requerimientos funcionales y casos de uso como registrar notas y consultar horarios. Finalmente, cubre temas como la construcción de casos de uso, diagramas de casos de uso y las relaciones entre ellos.

1. 1
Ing. Antonio ArqquePantigozo
CICLO 2012-I Módulo:I
Unidad:2 Semana: 6
ANALISIS Y DISEÑO DE
SISTEMAS DE INFORMACIÓN
Tema:
Modelado de Requerimientos
1
2
Modelo de Casos de uso
es un modeloEl Modelo de Casos de uso es un modelo
que describe los requerimientos
funcionales del sistema en forma de
Casos de uso
¿Qué es?
3
Requerimientos funcionales
• Un requerimiento es: una
condición o capacidad a la que
debe ajustarse el sistema que se
construye.
• Requerimiento funcional: es un
requerimiento que describe que
debe hacer el sistema respecto a
su entorno
• Entorno: los usuarios u otros
sistemas

2. 2
4
Un ejemplo: Sistema Académico
El sistema permitirá:
• A los profesores:
– Consultar los horarios de sus cursos
– Consultar la programación de los
exámenes
– Actualizar y ver su información
personal
– Registrar y modificar las notas de los
estudiantes a su cargo
– Cerrar un curso
Requerimientos
funcionales
5
Un ejemplo: Sistema Académico
• A los estudiantes:
– Consultar los horarios de sus cursos
– Consultar la programación de los
exámenes
– Actualizar y ver su información
personal
– Consultar notas de un curso
Requerimientos
funcionales
6
Descripción de un Requerimiento
• Registrar y modificar las notas de
los estudiantes a su cargo:
– El profesor, que previamente se ha
identificado en el sistema, podrá
ingresar las notas de los estudiantes.
Solo podrá acceder a sus grupos de
clases. Una vez cerrado un curso no
podrá hacer cambios.

3. 3
7
Actor
Un actor es :
un rol que un grupo de usuarios de
un sistema cumplen cuando
interactúan con este
Define un conjunto de instancias
de actores, donde cada uno juega
el mismo rol en relación al sistema.
Una instancia de un actor es algo
(otro sistema o equipo) o alguien
(persona) que interactúa con el
sistema.
8
Los actores ayudan a definir la
frontera del sistema
Sistema de
aerolínea
pasajero agente de viajes
Situación 1:
Sistema de
aerolínea
pasajero (www.enPista.com)
Situación 2:
9
Caso de uso
Un Caso de uso define un conjunto de instancias de
Casos de uso.
Un escenario o instancia de un caso de uso es
una secuencia especifica de acciones e
interacciones entre los actores y el sistema objeto de
estudio que proporciona valor a un actor en
particular.
En otras palabras: “es una descripción de la
secuencias de acciones que un sistema
ejecuta para proporcionar un resultado
observable de un valor a un actor en
particular”

4. 4
10
Ejemplo de caso de uso
Escenario Principal de éxito: Un cliente llega a una caja
con artículos para devolver. El cajero utiliza el sistema
PDV para registrar cada uno de los artículos devueltos….
Gestionar Devoluciones
Escenarios Alternativos:
Si se pago con tarjeta de crédito, y se rechaza la
transacción de reembolso a su cuenta, informar al cliente
y pagarle en efectivo.
Si el identificador del articulo no se encuentra en el
sistema, notificar al cajero y sugerirle la entrada manual
del código del articulo (quizás éste alterado).
….
11
Descripción de un Caso de uso
Registrar y modificar las notas de los estudiantes a su
cargo:Actor: Profesor
El Caso de uso comienza cuando el profesor indica “registrar
notas.”
El sistema muestra un formulario de validación de ingreso al
sistema.
El usuario ingresa su clave de acceso y su contraseña.
El sistema valida el ingreso.
El sistema muestra los cursos asignados al profesor.
El profesor selecciona el curso.
El sistema muestra un listado de los estudiantes con sus
notas.
El profesor selecciona el estudiante e ingresa la nota de
práctica, del parcial, del examen final y la nota final. Se repite
para cada estudiante.
El profesor indica “guardar”.
El sistema valida toda la información y muestra un mensaje de
confirmación y el Caso de uso finaliza.
12
¿Diferencias? Requerimiento vs. Casos de
uso
• Hay una correspondencia directa de
requerimiento funcional hacia Caso de uso
• Mas bien la diferencia está en la forma de la
descripción.
• Los requerimientos funcionales se registran
en un documento denominado “Software
Requeriments Specifications”, conocido por
sus siglas SRS.
• Los Casos de uso se documentan en un
modelo de Casos de uso.

5. 5
13
Diagrama de Casos de uso
• Un Diagrama de Casos de uso muestra
los Actores, los Casos de uso y las
Relaciones entre ellos:
<Actor Name>
(from Actors)
<Use Case Name>
(from <Use Case Name>)
<<communicate>>
14
El actor Profesor y sus Casos de uso
C on s ulta r h ora rio s d e curs o s
(fro m Use C a se s)
Co n s u ltar ho r ari os d e e xam e nes
(f ro m Use Ca se s)
Ma nte ner info rm ació n de l profes or
(fro m U se Ca ses)
R eg is tra r n ota s de un cu rs o
(fro m U se Ca ses)
Va lida r acces o
(fro m U se Ca se s)
P rofe s o r
(f ro m A c tors )
15
Beneficios
– El modelo de Casos de usos
• Es usado para comunicarse con el usuario final y el
experto del dominio
– Proporciona credibilidad en una etapa inicial del desarrollo
del sistema
– Asegura una comprensión mutua de los requisitos
• Es usado para identificar
– Quién interactuará con el sistema y qué deberá hacer el
sistema
– Qué interfaz deberá tener el sistema
• Es usado para verificar que:
– Se capturan todos los requisitos
– Que los desarrolladores hayan entendido los requisitos
• Es usado como base para la pruebas.
• Es usado como base para la planificación del proyecto.

6. 6
16
Relaciones entre actores
• Si dos o más actores utilizan el
sistema de la misma forma
entonces es posible establecer
una relación de Generalización
entre ellos, con el objetivo de
simplificar el modelo de Casos de
uso
17
Relaciones entre actores
Estudiante Profesor
Usuario
18
Casos de uso del Usuario
Consultar horarios de cursos
Consultar horario de exámenes
Validar acceso
Usuario
(f rom Actors)

7. 7
19
Casos de uso del Estudiante
Mantener información del estudiante
Estudiante
(f rom Actors)
Consultar notas de un curso
20
Casos de uso del Profesor
Mantener información del profesor
Regis trar notas de un curso
Cerrar un curso
Profesor
(f rom Actors)
21
Modelo de Casos de uso del
Sistema Académico
Consultar notas de un curso
Estudiante
(from Actors)
Mantener información del estudiante
Cerrar un curso
Mantener información del profesor
Profesor
(from Actors)
Registrar notas de un curso
Consultar horario de exámenes
Validar acceso
Usuario
(from Actors)
Consultar horarios de cursos

8. 8
22
Diagrama de Casos de uso
• Semántica
– Un diagrama de casos de uso muestra
los actores, los casos de uso y sus
relaciones.
• Notación
– Es un grafo de actores, casos de usos y
relaciones. Las relaciones son
asociaciones entre los actores y los
casos de uso, generalizaciones entre los
actores, generalizaciones, extensiones e
inclusiones entre los casos de uso
23
Construcción de Casos de uso
• Identificar actores
– Qué grupos de usuarios necesitan apoyo
del sistema para realizar sus tareas?
– Qué grupos de usuarios son responsables
de ejecutar las funciones relevantes del
sistema
– Qué usuarios realizan labores secundarias
de mantenimiento y administración?
– Interactuará el sistema con algún
dispositivo o sistema externo?
24
Construcción de Casos de uso
• Encontrar casos de uso
– ¿cuáles son las tareas del actor?
– ¿qué información crea, guarda, modifica,
destruye o lee el actor?
– ¿debe el actor notificar al sistema los
cambios externos?
– ¿debe el sistema informar al actor de los
cambios internos?
– Necesita el actor realizar operaciones de
mantenimiento, auditoria y/o soporte?

9. 9
25
Construcción de Casos de uso
• Describir los casos de uso:
– Formato Breve
• Descripción resumida de la funcionalidad que
representa el caso de uso (qué)
– Formato Detallado
• Contiene mayores detalles. Describe el curso
flujo de eventos o diálogo que se sucede entre
el actor y el sistema
26
Construcción de Casos de uso
• Describir los casos de uso:
– Formato Breve
Caso de uso: Comprar Producto
Actores: Cliente, Cajero
Descripción:
Un cliente llega a la caja registradora
con los artículos que comprará. El cajero registra
los artículos y cobra el importe. Al terminar la
operación el cliente se marcha con los productos.
27
Construcción de Casos de uso
• Describir los casos de uso:
– Formato Detallado (plantillas www.usecases.org)
Caso de uso :
Actores :
Precondición :
Poscondición :
Flujo Básico
Actor
1.El caso de uso comienza
cuando el actor …
2.
3
Sistema
1.
2.
3.
FlujosAlternativos
1.
2.

10. 10
28
Construcción de Casos de uso
Ejemplo: Sistema de Matricula
La universidad quiere automatizar su sistema de matrícula
de cursos de verano.
Un Empleado inicializa la oferta de cursos ofrecidos para
el verano. Un mismo curso tiene varias ofertas (secciones).
Durante un cierto período de tiempo, después de que se
haya definido la oferta de cursos, los estudiantes pueden
utilizar el sistema para añadir o eliminar cursos a
matricular. Los alumnos seleccionan 4 cursos obligatorios
y 2 cursos electivos.
Los profesores pueden utilizar el sistema para obtener las
listas de alumnos matriculados en su curso.
Los usuarios del sistema de matrícula acceden a él
mediante un login y una password que le es asignada.
29
Construcción de Casos de uso
Ejemplo: Sistema de Matricula
•Actores :
•Empleado
•Estudiante
•Profesor
•Casos de uso
•Ingresar Oferta de cursos
•Añadir o Eliminar Curso
•Obtener Listado de Alumnos
30
Construcción de Casos de uso
Caso Sistema de Matricula
Caso de uso : Ingresar oferta de cursos
Actor : Empleado
Precondición : Empleado ha sido admitido como usuario
Poscondición : Se ha registrado la oferta de cursos
Flujo Básico
Actor
1.El C.U. comienza cuando
Empleado Indica “Ingresar oferta”
2.Ingresa Código de Curso
3. Ingresa Sección, Horario y
Aula
4. Repite 2 a 3 por cada curso
5. Indica “Guardar”
Sistema
1. El sistema muestra formulario
“Ingresar oferta”
2.Muestra nombre del curso
3.Verifica aula disponible y horario
sin cruce
4. Repite 2 a 3 por cada curso
5. Muestra mensaje de
confirmación y el C.U. termina.
FlujosAlternativos
1.
2.

11. 11
31
Construcción de Casos de uso
Empleado
Registrar Curriculum
Registrar Curso
Alumno
Profesor
Obtener Listado
Caso Sistema de Matricula
Diagrama de casos de uso
32
Caso de Estudio
SISTEMA DE BIBLIOTECA: Se trata de gestionar los préstamos de libros de una
biblioteca en la que se va a estudiar exclusivamente el funcionamiento de las
peticiones y devoluciones de libros.
Petición de libros
Un usuario puede realizar una petición de uno o más libros a la
biblioteca. Para ello, es necesario presentar, el carnet de usuario
de la biblioteca y una ficha en la que se detallan los libros
pedidos. Puede haber varios tipos de préstamo (de sala,
colaborador, proyecto fin carrera, doctorado) en función de los
cuales el usuario puede disponer de los ejemplares durante un
período de tiempo específico, (SALA :El día de la petición,
COLABORADOR: Una semana, PROYECTO FIN CARRERA;
Quince días y DOCTORADO: Un mes).
Una vez entregados el carnet y la ficha, el sistema comprobará y
aceptará la petición de los libros solicitados siempre que pueda
satisfacer la petición, es decir, cuando haya ejemplares
disponibles. Si se acepta la petición, se actualiza el número de
unidades de los libros de la biblioteca y se guarda la ficha de
préstamo.
33
...Caso de Estudio
Devolucionesde libros
Un usuario no puede realizar más peticiones hasta que no haya
efectuado todas las devoluciones de la petición anterior. El usuario,
para hacer la petición, necesita el carnet, que no se le entrega hasta
que no haya devuelto todos los libros. Sí puede hacer una devolución
parcial de los libros.
Cuando un usuario realice una devolución, el sistema actualizará el
stock de libros y comprobará la fecha de devolución de cada ejemplar
para estudiar, en el caso de que la devolución se haga fuera de
tiempo, la imposición de una sanción que tiene un coste de X ud.
monetarias por cada ejemplar y días de retraso en la devolución. En
este caso, la sanción se emite cuando el usuario entrega el último
ejemplar.

12. 12
34
Relaciones entre casos de uso
 Relaciones de inclusión / uso (<<include>>)
 Relación de extensión (<<extend>>)
 Relación de generalización
35
… Casos de Uso: Relaciones
– Inclusión : una instancia del Caso de Uso
origen incluye también el comportamiento
descrito por el Caso de Uso destino
<<include>> reemplazó al denominado <<uses>>
CasodeUsoOrigen CasodeUsoDestino
<<include>>
36
… Casos de Uso: Relaciones
Caso de uso origen
Caso de uso destino
De Inclusión:
El caso de uso origen incorpora explícitamente
el comportamiento de otro caso de uso como
fragmentos de su propio comportamiento.
El caso de uso destino no es
un caso especial del caso de
uso original y no se puede
sustituir por él.
<<includes>>

13. 13
37
… Casos de Uso: Relaciones
– Extensión : el Caso de Uso origen
extiende el comportamiento del Caso
de Uso destino
CasodeUsoOrigen CasodeUsoDestino
<<extend>>
Caso de uso destino Caso de uso origen
38
… Casos de Uso: Relaciones
• De Extensión:
– Se amplia el comportamiento del caso de
uso origen con otro comportamiento
adicional
Caso de uso origen
Caso de uso destino
<<extends>>
Modela parte del caso de
uso que representa
comportamiento opcional
del sistema
39
… Casos de Uso: Relaciones
– Generalización : el Caso de Uso
origen hereda la especificación del
Caso de Uso destino y posiblemente la
modifica y/o amplía
Caso de UsoHij o Caso de Uso Padre

14. 14
40
… Casos de Uso: Relaciones
 Ejemplo:
Ident ifi cación
Transferencia en Internet
Cliente
Transferencia
<<include>>
<< extend>>
41
Ejemplo de <<Include>>
Validar operación
Reintegro cuenta corriente
Cliente
Reintegro cuenta crédito
<<include>>
<<include>>
42
Ejemplo de <<extends>>
Solicitar nueva tarjeta
Socio
Realizar préstamo
tarjeta caducada
<<extends>>
Encargado

15. 15
43
Casos de Uso – ejemplo1
Identificación
Giro por Internet
Cliente
Giro
<<extends>>
<<includes>>
44
Casos de Uso - ejemplo2
Cliente
pedir saldo
retirar
cargar
Supervisor
Cajero Electrónico
validar
usuario
<include>
<include>
Retiro con
sobregiro
<extend>
Comprobar
huella
45
Realizar Pago
Acordar Crédito
Vendedor
Suministro de
datos clientes
Pedir Producto
Pagar al Contado
Solictar CatalogoHacer Pedido
<<include>>
<<include>>
<<include>>
<<extend>>
Casos de Uso - ejemplo3

16. 16
Gracias por su Atención
46