Pedro Cortes Díaz

Herramienta de Modelamiento UML

 Desarrollo

Diagrama de Clase
Dado el enunciado del caso práctico, generamos un modelado de clases, donde básicamente identificamos las
clases (tangibles o abstractas) que pueden modelar bien los conceptos de nuestro dominio y a su vez debemos
establecer relaciones entre esas clases que reflejan fielmente lo que sucede realmente en el mundo real de la
aplicación.
Si analizamos el enunciado veremos que aquellos conceptos que se refieren a cosas del dominio de aplicación
podrían tratarse como clases de nuestro sistema, así por ejemplo podemos identificar las siguientes:
Clase Descripción
Cliente Clase que contiene los atributos y métodos generales un Cliente.
JefeVentas Clase que contiene los atributos Jefe de Ventas, que posee asociado lista de
empleados a cargo.
Empleado Clase que contiene los atributos de Empleado, que posee inventario de productos y
set de ofertas.
AdmSistema Clase que contiene los atributos, que representa un Empleado con privilegios
especiales.
Vendedor Súper clase, la cual permite que otras clases hereden sus atributos y métodos.
AreasVenta Clase que posee una relación de agregación y representa la zona geográfica asignada
al vendedor.
Ventas Clase abstracta que refleja las transacciones del sistema.
DetalleVenta Clase abstracta que refleja el detalle de las transacciones del sistema.
Producto Clase que contiene los atributos y métodos generales un producto.
Proveedor Clase que contiene los atributos y métodos generales un del proveedor, que posee
una relación de agregación con Productos, ya que el provee ciertos productos a la
empresa.
SetOfertas Clase que contiene los atributos propios y de composición, debido a su relación con
los productos.
Una vez que hemos identificado aquellos conceptos o cosas de nuestro dominio que creemos pueden valernos
para establecer como clases de nuestro diagrama.
Iniciamos el dibujo de nuestro diagrama estableciendo las clases, como pueden ver en la Figura 1 de este
documento, utilizamos la notación que representa a una clase, donde cada clase se representa a través de un
rectángulo en el cual lo identificamos con su nombre, durante este análisis ampliaremos la información que
insertamos a cada clase, básicamente nos referimos a incluir atributos y operaciones.
Diagrama de clases del Sistema
 Diagrama de Objetos
El diagrama de objeto se desprende directamente del diagrama de clases con ciertos hechos y limitaciones.
Los diagramas de objetos pueden ayudar a explicar las clases y su herencia. Ayuda a partes interesadas para
quienes los diagramas de clases sean demasiado abstractos. Un objeto cuenta con una estructura. Es decir con
unos atributos y acciones. Se representa en un rectángulo con tres compartimientos. En el primero va el nombre
del objeto, en el segundo sus atributos y en el tercero sus operaciones.
Objeto Valor Descripción
Cliente Catalina Amigo Objeto que proviene de su clase Cliente
Venta Orden Compra1 Objeto que representa la transacción
DetalleVenta Jabón Objeto que detalle transacción de venta
JefeVentas Eduardo Objeto de la súper clase Vendedor
Proveedor Marcos Torres Objeto de la clase vendedor, provee Productos
Producto Aceites Objeto de la clase Producto, compone SetVentas
SetVentas Promo1 Objeto que contiene los productos de la promoción
Adm. Sistema Saúl Núñez Objeto de súper clase Vendedor y Adm. Sistema
Diagrama de Objetos del Sistema

Diagrama de Caso de Uso

Dado el enunciado del ejercicio vamos a realizar un modelado de requisitos del mismo e identificar cuales con
los casos de uso.
Actores:
Primer paso es identificar los actores que intervienen en nuestro sistema, recordando que los actores son
básicamente los usuarios que interactúan con la aplicación que deseamos desarrollar. Podemos identificar la
empresa de venta Cosméticos, básicamente la empresa para la cual estamos desarrollando la aplicación y la
actividad que desempeñará esa empresa respecto a nuestra aplicación la van a realizar los Vendedores de la
empresa, encabezados por un Jefe de Ventas. Por lo tanto en el modelado no pondremos la empresa como tal
sino que vamos a identificar al Vendedores, Adm. Sistema y Jefe de Ventas, quien va a usar la aplicación
para gestionar las Ventas, que serán solicitadas por otro Actor, el Cliente.
Actor Descripción
Empleado Actor de generalización, ya que los otros actores tienen cosas en común heredadas de él.
Vendedor Actor del sistema que representa vendedores puntualmente
Adm. Sistema Actor del sistema con privilegios especiales, diferentes al vendedor normal.
Jefe Ventas Actor del sistema que tiene asignado un grupo de Vendedores.
Proveedor Actor que permite abastecer y participa en casos de uso puntuales.
Cliente Actor que genera el movimiento en el sistema, las acciones que gatillan los casos de uso.
Nota: Adm. Sistema, Jefe ventas y Vendedor pueden tener una relación de generalización.

