Documento Recuperado 1

Descargar como txt, pdf o txt
Descargar como txt, pdf o txt
Está en la página 1de 32

/Rep�blica bolivariana de Venezuela

Ministerio del poder popular para la educaci�n


Instituto Universitario T�cnico Juan Pablo P�rez Alfonso
Cabimas Edo Zulia

Sistema de informaci�n:
Control de inventario para los comercios regionales

Realizado por:
Cristian Fern�ndez C.I:28.334.229
Daniela Vivas C.I:
Veruska Rodr�guez C.I:
Carrera: Inform�tica
Asignatura: Sistema de Informaci�n
�ndice General.
Introducci�n.
Desarrollo.
Cap�tulo I: El Problema.
1.1 Contextualizaci�n del problema
1.2 Formulaci�n de la interrogante
1.3 Objetivos de la investigaci�n
* General
* Especifico

1.4 Justificaci�n de la investigaci�n.


* Te�rico.
* Practico.
* Metodol�gico.
* Social.

1.5 Alcance y finalidad de la investigaci�n


Capitulo II: Marco Te�rico
Bases te�rico
2.1 Sistema de Informaci�n.
* Sistema de informaci�n
* Sistema de informaci�n electr�nico.
2.2 Metodolog�a Kendall & Kendall.
2.3 Inventario
* Tipos de inventarios.
* Tipos de producto en un inventario.
* Control de inventarios
* Objetivos
2.4 Fundamentos te�ricos.
2.5 Sistema de inventario permanente.
2.6 Sistema de inventario peri�dico
2.7 M�todos de valoraci�n: Peps y Ueps.
* M�todo de valoraci�n Peps
* M�todo de valoraci�n Ueps
2.8 Representaci�n y procesadores del sistema.
* Diagramas de caso de uso
* Lenguaje unificado modelado (UML)
* Lenguaje de programaci�n (Visual Basic 2019)
* Access 2010
2.9 Etapas para el desarrollo del sistema.
* Etapa de an�lisis
* Etapa de dise�o
* Etapa de desarrollo
2.10 Modelo Incremental.
2.11 Construcci�n de prototipos.
2.12 Programaci�n extrema (PE).
2.13 Definici�n de t�rminos operativos.
* Calidad
* Entrada
* Existencia
* Fallas
* Productos
* Sistema
* Salida
* Recepci�n
Capitulo III: Desarrollo y resultados.
3.1 Para el desarrollo de este proyecto:
3.2 Metodolog�a
3.3 Principales caracter�sticas y funciones de la aplicaci�n
3.4 Metodolog�a de Kendall & Kendall
* Identificaci�n del problema
* Determinaci�n del requerimiento de informaci�n.
* An�lisis de las necesidades del sistema
* Necesidad del cliente
* Evaluar Viabilidad del sistema
* An�lisis t�cnico y econ�mico
* Asignaci�n de los elementos del sistema.

* Dise�o del sistema requerido.


* Dise�o de base de datos.
* Caracter�sticas del dise�o.
* Finalidad del sistema
* Representaci�n gr�fica.
* Dise�o de la interfaz
* Interfaz finalizada del sistema.
* Desarrollo y documentaci�n del software

* Borrador para el desarrollo de un manual para el sistema de control de


inventario.
* Requerimientos de hardware
* Instalaci�n del sistema
* Perfiles de usuarios comunes
* Modo administrador.

* Pruebas y mantenimiento del sistema:


* Implantaci�n y evaluaci�n del sistema:
Conclusi�n.
Recomendaciones.
Referencia.

Lista de figuras.
Figura 1. Cuadro: identificaci�n del problema seg�n la metodolog�a de Kendall &
Kendall.
Figura 2. Diagrama de caso de uso: Venta del comercio local, actual.
Figura 3. Cuadro: requerimientos de hardware.
Figura 4. Cuadro: Requerimientos de software.
Figura 5. Cuadro: viabilidad t�cnica.
Figura 6. Cuadro: viabilidad econ�mica.
Figura 7. Diagrama de flujos de datos: Datos de sistema, registro para el inicio.
Figura 8. Diagrama de flujos de datos: introducci�n general de datos.
Figura 9. Diagrama de flujos de datos: adquisici�n de un producto.
Figura 10. Diagrama de flujos de datos: registro de cambio de turno.
Figura 11 Diagrama de caso de uso: cambio de turno.
Figura 12. Diagrama de flujos de datos: Generaci�n de reporte, registro de reporte.
Figura 13. Cuadro: requerimientos especifico.
Figura 14. Cuadro: interfaces externas de entrada.
Figura 15. Cuadro: interfaces externas de salida.
Figura 16. Prototipo de interfaz: Registro de local 1.
Figura 17. Prototipo de interfaz: Registro de local 2.
Figura 18. Prototipo de interfaz: Registro de local 3.
Figura 19. Prototipo de interfaz: Registro de local 4.
Figura 20. Prototipo de interfaz: Registro de local FINAL.
Figura 21. Prototipo de interfaz: Pantalla principal.
Figura 22. Prototipo de interfaz: Agregar producto.
Figura 23. Prototipo de interfaz: Modificar producto.
Figura 24. Prototipo de interfaz: Lista de inventario.
Figura 25. Prototipo de interfaz: Cambio de turno.
Figura 26. Prototipo de interfaz: Historial.
Figura 27. Prototipo de interfaz: Gesti�n de producto.
Figura 28. Prototipo de interfaz: Gesti�n de producto, agregar mercanc�a.
Figura 29 Prototipo de interfaz: Gesti�n de producto, Reporte.
Figura 30. Imagen: Interfaz del registro de sistema fase 1.
Figura 31. Imagen: Interfaz del registro de sistema fase 2.
Figura 32. Imagen: Interfaz del registro de sistema fase 3.
Figura 33. Imagen: Interfaz del registro de sistema fase 4.
Figura 34. Imagen: Interfaz del registro de sistema fase FINAL.
Figura 35. Imagen: Interfaz de pantalla de inicio.
Figura 36. Imagen: Interfaz para agregar un producto.
Figura 37. Imagen: Interfaz de proceso exitoso.
Figura 38. Imagen: Interfaz de modificaci�n de un producto.
Figura 39. Imagen: Interfaz Lista de inventario.
Figura 40. Imagen: Interfaz de cambio de turno.
Figura 41. Imagen: Interfaz de historial.
Figura 42. Imagen: Interfaz de gesti�n de producto.
Figura 43. Imagen: Interfaz de gesti�n de producto, agregar.
Figura 44. Cuadro: Prueba de funcionabilidad General.
Figura 45. Cuadro: Prueba de funcionabilidad Cliente.
Figura 46. Cuadro: Prueba de funcionabilidad administrador.
Figura 49. Cuadro: Prueba de usabilidad cliente.
Figura 48. Cuadro: Prueba de usabilidad Administrador/ empleado.

Introducci�n:
En el siguiente trabajo se plantear� un problema, que afecta a nuestras
comunidades, por lo cual es necesario que conozcamos los principios del tema a
continuaci�n, en este trabajo se hablara de la resoluci�n de un problema usando una
los sistema de informaci�n electr�nico los cuales son paquetes de software que
integran toda la gesti�n de manera digital los problemas de ciertas empresas,
proveen una arquitectura que cumple con los requisitos internos y externos para
soportar sistemas de planeaci�n de recursos de la empresa, con todos los procesos
integrados a trav�s de una cadena de suministro.
Uno de los elementos clave para una organizaci�n, y tambi�n visto como herramienta
competitiva, es la mejora del flujo y proceso de la informaci�n y que �sta pueda
ser accesible de manera r�pida e interrelacionada. Lo anterior cumple la premisa de
los sistemas llamados ERP (aplicaciones de planificaci�n de recursos
empresariales). Estos sistemas tienen la caracter�stica de que est�n
interrelacionados entre s�, es decir, son un sistema integral de informaci�n que
abarca todas las �reas de una organizaci�n.
El software denominado ERP est� dise�ado para modelar y automatizar la mayor�a de
los procesos b�sicos de una organizaci�n, desde la gesti�n financiera hasta la
producci�n de insumos, contando que tradicionalmente en una organizaci�n existen
varios tipos de software o paquetes individuales que realizan diferentes funciones
y tareas por separado. Estos sistemas son planeados para dotar y proveer un solo
sistema que maneje todas las funciones y tareas de la corporaci�n. Por eso las
corporaciones que compran o desarrollan aplicaciones han buscado una mayor
rentabilidad, mejor satisfacci�n en las funciones inform�ticas, para ser m�s
competitivos en su mercado, y pensando en ese idea sobre ese concepto que lleva a
una empresa a conocerla como una organizaci�n integrada se denomina ERP
(Aplicaciones de Planificaci�n de Recursos .)
ERP es un software que brinda un espejo de la imagen de la mayor�a de los procesos
de una organizaci�n, desde la simple generaci�n de una orden de trabajo, hasta el
control de la distribuci�n de un producto

Por lo anterior, y viendo que las organizaciones cuentan con un grupo diferente de
agrupaciones con distintos prop�sitos y metas, trataremos a los sistemas como
espec�ficos y a un gran concentrado de �stos en sistemas generales, por lo cual es
necesario, para que �stos obtengan su fruto, que exista una planeaci�n adecuada de
ellos y una normatividad dada de sus reglas de operaci�n, as� como la planeaci�n
adecuada para la elaboraci�n de dicho sistema, vi�ndolo desde un plan de
automatizaci�n.
Cualquier sistema que se precie de serlo, debe tener como sus objetivos principales
el apoyo al elemento humano para: controlar, generar acci�n, proveer informaci�n,
usar eficientemente los recursos, fijar procedimientos, filtrar informaci�n
adecuada, coordinar acciones y movimientos, planear, evaluar y tomar decisiones.
Un sistema es un plan pr�ctico y completo para generar, controlar y coordinar las
acciones de una organizaci�n, basado en sus pol�ticas y procedimientos, funciones y
organigramas que son ejecutadas por el elemento f�sico y humano, con un plan t�cito
de correcci�n.
Es conveniente hacer una rese�a del significado de un sistema de informaci�n para
conceptualizar la ubicaci�n del proyecto, se consideran las diferentes fases del
desarrollo de un sistema de informaci�n. Inicialmente un Sistema de Informaci�n
debe lograr que �la informaci�n la componen datos que se han colocado en un
contexto significativo y �til, se ha comunicado a un receptor, quien la utiliza
para tomar decisiones� y por tal motivo que se cumplan para los prop�sitos que se
hayan fijado
Cap�tulo I: El problema

1.1) Contextualizaci�n del problema.


