You are on page 1of 31

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

Caj ero
Vender Productos
Cl iente
(f rom C as os de Us o del Negocio)

Vendedor
Fabricar Pedidos
(f rom C as os de Us o del Negocio)

Proveedor

Jefe T ecni co

Abastecer stock almacen
Al macenero

(f rom C as os de Us o del Negocio)

Jefe de Producci on

Admi nistrador

: Cliente : Vendedor PRODUC TO : Cajero : Proveedor PRODUCTO PRODUCTO [consultado] [verificado] [solicitado] Solicitar Producto Consultar existencia Verificar Producto ¿Hay existencia? [ NO ] ¿Tiene el producto? Consultar Proveedor [ SI ] [ SI ] Mostrar caracteristicas del producto ¿Decide Comprar? Enviar producto Ofrecer productos sustitutos [ NO ] [ SI ] Generar Ticket pedido TICKET [generado] Entregar ticket y m onto Generar Comprobante de pago COMPRO BANTE Entregar Comprobante [generado] Sellar comprobante y entregar producto [ NO ] .

Modelo de Objetos del Negocio Un modelo de objetos del negocio es un modelo interno a un negocio. y unidades de trabajo que juntos realizan los casos de uso del negocio. . Se asocian a estos diferentes objetos las reglas de negocios y otras normas impuestas por el negocio. compuesto por trabajadores. entidades de trabajo.

.Diagramas de Objetos del Negocio Representa la responsabilidades de los workers con respecto a las entidades de negocio y. ..

las relaciones entre las mismas entidades de negocio.Diagramas de Objetos del Negocio . ...

.

DIAGRAMA DE OBJETOS DE NEGOCIO. Cliente Vendedor consulta genera verifica PRODUCTO Cajero genera TICKET COMPROBANTE DE PAGO .

..MODELO DEL DOMINIO DEL NEGOCIO <<Business Entity>> LINEA DE VENTA 1..n <<Business Entity>> PRODUCTO 1 1.n contiene 1 iniciado por <<Business Entity>> VENTA <<Business Entity>> CLIENTE 1 1.n 1 1 <<Business Entity>> TICKET 1 1 <<Business Entity>> COMPROBANTE DE PAGO .

2. 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 . DETERMINAR REQUERIMIENTOS – Identificar requerimientos funcionales: que desea el usuario que haga el sistema. MODELO DE REQUERIMIENTOS A.

Diagramas de Casos de Uso .

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 • 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.

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 .

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 • Es un diagrama que muestra un conjunto de caso de uso. • Se emplean para visualizar el comportamiento de un sistema. actores y sus relaciones.

Diagrama de Casos de Uso  Ejemplo: Sistema Caso de uso X Actor A Actor B Caso de uso Y .

un dispositivo hardware o incluso otro sistema al interactuar con nuestro sistema • Se representan como monigotes Cliente • Se pueden definir categorías generales de actores y especializarlos a través de relaciones de generalización . • Rol que es jugado por una persona.Actores • Representa un conjunto coherente de roles que los usuarios de los casos de uso juegan al interactuar con éstos.

Diagrama de Casos de Uso • Casos de Uso es una técnica para capturar información de cómo un sistema se desea que trabaje • No pertenece estrictamente al enfoque orientado a objeto. es una técnica para captura de requisitos Supervisor Administrativo Verificar Situación del Cliente Preparar Catálogo Tipos de Venta Sistema Inventario .

Ejemplos Verifcar situación Vendedor Cliente Establecer crédito Preparar catálogo Supervisor Secretaria .

Casos de Uso: Relaciones  UML define cuatro tipos de relación en los Diagramas de Casos de Uso: – Comunicación: Actor Caso de Uso .

A siempre ejecuta B B <<include>> Caso de uso destino A Caso de uso origen . Se utiliza para señalar que un caso de uso incorpora el comportamiento de otro caso de uso como parte de su propio comportamiento.… 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.

… Ejemplos Reintegro Cuenta Corriente Reintegrar <<include>> Verificar Operación Cliente <<include>> Reintegro Cuenta de Crédito 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. que A opcionalmente ejecuta B. es decir. B <<extend>> Caso de uso destino A Caso de uso origen . A extiende a B.

… Ejemplos Otro Ejemplo Cliente Solicitar Préstamo [Tarjeta Caducada] <<extend>> Solicitar Nueva Tarjeta .

… Ejemplos Socio Realizar préstamo <<extend>> Solicitar nueva tarjeta Encargado .

Caso de uso destino Caso de uso origen .… 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.

… 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 .

objetos.Paquetes en UML • Cada paquete corresponde a un subconjunto del modelo y contiene. sin límite de anidamiento pero cada elemento pertenece a (está definido en) sólo un paquete . clases. relaciones. según el modelo. componentes y diagramas asociados • Un paquete puede contener otros paquetes.