Académique Documents
Professionnel Documents
Culture Documents
USO
1
Definir el comportamiento del sistema
2
CASO DE USO Y LOS USUARIOS
La forma en que los usuarios utilicen un sistema le
da la pauta para lo que diseñara y creará.
El caso de uso es una estructura que ayuda a los
analistas a trabajar con los usuarios para
determinar la forma en que se usará un sistema.
Con una colección de casos de uso se puede
hacer el bosquejo de un sistema en términos de lo
que los usuarios intenten hacer con él.
3
ABSTRAERSE....
Imagínese al caso de uso como una colección
de situaciones respecto al uso de un sistema.
Cada escenario describe una secuencia de
eventos. Cada secuencia se inicia por una
persona, otro sistema, una parte del hardware o
por el paso del tiempo. A las entidades que
inician secuencias se les conoce como actores.
El resultado de la secuencia debe ser algo
utilizable ya sea por el actor que la inició o por
otro actor.
4
REPRESENTACION
5
El propósito
6
Beneficios del Modelado con casos de
Uso:
El caso de uso es una excelente herramienta para
estimular a que los usuarios potenciales hablen,
de un sistema, desde sus propios puntos de vista.
No siempre es fácil para los usuarios explicar como
pretenden utilizar un sistema.
Puesto que el desarrollo tradicional de los sistemas
era, con frecuencia, algo así como una ciencia
oculta, con muy poca información para los usuarios,
a aquellos que osaban preguntar se les daba
información muy poco explícita o ciertamente
confusa respecto a lo que utilizarían.
7
Los casos usos son :
8
Los casos ...
9
LOS ACTORES
Un actor es un agente, alguien o algo que solicita un
servicio al sistema o actúa como catalizador para que
ocurra algo.
Actor
10
LOS ACTORES...
• Los actores no son parte del sistema, ellos
representan roles que un usuario del sistema puede
desempeñar
• Un actor puede intercambiar activamente la
información con el sistema
• Un actor puede ser un recipiente pasivo de la
información
• Un actor puede representar a un humano, una
máquina u otro sistema
11
LOS ACTORES...
12
IDENTIFICANDO ACTORES
Los actores se determinan observando:
• Usuarios directos del sistema
• Responsables del uso o mantenimiento del sistema
• Otros sistemas que interactúan con el sistema en
cuestión
• Hardware no básico (que no es administrado por el
S.O tal como el mouse, teclado, monitor y CPU).
• Procesos automáticos (tareas programadas)
13
Preguntas usadas para ayudar a
identificar actores
· ¿Quién usará la funcionalidad principal del sistema?
· ¿Quién esta interesado en cierto requerimiento?
· ¿Donde en la organización será usado el sistema?
· ¿Quién se beneficiará con el uso del sistema?
· ¿Quién administrará,soportará y mantendrá el
sistema?
· ¿El sistema usa un recurso externo?
· ¿Alguna persona juega varios roles diferentes?
· ¿El sistema interactúa con otro sistema?
14
ACTORES...
Tip: Los actores se determinan observando:
• Usuarios directos del sistema
• Responsables del uso o mantenimiento del
sistema
• Otros sistemas que interactúan con el sistema en
cuestión
Un actor puede:
• Solamente introducir información al sistema
• Solamente recibir información del sistema
• Introducir y recibir información hacia y del sistema.
15
Categorías de actores:
16
Relaciones entre actores
Debido a que los actores en UML son clases con el
estereotipo <<Actor>>, pueden tener relaciones
como el resto de clases. En los diagramas de caso
de uso se muestra por lo general las relaciones de
generalización para describir comportamiento
común a un número de actores.
17
Relaciones entre actores...
Una generalización se utiliza cuando varios actores
juegan – aparte de su rol – un rol más generalizado.
Esto ocurre cuando el comportamiento del rol
generalizado es descrito por la superclase actor.
Los actores especializados heredan el comportamiento
de una superclase y lo extienden de una forma
Cliente
18
Documentación de los actores
19
LOS CASOS DE USO
Caso de Uso
20
LOS CASOS DE USO
-Un caso de uso modela un diálogo 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
21
Encontrando Casos de Uso:
Preguntas Útiles
¿Cuáles son las tareas de este actor?
-¿El actor, creará, guardará, cambiará, eliminará o
leerá la información en el
-sistema?
-¿Cuál caso de uso creará, guardará, cambiará,
eliminará o leerá esta
-información?
-¿Necesitará el actor informar al sistema sobre
cambios externos e imprevistos?
22
Encontrando Casos de Uso:
Preguntas Útiles...:
-¿Es necesario que el actor esté informado sobre
ciertas ocurrencias en el sistema?
-¿Le proporciona una correcta secuencia el
sistema a las tareas?
-¿Cuáles casos de uso le darán soporte y
mantenimiento al sistema?
-¿Pueden todos los requerimientos funcionales
ser realizados por los casos de uso?
23
Diagramas de Casos de Uso
Cada Caso de Uso puede estar definido por:
• texto que lo describe.
• secuencia de pasos ejecutados dentro del escenario.
• condiciones pre-post para que el escenario comience o
termine.
• mezclando las anteriores.
Un Caso de Uso es representado por una elipse y
describe una situación de uso del sistema
interactuando con actores
Un actor es un agente, alguien o algo que solicita un
servicio al sistema o actúa como catalizador para que
ocurra algo
24
Ejemplo
Verificar Situación
Vendedor
Realizar Venta
Secretaria
Cliente
Preparar Catálogo
Supervisor
Establecer Crédito
25
Fuentes de Información
26
Documentación de Casos de Uso
Los casos de uso están documentados en:
-Una breve descripción
-El propósito del caso de uso en unas pocas líneas
27
¿Quién lee la documentación de CU?
Clientes -- aprueban lo que debe hacer el sistema
-Usuarios -- obtienen comprensión del sistema
-Desarrolladores del Sistema -- documentan el
comportamiento del sistema
-Revisores --examinan el flujo de eventos
-Analistas del Sistema (Diseñadores) -- proveen la base
para un análisis y diseño
-“Probador” del Sistema -- usado como base para casos
de prueba
-Líder de Proyecto -- provee entradas para el
planeamiento de proyectos
-Escritor Técnico -- base para escribir la guía del usuario
28