UNIDAD II

Material de trabajo autónomo 2

Especificación de casos de uso del sistema

 Instrucciones

• Para pasar a la siguiente diapositiva haz clic en el botón .

• Cuando haya un ejercicio que resolver, este botón está inactivo. Si
quieres volver a revisar las diapositivas anteriores, tienes que utilizar
la pestaña Contorno o Miniat.

• Cada vez que necesites hacer un alto en la explicación, haz clic

en , y cuando quieras continuar, haz clic en el botón .
• En la pestaña Notas podrás encontrar el texto del audio de cada
diapositiva.

Taller de proyectos 2
 Logros de la sesión

Al finalizar esta sesión online, estarás preparado

para:

Especificar de forma detallada los casos de
uso de sistema.

Taller de proyectos 2
Temario

1 2 3

Flujo básico de Otros aspectos a

Flujos alternos
eventos especificar

Taller de proyectos 2
¿Por qué especificar los casos de uso del sistema?

• Asegurar un entendimiento común del detalle

de cada caso de uso del sistema tanto para:
– Los miembros del equipo del proyecto.
– Los clientes y usuarios finales del sistema.

• Para ello se utiliza el documento “Especificación

de caso de uso del sistema”.

Taller de proyectos 2
Tema 1

Flujo básico de eventos

Taller de proyectos 2
¿Cómo describirlo?
1. Se especifica la secuencia de pasos básicos,
que realiza el caso de uso del sistema.
2. Se establece un diálogo entre el actor del caso
de uso y el sistema, según la secuencia
ordenada de ocurrencia.
3. Se describe QUÉ hace y no CÓMO se
implementa.
4. Al final debe haberse alcanzado el propósito
del caso de uso del sistema.

Taller de proyectos 2
Flujo Básico

Flujo
Básico

Taller de proyectos 2
Referencia a las reglas del negocio

• Las reglas del negocio deben ser referenciadas

en el flujo de eventos del caso de uso.
• Esto permite indicar en qué parte se necesita
realizar la regla del negocio.
• Ejemplo
– Flujo Básico
 Paso 5. El sistema calcula el subtotal, el descuento
[RN12] y el monto total de la factura.

Taller de proyectos 2
Tema 2

Flujos alternos

Taller de proyectos 2
¿Cómo describirlo?

• Se consideran las diferentes situaciones

alternativas o variantes que provoquen una
desviación del flujo básico.
• Son generalmente condiciones ocasionales,
eventuales, anormales y extremas.

Taller de proyectos 2
¿Cómo especificarlo?
• La claridad con que se especifique un flujo
alterno permitirá comprender mejor la
intención del mismo.
• Se recomienda incluir lo siguiente:
1. Evento del flujo básico que lo provoca.
2. Condición bajo la cual ocurre.
3. Conjunto de actividades alternativas.
4. Cómo continúa la ejecución del caso de uso
una vez culminado el flujo alterno.

Taller de proyectos 2
Flujos Alternos

Flujos
Alternos

Taller de proyectos 2
Referencia a las reglas del negocio

• Las reglas del negocio también pueden

referenciarse en los flujos alternos del caso de
uso.
• Esto dependerá de la naturaleza de la regla del
negocio y del contenido del flujo alterno.
• Ejemplo
– Flujo Alterno Básico
 Si la desviación es mayor a 0.3 cm, el sistema calcula el por
ciento de concreto molido [RN34] y la dureza del asbesto
[RN65].

Taller de proyectos 2
Tema 3

Otros aspectos a especificar

Taller de proyectos 2
 Breve descripción
• Al inicio del caso de uso del sistema se redacta
un resumen de las principales actividades que se
realizan.
• Es suficiente con un párrafo pequeño de dos o
tres oraciones.
• Al comienzo se indica el PUNTO DE INICIO.
– Se enuncia “El caso de uso se inicia cuando...”
• Al final se indica el PUNTO DE TERMINACION.
– Se enuncia “El caso de uso termina cuando...”.

