“AÑO DEL BUEN SERVICIO AL CIUDADANO”

UNIVERSIDAD NACIONAL FEDERICO VILLARREAL

ANÁLISIS Y DISEÑO DE UNA APLICACIÓN CONTROL DE

INVENTARIOS DE UNA EMPRESA LECHERA

INGENIERÍA DE SOFTWARE

INTEGRANTES:

 Candia Román, Jhosep

 Lopez Heredia, Jean Paul
 Pujazón Lamas, Hector
 Vicuña Figueroa, Kennedy Staled
 Zeta Mendes, Leshly

DOCENTE: LOPEZ JUAREZ, BERTHA

2017
1. INTRODUCCION

El presente trabajo consiste en un sistema para una empresa de producción y distribución

de productos lácteos, basado en el análisis y diseño con las nuevas tecnologías, La
aplicación se llamará Control de Inventarios, dicho sistema llevara a cabo la gestión del
proceso de revisión de inventarios en almacenes registrando la entrada de productos para
la elaboración y la producción de los diferentes productos. También realizará la gestión de
reservas de pedidos para su cartera de clientes.

Hoy en día con el avance de la tecnología informática, implementada en las empresas

donde los sistemas informáticos forman parte importante en la eficacia y eficiencia del
funcionamiento de toda empresa, poder realizar esta nueva adaptación informática en una
empresa familiar en desarrollo abre las puertas hacia una nueva forma de gestión, además
supone ahorro de dinero, trabajo y mayor organización dejando de lado el sistema de
registro manual por archivos que conlleva mayor probabilidad de equivocaciones. Este
nuevo sistema en implementación permitirá entrar en una nueva etapa permitiendo
avanzar hacia una nueva forma de trabajo.
2. Objetivos

 El objetivo general es el de realizar un Trabajo de análisis y diseño para un sistema de

control de inventarios, en la que los administrativos y demás personal podrán controlar
almacenes y pedidos de su cartera de clientes con mayor facilidad.

3. Objetivos específicos

 Mejorar el manejo de las diferentes áreas, tanto Almacenes (entrada de materia prima
para la producción y la salida del stock de productos manufacturados), como la Gestión
de reservas de pedidos (cartera de clientes)
 La elaboración del análisis y diseño de un sistema “Control de Inventarios”.

3.1.Requerimientos

 Descripción del proceso, en términos muy generales del funcionamiento del software.
 Identificación de los subsistemas que formaran parte del software.
 Descripción precisa de las funcionalidades de cada subsistema por separado.
 Resumen esquemático de todas las funcionalidades del software.
 Glosario de las entidades y principales actores del software.
 Los casos de uso.

3.2. Diseño:

 Establecer relaciones de los subsistemas.

 Obtener el diseño para cada subsistema (diagramas en UML).

4. Especificación y análisis de requerimientos

4.1. Introducción

En este punto los diseñadores del modelo deben investigar los requerimientos del producto
terminado, dichos requerimientos pueden incluir áreas como funcionalidad, performance y
confiabilidad; Además a menudo el modelo es dividido en un número de vistas cada una de
las cuales describe un aspecto específico del producto o sistema en construcción. El
modelado no solo sirve para los grandes sistemas, aun en aplicaciones de pequeño tamaño
se obtienen beneficios de modelado, sin embargo es un hecho que entre más grande y más
complejo es el sistema más importante es el papel que juega el modelado, todo ello
racionalizado en una frase "El hombre hace modelos de sistemas complejos porque no puede
entenderlos en su totalidad".
 4.2. Descripción y funcionalidades

El sistema de información “Control de Inventarios” pretende ser un sistema informático

mediante el cual se puedan gestionar las Reservas y Almacenes. La aplicación esta
compuesta por dos programas mencionados anteriormente, que están ejecutados en dos
ordenadores (uno ubicado en almacenes y otro en administración). Los dos ordenadores
estarán conectados en red (local), ambos contarán con la misma prioridad sobre el sistema,
el ordenador central donde se almacena los datos será el de administración. A continuación
se profundiza lo detalles.

