Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Diop Acm Alag
Diop Acm Alag
Ahora bien, el inventario constituye las partidas del activo corriente que están listas para la venta, es
decir, toda aquella mercancía que posee una empresa en el almacén valorada al costo de adquisición,
para la venta o actividades productivas. Por medio del siguiente trabajo se darán a conocer algunos
conceptos básicos de todo lo relacionado a los Inventarios en una empresa, métodos, sistema y control.
El Capítulo II: Marco Teórico, se desarrollan, antecedentes de la investigación, bases teóricas, bases
legales, definición de términos básicos, definición y operacionalización de variables.
El Capítulo IV: Presentación y análisis de los resultados se presentan los cuadros y gráficos obtenidos por
el instrumento.
El Capítulo VI: La propuesta en donde se presenta las características, objetivos de la propuesta tanto
general como específica y el diseño técnico.
Capítulo I – El problema
Los avances tecnológicos han obligado al hombre no solo a desarrollar sino a incrementar la calidad de
las diferentes formas de producción de bienes, la potencia y las posibilidades de este aparato
(Computador) han cambiado profundamente tanto en su concepción como en su uso, sin olvidar o dejar
de lado, que la función de un computador se reduce a tratar la información que le sea suministrada y
proveer los resultados requeridos. Como sucede en la mayoría de los campos técnicos, la tecnología de
la información se refiere a los medios colectivos para reunir, y luego almacenar para procesar,
la motivación para conseguirlo, disminuir costos y funciones especializadas y enfocada a
la eficiencia operacional, asimismo es un gran apoyo en las investigaciones que abarque la gestión de
la organización, ó sea transformado en un instrumento arma estratégica que tiene
un carácter de cambio en forma sustancial que redefina la naturaleza del objetivo, creando uno nuevo
donde antes no existía, o cambiar el objetivo de modo radical con ventajas competitivas.
Las empresas empiezan a darse cuenta que, ante la globalización, puede decirse que el uso de
tecnología ya no es un lujo, y pasa a formar parte integral del modelo de negocio de las empresas. Ante
ello surgen necesidades que para satisfacerlas necesitan el desarrollo e implantación de proyectos que
involucran a las tecnologías de información. Las tecnologías de información dentro de las empresas
juegan un papel muy importante (en aquéllas que las tienen). Permiten desde la interacción más directa
y eficiente con el proveedor, pasando por la mejora de los procesos internos de la empresa
hasta poder conocer al cliente y sus preferencias. Pero esto muchas veces no lo ven o no lo saben los
administradores de este tipo de empresas y oponen una gran resistencia al cambio.
ASISA es una pequeña empresa donde existen fallas en el registro y control de mercancía, este se lleva
de manera deficiente, por ende el control es muy ambiguo, por ello la empresa requiere de un sistema
computarizado donde se controle realmente la mercancía que entra en el depósito como la que sale,
con este sistema se evitarían los problemas que se presentan a menudo, como lo es, que se agote la
existencia de algún producto y esto ocasione caos para el área donde se está necesitando, como
también se evitaría que cualquier mercancía fuera hurtada y no se note su ausencia, como pasa
actualmente por la forma como es llevada el control.
El control de inventarios es un factor que influye en la reducción de costos de las microempresas, por tal
motivo se debe tener en cuenta este aspecto tan importante, para que de esta manera se obtengan
mejores utilidades y beneficios para la organización.
Por lo que se llevara a cabo una investigación que permite implementar un sistema automatizado de
inventarios para el control de ventas a través de una base de datos.
Objetivos de la Investigación
Objetivo General
Objetivos Específicos
Elaborar un software que permita llevar el control del inventario en la Empresa Inversiones ASISA el cual
permitirá realizar un efectivo control en tiempo real de los productos existentes dentro del almacén o
depósito de la empresa.
Instalación del software propuesto para el control del inventario en la Empresa ASISA.
Efectuar cursos de adiestramiento para el personal encargado del manejo del sistema computarizado,
para la puesta en marcha del mismo.
Justificación de la Investigación
Los procesos automatizados, son factores de vital importancia en la organización, en esta era se ha
observado una gran innovación y desarrollo de tecnologías de la información que ha permitido
la evolución de computadores que son capaces de producir sistemas de información a la sociedad con
apartes a los distintos sectores económicos, sociales, políticos, educativos, entre otros.
La base de toda empresa comercial es el control de los productos que entran y salen; de aquí la
importancia del manejo del inventario por parte de la misma. Este manejo permitirá a la empresa
mantener el control oportunamente, así como también conocer al final del periodo un estado confiable
de la situación económica de la empresa.
El control interno sobre los inventarios es importante, ya que los inventarios son el aparato circulatorio
de una empresa de comercialización. Las compañías exitosas tienen gran cuidado de proteger sus
inventarios.
Actualmente se puede afirmar que el proceso de contar y registrar datos financieros se desarrolla de
una manera más simple y sencilla con el apoyo del contador, pero, es preciso aclarar que se siguen
rigiendo por los principios establecidos para ejecutar la contabilidad empresarial.
La creación de este software que permita llevar el control del inventario de la Empresa ASISA., lograra
que los usuarios estén satisfechos por la rapidez al momento de solicitar información sobre la mercancía
existente, puesto que serán revelados cuando lo desee.
Delimitaciones
La Empresa
La empresa empezó como un pequeño taller mecánico, pero con el tiempo y la dedicación de mi padre
hoy es una empresa dedicada a la producción de servicios a CFE así como automatizaciones y fabricación
de maquinas para las empresas automotrices, textiles, etc,.
Su misión es ser una empresa mexicana que pueda competir con las grandes empresas dedicadas al
mismo ramo.
Su visión es: Ser la empresa de servicios y ventas de equipos de computación preferida para el desarrollo
de la sociedad por medio de la informática, orientada a satisfacer las necesidades de nuestros clientes,
ofreciéndole un servicio de excelencia y la mejor relación costo beneficio para su negocio, aprovechando
al máximo la capacidad instalada de la empresa.
Control de inventario
El control del inventario es uno de los aspectos de la administración que la micro y pequeña empresa es
muy pocas veces atendido, sin tenerse registros fehacientes, un responsable, políticas o sistemas que le
ayuden a esta fácil pero tediosa tarea.
Inventarios son bienes tangibles que se tienen para la venta en el curso ordinario del negocio o para ser
consumidos en la producción de bienes o servicios para su posterior 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 producción
de bienes fabricados para la venta o en la prestación de servicios; empaques y envases, y los inventarios
en tránsito.
La base de toda empresa comercial es la compra y venta de bienes o servicios; de aquí la importancia del
manejo del inventario por parte de la misma. Este manejo contable permitirá a la empresa mantener el
control oportunamente, así como también conocer al final del período contable un estado confiable de
la situación económica de la empresa.
Ahora bien, el inventario constituye las partidas del activo corriente que están listas para la venta, es
decir, toda aquella mercancía que posee una empresa en el almacén valorada al costo de adquisición,
para la venta o actividades productivas.
Las funciones de control de inventarios pueden apreciarse desde dos puntos de vista: Control Operativo
y Control Contable.
El control operativo aconseja mantener las existencias a un nivel apropiado, tanto en términos
cuantitativos como cualitativos, de donde es lógico pensar que el control empieza a ejercerse con
antelación a las operaciones mimas, debido a que si compra si ningún criterio, nunca se podrá controlar
el nivel de los inventarios. A este control preoperativo es que se conoce como Control Preventivo.
El control preventivo se refiere, a que se compra realmente lo que se necesita, evitando acumulación
excesiva.
La auditoría, el análisis de inventario y control contable, permiten conocer la eficiencia del control
preventivo y señala puntos débiles que merecen una acción correctiva. No hay que olvidar que los
registros y la técnica del control contable se utilizan como herramientas valiosas en el control
preventivo.
Índices de Rotación
Control Presupuestal.
Para una compañía comercial, el inventario comprende todas las mercancías de su propiedad, que se
tiene para la venta en el ciclo regular comercial.
El Inventario final de un año es también el inventario inicial del próximo año. Por tanto, un error de
inventario de fin de año afecta el estado de resultados de los dos años consecutivos. Por ejemplo, una
sobreestimación del inventario final causara una sobreestimación del ingreso neto de este año y una
subestimación compensatoria del ingreso neto del año siguiente.
El inventario significa la suma de aquellos artículos tangibles de propiedad personal los cuales están
disponibles para la venta en una operación ordinaria comercial y están en un proceso de producción
para tales ventas. Así como estarán disponibles para el consumo corriente en la producción de bienes y
servicios disponibles para la venta.
Sistemas
Cada sistema existe dentro de otro más grande, por lo tanto un sistema puede estar formado por
subsistemas y partes, y a la vez puede ser parte de un supersistema.
Los sistemas tienen límites o fronteras, que los diferencian del ambiente. Ese límite puede ser físico (el
gabinete de una computadora) o conceptual. Si hay algún intercambio entre el sistema y el ambiente a
través de ese límite, el sistema es abierto, de lo contrario, el sistema es cerrado.
Un grupo de elementos no constituye un sistema si no hay una relación e interacción, que de la idea de
un "todo" con un propósito (ver holismo y sinergía).
Sistema operativo.
Sistema experto.
Sistema informático.
Aplicación o software.
Computadora.
Sistema de Información
Un sistema de información se puede definir como un conjunto de funciones, componentes o elementos
que interactúan entre sí con la finalidad de apoyar la toma de decisiones, coordinación, análisis de
problema, visualización de aspectos complejos y el control de una organización.
Visual Basic
Los gestores de bases de datos son, un conjunto de funciones capaces de realizar cuantas tareas son
precisas para la manipulación de los datos que guardan. Visual Basic gestiona los datos a través de lo
que se conoce como motor JET para bases de datos. Este motor dispone de unas funciones que se
encargan de comunicarse con la aplicación, mientras que otro grupo de funciones gestiona el acceso a
los controladores de la base de datos. La parte accesible de este motor JET es lo que se conoce con el
nombre de IDAPI (Programa Interfaz Integrado para Aplicaciones de bases de datos – Integrated
Database Aplication Program Interface-. Este interfaz posibilita el acceso a bases de datos a gestores
como Microsoft Access, Paradox, Dbase y Otros.
Base de Datos
Ramez, E. (2002), señala que "Una base de datos es un conjunto de datos relacionados entre sí. Por
datos se denominan los hechos conocidos que pueden registrarse y que tienen un significado implícito"
(p. 95).
Una base de datos representa algún aspecto del mundo real, es un conjunto de datos relacionados, con
cierto significado inherente. Toda base de datos se diseña, construye y puebla con datos para un
propósito específico. Esta dirigida a un grupo de usuarios.
El Modelo Entidad-Relación es un concepto de modelado para bases de datos, propuesto por Peter
Chen, mediante el cual se pretende visualizar los objetos que pertenecen a la Base de Datos como
entidades las cuales tienen unos atributos y se vinculan mediante relaciones.
Entidad: es cualquier objeto discreto sobre el que se tiene información. Se representa mediante un
rectángulo o "caja" etiquetada en su interior mediante un nombre.
Relación: describe cierta interdependencia (de cualquier tipo) entre entidades. Se representa mediante
un rombo etiquetado en su interior mediante un verbo. Además, dicho rombo debe unirse mediante
líneas con las entidades que relaciona (es decir, los rectángulos).
Atributos: son propiedades relevantes propias de una entidad y/o relación. Se representan mediante un
círculo o elipse etiquetado mediante un nombre en su interior. Cuando un atributo es identificativo de la
entidad se suele subrayar dicha etiqueta.
El sistema manejador de bases de datos es la porción más importante del software de un sistema de
base de datos. Un DBMS es una colección de numerosas rutinas de software interrelacionadas, cada una
de las cuales es responsable de alguna tarea específica.
Las funciones principales de un DBMS son:
Establecer y mantener las trayectorias de acceso a la base de datos de tal forma que los datos
puedan ser accesados rápidamente.
Interacción con el manejador de archivos: Esto a través de las sentencias en DML al comando
del sistema de archivos. Así el Manejador de base de datos es el responsable del
verdadero almacenamiento de los datos.
En sí, un sistema manejador de base de datos es el corazón de la base de datos ya que se encarga del
control total de los posibles aspectos que la puedan afectar.
Microsoft Access
Posiblemente, la aplicación más compleja de la suite Microsoft Office, sea Access, una base de datos
visual. Como todas las modernas bases de datos que trabajan en el entorno Windows, puede manejarse
ejecutando unos cuantos click de mouse sobre la pantalla. Access contiene herramientas de diseño y
programación reservadas a los usuarios con mayor experiencia, aunque incluye bases de datos listas
para ser usadas; están preparadas para tareas muy comunes, que cualquiera puede realizar en un
momento determinado –ordenar libros, archivar documentación, entre otros.
Arquitectura de Access.
Consultas: objeto para visualizar de forma personal los datos de una tabla.
Formularios: objeto para introducir y visualizar los datos obtenidos de una consulta.
Según García, A. (2003), "SQL es un lenguaje de base de datos normalizado, utilizado por los
diferentes motores de bases de datos para realizar determinadas operaciones sobre los datos o sobre
la estructura de los mismos". (p. 45)
SQL es el lenguaje normalizado que permite con cualquier tipo de lenguaje (ASP, PHP, etc.) en
combinación con cualquier base de datos (Access, SQL Server, MySQL, etc.) por lo que se convierte en la
actualidad en el estándar de la mayoría de los SGBD comerciales.
SQL posee un lenguaje declarativo de alto nivel, permite la concesión y denegación de permisos,
implementa restricciones de integridad y controles de transacción, además que se encuentra orientado
a un conjunto de registros y no a registros individuales.
Metodología XP y AM
La metodología XP, por sus siglas en ingles (eXtreme Programming), es un enfoque de la ingeniería de
software surgida a partir de la metodología de trabajo empleada por Kent Beck, Wark Cunningham y
Martin Fowler en el desarrollo del proyecto C3 para Chrysler. XP se funda en cuatro valores:
comunicación, simplicidad, feedback y coraje. Es la más destacada de los procesos ágiles de desarrollo
de software. Al igual que éstos, XP se diferencia de las metodologías tradicionales principalmente en que
pone más énfasis en la adaptabilidad que en la previsibilidad. Se puede considerar la programación
extrema como la adopción de las mejores metodologías de desarrollo de acuerdo a lo que se pretende
llevar a cabo con el proyecto, y aplicarlo de manera dinámica durante el ciclo de vida del software.
Fase: Planificación del proyecto.
Historias de usuario: El primer paso de cualquier proyecto que siga la metodología X.P es definir las
historias de usuario con el cliente. Las historias de usuario tienen la misma finalidad que los casos de uso
pero con algunas diferencias: Constan de 3 ó 4 líneas escritas por el cliente en un lenguaje no técnico sin
hacer mucho hincapié en los detalles; no se debe hablar ni de posibles algoritmos para su
implementación ni de diseños de base de datos adecuados, etc. Son usadas para estimar tiempos de
desarrollo de la parte de la aplicación que describen. También se utilizan en la fase de pruebas, para
verificar si el programa cumple con lo que especifica la historia de usuario. Cuando llega la hora de
implementar una historia de usuario, el cliente y los desarrolladores se reúnen para concretar y detallar
lo que tiene que hacer dicha historia. El tiempo de desarrollo ideal para una historia de usuario es entre
1 y 3 semanas.
Release planning*: .Después de tener ya definidas las historias de usuario es necesario crear un plan de
publicaciones, en inglés "Release plan", donde se indiquen las historias de usuario que se crearán para
cada versión del programa y las fechas en las que se publicarán estas versiones. Un "Release plan" es
una planificación donde los desarrolladores y clientes establecen los tiempos de implementación ideales
de las historias de usuario, la prioridad con la que serán implementadas y las historias que serán
implementadas en cada versión del programa. Después de un "Release plan" tienen que estar claros
estos cuatro factores: los objetivos que se deben cumplir (que son principalmente las historias que se
deben desarrollar en cada versión), el tiempo que tardarán en desarrollarse y publicarse las versiones
del programa, el número de personas que trabajarán en el desarrollo y cómo se evaluará la calidad del
trabajo realizado. (*Release plan: Planificación de publicaciones).
Velocidad del proyecto: La velocidad del proyecto es una medida que representa la rapidez con la que se
desarrolla el proyecto; estimarla es muy sencillo, basta con contar el número de historias de usuario que
se pueden implementar en una iteración; de esta forma, se sabrá el cupo de historias que se pueden
desarrollar en las distintas iteraciones. Usando la velocidad del proyecto controlaremos que todas las
tareas se puedan desarrollar en el tiempo del que dispone la iteración. Es conveniente reevaluar esta
medida cada 3 ó 4 iteraciones y si se aprecia que no es adecuada hay que negociar con el cliente un
nuevo "Release Plan.
Reuniones diarias. Es necesario que los desarrolladores se reúnan diariamente y expongan sus
problemas, soluciones e ideas de forma conjunta. Las reuniones tienen que ser fluidas y todo el mundo
tiene que tener voz y voto.
Fase: Diseño.
Diseños simples: La metodología X.P sugiere que hay que conseguir diseños simples y sencillos. Hay que
procurar hacerlo todo lo menos complicado posible para conseguir un diseño fácilmente entendible e
implementable que a la larga costará menos tiempo y esfuerzo desarrolla.
Glosarios de términos: Usar glosarios de términos y una correcta especificación de los nombres de
métodos y clases ayudará a comprender el diseño y facilitará sus posteriores ampliaciones y la
reutilización del código.
Riesgos: Si surgen problemas potenciales durante el diseño, X.P sugiere utilizar una pareja de
desarrolladores para que investiguen y reduzcan al máximo el riesgo que supone ese problema.
Funcionalidad extra: Nunca se debe añadir funcionalidad extra al programa, aunque se piense que en un
futuro será utilizada. Sólo el 10% de la misma es utilizada, lo que implica que el desarrollo de
funcionalidad extra es un desperdicio de tiempo y recursos.
Las tarjetas C.R.C representan objetos; la clase a la que pertenece el objeto se puede escribir en la parte
de arriba de la tarjeta, en una columna a la izquierda se pueden escribir las responsabilidades u
objetivos que debe cumplir el objeto y a la derecha, las clases que colaboran con cada responsabilidad.
Fase: Codificación.
Como ya se dijo en la introducción, el cliente es una parte más del equipo de desarrollo; su presencia es
indispensable en las distintas fases de X.P. A la hora de codificar una historia de usuario su presencia es
aún más necesaria. No olvidemos que los clientes son los que crean las historias de usuario y negocian
los tiempos en los que serán implementadas. Antes del desarrollo de cada historia de usuario el cliente
debe especificar detalladamente lo que ésta hará y también tendrá que estar presente cuando se
realicen los test que verifiquen que la historia implementada cumple la funcionalidad especificada.
Crear test que prueben el funcionamiento de los distintos códigos implementados nos ayudará a
desarrollar dicho código. Crear estos test antes nos ayuda a saber qué es exactamente lo que tiene que
hacer el código a implementar y sabremos que una vez implementado pasará dichos test sin problemas
ya que dicho código ha sido diseñado para ese fin. Se puede dividir la funcionalidad que debe cumplir
una tarea a programar en pequeñas unidades, de esta forma se crearán primero los test para cada
unidad y a continuación se desarrollará dicha unidad, así poco a poco conseguiremos un desarrollo que
cumpla todos los requisitos especificados.
Como ya se comentó anteriormente, X.P opta por la programación en pareja ya que permite un código
más eficiente y con una gran calidad.
X.P sugiere un modelo de trabajo usando repositorios de código dónde las parejas de programadores
publican cada poca hora sus códigos implementados y corregidos junto a los test que deben pasar. De
esta forma el resto de programadores que necesiten códigos ajenos trabajarán siempre con las últimas
versiones. Para mantener un código consistente, publicar un código en un repositorio es una acción
exclusiva para cada pareja de programadote.
X.P también propone un modelo de desarrollo colectivo en el que todos los programadores están
implicados en todas las tareas; cualquiera puede modificar o ampliar una clase o método de otro
programador si es necesario y subirla al repositorio de código. El permitir al resto de los programadores
modificar códigos que no son suyos no supone ningún riesgo ya que para que un código pueda ser
publicado en el repositorio tiene que pasar los test de funcionamiento definidos para el mismo.
La optimización del código siempre se debe dejar para el final. Hay que hacer que funcione y que sea
correcto, más tarde se puede optimizar.
X.P afirma que la mayoría de los proyectos que necesiten más tiempo extra que el planificado para ser
finalizados no podrán ser terminados a tiempo se haga lo que se haga, aunque se añadan más
desarrolladores y se incrementen los recursos. La solución que plantea X.P es realizar un nuevo "Release
plan" para concretar los nuevos tiempos de publicación y de velocidad del proyecto.
A la hora de codificar no seguimos la regla de X.P que aconseja crear test de funcionamiento con
entornos de desarrollo antes de programar. Nuestros test los obtendremos de la especificación de
requisitos ya que en ella se especifican las pruebas que deben pasar las distintas funcionalidades del
programa, procurando codificar pensando en las pruebas que debe pasar cada funcionalidad.
Fase: Pruebas.
Uno de los pilares de la metodología X.P es el uso de test para comprobar el funcionamiento de los
códigos que vayamos implementando.
Se deben crear las aplicaciones que realizarán los test con un entorno de desarrollo específico para test.
Hay que someter a tests las distintas clases del sistema omitiendo los métodos más triviales.
Se deben crear los test que pasarán los códigos antes de implementarlos; en el apartado anterior se
explicó la importancia de crear antes los test que el código.
Un punto importante es crear test que no tengan ninguna dependencia del código que en un futuro
evaluará. Hay que crear los test abstrayéndose del futuro código, de esta forma aseguraremos
la independencia del test respecto al código que evalúa.
Como se comentó anteriormente los distintos test se deben subir al repositorio de código acompañados
del código que verifican. Ningún código puede ser publicado en el repositorio sin que haya pasado su
test de funcionamiento, de esta forma, aseguramos el uso colectivo del código (explicado en el apartado
anterior).
El uso de los test es adecuado para observar la refactorización. Los test permiten verificar que un
cambio en la estructura de un código no tiene porqué cambiar su funcionamiento.
Test de aceptación. Los test mencionados anteriormente sirven para evaluar las distintas tareas en las
que ha sido dividida una historia de usuario. Para asegurar el funcionamiento final de una determinada
historia de usuario se deben crear "Test de aceptación"; estos test son creados y usados por los clientes
para comprobar que las distintas historias de usuario cumplen su cometido.
Al ser las distintas funcionalidades de nuestra aplicación no demasiado extensas, no se harán test que
analicen partes de las mismas, sino que las pruebas se realizarán para las funcionalidades generales que
debe cumplir el programa especificado en la descripción de requisitos
Definición
Obj. Especifico Variables Dimensiones Indicadores
Conceptual
- ¿Requiere la
Diseñar un software que empresa ASISA, el
permita llevar el control de diseño de un software
inventario de la empresa de control de
Inversiones MIWILL,C.A, el Control de inventario?
Mide todo lo
cual permitirá realizar un inventario referente a Procedimental - ¿Cómo le gustaría
efectivo control en tiempo
inventario que el inventario se
real de los productos
existentes dentro del clasificara:
almacén o depósito de la por familia, por
empresa. proveedor, por
producto?
Establecer a
través de
- ¿Cuál es el proceso
Diagramar el proceso actual diagramas cuales
mediante el cual se
para el control de inventario Proceso actual son los pasos a Procedimental
lleva el control de
de la empresa ASISA seguir para el
inventario?
control de
inventario
- ¿Desearía usted
realizar cursos de
adiestramiento en
caso de implementar
algún sistema de
inventario?
Nivel de Investigación
De acuerdo al nivel de conocimiento que se adquiere, esta investigación es descriptiva, ya que según
Terán, E. (2007), "se logra caracterizar un objeto de estudio o situación concreta, señalar sus
características y propiedades" (p. 62). Combinada con ciertos criterios de clasificación sirve para
ordenar, agrupar o sistematizar los objetos involucrados en el trabajo indagatorio.
Diseño de la Investigación
De acuerdo al tipo de proyecto, el diseño de investigación es experimental ya que cumple con lo dicho
por Debold, B. (2006), "La investigación es de diseño no experimental, consiste en la manipulación de
una variable experimental no comprobada, en condiciones rigurosamente controladas, con el fin de
describir de qué modo o por qué causa se produce una situación o acontecimiento en particular" (p. 85),
es de dimensión transversal ya que está basada en su ubicación temporal, es decir en un momento y
tiempo definido. Según Vásquez, I. (2005), "Es el diseño de investigación que recolecta datos de un solo
momento y en un tiempo único. El propósito de este método es describir variables y analizar su
incidencia e interrelación en un momento dado" (p. 63). La investigación es de tipo cuantitativos por que
concuerda con lo expuesto por Vásquez, I. (2005). "Los estudios cuantitativos tienden a ser altamente
estructurados, de modo que el investigador especifica las características principales del diseño antes de
obtener un solo dato" (p. 126).
Población y Muestra
En Estadística se denomina población al mundo ideal, teórico cuyas características se quieren conocer y
estudiar. Las poblaciones suelen ser muy extensas y es imposible observar a cada componente, por ello
se trabaja con muestras o subconjuntos de esa población. Por eso podemos definir como muestra a una
parte o subconjunto de una población.
La población para este estudio está conformada por quince (15) personas entre los que se encuentran
ejecutivos de alto nivel y parte del personal que conforma el Departamento Administrativo. Debido a
que la población no es extensa se considera lo expuesto por Vara, A. (2008). "Si la población es pequeña
y se puede acceder a ella sin restricciones, entonces se trabajará con toda la población" (p. 18).
Es importante destacar que los métodos de recolección de datos, se puede definir como: al medio a
través del cual el investigador se relaciona con los participantes para obtener la información necesaria
que le permita lograr los objetivos de la investigación.
Realización de entrevistas, a esto, Sabino, C (2000), expresa que "La entrevista es una forma específica
de interacción social que tiene por objeto recolectar datos para una investigación" (p. 108).
El instrumento antes de ser aplicado, será sometido a una revisión por parte del tutor académico, con el
fin de determinar su pertinencia con las características de la investigación del problema.
Este método de validación, es el conocido con el nombre de Juicio de Expertos, el cual llevará a
determinar mediante una generalización, si el instrumento cumple con los requerimientos de acuerdo al
objetivo del tema en estudio.
Para el análisis de los datos es necesario definir una técnica de análisis, como lo son el análisis
cuantitativo y el análisis cualitativo. Luego de la recopilación de los datos, que se obtuvo como resultado
de las diferentes técnicas aplicadas para tal fin, es necesario analizarlos de forma clara para así poder
determinar cuales son los requerimientos y necesidades del departamento.
Según Sabino, C. (2000) señala el análisis cuantitativo se define como: "Una operación que se efectúa,
con toda la información numérica resultante de la investigación. Esta, luego del procesamiento que ya
se le habrá hecho, se nos presentará como un conjunto de cuadros y medidas, con porcentajes ya
calculados" (P. 110). Ya que los datos, obtenidos en esta investigación a través de las técnicas de
recolección de datos antes mencionadas, no son numéricos, no se aplicó esta técnica de análisis.
Según Hernández, S. (2003), propone que "El análisis cualitativo se define como: "un método que busca
obtener información de sujetos, comunidades, contextos, variables o situaciones en profundidad,
asumiendo una postura reflexiva y evitando a toda costa no involucrar sus creencias o experiencia" (p.
451).
Si 15 100%
No 0 0%
Total 15 100%
Gráfico Nº 1: Representación grafica de medida porcentual tipo torta de las respuestas obtenidas de la
pregunta N 1.
Análisis
En la encuesta realizada se pudo notar la que todos los empleados sienten la imperiosa necesidad de
diseñar un software de control de inventario considerándolo un factor importantísimo que influye en la
reducción de costos mejoras las utilidades y beneficios para la organización.
2) ¿Cómo le gustaría que el inventario se clasificara: por familia, por proveedor, ¿por producto?
Total 15 100%
Gráfico Nº 2: Representación grafica de medida porcentual tipo torta de las respuestas obtenidas de la
pregunta N 2.
Análisis
Según el 60% opinó que el inventario se debe clasificar por familia, el 13% por proveedor y un 27 % por
producto alegando en su mayoría que sería mejor llevar este inventario porque es más completa la
información y es más factible que los otros inventarios que se propusieron.
Manual 15 100%
Automatizado 0 0%
Ninguno 0 0%
Total 15 100%
Gráfico Nº 3: Representación gráfica de medida porcentual tipo torta de las respuestas obtenidas de la
pregunta N 3.
Análisis
Bachiller 9 60%
T.S.U. 4 27%
Profesional 2 13%
Total 15 100%
Gráfico Nº 4: Representación grafica de medida porcentual tipo torta de las respuestas obtenidas de la
pregunta N 4.
Análisis
Está pregunta fue realizada con el fin de conocer el grado de instrucción de los trabajadores obteniendo
como resultados que 60% son bachilleres, que 27% son T.S.U y 13% solo poseen un nivel profesional.
Si 13 87%
No 2 13%
Total 15 100%
Gráfico Nº 5: Representación grafica de medida porcentual tipo torta de las respuestas obtenidas de la
pregunta N 5.
Análisis
Según los resultados de la encuesta arrojó que el 87% de los trabajadores tienen conocimientos en el
manejo de microcomputadoras y solo el 13% restante no sabe y resaltaron la importancia de la
tecnología en nuestros días.
Si 8 53%
No 7 47%
Total 15 100%
Gráfico Nº 6: Representación grafica de medida porcentual tipo torta de las respuestas obtenidas de la
pregunta N 6.
Análisis
Si 15 100%
No 0 0%
Total 15 100%
Gráfico Nº 7: Representación grafica de medida porcentual tipo torta de las respuestas obtenidas de la
pregunta N 7.
Análisis
El 100% de los empleados opinaron estar de acuerdo en realizar un curso de actualización de sistemas
de inventario, esto con el fin de estar en constante avance.
Conclusiones
A través del estudio realizado, se detectó que el sistema actual era de forma manual, lo que traía como
consecuencia que la ejecución de las operaciones realizadas sean lentas, tediosas y poco confiables.
El sistema implementado, que mejorara el proceso de registro e inventario de los productos y equipos
de computación que operaran en esta empresa, darán a conocer con exactitud la cantidad de equipos
existentes y el status de cada uno de ellos.
Durante la ejecución e implementación del sistema computarizado para el registro e inventario de los
toda la materia prima y producto terminado de la empresa ASISA se pudo corregir en un 100% las
labores realizadas a la hora de registrar un equipo para el control interno, de tal manera que el operador
del sistema con solo indicarle al mismo los reportes que se desean, este realiza la búsqueda
automáticamente y obtiene los registros de la base de datos. Además, se le suministró un manual de
usuarios del sistema donde se explica detalladamente los pasos a seguir para la ejecución del programa.
Para la seguridad e integridad de los datos, se establecieron claves de accesos al sistema, los cuales
garantizan evitar correr cualquier tipo de riesgos que puedan surgir por las alteraciones o
actualizaciones no permitidas en la información.
Con la ejecución del nuevo sistema se logró llenar las expectativas, los requerimientos y las exigencias
por parte de la Empresa ASISA. lo cual es indispensable para el desarrollo del sistema, el beneficio del
programador y la mejor operatividad en este organismo, donde se evalúan como tales exigencias del
usuario, para que así este programa cumpla con las perspectivas del mismo.
Recomendaciones
En primer lugar se recomienda a la empresa ASISA la implementación del sistema computarizado para el
registro de inventario de mercancía propuesto en este proyecto, el cual los ayudará a resolver de
manera inmediata los problemas que actualmente suceden en ella.
De ser aceptada nuestra primera recomendación lo siguiente seria que tanto gerente como trabajadores
de la empresa se entrenen para el buen manejo del sistema y obtener los mejores resultados.
Capítulo VI – La propuesta
Objetivo General
Diseñar un Sistema para el control del inventario de la empresa ASISA ubicada en el Estado de Puebla.
Descripción de la Propuesta
Es una herramienta que se creó con el fin de darle al usuario () facilidades al momento de llevar el
control de inventario, por medio de varias interfaces como los son:
La Salida de Producto (Facturación): es un formulario de fácil manejo donde se pide el número de cedula
del cliente, al presionar enter esta busca en la base de datos correspondiente a los clientes (Base de
dato BDEMPR) si dicho cliente no existe, el programa activa las cacillas correspondientes a los datos
personales como Nombre, Dirección y Teléfono luego con solo presionar enter este se registra en la
base de dato y se activa la casilla del código de productos, en esta se puede ingresar tanto el código
asignado por el programa como el código de barra, si no conoce los datos del producto puede consultar
con presionar F2 sobre la casilla Código. Estando en el formulario consulta puede filtrar los productos y
seleccionar en la lista el código que necesita y con solo presionar enter, este envía el dato al formulario
de Ventas, luego le pide la cantidad y el descuento, una vez cargado todos los datos en la lista presiona
el botón imprimir y este le mostrara la vista previa de la factura.
Tabla 1: Productos
Tabla 2: Categorías
Tabla 3: Empresa
Tabla 4: Clientes
Tabla 5: Usuario
Tabla 6: Pantalla
Tabla 8: Facturas
Figura Nº 2
Pantalla de Ayuda
Buenas tardes querido docente yo no fui a visitar a 5 empresas, yo hice mi investigación con la empresa
de mi padre que se dedica a la invención, automatización modificación de líneas de producción, además
de tener maquinas patentadas para trabajar productos a cfe. Quise aprovechar esta actividad para
poder realizar un sistema de inventario para la misma ya que no cuenta con uno y con estas actividades
que realice en esta materia me ayudaron a investigar y poder implementar un sistema para que su
proceso de inventarios sean mas rápidos y eficientes.