El siglo�xxi�se caracteriza por el avance y expansi�n de la�# HYPERLINK
"https://es.wikipedia.org/wiki/Conversi%C3%B3n_anal%C3%B3gica-digital" \o
"Conversi�n anal�gica-digital" #digitalizaci�n#�y el control de la informaci�n a
nivel global. Tambi�n a esta �poca se le conoce como la�# HYPERLINK
"https://es.wikipedia.org/wiki/Era_de_la_informaci%C3%B3n" \o "Era de la
informaci�n" #era de la informaci�n#�(quien la controla y quien accede a ella
tendr� las mejores oportunidades).�Y sin embargo Venezuela se vio afectado
gravemente en este sentido por factores pol�ticos que sometieron a la econom�a y
con ella el avance tecnol�gico.
Seg�n periodistas y�especialistas en�telecomunicaciones�y tecnolog�a, las
comunicaciones en�Venezuela�han experimentado un retroceso, que adem�s�compromete
la�productividad�del pa�s. Algunos otros periodistas concuerdan que Venezuela quedo
estancada en la era industrial (solo en ciertas �reas).
Venezuela quedo en un�rezago tecnol�gico�de al menos 10 a�os, frente a pa�ses de
la regi�n que estaban antes hasta cinco a�os por detr�s de ella, y actualmente
sufre por un proceso de adaptaci�n (por lo cual otros pa�ses ya han pasado, hace
unos cuantos a�os atr�s).
Algunas de las grandes empresas de Venezuela se vieron obligadas a cerrar sus
puertas o retirarse del pa�s, debido a la desactualizaci�n y escases por la que
sufr�a Venezuela. Sim embargo algunas se mantuvieron y al transcurrir de unos a�os
las grandes empresas pudieron entrar en la era tecnol�gica como se corresponde, de
hecho, la mayor�a de estas empresas se encuentran m�s desarrollada que el mismo
pa�s, gracias a la ayuda externa cabe destacar. Todo el caso contrario del comercio
regional, o las peque�as empresas. Lo cual afecta por igual a las grandes empresas
y por ende a la sociedad.
Y lo cierto es que el �rea comercial regional, quedo completamente desactualizado
al avance tecnol�gico, ya que se encuentra con el mismo sistema que hace 20 a�os
atr�s. Las empresas comerciales en otros pa�ses han crecido gracias a la era
inform�tica, y por lo tanto han multiplicado su productividad en diferentes
niveles, tal avance requiere de un sistema completamente diferente al usado
anteriormente.
Mientras la productividad aumenta se hace cada vez m�s dif�cil para las peque�as y
grandes empresas, debido a que los gusto y caprichos de cada persona aumenta, y las
empresas se tienen que limitar a tener cierta cantidad de productos, dejando
potenciales ganancias hacia un lado. Los pocos comercios que pueden darse el lujo
de incorporar una variedad considerable de productos se le hace dif�cil, y hasta
molesto llevar un conteo constante de ellos, reduciendo as� su eficacia y por lo
tanto su productividad.
Entonces, sabemos que Venezuela est� retrasado en el �rea comercial regional (solo
enfatizando esta �rea) esto es sin duda un problema grave, ya que, si quiere
aumentar o crecer debe digitalizarse, actualmente existen muchos productos en los
mercados, casi multiplicado por mil; y es dif�cil mantener un registro seguro y
constante de ello, los comercios m�s peque�os pueden contar hasta con cincuenta
productos diferentes (Comercios locales) y en Venezuela, la mayor�a todav�a lleva
el registro y cuenta con l�piz y papel, dificultando mucho la fiabilidad del
inventario.

1.2) Formulaci�n de la interrogante.


Si todo el problema se viene dando por el retraso del comercio regional en la era
inform�tica �Qu� se necesita? �Cu�l es el problema del comercio regional? Otros
pa�ses ya han avanzado en este sentido, pa�ses s�per desarrollados (Rusia, China,
Jap�n, Usa; etc.) y pa�ses en sub desarrollo (Per�, Ecuador, Colombia, etc.), han
desarrollado un sistema que simplifique, digitalice y automatice archivos que antes
era llevado en papel; pero �Por qu� Venezuela no ha logrado esto? A pesar que
Venezuela se consider� antes unos de los pa�ses m�s desarrollado, y ahora es uno de
clase media. Todav�a no ha alcanzado el nivel tecnol�gico que se requiere y la
econom�a encapsula de forma grave esto. empresas inform�ticas, se han tenido que
limitar a servirle solo a grandes empresas o franquicias comerciales, puesto que no
todos tienen para pagar tales servicios. De hecho, se ha dicho que en este sentido
Venezuela retrocedi� unos cinco a�os, ya que comercios que contaban con esta clase
de tecnolog�a, fueron obligados a suspender su uso (por la escasez de productos) y
actualmente no cuenta con un sistema que les ayude. Entonces �qu� es lo que
necesita Venezuela para avanzar a una nueva etapa del comercio regional y nacional?

1.3) Objetivos de la investigaci�n.


General:
El objetivo general de esta investigaci�n es la integraci�n de la inform�tica en el
comercio regional y nacional, desarrollando un sistema de informaci�n para el
control de inventario que simplifique y optimice el proceso de administraci�n
comercial o empresarial haci�ndolo m�s pr�ctico para el usuario. dise�ado de tal
manera que no se encapsule a un local en espec�fico y sea de f�cil uso, para que se
implemente de manera masiva en la comunidad.

Especifico:
* Elevar el nivel de calidad del servicio al cliente,�reduciendo la p�rdida de
venta por falta de mercanc�a y generando una mayor lealtad a la compa��a.
* Vigilar la calidad de los productos�al tenerlos bien identificados y
monitoreados.
* Reconocer robos y mermas.
* Liberar y optimizar el espacio en tus almacenes�para incrementar la rentabilidad
* Controlar la entrada, salidas y localizaci�n de la mercanc�a, requisici�n de
mercanc�as para un manejo de las bodegas m�s profesional.
* Mejorar el flujo de efectivo del local,�ya que al comprar de manera m�s eficiente
y contar con una mayor rotaci�n de inventarios se provocar� que el dinero no est�
sentado en tu almac�n sino trabajando.
* Poder identificar la estacionalidad de un producto
* Detectar f�cilmente art�culos de lento movimiento�o estancados para elaborar
estrategias para poder desprenderse de ellos f�cilmente.
* Automatizar el control de inventario de un comercio.
* Encontrar fallas o faltas en el inventario.
* Resumir venta diaria, semanal y anual
* Demostrar soporte en la falta de un producto
* Notificar y demostrar el retiro o ingreso de un producto.
* Registrar turnos de los empleados.
* Evitar la alteraci�n de inventario infructuoso
* Maximizar los m�rgenes de beneficios.
* Evitar el desabastecimiento.
* Evitar el exceso de inventario
* Rapidez en el ingreso de un nuevo producto.

1.4) Justificaci�n de la investigaci�n:


La implementaci�n de este sistema, es para el comercio regional y nacional el cual
se qued� estancado. Casi todos los comercios peque�os no poseen un sistema de
informaci�n que soporte la fiabilidad y el control del inventario, y actualmente un
comercio peque�o puede contar hasta con 50 productos diferentes, haciendo as� el
conteo diario en una tarea ardua que disminuye la eficiencia de los empleados. Este
sistema de informaci�n no se dirige hacia un comercio en especial por lo cual su
implementaci�n es f�cil, esto ayudara a los comercios locales a entrar a la era
inform�tica, ayudando as� a la sociedad ya que el futuro de la humanidad se
encuentra en la tecnolog�a. Este sistema adem�s proporcionara rapidez y eficacia a
la hora de cambio de turno, ya que por lo general se tiene que hacer un conteo de
los productos.
La investigaci�n fue incentivada por peque�as fallas que dificultaba indudablemente
la eficacia y la fiabilidad, ya que la informaci�n en algunos casos puede ser
f�cilmente manipulada, y en otros se puede perder los registros f�sicos. Por lo
cual la automatizaci�n y digitalizaci�n de estos registros es lo m�s apropiado. Por
eso la implementaci�n de este sistema de control de inventario multifuncional, hace
m�s pr�ctico el comercio, la interacci�n y manipulaci�n de los productos.

El uso de un software para el control de inventarios es una herramienta que


facilitar� el proceso en las actividades de los usuarios del local. Dentro de este
proyecto los beneficiados con esta investigaci�n ser�n principalmente el personal
que ah� labora (usuarios), quienes otorgan atenci�n y servicio de abastecimiento de
mercanc�a. Sirviendo as� en diferentes �reas los cuales contar�n con un servicio de
atenci�n m�s r�pida, eficiente, oportuna para cubrir sus necesidades.
Sabemos que este tipo de sistema existe en la actualidad, pero normalmente se
especializan en un solo tipo de comercio, mientras que este globaliza a todos,
haci�ndolo muy pr�ctico para los peque�os locales ya que el seguimiento y control
de inventarios es una actividad medular en una empresa ya que al tener una
visibilidad confiable del mismo puedes tomar mejores decisiones adem�s de reducir
costos al no cargar con excesos o faltantes de mercanc�a y por lo tanto ofrecer un
mejor servicio a tu cliente. Adem�s, el tener niveles �ptimos de inventario te
puede ayudar a liberar flujo de efectivo

1.5) Alcance y finalidad de la investigaci�n


La intenci�n de este proyecto es tener un avance social y productivo dentro de
nuestras comunidades, para el avance y mejoramiento del mismo, as� a la vez tener
el control completo del inventario en los locales y adelantarnos un paso m�s a la
era inform�tica, bas�ndose en la sencillez y comodidad que el ser humano busca
simplificando diversas tareas, tambi�n se pretende llegar al desarrollo de esto
locales promoviendo la cultura inform�tica en el �rea comercial. Otras de las cosas
esperadas es la disminuci�n de horas en el control manual del inventario, brindando
informaci�n de confianza a el jefe y al personal.
La finalidad de esta investigaci�n es para el entendimiento de la gravedad por la
que pasa nuestros locales, debido a la desactualizaci�n inform�tica y el impacto
apenas imperceptible por la sociedad, pero que afecta de una forma a esta misma,
generando as� una repuesta eficaz contra el retraso comercial.
Lo planteado con este proyecto es un sistema de informaci�n de control de
inventario multifuncional que tiene la finalidad de llevar un registro seguro y
completo del inventario, de tal manera que una vez introducido el producto solo
puede ser retirado del inventario, dando una justificaci�n la cual le llegara en
forma de notificaci�n al supervisor. El sistema de informaci�n tambi�n tendr� una
funci�n de historial el cual registrar�, las compras, los retiros e incorporaci�n
de los productos con una breve descripci�n, tambi�n pretende llevar un registro del
turno de los empleados. Este sistema de informaci�n no se refiere a ning�n comercio
en especial, por lo que su uso puede ser aplicados por varios locales, y su uso es
relativamente f�cil, esto con el fin que sea implementado de forma masiva, seguro y
pr�ctico.
En concreto con este proyecto se pretende abastecer las necesidades del comercio
regional y nacional, basado en la experiencia de otros pa�ses m�s desarrollados y
en el impacto social que esta obtuvieron. El desarrollo de este sistema de
informaci�n ayudara a mantener una organizaci�n y un ritmo constante al avance de
la tecnolog�a en el mundo.
Capitulo II: Marco Te�rico.
Bases te�ricas
2.1) Sistema de informaci�n.
Un sistema de informaci�n es un conjunto de datos que interact�an entre s� con un
fin com�n.
En inform�tica, los sistemas de informaci�n ayudan a administrar, recolectar,
recuperar, procesar, almacenar y distribuir informaci�n relevante para los procesos
fundamentales y las particularidades de cada organizaci�n.
La importancia de un sistema de informaci�n radica en la eficiencia en la
correlaci�n de una gran cantidad de datos ingresados a trav�s de procesos dise�ados
para cada �rea con el objetivo de producir informaci�n v�lida para la posterior
toma de decisiones.
Sistema de informaci�n electr�nico.
Los sistemas de informaci�n electr�nicos son paquetes de software que integran toda
la gesti�n de la empresa, proveen una arquitectura que cumple con los requisitos
internos y externos para soportar sistemas de planeaci�n de recursos de la empresa,
con todos los procesos integrados a trav�s de una cadena de suministro.

