Modelo de Sistema Kardex, basado en patrones de

Diseo
Percy Wilianson Lovon Ramos

Yessica Rosas Cuevas

Universidad Nacional de San Agustin

Escuela Profesional de Ingenieria de Sistemas
Percylovon@gmail.com

Universidad Nacional de San Agustin

Escuela Profesional de Ingenieria de Sistemas
yrosasc19@gmail.com

Yusseli Lizeth Mendez Mendoza

Universidad Nacional de San Agustin
Escuela Profesional de Ingenieria de Sistemas
lissyu.03@gmail.com

ResumenEl propsito de esta investigacin fue proponer un

modelo de sistema Kardex utilizando patrones de diseo, este
sistema podr ser utilizado por las microempresas locales de
venta de calzado. Se utilizo una primera versin del sistema en la
cual no se encontraba ningn patrn.
Palabras Claveskardex, patron, calzado.

I.

Introduccion

En la mayora de microempresas locales de venta de

calzado se dispone de sistema de registro convencional para
saber las necesidades de almacn en el comercio, as como la
cantidad de salidas de almacn. Esta informacin
generalmente se trata mediante escritos, o a veces solo con la
experiencia de las personas, esto genera problemas al
momento de formalizar los costos ante instituciones
gubernamentales o proveedores de materia prima.
El presente modelo de sistema se baso en una versin
anterior, la cual presentaba serias fallas como alto
acoplamiento, desorden en las clases, no se identificaba bien la
jerarqua de clases. Entonces se decide utilizar los patrones
Singleton, Modelo Vista Controlador y Factory Method, esto
para darle al sistema un mejor enfoque orientado a objetos
II.

Antecedentes

A. Sistemas Kardex
En la literatura encontramos sistemas Kardex como parte
de tesis de pregrado o posgrado. Sisiruca realiza un sistema
para kardex en labores de enfermera, en el cual adems
realiza un registro de enfermera, adems del Kardex cuyos
objetivos es de optimizar las labores del personal de
enfermera, es capacitar en computacin al personal [1].
Encontramos tambin sistemas expertos de inventarios [2],
los cuales nos permite predecir las necesidades del mercado y

tener una estrategia de aprovisionamiento de stock de materia

prima.

B. Uso de Patrones
Un enfoque parecido al nuestro lo encontramos en [3],
donde se utilizan otros patrones de diseo como el Proxy,
Fachada, Replicacin de Datos, hecho en java y diseado por
capas, adems utiliza la tecnologa de IBM WebSphere.

SISTEMA DE
INVENTARIOS Y KARDEX
III.

Hablaremos ahora de los sistemas de inventarios, para

poder entender el funcionamiento de un kardex.
Un sistema de inventarios una herramienta en la empresa
cuya finalidad es conocer las cantidades de productos y
materias primas para saber que pedir y cuanto pedir a nuestros
proveedores,
reduciendo
tambien
los
costos
de
almacenamiento.Hay tres tipos de inventarios:
De Materia Prima: Los materiales que esperan para
convertirse en Producto final.
Producto en Proceso: La materia prima que esta siendo
procesada para ser Producto Final.
Producto terminado: Resultado del Proceso de Produccion.
Una vez que conocemos que tipos de materiales
podemos tener dentro de un inventarios, debemos conocer las
tarjetas kardex que son un modelo fisico de nuestro sistema.
Una tarjeta Kardex es un documento administrativo de control,
el cual incluye datos generales del bien o producto, existen
muchos tipos de kartex pero como hablamos de inventarios
hablaremos de la tarjeta Kardex de inventario la cual, es una
herramienta que le permite tener reportes con informacin

resumida acerca de las transacciones de inventario de la

compaa.
Existen varios metodos para hacer las tarjetas Kardex
como: En el Mtodo P.E.P.S consiste en dar salida del
inventario a aquellos productos que se adquirieron primero,
por tal motivo se conoce como Primeros en Entrar, Primeros
en Salir.
En el Mtodo U.E.P.S consiste en dar salida del
inventario a aquellos productos que se adquirieron
recientemente, por tal motivo se conoce como ltimos en
Entrar, Primeros en Salir.
Mientras que el Mtodo del Promedio Ponderado
consiste en dar salida a los inventarios de una forma, que los
inventarios quedan tienen un valor equilibrado, por tal motivo
se conoce con este nombre.

En el esquema se observa que se crea una instancia dentro

de la clase y es asi como se restringe en el metodo
GetSingletonData() el numero de instancias que se
instanciaran en el programa.
Cabe sealar que la conexin a la base de datos que fue
hecha en SQLServer 2008, fue mediante Open DataBase
Connectivity (OBDC), lo cual nos permitio conectarnos a la
base de datos de una manera sencilla.
B. Factory Method
Uno de los problemas encontrados es que nuestro sistema
solo soportaba una determinada cantidad de Categoras
de zapatos: Dama y Varn. Es por ello que se decidi
utilizar el patrn Factory Method que le dara mayor
flexibilidad a nuestro sistema para que en el futuro se
puedan aadir nuevas categoras, sin tener que
modificar el cdigo en su totalidad.

En la figura se observa una tarjeta kardex, se utiliza para un

producto en especifico obteniendo un historial de las entradas
y salidas de este producto asi como el saldo monetario de
dichos procesos

