2016

Aplicacin
Control de
Inventarios

LUIS JAVIER
NAVARRO
CAYCHO

1.Resumen del Proyecto

El presente trabajo consiste en un sistema para una electrnica, basado en el
anlisis y diseo con las nuevas tecnologas. La aplicacin se llamar Control
de Inventarios, dicho sistema llevara a cabo la gestin del proceso de revisin
de inventarios en almacenes registrando la entrada de productos para la
elaboracin y la produccin de los diferentes productos.

2.Cuerpo del Proyecto

2.1.

Introduccin general
Hoy en da con el avance de la tecnologa informtica, implementada en las
empresas donde los sistemas informticos forman parte importante en la
eficacia y eficiencia del funcionamiento de toda empresa, adems supone
ahorro de dinero, trabajo y mayor organizacin.

2.1.1.

Objetivo General

Controlar almacenes y pedidos de su cartera de clientes con mayor facilidad.

2.1.2.

Objetivos Especficos

Los objetivos se dividirn en los siguientes puntos:

Especificacin y anlisis de requerimientos:
Identificacin de los subsistemas que formaran parte del software.
Descripcin precisa de las funcionalidades de cada subsistema
por separado.
Resumen esquemtico de todas las funcionalidades del software.
Glosario de las entidades y principales actores del software.
Los casos de
uso. Diseo:
Establecer relaciones de los subsistemas.
Obtener el diseo para cada subsistema (diagramas en UML).

Anlisis y Diseo de una aplicacin Control

Inventarios.

 Diseo de la interfaz grfica de usuario del software Control Inventarios.

2.2.

Especificacin y anlisis de requerimientos

2.2.1.

Descripcin y funcionalidades

El sistema de informacin Control de Inventarios pretende ser un sistema

informtico mediante el cual se puedan gestionar las Reservas y Almacenes.
Contar con dos programas (uno ubicado en almacenes y otro en
administracin). Los dos ordenadores estarn conectados en red (local), ambos
contarn con la misma prioridad sobre el sistema, el ordenador central donde
se almacena los datos ser el de administracin.
A continuacin se profundiza lo detalles.
2.2.2.1.

Identificacin de subsistemas

La aplicacin est compuesta por dos programas, de los cuales llamaremos

subsistemas.

2.2.2.2.

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 ms
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.
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 interaccin es el

personal.
Anlisis y Diseo de una aplicacin Control
Inventarios.

Dicho subsistema se divide en:

2.2.2.2.1.

Producto

Esta opcin permite ingresar y modificar los diferentes datos de los productos
bien porque haya cometido algn error en la introduccin de datos, bien
porque hayan cambiado los datos desde el momento que se introdujeron
(cambio de presentacin).
Una vez hechas las modificaciones ser necesario apretar un botn
para hacerlas efectivas.
2.2.2.2.2.

Cliente

Esta opcin 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, telfono o algn
otro dato importante.
2.2.2.2.3.

Pedido

Esta opcin 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
opcin de modificacin permite hacer cambios en el Pedido, el cliente
mediante una llamada telefnica puede pedir a los usuarios de la empresa que
desea modificar su pedido o inclusive anular el pedido, para finalizar la
operacin ser necesario pulsar un botn para hacer efectivos los cambios.
2.2.2.2.4.

Pedido Detalle

Esta opcin 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 opcin eliminar permitir eliminar los datos introducidos. La opcin
modificar permite realizar cambios en los pedidos detalle en cuanto a la
cantidad producto que requiere el cliente. Una vez modificados, ser
necesario pulsar un botn para hacer efectivos los cambios.
2.2.2.2.5.

Factura

Anlisis y Diseo de una aplicacin Control

Inventarios.

Esta opcin 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 botn para hacer efectivo la impresin.
2.2.2.3.

Subsistema Almacenes

En este subsistema almacenes se podr obtener el control de los productos que

ingresa a los almacenes para su posterior utilizacin, obteniendo un resultado
lo ms 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 interactan son los administradores.
2.2.2.3.1.

Productos

