Ir al contenido principal

Caso 2: MarketSoft y Actividades

El caso de estudio describe en detalle el proceso de gestionar venta para el SuperMarket. Por lo tanto, sirve de ejemplo para comprender el modelado de negocio usando el diagrama de actividad en UML.

INTRODUCCIÓN
Para el SuperMarket, el objetivo del proceso de gestionar venta es vender productos al público en general.

GESTIONAR VENTA
El proceso inicia cuando un cliente llega al SuperMarket y solicita un pedido. El vendedor verifica la existencia de los productos del pedido. Si la cantidad solicitada del producto no supera la existencia en almacén el producto puede ser vendido. Si existe, el vendedor informa los precios de cada uno, de lo contrario el proceso termina. Si el cliente decide comprar los productos, el vendedor crea el comprobante y le entrega al cliente para que pague en caja. 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:

  • Identificar actores y acciones por cada actor.
  • Describir la lista de reglas de negocio.
  • Elaborar el diagrama de actividad.

DESARROLLO:

Para elaborar el diagrama de actividad del proceso, primero se identifican los actores y sus acciones que realizan y muestran en un diagrama de actividad parcial.



Luego se describen las reglas de negocio que son las que regulan el flujo de las acciones.

  • Un tipo de producto puede ser vendido si la cantidad solicitada no supera la existencia en almacén.
  • Se crea un comprobante de venta si el cliente acepta comprar.
  • Se anula el comprobante si el cliente no dispone de efectivo.
  • El vendedor entrega los productos al cliente si el comprobante tiene el sello de pagado.


Por último, se elabora el diagrama de actividad completo para el proceso, considerando los actores, las acciones y las reglas de negocio expresadas como decisiones.



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.

Introducción a la Ingeniería de Software

El software como programa de computador o sistema informático es parte indispensable de nuestro mundo moderno y cada vez más las personas, las organizaciones o empresas están muy dependientes de su uso o aplicación, esto debido a que el software ha permitido agilizar y automatizar muchas tareas logrando incrementar la productividad en las personas y empresas. Por tanto, los ingenieros de software tenemos la responsabilidad de crear software de calidad y el reto de seguir innovando para incrementar cada vez más la satisfacción de los usuarios y empresas. Sólo aplicando Ingeniería de Software podremos lograr software de calidad.

Aplicación de buenas prácticas en la gestión de requisitos

En esta oportunidad les comparto un artículo relacionado a la gestión de requisitos, lo cual es parte fundamental en todo proyecto de desarrollo de software. 1. INTRODUCCIÓN En todo proyecto de desarrollo de software, sobre todo en proyectos medianos o grandes, el analista debe capturar y describir los requisitos que los clientes o usuarios desean que el sistema haga o cumpla. Sin embargo, no basta sólo con capturar y describir los requisitos para que sean entregados a los diseñadores y desarrolladores de software, sino que también es necesario hacer una adecuada gestión de los mismos a lo largo del proyecto o ciclo de vida del sistema que se está desarrollando. En consecuencia, muchos proyectos de software fracasan debido a una mala o escasa gestión de los requisitos y este fracaso se puede percibir cuando el producto entregado no satisface las expectativas de los clientes o usuarios, o cuando los requisitos no han sido cumplidos por el sistema, es decir, no se ha construido ...