4.2.1. Identificación de subsistemas

 Subsistema Reservas: Es el programa donde los usuarios (personal de empresa) reservan

la cantidad de los productos para los diferentes clientes. Las funciones se detallaran y
especificaran más adelante.

 Subsistema Almacenes: Cada nuevo ingreso y salida de productos (materia prima) se

registra, de igual manera queda registrado el usuario (personal de la empresa) que
manipule el producto.

Aplicación Control
de Inventarios

Subsistema Subsistema
Reservas Almacenes

4.2.1.1. Subsistema Reservas

En este programa se tiene una serie de opciones para realizar la reserva de los
productos a sus respectivos clientes. Hay dos tipos de actores, ambos con los
mismos privilegios en el sistema.
 Administrativo con el mismo grado de privilegio, que les permite
introducir datos en el sistema y modificarlos.
 Personal de igual manera con el mismo privilegio, que les permite
introducir datos en el sistema y modificarlos.
En este primer programa los actores que tienen mayor interacción es el
personal. Dicho subsistema se divide en:
  Producto
 Cliente
 Pedido
 Pedido Detalle
 Factura

4.2.1.1.1. Producto

Esta opción permite ingresar y modificar los diferentes datos de los productos bien
porque haya cometido algún error en la introducción de datos, bien porque hayan
cambiado los datos desde el momento que se introdujeron (cambio de
presentación).

4.2.1.1.2. Cliente

Esta opción permite hacer altas, bajas y modificaciones de los clientes. Para las
altas de clientes se registra en plantilla con sus respectivos datos y domicilio
incluido. La baja de clientes permite eliminar como tal de la base de datos. Las
modificaciones en el caso que un cliente cambie de domicilio, teléfono o algún
otro dato importante.
4.2.1.1.3. Pedido

Esta opción permite hacer altas, bajas, modificaciones de los pedidos. Para las
altas el personal de la empresa es el que ingresa su respectivo pedido de productos.
Las bajas de pedidos permiten eliminar el Pedido de productos. La opción de
modificación permite hacer cambios en el Pedido, el cliente mediante una llamada
telefónica puede pedir a los usuarios de la empresa que desea modificar su pedido
o inclusive anular el pedido, para finalizar la operación será necesario pulsar un
botón para hacer efectivos los cambios.
 4.2.1.1.4. Pedido Detalle

Esta opción permite ingresar, modificar y eliminar pedido detalle. Para el ingreso
es el personal de la empresa el que realiza el detalle de los pedidos. La opción
eliminar permitirá eliminar los datos introducidos. La opción modificar permite
realizar cambios en los pedidos detalle en cuanto a la cantidad y producto que
requiere el cliente. Una vez modificados, será necesario pulsar un botón para
hacer efectivos los cambios.

4.2.1.1.5. Factura

Esta opción permite imprimir el detalle de pedido, para el ingreso es el personal

de la empresa el que realiza la factura. Una vez recuperado los datos (Pedido), será
necesario pulsar un botón para hacer efectivo la impresión.

4.2.1.2. Subsistema Almacenes

En este subsistema almacenes se podrá obtener el control de los productos (materia

prima) que ingresa a los almacenes para su posterior utilización, obteniendo un
resultado lo más preciso posible en cuanto a la exactitud de uso de productos y así
lograr un mejor control para abastecimiento posterior de almacenes.
En este programa los actores que interactúan son los administradores.

4.2.1.2.1. Materia Prima

Esta opción permite ingresar ó eliminar la materia prima según sea el caso, para
ingresar la materia prima se tiene que tomar datos del mismo, la fecha, la cantidad
y la descripción del mismo. La opción eliminar permitirá borrar de la base de datos
el producto, se utiliza esta opción en el caso que exista una devolución por parte
de la empresa. En esta opción no se podrá modificar los datos una vez
introducidos. Una vez ingresado será necesario pulsar un botón para hacer efectivo
el ingreso.
 4.2.1.2.2. Personal