Esta opcin permite ingresar eliminar los productos segn sea el caso, para
ingresar los productos se tiene que tomar datos del mismo, la fecha, la
cantidad y la descripcin del mismo. La opcin eliminar permitir borrar de la
base de datos el producto, se utiliza esta opcin en el caso que exista una
devolucin por parte de la empresa. En esta opcin no se podr modificar los
datos una vez introducidos. Una vez ingresado ser necesario pulsar un botn
para hacer efectivo el ingreso.
2.2.2.3.2.

Personal

Esta opcin permite ingresar, modificar eliminar al personal. Para ingresar

(registrar) al personal de la empresa se tienen que identificar con sus datos
personales y el cdigo de la empresa. En la opcin eliminar se puede dar el
caso que el trabajador no se encuentre en la empresa por algn motivo, por lo
que estos datos tendrn que ser eliminados. La opcin modificar permite
corregir algn dato mal introducido. Una vez modificado ser necesario pulsar
un botn para hacer efectivos los cambios.
2.2.2.3.3.

Detalle de los Productos

Esta opcin permite ingresar el detalle de los productos. Para el ingreso es el

administrativo de la empresa el que realiza el registro de detalle de los
productos. En esta opcin no se puede eliminar los datos introducidos. En esta
opcin no se podr modificar los datos una vez introducidos. Una vez
ingresado ser necesario pulsar un botn para hacer efectivo el ingreso.

2.3.

Anlisis Orientado a Objetos

Anlisis y Diseo de una aplicacin Control

Inventarios.

Los requisitos son la especificacin de lo que debe hacer el software; son los
descriptores del comportamiento, de las propiedades y restricciones del
software que hay que desarrollar.
En la fase de recogida de documentacin de requisitos, se establece
bsicamente la descripcin de las funciones del software en formato de casos
de uso y de tareas de usuarios.
Esta documentacin se establece como acuerdo entre los usuarios y los
desarrolladores del software, esto significa que los requisitos estn expresados
de una manera poco formalizada como ya se ha mencionado, para que sean
entendibles por ambas partes.
Un primer cometido del anlisis es el de traducir los requisitos a un lenguaje
ms formal. Todo esto gracias a los modelos y diagramas de UML (Unified
Modelling Language) que es una tcnica para la especificacin de sistemas en
todas sus fases.
El segundo cometido es la etapa de anlisis que consiste en identificar las
clases fundamentales que sern la base de la implementacin del software.
Por ltimo, estas clases quedan expresadas en trminos de casos de uso.

2.4.

Revisin de Casos de Uso

Los Casos de Uso forman parte del anlisis, ste ayuda a describir que es lo
que el sistema debe hacer desde el punto de vista del usuario, se utilizan para
modelar cmo un sistema o negocio funciona como los usuarios desean que
funcione. No es realmente una aproximacin a la orientacin a objetos, es una
forma de modelar procesos. Sin embargo es una manera muy buena de
dirigirse hacia el anlisis de sistemas orientado a objetos. Los casos de uso
generalmente son el punto de partida del anlisis orientado a objetos con
UML.
Cada caso de uso se documenta por una descripcin del escenario. La
descripcin puede ser escrita en modo de texto o en un formato paso a paso.
Cada caso de uso puede ser tambin definido por otras propiedades, como las
condiciones pre y post del escenario, es decir condiciones que existen
antes de que el escenario comience, y condiciones que existen despus de
que el escenario se complete.
Los casos de uso que se elaboraron, se basa en el trabajo que se realiza en
Reservas y Almacenes de la empresa.

Anlisis y Diseo de una aplicacin Control

Inventarios.

2.4.1.

Modelo de Casos de Uso

El modelado de Casos de Uso es la tcnica ms efectiva y a la vez la ms

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 interaccin con
el sistema. Los casos de uso representan el comportamiento del sistema, los
escenarios que el sistema atraviesa en respuesta a un estmulo desde un
actor.
2.4.1.1.

Modelo del Negocio

Describe a grandes rasgos los procesos y entidades principales en torno al

software.
A continuacin se presenta una primera aproximacin al diagrama de casos de
uso:

Diagrama de casos de uso

Para identificar los objetos que se utilizar en los casos de uso establecidos
anteriormente, utilizamos el diagrama de colaboracin.
Diagrama de colaboracin de Reservas:

Anlisis y Diseo de una aplicacin Control

Inventarios.

Diagrama de colaboracin (Reservas)

Anlisis y Diseo de una aplicacin Control

Inventarios.

Diagrama de colaboracin Almacenes:

Diagrama de colaboracin (Almacenes)

2.4.1.2.

Diagrama de casos de uso

En funcin 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 casos de uso (Reservas)

Anlisis y Diseo de una aplicacin Control
Inventarios.

Diagrama de casos de uso de Almacenes:

Diagrama de casos de uso (Almacenes)

2.4.2.

Descripcin textual de los casos de uso

2.4.2.1.

Subsistema Reservas

Caso de uso nmero 1: Crear clientes

Resumen de la funcionalidad: aade clientes a la base de datos.
Actores: Personal
Casos de uso Relacionados:
Pre-condicin: El cliente no existe en la base de datos.
Post-condicin: El cliente queda incorporado en la base de datos.
El personal introduce los datos del cliente, nombre, domicilio, cdigo
postal, localidad, provincia, telfono, notas.
Alternativa de procesos y excepciones:

Caso de uso nmero 2: Crear Pedido

Resumen de la funcionalidad: aade un pedido a la base de datos.
Actores: Personal
Casos de uso relacionados: Consultar clientes.
Pre-condicin: El cliente debe estar registrado en la base de datos.
Post-condicin: El pedido est incorporado en la base de datos.
El personal introduce los datos del pedido, fecha, referencia del pedido,
fecha factura, IdCliente.

Anlisis y Diseo de una aplicacin Control

Inventarios.

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.
Caso de uso nmero 3: Consultar Producto
Resumen de la funcionalidad: Recupera informacin de un producto
determinado.
Actores: Personal
Casos de uso relacionados:
Pre-condicin: El producto est en la base de datos. Postcondicin: Se muestra los datos del producto.
Dado el cdigo 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, creacin, modificacin.
Caso de uso nmero 4: Emitir Factura
Resumen de la funcionalidad: Emite una factura a un cliente de la
cantidad de productos.
Actores: Personal
Casos de uso relacionados: Consultar pedidos. Precondicin: La factura no ha sido emitida. Post-condicin:
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).

2.4.2.2.

Subsistema Almacenes

Caso de uso nmero 6: Registrar Producto

Resumen de la funcionalidad: Registra el producto a la base de datos.
Actores: Administrativo
Casos de uso Relacionados: Consultar Personal.

Anlisis y Diseo de una aplicacin Control

Inventarios.

Pre-condicin: Los productos no existen en la base de datos, el Personal

debe estar registrado en la base de datos.
Post-condicin: Los productos estn incorporado en la base de datos.
El administrativo introduce los datos de la Materia Prima, IdPersonal,
FechaEntrada, CantidadEntrada, descripcin, FechaSalida, CantidadSalida,
Notas.
Alternativa de procesos y excepciones: Para el ingreso de los Productos a
Almacenes se introducirn los datos(FechaEntrada, CantidadEntrada y
descripcin), para la salida de los Productos (FechaSalida, CantidadSalida
y descripcin), se introducirn los datos mencionados anteriormente
segn sea el caso.
De la misma forma habr que tener en cuenta la posibilidad que los
Productos se puedan anular
2.4.3.

Relaciones

Asociaciones Reservas
Teniendo como clase principal Pedido, puede contener uno o varios en Pedidos
Detalle.
Uno o varios Pedidos pueden tener un Cliente. Cada Pedido genera una
Factura. As mismo Pedido Detalle, vemos que un Producto puede estar
asignado uno o varios en Pedidos Detalle.

Asociacin (Reservas)
Anlisis y Diseo de una aplicacin Control
Inventarios.

Asociaciones Almacenes
Teniendo como clase principal a Registro Producto, vemos que cada personal
puede ingresar uno o varios Productos. As mismo cada Producto puede
contener varios Detalle del Producto.

Asociacin (Almacenes)

2.4.4.

Identificacin de las clases frontera

Colaboracin Reservas:

Caso de uso: Crear Cliente

D. Colaboracin 1. Crear Cliente