2.2) Metodolog�a de Kendall y Kendall


Seg�n la metodolog�a de Kendall & Kendall el ciclo de vida de un sistema consta de
siete partes: siendo la primera la identificaci�n del problema, la segunda
identificaci�n de requisitos de informaci�n, la tercera es el an�lisis de las
necesidades del sistema, la cuarta es el dise�o del sistema recomendado, la quinta
desarrollo y documentaci�n del sistema, la sexta prueba y mantenimiento y la �ltima
implementaci�n y evaluaci�n. Cada fase se explica por separado, pero nunca se
realizan como pasos aislados, m�s bien es posible que algunas actividades se
realicen de manera simult�nea, y algunas de ellas podr�an repetirse.

2.3) Inventario:
�Inventarios son bienes tangibles que se tienen para la venta en el curso ordinario
del negocio o para ser consumidos en la�# HYPERLINK
"https://www.monografias.com/trabajos16/estrategia-produccion/estrategia-
produccion.shtml" #producci�n#�de bienes o servicios para su posterior�# HYPERLINK
"https://www.monografias.com/trabajos/comercializa/comercializa.shtml"
#comercializaci�n#. Los inventarios comprenden, adem�s de las materias primas,
productos en proceso y productos terminados o mercanc�as para la venta, los
materiales, repuestos y accesorios para ser consumidos en la�# HYPERLINK
"https://www.monografias.com/trabajos54/produccion-sistema-economico/produccion-
sistema-economico.shtml" #producci�n#�de bienes fabricados para la venta o en la
prestaci�n de servicios; empaques y envases y los inventarios en tr�nsito.

Tipos de Inventario
* Inventario inicial: es aquel en el cual se registra todos los bienes de la
empresa. Solo se documenta los bienes existentes el d�a de elaboraci�n. Por lo
general se elabora al inicio del periodo contable, que suele ser el 1 de enero.
* Inventario�# HYPERLINK "https://www.monografias.com/trabajos10/prens/prens.shtml"
#peri�dico#�(inventario puntual)
* Liquidaci�n legal.
* Inventario final: se realiza cada vez que se cierra el periodo�# HYPERLINK
"https://www.monografias.com/trabajos14/control-fiscal/control-fiscal.shtml"
#fiscal#, normalmente el 31 de diciembre.
Tipos de productos en el inventario
* Materias primas y partes compradas.
* Bienes parcialmente terminados, llamados: inventario en proceso.
* Inventario de bienes terminados (empresas de�# HYPERLINK
"https://www.monografias.com/trabajos14/manufact-esbelta/manufact-esbelta.shtml"
#manufactura#, comercializadoras).
* Partes de reemplazo,�# HYPERLINK
"https://www.monografias.com/trabajos11/contrest/contrest.shtml" #herramientas#�y
consumibles.
* Bienes en tr�nsito a locales o clientes.
Control de inventario: El control es fundamental en los actuales comercios, ya que
la toma de decisiones afecta en categor�a los procedimientos eficaces para el
comercio. Modular y gestionar de forma id�nea, el manejo de entrada, estacionalidad
y salida de un producto ayudara de forma audaz a la estrategia comercial.

Objetivos:
Proveer o distribuir adecuadamente los materiales necesarios a los comercios.
Coloc�ndolos a disposici�n en el momento indicado, para as� evitar aumentos de�#
HYPERLINK "https://www.monografias.com/trabajos4/costos/costos.shtml"
#costos#�perdidas de los mismos. Permitiendo satisfacer correctamente las
necesidades prioritarias del comercio, a las cuales debe permanecer constantemente
adaptado. Por lo tanto la�# HYPERLINK
"https://www.monografias.com/trabajos15/sistemas-control/sistemas-control.shtml"
#gesti�n#�de inventarios debe ser atentamente controlada y vigilada.�

2.4) Fundamento Te�rico.


El marco de referencia de un estudio del control de los Inventarios es el que gu�a
y orienta al proceso del registro de art�culos, en primera instancia es complejo
hablar de control de inventarios, sin embargo, podemos aportar estudios de esta
naturaleza clasificando a este proceso en dos sistemas: Sistema de inventarios
permanente y Sistema de inventarios peri�dico.
2.5) Sistema de inventarios permanente.
El sistema de inventarios permanente, o tambi�n llamado perpetuo, permite un
control constante de los inventarios, al llevar el registro de cada unidad que
ingresa y sale del inventario. Este control se lleva mediante tarjetas denominadas
Kardex, en donde se lleva el registro de cada unidad, su valor de compra, la fecha
de adquisici�n, el valor de la salida de cada unidad y la fecha en que se retira
del inventario. De esta forma, en todo momento se puede conocer el saldo exacto de
los inventarios y el valor del costo de venta, el control permanente de los
sistemas en base a los inventarios existentes.
2.6) Sistema de Inventario Peri�dico.
No mantiene un registro continuo del inventario disponible, m�s bien, al fin del
periodo, el negocio hace un conteo f�sico del inventario disponible y aplica
los�costos�unitarios para determinar el costo del inventario final. �sta es la
cifra de inventario que aparece en el�# HYPERLINK
"https://www.monografias.com/trabajos5/estafinan/estafinan.shtml" #Balance
General#. Se utiliza tambi�n para calcular el costo de las mercanc�as vendidas. El
sistema peri�dico es�conocido�tambi�n como sistema f�sico, porque se apoya en el
conteo f�sico real del inventario.
Valoraci�n de los inventarios en el sistema permanente
La valoraci�n de los inventarios y la determinaci�n del costo de venta por el
sistema permanente, tiene el inconveniente con los valores de las mercanc�as,
puesto que �stas se adquieren en fechas diferentes con precios diferentes, por lo
que es imposible tener una homogeneidad en los valores de las mercanc�as compradas.
Para sortear este problema, la valuaci�n de los inventarios se realiza mediante
diferentes m�todos que buscan determinar el costo de la forma m�s real, dependiendo
del tipo de empresa. Entre los m�todos de valuaci�n tenemos: M�todo del promedio
ponderado, M�todo Peps, M�todo Ueps, entre otros.

2.7) M�todos de Valuaci�n: Peps y Ueps.


Peps.: Primeras Entradas Primeras Salidas
Este�# HYPERLINK "https://www.monografias.com/trabajos11/metods/metods.shtml"
#m�todo#�consiste en que los primeros art�culos que entran al almac�n, son los
primeros en salir por lo tanto en inventario o sea las existencias est�n valuadas a
las �ltimas entradas o sea a los �ltimos�# HYPERLINK
"https://www.monografias.com/trabajos16/fijacion-precios/fijacion-precios.shtml" \l
"ANTECED" #precios#�de adquisici�n. El costo de ventas queda valuado a las primeras
compras del periodo contable. Cuando existe alza en los precios o sea en �poca
inflacionaria el inventario queda sobrevaluado ya que tiene precios de compra
recientes, y el costo de venta queda valuado a precios anteriores, esto afectar�
los resultados produciendo una mayor utilidad.
Ueps.: �ltimas Entradas, Primeras Salidas
Este m�todo quiere decir que los �ltimos art�culos que entrar al almac�n son
primeros en salir, esto quiere decir que el inventario final est� representado por
las primeras entradas y por lo tanto est� valuado a precios de adquisici�n
antiguos. Los art�culos vendidos y que se encuentran en el costo de ventas,
representan las �ltimas compras del periodo y est�n valuados a los �ltimos precios
de adquisici�n. En una �poca de alza de precios o sea en �poca inflacionaria el
costo de ventas queda valuado a costos recientes lo que afecta los resultados,
reduciendo la utilidad. El inventario queda valuado a costos m�s antiguos es decir
a un valor menor que a precio de�# HYPERLINK
"https://www.monografias.com/trabajos13/mercado/mercado.shtml" #mercado#. Para
poder valuar un inventario con �ste m�todo se toman las facturas de las primeras
compras del ejercicio.

Contabilizaci�n de los inventarios en el sistema permanente.


En el sistema permanente, las compras de mercanc�as o materia prima se
contabilizan en un d�bito a la cuenta de Inventarios (Activo). En la devoluci�n de
compras de mercanc�as, se afecta directamente la cuenta de inventarios, es decir,
se contabiliza como un cr�dito a la respectiva subcuenta de inventarios.
De acuerdo a las nuevas Tecnolog�as de Informaci�n que existen hoy en d�a, es
conveniente se�alar que para destacar como agentes de cambio es de gran relevancia
situarse en un mundo competitivo que nos permita optimizar los recursos
tecnol�gicos que se tienen en los locales y colaborar en ese sentido para
aprovechar dichos recursos con la finalidad de automatizar procesos
administrativos, como es el caso del comercio de Venezuela, espec�ficamente en el
�rea regional con la finalidad de llevar el control de inventarios de los
art�culos, equipos, productos que se manejan. De acuerdo a la tem�tica del proyecto
se considera relevante conceptualizar la importancia que hoy en d�a tienen las
nuevas tecnolog�as.

2.8) Representaci�n y procesadores del sistema:


