Documente Academic
Documente Profesional
Documente Cultură
DE CASOS DE USO
SEMANA 3 Primera Sesin
Temario
Objetivos
Entender el datalle de un Caso de Uso
Estructurar el Modelo de Casos de Uso final
Entender la importancia de la Especificacin de un Caso de
Uso, base para el Anlisis y Diseo.
: Analista de sistemas
: Arquitecto
Encontrar actores y
casos de uso
Priorizar los
casos de uso
Detallar un caso
de uso
Estructurar el modelo
de caso de uso
Prototipar la interfaz
de usuario
2.1.1. Actores
Representan
entidades
externas
que
(mantenimiento y/o operacin) con el sistema
Puede ser un usuario o un sistema externo
Un actor representa un rol:
interactan
Identificacin de Actores
Tipos de Actores
Actor Principal: Usuario que se satisface mediante el uso de los
servicios del sistema (Cajero)
Actor de Apoyo: Proporciona un servicio y/o informacin al sistema a
desarrollar (Autorizacin de Pago). Normalmente es un Sistema
Informtico, pero puede ser una Organizacin o una persona
Actor Pasivo: Est interesado en el comportamiento del CU, pero no es
principal ni de apoyo (Agencia Tributaria).
objetivos de usuario).
Actor
Objetivo
Actor
Objetivo
Cajero
Procesar ventas
Gestionar devoluciones
Abrir caja
Cerrar caja
Administrador
del sistema
Aadir usuarios
Modificar usuarios
Eliminar usuarios
Gestionar
seguridad
Gestionar tablas
Jefe de
cajas
Controlar productividad
cajero
Distribuir cajeros en
cajas
Sistema de
Control de
Ventas
Analizar datos de
ventas y
rendimiento
Identificacin de escenarios
Qu tareas necesita el actor que realice el sistema?
Qu informacin consulta el actor? quin crea esos datos? se
pueden modificar? quin puede hacerlo?
Qu cambios externos necesita informar el actor al sistema?
Cundo y con qu frecuencia?
De qu eventos necesita el actor que le informe el sistema?
cundo y con qu frecuencia?
Caso de Uso
Especifica todos los escenarios posibles para una determinada
funcionalidad
Es iniciado por un Actor
Puede interactuar con otros actores
Representa un flujo de eventos completo a travs del sistema, es
decir, describe una serie de interacciones relacionadas que resultan
de la inicializacin del CU.
2.4.1. Generalizacin
Simplifica la forma de trabajo y la comprensin del MCU
Permite reutilizar CU semifabricados cuando se renen CU
terminados, requeridos por el usuario y se les llaman CU concretos
El CU semifabricado existe solamente para que otros CU lo reutilicen
y se les llaman CU abstractos.
No pueden instanciarse por s mismos
Una instancia de CU concreto tambin exhibe el comportamiento
especificado por CU abstracto (reutilizado).
Comprador
Ejecutar transaccin
Pagar factura
Vendedor
<<inicia>>
<<extend>>
OficialCampo
Conexin perdida
Informar Emergencia
Comprador
Vendedor
Pagar factura
<<extend>>
Ejecutar transaccin
Pagar cargos saldo deudor
<<inclu
Abrir Incidente
de>>
Controlador
Ver plano
<<include>>
Asignar Recursos
Ampliar prstamo
<<include>>
<<include>>
Prestatario Libro
Comprobar reservas
Prototipo de interfaz de
usuario
1. QU ES LA ECU?
3. Flujo de Eventos
Evento Disparador
Evento que demandan la ejecucin del CU del
sistema.
Evento ante el cul el sistema de software
debe reaccionar.
Indica que Actor inicia el CU: El Caso de Uso
comienza cuando el Actor solicita ..
Se pone antes del Flujo Bsico.
FLUJO BASICO
10
CASO INCLUIDO
Activacin mandatoria del CU incluido, en algn
evento del flujo de eventos del CU principal (el que
incluye)
El sistema incluye el Caso de Uso <nombre CU>
Se grafica en la actividad Estructurar el MCU.
Mandatorio
1
CU INCLUIDO
10
4. Flujo(s) Alternativo(s)
Los caminos alternativos, desviaciones o
excepciones pueden ocurrir porque:
Si est implicado ms de un actor, las
acciones de uno de ellos pueden influenciar
el camino de las acciones de los otros
El sistema puede detectar ingresos errneos
de los actores
Violacin de Reglas del Negocio.
10
Escenario
3.1
3.n
FLUJO ALTERNATIVO
5. Subflujos
Los subflujos se dan cuando el actor elige otra
opcin dentro del CU.
Por Ejemplo en Gestin de Productos:
Ingresar Producto es el Flujo Bsico. Los
Subflujos seran: Actualizar Producto, Eliminar
Producto, Consultar Producto.
Los
Subflujos
tambin
tienen
Flujos
Alternativos.
EVENTO
CONDICION
QUE
ACCION
= ECA
EVENTO
CONDICION
QUE
ACCION
ESPERADO
7. Puntos de Extensin
Activacin condicionada de un CU extendido
en algn paso del flujo de eventos de CU
principal
El sistema se extiende al Caso de Uso
<nombre CU>
Se grafica en la actividad Estructurar el
MCU.
10
Condicin
1
CU EXTENDIDO
8. Prototipos (GUI)
Una alternativa para la definicin de los
requerimientos.
Consiste en capturar un conjunto inicial de
necesidades e implementarlas rpidamente con
la intencin de expandirlas y refinarlas
iterativamente, al ir aumentando la compresin
que tienen del sistema los Usuarios y
Desarrolladores.
5. PLANTILLA
1. Nombre del Caso de Uso
2. Breve Descripcin
3. Flujo de Eventos
Evento Disparador
3.1 Flujo Bsico
1.
2. Incluir Casos de Uso <<nombre>>
3.
n.
3.2 Flujos Alternativos
3.2.1 < Primer Flujo Alternativo >
3.2.2 < Segundo Flujo Alternativo >
EVENTOS
Login:
Passwor
d:
Aceptar
Evento: accin sobre algn
elemento de la interfaz y que
provoca una reaccin DE
IMPORTANCIA
en
el
sistema.
Cancelar
Qu hace el sistema?
1. Ingresar login
2. Ingresar password
3. Indicar Aceptar
4. El sistema vlida si
el password y el
login son vlidos
Qu hace el sistema?
1. Ingresar login
2. Ingresar password
3. Indicar Aceptar
4. El sistema
valida si el
password y el
login
son
vlidos
Alternativas
Si en 4 el Sistema
determina que el
password y el login
no son
vlidos
entonces emitir al
usuario el mensaje:
login y password
invlidos. Y se
regresa al paso 1
Ejemplo de Especificacin de
Caso de Uso