Professional Documents
Culture Documents
DE CASOS DE USO
El diagrama de casos de
uso representa la forma en
como un agente (Actor)
opera con el sistema en
desarrollo, adems de la
forma, tipo y orden en
como
los
elementos
interactan (operaciones o
casos de uso).
reacciona
El comportamiento del sistema es capturado en los casos de
ABSTRAERSE....
1. Imagnese
ACTORES.
REPRESENTACION
Los casos de uso fueron inventados por Ivar
Jacobson.
Ellos describen la conducta de un sistema desde el
punto de vista del usuario por que generan acciones
y reacciones.
Un Caso de Uso es representado por una elipse y
describe una situacin de uso del sistema
interactuando con actores.
EL PROPSITO
El propsito primario del modelo caso de uso es comunicar las
funciones y el comportamiento del sistema al cliente o al
usuario final
Demostrar como interacta el sistema con los actores!!!!
Definir que Actores tendrn acceso o no a los procesos.
LOS ACTORES
Un actor es un agente, alguien o algo que
solicita un servicio al sistema o acta como
catalizador para que ocurra algo.
Actor
LOS ACTORES...
Los actores no son parte del sistema, ellos
Un
LOS ACTORES...
El conjunto de funcionalidades de un
sistema se determina examinando las
necesidades funcionales de cada
actor, expresadas en forma de
interacciones.
Actor
IDENTIFICANDO ACTORES
Los actores se determinan observando:
Usuarios directos del sistema
Responsables del uso o mantenimiento del
sistema
Otros sistemas que interactan con el sistema
en cuestin
ACTORES... TIPS
Observando:
Usuarios directos del sistema
Responsables del uso o mantenimiento del
sistema
Otros sistemas que interactan con el sistema en
cuestin
Un actor puede:
Solamente introducir informacin al sistema
Solamente recibir informacin del sistema
Introducir y recibir informacin hacia y del
sistema.
CATEGORAS DE ACTORES:
1. Personas
1. Principales: involucrado que tienen una interfaz directa con
el sistema para iniciar u ocasionar el evento de negocio o
del sistema.
2. Secundarios: personas que mantienen o administran el
sistema
2. Material fsico: Equipos, dispositivos y/o materiales
imprescindibles que forman parte del mbito del sistema que
se est modelando y deben ser utilizados.
3. Otros sistemas: sistemas con los que el sistema interacta,
tras localizar los actores, procede a describirlos
CONSULTAR
PRECIOS
Actor 2
Actor 1
Actor 3
Cliente
rol
Caso de Uso
Preguntas tiles...:
Primarios:
Representan
los
procesos
principales, los ms comunes, como
Realizar
Reintegro en el caso del cajero automtico,
acceso al sistema, etc.
Secundarios: Representan casos de uso
menores, que van a necesitarse raramente, tales
como Aadir Nueva Operacin.
Opcionales: Representan
procesos
que
pueden no ser abordados en el presente proyecto.
TIPOS DE RELACIONES
1. Asociacin
2. Herencia (Generalizacin)
3. Dependencia
1. Extensin (extend)
2. Inclusin (include)
1. ASOCIACIN
Este tipo de relacin es uno de los ms utilizados, es la
participacin de un actor en un caso de uso.
Las instancias de un Actor se comunican con instancias de
un caso de uso.
2. GENERALIZACION o HERENCIA
Este tipo de relacin es uno de los ms utilizados, cumple
una doble funcin dependiendo de su estereotipo, que puede
ser de Uso (<<uses>>) o de Herencia (<<extends>>).
El Caso de Uso origen hereda la especificacin del Caso de
Uso destino y posiblemente la modifica y/o ampla
3. DEPENDENCIA - EXTEND
Consiste en los pasos extrados de otro ms
complejo para simplificar el caso original y as
ampliar su funcionalidad.
EXTEND El Caso de Uso origen extiende el
comportamiento del Caso de Uso destino
<<extend>>
EJEMPLOS
EXTEND
3. DEPENDENCIA - INCLUDE
Es el caso de uso que reduce la redundancia entre dos
o ms caso de uso al combinar los pasos comunes
existentes entre estos casos de uso.
INCLUDE cuando otro caso de uso UTILIZA O
INCLUDE el caso de uso origen
<<include>>
EJEMPLOS
INCLUDE
GRAFICA DE RELACIONES
GRAFICA DE RELACIONES
MOSTRAR
DATOS
CONSULTAR
BOLETA
NOTAS
Estudiante
IMPRIMIR
NOTAS
EJEMPLO DE EXTEND
ERRORES CLSICOS EN EL
MODELAMIENTO DE
CASOS DE USO
Sistema
ClienteServidor o
Web?
Uso de
Notacin
antigua de
UML
Cul es el
nivel que se
tiene que
modelar?
Se confunde
con diagrama
de Secuencia
o DDF
Sistema
ClienteServidor o
Web?
Uso de
Notacin
antigua de
UML
Cul es el
nivel que se
tiene que
modelar?
Se confunde
con diagrama
de Secuencia
o DDF
Error en relaciones
Sistema
ClienteServidor o
Web?
Uso de
Notacin
antigua de
UML
Cul es el
nivel que se
tiene que
modelar?
Se confunde
con diagrama
de Secuencia
o DDF
Error en relaciones
Actualizar
Tareas
Jefe de Proyecto
Sistema
ClienteServidor o
Web?
Uso de
Notacin
antigua de
UML
Realizar
Seguimiento
Cul es el
nivel que se
tiene que
modelar?
Seleccionar
Tareas
Se confunde
con diagrama
de Secuencia
o DDF
ANTES DE ELABORAR
DIAGRAMAS
DE CASOS DE USO..
DESCRIPCIN
CASOS DE USO
Cajero
1. Realizar ventas.
2. Cobrar ventas3. Consultar productos.
Cliente
1. Realizar ventas.
2. Cobrar ventas.
Jefe de Tienda
Funcionario responsable
de la tienda.
Administrador Sistema
Especialista
de
TICS,
responsable soporte del
sistema.
Primario
Actor Primario
Cliente
Actores Secundarios
Cajero
Vendedor
Descripcin
Conclusin
Post-Condicin
ARGOUML
QUE ES ARGOUML??
Descargar argouml-0.20.zip
Descargar argouml-0.20-modules.zip
Descomprimir ambos archivos en la misma carpeta
Ejecutar argouml.jar
MUCHAS GRACIAS
vancajima@equicom.pe