Diagramas de caso de uso:
Los�diagramas de casos de uso�sirven para especificar la comunicaci�n y el
comportamiento de un sistema mediante su interacci�n con los usuarios y/u otros
sistemas. O lo que es igual, un�diagrama�que muestra la relaci�n entre los actores
y los�casos de uso�en un sistema.
Lenguaje unificado modelado (UML)
Es un lenguaje gr�fico para visualizar, especificar, construir y documentar un
sistema. UML ofrece un est�ndar para describir un "plano" del sistema (modelo),
incluyendo aspectos conceptuales tales como procesos, funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programaci�n, esquemas de bases
de datos y compuestos reciclados.
Lenguaje de programaci�n (Visual Basic 2019)
Visual Basic�(VB) es un�# HYPERLINK
"https://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n" \o "Lenguaje de
programaci�n" #lenguaje de programaci�n#�# HYPERLINK
"https://es.wikipedia.org/wiki/Programaci%C3%B3n_dirigida_por_eventos" \o
"Programaci�n dirigida por eventos" #dirigido por eventos#. Este lenguaje de
programaci�n es un dialecto de�# HYPERLINK "https://es.wikipedia.org/wiki/BASIC" \o
"BASIC" #BASIC#, con importantes agregados. Su primera versi�n fue presentada en�#
HYPERLINK "https://es.wikipedia.org/wiki/1991" \o "1991" #1991#, con la intenci�n
de simplificar la programaci�n utilizando un�# HYPERLINK
"https://es.wikipedia.org/wiki/Entorno_de_desarrollo_integrado" \o "Entorno de
desarrollo integrado" #ambiente de desarrollo.#
Access 2010.
Microsoft Access�es un programa que te permite gestionar bases de datos. Es un
editor y gestor de bases de datos que se enlaza con Visual Basic para crear
peque�os programas con formularios adaptados a la medida de tus necesidades.

2.9) Etapas para el desarrollo del sistema


Etapa de an�lisis
Es importante resaltar que un sistema de informaci�n inicia con una investigaci�n
preliminar de la informaci�n concerniente al proyecto que se pretende desarrollar.
Para conocer, indagar los requerimientos de los usuarios se utilizan las t�cnicas
de recopilaci�n de informaci�n como son la observaci�n, entrevistas y encuestas
para saber a ciencia cierta todos los requerimientos de los usuarios potenciales y
conocer espec�ficamente las necesidades que se tienen para el manejo de la
informaci�n.
Etapa de Dise�o
Existen diversos modelos o herramientas de modelado que permiten al analista de
sistemas usar diagramas para representar procesos que permitan destacar
caracter�sticas relevantes, entre ellas citamos
* Diagramas de contexto.
* Modelos conceptuales.
* Diagramas de flujo de datos.
* Diagramas de entidad-relaci�n.
La finalidad de utilizar las herramientas de modelado es visualizar un panorama
general, una forma de abstracci�n o representaci�n de la realidad de todos aquellos
procesos que ejecutan alguna tarea o actividad involucrados en el desarrollo del
sistema.
En lo concerniente al desarrollo del sistema se har� una selecci�n de los lenguajes
de programaci�n en este caso. Microsoft Studio, Visual Basic 2019. Access 2010.

Etapa de Desarrollo
Existen algunos modelos de proceso: modelo en cascada, modelo incremental, modelo
de prototipos, modelo en espiral, entre otros. Se hace referencia exclusivamente a
aquellos que se utilizaron en este proyecto.

2.10) Modelo Incremental


El modelo incremental combina elementos del modelo en cascada aplicado en forma
iterativa, aplica secuencias lineales de manera escalonada conforme avanza el
tiempo en el calendario. Cada secuencia lineal produce �incrementos de software�,
en su primer incremento podr�a realizar funciones b�sicas de administraci�n de
archivos, edici�n y producci�n de documentos. En el segundo incremento ediciones
m�s sofisticadas y que tendr�a funciones m�s complejas. En el tercer incremento,
nuevas correcciones hasta lograr el producto terminado

2.11) Construcci�n de prototipos.


Sin importar la forma en que este se aplique, el paradigma del prototipo ayuda al
Ingeniero de sistemas y al cliente (usuarios) a entender de mejor manera cu�l ser�
el resultado de la construcci�n cuando los requisitos se satisfagan, el paradigma
de construcci�n de prototipos se inicia con la comunicaci�n. El Ingeniero de
software y el cliente encuentran y definen los objetivos globales para el software,
identifican los requisitos conocidos y las �reas del esquema donde es necesario
hacer una definici�n m�s exacta. El dise�o r�pido se centra en una representaci�n
de aquellos aspectos del software que ser�n visibles para el cliente o usuario
final, por ejemplo, dise�o de la interfaz, formularios, consultas e informes,
formatos deseados por el usuario. El prototipo lo eval�a el cliente y con la
retroalimentaci�n se refinan los requisitos en cada una de las iteraciones, hasta
que se ajuste a las necesidades del cliente.

2.12) Programaci�n extrema (PE)


La PE abarca un conjunto de reglas y pr�cticas que ocurren en el contexto de cuatro
actividades del marco de trabajo; Planeaci�n, dise�o, codificaci�n y pruebas.

2.13) DEFINICION DE TERMINOS OPERATIVOS


Calidad:�es herramienta b�sica para una propiedad inherente de cualquier cosa que
permite que esta sea comparada con cualquier otra de su misma especie.
Entrada:�Lugar por donde se entra.� Acci�n de entrar.
Existencia:�los bienes tangibles, con la posibilidad de ser almacenables, que las
empresas adquieren en el exterior, con la finalidad de utilizarlos en el proceso
productivo para la obtenci�n de productos finales, o bien para el mantenimiento de
los equipos productivos.
Fallas:�Defecto o imperfecci�n de alguna cosa.
Producto:�El producto es un conjunto de atributos que el consumidor considera que
tiene un determinado bien para satisfacer sus necesidades o deseos.
Sistema:�es un conjunto de partes o elementos organizados y relacionados que
interact�an entre s� para lograr un objetivo. Los sistemas reciben (entrada) datos,
energ�a o materia del ambiente y proveen (salida) informaci�n, energ�a o materia.
Salida:�Acci�n y efecto de salir o salirse.
Recepci�n:�Acto de recibir o recibirse

Capitulo III: Resultados.


3.1) Para el desarrollo de este proyecto:
Inicialmente se realiz� un an�lisis de requerimientos y se usaron herramientas de
modelado tales como el diagrama de flujo de datos para representar los datos
relevantes del dise�o del sistema, el modelo incremental para plantear las etapas
del desarrollo del proyecto. Se us� el modelo de desarrollo de prototipos para el
desarrollo del software, el cual inicia con la recolecci�n de requisitos y en donde
el desarrollador y el usuario definen los objetivos globales para el software y el
dise�o se centra en una representaci�n r�pida de las tareas del sistema, el cual se
va refinando en base a las necesidades de los usuarios.
Para el desarrollo de este proyecto se utiliz� la metodolog�a de programaci�n
extrema (PE). Esta metodolog�a consta de un conjunto de reglas y pr�cticas
comprendidas en cuatro actividades b�sicas; Planeaci�n, dise�o, codificaci�n y
pruebas. Inicialmente se conform� la historia del usuario, la planificaci�n del
proyecto y la localizaci�n del mismo, se utiliz� la t�cnica de construcci�n del
prototipo para realizar las interfaces del sistema.
Se us� la metodolog�a incremental para hacer los diferentes incrementos del
sistema, previamente aprobados por el usuario(s), se codificaron los m�dulos en
Microsoft Studio, Visual Basic. Se dise�� la base de datos en Access 2010,
contemplando sus tablas relacionales con sus respectivas relaciones y se enlazaron
a Visual Basic para construir las interfaces del sistema, as� como las pruebas
pertinentes, desde la etapa de desarrollo hasta la etapa final de la aplicaci�n.
3.2) Metodolog�a
Se desarroll� una aplicaci�n con la intencionalidad de mantenerla instalada en una
o m�s computadoras, la cual estar� disponible para los usuarios potenciales.
Permitir� al personal utilizar en modo de usuario el sistema, mientras que el
encargado tendr� acceso de administrador.
Entre las principales caracter�sticas y funciones de la aplicaci�n se citan las
siguientes:
* Se asegura la confidencialidad de la informaci�n a trav�s del n�mero o la clave
del art�culo y un password asignado al responsable autorizado para acceder al
sistema
* La mayor parte de la interacci�n entre los responsables del manejo del
inventario, se centra en el registro de los art�culos que entran y se dan de alta
en el almac�n, la nota de requisici�n de art�culos, los formatos que se siguen en
el llenado de los art�culos, seg�n las disposiciones de los usuarios, generaci�n de
listados, la entrada y salida de art�culos que controla el sistema, previamente
aprobados por el Jefe o encargado correspondiente, como responsable del proceso.
* La funcionalidad central del Sistema de Informaci�n es la generaci�n de
consultas, as� como la actualizaci�n de los datos de la descripci�n de art�culos,
el control de las existencias de los art�culos, y el control del inventario.
* Para el uso de la informaci�n almacenada por la aplicaci�n, se cuenta con un
m�dulo de generaci�n de reportes acorde a las tareas que ejecuta el sistema.
* Adem�s, permite dise�ar informes a la medida de las necesidades espec�ficas de
los usuarios, como informes estad�sticos semestrales o anuales.
Siguiendo la metodolog�a de Kendall & Kendall, se establecieron las condiciones
necesarias para el desarrollo de este Sistema.

Metodolog�a de Kendall & Kendall


Identificaci�n de problemas.
En el estudio de nuestra comunidad, observamos las peque�as fallas que cometen los
comercios locales a la hora de hacer seguimiento a su inventario, y siguiendo la
metodolog�a de Kendall & Kendall, se identificaron los problemas para el desarrollo
de este sistema de informaci�n.

Identificaci�n del problema de ra�zFalta del Control de inventario


* Ausencia de un sistema de informaci�n
* No se tiene un control de inventario competente
* Escases de material
* Perdidas de ventas
* Falta de organizaci�n
* Retraso laboral

Hechos* Aumento de gastos


* Reducci�n de ingresos
* Reducci�n de producci�n
* Poco orden
* Mala calidad
* Ineficiencia comercial
CausasControl inadecuado del inventario
* �Qu� ocasiona esto?
* �Qu� parte del comercio est� funcionando mal?
* �Porque no se tiene un control de inventario adecuado? Figura 1: Cuadro:
identificaci�n de problemas seg�n la metodolog�a de Kendall & Kendall.

Los datos son la principal necesidad de los sistemas de informaci�n, por lo que
analizar y expresar esto son parte fundamental de este an�lisis. Los requerimientos
necesarios para este sistema es la introducci�n puntual de informaci�n nueva, como
lo es la compra de un nuevo producto y el registro de cambio de turno, tambi�n se
pide anotar fallas o faltas en el inventario de manera espec�fica. Este sistema de
informaci�n de control de inventario requiere que se especifique cada paso de
manera sencilla, para obtener un mejor resultado, esto incluye el retiro de un
producto o el pago en efectivo del mismo, con el fin de tener un mejor monitoreo
del dinero que circula en el local.
//

Figura 2: Diagrama de caso de uso: en la siguiente imagen observamos el m�todo


usado actualmente por los comercios de nuestras localidades.

Como vemos en el diagrama de caso, es f�cil perder factibilidad en el inventario,


