Especificación de

casos de uso

Sandra Victoria Hurtado Gil, 2019

Niveles de requisitos

Requisitos del
Negocio

Casos de Requisitos del

uso Usuario

Requisitos del
Software

2
Casos de uso
Al trabajar casos de uso se considera:
o Diagrama de casos de uso
Visual
o Especificación de los casos de uso
Texto  Lenguaje natural (con formato)

3
¿Qué es especificar?
Explicar
Determinar de modo preciso
Dar mayor información, más detalle

4
Cada caso de uso
Internamente tiene varios pasos o acciones,
donde el actor y el sistema interactúan

Por lo tanto:
Se especifica cada caso de uso, detallando estos
pasos

5
Elementos de la especificación
Encabezado
o Identificador
o Nombre
o Descripción
o Actores
Precondiciones y poscondiciones
Flujos de eventos
o Flujo normal o básico Esto es lo más
importante
o Flujos alternos y excepciones

6
Encabezado
Identificador
Identifica de manera única cada caso de uso
Formato libre
Ejemplos:
o Un prefijo y un número secuencial: CU-Eval-012
o Un prefijo y un nombre corto: CU-Eval-Realizar

8
Nombre
Es el mismo nombre que aparece en el diagrama
de casos de uso
Describe claramente la funcionalidad ofrecida
por el sistema
Generalmente comienza con un verbo
Usa términos del negocio

9
Descripción
Párrafo corto donde se explica la función del
caso de uso
No entra en mucho detalle, pero sí explica un
poco más que el nombre del caso de uso

10
Actores
Nombre del actor o actores que tienen
interacción con este caso de uso
Es decir: los que tienen alguna asociación con
este caso de uso en el diagrama

11
Ejemplo

Identificador CU-Eval-Realizar
Nombre Realizar evaluación
Descripción Los actores hacen la evaluación de los
profesores en el sistema,
respondiendo unas preguntas
Actores Estudiante

12
Ejemplo

Identificador CU-Eval-Consultar
Nombre Consultar resultados evaluación
Descripción Los actores pueden consultar el resultado (porcentajes)
de la evaluación de un curso o un profesor
Actores Docente
Coordinador Depto
13
Ejercicio
Escriba el encabezado para los siguientes casos
de uso del sistema académico de la Universidad:

Consultar notas

Estudiante

Registrar notas
Profesor

14
Pre y
poscondiciones
Pre y pos condiciones
Precondiciones
o Condiciones que deben cumplirse para que el caso de
uso pueda ejecutarse → Antes
Poscondiciones
o Condiciones que se cumplen cuando finaliza el caso de
uso → Después

Cuando no se tiene alguna se escribe: "No tiene"

16
Ejemplo Precondiciones
Realizar evaluación

o El actor se ha autenticado en el sistema

o Existe por lo menos un curso registrado en el
sistema
Consultar resultados evaluación

o El actor se ha autenticado en el sistema

o Existe por lo menos una evaluación registrada

17
Ejemplo Poscondiciones
Realizar evaluación

o Se registró en el sistema una nueva evaluación de un

docente

Consultar resultados evaluación

o No tiene

18
Ejercicio
Escriba las precondiciones y poscondiciones
para los siguientes casos de uso del sistema
académico de la Universidad:

Consultar notas

Estudiante

Registrar notas
Profesor

19
Flujos de eventos
Flujo de eventos
Corresponde al "paso a paso" de lo que sucede
en ese caso de uso

Debe ser entendido por los usuarios

o Usar términos del negocio

21
Flujos de eventos
Describe las interacciones entre el actor y el
sistema
o Cada acción va numerada

Deben especificarse:
o Los datos de entrada y de salida
o Las validaciones y los cálculos que se deben realizar

22
No incluye
Detalles de implementación o de diseño
o Términos técnicos
Lo que pasa por fuera del sistema


23
Flujos de eventos
Flujo normal o básico:
o Lo que sucede “normalmente” y con mayor
frecuencia, sin que se presenten errores.
Flujos alternos y excepciones
o Lo que sucede cuando se presentan errores, o
cuando se toman alternativas no tan frecuentes o
complementarias.

24
Ejemplo

25
Ejemplo – flujo normal
1. El actor selecciona el nivel académico.
2. ...
3. El actor escribe el nombre de la actividad de
formación.
4. El sistema valida que no quede vacío este campo.
5. ...
6. El actor selecciona la opción guardar
7. El sistema registra el nuevo estudio y muestra un
mensaje indicando esto

26
Flujos alternos y excepciones
Se les da un nombre corto que los identifique
Deben indicar:
o Dónde se derivan del flujo normal y cuál es la
condición que los inicia
o Las acciones que se realizan
o Cómo y cuándo retoman el flujo normal de eventos
o si terminan el caso de uso

27
Ejemplo – flujo alterno
Otro estudio:
1. En el paso 1 del flujo normal el actor selecciona
como nivel académico “Otro”.
2. El sistema permite ingresar el nombre del nivel.
3. El actor escribe el nombre del nivel.
4. El sistema valida que el campo no quede vacío y
que sea diferente a los niveles ya registrados.
5. Regresa al paso 2 del flujo normal a continuar
con el ingreso de los demás datos.

