PLANTEAMIENTO DEL PROBLEMA

Se evidencian los siguientes provblemas en la empresa

1. Extensas jornadasen la toma y gestion del inventario

2. No hay una automatizacion del Inventario
3. No se pueden apartar unidades dentro del invenmtaio
4. Las areas no se comunican entre si para verificar si hay unidades agotadas

JUSTIFICACIÓN

 Se creará un sistema de información el cual automatizara el inventario descontando las

unidades que se facturan de las existentes
 El sistema de información Detallara los productos con la posibilidad de ingresar productos
en mal estado y Separados, los cuales serán descontados del stock para no facturar
unidades inexistentes
 El sistema tendrá la opción de crear usuario y asignarles roles para que se comuniquen y
tendrán la posibilidad de crear notas como medio de comunicación con otras áreas
 Con el sistema de información se verá disminuido el tiempo del gestionamiento del
inventario al estar automatizado

REQUISITOS FUNCIONALES

Para no colocar la lista de todos los requisitos funcionales que tendrá el sistema de información los
agrupamos con la palabra administración, pero en el documento ieee 830 lo podrán evidenciar de
una manera más detallada, esto lo hicimos con el fin de no colocar todos los requisitos
funcionales, pero tratar de cubrir la mayoría de ellos.

El sistema podrá generar reportes de las unidades que hay disponibles como las unidades
separadas y las que se encuentran en mal estado.

En los siguientes requisitos la palabra administración alude al CRUD, el cual sería Crear leer
actualizar y eliminar en los casos que se pueda hacer las cuatro funciones, lo cual indica que los
artículos, pedidos usuarios y facturas se podrían Crear, Leer, Actualizar y eliminar.

REQUISITOS NO FUNCIONALES

El sistema de información estará diseñado completamente en español además tendrá asistente de

instalación para una cómoda instalación, y tendrá unos botones de navegación dentro del sistema
además de ser estandarizados para hacerlos más intuitivos.

MODELOS ENTIDAD RELACIÓN

Para poder explicar el modelo entidad relación, el modelo relacional y el diccionario de bases
decidimos hacerlo mediante un ejemplo muy sencillo de una compra el cual sería:

El cliente llega y realiza un pedido el pedido tiene unos productos para alistar los cuales los alista
un usuario de la empresa con un rol determinado y cuando el lo termina de alistar se genera una
factura y se envía el pedido
Cliente, pedido, producto, usuario y factura serían las entidades las cuales tienen unos atributos
los cuales serian en el caso del cliente,

CLIENTE

Id: la cual sería la llave primaria de todas las entidades

Nombre: El cual se usaría para identificar al cliente
Teléfono: Para contactar al cliente en caso de necesitarlo
Dirección: Para enviar el pedido

PEDIDO

Fecha: De generación del pedido

CantidadProductos: Las unidades solicitadas de los productos

PRODUCTOS

SKU: Es el código del articulo o producto

Nombre necesario para alistar el articulo deseado
Precio: Necesario al momento de generar la factura

USUARIOS

En este caso se crearán varios roles los cuales cumplirán determinadas funciones basadas en sus
áreas, para este ejemplo vamos a tomar el rol de una persona de la Bodega la cual será quien
alistará el pedido

Nombre: Para saber quién alisto el pedido

Clave: para ingresar al sistema y confirmar el pedido

FACTURA

Subtotal: valor neto de los productos netos

IVA: estipulado por la ley
Total: La cual sería la suma de del subtotal más el IVA.

MODELO RELACIONAL

La diferencia en las entidades seria que al modelo entidad relación se unificaron los clientes y los
proveedores ya que las dos entidades tenían los mismos datos y se crea un atributo el cual es tipo
para determinar si es cliente o proveedor.

Además, se crean las tablas OrdenCompraProductos y Productopedido, para poder tener varios
productos en la orden de compra y varios productos en los pedidos.