ya que no se tiene un sistema adecuado para prevenir perdidas.

Determinaci�n de los requerimientos de informaci�n:


Bas�ndonos en la metodolog�a de Kendall & Kendall y en el estudio y faltas de la
investigaci�n, planteamos los requerimientos de informaci�n que se necesitan
ejecutar. El sistema de informaci�n para el control de inventario propone, una
interfaz de f�cil uso, amplia base de datos, historial y consulta financia,
exportaci�n de datos, construcci�n hist�rica y consulta inmediata.
En cuanto al requerimiento de hardware y software, requiere como m�nimo lo
siguiente:

HardwareCaracter�sticasComputadorDual Core 1 GHz 800mb de espacio libre 1 GB de


RAMMonitor15 pulgadas LCDPerif�ricosMouse y TecladoConectividadRed localOtros
dispositivos (Opcional)Tel�fono inteligenteFigura 3. Cuadro: Requerimientos de
Hardware.
SoftwareCaracter�sticasSistema operativoWindows 7, 32bits, procesador x64Entorno de
desarrolloMicrosoft Studio 2019Lenguaje de programaci�nVisual BasicGestor de
datosAccess 2010Servidor localXAMPP v 3.2Figura 4. Cuadro: Requerimientos de
Software.
Esto se hace a partir de los problemas que presentan la comunidad, para determinar
los requerimientos de informaci�n dentro de un local, se utilizaron diversos
instrumentos, los cuales incluyen: muestreo, el estudio de los datos y formas
usadas para la organizaci�n, la entrevista, los cuestionarios; la observaci�n de la
conducta de quien tom� la decisi�n, as� como de su ambiente. Esto se hizo para
determinar e identificar la informaci�n que requiere cada usuario para desempe�ar
un mejor control de sus inventarios.

An�lisis de las necesidades del sistema:


Ya teniendo en cuenta el problema para el que se planifico, se necesita conocer las
necesidades del problema. Se analizan las necesidades propias del sistema, para
ello existen herramientas y t�cnicas dise�adas para tal fin, estas incluyen entre
otras el uso de los diagramas de flujo de datos que cuentan con una t�cnica
estructurada para representar en forma gr�fica la entrada de datos a la
organizaci�n, los procesos y la salida de informaci�n. Tambi�n se analizan las
decisiones estructuradas por realizar, que son decisiones donde las condiciones,
condiciones alternativas, acciones y reglas de acci�n podr�n determinarse.
Necesidades del cliente.
La necesidad de este sistema de control de inventario automatizado dirigido para
los comercios locales depende de su tipo y su tama�o. Cuando se posee un comercio
con una amplia cantidad de mercanc�as, una de las m�s importantes cosas a
considerar es mantener un control de �stas, asimismo, considerar qu� se tiene, qu�
hace falta, cu�les son los excedentes disponibles, etc�tera. A�n si el negocio no
dispone de una gran cantidad de productos, el manejo de inventarios resulta
menesteroso para que los locales puedan fluir sin ning�n tipo de retraso y sin
ninguna p�rdida de capital.� La relevancia de �stos estriba en el inter�s principal
de todo local mientras que las exigencias para este sistema es el monitoreo de
entrada, estacionalidad y salida de un producto.
Debido a que se trata de un sistema que no se especifica en un solo comercio y que
se dirige a varios potenciales clientes, propone una interfaz ligera y f�cil de
usar para todo el p�blico, a la vez que un sistema seguro y econ�mico para el
encargado del comercio.

Evaluar Viabilidad del sistema


Siguiendo la orientaci�n de la metodolog�a usada para esta investigaci�n de Kendall
y Kendall, expone que este an�lisis se basa en averiguar si es posible desarrollar
el nuevo sistema teniendo en cuenta los recursos t�cnicos y econ�micos actuales y
de no ser as�, comprobar c�mo se podr�a actualizar o complementar el sistema de tal
forma que pueda cumplir con lo que se requiere. Tomando en cuenta lo mencionado
anteriormente, se analiz� el conjunto de software y hardware necesario para la
ejecuci�n del sistema a la magnitud requerida por los comercios locales.
Se ha concluido que este sistema resulta ser viable para el local y la comunidad,
ya que hoy en d�a un comercio puede contar como m�nimo un sistema de pago, por el
cual adquirir un hardware para este sistema no resulta ser extremadamente
complicado ya que lo requisito son bajos y el costo no es extremo. Este sistema
ayudara a optimizar sus ventas y aumentar su margen de ganancia, siendo este
sistema una inversi�n para el local. La confianza que puede proporcionar hoy en d�a
la tecnolog�a no es algo que se discuta, y la necesidad del comercio de optimizar
sus ganancias, provocara que la adquisici�n de un sistema para el control de
inventario sea primordial para ellos, por lo cual su desarrollo es completamente
factible.
An�lisis t�cnico y econ�mico
Analizando la viabilidad t�cnica y econ�mica, podemos acordar que es confiable, ya
que la adquisici�n de este sistema viene con la necesidad de controlar su
inventario, por lo cual el comercio ya tiene que tener un margen de ganancia
considerable. El hardware que requiere este sistema, hoy en d�a es econ�mico y de
hecho de uso cotidiano, por lo que la mayor�a de las personas o locales ya lo
poseen.
Viabilidad t�cnica
Al culminar el proyecto e implementar el sistema de informaci�n, se desea que sea
aceptado positivamente por parte de los usuarios, por los siguientes motivos:
* El sistema buscar� ser amigable con el usuario, con el fin de que este pueda
operarlo de forma sencilla, puesto que se manejar� la misma informaci�n con la que
est�n familiarizados, tan solo que en formato digital y por medio de formularios en
una aplicaci�n web.
* El sistema no desplazar� personas de su puesto de trabajo, tan solo mejorar� los
procesos para hacer el trabajo m�s f�cil a quienes utilicen este sistema.
* Se espera que los clientes puedan interactuar con la aplicaci�n, realizando
consultas de los productos y conociendo de manera detallada las caracter�sticas del
producto.
* El administrador del sistema podr� tomar mejores decisiones en cuanto a la compra
y venta de los productos por medio de la generaci�n de reporte estad�sticos.
Se cuenta con lo siguiente:
* Los equipos requeridos son asequibles.
* Las caracter�sticas de hardware con caracter�sticas m�nimas para un adecuado
funcionamiento del Sistema, son f�ciles de conseguir en el mercado local.
* El Software a implementar encaja en niveles normales de desarrollo, es decir no
ofrece mayores dificultades para su implementaci�n.
* Se cuenta con la tecnolog�a necesaria para la implementaci�n del Sistema, tanto a
nivel local como a nivel Web.
* La tecnolog�a necesaria tiene la capacidad t�cnica de soportar todos los datos
que requieren los usuarios y lectores, sin importar el n�mero y ubicaci�n en donde
se encuentren.
Requisitos m�nimos del sistemaComputador Intel(R) Celeron(R) CPU 847@
1.10GHz
300 MB De espacio libre
1 Gb de RAMSistema operativo
Windows 7, 32bits procesador x64
Conectividad a red
Red localOtros dispositivos
Tel�fono inteligente (opcional)Figura 5. Cuadro: Viabilidad t�cnica.

Viabilidad econ�mica:
En el siguiente cuadro, se muestran los costos que acarrear� el desarrollo del
sistema de informaci�n que describiremos a continuaci�n:
* Se realiza la cotizaci�n de un equipo de c�mputo, que ser� utilizado tanto para
el desarrollo como para la realizaci�n de pruebas.
* Se tendr�n en cuenta el valor de los servicios utilizados tales como internet,
papeler�a, servicios p�blicos, transporte.
* Se calcula el tiempo requerido por los desarrolladores en el desarrollo del
proyecto.

RecursosDescripci�nCantidadCosto por unidadCosto totalEquipo de


desarrolloComputador120.400.000 Bs.S20.400.000 Bs.SAccesoriosTel�fono Inteligente
(Opcional)
18.750.000 Bs.S8.750.000 Bs.SConexi�n a internetPlan de internet3
meses450.000Bs.S1.350.000 Bs.STrasporteTransporte1415.000 Bs.S240.000 Bs.SHoras del
desarrolladorHoras de Desarrollo160 H20.000 Bs.S3.200.000 Bs.STotal33.940.000
Bs.SFigura 6. Cuadro: Viabilidad econ�mica
Se cuenta con lo siguiente.
* El mantenimiento del sistema implica inversi�n de montos relativamente peque�os.
* Las herramientas elegidas, son ampliamente conocidas entre los desarrolladores
locales, por lo tanto, la mano de obra es barata.
* La mayor�a de los locales ya cuenta con los recursos econ�micos necesarios para
la obtenci�n de los elementos necesarios para el desarrollo y implementaci�n del
sistema.
* Los equipos necesarios para el funcionamiento del sistema, ya est�n disponibles.
Por lo tanto, el costo de Inversi�n es reducido
Viabilidad Operativa
esta viabilidad comprende una determinaci�n de la probabilidad de que un nuevo
sistema se use como se supone. Visto as�, inicialmente fue establecida una encuesta
en el personal que utilizar�a el sistema buscando representar la disposici�n al
cambio de los mismos, de este modo garantizando con el resultado que existe una
disposici�n al cambio favorable en la empresa. De igual forma, en cuanto al factor
de operatividad t�cnica se dio una instrucci�n al grupo autorizado sobre el uso del
sistema. Adem�s, poseen una copia del manual en digital, en el cual es explicado
todos los procedimientos de operaci�n del sistema. Tomando en consideraci�n lo
antes descrito, se considera que el personal est� capacitado para operar el sistema
por lo que es viable la propuesta.
* El sistema agilizar� los procesos y eliminar� la necesidad de efectuar labores
tediosas, por lo tanto, tiene la aceptaci�n de los usuarios potenciales.
* El sistema trabajar� bajo situaciones de funcionamiento normales (temperatura
ambiente, personal capacitado, etc.), lo cual implica poco riesgo de aver�as.
* Se cuenta con el apoyo del personal correspondiente del local para el desarrollo
del proyecto, proporcionando la informaci�n necesaria para el cumplimiento del
Proyecto.
* Se brindar� capacitaci�n a los usuarios que utilicen el sistema.
* El personal de la empresa tiene conocimientos de inform�tica.
Al haber realizado el estudio de factibilidad, podemos concluir que el proyecto es
factible.
Asignaci�n de los elementos del sistema.
En esta �rea se propone el an�lisis para la funci�n y asignaci�n de los elementos
involucrados en el sistema.
Hardware: La funci�n que tiene el hardware en este caso, es la proporci�n de un
elemento f�sico capaz de automatizar los procesos de datos de manera f�cil y
sencilla, dando as� un soporte funcional para la funci�n del sistema de control de
inventario.
Software: El software tiene como compromiso, integral los datos de manera digital
para el uso conveniente de ellos, adem�s tiene que dar vida al sistema de control
de inventario soportando su estructura intangible.
Personal: El personal en este caso, es el responsable del manejo de los datos de
manera manual, teniendo as� la misi�n de incorp�ralos en el sistema, para que este
lleve registro de ellos. Tambi�n tienen que ser eficaces en el seguimiento de la
misma.
Base de datos: La base de datos tienen que tener el conocimiento historial de la
informaci�n introducida creando registros y llevando su seguimiento de manera
eficaz y casi instant�neas de ellos.
Otros dispositivos: Esta tiene como funci�n, tener al tanto al encargado de manera
instant�nea desde cualquier lugar, entregado informes del sistema en el momento que
sea requerido.