En la realizacin de cliente, se introduce el nombre, domicilio, cdigo postal,
localidad, provincia, telfono y un campo de notas, y posteriormente se
actualiza al cliente.

Caso de uso: Crear Pedido

Anlisis y Diseo de una aplicacin Control

Inventarios.

D. Colaboracin 2. Crear Pedido

En la realizacin del pedido se introduce la fecha actual, la referencia,
tambin se introduce el IdCliente, actualizndose el mismo tras comprobar
en el registro y posteriormente se actualiza el pedido.

Caso de uso: Consultar Producto

D. Colaboracin 3. Consultar Producto

A Partir de un cdigo, se consultaran los productos efectuados,
permitindonos conocer los diferentes productos de stock.

Caso de uso: Emitir Factura

D. Colaboracin 5. Emitir
Factura
A partir de un cliente, se consultaran en pedidos. Actualizando la
factura y emitiendo la misma por impresora.
Anlisis y Diseo de una aplicacin Control
Inventarios.

Caso de uso: Registrar Producto

D. Colaboracin 6. Registrar
Producto
A la llegada del producto, se introduce los datos de la misma,
IdPersonal, fecha entrada, descripcin, fecha salida, notas, tras
comprobar en el registro y posteriormente se actualiza el Producto.
2.4.7

Especificacin formal de las clases de uso

Mediante los diagramas de secuencia tratamos de complementar los
diagramas de colaboracin anteriores, principalmente a efectos de aclarar
en el orden que los mensajes entran y salen de cada clase.
Secuencia Reservas:

Caso de uso 1: Crear Cliente

Ilustracin 17. D. Secuencia 1. Crear Cliente

Caso de uso 2: Crear Pedido

Anlisis y Diseo de una aplicacin Control

Inventarios.

D. Secuencia 2. Crear Pedido

Caso de uso 3: Consultar Producto

D. Secuencia 3. Consultar Producto

Caso de uso 4: Emitir Factura

Anlisis y Diseo de una aplicacin Control

Inventarios.

D. Secuencia 5. Emitir Factura

2.5.

Diseo arquitectnico del sistema

2.5.1.

Diagrama de Clases

Anlisis y Diseo de una aplicacin Control

Inventarios.

2.6.

Diseo de casos de uso

Cuando se trabaja con bases de datos se puede hacer uso de todas las
ventajas que nos ofrecen (trabajar con las claves y no con referencias,
posibilidad de unir tablas en una nica consulta SQL).
Los requerimientos, se recogieron en forma de casos de uso, una manera lgica
de enfocar el diseo es describir la implementacin de cada uno, partiendo de
la versin revisada y documentada con diagramas de interaccin en la etapa
de anlisis.

En lugar de realizar diagramas de secuencia, que en casos reales a

menudo seran muy complejos, para una mejor comprensin se realizar
con fichas TRAD.

CU 2 Crear Cliente
CU Propsito:
1 Crear Pedido
Aade un cliente en la base de datos
Propsito:
un pedido a la base de datos
Actores:Aade
Personal
Actores:
Personal La base de datos est disponible
Precondicin:
Precondicin: La base de datos est disponible.
n Eventos ACTOR
Eventos SISTEMA
n Eventos ACTOR
Eventos SISTEMA
El personal introduce un
Si el nombre de cliente ya existe,
1
introduce
El
sistema
comprueba
el
1 El personal
nombre de cliente.
presenta
lossidatos
de la misma por

4
5
6

o modifica los datos

