31
ACTIVIDAD VIRTUAL: TUTORIA 5 INGENIERIA DEL SOFTWARE Mg. Jury Yesenia Aquino Trujillo
ACTIVIDAD VIRTUAL: TUTORIA 5
INGENIERIA DEL SOFTWARE
Mg. Jury Yesenia Aquino Trujillo
1. MODELO DEL NEGOCIO
A. MODELO DE CASOS DE USO DEL NEGOCIO
B. PARA CADA CASO DE USO DE NEGOCIO: DIAGRAMA DE ACTIVIDADES.
C. PARA CADA CASO DE USO DE NEGOCIO: DIAGRAMA DE OBJETOS DE NEGOCIO.
D. MODELO DEL DOMINIO DEL NEGOCIO
Modelo de Casos de Uso del Negocio
Cliente
Cajero
Vender Productos
(f rom Casos de Uso del Negocio)
Vendedor
Jefe de Produccion
Fabricar Pedidos
(f rom Casos de Uso del Negocio)
Jefe Tecnico
Almacenero
Proveedor
Administrador
Abastecer stock almacen
(f rom Casos de Uso del Negocio)
Solicitar
Producto
¿Decide
Comprar?
Entregar ticket
y monto
Entregar
Comprobante
Consultar
existencia
¿Hay
existencia?
Consultar
Proveedor
Mostrar caracteristicas
del producto
Generar Ticket
pedido
Sellar comprobante y
entregar producto
Ofrecer productos
sustitutos
Generar Comprobante
de pago
Verificar
Producto
¿Tiene el
producto?
Enviar
producto
PRODUC
TO
[solicitado]
PRODUCTO
[consultado]
TICKET
[generado]
COMPRO
BANTE
[generado]
PRODUCTO
[verificado]
[ SI ]
[ NO ]
[ NO ]
[ SI ]
[ SI ]
[ NO ]
: Proveedor : Cajero : Vendedor : Cliente
Modelo de Objetos del Negocio
Un modelo de objetos del negocio es un modelointerno a un negocio, compuesto por trabajadores,entidades de trabajo, y unidades de trabajo quejuntos realizan los casos de uso del negocio.
Se asocian a estos diferentes objetos las reglas denegocios y otras normas impuestas por el negocio.
Diagramas de Objetos del Negocio
Representa laresponsabilidadesde los workers conrespecto a lasentidades denegocio y...
Diagramas de Objetos del Negocio
...las relacionesentre las mismasentidades denegocio.
DIAGRAMA DE OBJETOS DE NEGOCIO.
PRODUCTO
Vendedor
verifica
TICKET
genera
Cliente Cajero
consulta
COMPROBANTE DE PAGO
genera
MODELO DEL DOMINIO DEL NEGOCIO
CLIENTE
<<Business Entity>>
PRODUCTO
<<Business Entity>>
LINEA DE VENTA
<<Business Entity>>
1..n 111..n
VENTA
<<Business Entity>>
1..n1 1..n1
iniciado por
1
1..n
1
1..n
contiene
TICKET
<<Business Entity>>
1
1
1
1
COMPROBANTE DE PAGO
<<Business Entity>>1
11
1
2. MODELO DE REQUERIMIENTOS
A. DETERMINAR REQUERIMIENTOS
– Identificar requerimientos funcionales: que desea el usuario que haga el sistema, por ejemplo:• Registrar requerimiento
• Elaborar solicitudes de cotización
• Generar cuadro comparativo de cotizaciones
• Catalogar proveedores
• Generar plan de compras
• Generar contratos de compra
• Registrar documentos de compra
Diagramas de Casos de Uso
Casos de Uso
• Descripción de un conjunto de secuencias de
acciones, incluyendo variantes, que ejecuta un
sistema para producir un resultado observable de
valor para un actor
• Se emplean para capturar el comportamiento
deseado del sistema en desarrollo, sin tener que
especifica cómo se implementa este
comportamiento
• Proporcionan un medio de comunicación entre
los desarrolladores y los usuarios finales
Casos de Uso
• Nunca deben ser excesivamente genéricos no
demasiado específicos
• Cada secuencia representa la interacción de los
elementos externos al sistema con el propio
sistema
• Representa un requisito funcional del sistema
• Realiza un cierto trabajo cuyo resultado es
tangible
Diagrama de Casos de Uso
• Es un diagrama que muestra un conjunto de
caso de uso, actores y sus relaciones.
• Se emplean para visualizar el comportamiento
de un sistema, de forma que los usuarios
puedan comprender cómo utilizar ese
elemento y de forma que los desarrolladores
puedan implementarlo
Diagrama de Casos de Uso
Ejemplo:
Sistema
Actor A
Caso de uso X
Actor B
Caso de uso Y
Actores
• Representa un conjunto coherente de roles que losusuarios de los casos de uso juegan al interactuar conéstos.
• Rol que es jugado por una persona, un dispositivohardware o incluso otro sistema al interactuar connuestro sistema
• Se representan como monigotes
• Se pueden definir categorías generales de actores yespecializarlos a través de relaciones degeneralización
Cliente
Diagrama de Casos de Uso
• Casos de Uso es una técnicapara capturar informaciónde cómo un sistema sedesea que trabaje
• No pertenece estrictamenteal enfoque orientado aobjeto, es una técnica paracaptura de requisitos
SupervisorVerificar Situación del Cliente
AdministrativoPreparar Catálogo
Sistema
Inventario
Tipos de Venta
Ejemplos
Cliente
VendedorVerifcar situación
SupervisorEstablecer crédito
SecretariaPreparar catálogo
Casos de Uso: Relaciones
UML define cuatro tipos de relación en los
Diagramas de Casos de Uso:
– Comunicación:
Caso de Uso
Actor
… Casos de Uso: Relaciones
– Inclusión : una instancia del Caso de Uso origen incluye
también el comportamiento descrito por el Caso de Uso
destino. Se utiliza para señalar que un caso de uso incorpora el
comportamiento de otro caso de uso como parte de su propio
comportamiento. A siempre ejecuta B
Caso de uso origen
Caso de uso destino
<<include>>
A
B
… Ejemplos
Verificar Operación
Reintegro Cuenta Corriente
Cliente
Reintegro Cuenta de Crédito
<<include>>
<<include>>
Reintegrar
Reintegrar
… Casos de Uso: Relaciones– Extensión : el Caso de Uso origen extiende el comportamiento del
Caso de Uso destino la extensión especifica como la descripción de
un caso de uso puede ser insertada en la descripción de otro caso
de uso para amplificarla. A extiende a B, es decir, que A
opcionalmente ejecuta B.
Caso de uso destino
Caso de uso origen
<<extend>>
A
B
… Ejemplos
Solicitar Nueva Tarjeta
ClienteSolicitar Préstamo
<<extend>>
[Tarjeta Caducada]
Otro Ejemplo
… Ejemplos
Solicitar nueva tarjeta
EncargadoSocio Realizar préstamo
<<extend>>
… Casos de Uso: Relaciones
– Generalización: el Caso de Uso origen
hereda la especificación del Caso de Uso
destino y posiblemente la modifica y/o
amplía propiedades del caso de uso general.
Caso de uso origen
Caso de uso destino
… Casos de Uso: Relaciones
PARA EL CASO
– Identificar requerimientos funcionales: que desea el usuario que haga el sistema, por ejemplo:
• Registrar ventas
• Buscar producto
• Registrar cliente
• Buscar cliente
• Anular venta
• Anular cliente
• Modificar cliente
• Generar Comprobante de pago
• Reportar ventas por fecha
• Reportar ventas anuladas por fecha
• Validar Usuario
• …….
Paquetes en UML
• Los paquetes ofrecen un mecanismo general
para la organización de los modelos
agrupando elementos de modelado
• Se representan gráficamente como:
Nombre de paquete
Paquetes en UML
• Cada paquete corresponde a un subconjunto
del modelo y contiene, según el modelo,
clases, objetos, relaciones, componentes y
diagramas asociados
• Un paquete puede contener otros paquetes, sin
límite de anidamiento pero cada elemento
pertenece a (está definido en) sólo un paquete