Casos de uso:
Debemos identificar las funcionalidades, son aquello que ofrecerá nuestro sistema en base a los requerimientos
del usuario, lo cual se denominará como casos de uso.
Caso de Uso Descripción
Realizar Pedido Permite registrar la acción del actor y el inicio de transacción
Procesar Pedido Permite el actor vendedor procese el pedido el Cliente, dando curso a la venta.
Publicar Catalogo Cumple con requerimiento, de poner a disposición del cliente los productos
Modificar los Datos Permite modificar los datos, sólo al actor indicado, el Adm. de sistema
Ajustar Inventario Proceso gatillado por casos de uso, en casos de venta o abastecimiento del
proveedor.
Administrar Sistema Caso de uso solo para el actor con estos privilegios.
Abastecer Productos Acción de modificación de datos por parte adm. de sistema.
Asignación Vendedor Permite generar las acciones de asignar vendedores por jefe de ventas.

Relación:
Una vez que identificado los casos de uso, realizo el último paso que consiste en identificar las Relaciones
entre estos casos de uso y los actores.
Diagrama de Caso de Uso del Sistema
 Diagrama de Actividad
Considerando que una actividad es la ejecución no atómica dentro de una máquina de estados, esto quiere
decir que es un flujo entre nodos que produce o consume información. Los nodos de actividad representará la
ejecución de un conjunto de acciones (Procesar Pedido, enviar productos, etc.) o la ejecución de una sola
acción.
Lo utilizaremos para elaborar modelos de flujo de trabajo de nuestro sistema Cosméticos, nos mostrará una
serie de tareas que se ejecutarán en un cierto orden, es importante señalar que este tipo de diagrama cubre la
vista dinámica de nuestro sistema.
Actividades
Realizar Pedido Generar Orden Compra Obtener Reporte
Procesar Pedido Generar Facturas Adm. Sistema
Enviar Productos Almacenar Datos Generar Catálogos

Diagrama de Actividad del Sistema

Diagrama de Estados
Se usan para mostrar el cambio en el estado o valor de uno o más elementos en el tiempo. Este también puede
mostrar la interacción entre los eventos de tiempos, las restricciones de tiempos y la duración que los gobiernan.
Línea de Vida del Estado: Muestra el cambio de estado de ítem en el tiempo. El eje-X muestra el tiempo
trascurrido en cualquier unidad que se elija mientras que el eje-Y se nombra con una lista de estados
proporcionados. Línea de Vida del Valor: Muestra el cambio del valor de un ítem en el tiempo. El eje-X
muestra el tiempo transcurrido en cualquier unidad que se elija, lo mismo que para la línea de vida del estado.
 El valor se muestra entre el par de líneas horizontales que se cruzan en cada cambio del valor. Mostrar Ambos
Juntos: Las líneas de vida y del estado se pueden ubicar una arriba de otro en cualquier combinación. Estas
deben tener el mismo eje-X. Los mensajes se pueden pasar de una línea de vida a otra. Cada transición del
estado o valor puede tener un evento definido, una restricción de tiempo que indica cuándo debe ocurrir un
evento, y una restricción de duración que indica cuánto tiempo debe estar en efecto un valor o estado.

En nuestro diagrama, visualizamos parte de esos tiempos en el desarrollo del sistema de cosméticos, la
cual tomará aproximadamente 5 meses en su entrega final.
Diagrama de Estados del Sistema

Meses Junio Julio Agosto Septiembre Octubre

semana 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Actividades
Requerimientos Análisis Desarrollo
Prototipos desarrollo Implementación
Pruebas
Cliente
Vendedor
Adm. sistema
Construcción
Test
Mar. Blanca
Puesta Marcha

Bibliografía

http://online.iacc.cl/pluginfile.php/3210439/mod_resource/content/1/06_herramientas_modelamiento_uml.pdf

https://www.youtube.com/watch?v=ruoylFi7Irs

https://www.youtube.com/watch?v=zvVzW4LzwTc&t=7s

https://www.youtube.com/watch?v=nFvUZ2Q0CFY&t=6s

http://online.iacc.cl/pluginfile.php/3210413/mod_resource/content/1/04_herramientas_modelamiento_uml.pdf

https://www.youtube.com/watch?v=4kkbBeKJi6c

http://online.iacc.cl/pluginfile.php/3210439/mod_resource/content/1/06_herramientas_modelamiento_uml.pdf
https://www.youtube.com/watch?v=ruoylFi7Irs

https://www.youtube.com/watch?v=ybawovX3qck

https://www.youtube.com/watch?v=8BlQ4hBZyjo

https://msdn.microsoft.com/es-cl/library/dd409377.aspx