IV.

ENFOQUE ORIENTADO A
OBJETOS: USO DE
PATRONES

La gran ventaja de utilizar los patrones de diseo para

realizar nuestro programa es que ya se utilizan soluciones ya
probadas para problemas determinados, en nuestro caso el
trabajo de integrar la codificacin de cada integrante se facilito
porque lo patrones permiten fcil entendimiento de los
cdigos, Al iniciar el trabajo se identificaron los problemas y
se decidi enfrentarlos con los patrones de diseo como
Singleton, Factory Method y modelo vista controlador.
A. Patron Singleton
Unos de los problemas identificados fue que cada vez que
se requera una comunicacin con la base de datos se
instanciaba a la clase conexin, de esta forma se tena muchos
objetos de esa clase. Este problema fue abordado por el patrn
Singleton que basa en la premisa de restringir la creacin de
objetos basados en la clase especfica creada con el formato
Singleton a tan slo uno o muy pocos. Esto significa que, por
muchas veces que sea accedido, invocado o utilizado, habr
tan slo un nico objeto de esa misma clase en memoria.
A continuacin mostramos un esquema del patrn
Singleton[4]:

Definimos una interface ProductFactoryMethod que tendr un

mtodo crearZapato() y creamos una clase ProductFactory que
va a implementar esa interface y es ah donde se delega la
creacin de objetos dependiendo del tipo de categora de
zapato.
C. Modelo Vista Controlador
Un problema tambin encontrado fue que las clases estaban
altamente acopladas, esto porque no tenia ningn tipo de
patrn de arquitectura. Este problema es enfrentado por el
Modelo Vista Controlador, puede ser explicado mediante
este flujo:
1. El usuario realiza una accin en la interfaz
2. El controlador trata el evento de entrada
3. El controlador notifica al modelo la accin del usuario,
lo que puede implicar un cambio del estado del modelo (si
no es una mera consulta)
4. Se genera una nueva vista. La vista toma los datos del
modelo.
- El modelo no tiene conocimiento directo de la vista

5. La interfaz de usuario espera otra interaccin del

usuario, que comenzar otro nuevo ciclo

As es como acta nuestro modelo, mostraremos adems

un grafico para explicar mejor el modelo.

interfaces puras. El controlador nos ayuda a un mejor

fluido de mensajes entre objetos.
El patrn Singleton es el indicado para realizar la
conexin a la Base de Datos para no crear varias
instancias las que ayuda a reducir memoria.

Referencias
[1]

[2]

En el modelo encontramos todas las clases con

respecto a la logica de la aplicacin, ademas todo lo que tiene
que ver con la conexin e interaccion con la base de datos.
En el paquete modelo se ha implementado funciones para
poder extraer atributos de la base de datos e insertarlos en los
jTable de cada interfaz, se encuentra las clases POJOS de
nuestro objetos como son Producto, Kardex, etc.
En el controlador encontramos comunica al modelo y a la
vista, el controlador notifica al modelo que el usuario realizo
una accion y necesita una respuesta.
En el controlador tambien se extendio de las interfaces
AcctionListener y MouseListener para poder escuchar las
acciones a realizarse sobre los jButton y los jTable.
En la Vista esta todo lo que necesita ver y saber el usuario
del sistema, en nuestro sistema ninguna parte logica
(operacin, consulta, llamado) esta implementado en la vista,
todo se maneja mediante el controlador.
V.

Conclusiones

Despus de haber realizado las pruebas y comparaciones con

la anterior versin del sistema Kardex. Encontramos las
siguientes conclusiones:
El sistema Kardex implementado podr servir para
empresas de comercializacin de calzado locales, se
podr mejorar la presente versin especializando a un
solo cliente.
Los patrones de diseo nos ayudaron a establecer
parmetros de diseo y mejor comunicacin entre el
grupo de trabajo.
Despus de encontrar las deficiencias en la versin
anterior consultamos al catalogo de patrones y
escogimos los patrones de acuerdo a los problemas
encontrados.
El patrn de arquitectura MVC (Modelo Vista
Controlador) nos ayuda a reducir el acoplamiento
entre los objetos, los cuales en un principio se
encontraban altamente acoplados, el cliente no
conoce nada de cdigo interno, funciones de botones
ni ningn otro tipo de codificacin, siendo las

[3]

[4]
[5]

Rossana E. Siruca, Propuesta de un Sistema de Registro Kardex

computarizado al personal de enfermeria que laboran en el instituto de
diagnostico de Barquisimeto, Tesis Pregrado
Ander Errasti, Claudia Chackelson y Ral Poler, Definicin de un
sistema experto para mejorar la gestin de inventarios: estudio de caso,
ISSN (On line): 2171-6323 - ISSN (Print): 1132-175X, 2012, pp.45-55.
Hugo Camilo Robayo Ayala , Gerardo Rodrigo Romero Romero,, Galo
Valverde, SISTEMA DE CONTROL DE INVENTARIOS (SCI)
MEDIANTE EL USO DE TEGNOLOGAS DE INTERNET Y
COMUNICACIN INALMBRICA,.
Erich Gamma, Richard Helm, Ralph Johnson, John Visidles, Dessing
Patterns,

Anexo A. Diagramas