IdCliente sepantalla.
encuentra
El personal introduce o
Se grabarn los datos y se validarn
2
del Pedido.
registrado, si existe no
modifica los datos del
todos los datos introducidos
muestra
mensaje.
En
caso deningn
no existir
el
cliente.
IdCliente, -elNombre
sistema
un mensaje
Si solo se pretenda presentar
- Domicilio
indicando tal circunstancia.
consultar al cliente, el
- CodPostal
Se grabarn
los datos y se
personal puede abandonar
validarn los- Localidad
datos
la pantalla.
Obligatorios:
- Provincia
El personal puede tambin
- Referencia
- Tefno
eliminar al cliente.
El sistema
actualizar el
- Notas
Pedido (en funcin de la
Si se han seleccionado las opciones
3
opcin
o
El personal introduce
Si
se haseleccionada,
seleccionadograbar
la
de grabar o borrar, el sistema se
o modifica
opcin de grabar o borrar, el
reposiciona en el nombre.
FechaFactura de
sistema
se mostrar
reposiciona
en
El sistema
a detalle
Poscondicin: El cliente queda
actualizado
en la base de datos.
del Pedido
en el campo

Anlisis y Diseo
de
una
aplicacin
Control
calculado.
Observaciones:
Existe
la
posibilidad
de que un cliente quiere cambiar
Poscondicin:
El pedido
y FechaFactura
quedan
Inventarios.
actualizados
en laExiste
base
de
datos.y el personal
quiera cambiar
de domicilio
acepte
dicha peticin.
Observaciones:
la posibilidad
de que un
cliente
quiera cambiar FechaFactura (fecha de entrega) y el
personal acepte dicha peticin.

CU 3 Crear Pedido Detalle

Propsito: Aade un Pedido Detalle a la base de datos.
Actores: Personal
Precondicin: La base de datos est disponible
n
1

Eventos ACTOR

Eventos SISTEMA

El personal introduce en
IdPedido.

El sistema comprueba si el IdPedido se

encuentra registrado, si existe, no
muestra ningn mensaje.
En caso de no existir el IdPedido, el

sistema presentar un mensaje indicando

3

El personal introduce en

tal circunstancia.
El sistema comprueba si el IdProducto se

IdProducto.

encuentra registrado, si existe el sistema

genera automticamente los campos:

- Descripcin
- Precio
En caso de no existir el IdProducto, el

sistema presentar un mensaje indicando

5

El personal introduce o

tal circunstancia.
Se grabarn los datos y se validaran los

modifica los datos

datos obligatorios.

PedidoDetalle.

- IdPedido

Si solo se pretenda

- IdProducto

consultar el personal

- Cantidad

puede abandonar la
pantalla.
El personal puede tambin
6

eliminar PedidoDetalle.

Si se han seleccionado las opciones de

grabar o borrar, el sistema se reposiciona

en IdPedido.
Poscondicin: El Pedido Detalle queda actualizado en la base de datos.

CU 4 Emitir Factura
Propsito: Emite una factura a un cliente a partir de la realizacin del
Pedido Detalle
Actores: Personal
Precondicin: La base de datos est disponible
n

Eventos ACTOR

Eventos SISTEMA

El personal introduce el

Si el nmero de IdPedido existe,

numero IdPedido.

presenta los datos de la misma.

Una factura no permite ser

modificada, luego si existe, solo

3

El personal introduce el

puede ser consultada.

El sistema comprueba

nombre del cliente.

cliente exista.

que

el

Y presentar los

datos del pedido, incluido el campo

calculado y sus detalles, en forma
de informe, generando la factura.
El sistema se reposiciona en el
IdPedido.
Poscondicin: La factura es emitida por impresora y queda actualizada

a la base de datos.
Observaciones: La factura se realiza a la salida del pedido.
Posteriormente el informe tiene la opcin cerrar.

2.7.

Diagrama Esttico de diseo

El diagrama esttico de diseo, se va desarrollando esencialmente durante el
diseo de casos de uso. Una vez culminado este, queda hacer una revisin
del diagrama obtenido.
En la revisin del diagrama esttico de diseo se tomara en cuenta, la
reutilizacin de clases, la adaptacin de la herencia al lenguaje de
programacin, la mejora del rendimiento e incremento de la velocidad.
En el siguiente diagrama esttico recoge las entidades utilizadas por el sistema:

Subsistema Reservas

Diagrama esttico de diseo Almacenes

Anlisis y Diseo de una aplicacin Control
Inventarios.

2.8.

Diseo de la interfaz de usuario

La interfaz grfica de usuario es un mtodo para facilitar la interaccin del
usuario con el ordenador a travs de la utilizacin de un conjunto de imgenes
y objetos pictricos (iconos, ventanas) adems de texto.

Pantalla Gestin Pedido

Anlisis y Diseo de una aplicacin Control

Inventarios.

Pantalla Mantenimiento de Producto

Anlisis y Diseo de una aplicacin Control

Inventarios.