Esta opción permite ingresar, modificar ó eliminar al personal. Para ingresar

(registrar) al personal de la empresa se tienen que identificar con sus datos
personales y el código de la empresa. En la opción eliminar se puede dar el caso
que el trabajador no se encuentre en la empresa por algún motivo, por lo que estos
datos tendrán que ser eliminados. La opción modificar permite corregir algún dato
mal introducido. Una vez modificado será necesario pulsar un botón para hacer
efectivos los cambios.

4.2.1.2.3. Detalle Materia Prima

Esta opción permite ingresar el detalle materia prima. Para el ingreso es el

administrativo de la empresa el que realiza el registro de detalle materia prima. En
esta opción no se puede eliminar los datos introducidos. En esta opción no se podrá
modificar los datos una vez introducidos. Una vez ingresado será necesario pulsar
un botón para hacer efectivo el ingreso.

5. Revisión de Casos de Uso

Los Casos de Uso forman parte del análisis, éste ayuda a describir que es lo que el
sistema debe hacer desde el punto de vista del usuario, se utilizan para modelar
cómo un sistema o negocio funciona o como los usuarios desean que funcione. No
es realmente una aproximación a la orientación a objetos, es una forma de modelar
procesos. Sin embargo es una manera muy buena de dirigirse hacia el análisis de
sistemas orientado a objetos. Los casos de uso generalmente son el punto de
partida del análisis orientado a objetos con UML.

5.1. Modelo de Casos de Uso

El modelado de Casos de Uso es la técnica más efectiva y a la vez la más simple

para modelar los requisitos del sistema desde la perspectiva del usuario.
El modelo de casos de uso consiste en actores y casos de uso. Los actores son los
usuarios finales directos del sistema, aquellos que tienen interacción con el
sistema. Los casos de uso representan el comportamiento del sistema, los
escenarios que el sistema atraviesa en respuesta a un estímulo desde un actor.

5.1.1. Modelo del Negocio

 Diagrama de colaboración de Reservas

Diagrama de colaboración Almacenes:

 5.1.2. Diagrama de casos de uso

En función a los actores y los diagramas previamente vistos, obtenemos un diagrama de

casos de uso tal y como sigue:

Diagrama de casos de uso de Reservas:

Diagrama de Caso de Uso de Almacenes

5.2. Descripción textual de los casos de uso

5.2.1. Subsistema Reservas

5.2.1.1. Caso de uso número 1: “Crear clientes”

Resumen de la funcionalidad: Añade clientes a la base de datos.

Actores: Personal
Casos de uso Relacionados:
Pre-condición: El cliente no existe en la base de datos.
Post-condición: El cliente queda incorporado en la base de datos.
El personal introduce los datos del cliente, nombre, domicilio, código postal,
localidad, provincia, teléfono, notas.
Alternativa de procesos y excepciones:

5.2.1.2. Caso de uso número 2: “Crear Pedido”

Resumen de la funcionalidad: añade un pedido a la base de datos.

Actores: Personal
Casos de uso relacionados: Consultar clientes.
Pre-condición: El cliente debe estar registrado en la base de datos.
Post-condición: El pedido está incorporado en la base de datos.
El personal introduce los datos del pedido, fecha, referencia del pedido, fecha
factura, Id cliente.
Alternativas de proceso y excepciones: Al introducir el IdCliente el sistema
comprueba si se encuentra registrado, si existe se grabará y validará el dato. La fecha
factura se validará cuando se realice la salida del producto, mostrando en detalle el
campo calculado del pedido.
De la misma forma habrá que tener en cuenta la posibilidad de que un pedido
pudiera ser anulado o modificado.
5.2.1.3. Caso de uso número 3: “Consultar Clientes”

