Conceptos importantes en modelacin por Casos de Uso

Actor

Un actor representa cualquier cosa

que interacte con el sistema

Un caso de uso es una secuencia

de acciones que un sistema realiza,
que produce un resultado
observable de valor para un actor
particular

Use-Case

Qu es un modelo de Caso de Uso ?

n

Un modelo de caso de uso es un modelo del sistema de funciones

previstas (casos de uso) y su entorno (actores)

El mismo modelo de caso de uso es usado en anlisis de requisitos,

diseo y prueba

El propsito primario del modelo caso de uso es comunicar la funcionalidad

y el comportamiento del sistema al cliente o al usuario final

Beneficios del modelo de Casos de Usos

n

El modelo de casos de usos

Es usado para comunicarse con el usuario final y con los
expertos en el dominio

Proporciona credibilidad en una etapa inicial del desarrollo

del sistema

Asegura una comprensin mutua de los requisitos

Es usado para identificar

Quin interactuar con el sistema y qu deber hacer el

sistema

Qu interfaz deber tener el sistema

Es usado para verificar

Se capturan todos los requisitos

Que los desarrolladores hayan entendido los requisitos

Actores
n

Actor
n

Los actores no son parte del

sistema, ellos representan
roles que un usuario del
sistema puede desempear
Un actor puede intercambiar
activamente la informacin
con el sistema
Un actor puede ser un
recipiente pasivo de la
informacin
Un actor puede representar
a un humano, una mquina
u otro sistema

Encontrando Actores: Preguntas tiles

Quin est interesado en cierto requisito?

Dnde en la organizacin se utiliza el sistema ?

Quin proveer, utilizar y eliminar del sistema esta informacin ?

Quin utilizar esta funcin ?

Quin le dar soporte y mantenimiento al sistema ?

Usa el sistema un recurso externo?

Qu actores necesita este caso de uso ?

Desempea un actor varios roles ? Hay varios actores que

desempean el mismo rol ?

Instancias de Actores

Insert card
1
4
7
*

Ivar acta
como un
actor

2
5
8
0

3
6
9
#

Tom acta
como un
actor

Use-CaseModel

Actor

Use Case

Un usuario puede actuar como varios actores

Charlie como
operador

Insert card
1
4
7
*

2
5
8
0

3
6
9
#

Charlie

Operador

Charlie como
cliente
Cliente

Lmites de los actores y del sistema

Mantenimiento
ATM

Sistema ATM

Cajero

Sistema Bancario

Lmite del
Sistema?

Casos de Uso

Caso de Uso

Un caso de uso modela un dilogo

entre los actores y el sistema

Un caso de uso es iniciado por un

actor para invocar una cierta
funcionalidad en el sistema

Un caso de uso es un flujo de

eventos completos y significativos

Tomados al mismo tiempo, todos

los casos de uso constituyen todas
las formas posibles de ocupar el el
sistema

Encontrando Casos de Uso: Preguntas tiles

n

Cules son las tareas de este actor ?

El actor, crear, guardar, cambiar, eliminar o leer informacin en

el sistema ?

Cul caso de uso crear, guardar, cambiar, eliminar o leer esta

informacin ?

Necesitar el actor informar al sistema sobre cambios externos

eimprevistos ?

Es necesario que el actor est informado sobre ciertas ocurrencias en

el sistema ?

Proporciona el sistema un correcto comportamiento para el negocio ?

Cules casos de uso le darn soporte y mantenimiento al sistema ?

Pueden todos los requerimientos funcionales ser realizados por los

casos de uso?

Fuentes de Informacin para Casos de Uso

Especificaciones del sistema/Definicin del problema

Literatura relevante del dominio

Entrevistas con expertos del dominio

Conocimiento personal del dominio

Sistemas de legado

El Diagrama de Caso de Uso

El diagrama de un caso de uso muestra que los casos de uso y los

actores interactan envindose estmulos entre ellos

Conducir Transacciones
cliente

Banco
Realizar reportes

