Introducción a la solución propuesta en Diagramas UML

El enfoque que se tomó para la solución de este problema fue el mas sencillo y
practico, pero a la vez apegándose a las necesidades de la empresa. Los
requerimientos iniciales que se plantean establecen la necesidad de un sistema
capaz de generar la información de envió a través del ordenador, para esto se
planteo como actores del sistema únicamente a los empleados y a un jefe o
supervisor de área, los cuales serían los únicos en tener acceso al sistema,
basándonos en ese hecho los Casos de Actividad se redujeron significativamente.
Para los Diagramas de Clase planteamos un diseño eficiente e intuitivo del sistema.
Diagrama de Clase
Para el diagrama de clase se utilizo una sencilla manera de ingresar los pedidos al
sistema solo existiendo dos tipos de usuario; como empleado o como jefe, en
ambos casos se puede introducir un pedido, pero solo el jefe o Administrador
puede modificar los registros existentes. La relación de existencia del pedido con el
usuario se debe a necesidad de un usuario ingresado para poder generar un pedido.
 Diagrama de Actividades
Para este diagrama se identificó únicamente dos actividades principales, las cuales
son ingreso de pedido y modificación de registros, en la cual se indica de forma más
clara la diferencia de accesos entre ambos usuarios
 Diagrama de Casos de Uso
En este diagrama se sigue la misma línea que en el diagrama de actividades donde
identificamos únicamente a dos participes o actores dentro de nuestro sistema, los
cuales son el empleado y el jefe. Los cuales como se había mencionado únicamente
diferirán en el poder modificar los registros de pedidos.
 Fuentes
Karla Cevallos, K. C. (2015, 26 julio). UML: Casos de Uso. Recuperado 5 abril, 2020,
de https://ingsotfwarekarlacevallos.wordpress.com/2015/06/04/uml-casos-de-
uso/

UML Activity Diagram Tutorial. (s.f.). Recuperado 5 abril, 2020, de

https://www.lucidchart.com/pages/uml-activity-diagram