Dise�o del sistema recomendado:

Usando la informaci�n recolectada anteriormente se elabora un dise�o l�gico. Se


dise�a tambi�n procedimientos precisos de captura de datos, con la finalidad de que
los datos que se introducen en el sistema de informaci�n, sean los correctos. Esta
etapa tambi�n incluye el dise�o de los archivos o la base de datos que almacenar�
aquellos datos requeridos. La interfaz conecta al usuario con el sistema y es, por
lo tanto, extremadamente importante.
La fase de dise�o tambi�n incluye el dise�o de archivos o bases de datos que
guardar�n la mayor parte de los datos necesarios para los toma de decisiones de la
organizaci�n.
Por �ltimo el analista debe dise�ar procedimientos de control y respaldo para
proteger al sistema y a los datos y producir paquetes de especificaciones de
programa para los programadores.
Usando Visual Basic sobre el framework .Net en el entorno integrado de Microsoft
Studio se realiz� el sistema con la finalidad de tener un sistema grafico
incorporado con el lenguaje de programaci�n directamente, en este caso Visual
Basic. Se utiliz� la base de datos para este sistema Access el cual despu�s de
definir los datos que aparecen en la ventana de or�genes de datos. Desde all�,
puede arrastrar tablas o vistas a la superficie del dise�o. Para usar estos
procedimientos, se tuvieron que cumplir unos requisitos previos, el cual fue un
proyecto Windows Forms y una base de datos de Access 2010 y se cre� un conjunto de
datos siguiendo los pasos correspondientes para este sistema de control de
inventario. El conjunto de datos que se creo fue disponible para la ventana de
or�genes de datos para ser utilizada �arrastrada� a visual Basic. Se realiza la
interfaz de manera conveniente para todos los usuarios, permitiendo el registro de
todos los posibles clientes para el sistema.
Se incorpora un prototipo de modelo y la representaci�n de flujos de datos en el
sistema atreves del diagrama de flujos y diagramas de caso de usos.
Dise�o de Base de datos.
Determinados principios gu�an el proceso de dise�o de base de datos. El primer
principio es que informaci�n duplicada (tambi�n llamado datos redundantes) es
incorrecta, porque residuos espacio y aumenta la probabilidad de errores e
incoherencias. El segundo principio es que la exactitud y la integridad de la
informaci�n importante. Si la base de datos contiene informaci�n incorrecta, los
informes que extraen informaci�n de la base de datos tambi�n contener informaci�n
incorrecta. Como resultado, las decisiones que se basen en dichos informes se luego
estar mal informadas.
Caracter�sticas del dise�o
* Divide la informaci�n en tablas basadas en temas para reducir los datos
redundantes.
* Proporciona acceso a la informaci�n necesaria para unir la informaci�n en las
tablas seg�n sea necesario.
* Ayuda a garantizar la precisi�n y la integridad de su informaci�n.
* Admite el procesamiento de datos e informes necesidades.
Finalidad del sistema de datos.
* Evitar el desabastecimiento
Asegurarse de que tus clientes tengan acceso a los productos cuando los necesiten o
deseen es un problema t�cnico clave en el control de inventario. El sistema debe
incluir un sistema de reposici�n bien delineado, donde los niveles de inventario
cr�ticos en una tienda produzcan env�os r�pidos desde el centro de distribuci�n o
directamente de un proveedor. Teniendo en cuenta el tiempo y el esfuerzo puesto en
la promoci�n de productos para atraer el inter�s del cliente, querr�s tener el
inventario a la mano cuando vienen a comprar.
* Evitar el exceso de inventario
Un control de inventario optimizado realmente equilibra una l�nea muy fina entre
demasiado y poco. De hecho, la raz�n principal por la cual algunas compa��as han
ido tras los sistemas just-in-time y soluciones avanzadas de software es para
evitar el exceso de inventario al tratar de satisfacer la demanda. Tener demasiado
inventario en los centros de distribuci�n o en las tiendas es costoso. Ocupa
espacio, tiempo del empleado, costos de servicios p�blicos y limita el espacio del
suelo para la venta. Adem�s, los productos perecederos o productos con fecha de
caducidad deben ser eliminados si no se pueden vender.
* Transportar mercanc�as de manera eficiente
La eficiencia en el inventario se entiende como la capacidad de recibir y almacenar
r�pidamente los productos que entran y recuperar y enviar cuando salen. Cada
segundo extra gastado en estos procesos se suma a los costos de manejo del
inventario. Adem�s, la distribuci�n eficiente es un asunto de satisfacci�n de los
clientes para los vendedores de los canales comerciales y los minoristas. Los
minoristas esperan que los proveedores cumplan con los horarios establecidos de
entrega y los clientes esperan que los pedidos personalizados y productos lleguen a
tiempo.
* Maximizar los m�rgenes de beneficio
Un control de inventario bien gestionado es a menudo la clave para alcanzar los
objetivos del margen de beneficio. El margen bruto es la diferencia entre los
ingresos obtenidos de las ventas y los costos de los bienes vendidos. Quita los
costos fijos como edificios, servicios y mano de obra y se obtiene el margen
operativo. Invertir lo menos posible en el control de inventario, mientras se
cumplen los dem�s objetivos es fundamental en la obtenci�n de ganancias y el
crecimiento de tu negocio

Representaci�n gr�fica.

/
Figura 7. Diagrama de flujo de datos: Datos para el sistema, Registro para inicio
de sesi�n.

/
/

Figura 8. Diagrama de flujos de datos: Introducci�n general de datos.

////////////////////////////////////

/
/
Figura 9. Diagrama de flujo: Representaci�n de adquisici�n de un producto y
registro en el sistema de informaci�n.

///

Figura 10. Diagrama de flujo: Proceso de registro de cambio de turno.

Figura 11. Diagrama de caso de uso: Cambio de turno.


/
Figura 12. Diagrama de flujo: Reporte de datos. Generaci�n de reporte. Registro de
reporte.

Requerimientos espec�ficos.
A continuaci�n de muestra un listado de los requerimientos funcionales del sistema
con su respectiva descripci�n.

/
Figura 13. Cuadro: Requerimientos espec�ficos.

Interfaces externas de entrada


Cada interfaz de entrada indica todos los grupos de datos que ser�n ingresados al
sistema independiente del medio de ingreso.

/
Figura 14. Cuadro: Interfaces externa de entrada
Interfaces externas de Salida
Se especifica cada salida del sistema, indicando en cada caso el formato o medio
de salida.
/
Figura 15. Cuadro: Interfaces externas de salida

Dise�o de interfaz
El�dise�o de esta interfaz�o�ingenier�a de la interfaz�se implementa de tal manera
que tenga el resultado de definir la forma, funci�n, utilidad, ergonom�a, imagen de
marca y otros aspectos que afectan a la apariencia externa de la�interfaz en el
sistema.
Objetivos de la Interfaz:
La interfaz de este sistema es ser el espacio donde se producen las interacciones
entre seres humanos y m�quinas. El objetivo de esta interacci�n es permitir el
funcionamiento y control m�s efectivo de la m�quina desde la interacci�n con el
humano.
Esta interfaz incluye elementos como men�s, ventanas, contenido gr�fico, cursor,
los�beeps�y algunos otros sonidos que la computadora hace, y en general, todos
aquellos canales por los cuales se permite la comunicaci�n entre el ser humano y la
computadora.
El objetivo del dise�o de una interfaz es producir una interfaz que sea f�cil de
usar (explicarse por s� misma), eficiente y agradable para que al operar la m�quina
d� el resultado deseado.

Representaci�n de prototipo de la interfaz.


Registro del sistema.
/
Figura 16. Prototipo de interfaz: Registro del local, fase 1

/
Figura 17. Prototipo de interfaz: Registro del local, fase 2

/
Figura 18. Prototipo de interfaz: Registro del local, fase 3

/
Figura 19. Prototipo de interfaz: Registro del local, fase 4

/
Figura 20. Prototipo de interfaz: Registro del local, fase FINAL.

Interfaz General.
/
Figura 21. Prototipo de interfaz: Interfaz de pantalla principal.
/
Figura 22. Prototipo de interfaz: agregar producto.

/
Figura 23. Prototipo de interfaz: Modificar producto.

/
Figura 24. Prototipo de interfaz: Lista de inventario.

/
Figura 25. Prototipo de interfaz: Cambio de turno.
/
Figura 26. Prototipo de interfaz: Historial.

/
Figura 27. Prototipo de interfaz: Gesti�n de producto.
/
Figura 28. Prototipo de interfaz: Gesti�n de producto, Agregar mercanc�a.

/
Figura 29. Prototipo de interfaz: Gesti�n de producto, Reporte.

Interfaz finalizada del sistema.

/
Figura 30. Imagen: Interfaz del registro de sistema fase 1

/
Figura 31. Imagen: Interfaz de registro del sistema fase 2

/
Figura 32. Imagen: Interfaz del registro de sistema fase 3.

/
Figura 33. Imagen: Interfaz del registro de sistema fase 4
/
Figura 34. Imagen: Interfaz de pantalla de inicio.

/
Figura 35. Imagen: Interfaz para agregar un producto
/
Figura 36. Imagen: Interfaz, proceso exitoso.

/
Figura 37. Imagen: Interfaz modificaci�n del producto.

/
Figura 38. Imagen: Interfaz, lista de inventario.

/
Figura 39. Imagen: Interfaz, cambio de turno.

/
Figura 40. Imagen: Interfaz del historial.

/
Figura 41. Imagen: Interfaz de gesti�n de producto.

/
Figura 42. Imagen: Interfaz de gesti�n producto, agregar.

/
Figura 43. Imagen: Interfaz de gesti�n producto, retiro.

Desarrollo y documentaci�n de software.


Durante esta fase se analiza y trabaja con los usuarios para desarrollar
documentaci�n efectiva para el software, como manuales de procedimientos, ayuda en
l�nea y sitios web que incluyan respuestas a preguntas frecuentes en archivos
�l�ame� que se integrar�n al nuevo software.