ATM Mantenimiento
Mantener maquina ATM

Documentacin de Caso de Uso

Los casos de uso estn documentados en

o

Una breve descripcin

l

Flujo de eventos detallados

l

El propsito del caso de uso en unas pocas lneas

Descripcin del flujo de eventos primario y alternativas que
ocurren cuando el caso de uso es iniciado

La documentacin debe leerse como un dilogo entre el actor y

el caso de uso

Ambos documentos estan escritos en trminos que el cliente entiende

Flujo de Eventos en Caso de Uso

Cada caso de uso

o

Tiene una secuencia de transacciones normal bsica

Puede tener varias secuencias de transacciones alternativas

Generalmente tiene varias secuencias de transacciones de

excepcin manejando situaciones errneas

Tambin puede tener pre y post condiciones bien definidas

Flujo de Eventos en Caso de Uso (cont.)

Describe solamente los eventos que pertenecen al caso de uso, y no

lo que sucede en otros casos de uso

Evita terminologa vaga tal como por ejemplo, etc. e informacin.

El flujo de eventos debe describir:

o

Cmo y cundo comienza y termina el caso de uso

Cundo el caso de uso interacta con los actores

Qu informacin se intercambia entre un actor y el caso de uso

l

No describe los detalles de la interfaz del usuario

El flujo de eventos bsico

Cualquier flujo de eventos alternativo

Quin Lee la Documentacin de Casos de Uso ?

n

Clientes -- aprueban lo que deba hacer el sistema

Usuarios -- obtienen entendimiento del sistema

Desarolladores del Sistema -- documentan el

comportamiento del sistema

Revisores --examinan el flujo de eventos

Analisistas y Diseadores -- proveen la base para el

anlisis y diseo

Probador del Sistema -- usado como base para

casos de prueba

Lider de Proyecto -- provee input al planeamiento

de proyectos

Escritor Tcnico -- base para escribir la gu de

usuario

Ejemplo: Registro en Cursos

Al comienzo de cada semestre, los estudiantes pueden pedir un

catlogo de cursos el cual contiene una lista de los cursos ofrecidos
para el semestre. Para ayudar a los estudiantes a tomar decisiones
informadas se incluye informacin sobre cada curso, tal como
profesor, departamento, y prerequisitos.

El nuevo sistema permitir a los estudiantes seleccionar cuatro cursos

para el siguiente semestre. Adems, cada estudiante podr indicar
dos cursos alternativos en caso de no poder ser asignado a su primera
seleccin. El curso tendr un mximo de diez estudiantes y un mnimo
de tres. Un curso con menos de tres estudiantes ser cancelado. Una
vez que el proceso de registro es completado , el sistema de registro
enva la informacin al sistema de cobranzas, para que se le pueda
cobrar por el semestre al estudiante.

Ejemplo de Registro en Curso (cont.)

Los profesores deben ser capaces de acceder al sistema on-line para

indicar qu cursos estarn enseando. Tambin necesitarn ver qu
estudiantes se inscribieron para sus cursos.

Para cada semestre, existe un perodo de tiempo en el que los

estudiantes pueden modificar sus horarios. Los estudiantes deben
poder acceder el sistema durante este tiempo para agregar o retirarse
de cursos.

Diagrama de un Caso de Uso

Solicitar lista de Curso
Sistema de
cobranzas

Registrarse en cursos

Estudiante

Profesor

Seleccionar Cursos a ensear

Mantener Info del Profesor

Mantener Info de Curso

Mantener Info de estudiante

Encargado
De
Registro

Generar Catlogo

Breve Descripcin -- Caso de Uso Registrarse en Cursos

1.1

Breve Descripcin

Este caso de uso es iniciado por un estudiante. Le entrega al estudiante la

capacidad de crear, borrar, modificar y/o revisar un programa de cursos para
un semestre dado.

Flujo de Eventos -- Caso de Uso Registrarse en Cursos (cont.)