Resumen de la funcionalidad: Recupera información de un cliente determinado.

Actores: Personal
Casos de uso relacionados:
Pre-condición: El cliente está en la base de datos.
Post-condición: Se muestra los datos del cliente.
Dado el nombre de un cliente por el personal, muestra los datos del mismo.
Alternativa de procesos y excepciones: Se debe tener en cuenta que los clientes
deben tener un mantenimiento, creación, anulación y modificación.

5.2.1.4. Caso de uso número 4: “Crear Pedido Detalle”

Resumen de la funcionalidad: Añade un pedido detalle a la base de datos.

Actores: Personal
Casos de uso relacionados: Consultar pedidos, Consultar productos.
Pre-condición: El pedido tiene que estar registrado, como también el producto.
Post-condición: El pedido detalle esta incorporado en la base de datos.
El personal introduce los datos del Pedido Detalle, IdPedido, IdProducto, que al
introducir este último genera automáticamente los campos: Descripción y Precio. Por
último se introduce el dato Cantidad.
Alternativa de proceso y excepciones: Se debe tener en cuenta que el Pedido
Detalle, puede ser anulado o modificado.

5.2.1.5. Caso de uso número 5: “Consultar Pedido”

Resumen de la funcionalidad: Recupera información de un pedido determinado.

Actores: Personal
Casos de uso relacionados:
Pre-condición: El pedido está en la base de datos.
Post-condición: Se muestra los datos del pedido.
 A partir de la fecha factura introducidas por el personal sabremos que el pedido ya se
realizó, indicando el detalle en el campo calculado de Pedido.
Alternativas de proceso y excepciones: Se debe tener en cuenta que el pedido
debe tener un mantenimiento, creación, anulación, modificación.

5.2.1.6. Caso de uso número 6: “Consultar Producto”

Resumen de la funcionalidad: Recupera información de un producto

determinado.
Actores: Personal
Casos de uso relacionados:
Precondición: El producto está en la base de datos.
Post-condición: Se muestra los datos del producto.
Dado el código del producto por el personal, muestra los datos del mismo.
Alternativas de proceso y excepciones: Se debe tener en cuenta que el producto
debe tener un mantenimiento, creación, modificación.

5.2.1.7. Caso de uso número 7: “Emitir Factura”

Resumen de la funcionalidad: Emite una factura a un cliente de la cantidad de

productos.
Actores: Personal
Casos de uso relacionados: Consultar Pedido.
Pre-condición: La factura no ha sido emitida.
Post-condición: La factura ha sido impresa.
El personal introduce el IdPedido, el ordenador recupera los datos en tipo informe del
detalle de Pedido con su respectivo campo calculado. Posteriormente emite una
factura.
Alternativas de proceso y excepciones: Si no muestra el detalle del campo
calculado, la FechaFactura no ha sido introducida en Pedido, habrá que introducir la
fecha de salida (FechaFactura).
5.2.1.8.Caso de uso número 8: “Reclamos”

Resumen de la funcionalidad: Emite un envio de reclamos

Actores: Personal
Casos de uso relacionados:
Pre-condición: La factura del proceso a reclamar debe haberse impreso.
Post-condición: Se imprime el reclamo.
El personal introduce el idPedido y especifica el IdProducto, o el nombre del personal
luego introduce la descripción del reclamo. Se imprime el reclamo
Alternativas de proceso y excepciones: Se debe tener en cuenta que el
Reclamo, puede ser anulado o modificado.

5.2.1.9.Caso de uso número 9: “Consultar stock”

Resumen de la funcionalidad: Recupera información del Stock

Actores: Administrativo
Casos de uso relacionados:
Pre-condición: El stock está en la base de datos
Post-condición: Se muestran todos los datos del stock.
El personal introduce el grupo de productos, el ordenador muestra los datos del grupo.
Alternativas de proceso y excepciones: Se debe tomar el stock debe tener un
mantenimiento.
5.2.2. Subsistema Almacenes