La documentaci�n indica a los usuarios c�mo utilizar el sistema y qu� hacer en caso
de que surjan problemas derivados de este uso.
Los programadores desempe�an un rol clave en esta fase porque dise�an, codifican y
eliminan errores sint�cticos de los programas de c�mputo.

Manual de usuario para el sistema de control de inventario.


Para facilitar el uso del presente Sistema de Administraci�n y Control, se ha
confeccionado un Manual del Usuario que indicar� el modo m�s efectivo de usar el
programa, ahorrando tiempo y colaborando efectivamente con su trabajo.

Borrador para el desarrollo de un manual para el sistema de control de inventarios.

Estimado Usuario:
El Sistema de Administraci�n y Control inventario fue desarrollado para la
comunidad con el fin de facilitar una herramienta pr�ctica y de sencilla, para
realizar la administraci�n y control del inventario y otros procesos internos que
lleva a cabo usualmente un local.
Este software ser� para Ud. una herramienta de gran ayuda, tanto por su facilidad
de comprensi�n y practicidad como por el ahorro de tiempo que generar� en sus
diferentes procesos.
Antes de comenzar a hacer uso concreto del software, le recomendamos leer
atentamente las instrucciones de este Manual, ya que las mismas le servir�n para
realizar las operaciones con mayor facilidad y seguridad. Esperamos que este
desarrollo le sea de gran utilidad y signifique un valor agregado en el servicio
prestado por nuestra entidad.
Requerimientos de hardware.
* Pantalla VGA de 800 x 600 o de resoluci�n compatible con Microsoft Windows
* 64 MB de RAM para Windows 98, 128 MB de RAM para Windows NT.
* Microsoft Windows 98 o posterior, o Microsoft Windows NT 4.0
* 100 MB de RAM de espacio libre en disco r�gido.
* Mouse compatible con Microsoft Windows.

Instalaci�n del sistema.


* Descargue el sistema de control de inventario.
* Instale el programa en el sistema.
* Registre el comercio en el sistema siguiendo los pasos.
Perfiles de usuario comunes.
La seguridad es vital en operaciones de datos para proteger a los usuarios. Pero la
seguridad requiere ciertas operaciones de administraci�n. Para que un usuario sea
reconocido en el sistema, el administrador tiene que darle de alta (es decir,
establecer una cuenta) para que el usuario puede manipular el sistema de control de
inventario, sus datos ser�n guardados una vez registrado.
Cuando un usuario quiera entrar, podr� elegir entre acceder en modo administrador
(siempre que conozca la contrase�a del administrador) o bien podr� hacerlo en modo
usuario (tambi�n deber� conocer la contrase�a de usuario).
Si usted ha iniciado la sesi�n con el nombre de usuario y la contrase�a de un
Usuario normal el sistema tendr� acceso a la carga de datos b�sicas, proveedores y
productos, pero no pueden modificar el sistema.
Modo administrador.
Si usted ha iniciado la sesi�n con el nombre de usuario y la contrase�a del
Administrador, poseer� total acceso al sistema pudiendo tener control sobre todas
las operaciones y usuarios del sistema. Podr� realizar Altas, Bajas, Crear Usuario
Etc.
* Haga clic en inicio y a continuaci�n elija el programa de Sistema para la
Administraci�n y Control de inventario.
* Haga un clic en el mismo
* La p�gina le dar� la bienvenida y le pedir� iniciar la sesi�n
* Escriba su nombre de usuario y contrase�a
* Esto iniciar� la sesi�n
Si usted ha iniciado la sesi�n con el nombre de usuario y la contrase�a en modo
administrador poseer� acceso a algunas funciones avanzadas del sistema.
Mantenedor de Productos: Este apartado se refiere a las operaciones de agregar,
eliminar, modificar y consultar productos del sistema.
Agregar Productos Para el ingreso de productos, el usuario solo debe ingresar los
datos del producto y luego presionar el bot�n �agregar�. El sistema informa la
correcta inserci�n o los posibles errores.
Consulta Producto Para la consultar un producto se selecciona el par�metro de
b�squeda y luego se ingresa los datos a ingresar y se presiona �Buscar�
Eliminar Producto Al igual que el modificar producto, el eliminar producto conlleva
una b�squeda del producto que se desea eliminar. Luego el sistema devuelve los
resultados de la b�squeda y se selecciona el producto a eliminar y pon las causas
de su eliminaci�n.
Modificar Producto Para modificar el producto, primero se debe realizar una
b�squeda del producto a modificar. Para ello ingresamos los datos de la b�squeda,
luego el sistema nos devuelve un listado donde seleccionamos el detalle del
producto a modificar. Luego carga un formulario con los datos donde Ud. puede
modificar esos datos.
Modificar Stock Al igual que los pasos anteriores, el modificar stock conlleva una
b�squeda del producto al cual se desea aumentar las existencias. Luego el sistema
devuelve los resultados de la b�squeda y se ingresa en n�mero de productos a
ingresar en el campo cantidad y luego se presiona �agregar�.
Listar Productos Esta funci�n solo muestra un listado de los productos activos en
el sistema.
Generaci�n de reportes Para la generaci�n de reportes de debe seleccionar el tipo
de reporte que se desea obtener, adem�s si es necesario se deben ingresar los datos
que sean necesarios para esa generaci�n. Los reportes de descargan en formato PDF
en el equipo.
Venta Para generar una venta, se deben buscar los productos que se desean vender y
luego estos se agregan al carro de venta. Al completar los productos de la venta
terminar venta

Pruebas y mantenimiento del sistema.


Todo sistema de informaci�n debe probarse antes de ser utilizado, ya que el costo
es menor si se detectan los problemas antes de que entre en funcionamiento. En un
principio, se hace una serie de pruebas, con datos tipo, para identificar las
posibles fallas del sistema, m�s adelante, se utilizar�n los datos del sistema
real.
Antes de poner en funcionamiento el sistema es necesario probarlo es mucho menos
costoso encontrar los problemas antes que el sistema se entregue a los usuarios.

Una parte de la pruebas la realizan los programadores solos, y otra la llevan a


cabo de manera conjunta con los analistas de sistemas. Primero se realizan las
pruebas con datos de muestra para determinar con precisi�n cu�les son los problemas
y posteriormente se realiza otra con datos reales del sistema actual.

El mantenimiento del sistema de informaci�n y su documentaci�n empiezan en esta


fase y se llevan de manera rutinaria durante toda su vida �til.�

Pruebas:
Para revisar el correcto funcionamiento de la aplicaci�n, se realizar�n las
siguientes pruebas de software. No se someter� a prueba la totalidad del software,
solo se someter�n a estas pruebas los m�dulos considerados importantes.
Los m�dulos sometidos a pruebas son:
* Login.
* Ingresar producto.
* Realizar venta.
* Generar reporte de ventas por rango de fecha.
* Reporte de Stock m�nimo.
* Logout.
* B�squeda de Producto.
A continuaci�n, se muestra una Tabla donde se especifica cada una de estas pruebas
y los criterios utilizados para dar conformidad a la revisi�n

Pruebas de funcionabilidad: SistemaCaracter�sticas a probarObjetivo de la


PruebaEnfoque para la definici�n de casos de pruebaT�cnicas Definici�n de casos de
pruebasActividades de pruebaCriterios de cumplimiento

Login

Detectar errores
en la
autentificaci�n y
problemas de
seguridad.
Caja negraValores
limite
Ingresar al
sistema con
diferentes
usuarios.Filtrado
correcto de
usuarios
Ingresar producto
Detectar errores
de ingreso de
datos en la base
de datosCaja negraValores
limite
Ingresar
diferentes tipos
de productosIngreso
correcto de
datos
Realizar venta
Detectar errores
de generaci�n de
una ventaCaja negraValores
limite
Realizar venta.Registro
correcto de
venta
Generar reporte de
ventas
Detectar errores
de generaci�n en
los reportes.
Caja negraValores
limites
Generar
diferentes
rangos de fecha
Generaci�n
correcta de
informe.Generar reporte de
stock m�nimo.Detectar errores
en la generaci�n
de reportes.
Caja negraValores
limites
Generar el
reporte.
Generaci�n
correcta del
informe.
Logout
Detectar errores
en el cierre de
sesi�n.
Caja negraValores
limite
Cerrar la sesi�n.Sesi�n
correctamente
cerrada.
B�squeda de
productoDetectar errores
en la b�squeda.
Caja negraValores
limite
Realizar
diferentes
b�squedas.
Listado correcto
de resultados.Figura 44. Cuadro: Prueba de funcionabilidad General.
Pruebas de funcionabilidad: Cliente.
Modulo

Resultados
esperados
Resultados obtenidos
Estado
Consulta de
productosIngresar a la secci�n productos y
ver correctamente los registrosAl pulsar el enlace de la pesta�a
producto este re direcciona de
manera correcta

Correcto.

FiltrosAl elegir cualquier tipo de filtro, el


sistema debe permitir visualizar los
registros acordes al filtro, en el caso
del nombre se realizan pruebas de
error utilizando nombres
inexistentes.

El sistema funciona
correctamente con cada uno de
los filtros

Correcto

Env�o de
mensaje
secci�n
contactoEnviar un mensaje por medio de la
p�gina al correo de la empresa y que
este llegue correctamente, se
realizan pruebas de error
ingresando campos err�neos o
vac�os.
Al llenar los campos y pulsar
enviar, el correo llega de
manera correcta luego de unos
minutos, con una validaci�n
para cada campo evitando as�
errores.

CorrectoFigura 45. Cuadro: Prueba de funcionabilidad: Cliente

Prueba de funcionabilidad: Administrador.Modulo.Resultados


Esperados.
Resultados obtenidos.Estado.Inicio de
sesi�nPermitir inicio de sesi�n a cada tipo
de usuario, en caso de error
presentar una alerta
Al completar los campos el
sistema realiza el inicio de sesi�n
y al validar los campos se
muestra una alerta en caso de
datos incorrectosCorrectoAgregar
nuevo
producto
Permitir el ingreso correcto de un
n�mero indefinido de productos,
validando cada campo para evitar
errores o campos obligatorios
vac�os
El sistema valida cada campo y
genera la alerta de error en el
campo correspondienteCorrectoEditar
producto
Permitir la modificaci�n de
cualquier producto en el inventario,
validando que los nuevos datos
ingresados sean correctos
El sistema valida cada campo y
genera la alerta en caso de error,
de no haber error el producto se
actualiza exitosamenteCorrectoEliminar
producto
Permitir la elecci�n de que producto
eliminar y posteriormente eliminar
si as� lo desea el administrador,
confirmando la operaci�n exitosa
El sistema permite la eliminaci�n
del producto deseadoCorrectoNueva
venta
El sistema deber� validar cada
campo de acuerdo a su
caracter�stica y generando el error
correspondiente a cada campo en
caso de exista.
El sistema alerta en caso de error
en el campo espec�fico en que
sucedaCorrectoRegistros
ventas
El sistema permitir� al
administrador visualizar todas las
ventas realizadas hasta la fecha,
generando la factura si as� se desea
El sistema muestra la lista de
todas las ventas que se han
creadoCorrectoGenerar
reporte
El sistema permitir� al
administrador generar reportes en
diferentes categor�as y rangos de
fechas
ej. Producto m�s vendido / 1 a�o
El sistema muestra los filtros
para generar el reporte y procede
a generarlo de acuerdo a las
especificacionesCorrectoFigura 46. Cuadro: Prueba de funcionabilidad,
Administraci�n.

