Академический Документы
Профессиональный Документы
Культура Документы
MOMENTO 3
INTRODUCCIN
OBJETIVOS
Transferir los conocimientos generados durante el desarrollo del curso a travs del
desarrollo del proyecto propuesto.
Identificar los procesos con los cuales se desarrolla un proyecto utilizando el modelado
orientado a objetos propuesto por UML.
Desarrollar un proyecto a partir de un caso real que permita crear los diferentes diagramas
utilizados en UML para organizar los planos de software del problema planteado.
DESARROLLO DE LA ACTIVIDAD
Con base en los requerimientos de la empresa Digital S.A., el grupo colaborativo realiz un
anlisis de las siguientes necesidades: Aplicacin en lnea para compra de artculos a
proveedores, para venta a clientes registrados y para el seguimiento a inventario.
3. Diagramas:
DIAGRAMA DE CLASES:
Este diagrama inicia definiendo las clases principales que contienen la informacin bsica
del sistema, las cuales son proveedor, cliente y componente cada una de ellas con los
mtodos de crear, registrar, borrar, editar y buscar para el mantenimiento de la
informacin bsica del sistema.
Esta la clase pedidos_cliente, donde se almacenan todos los datos que los clientes nos
realizan.
En la clase factura, se almacenan todos los datos de la venta a clientes y la informacin
importante para el registro de este evento.
La clase compraproveedor, se utiliza para el almacenamiento de la informacin
correspondiente a la compra de mercanca y al abastecimiento del negocio, y la clase
ventacliente almacena la informacin correpondiente a las ventas y al registro de descarga
de mercanca del sistema.
La clase inventario almacena la informacin necesaria para la administracin del inventario
y es la clase que contiene los mtodos que realizan los clculos ms importantes del
sistema.
DIAGRAMA DE ACTIVIDADES:
a primera accin es tomar la solicitud del cliente despus enviar ese pedido despus
usamos un control de flujo para saber si est disponible el producto si no se informa que
no hay solicitud de producto y si se continua
Ahora en el diagrama de inventarios
Comenzamos con la accin de validar el inventario despus entra un control de flujo para
saber si existe un producto y si tiene existencias y si existencias son suficientes si no son
suficientes se identifica el producto y se ingresa la cantidad del producto y se genera el
reporte
El diagrama de proveedores
Lo primer es solicitar el nit enviar la peticin y corroborar que el proveedor exista si existe
se genera el informe si no existe se enva un mensaje para que se registre
Uno de los ms importantes es el de factura para ello la primera accin es validar solicitud
del cliente despus con un control de flujo vemos si hay el componente solicitado si no
hay se enva un mensaje si hay se toma la solicitud del cliente, se identifica el valor se
valida los precios y se genera cantidad por el valor y se imprime el documento.
En el presente Diagrama de Actividades, se identifican los actores y los procesos
principales que se han desarrollado para la necesidad de la empresa de acuerdo a la
informacin presentada, a continuacin se realizaran una breve descripcin de cada uno
de los componentes presentes en el diagrama:
Administrador: Persona encargada del envi de pedido realizado por los clientes,
solicitud a proveedores y verificacin y actualizacin del inventario.
Proveedor: es el ente encargado de facilitar los componentes a la empresa
Cliente: Es la persona que se encargara de realizar la compra de los elementos
vendidos por la empresa.
Gestin de Reportes por Proveedor: es el proceso encargado de generar por cada uno
de los proveedores, el informe de los materiales suministrados por este en un lapso de
tiempo.
Ventas: este el proceso encargado de realizar la captura de cada uno de los
componentes solicitados por el cliente e informar la disponibilidad y el valor.
Peticiones: este es el proceso encargado de realizar la validacin del inventario e
informar al administrador o proveedor los suministros faltantes.
Inventario: es el proceso encargado de la existencia en el almacen para as determinar
si se puede vender cierto producto o hay faltantes.
DIAGRAMA DE SECUENCIAS
El diagrama de secuencias para la empresa Digital S.A., se cre a partir del diagrama de casos de uso
planteado en el ejercicio anterior, con lo observado en este diagrama consideramos necesario el
aumento de un actor fundamental que es el sistema. De esta manera se defini que los actores
principales son:
Administrador de inventarios
Sistema
Proveedor
Cliente
Vendedor
Con base en los procesos de cada uno de estos actores, se definieron 29 actividades en el sistema,
las cuales estn formuladas en un orden lgico y fueron asignadas a su respectivo responsable.
El sistema inicia con el proceso de compras, en el los actores principales son el administrador de
inventarios, el sistema y el proveedor. En este proceso se enumeran las actividades que tiene que ver
con el abastecimiento de la mercanca.
Lenguaje de Modelado Unificado UML_200609_10
DIAGRAMA DE ESTADOS:
Para iniciar lo primero que haremos es verificar si existe el usuario si no existe pasara a registro y
creara una cuenta as pasara del estado comprobacin a registrado si la guardia es verdadera y ser
verdadera cuando el usuario no este registrado una vez en registrado puede pasar que no sea
registrado correctamente por esto deber repetir el proceso esto se logra con una auto transicin,
una vez hecho si el usuario fue creado exitosamente pasara al estado de ingreso donde se nos
pedir los datos de entrada user y pasword despus de esto ahora si es cliente el que ingreso
comenzaremos con el
primer producto despus en comprobacin validamos la existencia del
articulo para poder validar otro ahora realizamos una auto transicin para poder validar el siguiente
articulo esto lo hacemos con una transicin de guardia que cumplir no haber evaluado todos los
elementos y as la salida ser verdadera y volver a evaluar el siguiente artculo. Ahora ac para
pasar a otro estado usamos guardias excluyentes entre ellas as para ir a l estado de espera todos
los elementos deben ser evaluados y algunos de ellos no estn con stock agotado para ir a
empacado todos deben ser evaluados y todos disponibles en cualquier respuesta que no sea
verdadero irn a cancelar
En esperar puede pasar que llegue un pedido y que se aumente el stock y el producto est
disponible de esta forma cambia de estado a empacado y finalmente a registrado
Despus en registro si el pedido no se entrega de una vez, comienza a iniciarse un contador en 24h
que ir disminuyendo y alertando peridicamente del tiempo faltante para la entrega se pasa al
estado informar ese estado una vez se entregue pasara al fin
Ahora cuando el producto se registra se realiza una disminucin del stock si esa disminucin el stock
es menor o igual que el valor lmite se considera que cambia un estado bajo y si el resultado de
disminuir el stock llega a 0 entonces el producto pasa a estar agotado, en agotado el tem se
desactiva de forma que no aparece ene el inventario ni en la corroboracin de los productos y si el
valor es mayor al valor limite el tem pasa a normal
Entonces en el estado bajo y agotado se inicia un temporizador y se realiza pedido este
temporizador cuenta las horas en las que el proveedor debe realizar el envi de los pedidos y
adems va disminuyendo el temporizador conforme aumenta las horas una vez esto pasan al
estado, esperar en donde sigue disminuyendo el temporizador, mientras cuando el estado recibido
entra se realiza una revisin que indique que lo que llego sea lo que se pidi en la calidad que se
pidi si se cumple se pasa a ingresado y se aumenta el stock para alcanzar el estado normal
Ahora si ingreso un usuario de bodega ellos pueden modificar artculos una vez se selecciona el
articulo el artculo se desactiva y pasa a edicin donde se realizara las respectivas correcciones para
esto al guardia debe ser verdadero que el articulo este para edicin y el stock sea mayor que 0 una
vez editado el articulo pasa a activo y a su vez a normal.
DIAGRAMA DE DESPLIEGUE:
Se procedi a realizar un diagrama de despliegue de la siguiente forma, en el diagrama de
despliegue se muestran los elementos que interaccionan mediante Internet para la conexin entre el
ordenador del cliente y el servidor.
Se puede observar que el nodo del Cliente donde registra el articulo y a la vez registra el pedido,
que ya pasa al siguiente nodo Empleado que es quien actualiza el producto, consulta el estado en el
almacn, si hay el producto lo factura e ingresa la venta del producto, en el nodo Almacn despus
de consultar las existencias se modifica el producto, se baja o modifica el stock donde el almacenista
procede al inventario, que pasa al siguiente nodo Sistema donde procesa la informacin enviada por
Lenguaje de Modelado Unificado UML_200609_10
4. Instrumento de evaluacin:
Lenguaje de Modelado Unificado UML_200609_10
HERREMIENTA DE EVALUACIN
SOI-Soluciones Integrales en Software
TABLA DE EVALUACIN
Asignacin de Actividades
Elaboracin de diagrama de
clases
Elaboracin
Actividades
Elaboracin
secuencias
Elaboracin
Despliegue
Elaboracin
Estados
de diagrama de
de diagrama de
de diagrama de
de diagrama de
Responsable
Elabora
cin de
diagram
a
Aprob
ado
No
aproba
do
Santiago Giraldo
CONCLUSIONES
Lenguaje de Modelado Unificado UML_200609_10
Con la realizacin del trabajo final de UML aprendimos que esta herramienta grafica es de gran
utilidad para especificar mtodos o procesos realizados por el sistema, por medio de una serie de
smbolos. Nos proporciona una serie de herramientas que permiten mostrar la empresa Digital
S.A. en sus diferentes etapas o procesos, delimitarlos y organizarlos de tal forma que sean
entendibles por la persona que va a desarrollar el sistema. Sealando que UML es un sistema
que permite modelar la estructura del programa.
Con todo lo desarrollado en el curso comprendimos que UML es una herramienta muy interesante
la cual nos puede aportar mucho en el desarrollo de una aplicacin, con los diagramas de caso
de uso, diagrama de actividades, diagrama de clases, diagramas de despliegue y diagrama de
secuencia, porque ellos nos brindan una especie de maqueta sobre lo que se quiere hacer o lo
que se desea mostrar.
Aprendimos a tener presente que la fase de diseo es una parte crucial en el proceso de
desarrollo de software, ya que de este proceso depende gran parte del logro de los objetivos
finales previstos y UML proporciona como lo hemos dicho de herramientas valiosas para
presentar por medio de diagramas, las distintas vistas de un sistema permitiendo una
comprensin clara su correcto funcionamiento.
BIBLIOGRAFIA
Lenguaje de Modelado Unificado UML_200609_10
Mdulo Lenguaje Unificado de Modelado UML, Harold Emilio Cabrera Meza et al, UNAD. 2013
MONOGRAFIAS, Ejemplos de diagramas UML, interfaces grficas de usuario, y usos del UML en
la
ingeniera
inversa,
2009,
Disponible
en
Internet:
http://www.monografias.com/trabajos67/diagramas-uml/diagramas-uml.shtml