5.2.2.1. Caso de uso número 8: “Crear Materia Prima”

Resumen de la funcionalidad: Añade Materia Prima a la base de datos.

Actores: Administrativo
Casos de uso relacionados: Consultar Personal.
Pre-condición: La Materia Prima no existe en la base de datos, el Personal debe
estar registrado en la base de datos
Post-condición: La Materia Prima esta incorporado en la base de datos.
El administrativo introduce los datos de la Materia Prima, IdPersonal, FechaEntrada,
CantidadEntrada, descripción, FechaSalida, CantidadSalida, Notas.
Alternativa de proceso y excepciones: Para el ingreso de Materia Prima a
Almacenes se introducirán los datos(FechaEntrada, CantidadEntrada y descripción),
para la salida de Materia Prima(FechaSalida, CantidadSalida y descripción), se
introducirán los datos mencionados anteriormente según sea el caso.
De la misma forma habrá que tener en cuenta la posibilidad que la Materia Prima se
pueda anular.

5.2.2.2. Caso de uso numero 9: “Consultar Personal”

Resumen de la funcionalidad: recupera información de un personal determinado.

Actores: Administrativo
Casos de uso relacionados:
Pre-condición: El personal está en la base de datos.
Post-condición: Se muestra los datos del personal.
Dado el nombre de un personal por el administrativo, muestra los datos del mismo.
Alternativas de proceso y excepciones: Se debe tener en cuenta que el personal
necesita de un mantenimiento, creación, anulación.
5.2.2.3. Caso de uso número 10: “Crear Detalle Materia Prima”

Resumen de la funcionalidad: Añade los datos Detalle Materia Prima

a la base de datos.
Actores: Administrativo
Casos de uso relacionados: Consultar Materia Prima.
Pre-condición: El detalle materia prima no existe en la base de datos.
La Materia Prima debe estar registrado en la base de datos.
Post-condición: El detalle materia prima queda incorporado en la base de datos.
El administrativo introduce los datos Detalle Materia Prima,
IdMateriaPrima generando automáticamente el campo
Descripción, Cantidad Total.
Alternativas de proceso y excepciones: Para obtener el campo
Cantidad Total se debe presionar un botón para obtener la cantidad que
queda en almacenes de Materia Prima.

5.2.2.4. Caso de uso número 11: “Consultar Materia Prima”

Resumen de la funcionalidad: Recupera información de la

Materia Prima determinada.
Actores: administrativo
Casos de uso relacionados:
Pre-condición: La materia Prima está en la base de datos.
Post-condición: Se muestran los datos de la materia prima.
Dado el código de materia prima por el administrativo, muestra los
datos del mismo. Alternativas de proceso y excepciones: Se debe
tomar en cuenta que la materia prima debe tener un mantenimiento,
creación, anulación.
5.2.2.5.Caso de uso número 11: “Gestionar personal”

Resumen de la funcionalidad: Recupera información de la

Materia Prima determinada.

Actores: administrativo

Casos de uso relacionados:

Pre-condición: El personal se encuentra en la base de datos.
Post-condición: Se actualizan los datos del personal.
Dado el nombre de un personal por el administrativo, actualiza los datos
del mismo. Alternativas de proceso y excepciones: Se debe tener
en cuenta los datos de un miembro del personal no puede editarse
simultáneamente por 2 administrativos.
Conclusión
Como conclusión general, se ha alcanzado el objetivo más importante, que es el de aprender y poner en práctica los
conocimientos aprendidos que han llevado al desarrollo del modelo de sistema de control de inventario y a su posterior
detalle con la aplicación de casos de uso.

Recomendación
Definir con cuidado los flujos puesto que ello le da sentido a las entidades y las relaciones. Esto permite un adecuado
desarrollo del proyecto mediante el análisis