2.1 Pre-condiciones
Ninguna
2.2 Flujo principal
Este caso de uso comienza cuando el estudiante ingresa el nmero de alumno. El
sistema verifica que ste sea vlido (E-1) y le lleva al estudiante a seleccionar el
semestre actual o un semestre a futuro (E-2). El estudiante ingresa al semestre
deseado. El sistema le indica al estudiante que elija la actividad deseada: CREAR,
REVISAR, MODIFICAR, IMPRIMIR, BORRAR, o ABANDONAR.
Si la actividad seleccionada es
CREAR, el A-1: Se ejecuta un subflujo de Crear un Nuevo Programa .
REVISAR, el A-2: Se ejecuta un subflujo de Revisar un Programa .
MODIFICAR, el A-3: Se ejecuta un subflujo de Modificar un Programa .
IMPRIMIR, el A-4: Se ejecuta un subflujo de Imprimir un Programa.
BORRAR, el A-5: Se ejecuta un subflujo de Borrar un Programa .
ABANDONAR, el caso de uso termina.

Flujo de Eventos -- Caso de Uso Registrarse en Cursos (cont.)

2.3 Flujos alternativos
A-1: Crear un nuevo Programa
El sistema muestra en la pantalla un programa en blanco. El estudiante ingresa el
nmero de cuatro ofrecimientos de cursos primarios y dos nmeros de cursos
alternativos (E-3). El estudiante entonces presenta se peticin de cursos. Por cada
seleccin primaria de curso el sistema revisar que los pre-requisitos sean cumplidos
(E-4) y agregar al estudiante al curso, si ste est abierto (E-5). El sistema imprimir
el programa (E-6) y enviar la informacin de la cuenta al sistema de cuenta para ser
procesada (E-7). Luego el caso de uso comienza de nuevo.
A-2: Revisar un programa
El sistema recupera la informacin de todos los cursos ofrecidos en los que el
estudiante se encontraba registrado (E-8) y muestra lo siguiente : nombre del curso,
nmero del curso, nmeros de los cursos ofrecidos, das de la semana, hora,
ubicacin, y nmero de crditos horas. Cundo el usuario indica que l/ella ya ha
terminado la revisin,el caso de uso comienza nuevamente.

Flujo of Eventos -- Caso de Uso Registrarse en Cursos (cont.)

A-3: Modificar un programa
El sistema revisa que no haya sido excedida la fecha final para los cambios (E-9).
El sistema recupera la informacin anterior de todos los ofrecimientos de curso en los
cuales el estudiante se encontraba registrado (E-8) y muestra en la patalla: nombre
del curso, nmero del curso, nmero de los cursos ofecidos, das de la semana, hora,
ubicacin, y nmero de crditos horas. El sistema le indica al usuario que seleccione
la actividad deseada: BORRAR UN CURSO OFRECIDO, AGREGAR UN CURSO
OFRECIDO, o ABANDONAR.
Si la actividad seleccionada es
BORRAR UN CURSO OFRECIDO, el A-6: Se ejecuta un subflujo de borrar un
curso ofrecido.
AGREGAR UN CURSO OFRECIDO, el A-7: Se ejecuta el subflujo de agregar
un curso ofrecido.
ABANDONAR, el sistema imprime el programa al estudiante (E-6) y el caso de
uso vuelve a comenzar.

Flujo de Eventos -- Caso de Uso Registrarse en Cursos(cont.)

A-4: Imprimir un programa

El sistema imprime el programa (E-6). El caso de uso comienza de nuevo.
A-5: Borrar un programa
El sistema recupera informacin (E-8) y muestra el programa actual. El sistema
pide al usuario que confirme la opcin de borrar programa. Si es aceptada, se elimina
el programa del sistema. Si el borrar no se confirma, la operacin es cancelada y el
caso de uso comienza de nuevo.
A-6: Borrar un curso ofrecido
El estudiante ingresa el nmero del ofrecimiento a borrar. El sistema pide al
usuario que confirme esta opcin de borrar el curso ofrecido. Si es aceptada, el curso
ofrecido es eliminado del programa del estudiante. Si el borrar no es confirmado, la
operacin es cancelada y el flujo alternativo del caso de uso comienza de nuevo.