A continuaci�n, se hicieron las pruebas de usabilidad del sistema de control de


inventario.

Prueba de usabilidad: ClienteModuloResultados


esperados
Resultados obtenidosEstadoConsulta
p�gina
principal
El sistema debe presentar una
interfaz c�moda y sencilla al
cliente, permiti�ndole acceder a
cada secci�n disponible
El cliente accede de manera
satisfactoria al sistema, y observa
cada secci�n de este de manera
sencillaCorrectoConsulta
productos
Al ingresar a la secci�n
productos el cliente debe poder
visualizar y buscar de la manera
que desee un producto
El cliente realiza filtros en la
secci�n de productos se manera
sencilla, y visualiza cada
producto mostrado por el sistemaCorrectoEnv�o de
mensaje
secci�n
contacto
El sistema debe solicitar los
datos necesarios para el env�o de
mensajes de una manera clara
para el cliente
El cliente visualiza de forma
clara cada campo y los completa
sin error alguno, y el mensaje es
enviado correctamenteCorrectoFigura 47. Cuadro: Prueba de usabilidad: Cliente

Prueba de usabilidad: Administrador/ Empleado.ModuloResultados


esperados
Resultados obtenidosEstadoInicio de
sesi�n

El sistema debe mostrar de


manera clara la interfaz para el
inicio de sesi�nCada usuario ingresa de manera
correcta sus datos para el inicio
de sesi�n, visualizando la interfaz
correspondiente a su cargoCorrecto.Agregar nuevo productoTanto el empleado como el
administrador deben tener acceso al registro de productos y este debe ser claro y
reaccionar en caso de error en alg�n campoEl sistema muestra de manera clara la
interfaz para el registro de productos y valida cada campo generando la alerta de
error en el campo correspondienteCorrectoEditar producto.El administrador y el
bodeguero pueden modificar cualquier producto de la listaEl sistema muestra una
lista clara con cada producto del sistema, y genera la interfaz para modificar el
producto seleccionadoCorrectoEliminar
producto
Los mismos usuarios
encargados del registro y
modificaci�n de productos
deben poder eliminarlos
El sistema permite la eliminaci�n
del producto deseado, mostrando
de manera clara la lista de
productos, as� como una
confirmaci�n para eliminar el
mismoCorrectoClasificaci�n
de productos
El sistema deber� mostrar todas
las opciones que corresponden a
la clasificaci�n de productos de
una forma clara para que as� el
administrador elija que acci�n
realizar
El administrador seleccionar
entre categor�a y marca para
clasificar sus productos, adem�s
de elegir de manera sencilla cada
acci�n bien sea agregar, editar o
eliminar.CorrectoNueva ventaEl sistema deber� mostrar una interfaz clara simulando
una factura f�sica, para que as� tanto el administrador como el vendedor puedan
realizar una venta de forma sencillaLos usuarios realizan ventas de forma sencilla,
agregando diferentes cantidades de productos en cada una de estasCorrectoGenerar
reporte
El sistema debe mostrar al
administrador de manera clara
como generar reportes, de
acuerdo a la categor�a que este
decida
El administrador visualiza los
diferentes reportes uno por uno
detallando cada aspecto de estosCorrectoFigura 48. Cuadro: Prueba de usabilidad:
Administrador/ Empleado.

Implantaci�n y evaluaci�n del sistema:


Esta es la �ltima etapa del desarrollo del sistema, esto incluye el adiestramiento
que el usuario requerir�. Aunque la evaluaci�n del sistema se plantea como parte
integrante de la �ltima etapa del ciclo de desarrollo de los sistemas; realmente la
evaluaci�n toma parte de cada una de las etapas. Uno de los criterios fundamentales
que debe satisfacerse, es que el futuro usuario utilice el sistema desarrollado.
Esta es la �ltima fase del desarrollo de sistemas, y aqu� el analista participa en
la implementaci�n del sistema de informaci�n. En esta fase se capacita a los
usuarios en el manejo del sistema. Parte de la capacitaci�n la imparten los
fabricantes, pero la supervisi�n de �sta es responsabilidad del analista de
sistemas.
Se menciona la evaluaci�n como la fase final del ciclo de vida del desarrollo de
sistemas principalmente en �reas del debate. En realidad, la evaluaci�n se lleva a
cabo durante cada una de las fases.
Para la implementaci�n y puesta en marcha de la soluci�n, esta ser� realizada en su
totalidad y con un periodo de marcha blanca de una semana para posibles
modificaciones correctivas de car�cter menos.
Se considerar� exitosa la implementaci�n cuando el usuario pueda acceder a todas
las funcionalidades correspondientes de manera fluida. Esto ser� cuantificado de
manera presencial y corroborados por el personal de la tienda. A continuaci�n, se
muestra el plan de implementaci�n de la soluci�n, detallando las etapas a seguir y
sus tiempos estimados de ejecuci�n.
La implementaci�n para el sistema de control de inventario para los comercios
regionales se implementar� o se desarrollar�, en siete d�as, ya terminada la
investigaci�n que esta requiere. Su ejecuci�n en los comercios ser� incentivada por
la comunidad, y ser� publicitaria seg�n la cadena de contacto de cada local. Una
vez finalizado y ejecutado este sistema se har� una capacitaci�n, sencilla para el
personal del local, incluyendo un manual de uso con la adquisici�n del sistema.

Conclusi�n.
Finalizando con la investigaci�n de este proyecto, se consider� que el sistema de
control de inventario para el comercio regional, resulta ser practico, ya que en la
actualidad existen muy pocos controles de inventario, con las caracter�sticas que
este tiene, los cuales son; Implementaci�n para todo tipo de comercio, Interfaz
sencilla y espec�fica para su uso, base de datos compleja etc�tera.
Conociendo el problema por el que se plante� este sistema de informaci�n, resulta
eficaz su integraci�n en las localidades, pues como hemos visto Venezuela quedo
rezagado en tecnolog�a y econom�a. Actualmente comercios de otros pa�ses en
desarrollo aumentaron sus m�rgenes de venta y su sistema de operatividad, gracias a
la digitalizaci�n de los documentos el cual les permite conocer las fallas de sus
inventarios, ayud�ndolo as� a optimizar sus ventas. Ya que este sistema de
informaci�n para el control de inventario del comercio regional plantea una
soluci�n sencilla para el problema, espera ser aceptado por las comunidades, y su
extensi�n por todas las regiones de Venezuela.

Recomendaciones.
* Preparar al personal que se encargara de llevar el sistema de control de
inventario con cursos relacionados con el mismo y dar instructivos como gu�a y
dar�# HYPERLINK "https://www.monografias.com/trabajos14/mocom/mocom.shtml"
#entrenamiento#�al personal que no tenga experiencia en la realizaci�n de
inventario f�sico.

* Al momento de la recepci�n de la mercanc�a se deben descargar todos los datos de


mercanc�a que est� entrando al almac�n.

* Realizar un conteo semanal de la mercanc�a en existencia y verificar si las


cantidades coinciden en el almac�n y en el sistema de inventario.

* No recibir mercanc�a al momento o el d�a que se vaya a realizar el inventario.

* Mantener el sistema de inventario actualizado al d�a con las entradas y salidas


de mercanc�as, para tomar las�# HYPERLINK
"https://www.monografias.com/trabajos4/acciones/acciones.shtml" #acciones#�con
respecto a las medidas correctivas propuestas para as�# HYPERLINK
"https://www.monografias.com/trabajos35/el-poder/el-poder.shtml" #poder#�reducir el
n�mero de p�rdidas.

* Utilizar un sistema de inventario m�s �ptimo para que a la hora de realizar el


inventario arroje los resultados deseados por parte del personal del almac�n y que
la gerencia quede satisfecha con el trabajo realizado en forma conjunta
*

Referencias:
Autores:
Paola Milena Cantor Garc�a - Corporaci�n Universitaria Minuto De Dios Tecnolog�a En
Redes y Seguridad Inform�tica Soacha � Cundinamarca
Pilar Andrea Torres Pulido - Corporaci�n Universitaria Minuto De Dios Tecnolog�a En
Redes y Seguridad Inform�tica Soacha � Cundinamarca.
Fernando Guti�rrez - SISTEMA DE CONTROL Y GESTI�N ACAD�MICO PARA EL LICEO JORGE
RODR�GUEZ MUNICIPIO CABIMAS ESTADO ZULIA.
Arbey Garc�a Porras Edwin - SISTEMA DE INFORMACI�N WEB PARA EL CONTROL DE
INVENTARIO Y FACTURACI�N DE LA EMPRESA AUTOPARTES JD SAS
Alfredo P�rez Prieto - SISTEMA DE INFORMACI�N WEB PARA EL CONTROL DE INVENTARIO Y
FACTURACI�N DE LA EMPRESA AUTOPARTES JD SAS
MC. Maricela S�nchez L�pez - Sistema de Informaci�n para el Control de Inventarios
del Almac�n del ITS
Lic. Marcelino Vargas L�pez, - Sistema de Informaci�n para el Control de
Inventarios del Almac�n del ITS
Ing. Blanca Alicia Reyes Luna- Sistema de Informaci�n para el Control de
Inventarios del Almac�n del ITS
MC. Olga Lidia Vidal V�squez - Sistema de Informaci�n para el Control de
Inventarios del Almac�n del ITS.
Pedro Duval Tordoya Ayala - An�lisis y dise�o de una aplicaci�n control de
inventarios de una empresa lechera.
Soporte de investigaci�n.
Blog it # HYPERLINK "http://www.datebor.com/formulario-access/"
#http://www.datebor.com/formulario-access/#
Monograf�as Plus - Dise�o de un sistema de control de inventario�
Isosf - # HYPERLINK "https://www.blogger.com/profile/11713309140482030092"
#Mariuscar Goyo# � Metodologia de Kendall & Kendall LUNES, 19 DE OCTUBRE DE 2015.
Blog Corpenec - Posted by�# HYPERLINK "https://blog.corponet.com.mx/author/julio-
castro?
__hstc=753710.aa44becc09a1b9a4f8894cb7437975b8.1589972920966.1589972920967.15899729
20967.1&__hssc=753710.1.1589972920970&__hsfp=303110389" #Julio Castro#�on 21-oct-
2014 9:11:00. Beneficios de un sistema de control de inventarios

También podría gustarte