28
Ejemplo - Excepción
Nombre estudio vacío:
1. En el paso 3 del flujo normal el sistema encuentra
que el nombre de la actividad quedó vacía.
2. El sistema muestra un mensaje al usuario con el
error.
3. Regresa al flujo normal, paso 3, para que el actor
pueda ingresar los datos.

29
Flujos de eventos
Precondición

Flujos alternos /
Flujo normal Excepciones

Poscondición
30
Relaciones entre casos de uso
Cuando un caso de uso incluye ("include") otro:
o Esto se debe especificar en el fujo normal

Cuando un caso de uso es extendido ("extend")

por otro:
o Esto se debe especificar en un flujo alterno

31
Ejemplo consultorio médico

Registrar Paciente

Recepcionista <<extend>>

Asignar Cita

32
Registrar paciente – parte 1
ID CU-CIT-NuevoPaciente
Nombre Registrar Paciente
Descripción Permite registrar en el sistema la
información básica de un paciente nuevo
Actores Recepcionista

Precondiciones El actor ya ha ingresado al sistema (se ha

autenticado exitosamente)
Poscondiciones Se ha registrado la información de un nuevo
paciente

33
Registrar paciente – parte 2
Flujo normal de eventos
1. El actor ingresa el número de la cédula de la persona.
2. El sistema verifica que la cédula no se encuentre registrada.
3. El actor ingresa la siguiente información del paciente:
 Nombre
 Apellido
 Teléfono Fijo
 Celular (es un campo opcional)
 Edad
4. El sistema valida que se hayan ingresado todos los datos obligatorios.
5. El actor selecciona la opción de Aceptar.
6. El sistema guarda la información y muestra el mensaje: “Paciente
registrado exitosamente”.

34
Registrar paciente – parte 3
Flujos alternos y excepciones
Paciente ya registrado:
1. En el paso 2 del flujo normal, se encuentra que la cédula ya está registrada.
2. El sistema muestra el mensaje: “La cédula corresponde a un paciente ya
registrado”.
3. Vuelve al paso 1 del flujo normal, para ingresar la información de un nuevo
paciente.
Datos incompletos:
1. En el paso 4 del flujo normal, se identifica que falta algún campo
obligatorio.
2. El sistema muestra el mensaje: “Se deben ingresar todos los campos
marcados como obligatorios” y regresa al paso 3 del flujo normal, para que
el actor ingrese la información faltante.

35
Asignar cita – parte 1
Identificador CU-CIT-Asigna
Nombre Asignar Cita
Descripción Permite asignar una cita a un paciente, con uno de los
doctores del centro médico
Actores Recepcionista

Precondiciones - El actor ya ha ingresado al sistema, es decir, se ha

autenticado exitosamente
- Hay información registrada de por lo menos un
doctor
Poscondiciones Se ha registrado la información de una nueva cita.

36
Asignar cita – parte 2
Flujo normal de eventos
1. El actor ingresa la cédula de la persona.
2. El sistema verifica que la cédula corresponda a un paciente registrado, y
muestra por pantalla el nombre y apellido del paciente.
3. El actor selecciona el doctor con el cual el paciente solicita la cita (se puede
buscar por nombre o por especialidad).
4. El sistema muestra el nombre completo y la especialidad del doctor
seleccionado.
5. El actor selecciona el tipo de cita, que puede ser: consulta, control o
remisión.
6. El sistema muestra los horarios disponibles (días-horas) del doctor los
siguientes 7 días, de acuerdo con el tiempo estimado para el tipo de cita.
7. El actor selecciona uno de los horarios.
8. El sistema valida que el paciente no tenga otra cita en ese horario.
9. El sistema guarda la información de la cita y muestra un mensaje indicando
esto.
37
Asignar cita - parte 3
Flujos alternos y excepciones
Paciente no registrado
1. En el paso 2 del flujo normal, se encuentra que la cédula no está registrada.
2. El sistema ejecuta el caso de uso “CU-CIT-NuevoPaciente”.
extensión
3. El sistema muestra el nombre y apellido del nuevo paciente registrado.
4. Retorna al flujo normal, paso 3, para continuar con el caso de uso.
Doctor no tiene horarios disponibles
1. En el paso 6 del flujo normal, se encuentra que el doctor no tiene disponibilidad.
2. El sistema muestra un mensaje indicando esto.
3. Regresa al paso 3 del flujo normal para seleccionar otro doctor
Paciente ya tiene una cita en el horario seleccionado
1. En el paso 8 del flujo normal, el sistema encuentra que el paciente ya tiene una
cita que se cruza con el horario seleccionado.
2. El sistema muestra el mensaje indicando esto.
3. Retorna al flujo normal, paso 8, para seleccionar un nuevo horario.

38
Repaso
¿Cuáles son las partes de la especificación de un
caso de uso?
¿Qué va en un flujo de eventos?
¿Cuál es la diferencia entre el flujo normal de
eventos y los flujos alternos?
¿Qué es una precondición? ¿Y una
poscondición?

39
Preguntas

40