Flujo de Eventos -- Caso de Uso Registrarse en Cursos (cont.)

A-7: Agregar un curso ofrecido
El estudiante ingresa el curso a agregar. El sistema revisar que se cumplan los
pre-requisitos (E-4) y agregar al estudiante al curso ofrecido, si ste se encuentra
abierto (E-5). El flujo alternativo de caso de uso comienza de nuevo.
E-1: Excepciones de flujos
E-1: Se ingresa un nmero de alumno no vlido. El usuario puede re-ingresar un
nmero de alumno o terminar el caso de uso.
E-2: Se ingresa un semestre no vlido. El usuario puede re-ingresar un semestre
o terminar el caso de uso.
E-3: El nmero del ofrecimiento de curso no es vlido (formato). El usuario
puede re-ingresar un nmero vlido o terminar el caso de uso.
E-4: El usuario no satisface todos los pre-requisitos requeridos. El usuario es
informado de por qu este curso no podr ser programado. Si es posible, se sustituye
por un curso alternativo. El caso de uso contina.

Flujo de Eventos -- Caso de Uso Registrarse en Cursos (cont.)

E-5: El usuario es informado que el ofrecimiento de curso seleccionado est

cerrado. Si es posible, se sustituye por un curso alternativo. El caso de uso contina.
E-6: El programa no puede ser impreso. La informacin est guardada y el
usuario es informado de que debe volver a presentar una solicitud de imprimir
programa. El caso de uso contina.
E-7: El sistema guardar toda la informacin de cuentas de pago y la volver a
presentar al sistema de cuentas en una prxima fecha. El caso de uso contina.
E-8: El sistema no puede recuperar informacin de un programa. El caso de uso,
entonces, comienza desde el principio.
E-9: El sistema le informa al usuario que su programa no puede ser modificado.
Entonces el caso de uso comenzar desde el principio.

 Qu son Escenarios ?

Un escenario es una instancia de un caso de uso

o

es un flujo a travs de un caso de uso

Cada caso de uso tendr una red de escenarios

o

Escenarios primarios
l

Flujo normal - la forma en la que el sistema debiese

funcionar

Escenarios secundarios
l

Excepciones al escenario primario

Un Escenario para el Caso de Uso

Registro en Cursos

John ingresa su nmero de alumno 369 52 3449 y el sistema valida el nmero. El

sistema pregunta por cul semestre. John indica el semestre actual y elige crear un
nuevo programa.
De una lista de cursos disponibles, John selecciona los cursos primarios Ingls 101,
Geologa 110, Historia Mundial 200, y Algebra 110. Luego selecciona los cursos
alternativos de Teora de la Msica 110 e Introduccin a Programacin Java 180.
El sistema determina que John cumple con todos los pre-requisitos necesarios y lo
agrega a la lista de cursos.
El sistema indica que la actividad est completa. El sistema imprime el programa al
estudiante y enva la informacin de pago de cuatro cursos al sistema de cobranzas
para ser procesada.

Escenarios Secundarios
n

Cules son algunos de los escenarios secundarios para el caso de

uso Registrarse en Cursos?

Escenarios Secundarios (cont.)

Algunos escenarios secundarios a considerar son:

o

El estudiante no selecciona cuatro cursos primarios

El curso primario no est disponible

Cursos primarios y secundarios no estn disponibles

No es posible agregar al estudiante a la lista de curso

No se puede crear el programa del estudiante

 Cuntos Escenarios se Necesita ?

Respuesta simple: tantos como sea necesario para entender el

funcionamiento del sistema.

Regla del pulgar:

o

Escenarios primarios
l

Elabore approximadamente el 80% de estos escenarios

Escenarios secundarios
l

Elabore unos pocos de los escenarios secundarios

interesantes y de alto riesgo.