Taller de proyectos 2
 Actores y Propósito
• Actores.
– Se indican los actores del sistema que participan en
el caso de uso.
– Deben coincidir con lo indicado en el Diagrama de
Casos de Uso del Sistema.
• Propósito.
– Se indica el objetivo principal del caso de uso.
– Esto ayuda a los interesados a comprender, a
través de una lectura rápida, el objetivo principal
del caso de uso.

Taller de proyectos 2
 Precondiciones y Poscondiciones
• Precondiciones.
– Son las condiciones en las que debió encontrarse la
información en el sistema para que el caso de uso
pueda ser activado.
– Se definen relativas a la información del sistema, no
a su entorno.
• Poscondiciones.
– Son las condiciones en las que deberá encontrarse la
información en el sistema una vez terminado el caso
de uso.
– Definen los resultados de información esperados por
el caso de uso.

Taller de proyectos 2
Precondiciones y Poscondiciones

Precondiciones

Poscondiciones

Taller de proyectos 2
 No olvides que…
• La especificación del caso de uso debe ser un
documento que ayude a los miembros del
equipo y a los interesados del proyecto.
• La claridad y sencillez de su contenido permitirá
comprender mejor las responsabilidades del
caso de uso del sistema.
• La especificación del caso de uso no debe
convertirse en un manual de usuarios sobre el
uso de la aplicación.

Taller de proyectos 2
Preguntas de
evaluación

Taller de proyectos 2
 Pregunta 1
• ¿Cuáles de los siguientes enunciados pueden ser
considerados una afirmación positiva?
A. La especificación de un caso de uso del sistema
representa un escenario en específico y no la
generalidad del comportamiento.
B. El Punto de Inicio de un caso de uso está delimitado
por la ocurrencia de un evento externo al sistema.
C. Un caso de uso del sistema puede no tener
poscondiciones.

Taller de proyectos 2
 Pregunta 2
• “Para que el caso de uso “Realizar factura”
pueda ejecutarse es necesario que el cliente
esté registrado”. En la especificación de caso de
uso se documenta como:
A. Poscondición
B. Precondición.
C. Flujo básico
D. Flujo alterno.

Taller de proyectos 2
 Conclusiones
• La especificación de los casos de uso del sistema
permite tener una idea clara del sistema para
los miembros del equipo y para los interesados
del proyecto.
• La claridad y sencillez de su contenido permitirá
comprender mejor las responsabilidades del
caso de uso del sistema.

Taller de proyectos 2
Si quieres conocer más…
• http://www.rational.com
• http://www.rational.com/uml
• http://www.omg.org
• http://www.sigs.com

Taller de proyectos 2
 Bibliografía
BOOCH, Grady; JACOBSON, Ivar; RUMBAUGH, James;
El Proceso Unificado de Desarrollo de Software;
Addison – Wesley, 2000.
 BOOCH, Grady; JACOBSON, Ivar; RUMBAUGH, James;
El Lenguaje Unificado de Modelado. Manual de
Referencia; Addison – Wesley, 2000.
MACIASZEK, Leszek (2001) , Requirements analysis
and system design : developing information systems
with UML. Harlow : Addison-Wesley. (004.21 MACI)

Taller de proyectos 2
Preguntas…
Si, luego del estudio del MTA,
tienes dudas sobre alguno de los
temas, ingresa al Aula Virtual y
participa en el foro de dudas
académicas de la unidad.

Taller de proyectos 2
 Continúa con las actividades
propuestas en el guión del
estudiante.

Material producido para el curso de Taller de proyectos 2 - EPE

Diseño : Yamil Ramos Garcia
Locución : Raúl Jorge Murga Fernández
Producción: TICE
TALLER DE PROYECTOS 2 – EPE
COPYRIGHT © UPC 2012

Taller de proyectos 2