Documente Academic
Documente Profesional
Documente Cultură
Facultad de Ingeniera
Carrera Profesional de Ingeniera de Sistemas
MODELANDO: CASOS DE
USO DEL SISTEMA
Asignatura: Anlisis y Diseo de Sistemas II
Docente: Ing. Mijail Gualdimar Quispe Mamani
Contacto: mijailgmardl@gmail.com
RUP
Fase
Actividad
Entregable
Documento de Visin
Inicio
Modelamiento del
Negocio
UML
RESUMEN
Requerimientos
Elaboracin
Anlisis y Diseo
Diagrama de colaboraciones
Diagrama de colaboraciones
Diseo de interfaces
Diagrama de secuencia
Diagrama de secuencias
Diseo de clases
Diagrama de clases
Diagrama de clases
Diagrama de Vistas
Plantilla de Clases
Plantilla de clases
Modelo de despliegue
Modelo de Despliegue
Prototipo arquitectnico
Implementacin
Construccin
Modelo de componentes
Modelo de despliegue
Prototipo arquitectnico
Diagrama de componentes
Diagrama de componentes
Vistas de componentes
Prueba de aceptacin
Prueba
Transicin
Despliegue
Agenda
1. Caso de Uso
2. Actividades
Requisitos
de
la
Captura
de
: 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
para
obtener
adecuadamente
los
se
2.1.1. Actores
Representan
entidades
externas
que
interactan
(mantenimiento y/o operacin) con el sistema
Puede ser un usuario o un sistema externo
Un actor representa un rol:
No se corresponde directamente con personas concretas
Toda persona que interacta con el sistema es representado
al menos por un actor en el MCU
Identificacin de Actores
Qu grupos de usuarios necesitan el sistema para su
trabajo?
Qu usuarios realizan las funciones principales del sistema?
Qu usuarios realizan funciones secundarias, como
mantenimiento o administracin?
Existe algn sistema externo de hardware o software?
Se da nombre a los actores y se describen brevemente sus
papeles y para qu utilizan el sistema.
Tipos de Actores
<Actor Name>
(f rom Actors)
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
Caso de Uso
Agregar Cliente
<<communicate>>
<<communicate>>
<<communicate>>
Modificar cliente
Usuario
(f rom Actors)
Usuario
<<communicate>>
Eliminar Cliente
(f rom Actors)
Gestionar Cliente
Objetivos:
Pre Requisitos
Tener
documentados los
casos de uso:
Flujo de Eventos.
La presentacin
se
realizar
tomando
como
ejemplo
el
Sistema Notas.
Razones
Existen
3
razones
para
estructurar el Modelo de Casos
de Uso:
Hacer que los casos de
uso
sean
fciles
de
entender.
Permite
extraer
el
comportamiento
comn
encontrado
en
varios
casos de uso.
Hacer que el Modelo de
Casos de Uso sea fcil de
mantener.
Tipos De Relaciones
para
Relacin Include
Este comportamiento se
extrae en un nuevo caso de
uso: Buscar Alumnos
Buscar Alumnos
CU Base
CU Base
CU Incluido
Inicialmente la
relacin con el
caso de uso que
AUN no existe
Se usa para
FACTORIZAR un
caso de uso por
ejemplo:
2 casos de uso
que tienen una
funcionalidad en
comn, ambos
casos de uso se
unen con
include al tercer
caso de uso (la
funcionalidad en
comn)
Relacin Extend
Relacin de Generalizacin
Se utiliza cuando el
caso de uso padre
debe
ser
subclasificado
en
uno o ms casos de
uso hijos.
Alumno
Reservar recursos
Reservar libros
Reservar cubiculos
Prototipo de interfaz de
us uario
1. QU ES LA ECU?
Se describen QUE hacen el Actor y el Sistema y
NO COMO se implementa
Tanto el camino bsico como los alternativos
deben describirse textualmente en una seccin
de 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 mandatorio 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
Modelo de Caso de Uso.
4. Flujo(s) Alternativo(s)
Los caminos alternativos, desviaciones o excepciones
pueden ocurrir porque:
El Actor puede elegir entre diferentes caminos
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.
Alguna falla en el funcionamiento de alguno de los
recursos del sistema, por lo que ste no puede efectuar
su trabajo hasta el fin del CU.
Incluir si el CU continua o termina, adems de los
mensajes preventivos o alertas
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.
6. Pre Condiciones
Son estados del sistema de los que el
usuario puede darse cuenta.
7. Post Condiciones
Son estados del sistema de los que el
usuario puede darse cuenta.
EVENTO
CONDICION
QUE
ACCION
= ECA
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
EVENTOS
Login
:
Passwor
d:
Aceptar
Evento:
accin
sobre
algn elemento de la
interfaz y que provoca
una
reaccin
DE
IMPORTANCIA
en
el
sistema.
Cancelar
Cuando
el
usuario
indica
Aceptar
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 vlida
si el password y el
login son vlidos
1. Ingresar login
2. Ingresar password
3. Indicar Aceptar
4.
El
sistema
valida si el
password y
el login son
vlidos
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