Ir al contenido principal

Caso 3: MarketSoft y Dominio


El caso de estudio agrega mayor información a la descripción del proceso de gestionar venta para el SuperMarket. Por lo tanto, sirve de ejemplo para comprender el modelo de dominio usando el diagrama de clases de UML.


INTRODUCCIÓN
La información está relacionada a los objetos de negocio quienes representan los elementos de entrada y salida del proceso.

GESTIONAR VENTA
El proceso inicia cuando un cliente llega al SuperMarket y solicita un pedido. El vendedor, con el nombre de cada producto solicitado, verifica la existencia en almacen. Si la cantidad solicitada por cada producto no supera el stock, el producto puede ser vendido y el vendedor informa los precios de cada uno. Si el cliente decide comprar los productos, el vendedor crea el comprobante de venta  y le entrega al cliente para que pague en caja. El comprobante de venta tiene un número, una fecha y el detalle del pedido donde se describe el nombre de los productos, sus precios y las cantidades solicitadas de cada producto. Al final del comprobante se calcula el monto a pagar. El Cliente se dirige a caja a pagar y luego el cajero sella el comprobante como pagado. En el SuperMarket sólo se puede pagar en efectivo y en caso el cliente no tenga se anula el comprobante. Por otra parte, el vendedor va empacando los productos solicitados. Por último, el cliente retorna al vendedor para reclamar los productos, para esto el vendedor verifica si el comprobante tiene el sello de pagado. Si el comprobante está pagado, el vendedor entrega los productos y el proceso termina.

ACTIVIDADES DE APRENDIZAJE:
A partir de la descripción del caso, elaborar el Modelo de Dominio en base a los siguientes pasos:

  • Identificar las entidades de negocio y dibujarlas en el diagrama de clases.
  • Establecer relaciones de asociación entre las entidades de negocio.
  • Asignar los atributos a cada entidad de negocio.


DESARROLLO:

Las entidades de negocio identificadas en primera instancia en base a la información del proceso son: el comprobante de venta y el producto. y se muestran en el siguiente diagrama de clases.


Luego de identificar las entidades de negocio se establecen las relaciones de asociación indicando un nombre y su multiplicidad en el extremo de la relación.


Como la descripción del proceso agrega datos relacionado a las entidades de negocio, estos datos son mostrados como atributos en el diagrama de clases.


Pero el dato cantidad solicitada por cada producto no corresponde a ninguna de las dos entidades de negocio. Para esto se debe agregar una nueva entidad de negocio que contenga el atributo cantidad. En los casos donde exista una relación de asociación de muchos a muchos, la nueva entidad es una clase intermedia en la relación.


El Modelo de Dominio es un modelo conceptual y captura la información esenciales necesarias que ayuda a la gente a entender el dominio - sus conceptos, terminologías y relaciones. A partir de la información que obtenemos de los procesos de negocio se puede elaborar un modelo aproximado y que será completado cuando se detallen los requisitos del sistema.

Comentarios

Entradas populares de este blog

Mapa conceptual sobre la Ingeniería de Software

A continuación se muestra un mapa conceptual que rescata los principales conceptos relacionados a la Ingeniería de Software como tema central. Agradezco tus comentarios y aportaciones, puedes sugerir otros conceptos que creas importantes relacionados a la Ingeniería de Software y comentarlo.

Caso 1: MarketSoft y Procesos

El caso de estudio describe los procesos de negocio que se realizan en un SuperMarket. Por lo tanto, sirve de ejemplo para comprender el modelado de negocio usando el mapa de procesos, la jerarquía de los procesos y el diagrama de procesos en UML Business.

Modelo de Casos de Uso de Negocio

El Modelo de Casos de Uso de Negocio es un modelo aplicado por RUP (Rational Unified Process) como uno de los artefactos de la disciplina de Modelado de Negocio . Este modelo se usa en las primeras fases del desarrollo de software, principalmente en la fase de Inicio. Nos sirve para representar los procesos de negocio como casos de uso de negocio y su relación con los actores de negocio. Identificar los actores de negocio y los procesos de negocio con los que interactúa, es parte de la tarea de análisis del negocio que se debe realizar antes de pretender analizar los requisitos del sistema y diseñarlo.