Tesis para Obtener El Titulo Profesional

Portada
PORTADA
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
SISTEMA WEB PARA LA GESTIÓN DE ALMACÉN DE LA

EMPRESA REPRESENTACIONES CATHERINE E.I.R.L.
TESIS PARA OBTENER EL TÍTULO PROFESIONAL DE

INGENIERO DE SISTEMAS
AUTORA:
Gonzales Quispe, Ruby Raquel
ASESOR:
Dr. Adilio Christian Ordoñez Pérez
LÍNEA DE INVESTIGACIÓN:
Sistemas de Información Transaccionales
LIMA – PERÚ
2017
Escuela Profesional de Ingeniería de Sistemas
ACTA DE APROBACIÓN DE ORIGINALIDAD DE TESIS
Yo, Adilio Christian Ordóñez Pérez, docente de la facultad de Ingeniería y

Escuela Profesional de Ingeniería de Sistemas de la Universidad César Vallejo
Lima Norte, revisor de la tesis titulada “SISTEMA WEB PARA LA GESTIÓN DE
ALMACÉN DE LA EMPRESA REPRESENTACIONES CATHERINE E.I.R.L.” de
la estudiante Ruby Raquel Gonzales Quispe, constato que la investigación tiene
un índice de similitud de ….. % verificable en el reporte del programa Turnitin.
El suscrito analizó dicho reporte y concluyó que cada una de las coincidencias
detectadas no constituyen plagio. A mi leal saber y entender la tesis cumple con
todas las normas para el uso de citas y referencias establecidas por la
Universidad Cesar Vallejo.
Lima, 15 de junio de 2017
………………………………………
Dr. Adilio Christian Ordóñez Pérez
DNI: …………………….
Sistema Web para la Gestión de II Ruby Raquel Gonzales

Almacén de la empresa Quispe
Representaciones Catherine
E.I.R.L.
DEDICATORIA
A Dios, por darme fuerza y
determinación para cumplir mis metas.
A mis padres, mi mayor motivación y

fortaleza, por su apoyo incondicional en
cada momento, por sus consejos y su
amor.
A Branny y Joel, por su confianza en mí,

su apoyo y aliento; por ser los hermanos
que yo necesito.
Sistema Web para la Gestión de III Ruby Raquel Gonzales

E.I.R.L.
AGRADECIMIENTO
A Dios, por su constante cuidado y guía
a lo largo de mi vida.
A mi familia, por ayudarme a superar

dificultades y desánimos, por
inculcarme a hacer de la mejor manera
todo lo que emprenda.
Al Dr. Adilio Ordoñez, por su apoyo en

el desarrollo y culminación de esta
investigación.
Sistema Web para la Gestión de IV Ruby Raquel Gonzales

E.I.R.L.
DECLARACIÓN DE AUTENTICIDAD
Yo, Ruby Raquel Gonzales Quispe, identificada con DNI N° 46850745, a efecto
de cumplir con las disposiciones vigentes, consideradas en el Reglamento de
Grados y Títulos de la Universidad Cesar Vallejo, Facultad de Ingeniería, Escuela
de Ingeniería de Sistemas, declaro bajo juramento que toda la documentación
que acompaño es veraz y auténtica.
Asimismo, declaro también bajo juramento que todos los datos e información que
se presenta en la presente tesis son auténticos y veraces.
En tal sentido sumo la responsabilidad que corresponda ante cualquier falsedad,

ocultamiento y omisión tanto de los documentos como de información aportada
por lo cual me someto a lo dispuesto en las normas académicas de la
Universidad Cesar Vallejo.
Lima, 14 de abril de 2017
Gonzales Quispe, Ruby Raquel

Tesista
Sistema Web para la Gestión de V Ruby Raquel Gonzales

E.I.R.L.
ÍNDICE GENERAL
Pág.
PORTADA ........................................................................................................... I
ÍNDICE GENERAL ............................................................................................ VI
ÍNDICE DE TABLAS ........................................................................................ VII
ÍNDICE DE FIGURAS ..................................................................................... VIII
RESUMEN ......................................................................................................... X
ABSTRACT ....................................................................................................... XI
I. INTRODUCCIÓN ......................................................................................... 1
1.1. Realidad Problemática........................................................................... 1
1.2. Trabajos previos .................................................................................... 5
1.3. Teorías relacionadas al tema .............................................................. 11
1.4. Formulación del Problema ................................................................... 33
1.5. Justificación del estudio ....................................................................... 33
1.6. Hipótesis .............................................................................................. 35
1.7. Objetivos .............................................................................................. 36
II. MÉTODO ................................................................................................... 37
2.1. Diseño de la investigación ................................................................... 37
2.2. Variables, Operacionalización ............................................................. 39
2.3. Población y muestra ............................................................................ 42
2.4. Técnicas e Instrumentos de Recolección de Datos, Validez y Confiabilidad.. 45
2.5. Métodos de análisis de datos .............................................................. 51
2.6. Aspectos éticos.................................................................................... 57
III. RESULTADOS........................................................................................... 58
3.1. Análisis Descriptivo.............................................................................. 58
3.2. Análisis Inferencial ............................................................................... 60
3.3. Prueba de Hipótesis ............................................................................ 64
IV. DISCUSIÓN ............................................................................................... 75
V. CONCLUSIONES ...................................................................................... 76
VI. RECOMENDACIONES .............................................................................. 77
VII. REFERENCIAS BIBLIOGRÁFICAS ........................................................... 78
Sistema Web para la Gestión de VI Ruby Raquel Gonzales

E.I.R.L.
ÍNDICE DE TABLAS
Pág.
Tabla Nº 1: Comparación de las Metodologías Ágiles vs. Metodologías

Tradicionales………………………………………………………………………….. 18
Tabla Nº 2: Cuadro comparativo de acuerdo a la validación de expertos……... 19
Tabla Nº 3: Operacionalización de Variables……………………………………... 40
Tabla Nº 4: Indicadores……………………………………………………………… 41
Tabla Nº 5: Técnicas e instrumentos de recolección de datos…………….……. 46
Tabla Nº 6: Validez de los instrumentos de investigación……………………….. 47
Tabla Nº 7: Grados de correlación de Pearson…………………………………… 49
Tabla Nº 8: Resultados SPSS - Tasa de precisión de inventario………………. 50
Tabla Nº 9: Resultados SPSS - Nivel de cumplimiento de pedidos entregados
a tiempo……………………………………………………………………………….. 50
Tabla Nº 10: Medidas descriptivas de la tasa de precisión de inventario en la
gestión de almacén antes y después de implementado el sistema web………. 58
Tabla Nº 11: Medidas descriptivas del nivel de cumplimiento de pedidos
entregados a tiempo en la gestión de almacén antes y después de
implementado el sistema web………………………………………………………. 59
Tabla Nº 12: Prueba de la tasa de precisión de inventario antes y después del
sistema web…………………………………………………………………………... 61
Tabla Nº 13: Prueba del nivel de cumplimiento de pedidos entregados a
tiempo antes y después del sistema web…………………………………………. 63
Tabla Nº 14: Prueba de T-Student para la tasa de precisión de inventario en
la gestión de almacén antes y después de implementado el sistema web……. 67
Tabla Nº 15: Rangos de Wilcoxon para el nivel de cumplimiento de pedidos
entregados a tiempo antes y después de implementar el sistema web……….. 72
Tabla Nº 16: Resultado de la prueba de Wilcoxon para el nivel de
cumplimiento de pedidos entregados a tiempo antes y después de
implementar el sistema web………………………………………………………… 72
Sistema Web para la Gestión de VII Ruby Raquel Gonzales

E.I.R.L.
ÍNDICE DE FIGURAS
Pág.
Figura Nº 1: Tasa de precisión de inventario en la empresa Representaciones

3
Catherine E.I.R.L…………………………………………………………………….
Figura Nº 2: Nivel de cumplimiento de pedidos entregados a tiempo en
4
Representaciones Catherine E.I.R.L………………………………………………
Figura Nº 3: Marco de trabajo del Modelo Vista Controlador…………………… 13
Figura Nº 4: Ciclo de entrega en la Programación Extrema……………………. 17
Figura Nº 5: Modelo de un sistema desde diferentes perspectivas…………… 21
Figura Nº 6: Fases de la Metodología RUP……………………………………… 22
Figura Nº 7: Representación - Paquete UML……………………………………. 24
Figura Nº 8: Representación - Clase UML……………………………………….. 24
Figura Nº 9: Funciones en la gestión de almacén………………………………. 27
Figura Nº 10: Fórmula para hallar la tasa de precisión de inventario…………. 30
Figura Nº 11: Fórmula para hallar el nivel de cumplimiento de pedidos
entregados a tiempo…………………………………………………..................... 32
Figura Nº 12: Diseño Pre-experimental…………………………………………… 38
Figura Nº 13: Fórmula para calcular la muestra…………………………………. 43
Figura Nº 14: Fórmula del coeficiente de correlación de Pearson…………….. 48
Figura Nº 15: Fórmula para hallar T-Student…………………………………….. 55
Figura Nº 16: Distribución de T-Student………………………………………….. 55
Figura Nº 17: Fórmula para hallar zt con rango de Wilcoxon………………….. 56
Figura Nº 18: Valores de Z…………………………………………………………. 56
Figura Nº 19: Tasa de precisión de inventario antes y después de
implementado el sistema web……………………………………………………... 59
Figura Nº 20: Nivel de cumplimiento de pedidos entregados a tiempo antes y

después de implementado el sistema web………………………………………. 60
Figura Nº 21: Prueba de normalidad de la tasa de precisión de inventario

antes de implementado el sistema web…………………………………………... 62
Figura Nº 22: Prueba de normalidad de la tasa de precisión de inventario
después de implementado el sistema web………………………………………. 62
Figura Nº 23: Prueba de normalidad del nivel de cumplimiento de pedidos

entregados a tiempo antes de implementado el sistema web…………………. 64
Figura Nº 24: Prueba de normalidad del nivel de cumplimiento de pedidos

entregados a tiempo después de implementado el sistema web……………… 64
Figura Nº 25: Tasa de precisión de inventario antes de implementado el

66
sistema web………………………………………………………………………….
Figura Nº 26: Tasa de precisión de inventario después de implementado el
66
sistema web………………………………………………………………………….
Sistema Web para la Gestión de VIII Ruby Raquel Gonzales

E.I.R.L.
Figura Nº 27: Tasa de precisión de inventario - Comparativa general………... 67

Figura Nº 28: Prueba de T-Student – Tasa de precisión de inventario………. 68
Figura Nº 29: Nivel de cumplimiento de pedidos entregados a tiempo antes
70
de implementado el sistema web………………………………………………….
Figura Nº 30: Nivel de cumplimiento de pedidos entregados a tiempo después
70
de implementado el sistema web
Figura Nº 31: Nivel de cumplimiento de pedidos entregados a tiempo -
71
Comparativa general………………………………………………………….........
Figura Nº 32: Prueba de Wilcoxon - Nivel de cumplimiento de pedidos
74
entregados a tiempo……………………………………………………………......
Sistema Web para la Gestión de IX Ruby Raquel Gonzales

E.I.R.L.
RESUMEN
La presente tesis abarca el análisis, diseño, desarrollo e implementación de un

sistema web para la gestión de almacén de la empresa Representaciones
Catherine E.I.R.L. El tipo de investigación es Aplicada, ya que se pretende dar
solución a una problemática mediante la implementación de un sistema web.
La metodología utilizada para el análisis, diseño y desarrollo del sistema web fue
RUP, puesto que provee guías consistentes para las actividades a desarrollar en
un proyecto, además que considera realizar un análisis de los requerimientos del
sistema antes de desarrollarlo y proceder con su modelamiento, lo cual permite
llevar el proceso de desarrollo de manera ordenada. El sistema fue desarrollado
con el lenguaje de programación PHP, utilizando el framework Codeigniter y
Bootstrap para la maquetación, asimismo, se utilizó la base de datos MySql.
Para la medición de los dos indicadores presentados se utilizaron dos muestras,

la primera de 20 de los productos con mayor movimiento, estratificados en 20
fichas de registro; y la segunda de 66 pedidos agrupados por fechas en 20 fichas
de registro. Al aplicar el pre-test, se obtuvo una precisión de inventario de 54,45%
y un nivel de cumplimiento de 53.83%.
PALABRAS CLAVES
Sistema web – Gestión de almacén
Sistema Web para la Gestión de X Ruby Raquel Gonzales

E.I.R.L.
ABSTRACT
The present thesis covers the analysis, design, development and implementation
of a web system for the warehouse management of the company
Representaciones Catherine E.I.R.L. The type of research is Applied, since it is
intended to solve a problem through the implementation of a web system.
The methodology used for the analysis, design and development of the web
system was RUP, since it provides consistent guides for the activities to be
developed in a project, in addition to considering an analysis of the system
requirements before developing it and proceed with its modeling, Which allows
the development process to be carried out in an orderly manner. The system was
developed with the programming language PHP, using the framework
Codeigniter and Bootstrap for the layout, also, the MySql database was used.
For the measurement of the two indicators presented, two samples were used,
the first of 20 of the products with greater movement, stratified in 20 registers;
And the second of 66 orders grouped by dates into 20 registration forms. When
applying the pre-test, an inventory accuracy of 54.45% and a compliance level of
53.83% were obtained.
KEY WORDS
Web system - Warehouse management
Sistema Web para la Gestión de XI Ruby Raquel Gonzales

E.I.R.L.
CAPÍTULO I
INTRODUCCIÓN
Sistema Web para la Gestión de XII Ruby Raquel Gonzales

E.I.R.L.
I. INTRODUCCIÓN
1.1. Realidad Problemática

Desde su aparición hasta la actualidad, la tecnología de información se ha
convertido en una herramienta importante que apoya en el cumplimiento de
las actividades y procesos de las organizaciones y/o empresas, pues su
implementación automatiza los procesos de las operaciones y hace más fácil
la administración de recursos; lo cual, unido al factor humano y otros
recursos, logran dar una ventaja para la empresa. Teniendo en cuenta que,
en esta época de cambios, se exige a las empresas ser más competitivas y
eficientes tanto en el mercado local y global.
Dentro del ámbito de las tecnologías de información, se encuentran los

Sistemas Web, los cuales se han convertido en una herramienta relevante
puesto que, gestionan la información y la mantienen actualizada,
convirtiéndose en un soporte para la toma de decisiones, además de apoyar
en la mejora de procesos.
Por otro lado, la gestión de almacén es una de las actividades básicas de

toda empresa que se dedica a la compra y venta de mercancías. Al llegar a
manejar una cantidad importante de productos, así como variedades de cada
producto, la empresa necesitará automatizar el control de su inventario con
el fin de conocer de manera exacta las cantidades o existencias de cada
producto.
En Estados Unidos, según una encuesta sobre métricas de almacenamiento

realizada por DC Velocity con el apoyo de la Universidad del Sur de Giorgia,
indican que las métricas y/o indicadores más utilizados por las empresas
son: Tiempo total de ciclo envío de pedido al cliente, Calidad de preparación
de pedidos, % de pedidos a proveedores recibidos sin daño; métricas que
abarcan operaciones de entrada o recepción, calidad y salida, las cuales
presentaron una mejora. Por otra parte, algunas de las métricas en las que
se encontraron problemas son: Pedidos recogidos y enviados por hora,
Sistema Web para la Gestión de 1 Ruby Raquel Gonzales

E.I.R.L.
capacidad de almacenamiento promedio utilizado. Asimismo, en Cuba, se

realizó un análisis de la situación de la gestión de inventarios, y se
encontraron que los principales problemas son: Falta de disponibilidad de
productos, Altos niveles de inventario pero con baja rotación, Largos ciclos
de gestión de los pedidos, Problemas en registro de información.
Según el Instituto Nacional de Estadística e Informática (INEI) (2014),

manifiesta que las grandes empresas tuvieron una Rotación de Existencias
de 7,6 veces. En el ámbito de las MYPES, los conductores de las mismas
que asistieron a capacitaciones sobre gestión empresarial fue de 19%, de
los cuales, sólo un 1,2% fueron de temas de almacén y suministros, lo que
quiere decir que las empresas no buscan mejorar en ese aspecto. Además,
sólo un 1,8% de las MYPES, apoyan sus procesos logísticos (en los que está
incluida la gestión de almacén) en sistemas de gestión.
Representaciones Catherine E.I.R.L. es una empresa dedicada a la compra

y venta de productos, así como a las importaciones. Su tienda principal está
ubicada en Jr. Cuzco 764 – Lima, cuenta también con una sucursal en Jr.
Cuzco 762 Nº 111 – Lima. Su almacén se ubica en Jr. Cuzco 865 – Lima.
Una de las principales actividades de esta empresa es la gestión de almacén,
ya que es de vital importancia saber las cantidades existentes de cada
producto para ofrecer un mejor servicio al cliente.
Según la entrevista con el Sr. Moisés Apaza, esta empresa, ha presentado

continuamente deficiencias en la gestión de almacén, originadas por un mal
control de las entradas y salidas de los productos, pues los registros se
hacen de forma manual y de forma descontinuada. Uno de los problemas
más resaltantes tiene relación con la falta de precisión en el inventario.

E.I.R.L.
Figura Nº 01
Tasa de precisión de inventario

80.00 69.23 71.43
66.67
70.00 60.00 60.00 60.00
Fuente: Elaboración propia
57.14
56.67 58.82 57.14
56.67
60.00 52.63
50.00 47.06 46.67
50.00 42.86 42.86 46.43 43.33 43.33
40.00
30.00
20.00
10.00
0.00
Tasa de precisión de inventario en la empresa Representaciones Catherine

E.I.R.L.
Como se puede observar en la Figura Nº 1, la tasa de precisión de inventario

tiene muchas fluctuaciones, mayormente alejadas de la precisión. Esto
ocurre debido a que no existe un registro adecuado de las entradas y salidas
de los productos. Los ingresos, así como las salidas de los productos, se
anotan en una hoja, y al final del día se ingresan los datos en una hoja de
cálculo de Excel. Esa hoja se lleva al dueño como informe del día. Pero, en
la mayoría de casos, el registro en Excel no está actualizado, muchas veces,
los registros tienen más de un mes de retraso, además que sólo se tiene el
registro de algunos productos. Esto genera inconsistencia en la información,
y sólo se tiene como referencia lo que el personal de almacén puede saber.
Como se puede observar en el Anexo Nº 3, la tasa de precisión de inventario
es de 54.45%. Lo cual nos muestra que la información no es precisa.
Asimismo, otro de los problemas existentes tiene que ver con los Pedidos no
entregados a tiempo. La mayoría de las veces, los pedidos no son
entregados a tiempo, o toman más del tiempo necesario. Según la
información obtenida de la empresa, el nivel de cumplimiento de pedidos
entregados a tiempo es de 53.33%.

E.I.R.L.
Figura Nº 2
Nivel de cumplimiento de pedidos entregados a tiempo en

Representaciones Catherine E.I.R.L.
Como se observa en la Figura Nº 2, el nivel de cumplimiento de pedidos

entregados a tiempo es mayormente bajo, teniendo cuatro fechas en las que
se registró el resultado más bajo (33%). Esto ocurre principalmente porque
no se tiene el registro correcto de los productos, por esa razón, el personal
tiene que verificar primero la cantidad existente de cada producto que figura
en su pedido, lo cual muchas veces toma demasiado tiempo (algunas veces
más de un día). Una vez hecha la verificación, informa al área de venta
cuáles son los productos que faltan para completar el pedido (ya sea toda la
cantidad pedida o una parte de ella). Entonces del área de ventas informa
qué productos necesita, y recién se realiza la compra a los proveedores para
el abastecimiento. Esto hace que la separación del pedido y su respectiva
preparación (embalaje) se demore, pues no pueden terminar de preparar un
pedido si es que no están completos los productos. Esta situación empeora
cuando los pedidos a los proveedores demoran más de un día en llegar al
almacén.

E.I.R.L.
Como se evidencia, la gestión de almacén de la empresa Representaciones

Catherine E.I.R.L., presenta dificultades, lo cual impide que la organización
crezca y obtenga ventajas sobre los competidores de su mismo rubro. ¿Qué
sucederá si los problemas persisten o no se solucionan? Si esta situación
continúa, la empresa seguirá perjudicándose, pues el perder competitividad,
implica la poca satisfacción de sus clientes y, por ende, la disminución de
éstos, por lo que los ingresos y beneficios de la empresa se verían
minimizados.
1.2. Trabajos previos
Fiorella Contreras y Maryuri Quintero presentaron el Trabajo Especial de

Grado “Propuesta de mejora para la Gestión de Almacén de las bodegas de
materia prima de una empresa del sector químico y calzado” en el año 2012,
en la Universidad Católica Andrés Bello, Venezuela. Los problemas
identificados en esta investigación fueron la forma poco ordenada de la
ubicación de las materias primas en el almacén, la falta de identificación y
codificación de las materias primas, así como la realización del conteo de
materias primas de forma manual, lo cual es propenso a errores. Los
objetivos que se plantearon son: definir indicadores para la evaluación y
medición del desempeño de la gestión de almacén, identificar factores que
afectan la gestión de almacén y analizar oportunidades de mejora. El alcance
de este estudio fue la investigación en los almacenes de materia prima de la
Empresa Couttenye & CO, ubicada en San Antonio de los Altos, Zona
Industrial Las Minas; con el objetivo de formular una propuesta para la
mejora en la gestión de almacenes. Luego de un estudio de los procesos de
la empresa, se pudo identificar las causas de los problemas presentados,
para lo cual se propuso: redistribución de los almacenes y reubicación de las
materias primas; otra propuesta importante fue el desarrollo de un sistema
informático para la gestión de ubicaciones lo cual apoyará en la recepción,
almacenaje y despacho de las materias primas. Asimismo se establecieron
nuevos indicadores para conocer y evaluar el desempeño de los procesos
en el área de almacén, algunos de estos indicadores fueron: % exactitud en
el inventario, % despachos efectivos, % despacho sin errores. Se concluyó

E.I.R.L.
que mediante las propuestas desarrolladas se obtendrán mejoras

significativas en el desempeño general de la gestión de almacén, además de
beneficios económicos asociados a la implantación de estas propuestas.
 Esta investigación amplió los conceptos a tener en cuenta para incluirlos

en el marco teórico, asimismo, se tomó como referencia para la
búsqueda de los indicadores que se utilizan en este estudio.
Cynthia Lizeth Silva Obregón, realizó la tesis “Sistema Informático para el

proceso de control de inventario en la empresa Autopartes Milagros”, en el
año 2012, en la Universidad César Vallejo, Lima, Perú. El problema tratado
fue que el control de inventario no era eficiente, los registros no estaban
actualizados, lo cual conllevaba a no tener una información exacta y
confiable del stock de cada producto. Esto hacía que muchas veces la
entrega de un pedido tomara mucho tiempo o que no se entregue completo,
ya que se tenía que realizar la búsqueda del producto, a veces sin saber si
existía la cantidad necesitada. El objetivo fue determinar la influencia de un
sistema informático en el control de inventario, estableciendo para ello el
nivel de cumplimiento de pedidos entregados completos y el tiempo de
entrega del producto. La justificación para realizar esta investigación es
mejorar las tareas que se llevan a cabo para controlar el inventario mediante
la implementación del sistema informático. La metodología utilizada para el
desarrollo del sistema informático es RUP. El tipo de estudio, investigación
de tipo experimental. Los resultados indicaron una disminución de 4 minutos
en el tiempo de entrega de un producto. Mientras que el nivel de
cumplimiento de pedidos entregados, aumentó de 53% a 74%. Por lo cual
se concluyó que la implementación del sistema informático mejoró el proceso
de control de inventario de la empresa Autopartes Milagros.
 Esta tesis se tuvo como referencia para redactar mejor el planteamiento

del problema y afianzar la elección de uno de los indicadores a usar en
esta investigación. Así como para la elección de la metodología a utilizar
para el desarrollo del proyecto.

E.I.R.L.
Sandra Gabriela Contreras Rondón presentó el Informe de Pasantía de

Grado “Desarrollo de un Sistema de Información para la adecuación de los
procesos del departamento de almacén y logística en la empresa
Venezolana de Construcción y Mantenimiento Vechaa C.A., Maturín, Estado
Monagas” en el año 2012, en la Universidad de Oriente, Venezuela. La
problemática identificada para esta investigación fue que no se tiene un
control de inventario sistematizado para la administración y control se
entrada y salida de los materiales, por lo cual, no hay información precisa
para saber lo que va quedando en existencia; así también, esta
inconsistencia de información hace que no se cumplan las necesidades a
tiempo. El objetivo general fue desarrollar un sistema informático para los
procesos de almacén, esto conlleva a establecer objetivos específicos, los
cuales fueron: rediseñar los procesos actuales para adecuarlos a nuevas
tecnologías según sus necesidades, gestionar las transacciones del
departamento y la administración de los bienes utilizados mediante el
sistema de información. El tipo de investigación fue definido como
Proyectiva o Factible, puesto consiste en la elaboración de una propuesta
para solucionar un problema. La población que se tomó para este estudio
fue de 4 personas, las cuales laboran en el Departamento de Almacén,
siendo que es menor a 50, se tomó el mismo número para la muestra. Para
el desarrollo de la solución al problema presentado, se utilizó una estructura
operativa mixta, combinando la Metodología de Cascada Pura, utilizada
para el desarrollo del sistema informático, y la Metodología esquemática de
Reingeniería de Procesos, dividiendo el desarrollo del proyecto en cuatro
fases: I. Preparación del cambio, II. Rediseño de procesos, III. Diseño del
sistema, IV. Desarrollo del sistema. Por último, se concluyó que se logró
crear un rediseño de los procesos, lo cual permitió que la aplicación
desarrollada represente un sistema bastante completo que además de llevar
el control de entradas y salidas de los artículos, otorgue información real que
pueda ser usada en la toma de decisiones.
 Este antecedente se tomó como referencia para el desarrollo del

modelamiento de datos, usando UML, al cual lo definen como uno de los
lenguajes gráficos usado en el modelado de sistemas más utilizado en

E.I.R.L.
la actualidad. Los diagramas estructurales de UML permiten visualizar,

especificar, construir y documentar los aspectos de un sistema.
Pamela Andrea Vilela Girón desarrolló la tesis “Sistema Web para la gestión
y control del servicio de mensajería del Ministerio de Transportes y
Comunicaciones - Perú”, el año 2013, en la Universidad Ricardo Palma, en
Lima, Perú. El problema central que se identificó fue en la gestión del
Servicio de Mensajería, el cual presentaba graves descontroles
administrativos, originando pérdidas de documentos. Otros problemas
secundarios: Llegada de notificaciones y documentos a enviar fuera de las
fechas establecidas, originando acumulaciones de documentos y trámites
no culminados. El objetivo general planteado fue brindar un sistema
informático que permita registrar, controlar, hacer el seguimiento y evaluar
el Servicio de Mensajería. Se realizó una investigación del campo, la cual
se efectúa en el lugar y tiempo donde ocurren los hechos que son objetos
de estudio. Se tuvo una muestra de 100 notificaciones que son enviadas a
la Oficina de Atención al Ciudadano y Gestión Documental, que es la
encargada de entrega a la Courier. Para el modelado y diseño del software
se utilizó el lenguaje UML y para el desarrollo del aplicativo se utilizó RUP;
los cuales constituyen la metodología más utilizada para el análisis,
implementación y documentación de sistemas orientados a objetos. Se
concluyó que el producto (sistema web), debe ser implementado de manera
inmediata en la entidad puesto que generará resultados positivos; el
producto puede ser aplicado en diferentes entidades que cuenten con el
servicio de mensajería.
 Esta tesis se tomó como referencia para el desarrollo de la metodología,

puesto que se utiliza la metodología RUP para el desarrollo del proyecto
y se utiliza UML para el modelado.
Pedro Miguel Figueiras Alves desarrolló la investigación “Reorganização de

Armazém numa empresa prestadora de serviços na área de reabilitação de
edifícios”. Universidade do Minho, en el año 2012, en Braga, Portugal. Los

E.I.R.L.
problemas identificados fueron la falta de estandarización de los

procedimientos (principalmente los de recepción y expedición de
productos), la mala organización del diseño de almacén, la inexistencia de
identificación para los productos, la desactualización del sistema
informático. El principal objetivo fue el de reorganizar el almacén de la
empresa con el fin de mejorar los diversos procesos (recepción,
almacenamiento, picking y envío), reducción de los costos implicados en la
gestión. Las propuestas de solución fueron: cambio en el diseño del
almacén, con el cual se lograría un mejor acceso a los productos, así como
más rapidez para la recepción y expedición de los mismos; mejora en el
proceso de expedición, se propuso que el jefe del almacén debe preparar y
verificar con antelación el material que se enviará y actualizar la información
de los productos en el sistema. Para aplicar las propuestas de solución se
pidió la colaboración de los trabajadores de la empresa. Una vez aplicados,
se concluyó que los cambios fueron los necesarios para obtener la mejoría
que se buscaba. No obstante, es importante continuar haciendo
seguimiento a los procesos, y, a futuro, establecer indicadores para medir
el desempeño del área de almacén.
 Esta investigación se tomó como referencia para la redacción de los

conceptos desarrollados en el marco teórico.
Gustav Linde y Jonathan Akerblom realizaron la investigación “Developing

a warehouse management system in an omni-channel environment”. Lund
University, Suecia, en el año 2016. El propósito de este estudio fue
investigar las implicaciones en un WMS (Warehouse Management System),
para empresas minoristas. Para ello, se realizó la investigación en la
empresa PerfectIT, que se encuentra en Estocolmo. La empresa cuenta con
un sistema de ventas, pero necesitan un sistema que apoye sus procesos
de almacén, para lo cual, se analizaron los procesos de recepción,
almacenamiento, recolección y envío de pedidos. El tipo de estudio
realizado fue empírico. Luego del análisis respectivo, se observó que: es
necesario implementar una función de planificación para el proceso receptor
de las mercancías; las existencias de cada producto deben estar

E.I.R.L.
correctamente indicadas en el sistema; también se deben registrar las

órdenes de compra de los productos. Se concluyó que, una de las
finalidades más importantes es incrementar sus capacidades de
cumplimiento de pedidos de clientes, ser percibido como una entidad
unificada y aumentar los niveles de servicio al cliente. Así también se
concluyó que la investigación muestra el impacto de contar con sistemas
flexibles y funcionales, que no sólo realizan funciones básicas, sino que
integra la información de un producto desde el momento que entra al
almacén hasta su expedición en los pedidos.
 Esta tesis se utilizará para tener en cuenta las especificaciones y

requerimientos con los que debe contar el sistema web a desarrollar.
Ítalo Leoncio Rivas Torres realizó la investigación “Sistema Informático de

gestión de Materiales para el proceso logístico de la corporación Jara y
Chávez S.A.C”. Universidad César Vallejo, año 2012. El problema tratado
fue el deficiente nivel de exactitud en los datos del inventario de los
productos, ya que la información proporcionada por los registros manuales y
las existencias reales no concordaba. Otro de los problemas presentados
era el retraso en el tiempo de entrega de material a la obra, ya que no se
contaba con disponibilidad oportuna de los materiales cuando estos eran
requeridos por las obras en ejecución, la causa principal de este problema
está relacionada al primer problema descrito, puesto que la inconsistencia
en los registros impide que los requerimientos sean detectados a tiempo. El
objetivo principal fue determinar la influencia de un sistema informático de
gestión de materiales en el proceso logístico de la corporación Jara y Chávez
S.A.C. El tipo de investigación fue Aplicada, con diseño Pre-Experimental.
Se utilizó la metodología RUP. La conclusión de esta investigación respecto
al nivel de exactitud en inventario en el proceso fue de 67% sin el sistema
informático, incrementándose a 100%, de exactitud con la implementación
del sistema informático, por lo cual se mejoró el nivel de exactitud de datos
en inventario, y respecto al tiempo de entrega promedio de material a obra
en el proceso logístico fue que sin el sistema informático fue de 168 minutos,

E.I.R.L.
mientras que con el sistema el tiempo de entrega promedio disminuyó a 88

minutos, con un ahorro de 80 minutos, proporcionando rapidez y
abastecimiento oportuno.
 Esta investigación permitió mejorar el planteamiento del problema y a su

vez afianzar los indicadores utilizados en esta investigación.
1.3. Teorías relacionadas al tema
 Sistema Web
Un sistema web es el conjunto de tecnologías de la información y las
comunicaciones que sirven de soporte a la utilización de Internet, para la
obtención y procesamiento de la información. Permite modificar la
información en el tiempo, almacenando la información en una base de datos.
Es una aplicación cliente / servidor que utiliza un navegador Web como su

programa cliente. Realiza un servicio interactivo mediante la conexión con
servidores a través de Internet (o Intranet). (León y Richard, 2003, p. 5)
Luján (2002, p. 47) indica que en los sistemas web o aplicaciones web se
distinguen tres niveles: el nivel superior que hace la interacción con el
usuario (el cliente web, normalmente un navegador), el nivel inferior que
proporciona los datos (la base de datos) y el nivel intermedio que realiza el
procesamiento de los datos (el servidor web).
Según Berzal, Cubero y Cortijo (2007, p. 3) “un sistema web es una

aplicación cuya interfaz es construida a partir de páginas web. Las páginas
web son ficheros de texto en un formato estándar denominado HTML
[HyperTextMarkupLanguage]. Estos ficheros son almacenados en un
servidor web al cual se accede mediante el protocolo HTTP [HyperText
Transfer Protocol]. Para utilizar una aplicación web desde una máquina
concreta, basta con tener instalado un navegador web en esa máquina, ya
sea éste el Internet Explorer de Microsoft, el Netscape Navigator o cualquier
otro navegador.”

E.I.R.L.
También sostienen que “las aplicaciones web se distinguen de las

aplicaciones de escritorio tradicionales en que, en vez de implementar la
interfaz de usuario utilizando un lenguaje particular como C/C++ o Java, se
utilizan páginas web como punto de acceso. Por lo cual, no es de extrañar
que también se construyan aplicaciones web multicapa. Dichas aplicaciones
construyen su interfaz utilizando formularios HTML, implementan su lógica
en sistemas distribuidos y suelen almacenar sus datos en sistemas gestores
de bases de datos relacionales.” (Berzal, y otros, 2007, p. 13)
Características de un Sistema Web
 Acceso desde cualquier ubicación con conexión a internet

 Utilización en redes internas
 Seguridad basada en usuarios y roles de acceso
 Disponibilidad 24 horas
 Información actualizada constantemente
Desarrollo de sistemas web
Al desarrollar sistemas web, se utilizan tecnologías del lado del cliente, así
como del lado del servidor.
Se sostiene que “en principio, un sistema web puede estar desarrollado para
que el trabajo lo realice el servidor y el navegador instalado en la máquina
del cliente sólo se limite a mostrar las páginas HTML que se generan en el
servidor. Esta forma de desarrollo resulta más fácil para el programador. No
obstante, desde el punto de vista del usuario del sistema, esta opción no
resulta muy atractiva, ya que las limitaciones de los formularios estándar de
HTML no facilitan la construcción de interfaces de usuario amigables,
restringiéndonos al estándar”. (Berzal, y otros, 2007, p. 15)
Entre las ventajas más destacables de los sistemas desarrollados en el

servidor están su accesibilidad, su fácil mantenimiento, su relativa seguridad
y su escalabilidad.

E.I.R.L.
Modelo Vista Controlador
Para Eslava Muñoz (2013, p. 109), “el Modelo Vista Controlador (MVC) es
un patrón de arquitectura de software que trabaja separando los datos y la
lógica del negocio de una aplicación de la interfaz de usuario y el módulo
que se encarga de gestionar los eventos y las comunicaciones. Para ello,
MVC propone la construcción de tres componentes distintos que son el
modelo, la vista y el controlador, es decir, por un lado define componentes
para la representación de la información, y por otro lado la interacción del
usuario. Este patrón de diseño se basa en las ideas de reutilización de código
y la separación de conceptos, las cuales son características que buscan
facilitar la tarea de desarrollo de aplicaciones y su posterior mantenimiento.”
Asimismo, Sommerville (2005) indica que “el marco de trabajo MVC fue
propuesto originalmente en la década de los 80 como una aproximación al
diseño de GUIs que permitió múltiples presentaciones de un objeto y estilos
independientes de interacción con cada una de las presentaciones. El marco
MVC puede soportar la presentación de los datos de diferentes formas
(Figura N° 3) e interacciones independientes con cada una de estas
presentaciones. Cuando los datos se modifican a través de una de las
presentaciones, el resto de las presentaciones son actualizadas”.
Figura Nº 3
Fuente: Sommerville, 2005
Marco de trabajo del Modelo Vista Controlador

E.I.R.L.
Según Eslava Muñoz (2013, p. 109) se definen los componentes de MVC

como sigue:
Modelo: Es la representación de la información con la cual el sistema opera,

por lo cual gestiona todos los accesos necesarios a dicha información, tanto
consultas como actualizaciones, implementando también los perfiles de
acceso que se hayan descrito en las especificaciones de la aplicación (lógica
del negocio). Envía a la ‘vista’ aquella parte de la información solicitada en
cada momento para que sea mostrada al usuario. Las peticiones de acceso
o manipulación de información llegan al ‘modelo’ a través del ‘controlador’.
Controlador: Responde a los eventos, que son generalmente acciones de

usuario, e invoca peticiones al ‘modelo’ cuando se hace alguna solicitud
sobre la información (por ejemplo, editar un registro en una base de datos).
También puede enviar comando a su ‘vista’ asociada si se solicita un cambio
en la forma en que se presenta de ‘modelo’ (por ejemplo, desplazamiento o
scroll por un documento o por los diferentes registros de una base de datos),
por lo cual se puede deducir que el ‘controlador’ hace de intermediario entre
la ‘vista’ y el ‘modelo’.
Vista: Presenta el ‘modelo’ (información y lógica de negocio) en un formato

adecuado para interactuar (usualmente la interfaz de usuario) por tanto
requiere de dicho ‘modelo’ la información que debe representar como salida.
Metodología de Desarrollo de Software
Metodología Scrum
Schwaber y Sutherland (2013) indican que “Scrum no es un proceso o una

técnica para construir productos; en lugar de eso, es un marco de trabajo
dentro del cual se pueden emplear varias técnicas y procesos. Scrum
muestra la eficacia relativa de las prácticas de gestión de producto y las
prácticas de desarrollo, de modo que se pueda mejorar.”
De igual manera, plantean que “el marco de trabajo Scrum consiste en los
Equipos Scrum, roles, eventos, artefactos y reglas asociadas. Cada

E.I.R.L.
componente dentro del marco de trabajo sirve a un propósito específico y es

esencial para el éxito de Scrum y para su uso”.
 El Equipo Scrum
Está conformado por un Dueño de Producto, el Equipo de Desarrollo y
un Scrum Master. Los equipos Scrum son autoorganizados, ya que ellos
mismos eligen la mejor forma de realizar su trabajo y no son dirigidos por
personas que no conforman el equipo; y multifuncionales, pues poseen
todas las capacidades que se necesitan para desarrollar el trabajo.
 El Sprint
Es un bloque de tiempo, el cual puede ser un mes o menos, durante del
cual se desarrolla un incremento del producto. Un Sprint nuevo empieza
consecutivamente al Sprint anterior.
Un Sprint consiste en una Reunión de Planificación del Sprint, los

Scrums Diarios, el trabajo de desarrollo, la Revisión del Sprint y la
Retrospectiva del Sprint.
El Scrum diario consiste en una pequeña reunión con un bloque de

tiempo de 15 minutos, durante los cuales, el Equipo de Desarrollo
sincroniza y planifica sus actividades.
Proceso Unificado de Rational
Para Amo, Martínez y Segovia (2005, p. 335), “el Proceso Unificado es un

proceso de desarrollo de software que describe el conjunto de actividades
que son necesarias para la transformación de los requisitos del usuario en
sistema software. Está dirigido por casos de uso, centrado en la arquitectura
del sistema, y es iterativo e incremental.”
 Dirigido por Casos de Uso

Un Caso de uso, describe un servicio que el usuario requiere del sistema.
Incluye una serie de interacciones entre el usuario y el sistema. Por esa
razón, son usados para la captura de requisitos funcionales del sistema.
Los casos de uso guían el proceso de desarrollo del software ya que una
vez que el analista ha terminado el modelo de casos de uso, éste es
usado también por los analistas de aplicaciones y desarrolladores.

E.I.R.L.
 Centrado en la Arquitectura del Sistema

Así como los casos de uso describen la funcionalidad del sistema, la
arquitectura define la forma que tendrá el sistema para proporcionar esa
funcionalidad.
“La descripción de la arquitectura, en el PU, es una serie de vistas de los
modelos del sistema: modelos de casos de uso, análisis, diseño,
despliegue e implementación. La arquitectura describe las partes del
sistema que son importantes para que analistas y desarrolladores
comprendan el sistema.” (Amo y otros, 2005, p. 337)
 Iterativo e Incremental
Debido a la complejidad de los actuales sistemas de software, el
desarrollo de las especificaciones del sistema no se hace de una sola
vez. Normalmente, se divide la aplicación en pequeños proyectos, de tal
manera que, cada uno de estos proyectos pequeños incorpore una parte
de las especificaciones o requerimientos. Por lo cual, el desarrollo es una
iteración que incrementa la funcionalidad del sistema.
Programación Extrema
La Programación Extrema (XP) es probablemente el método ágil más

conocido y ampliamente utilizado. El nombre fue acuñado por Beck, debido
a que este enfoque fue desarrollado utilizando buenas prácticas
reconocidas, como el desarrollo iterativo, y con la participación del cliente en
niveles <<extremos>>. En la programación extrema, todos los
requerimientos se expresan como escenarios (llamados historias de
usuario), los cuales son implementados como una serie de tareas. Los
programadores trabajan en parejas y desarrollan pruebas para cada tarea
antes de escribir el código. Todas las pruebas se deben ejecutar
satisfactoriamente cuando el código nuevo se integre al sistema.
(Sommerville, 2005, p. 364)

E.I.R.L.
La Figura Nº 4 ilustra el proceso de XP para producir un incremento del

sistema que se está desarrollando.
Fuente: Sommerville (2005, p.364) Figura Nº 4
Ciclo de entrega en la programación extrema
Sommerville (2005, p. 365) también indica que la programación extrema

implica varias prácticas que se ajustan a los principios de los métodos ágiles.
Algunas prácticas son:
 Planificación incremental: Los requerimientos son registrados en tarjetas

de historia, las historias a incluir en una entrega se determinan según el
tiempo disponible y su prioridad.
 Diseño sencillo: Solo se realiza el diseño necesario para cumplir los
requerimientos.
 Entregas pequeñas: El mínimo conjunto de funcionalidad que
proporcione valor de negocio se desarrolla primero. Las entregas del
sistema son frecuentes e incrementales,
 Propiedad colectiva: Las parejas de desarrolladores trabajan en todas
las áreas del sistema, de modo que todos conozcan el sistema y
cualquiera pueda cambiar cualquier cosa.
 Refactorización: Los desarrolladores deben refactorizar el código
continuamente tan pronto como encuentren posibles mejoras en él.

E.I.R.L.
Análisis Comparativo de las Metodologías
Tabla Nº 1: Comparación de las Metodologías Ágiles vs.

Metodologías Tradicionales
Metodologías Ágiles Metodologías Tradicionales
Basadas en normas
Basadas en heurísticas
provenientes de estándares
provenientes de prácticas de
seguidos por el entorno de
producción de código
desarrollo
Especialmente preparados para
Cierta resistencia a los cambios
cambios durante el proyecto
Impuestas internamente (por el
Impuestas externamente
equipo)
Proceso menos controlado, con Proceso mucho más controlado,
pocos principios con numerosas políticas/normas
No existe contrato tradicional o
Existe un contrato prefijado
al menos es bastante flexible
El cliente interactúa con el
El cliente es parte del equipo de
equipo de desarrollo mediante
desarrollo
reuniones
Grupos pequeños (menos de 10
Grupos grandes y posiblemente
integrantes) trabajando en el
distribuidos
mismo sitio
Pocos artefactos Más artefactos
Pocos roles Más roles
La arquitectura del software es

Menos énfasis en la
esencial y se expresa mediante
arquitectura del software
modelos
Fuente: Francisco J. Toro, 2013

E.I.R.L.
Selección de la Metodología de desarrollo
Para la selección de la Metodología a utilizar, se tomó como referencia la

evaluación de tres expertos, como se puede observar en el Anexo Nº 6. A
continuación, se presenta las evaluaciones de los expertos en la tabla N° 2:
Tabla Nº 2: Cuadro Comparativo de acuerdo a la validación de

expertos
Experto RUP SCRUM XP
Mg. Orleans Gálvez Tapia 40 28 18
Mg. Roy Saavedra Jiménez 40 33 24
Mg. Robert Ormeño Rojas 23 19 9
Total 103 80 49
Fuente: Elaboración Propia
Por lo tanto, se seleccionó la metodología RUP, por ser la más adecuada

para la realización del proyecto, ya que tiene la documentación más
detallada y requiere un mejor análisis de requerimientos.
Metodología de desarrollo de software para el sistema web: RUP
Para Sommerville (2005, p.76) “el Proceso Unificado de Rational (RUP) es

un ejemplo de un modelo de proceso moderno que proviene del trabajo en
el UML y el asociado Proceso Unificado de Desarrollo de Software.[…]
Reúne elementos de todos los modelos de procesos genéricos, iteraciones
de apoyo e ilustra buenas prácticas en la especificación y el diseño”.
Kruchten (2004, p. 17), define al Proceso Unificado de Rational desde tres

aspectos:
“Es un proceso de ingeniería de software. Proporciona un enfoque

disciplinado para asignar tareas y responsabilidades dentro de una
organización de desarrollo. Su objetivo es garantizar la producción de
software de alta calidad que satisfaga las necesidades de sus usuarios
finales dentro de un horario y presupuesto previsibles.

E.I.R.L.
Es un producto de proceso. Es desarrollado y mantenido por Rational

Software e integrado con su suite de herramientas de desarrollo de software.
Es también un marco de proceso que puede ser adaptado y ampliado para

satisfacer las necesidades de una organización.”
Buenas prácticas de RUP
Kruchten (2004, p. 18), indica que RUP captura muchas de las mejores
prácticas utilizadas en el desarrollo de software moderno en una forma
adecuada para una amplia gama de proyectos y organizaciones. Las más
importantes son:
 Desarrollo de software iterativamente: Los procesos clásicos de

desarrollo de software siguen el ciclo de vida de cascada. En este
enfoque, el desarrollo procede linealmente desde el análisis de
requerimientos hasta el diseño, el código y las pruebas unitarias, las
pruebas del subsistema y las pruebas del sistema. El equipo de
desarrollo se ve obligado a concentrarse en aquellos temas que son más
críticos para el proyect. Las incoherencias entre requisitos, diseños e
implementaciones se detectan tempranamente.
 Gestión de requerimientos: Un requisito es una condición o capacidad
que debe tener un sistema. La identificación de los requerimientos de un
sistema es un proceso continuo.
 Utilizar arquitecturas basadas en componentes: La arquitectura de
software se ocupa no sólo de la estructura y el comportamiento, sino
también del uso, la funcionalidad, el rendimiento, las limitaciones
económicas y tecnológicas y los compromisos y las preocupaciones
estéticas. El desarrollo basado en componentes es un enfoque
importante para la arquitectura de software, ya que permite la
reutilización o personalización de componentes de miles de fuentes
disponibles comercialmente.
 Modelo visual del software: Un modelo es una simplificación de la
realidad que describe completamente un sistema desde una perspectiva
particular, tal como se observa en la Figura Nº 5. Se construyen modelos
para un mejor entendimiento del sistema. El modelado es importante
E.I.R.L.
porque ayuda al equipo de desarrollo a visualizar, especificar, construir

y documentar la estructura y el comportamiento de la arquitectura de un
sistema. Utilizando un lenguaje de modelado estándar, como el
Lenguaje de Modelado Unificado, los miembros del equipo de desarrollo
pueden comunicar inequívocamente sus decisiones entre sí.
Figura Nº 5
Fuente: Kruchten, 2004
Modelado de un sistema desde diferentes

perspectivas
 Verificar continuamente la calidad del software: Es importante evaluar

continuamente la calidad de un sistema con respecto a su funcionalidad
y rendimiento de aplicación. La verificación de la funcionalidad de un
sistema -la mayor parte de la actividad de prueba- implica la creación de
pruebas para cada escenario clave.
 Control de cambios: Establecer procedimientos repetibles y definidos
para el flujo de trabajo de cambios. La propagación del cambio es
evaluable y controlada.
Fases de RUP
La metodología de Proceso Unificado de Rational es una plataforma flexible

de procesos de desarrollo de software que ayuda proveyendo guías
consistentes y personalizadas de actividades a un determinado proyecto.
Sommerville (2005, p. 77) indica que la metodología RUP especifica cuatro
fases en el proceso de desarrollo de software:
E.I.R.L.
 Inicio: El objetivo de esta fase es establecer el caso de negocio para el

sistema. Se definen las entidades externas que van a interactuar con el
sistema.
 Elaboración: En esta fase, los objetivos son desarrollar la comprensión
del dominio del problema, establecer un marco arquitectónico para el
sistema, desarrollar el plan de proyecto e identificar los riesgos clave del
proyecto. Al terminar esta fase se debe tener un modelo de los
requerimientos del sistema.
 Construcción: Consiste en el diseño del sistema, la programación y las
pruebas. Se integran las partes del sistema. Al término de esta fase se
debe tener un sistema software operativo y la documentación
correspondiente para la entrega.
 Transición: Es la fase final de RUP. Se lleva a cabo la implantación del
sistema en la comunidad de los usuarios. Así también, se entrega la
documentación del proyecto.
Figura Nº 6
Fuente: Sommerville, 2005
Fases de la metodología RUP
Como se muestra en la Figura N° 6, “la iteración dentro del RUP es apoyada

de dos formas. Cada fase se puede representar de un modo iterativo con los
resultados desarrollados incrementalmente. Además, el conjunto entero de
fases puede también representarse de forma incremental, como se muestra
en la citada figura por la flecha en forma de bucle desde la Transición hasta
el Inicio”. (Sommerville, 2005, p. 77).

E.I.R.L.
Lenguaje Unificado de Modelado (UML)
Para Fowler y Scott (1999, p. 1) el UML no es un método sino un lenguaje

de modelado. La mayoría de los métodos consisten en un lenguaje y un
proceso para modelar. El lenguaje de modelado es la notación
(principalmente gráfica) que utilizan los métodos para expresar los diseños.
Mientras que el proceso es la orientación que se da sobre los pasos a seguir
para hacer el diseño.
Notación UML
 Modelo: Un modelo es la representación de un sistema en una

perspectiva específica. Los diagramas UML son los modelos utilizados
para representar un sistema desde diversas perspectivas. Estos
diagramas son:
Diagrama de casos de uso
Diagrama de secuencia
Diagrama de actividades
Diagrama de colaboración
Diagrama de análisis
Diagrama de clases
Diagrama de objetos
Diagrama de estados
Diagrama de componentes
Diagrama de distribución
Diagrama de despliegue
Diagrama de estructura compuesta
 Paquetes: Utilizados para la organización de los elementos de un

diagrama. La Figura Nº 7 ilustra la representación de un paquete en
UML.

E.I.R.L.
Figura Nº 7
Fuente: Shmuller (2001)
Representación – Paquete UML
 Clase: Es una categoría o grupo de cosas que tienen atributos y

operaciones comunes. Está representado por un rectángulo, el cual se
divide en tres áreas. El área superior contiene el nombre de la clase, el
área central contiene los atributos y el inferior, las operaciones. La Figura
Nº 8 muestra un ejemplo de una clase.
Figura Nº 8
Fuente: Shmuller (2001)
Representación – Clase UML

E.I.R.L.
 Objeto: Un objeto es la instancia de una clase. Es una entidad que tiene

valores específicos de los atributos y operaciones.
 Asociaciones: Representan las relaciones entre las clases. Una clase
puede asociarse con más de una clase distinta.
 Multiplicidad: Indica la cantidad de objetos de una clase que se
relacionan con otro objeto de la clase asociada.
Lenguaje de Programación PHP
Cobo indica que “PHP es un lenguaje interpretado del lado del servidor que
tiene entre sus principales características su potencia, versatilidad, robustez
y modularidad. Los programa escritos en PHP son embebidos directamente
en el código HTML y ejecutados por el servidor web a través de un intérprete
antes de transferir al cliente solicitante un resultado en forma de código
HTML puro. Al ser un lenguaje que sigue la corriente open source, tanto el
intérprete como su código fuente son accesibles gratuitamente en la red.”
(Cobo Yera, 2008, p. 99)
Los programas desarrollados en PHP funcionan igual sobre diferentes

plataformas, y trabajan sobre la mayoría de servidores web, además pueden
interactuar con más de 20 tipos de bases de datos.
Base de Datos
Para Cobo Yera (2008, p.7), “una Base de datos es un conjunto de datos
almacenados sin redundancias innecesarias en un soporte informático y
accesible simultáneamente por distintos usuarios y aplicaciones. Los datos
deben estar estructurados y almacenados de forma totalmente
independiente de las aplicaciones que la utilizan.”
“Una base de datos es un conjunto, colección o depósito de datos

almacenados en un soporte informático de acceso directo. Los datos deben
estar relacionados y estructurados de acuerdo con un modelo capaz de
recoger el contenido semántico de los datos almacenados. Dada la
importancia que tienen en el mundo real las relaciones entre los datos, es

E.I.R.L.
imprescindible que la base de datos sea capaz de almacenar estas

interrelaciones.” (Llanos Ferraris, 2010, p. 272)
Una base de datos es una colección de datos que puede ser accesible por
diferentes usuarios a la vez a través de aplicaciones. Estos datos tienen una
estructura y están relacionados entre ellos.
 Gestión de Almacén
Para Villarroel Valdemoro (2012, p. 10), “la gestión de almacenes es el
proceso de la función logística que se encarga de la recepción,
almacenamiento y movimiento dentro de un mismo almacén de cualquier
material, ya sea materias primas, productos semi-elaborados o productos
terminados, además del tratamiento e información de los datos generados.”
De la Fuente García (2008, p. 90) indica que “la función de almacén puede
definirse como el conjunto de actividades desarrolladas con mercancías y
productos que hay que mover y conservar para el cumplimiento de los fines
productivos y comerciales previstos en el ciclo operativo de la empresa. Por
tanto, se puede señalar como actividades propias del almacén: la recepción,
la inspección, el control, la clasificación, la sistematización, la conservación
y la expedición o distribución, a las que se puede agregar tareas de tipo
administrativo y contable y operaciones complementarias como el
acondicionamiento, la maduración o el reacondicionamiento de los
productos.”
Para Escudero Serrano (2015, p. 9), las principales funciones que se realizan
en la gestión de almacén son: Recepción de mercancías, Almacenamiento,
Conservación y Mantenimiento, Gestión y control de existencias, Expedición
de mercaderías.
La Figura Nº 9, muestra las principales funciones dentro de la gestión de

almacén.

E.I.R.L.
Fuente: Elaboración propia Figura Nº 9
Funciones en la gestión de almacén
A continuación, se detallan las funciones del almacenamiento y su gestión:
Recepción de Mercancías
Es la entrada de los artículos o productos enviados por los proveedores al

almacén. Se realizan las verificaciones en cuanto a cantidad, calidad y
características propias de cada producto.
“El proceso de recepción es muy importante puesto que hay que asegurarse
que los productos sean los que verdaderamente se pidieron; se verifica
calidad, cantidad y tamaño; los productos que no cumplan lo indicado son
rechazados; se debe registrar la cantidad y tipo de producto al recibirlo.” (De
Diego Morillo, 2015)
Almacenamiento
Consiste en ubicar los productos recibidos en la zona de almacenaje, con la

finalidad que su acceso y localización sea fácil.

E.I.R.L.
Conservación y mantenimiento
Se refiere a la preservación de las cualidades de los productos en perfecto

estado.
Para Escudero Serrano (2015, p. 9), “consiste en conservar la mercancía en

perfecto estado, mientras está almacenada. La custodia de la mercancía
también comprende aplicar la legislación vigente sobre seguridad e higiene
en el almacén y normas especiales sobre cuidado y mantenimiento de cada
variedad de producto.”
Gestión y control de existencias
Se refiere a conocer la cantidad que se debe almacenar de cada producto,

para realizar el pedido necesario al proveedor.
El Diccionario de la Real Academia Española (RAE), indica que a las

existencias o mercancías guardadas en un almacén se le conoce como
stock.
Según define Ferrín (2007, p. 47), “el stock es el conjunto de productos

almacenados en espera de su ulterior empleo, más o menos próximo, que
permite surtir regularmente a quienes lo consumen, sin imponerles las
discontinuidades que lleva consigo la fabricación o los posibles retrasos en
las entregas por parte de los proveedores.”
Anaya Tejero (2007, p. 230) también indica que “uno de los principios
esenciales dentro del control interno de almacenes es garantizar la exactitud
entre las existencias físicas de productos almacenados y los registros
correspondientes en el sistema informático o administrativo correspondiente.
El control interno de almacenes se apoya en dos conceptos básicos:
- El principio de la documentación, según el cual, no debería salir

ningún producto sin estar debidamente documentado (albarán de salida)
y autorizado por un responsable independiente del almacén.

E.I.R.L.
- Necesidad de auditar los inventarios, en el sentido de comprobar que

las existencias físicas coinciden con el contenido de los registros
administrativos”.
Para Heizer y Render (2004), “el inventario es uno de los activos más
costosos en muchas compañías, que puede llegar a representar hasta el
50% del capital invertido. Los administradores de operaciones de todo el
mundo reconocen que la buena administración del inventario es crucial.”
 Exactitud en los registros

Es importante la precisión de los registros de entrada y salidas de los
productos, esto garantizará una exactitud en el inventario de la empresa.
Al respecto, Heizer y Render (2004) indican “las buenas políticas de
inventarios pierden valor si la administración no conoce qué hay en su
inventario. La exactitud de los registros es un elemento esencial de todo
sistema de producción de inventarios. Esta precisión en los registros
ayuda a que las organizaciones deban centrarse en los artículos que
necesitan, en lugar de aceptar que haya “un poco de todo” en su
inventario. Sólo cuando la organización sabe con exactitud con qué
cuenta, toma decisiones de órdenes, programación y embarque”.
 Conteos cíclicos
Son las revisiones periódicas de los artículos del almacén para verificar
si el conteo físico de los productos corresponde a lo registrado en el
inventario.
“Aunque la organización haya realizado los esfuerzos considerables
para registrar con precisión su inventario, dichos registros deben ser
verificados continuamente mediante una auditoría. Estas auditorías son
conocidas como conteo cíclico […] Con los procedimientos de conteo
cíclico, periódicamente se cuentan los artículos, se verifican los registros
y se documentan las imprecisiones. Se busca la causa de las
imprecisiones y se toman medidas correctivas para asegurar la
integridad del inventario.” (Heizer y Render, 2004)

E.I.R.L.
Villarroel y Rubio (2012, p. 43) establecen los objetivos de la administración

de inventarios:
- Por una parte, se pretende minimizar la inversión en inventario, de forma

que hayan más recursos que se pueden invertir en otros propósitos que
de otra forma no se podrían financiar.
- Por la otra, hay que asegurarse de tener en almacén las existencias
suficientes para satisfacer a la demanda y para que las operaciones de
producción y comercialización funcionen sin dificultad.
Indicador: Tasa de precisión de inventario (TPI)
“Este indicador mide la precisión de las existencias registradas en el libro

mayor de existencias o el sistema automatizado para una gama de artículos,
se expresa en porcentaje.” (USAID, 2007)
Como se muestra en la Figura N° 10, la fórmula para calcular este indicador

es:
Figura Nº 10
Fuente: USAID | PROYECTO
DELIVER. 2007.
Fórmula para hallar la tasa de precisión de

inventario
Donde:
TPI = Tasa de precisión de inventario
NAR = Número de artículos registrados
NTA = Número total de artículos verificados

E.I.R.L.
Expedición de mercancías
Empieza cuando se recibe el pedido hecho por el cliente, y se procede a
seleccionar la mercadería y realizar el embalaje.
Para De Diego Morillo (2015, p. 7), “en el momento que recibimos un pedido
de nuestro clientes, debemos prepararlo, a este proceso se le conoce como
picking, y consiste en seleccionar y recoger la mercadería que nos han
solicitado directamente del lugar donde está almacenada, para después
llevarla a la zona de preparación de pedido, para conformar el mismo y
proceder a realizar la entrega.”
“Para medir el nivel de perfección del proceso en lo que tiene que ver con la
gestión de pedidos, la manutención de las mercancías, los procesos de
picking y packing, el transporte, etc. […] se destacan los siguientes
indicadores: % pedidos completos con cantidades exactas, % pedidos
despachados a tiempo, % pedidos documentados perfectamente.” (Mora
García, 2008)
Villarroel y Rubio (2012) indican que los principios del picking son:
- La operatividad, aumentando la productividad de los recursos humanos y
optimizando las instalaciones.
- El diseño óptimo de las zonas, para evitar los desplazamientos
innecesarios y minimizar los necesarios.
- La disponibilidad de datos e información en tiempo real de los productos
almacenados.
- La búsqueda de la calidad y satisfacción del cliente a través de la consigna
errores cero.
Indicador: Nivel de Cumplimiento de Pedidos entregados a tiempo

(NCP):
Este indicador mide el nivel de cumplimiento para realizar las entregas a

tiempo a los clientes. (Mora García, 2008, p. 88)
Tal como se muestra en la Figura N° 11, la fórmula para calcular este
indicador es:

E.I.R.L.
Figura Nº 11
Fuente: Mora García (2008, p. 88)
Fórmula para hallar el nivel de cumplimiento de

pedidos
Donde:
NCP = Nivel de Cumplimiento de Pedidos
NPET = Número de Pedidos Entregados a tiempo
NTPE = Número total de pedidos entregados
Limitaciones
Tal como lo indica Escudero Serrano, la gestión de almacén desarrolla cinco

dimensiones, sin embargo, para esta investigación se utilizaron las
dimensiones principales que tiene la empresa, por lo tanto, esta investigación
estuvo asentada en las dimensiones Gestión y control de existencias y
Expedición de mercancías.
Marco Conceptual
Sistema Web
“Un sistema web es una aplicación cuya interfaz es construida a partir de

páginas web. Las páginas web son ficheros de texto en un formato estándar
denominado HTML [HyperTextMarkupLanguage]. Estos ficheros son
almacenados en un servidor web al cual se accede mediante el protocolo
HTTP [HyperText Transfer Protocol]. Para utilizar una aplicación web desde
una máquina concreta, basta con tener instalado un navegador web en esa
máquina, ya sea éste el Internet Explorer de Microsoft, el Netscape Navigator
o cualquier otro navegador.” (Berzal, y otros, 2007, p. 3)

E.I.R.L.
Gestión de Almacén
Las principales funciones que se realizan en la gestión de almacén son:

Recepción de mercancías, Almacenamiento, Conservación y
Mantenimiento, Gestión y control de existencias, Expedición de mercaderías.
(Escudero Serrano, 2015, p. 9)
1.4. Formulación del Problema
Problema Principal
 ¿Cómo influye un sistema web en la gestión de almacén de la empresa

Representaciones Catherine E.I.R.L.?
Problema Secundario
 ¿Cómo influye un sistema web en la tasa de precisión de inventario en

la gestión de almacén de la empresa Representaciones Catherine
E.I.R.L.?
 ¿Cómo influye un sistema web en el nivel de cumplimiento de pedidos

entregados a tiempo en la gestión de almacén de la empresa
Representaciones Catherine E.I.R.L.?
1.5. Justificación del estudio
Justificación Tecnológica
Se sabe que la influencia de la tecnología en las organizaciones es cada vez

más importante. Las tecnologías de la información se convierten en una
herramienta que apoyan en el cumplimiento de las estrategias
empresariales, afectando al rendimiento de éstas, a través del logro y
aprovechamiento de ventajas competitivas, lo cual repercutirá en la mejora
de las decisiones tomadas en la empresa. “Todo proceso que genere
información y no esté automatizado, limita el buen manejo de los datos
para soportar una adecuada toma de decisiones y direccionamiento
empresarial.” (Giner, 2004, p. 35). Por esa razón, se desarrolló un sistema

E.I.R.L.
web para la mejora de la gestión de almacén de la empresa

Representaciones Catherine E.I.R.L., para así sistematizar y agilizar sus
actividades.
Justificación Institucional
La empresa Representaciones Catherine E.I.R.L., compite con otras

empresas de su mismo rubro. Al optimizar la gestión de almacén, que es lo
que esta investigación pretende, se mejoró la atención al cliente,
fidelizándolo a la empresa, y generando confianza y satisfacción; lo cual
contribuye a la mejora de la imagen institucional de la empresa.
Según Escorsa y Valls (2003, p 47), “En todas partes se consta que la
competencia es cada vez más intensa y que cada vez se relaciona más con
la rápida utilización de la tecnología. La empresa ya no puede confiar
ciegamente en que será capaz de obtener una invención que le permita
sobrevivir. Es necesario que la tecnología encaje dentro de la estrategia
global de la empresa”.
Justificación Operativa
Toda organización está enfocada en la búsqueda de una mejora de sus

procesos para obtener ventaja competitiva, lo cual se verá reflejado en la
satisfacción de sus clientes, y en el logro de los objetivos planteados. La
gestión de almacén es fundamental dentro de la empresa en estudio, la
eficiencia con la que se lleve a cabo este proceso, depende de cómo están
organizadas sus actividades, y qué herramientas utilicen como soporte y
apoyo.
Según K. Laudon & J. Laudon (2008, p. 8), “las empresas buscan

continuamente mejorar la eficiencia de sus operaciones para obtener más
rentabilidad. Algunas de las herramientas más importantes para que los
gerentes consigan niveles de eficiencia y productividad más altos en las
operaciones empresariales son los sistemas y las tecnologías de

E.I.R.L.
información, especialmente cuando se conjuntan con cambios en las

prácticas de negocios y el comportamiento administrativo.”
Justificación Económica
Según K. Laudon & J. Laudon (2008, p. 22), “los sistemas de información

permiten a la empresa incrementar sus ingresos o reducir sus costos al
proporcionar información que ayuda a los gerentes a tomar mejores
decisiones o que mejora la realización de los procesos de negocio”.
La empresa pierde dinero cuando hay demora al atender los pedidos, esto
ocurre entre otros motivos, por: el mal control del inventario de los productos,
cuando un producto queda sin stock, muchas veces no se abastece a tiempo,
y al momento de atender el pedido, se adquiere el producto a la competencia
(empresas del mismo rubro), para completar los productos del pedido, pero
esto minimiza sus ganancias puesto que, el costo con el que estas empresas
lo venden es mayor al costo con el que lo adquieren al proveedor. Esta
situación ocurre en muchos de los pedidos atendidos, generando pérdidas
de hasta S/ 3000.00 semanales, lo cual se convierte en S/ 12000.00
mensuales perdidos.
La implementación de un sistema web minimizó el tiempo requerido para la

ejecución de las actividades de la gestión de almacén. Al tener un registro
exacto de los datos, los productos son abastecidos a tiempo, y se da una
mejor atención al cliente, lo que origina la fidelización de más clientes a la
empresa, generando así más ingresos.
1.6. Hipótesis
Hipótesis General
Ha: El sistema web mejora la gestión de almacén de la empresa


E.I.R.L.
Hipótesis Específicas
HE1: El sistema web incrementa la tasa de precisión de inventario en la

gestión de almacén de la empresa Representaciones Catherine E.I.R.L.
HE2: El sistema web incrementa el nivel de cumplimiento de pedidos

1.7. Objetivos
Objetivo General
 Determinar la influencia de un sistema web en la gestión de almacén de

la empresa Representaciones Catherine E.I.R.L.
Objetivos Específicos
 Determinar la influencia de un sistema web en la tasa de precisión de

inventario en la gestión de almacén de la empresa Representaciones
Catherine E.I.R.L.
 Determinar la influencia de un sistema web en el nivel de cumplimiento

de pedidos entregados a tiempo en la gestión de almacén de la empresa

E.I.R.L.
CAPÍTULO II
MÉTODO

E.I.R.L.
II. MÉTODO
2.1. Diseño de la investigación
Método de Investigación
En la presente investigación se empleó el método deductivo, ya que a partir

de la observación y mediciones realizadas, se deduce la influencia que un
sistema web tiene sobre el problema en investigación.
Para Cegarra (2004, p. 82), “el método hipotético – deductivo es el camino

lógico para buscar solución a los problemas que nos planteamos. Consiste
en emitir hipótesis acerca de las posibles soluciones al problema planteado
y en comprobar con los datos disponibles si éstos están de acuerdo con
aquéllas.”
Tipo de Estudio
Según lo que se pretende obtener, la presente investigación es de tipo

Explicativa, pues se desea conocer cuál es el efecto de implementar un
sistema web para la gestión de almacén, para lo cual se realizará una
medición de las variables.
Para Gómez (2006, p. 68) “los estudios explicativos van más allá de la
descripción de conceptos o fenómenos o del establecimiento de las
relaciones entre conceptos; están dirigidos a encontrar las causas de los
eventos, sucesos y fenómenos físicos o sociales [...] Intentan establecer una
relación causa/efecto”.
La presente investigación también es de tipo Aplicada, porque se desea

comprobar la influencia de un sistema web en la gestión de almacén, con el
fin de dar solución a la problemática planteada. La Ponencia de Investigación
Científica y Desarrollo Tecnológico, citado por Cegarra (2004, p. 42), define
que “la investigación aplicada, a veces llamada Investigación Técnica, tiende
a la resolución de problemas o al desarrollo de ideas, a corto o medio plazo,
dirigidas a conseguir innovaciones, mejoras de procesos o productos,
incrementos de calidad y productividad, etc.”

E.I.R.L.
Y, según la naturaleza de los datos, esta investigación es del tipo

Cuantitativa, puesto que se utilizó la medición numérica y el conteo en sus
resultados. Al respecto, Gómez (2006, p. 60) indica “Un estudio cuantitativo
generalmente elige una idea, la cual es transformada en una o varias
preguntas de investigación relevantes; luego de éstas deriva hipótesis y
define variables; desarrolla un plan para la prueba de hipótesis (diseña la
investigación); mide las variables utilizando un contexto; analiza las
mediciones que se obtienen (con frecuencia utilizando la estadística), y
establece una serie de conclusiones respecto de la(s) hipótesis”.
Diseño de la Investigación
El diseño de estudio es Pre-experimental, con un solo grupo para la Pre-

Prueba y Post- Prueba, ya que se realiza una prueba preliminar de la variable
dependiente, y luego de aplicar el tratamiento experimental, se realiza una
prueba posterior para medir otra vez la variable dependiente, comparando
los resultados de cada prueba. (Hurtado y Toro, 2007, p. 104)
En la Figura N° 12, se observa la representación del diseño Pre-

experimental.
Figura N° 12:
Fuente: Hurtado y Toro,
O1 X O2
2007
Diseño Pre-experimental
Donde:
O1=Pre-prueba, medición del grupo antes de aplicar el tratamiento

experimental, es decir, antes de la implementación del sistema web para la
gestión de almacén.
X=Tratamiento Experimental, implementación del sistema web para la

gestión de almacén.

E.I.R.L.
O2=Post-prueba, medición del grupo después de aplicar el tratamiento

experimental, es decir, la implementación del sistema web para la gestión de
almacén. Los resultados se comparan con los de la pre-prueba.
2.2. Variables, Operacionalización

Identificación de Variables
Se indican las variables, definiciones conceptuales e indicadores.
 Definición Conceptual
Las variables determinadas son:
Variable Independiente (VI)
Sistema Web: Aplicación cuya interfaz es construida a partir de páginas

web. Las páginas web son ficheros de texto en un formato estándar
denominado HTML [HyperTextMarkupLanguage]. Estos ficheros son
almacenados en un servidor web. (Berzal y otros, 2007, p. 3)
Variable Dependiente (VD)
Gestión de Almacén en la Empresa Representaciones Catherine

E.I.R.L.: Las principales funciones que se realizan en la gestión de
almacén son: Recepción de mercancías, Almacenamiento,
Conservación y Mantenimiento, Gestión y control de existencias,
Expedición de mercaderías. (Escudero Serrano, 2015, p. 9)
 Definición Operacional
Variable Dependiente (VD)
Gestión de Almacén en la Empresa Representaciones Catherine

E.I.R.L.: Se realizan actividades como recepción de productos
provenientes de los proveedores, control de cantidades existentes,
control de salidas de los productos, verificación de productos que
necesitan ser pedidos a los proveedores. Con el sistema web, estas
actividades se agilizaron y se optimizó la gestión de pedidos.

E.I.R.L.
Tabla Nº 3: Operacionalización de Variables
ESCALA DE
VARIABLE DEFINICIÓN CONCEPTUAL DEFINICIÓN OPERACIONAL INDICADOR
MEDICIÓN
Aplicación cuya interfaz es
construida a partir de páginas web.
Las páginas web son ficheros de
Variable texto en un formato estándar
independiente: denominado HTML
Sistema web [HyperTextMarkupLanguage]. Estos
ficheros son almacenados en un
servidor web. (Berzal y otros, 2007,
p. 3)
Las principales funciones que se Se realizan actividades como

recepción de productos Tasa de precisión
realizan en la gestión de almacén de inventario Razón
provenientes de los proveedores,
son: Recepción de mercancías, control de cantidades existentes, (TPI)
Variable
Almacenamiento, Conservación y control de salidas de los
dependiente: productos, verificación de
Gestión de Mantenimiento, Gestión y control de
productos que necesitan ser Nivel de
Almacén existencias, Expedición de pedidos a los proveedores. Con el Cumplimiento de
mercaderías. (Escudero Serrano, sistema web, estas actividades se Pedidos Razón
agilizaron y se optimizó la gestión entregados a
2015, p. 9)
de pedidos. tiempo (NCP)
Sistema Web para la Gestión de Almacén de la empresa 40 Ruby Raquel Gonzales Quispe
Tabla Nº 4: Indicadores
UNIDAD
DIMENSIÓN INDICADOR DESCRIPCIÓN TÉCNICA INSTRUMENTO DE FÓRMULA
MEDIDA
Indica la precisión
de las existencias
Tasa de
Gestión y registradas en el TPI= Tasa de precisión de
precisión de Ficha de
control de libro mayor de Fichaje Punto inventario
inventario Registro
existencias existencias para NAR= Número de artículos
(TPI)
una gama de registrados
artículos. NTA= Número total de
artículos verificados
Nivel de
Mide el nivel de NCP= Nivel de Cumplimiento
Cumplimiento
Expedición cumplimiento de Pedidos
de Pedidos Ficha de
de para realizar las Fichaje Punto
entregados a registro NPET= Número de Pedidos
mercancías entregas a tiempo
tiempo a Entregados a tiempo
a los clientes.
tiempo (NCP) NTPE= Número total de
pedidos entregados
2.3. Población y muestra
Población
Según Tamayo y Tamayo (2004, p. 176), “la población es la totalidad de

un fenómeno de estudio, incluye el total de unidades de análisis o
entidades de población que integran dicho fenómeno y que debe
cuantificarse para un determinado estudio integrando un conjunto N de
entidades que participan de una determinada característica, y se le
denomina población por constituir la totalidad del fenómeno relacionado a
un estudio o investigación.”
Para la presente investigación, se tomaron dos poblaciones: Cantidad de

productos y Número de pedidos entregados en un mes.
Población Nº 1
Esta población corresponde al primer indicador, para lo cual se determinó

el conjunto de productos de Representaciones Catherine E.I.R.L. que
tienen mayor rotación o movimiento en el período de un mes, teniendo en
cuenta que se labora de lunes a viernes (5 días a la semana). Por lo tanto,
la población quedó conformada por 20 productos utilizados en
documentos de inventario, agrupados en 20 Fichas de registro
estratificados en días.
Población Nº 2
Esta población corresponde al segundo indicador, para lo cual, se tuvo en

cuenta el número de pedidos entregados en el periodo de 1 mes,
considerando que se labora de lunes a viernes. Siendo el total de 80
pedidos, los cuales fueron agrupados en 20 Fichas de registro
estratificados en días.
Muestra
Tamayo y Tamayo (2004, p. 176) también afirma que “la muestra

descansa en el principio de que las partes representan el todo y por tanto
refleja las características que definen la población de la cual fue extraída,

E.I.R.L.
lo cual nos indica que es representativa. Es decir, que para hacer una
generalización exacta de una población es necesaria una muestra
totalmente representativa y, por lo tanto, la validez de la generalización
depende de la validez y tamaño de la muestra.”
Según Tomas-Sábado (2009, p.22) “Una muestra es una porción de algo

[…] Un grupo de elementos representativos de un conjunto.”
Figura N° 13:
Tomas-Sábado (2009)
Fórmula para calcular la

muestra
Donde:
n = Tamaño de la muestra
Z = Nivel de confianza al 95% (1.96) elegido para esta investigación
N = Población total de estudio
EE = Error estimado (al 5%)
Muestra Nº 1:
Esta muestra corresponde al indicador tasa de precisión de inventario.
Castro (2003, p.69) indica que “Si la población es menor a cincuenta

individuos, la muestra es igual a la población.”
Debido a que el tamaño de la población de productos es 20 (< 50), se

determinó que se utilizarán 20 productos estratificados en los días
laborales de la empresa en el período de un mes, los cuales son 20. Por
lo tanto, la muestra quedó conformada por de 20 Fichas de registro.

E.I.R.L.
Muestra Nº 2:
. ∗
�=
. + .
. ∗
�=
. + .
�= .
→�≅
Esta muestra corresponde al indicador nivel de cumplimiento de pedidos

entregados a tiempo. Se determinó que se utilizarán 66 documentos de
pedidos entregados, los cuales fueron estratificados en días en el período
de un mes. Por lo cual, la muestra quedó conformada por 20 Fichas de
Registro.
Muestreo
Para la presente investigación se realizará un muestreo Probabilístico, de

tipo Aleatorio Simple (MAS). Este muestreo será aplicado en las dos
poblaciones.
“El muestreo aleatorio simple selecciona mediante métodos que permiten

que cada posible muestra tenga igual probabilidad de ser seleccionada y
que cada elemento de la población total tenga una oportunidad igual de
ser incluido en la muestra”. (Levin y Rubin, 2004).
“El elemento más común para obtener una muestra representativa es la

selección al azar, es decir, que cada uno de los individuos de una
población tiene la misma posibilidad de ser elegido”. (Rodríguez, 2005, p.
87)

E.I.R.L.
2.4. Técnicas e Instrumentos de Recolección de Datos, Validez y Confiabilidad
Arias (1999, p. 25) indica que “las técnicas de recolección de datos son las
distintas formas o maneras de obtener la información […] Los instrumentos
son los medios materiales que se emplean para recoger y almacenar la
información”.
Técnica: Fichaje
Gavagnin (2009, p. 38) sostiene que “el fichaje es un modo de recolectar y

almacenar información, que aparte de contener una extensión, le da una
unidad y valor”.
Se utilizó esta técnica recolectar los datos de los indicadores tasa de
precisión de inventario y nivel de cumplimiento de pedidos entregados a
tiempo.
Instrumento: Ficha de Registro
Según Sendra (2010, p.118) “Las fichas de registro son instrumentos

prediseñados en los que vienen detallados previamente los ítems [...]. Es
fundamental que el profesional registre lo observado con la menor brevedad
de tiempo para ser lo más exacto posible y no olvidar aspectos relevantes.”
Se elaboró una Ficha de registro para el indicador tasa de precisión de

inventario, en la cual se registraron los resultados de la medición de la
precisión del inventario.
Asimismo, se elaboró una Ficha de registro para el indicador nivel de

cumplimiento de pedidos entregados a tiempo para el registro de los
resultados alcanzados.
La Tabla Nº 5 muestra las técnicas e instrumentos de investigación con su

indicador correspondiente.

E.I.R.L.
Tabla Nº 5: Técnicas e Instrumentos de Recolección de

Datos
Indicador Técnica Instrumento
Tasa de precisión de
Fichaje Ficha de Registro
inventario (TPI)
Nivel de Cumplimiento
de Pedidos entregados Fichaje Ficha de Registro
a tiempo (NCP)
Validez del instrumento de investigación
“La validez, en términos generales, se refiere al grado en que un instrumento

realmente mide la variable que pretende medir”. (Hernández Sampieri,
2006).
Respecto a la validez de un instrumento, Oteo (2012, p. 126) indica “un

instrumento es válido cuando mide lo que se propone medir y no otra cosa.
La validez es, sin duda, la propiedad esencial de cualquier instrumento de
medida y su evaluación es imprescindible.”
La validez de un instrumento despliega tres aspectos:
Validez de Contenido: Referida a que el instrumento refleja un dominio

específico de contenido de lo que se mide. Es decir, contiene todos los ítems
del dominio de la variable a medir. (Hernández Sampieri, 2006)
Validez de Criterio: Establece la validez del instrumento comparándola con

algún criterio externo. Mientras los resultados de aplicar el instrumento se
relacionen más al criterio, la validez de criterio será mayor. (Hernández
Sampieri, 2006)

E.I.R.L.
Validez de Constructo: Se refiere al grado en que una medición está

relacionada consistentemente con otras mediciones de acuerdo con
hipótesis derivadas teóricamente y que conciernen a los conceptos que
están siendo medidos. (Hernández Sampieri, 2006)
Para esta investigación, la validez de los instrumentos de medición fue

realizada mediante el criterio de tres expertos, quienes evaluaron la calidad
del instrumento. La Tabla N° 6 muestra los puntajes obtenidos. (Ver Anexo
Nº 6)
Tabla Nº 6: Validez de los Instrumentos de investigación

Puntaje: Nivel de
Puntaje: Tasa cumplimiento de
Grado
Experto de precisión pedidos
académico
de inventario entregados a
tiempo
Robert Ormeño Rojas Magister 82.7% 82.6%
Roy Saavedra Jiménez Magister 89% 86.6%
Liset Rodríguez Baca Doctor 66% 69%

De acuerdo a la Tabla N° 6, el puntaje obtenido de la evaluación para el

indicador “tasa de precisión de inventario” está en promedio de 79.23%
dando un alto nivel de validez, y el puntaje obtenido de la evaluación para el
indicador “nivel de cumplimiento de pedidos entregados a tiempo” tiene un
promedio de 79.4% presentando un alto nivel de validez. Por lo tanto, ambos
instrumentos son válidos para la recolección de datos.

E.I.R.L.
Confiabilidad del instrumento de investigación
“La confiabilidad de un instrumento de medición se refiere al grado en que

su aplicación repetida al mismo sujeto u objeto, produce iguales resultados”.
(Hernández Sampieri, 2006)
Al aplicar un instrumento sobre el objeto de estudio varias veces y en

diferentes períodos de tiempo, si los resultados obtenidos son los mismos,
entonces el instrumento es confiable.
Método: Test - Retest
Navas, J., et al. (2012), afirman
“El coeficiente de fiabilidad del test se ha definido como la correlación de las

puntuaciones del test consigo mismo. Por tanto, una forma posible de obtener
una estimación de su valor sería aplicar el test a una muestra de sujetos en dos
ocasiones distintas y calcular la correlación entre las puntuaciones obtenidas en
esos dos momentos temporales […] Al coeficiente de fiabilidad obtenido se le
suele denominar coeficiente de estabilidad porque proporciona una medida de la
estabilidad temporal de las puntuaciones obtenidas al aplicar en distintas
ocasiones el mismo test. Al procedimiento utilizado en la obtención de este
coeficiente de estabilidad se le denomina método test-retest.” (pág. 220).
Técnica: Coeficiente de correlación de Pearson
Guardia, J. (2008), manifiesta
“El coeficiente de correlación de Pearson resuelve el problema anterior, ya que

no depende de las unidades de medida de las variables y sus valores oscilan
entre -1 y +1, en realidad el coeficiente de correlación de Pearson es la
covarianza estandarizada. Un valor próximo a 0 indica ausencia de relación
lineal, un valor cercano a 1 la presencia de relación lineal directa muy intensa y
un valor cercano a -1 la presencia de relación lineal inversa. Si el valor del
coeficiente de correlación es exactamente de 1 o -1 indica una relación lineal
perfecta, ya sea directa o inversa respectivamente, es decir, todos los puntos de
la nube de puntos forman una línea recta perfecta.” (pág. 193,194).

E.I.R.L.
La fórmula de este coeficiente se muestra a continuación en la Figura Nº 14:
Figura Nº 14
Fuente: Guardia (2008)
Fórmula del Coeficiente de Correlación de

Pearson
Dónde:
� = Coeficiente de correlación de Pearson de la Población

= Coeficiente de correlación de Pearson de la Muestra
� = = Covarianza de x e y
� = = Desviación típica de la variable x
� = = Desviación típica de la variable y
El método de confiabilidad utilizado indica niveles de resultado de acuerdo

al valor determinado del p-valor de contraste (sig.) como se muestra en la
Tabla Nº 7.
Tabla Nº 7: Grados de Correlación de Pearson
Escala Interpretación
1.00 Correlación perfecta y positiva
0.90 – 0.99 Correlación muy alta
0.70 – 0.89 Correlación alta
0.40 – 0.69 Correlación moderada
0.20 – 0.39 Correlación baja
0.10 – 0.19 Correlación muy baja
0 No existe correlación
Fuente: Molina Quiñones (2011)

E.I.R.L.
Si el coeficiente de correlación de Pearson toma valores cercanos a 1, la

correlación es fuerte y directa, entonces el instrumento confiable que hace
mediciones estables y consistentes. (Molina Quiñones, 2011, p. 205)
Si el coeficiente de correlación de Pearson toma valores cercanos a 0, la

correlación es baja. Si toma valores bajos, muy bajos o no tiene correlación,
el instrumento evaluado no es confiable. (Molina Quiñones, 2011, p. 205)
Tabla Nº 8: Resultados SPSS – Tasa de precisión de inventario
Según la Tabla Nº 8, se puede apreciar el valor de la Confiabilidad para el

indicador Tasa de precisión de inventario, el cual es de 0.741 y según la
Tabla Nº 7, tiene un nivel de “Alta”.
Tabla Nº 9: Resultados SPSS – Nivel de Cumplimiento de pedidos

entregados a tiempo

E.I.R.L.
Según la Tabla Nº 9, se puede apreciar el valor de la Confiabilidad para el

indicador Nivel de cumplimiento de pedidos entregados a tiempo, el cual es
de 0.646, y según la Tabla Nº 7, tiene un nivel de ”Moderada”.
Por lo tanto, se concluye que los instrumentos de investigación son

confiables.
2.5. Métodos de análisis de datos
Para esta investigación, el análisis de datos es de tipo cuantitativo, porque

se partió de tablas, estadística y matemáticas para la representación de
datos y su posterior resultado sobre ellos.
Hernández, Fernández y Batista (2010) indican que el “análisis de contenido

cuantitativo es una técnica para estudiar cualquier tipo de comunicación de
manera objetiva y sistemática, que cuantifica los mensajes o contenidos en
categorías y subcategorías, y los somete a análisis estadístico.” (p. 260)
Hipótesis de Investigación 1
a. Hipótesis Específica 1 (HE1):

El sistema web incrementa la tasa de precisión de inventario en la
Gestión de Almacén de la empresa Representaciones Catherine E.I.R.L.
b. Indicador 1: Tasa de precisión de inventario
TPIs= Tasa de precisión de inventario sin el sistema web.
TPIc= Tasa de precisión de inventario con el sistema web.
c. Hipótesis Estadística 1
Hipótesis Nula (H0): El sistema web no incrementa la tasa de precisión

de inventario en la gestión de almacén de la empresa Representaciones
Catherine E.I.R.L.
H0: TPIc – TPIs <=0, entonces TPIc <= TPIs
Se infiere que el indicador no presenta mejoras al implementarse el

sistema web.
E.I.R.L.
Hipótesis Alterna (Ha): El sistema web incrementa la tasa de precisión

de inventario en la gestión de almacén de la empresa Representaciones
Catherine E.I.R.L.
H0: TPIc – TPIs > 0, entonces TPIc > TPIs
Se infiere que el indicador mejoró al implementarse el sistema web.
a. Hipótesis Específica (HE2):

El sistema web incrementa el nivel de cumplimiento de pedidos
b. Indicador 2: Nivel de cumplimiento de pedidos entregados a tiempo
NCPETs= Indicador Nivel de cumplimiento de pedidos entregados a

tiempo sin el sistema web
NCPETc= Indicador Nivel de cumplimiento de pedidos entregados a

tiempo con el sistema web
c. Hipótesis Estadística 2
Hipótesis Nula (H0): El sistema web no incrementa el nivel de

cumplimiento de pedidos entregados a tiempo en la gestión de almacén
de la empresa Representaciones Catherine E.I.R.L.
H0: NCPETIc – NCPETs <=0, entonces NCPETc <= NCPETs
Se infiere que el indicador no presenta mejoras al implementarse el

sistema web.
Hipótesis Alterna (Ha): El sistema web incrementa el nivel de

cumplimiento de pedidos entregados a tiempo en la gestión de almacén
de la empresa Representaciones Catherine E.I.R.L.

E.I.R.L.
H0: NCPETc – NCPETs > 0, entonces NCPETc > NCPETs
Se infiere que el indicador mejoró al implementarse el sistema web.
Nivel de Significancia
Para Moncada Jiménez (2005, p. 9) “el nivel de significancia juega un papel

importante en las pruebas de hipótesis, pues permite establecer, a priori, el
grado de error que el investigador está dispuesto a aceptar. […] Se refiere a
una diminuta parte de los extremos o colas de una distribución muestral. Si
el valor que se busca se ubica dentro de esa zona, entonces se concluye
que no es posible que el evento ocurra debido al azar, por lo que se rechaza
la hipótesis nula (H0) y; por consiguiente, se acepta la hipótesis alternativa
(H1)”.
Se utilizó un nivel de significancia de x = 5% (error), equivalente a 0.05, lo

cual permitió realizar la comparación para que se tome la decisión de aceptar
o rechazar la hipótesis.
Nivel de confiabilidad: ((1-X) = 0.95)
Media Aritmética
Según Hernández, Fernández y Bapista (2010, p.80) “Se define como el
promedio aritmético de una distribución. Se simboliza como X ̅, y es la suma
de todos los valores dividida entre el número de casos. Es una medida
solamente aplicable a mediciones por intervalos o de razón”

E.I.R.L.
Varianza
Levin y Rubin (2004, p.97) “La varianza es el promedio de los cuadrados de
las distancias de las observaciones a la media […], se expresa con el
cuadrado de las unidades utilizadas para medir los datos”
Desviación Estándar
Levin y Rubin (2004, p.97) Señalan que “La desviación estándar es la raíz
cuadrada del promedio de los cuadrados de las distancias entre las
observaciones y la media[…] la desviación estándar está en las mismas
unidades que las que se usaron para medir los datos.”
Donde:
�̅ = Media
�� = Varianza
�� = Desviación Estándar
�� = Dato i que está entre (0, n)
�̅ = Promedio de los datos
� = Número de datos

E.I.R.L.
Prueba T – Student
Según Tomas-Sábado (2009, p.90) “Esta prueba se efectúa para contrastar

la hipótesis nula […] La aplicación de esta prueba exige el mismo número de
sujetos en ambas situaciones (antes y después del tratamiento). Si el p-valor
asociado al estadístico de contraste es mayor que α, se acepta la hipótesis
nula. Caso contrario, se acepta la hipótesis alternativa".
En la Figura Nº 15, se muestra la fórmula para hallar t:
Figura Nº 15
Quiñones, 2011
Fuente: Molina
Fórmula para hallar de t-Student
En la Figura Nº 16, se observan los valores de t según los grados de

libertad.
Figura Nº 16
Fuente: Molina Quiñones, 2011
Distribución de t-Student

E.I.R.L.
Prueba Signo – Rango de Wilcoxon
Moncada (2005, p.89) menciona que “Cuando se trata de variables medibles

en por lo menos una escala ordinal y pueden suponerse poblaciones
continuas la prueba no paramétrica más potente es la de Wilcoxon”.
En la Figura Nº 17, se observa la fórmula para hallar zt:
Figura Nº 17
Quiñones, 2011
Fuente: Molina
Fórmula para hallar de zt con rango de Wilcoxon
Valores de Z según los límites de confianza
Riaño Cabrera (2007, p. 110) “En muchos análisis es importante conocer si

una medida se halla dentro de los límites de norma establecida[…] Para
obtener el valor de z a un nivel de confianza determinado se pueden aplicar
los valores consignados en la siguiente figura”
Figura Nº 18
Fuente: Molina Quiñones, 2011
Valores de Z

E.I.R.L.
2.6. Aspectos éticos
El investigador se compromete a:
 Respetar la veracidad de los resultados, la confiabilidad de los datos
recogidos de la empresa Representaciones Catherine E.I.R.L. y los
objetos que están involucrados en el estudio.
 Respetar la privacidad de los datos obtenidos para el desarrollo de la
investigación.
 Mantener en confidencialidad los documentos tales como Notas de
ingreso, Notas de pedido; los cuales fueron utilizados únicamente
para la investigación realizada.

E.I.R.L.
CAPÍTULO III
RESULTADOS

E.I.R.L.
III. RESULTADOS
3.1. Análisis Descriptivo
En este estudio se aplicó un sistema web para evaluar la tasa de precisión
de inventario y el nivel de cumplimiento de pedidos entregados a tiempo en
la gestión de almacén; para ello se aplicó un Pre Test que permita conocer
los estados iniciales de los indicadores; posteriormente se implementó el
sistema web y nuevamente se realizaron las mediciones de la tasa de
precisión de inventario y el nivel de cumplimiento de pedidos entregados a
tiempo en la gestión de almacén.
Indicador: Tasa de Precisión de inventario
Los resultados descriptivos de la tasa de precisión de inventario de estas

medidas se observan en la Tabla Nº 10.
Tabla Nº 10: Medidas descriptivas de la tasa de precisión de inventario en

la gestión de almacén antes y después de implementado el sistema web
Estadísticos descriptivos
Desviación
N Mínimo Máximo Media estándar
TPI_Pretest
20 42,86 71,43 54,4470 8,91619
TPI_Postest 20 89,33 100,00 94,2985 3,49990
N válido (por lista)
20
En el caso de la tasa de precisión de inventario en la gestión de almacén, en

el pre test se obtuvo un valor de 54.45%, mientras que en el post test fue de
94.30%; esto indica una gran diferencia antes y después de la
implementación del sistema web; asimismo, la tasa de precisión de
inventario mínima fue del 42.86% antes, y 89.33% después de la
implementación del sistema web.
En cuanto a la dispersión de la tasa de precisión de inventario, en el pre test

se obtuvo una variabilidad de 8.92%, por el contrario, en el post test fue de
3.50 %.

E.I.R.L.
Figura Nº 19
Tasa de precisión de inventario antes y después de implementado el

sistema web
Indicador: Nivel de cumplimiento de pedidos entregados a tiempo

Los resultados descriptivos del nivel de cumplimiento de pedidos entregados
a tiempo de estas medidas se observan en la Tabla Nº 11.
Tabla Nº 11: Medidas descriptivas del nivel de cumplimiento de pedidos

entregados a tiempo en la gestión de almacén antes y después de
implementado el Sistema Web
Estadísticos descriptivos
Desviación
N Mínimo Máximo Media estándar
NCP_Pretest 20 33,33 100,00 53,8335 17,94530
NCP_Postest
20 66,67 100,00 86,7505 14,04257
N válido (por lista)
20
En el caso del nivel de cumplimiento de pedidos entregados a tiempo en la

gestión de almacén, en el pre test se obtuvo un valor de 53.83%, mientras

E.I.R.L.
que en el post test fue de 86.75%; esto indica una gran diferencia antes y
después de la implementación del Sistema Web; asimismo, el nivel de
cumplimiento de pedidos entregados a tiempo mínimo fue del 33.33% antes,
y 67.67% después de la implementación del Sistema Web.
En cuanto a la dispersión del nivel de cumplimiento de pedidos entregados

a tiempo, en el pre test se obtuvo una variabilidad de 17.95%, por el contrario,
en el post test fue de 14.04%.
Figura Nº 20
Pre test Post test
Nivel de cumplimiento de pedidos entregados a tiempo antes y

después de implementado el sistema web
3.2. Análisis Inferencial
Prueba de Normalidad
Se procedió a realizar la prueba de normalidad para los indicadores tasa de
precisión de inventario y nivel de cumplimiento de pedidos entregados a
tiempo a través del método Shapiro-Wilk, debido a que los tamaños de las
muestras están conformadas por 20 fichas registros en ambos casos, las
cuales son menores a 50, tal como lo indica Hernández, Fernández y

E.I.R.L.
Baptista (2006, p. 376). Dicha prueba se realizó introduciendo los datos de

cada indicador en el software estadístico SPSS 22.0, para un nivel de
confiabilidad del 95%, bajo las siguientes condiciones:
Si:
Sig. < 0.05 adopta una distribución no normal.
Sig. ≥ 0.05 adopta una distribución normal.
Dónde:
sig. : P-valor o nivel crítico del contraste.
Los resultados fueron:
Indicador: Tasa de Precisión de inventario
Con el objetivo de seleccionar la prueba de hipótesis; los datos fueron

sometidos a la comprobación de su distribución, específicamente si los datos
de la tasa de precisión de inventario contaban con distribución normal.
Tabla Nº 12: Prueba de la tasa de precisión de inventario antes y después

de implementado el Sistema Web
Pruebas de normalidad
Shapiro-Wilk
Estadístico gl Sig.
TPI_Pretest ,927 20 ,133
TPI_Postest ,907 20 ,055
*. Esto es un límite inferior de la significación verdadera.
a. Corrección de significación de Lilliefors
Como se muestra en la Tabla N° 12 los resultados de la prueba indican que

el sig. de la tasa de precisión de inventario en la gestión de almacén en el
Pre Test fue de 0.133, cuyo valor es mayor que 0.05, por lo que indica que
la tasa de precisión de inventario se distribuye normalmente. Los resultados
de la prueba del Post Test indican que el sig. de la tasa de precisión de
inventario fue de 0.055, cuyo valor es mayor que 0.05, por lo que indica que
la tasa de precisión de inventario se distribuye normalmente. Lo que confirma
la distribución normal de ambos datos de la muestra, se puede apreciar en
las Figuras Nº 21 y 22.

E.I.R.L.
Figura Nº 21
Prueba de normalidad de la tasa de precisión de inventario

antes de implementado el sistema web
Figura Nº 22
Prueba de normalidad de la tasa de precisión de

inventario después de implementado el sistema web

E.I.R.L.
Con el objetivo de seleccionar la prueba de hipótesis; los datos fueron

sometidos a la comprobación de su distribución, específicamente si los datos
del nivel de pedidos entregados a tiempo contaban con distribución normal.
Tabla Nº 13: Prueba del nivel de cumplimiento de pedidos entregados a

tiempo antes y después de implementado el sistema web
Pruebas de normalidad
Shapiro-Wilk
Estadístico gl Sig.
NCP_Pretest ,854 20 ,006
NCP_Postest
,756 20 ,000
a. Corrección de significación de Lilliefors
Como se muestra en la Tabla N° 13 los resultados de la prueba indican que

el sig. del nivel de cumplimiento de pedidos entregados a tiempo en la
gestión de almacén en el Pre Test fue de 0.006, cuyo valor es menor que
0.05, por lo que indica que el nivel de cumplimiento de pedidos entregados
a tiempo no se distribuye normalmente. Los resultados de la prueba del Post
Test indican que el sig. del nivel de cumplimiento de pedidos entregados a
tiempo fue de 0.000, cuyo valor es menor que 0.05, por lo que indica que el
nivel de cumplimiento de pedidos entregados a tiempo no se distribuye
normalmente. Lo que confirma la distribución no normal de ambos datos de
la muestra, se puede apreciar en las Figuras Nº 23 y 24.

E.I.R.L.
Figura Nº 23
Prueba de normalidad del nivel de cumplimiento de pedidos

entregados a tiempo antes de implementado el sistema web
Figura Nº 24
Prueba de normalidad del nivel de cumplimiento de pedidos

entregados a tiempo antes de implementado el sistema web
3.3. Prueba de Hipótesis

E.I.R.L.
 H1: El sistema web incrementa la tasa de precisión de inventario en la
 Indicador: Tasa de precisión de inventario
Hipótesis Estadísticas
Variables:
TPIs= Tasa de precisión de inventario sin el sistema web.
TPIc= Tasa de precisión de inventario con el sistema web.
 H0: El sistema web no incrementa la tasa de precisión de inventario en

la gestión de almacén de la empresa Representaciones Catherine
E.I.R.L.
H0: TPIc – TPIs <=0, entonces TPIc <= TPIs
El indicador sin el sistema web es mejor que el indicador con el sistema

web.
 Ha: El sistema web incrementa la tasa de precisión de inventario en la
H0: TPIc – TPIs > 0, entonces TPIc > TPIs
El indicador con el sistema web es mejor que el indicador sin el sistema

web.
En la Figura Nº 25, se observa que la tasa de precisión de inventario (Pre

Test), es de 54.45%.
Figura Nº 25

E.I.R.L.
Tasa de precisión de inventario antes de

implementado el sistema web
En la
Figura Nº 26, se observa que la tasa de precisión de inventario (Post Test),
es de 94.3%.
Figura Nº 26
Tasa de precisión de inventario después de

implementado el sistema web
Se
concluye de las Figuras Nº 25 y 26 que existe un incremento en la tasa de

E.I.R.L.
precisión de inventario, el cual se puede verificar al comparar las medias

respectivas, que asciende de 54.45 al valor de 94.3%
Fuente: Elaboración Propia Figura Nº 27
Tasa de Precisión de inventario – Comparativa General
De acuerdo a la Figura Nº 27, se aprecia que existe un incremento importante

en la tasa de precisión de inventario en la gestión de almacén a manera
general, el cual se incrementa en 39.85%.
En cuanto al resultado del contraste de hipótesis se aplicó la Prueba T-

Student, debido a que los datos obtenidos durante la investigación (Pre Test
y Post Test) se distribuyen normalmente.
Tabla Nº 14: Prueba de T-Student para la tasa de precisión de inventario en

la gestión de almacén antes y después de implementado el Sistema Web
Prueba de T-Student
Media
t gl Sig. (bilateral)
TPI_Pretest 54,4470
-15,836 19 ,000
TPI_Postest 94,2985
Reemplazando entonces en T:

E.I.R.L.
x−μ
�=
/√N
. − .
�=
. /√
− .
�=
. /√
− .
�= .
.
− .
�=
.
�=− .
Figura Nº 28
Tc = -15.836
T = -1.729
Prueba de T-Student – Tasa de precisión de inventario
El valor de T se selecciona en base a la tabla de distribución de T-student,

por lo tanto T es igual a “-1.729” y “1.729”
El valor de T contraste es de -15.836, y debido a que es claramente menor

que -1.729 entonces se rechaza la hipótesis nula, aceptando la hipótesis
alterna con un 95% de confianza. Además el valor T obtenido, como se
muestra en la Figura Nº 28, se ubica en la zona de rechazo. Por lo tanto, el
sistema web incrementa la tasa de precisión de inventario en la gestión de
almacén de la empresa Representaciones Catherine E.I.R.L.
E.I.R.L.
 H2: El sistema web incrementa el nivel de cumplimiento de pedidos
 Indicador: Nivel de cumplimiento de pedidos entregados a tiempo
Hipótesis Estadísticas
Variables:
NCPs= Nivel de cumplimiento de pedidos entregados a tiempo sin el sistema

web.
NCPc= Nivel de cumplimiento de pedidos entregados a tiempo con el

sistema web.
 H0: El sistema web no incrementa el nivel de cumplimiento de pedidos

H0: NCPc – NCPs <=0, entonces NCPc <= NCPs
El indicador sin el sistema web es mejor que el indicador con el sistema

web.
 Ha: El sistema web incrementa el nivel de cumplimiento de pedidos
H0: NCPETc – NCPETs > 0, entonces NCPETc > NCPETs
El indicador con el sistema web es mejor que el indicador sin el sistema

web.
En la Figura Nº 29, se observa que el nivel de cumplimiento de pedidos

entregados a tiempo (Pre Test), es de 53.83%.

E.I.R.L.
Figura Nº 29
Nivel de cumplimiento de pedidos entregados a tiempo

En la
antes de implementado el sistema web
Figura Nº 19, el Nivel de Cumplimiento de pedidos entregados a tiempo (Post

Test), es de 86.75%.
Figura Nº 30
Nivel de cumplimiento de pedidos entregados a tiempo

después de implementado el sistema web

E.I.R.L.
Se concluye de las Figuras Nº 29 y 30 que existe un incremento en el nivel

de cumplimiento de pedidos entregados a tiempo, el cual se puede verificar
al comparar las medias respectivas, que asciende de 53.83% al valor de
86.75%.
Figura Nº 31
Nivel de cumplimiento de pedidos entregados a tiempo –

Comparativa General
De acuerdo a la Figura Nº 31, se aprecia que existe un incremento importante

en el nivel de cumplimiento de pedidos entregados a tiempo en la gestión de
almacén a manera general, el cual se incrementa en 32.92%.
En cuanto al resultado del contraste de hipótesis se aplicó la Prueba de

Wilcoxon, debido a que los datos obtenidos durante la investigación (Pre-
Test y Post-Test) no se distribuyen normalmente.

E.I.R.L.
Tabla Nº 15: Rangos de Wilcoxon para el nivel de cumplimiento de

pedidos entregados a tiempo antes y después de implementar el
sistema web
Rangos
Rango Suma de
N promedio rangos
Rangos negativos
1a 7,00 7,00
NCP_Postest - Rangos positivos

19b 10,68 203,00
NCP_Pretest
Empates 0c
Total 20
a. NCP_Postest < NCP_Pretest
b. NCP_Postest > NCP_Pretest
c. NCP_Postest = NCP_Pretest
Tabla Nº 16: Resultado de la prueba de Wilcoxon para el nivel de

cumplimiento de pedidos entregados a tiempo antes y después de
implementar el sistema web
Estadísticos de pruebaa
NCP_Postest - NCP_Pretest
Z
-3,664b
Sig. asintótica
(bilateral) ,000
a. Prueba de Wilcoxon de los rangos con signo

b. Se basa en rangos negativos.

E.I.R.L.
Reemplazando entonces en � :
n n+
� =
� =
� =
Reemplazando entonces en �� :
� �+ �+
�� = √
�� = √
�� = √
�� = .
Reemplazando entonces en � :
− �
� =
��
. −
� =
.
� =− ,

E.I.R.L.
Figura Nº 32
Zc = -3.66
Z = -1.96
Prueba de Wilcoxon – Nivel de cumplimiento de pedidos entregados

a tiempo
El valor de Z se selecciona en base a la tabla de valores de Z (con el 95%

de confianza), por lo tanto T es igual a “-1.96” y “1.96”.
El valor de z contraste es de -3.66, y debido a que es claramente menor que

-1.96 entonces se rechaza la hipótesis nula, aceptando la hipótesis alterna
con un 95% de confianza. Además el valor z obtenido, como se muestra en
la Figura Nº 32, se ubica en la zona de rechazo. Por lo tanto, el sistema web
incrementa el nivel de cumplimiento de pedidos entregados a tiempo en la

E.I.R.L.
CAPÍTULO IV
DISCUSIÓN

E.I.R.L.
IV. DISCUSIÓN
En la presente investigación, se tuvo como resultado que con el sistema web, se

incrementó la tasa de precisión en inventario de un 54.45 % a un 94,3%, lo que
equivale a un crecimiento promedio de 39.85%. De la misma manera Rivas
Torres, Ítalo Leoncio, en su tesis “Sistema Informático de gestión de Materiales
para el proceso logístico de la corporación Jara y Chávez S.A.C” llegó a la
conclusión que el nivel de exactitud en inventario sin el sistema informático era
de 67%, siendo mientras que con el sistema el nivel incremente a 100%,
atribuyendo a los datos de confiabilidad, estabilidad y consistencia por lo tanto,
con la implementación del sistema informático de gestión de materiales se
mejoró el nivel de exactitud en inventario.
También se obtuvo como resultado que el sistema web incrementó el nivel de

cumplimiento de pedidos entregados a tiempo de un 53.83% a un 86.75%, lo que
equivale a un incremento promedio del 32.92%. De la misma manera Cynthia
Silva en su Tesis “Sistema Informático para el proceso de control de inventario
en la empresa Autopartes Milagros”, concluyó que la aplicación de un sistema
informático en el control de inventario permite incrementar el nivel de
cumplimiento de pedidos entregados, ya que antes de la implementación era de
53%, y después de la implementación del sistema informático fue de 74%, lo cual
significa un incremento de un 21%.

E.I.R.L.
CAPÍTULO V
CONCLUSIONES

E.I.R.L.
V. CONCLUSIONES
A continuación se mencionan las conclusiones obtenidas en esta investigación:
Se concluye que la implementación de un sistema web para la gestión de

almacén de la empresa Representaciones Catherine E.I.R.L. aumentó en un
“39.85%” el porcentaje de exactitud en inventario ya que en la medición inicial
(Pre Test) sin el sistema web se obtuvo el “54.45%” y en la medición final (Pos
Test) con el sistema web se obtuvo el “94,30%”, afirmándose la hipótesis “El
sistema web aumenta la tasa de precisión de inventario en la gestión de almacén
de la empresa Representaciones Catherine E.I.R.L.”.
Se concluye también que la implementación de un sistema web para la gestión

de almacén de la empresa Representaciones Catherine E.I.R.L. aumentó en un
“32.92%” el nivel de cumplimiento de pedidos entregados a tiempo ya que en la
medición inicial (Pre Test) sin el sistema web se obtuvo el “53.83%” y en la
medición final (Pos Test) con el sistema web se obtuvo un “86.75%”, afirmándose
la hipótesis “El Sistema Web aumenta el nivel de cumplimiento de pedidos
entregados a tiempo en la gestión de almacén de la empresa Representaciones
Catherine E.I.R.L.”
Finalmente, se concluye que el sistema web mejora la gestión de almacén de la

empresa Representaciones Catherine E.I.R.L., puesto que permitió el aumento
de la tasa de precisión de inventario y del nivel de cumplimiento de pedidos
entregados a tiempo, alcanzando así los objetivos de esta investigación.

E.I.R.L.
CAPÍTULO VI
RECOMENDACIONES

E.I.R.L.
VI. RECOMENDACIONES
Se sugiere desarrollar investigaciones posteriores referidas al problema de esta

investigación para ampliar los resultados obtenidos o utilizar otros indicadores
para la mejora de la gestión de almacén.
En cuanto al sistema web, se recomienda a futuro añadir nuevas

funcionalidades para complementar las operaciones que actualmente realiza.
Así como, desarrollar nuevos módulos referidos a otros procesos, para que el
sistema no solo soporte las operaciones de la gestión de almacén sino también
otras operaciones que optimicen los procesos de una empresa.

E.I.R.L.
VII. Referencias Bibliográficas
AMO, F. Alonso y MARTÍNEZ NORMAND, Loic y SEGOVIA PÉREZ, Francsico

Javier. Introducción a la ingeniería del software. Zaragoza : Delta
Publicaciones. 2005, 283p. ISBN 8496477002.
ANAYA TEJERO, Julio Juan. Almacenes: Análisis, diseño y organización. 4ª
ed. Madrid : ESIC Editorial, 2011. 241p. ISBN 8473565746.
ANAYA TEJERO, Julio Juan. Logística integral: la gestión operativa de la
empresa. [en línea] 3ª ed. Madrid : ESIC Editorial, 2007. [fecha de consulta: 10
de noviembre de 2016].
Disponible en: http://books.google.com.pe/books?id=a4Tq\_7Pmc04C
ISBN 8473564898.
ARIAS, Fidias G. El Proyecto de Investigación. Guía para su elaboración. [en
línea] 3ª edición. Caracas : Editorial Episteme, 1999. [fecha de consulta: 15 de
noviembre de 2016] Disponible en:
https://books.google.com.pe/books?id=88buBgAAQBAJ&printsec=frontcover&d
q=tecnicas+e+instrumentos+de+recoleccion+de+datos&hl=es-
419&sa=X&sqi=2&pjf=1&ved=0ahUKEwj46YLVv9DUAhVFMz4KHXdzAOUQ6A
EIRDAG#v=onepage&q&f=false
ISBN 9800738681.
BERZAL, Fernando, CUBERO, Juan Carlos y CORTIJO, Francisco J.
Desarrollo Profesional de Aplicaciones Web con ASP.NET. s.l. : iKor
Consulting, 2007. 184p. ISBN 8460942457.
CASANOVAS, August y CUATRECASAS, Lluís. Logística Empresarial: Gestión
integral de la información y material de la empresa. Barcelona : Ediciones
Gestión 2000, 2003. 222p. ISBN 8480889470.
CASTRILLÓN, Modesto y otros. Fundamentos de informática y programación
para ingeniería. [en línea] Madrid : Editorial Paraninfo, 2011.[fecha de consulta:
15 de noviembre de 2016] Disponible en:
http://books.google.com.pe/books?id=TRggDj6OwXUC
ISBN 8497328469.
CEGARRA SÁNCHEZ, José. Metodología de la investigación científica y
tecnológica. [en línea] Madrid, España : Ediciones Díaz de Santos, 2004. [fecha
de consulta: 12 de noviembre de 2016] Disponbble en:
https://books.google.com.pe/books?id=8SA8KZyurk4C&hl=es&source=gbs_nav
links_s ISBN 8479786248.
COBO YERA, Ángel. Diseño y programación de bases de datos. Madrid :
Editorial Visión Libros, 2008. ISBN 8499831478.

E.I.R.L.
COBO, Ángel, y otros. PHP y MySQL: Tecnología para el desarrollo de

aplicaciones web. s.l. : Ediciones Díaz de Santos, 2005. 528p. ISBN
8479787066.
CONTRERAS A., Fiorella M. y QUINTERO I., Maryuri. Propuesta de mejora
para la gestión de almacén de las bodegas de materia prima de una empresa
del sector químico y calzado. Trabajo Especial de Grado. Venezuela:
Universidad Católica Andrés Bello. 2012. 191p.
Disponible en:
http://biblioteca2.ucab.edu.ve/anexos/biblioteca/marc/texto/AAS4084_1.pdf
CONTRERAS RONDÓN, Sandra Gabriela. Desarrollo de un Sistema de
Información para la adecuación de los procesos del departamento de almacén
y logística en la empresa Venezolana de Construcción y Mantenimiento Vechaa
C.A., Maturín, Estado Monagas. Venezuela: Universidad de Oriente. 2012.
184p.
Disponible en:
https://docs.google.com/viewer?a=v&pid=sites&srcid=dWRvLmVkdS52ZXxhZH
NpfGd4OjIzMTAxNmM4ZGEyMjc5ZTY.
DE DIEGO MORILLO, Amelia. Diseño y organización del almacén. Certificados
de profesionalidad. Organización y gestión de almacenes. [en línea] España :
Ediciones Paraninfo, 2015. [fecha de consulta: 10 de marzo de 2017].
Disponible en:
https://play.google.com/store/books/details/AMELIA_DE_DIEGO_MORILLO_Di
se%C3%B1o_y_organizaci%C3%B3n_del?id=mNmzCwAAQBAJ
ISBN 9788428397407.
DE LA FUENTE GARCÍA, David, y otros. Ingeniería de organización en la
empresa: Dirección de operaciones. [en línea] Oviedo : Universidad de Oviedo,
2008. [fecha de consulta: 17 de noviembre de 2016]. Disponible en:
http://books.google.com.pe/books?id=wvkk787HzuUC
ISBN 8483176874.
ESCORSA CASTELLS, Pere y VALS PASOLA, Jaume. Tecnología e
innovación en la empresa. Barcelona : Ediciones de la Universidad Politécnica
de Catalunya, 2003. ISBN 8498802946.
ESCUDERO SERRANO, María José. Técnicas de almacenaje. [en línea]
Madrid : Ediciones Paraninfo, 2015. [fecha de consulta: 11 de marzo de 2017]
Disponible en:
https://play.google.com/store/books/details/MAR%C3%8DA_JOS%C3%89_ES
CUDERO_SERRANO_T%C3%A9cnicas_de_almac%C3%A9n?id=btISCgAAQ
BAJ
ISBN 978-84-9732-257-7.
ESLAVA MUÑOZ, Vicente Javier. El nuevo PHP. Conceptos avanzados.
España : Bubok Publishing S.L., 2013. 208p. ISBN 9788468644349.

E.I.R.L.
FERRÍN GUTIÉRREZ, Arturo. 2007. Gestión de stocks en la logística de

almacenes. 2ª ed. Madrid : FC Editorial, 2007. 207p. ISBN 8496743381.
FIGUEIRAS ALVES, Pedro Miguel. Reorganização de Armazém numa
empresa prestadora de serviços na área de reabilitação de edifícios. Portugal:
Universidade do Minho, 2012. 98p.
Disponible en:
https://repositorium.sdum.uminho.pt/bitstream/1822/22223/1/Tese_Pedro_Alves
_2012.pdf.
GAVAGNIN, Osvaldo. La creación del conocimiento. Lima : Editorial Unión,
2009.
GINNER, Fernando y GIL, María. Los Sistemas de Información en la sociedad
del conocimiento. Madrid : ESIC Editorial, 2004. 216p. ISBN 8473563700.
GÓMEZ, Marcelo M. Introducción a la metodología de la investigación
científica. [En línea] Córdoba : Editorial Brujas, 2006, 192p. [fecha de consulta:
13 de Setiembre de 2016.] Disponible en:
https://books.google.com.pe/books?id=9UDXPe4U7aMC&pg=PA109&dq=pobla
cion+muestra+y+muestreo+metodologia&hl=es-
419&sa=X&ei=44JXVansBOq0sAT2xIDYAQ&ved=0CBoQ6AEwADgK#v=onep
age&q=poblacion%20muestra%20y%20muestreo%20metodologia&f=false.
ISBN 9875910260.
HEIZER, Jay y RENDER, Barry. Principios de administración de operaciones.
5ª ed. México : Pearson Educación, 2004. 638p. ISBN 9702605253.
HERNÁNDEZ SAMPIERI, Roberto, FERNÁNDEZ COLLADO, Carlos y
BAPTISTA LUCIO, Pilar. Metodología de la Investigación. 2ª ed. México :
McGraw-Hill, 2006. ISBN 9684229313.
HERNANDEZ, Roberto y FERNANDEZ, Carlos y BAPTISTA, Pilar. 2010.
Metodología de la investigación. México : MC GRAW HILL, 2010. 613p. ISBN:
9786071502919.
HURTADO LEÓN, Iván y TORO GARRIDO, Josefina. Paradigmas y métodos
de investigación en tiempos de cambio. Caracas, Venezuela : El Nacional,
2007. ISBN 9803882848.
Instituro Nacional de Estadística en Informática. Perú: Características
Económicas y Financieras de las Empresas. [en línea] 2015. [fecha de
consulta: 25 de abril de 2017.] Disponible en:
https://www.inei.gob.pe/media/MenuRecursivo/publicaciones_digitales/Est/Lib1
373/index.html.
Instituro Nacional de Estadística en Informática. Resultados de la Encuesta de
la Micro y Pequeña Empresa, 2013. [en línea] 2014. [fecha de consulta: 25 de
abril de 2017.] Disponible en:
http://www.inei.gob.pe/media/MenuRecursivo/publicaciones_digitales/Est/Lib11
39/libro.pdf.
E.I.R.L.
KRUCHTEN, Philippe. The Rational Unified Process: An Introduction. [en línea]

2004. [fecha de consulta: 10 de octubre de 2016.] Disponible en:
https://books.google.com.pe/books?id=RYCMx6o47pMC&printsec=frontcover&
dq=RUP&hl=es-
419&sa=X&ved=0ahUKEwi_1sbkjvHUAhUF7SYKHfQJD9sQ6AEINjAC#v=onep
age&q=RUP&f=false. ISBN: 0321197704.
LAUDON, Kenneth C. y LAUDON, Jane P. Sistemas de Información Gerencial:
Administración de la empresa digital. 8ª ed. México : Pearson Education, 2008.
608p. ISBN 9702605288.
LEÓN SHKLAR, Richard Rosen. Web Application Architecture: Principles,
Protocols and Practices. Inglaterra : Willey, 2003. ISBN 047051860X.
LEVIN, Richard I., RUBIN, David S. Estadística para administración y
economía. [en línea] 2004. [fecha de consulta: 16 de noviembre de 2016.]
Disponible en.
https://books.google.com.pe/books?id=0KVtr8EBZIQC&pg=PA326&dq=nivel+d
e+significancia&hl=es-419&sa=X&ei=PDZYVaCEM-
S1sAT99YCQCA&ved=0CCIQ6AEwAQ#v=onepage&q=nivel%20de%20signific
ancia&f=true.
ISBN 9702604974.
LINDE, Gustav y AKERBLOM, Jonathan. Developing a warehouse
management system in an omni-channel environment. Suecia: Lund University,
2016.
Disponible en:
http://lup.lub.lu.se/luur/download?func=downloadFile&recordOId=8773999&file
OId=8774059.
LLAMAS, José María. Estructura científica de la venta: técnicas profesionales
de ventas. 2ª ed. México : Editorial Limusa, 2004. 451p. ISBN 9681847423.
LLANOS FERRARIS, Diego Rafael. Fundamentos de informática y
programación en C. Madrid : Editorial Paraninfo, 2010. 392p. ISBN
8497327926.
LÓPES-MARTÍNEZ, Igor, GÓMEZ-ACOSTA, Martha Inés y ACEVEDO-
SUÁREZ, José Antonio. Situación de la gestión de inventarios en Cuba. [en
línea] 28 de julio de 2012. [fecha de consulta: 24 de abril de 2017]
Disponible en:
http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S1815-
59362012000300011.
LUJÁN MORA, Sergio. Programación de aplicaciones web: historia, principios
básicos y clientes web. España : Editorial Club Universitario, 2002. ISBN
8484542068.
MANRODT, Karl B., TILLMAN, Joseph y VITASEK, Kate. 2011. Economic
recovery hasn't derailed DC performance. WERC/DC Velocity study. [en línea]

E.I.R.L.
marzo de 2011. fecha de consulta: 24 de abril de 2017.] Disponible en:

http://www.dcvelocity.com/articles/20110314metrics_survey/.
MONCADA JIMÉNEZ, José. Estadística para ciencias del movimiento humano.
[en línea] San José : Editorial de la Universidad de Costa Rica. 2005. [fecha de
consulta: 15 de abril de 2017.] Disponible en:
https://books.google.com.pe/books?id=cPjFVyPd5PUC&source=gbs_navlinks_
s.
ISBN: 9977679266.
MORA GARCÍA, Luis Aníbal. Indicadores de Gestión Logística. 2ª ed. Bogotá,
Colombia : ECOE Ediciones, 2008. 136p. ISBN 9587712188.
OTEO OCHOA, Luis Ángel. Gestión clínica: desarrollo e instrumentos. Madrid :
Ediciones Díaz de Santos, 2006. ISBN 8499690432.
RIANO, Néstor. Fundamentos de química analítica básica. Análisis cuantitativo.
2ª ed. Manizales : Editorial Universidad de Caldas, 2007. 289p.
RODRÍGUEZ MOGUEL, Ernesto A. Metodología de la Investigación. México :
Universidad Autónoma de Tabasco, 2005. ISBN 9685748667.
SHWABER, Ken y SUTHERLAND, Jeff. La Guía de Scrum. Scrum Guides. [en
línea] 2013. [fecha de consulta: 10 de noviembre de 2016.]
Disponible en: http://www.scrumguides.org/docs/scrumguide/v1/scrum-guide-
es.pdf
SILVA OBREGÓN, Cynthia Lizeth. Sistema Informático para el proceso de
control de inventario en la empresa Autopartes Milagros. Tesis de Grado,
Universidad César Vallejo, Lima, 2012.
SOMMERVILLE, Ian. Ingeniería del Software. 7ª ed. Madrid : Pearson
Education, 2005. 687p. ISBN 8478290745.
TAMAYO Y TAMAYO, Mario. El proceso de la investigación científica. 4ª ed.
México : Editorial LIMUSA, 2004. ISBN 9681858727.
TOMAS-SÁBADO, Joaquín. Fundamentos de bioestadística y análisis de datos
para enfermería. [en línea] Barcelona : Servei Editorial, 2009. [fecha de
consulta: 15 de setiembre de 2016.]
https://books.google.com.pe/books?id=MHgap8IN124C&pg=PA22&dq=tomas+
sabado,+Y+%22una+muestra+es+una+porci%C3%B3n+de+algo%22&hl=es-
419&sa=X&ei=x4JhVey6F-
jfsAT654PQCA&ved=0CBsQ6AEwAA#v=onepage&q=tomas%20sabado%2C%
20Y%20%22una%20muestra%20es%20una%20porci%C3%.
TORO LÓPEZ, Francisco J. Administración de proyectos de informática.
Bogotá, Colombia : ECOE Ediciones, 2013. ISBN 9586488160.
USAID | PROYECTO DELIVER. Indicadores de control y evaluación para medir
el desempeño de los sistemas logísticos. Arlington., 2007.

E.I.R.L.
VILELA GIRÓN, Pamela Andrea. Sistema Web para la gestión y control del
servicio de mensajería del Ministerio de Transportes y Comunicaciones - Perú.
(Tesis de Grado) Perú: Universidad Ricardo Palma, 2013. 256p.
Disponible en: http://cybertesis.urp.edu.pe/bitstream/urp/749/1/vilela_pa.pdf.
VILET ESPINOSA, Gerardo Javier. La Tecnología y los sistemas de
información aplicados en los negocios y la educación. UASLP, 1999. 116p.
ISBN 9687674571.
VILLARROEL VALDEMORO, Susana y RUBIO FERRER, José. Gestión de
pedidos y stock. España : Ministerio de Educación, Cultura y Deporte, 2012.
ISBN 8436954351.
ZAPATA, Óscar A. Herramientas para elaborar tesis e investigaciones
socioeducativas. México : Editorial Pax, 2005. ISBN 9688604860.

E.I.R.L.
ANEXOS

E.I.R.L.
Anexo N° 1: Matriz de consistencia
Título: Sistema Web para la Gestión de almacén de la empresa Representaciones Catherine E.I.R.L.
OPERACIONALIZACIÓN
Problemas Objetivos Hipótesis Variables Dimensiones Indicadores Metodología
¿Cuál es la influencia Determinar la

Un Sistema Web Tipo de Investigación:
de un Sistema Web influencia de un
mejora la Gestión de Variable Explicativa Aplicada
General
en la Gestión de Sistema Web en la

Almacén en la Independiente Diseño de Investigación:
Almacén de la Gestión de Almacén
empresa Pre-Experimental
empresa en la empresa
Representaciones Sistema Web Población Nº 1:
Representaciones Representaciones
Catherine E.I.R.L. 21 productos utilizados en documentos de
Catherine E.I.R.L.? Catherine E.I.R.L.
inventario agrupados en 20 Fichas de registro
¿Cuál es la influencia
Determinar la Población Nº 2:
de un Sistema Web Un Sistema Web
influencia de un 80 documentos de pedidos entregados
Específico
en la tasa de aumenta la tasa de

Sistema Web en la agrupados en 20 Fichas de registro
precisión de precisión de Tasa de
tasa de precisión de Gestión y Muestra Nº 1
inventarios en la inventarios en la precisión de
inventarios en la Control de 20 productos utilizados en documentos de
Gestión de Almacén Gestión de Almacén inventario
Gestión de Almacén Existencias inventario, estratificados en días. Por lo cual,
de la empresa en la empresa (TPI)
de la empresa
a)
Representaciones la muestra fue de 20 Fichas de registro

Representaciones Representaciones Variable
Catherine E.I.R.L. Muestra Nº 2
Catherine E.I.R.L.? Catherine E.I.R.L. Dependiente 66 documentos de pedidos entregados,
estratificados por días, por lo tanto la muestra
Establecer la Gestión de
¿Cuál es la influencia fue de 20 Fichas de registro
influencia de un Un Sistema Web Almacén
de un Sistema Web Muestreo:
Sistema Web en el aumenta el nivel de
Específico
en el nivel de Probabilístico Simple

nivel de cumplimiento cumplimiento de Nivel de
cumplimiento de Método de Investigación:
de pedidos pedidos entregados a Expedición cumplimiento
pedidos entregados a
entregados a tiempo tiempo en la Gestión de de pedidos Hipotético Deductivo
tiempo en la Gestión
en la Gestión de de Almacén en la mercancías entregados a Técnica
de Almacén de la
Almacén de la empresa tiempo (NCP)
b)
empresa Fichaje
empresa Representaciones Instrumento
Representaciones
Representaciones Catherine E.I.R.L. Ficha de Registro
Catherine E.I.R.L?
Catherine E.I.R.L.
Fuente Elaboración Propia
Anexo Nº 2: Ficha Técnica. Instrumento de recolección de datos.
Autora Gonzales Quispe, Ruby Raquel

Nombre del instrumento Ficha de registro
Lugar Representaciones Catherine E.I.R.L.
Fecha de aplicación 10 de marzo de 2017
Determinar la influencia de un Sistema
Web en el proceso de Gestión de
Objetivo
Almacén en la empresa
Tiempo de duración 28 días (lunes a viernes)
Elección de Técnica e instrumento
Variable Técnica Instrumento
Variable Dependiente
Proceso de Gestión de Fichaje Ficha de registro
almacén
Variable Independiente
--------------- ---------------
Sistema Web
Sistema Web para la Gestión de 1

Almacén de la empresa Ruby Raquel
Representaciones Catherine Gonzales Quispe
E.I.R.L.
Anexo Nº 3: Instrumentos de Investigación
Indicador: Tasa de precisión de inventario

E.I.R.L.

E.I.R.L.

E.I.R.L.

E.I.R.L.
Anexo Nº 4: Base de datos experimental
Nivel de cumplimiento
Tasa de precisión de
de pedidos entregados a
inventario tiempo
Orden Pre test Post test Pre test Post test

1 42,86 100,00 50,00 66,67
2 52,63 92,02 33,33 75,00
3 50,00 96,00 50,00 66,67
4 60,00 90,06 66,67 100,00
5 42,86 100,00 100,00 75,00
6 60,00 91,80 33,33 100,00
7 46,43 96,08 33,33 100,00
8 47,06 92,59 66,67 75,00
9 69,23 92,31 66,67 100,00
10 60,00 94,03 33,33 100,00
11 57,14 90,18 60,00 75,00
12 56,67 93,94 40,00 100,00
13 58,82 100,00 33,33 80,00
14 46,67 93,98 33,33 66,67
15 57,14 93,40 66,67 100,00
16 56,67 89,33 66,67 100,00
17 66,67 95,16 60,00 100,00
18 43,33 100,00 66,67 80,00
19 71,43 90,23 50,00 100,00
20 43,33 94,86 66,67 75,00

E.I.R.L.
Anexo Nº 5: Resultados de la Confiabilidad del Instrumento
Indicador: Tasa de Precisión de Inventario
Test Re-test

E.I.R.L.
Indicador: Nivel de Cumplimiento de Pedidos entregados a tiempo
Test Re-test

E.I.R.L.
Anexo Nº 6: Validación de la Metodología e Instrumentos
Validación de Expertos para la Metodología

E.I.R.L.

E.I.R.L.

E.I.R.L.
Validación del Instrumento del Indicador “Tasa de precisión de

inventario”

E.I.R.L.

E.I.R.L.

E.I.R.L.
Validación del Instrumento del Indicador “Nivel de Cumplimiento de

Pedidos entregados a tiempo”

E.I.R.L.

E.I.R.L.

E.I.R.L.
Anexo Nº 7: Carta de aprobación de la empresa

E.I.R.L.
ANEXO Nº 8
DESARROLLO DE LA METODOLOGÍA PARA EL

SISTEMA WEB

E.I.R.L.

E.I.R.L.

E.I.R.L.

E.I.R.L.

E.I.R.L.

E.I.R.L.
PRESENTACIÓN

E.I.R.L.
Se describió el desarrollo de la metodología RUP empleada en la construcción

del sistema web para la Gestión de Almacén de la empresa Representaciones
Catherine E.I.R.L.
Modelado del Sistema

1. Requerimientos del Sistema
Requerimientos Funcionales
Los requerimientos funcionales del sistema que han sido solicitados, se
muestran en la siguiente tabla, en la cual se detalla el código de cada
requerimiento, su descripción y prioridad.
Tabla 2: Requerimientos Funcionales del Sistema
Código Requerimiento Prioridad

El sistema debe tener una pantalla de inicio (login)
RF01 para el acceso del Administrador, Operador de Alta
Almacén y Asistente de ventas.
El sistema debe permitir al Administrador General,
RF02 Administrador de Almacén y Operador de Almacén Alta
registrar un nuevo producto.
El sistema debe permitir al Administrador, Operador
RF03 Alta
de Almacén y Asistente de ventas buscar un producto.
El sistema debe permitir al Administrador listar los
RF04 Alta
productos que están con stock mínimo.
RF05 de Almacén y Asistente de ventas gestionar las Media
categorías de productos.
El sistema debe permitir al Administrador Operador
RF06 de Almacén y Asistente de Ventas editar las categorías Media
de productos.
El sistema debe permitir al Administrador y Operador
RF07 Alta
de almacén registrar un proveedor.

E.I.R.L.

RF08 Media
de Almacén editar proveedores.
RF09 de Almacén registrar el ingreso de productos por Alta
proveedor.
RF10 de Almacén y Asistente de Ventas el registro de Alta
clientes.
RF11 Media
de Almacén y Asistente de Ventas editar clientes.
RF12 de Almacén y Asistente de Ventas el registro de Alta
pedidos.
RF13 Alta
de Almacén gestionar los pedidos.
El sistema debe permitir al Administrador anular un
RF14 Media
pedido.
RF15 Alta
de Almacén registrar marcas.
RF16 Media
de Almacén editar marcas.
RF17 Alta
de Almacén registrar características de medida
El sistema debe permitir elaborar un reporte de los
RF18 Alta
ingresos y salidas de productos.
El sistema debe permitir al Administrador crear
RF19 Alta
inventario.
RF20 Alta
de almacén registrar el inventario de productos.

E.I.R.L.
El sistema debe permitir al Administrador crear

RF21 Alta
usuario.
El sistema debe permitir al Administrador editar
RF22 Alta
usuario.
El sistema debe permitir al Administrador generar
RF23
reporte de entregas de pedidos. Alta
El sistema debe permitir Administrador generar
RF24 Alta
reporte de inventario de productos.

E.I.R.L.
Requerimientos No Funcionales
Los requerimientos no funcionales representan características generales del
Sistema, especifican criterios para la operación del mismo. A continuación, se
describen los requerimientos no funcionales establecidos.
Tabla 3: Requerimientos No Funcionales
Código Tipo Subtipo Definición

La interfaz de usuario debe
Usabilidad Estética
ser consistente
El sistema debe ser fácil de
Ergonomía
usar, de uso intuitivo.
RNF01
La tasa de errores cometidos
Consistencia de
por el usuario debe ser
interfaz
mínima, debe mostrar
mensajes informativos.
El acceso al sistema debe ser
RNF02 Fiabilidad Seguridad
restringido por contraseña.
El sistema debe soportar el
RNF03 Rendimiento Capacidad número de usuarios
agregados.
Debe ser fácil de corregir
RNF04 Soportabilidad Mantenibilidad errores y dar
mantenimiento.

E.I.R.L.
2. Relación entre Requerimientos funcionales y Casos de Uso del Sistema

En la siguiente tabla se describe la relación entre los requerimientos funcionales
establecidos y los casos de uso del sistema que cubren estos requerimientos.
Tabla 4: Relación entre los Requerimientos Funcionales del sistema y los Casos de
uso del sistema
CASO DE USO DEL REQUERIMIENTO

CÓDIGO REPRESENTACIÓN
SISTEMA FUNCIONAL
CU01 Login / Logout RF01

Login / Logout
CU02 Crear producto RF02

Crear producto
CU03 Buscar producto RF03

Buscar producto
Listar productos en
CU04 RF04
stock mínimo
Listar productos en stock mínimo
Crear categoría de
CU05 RF05
productos
Crear categoría de productos
Editar categoría de
CU06 RF06
productos
Editar categoría de productos
Registrar
CU07 RF07
proveedor
Crear proveedor
CU08 Editar proveedor RF08

Editar proveedor
Registrar ingreso
CU09 RF09
de productos
Registrar ingreso de producto
CU10 Registrar cliente RF10

Registrar cliente

E.I.R.L.
CU11 Editar cliente RF11

Editar cliente
CU12 Registrar pedido RF12

Registrar pedido
CU13 Gestionar pedido RF13

Gestionar pedido
CU14 Anular pedido RF14

Anular pedido
CU15 Registrar marca RF15

Registrar marca
CU16 Editar marca RF16

Editar marca
Registrar
CU17 características de RF17

medida Registrar características de medida
Generar reporte de
CU18 RF18
ingresos y salidas Generar reporte de ingresos y
salidas
CU19 Crear inventario RF19

Crear inventario
Registrar
CU20 RF20
inventario Registrar inventario
CU21 Crear usuario RF21

Crear usuario
CU22 Editar usuario RF22

Editar usuario

E.I.R.L.
Generar reporte de
CU23 RF23
entrega de pedidos Generar reporte de entrega de
pedidos
Generar reporte de
CU24 RF24
inventario Generar reporte de inventario

3. Actores del Sistema
La siguiente tabla, muestra la lista de actores del sistema, en la cual se presenta

el código, nombre, descripción y la respectiva representación de cada actor.
Tabla 5: Actores del Sistema en la Gestión de Almacén
CÓDIGO ACTOR DESCRIPCIÓN REPRESENTACIÓN
Es el actor que accederá al

Sistema para crear, editar,
AS01 Administrador registrar, gestionar y generar
reportes. Este actor no crea
usuarios. Administrador
Es el actor que accederá al

Operador de
AS02 Sistema para editar, registrar,
Almacén gestionar. Este actor no crea
usuarios. Operador de
Almacén
Asistente de Es el actor que accederá al

AS03 Sistema para registrar clientes
Ventas
y pedidos. Asistente de Ventas

E.I.R.L.
4. Diagramas de Casos de Uso del Sistema

Los diagramas de caso de uso se usan para describir las funcionalidades que presenta un Sistema. En la siguiente figura, se
presenta la relación del actor Administrador y los Casos de Uso del Sistema
Figura 1: Diagrama de Casos de Uso del Actor Administrador
Sistema Web para la Gestión de Almacén de la 9 Ruby Raquel Gonzales Quispe

empresa Representaciones Catherine E.I.R.L.
En la siguiente figura, se presenta la relación del actor Operador de Almacén y los Casos de Uso del Sistema.
Figura 2: Diagrama de Casos de Uso del Actor Operador de Almacén

En la siguiente figura, se presenta la relación del actor Asistente de Ventas y los Casos de Uso del Sistema.
Figura 3: Diagrama de Casos de Uso del Actor Asistente de Ventas

A continuación, se describieron los Casos de Uso más relevantes para el

desarrollo del Sistema web. Estos son:
 Crear producto
 Registrar pedido
 Crear proveedor
 Registrar cliente
 Generar reporte de entrega de pedidos
 Generar reporte de inventario

E.I.R.L.
5. Especificación de los Casos de Uso del sistema
En la siguiente tabla, se muestra la especificación del Caso de Uso Crear

producto en el sistema, presenta a los actores relacionados a este caso de uso,
una breve descripción, pre condiciones, flujo de eventos básico y alternativo y
post condiciones.
Tabla 6: Especificación del Caso de Uso: Crear producto
MODELO Sistema CÓDIGO CU02

Caso de Uso: Crear producto
Actores: Administrador, Operador de Almacén, Asistente de ventas.
Descripción: Registrar un nuevo producto.
Pre condiciones: El actor debe haber ingresado al sistema y tener el permiso para
crear productos.
1. El caso de uso inicia cuando el usuario desea crear un producto.
2. El usuario debe ir al ítem Productos en el menú principal y
escoger la opción Nuevo.
3. El sistema muestra el formulario o campos a llenar de los datos
del producto.
4. El usuario ingresa los datos solicitados y hace clic en el botón
Guardar.
5. El siste a guarda los datos y uestra el e saje “e ha
Flujo de Eventos
guardado orre ta e te y pregu ta ¿Deseas agregar ar a y
Básico: olor? .
6. Si el producto debe especificar colores y/o marcas, el usuario
i di ará Agregar espe ifi a io es , aso o trario hará li e
Co ti uar .
7. Si se indicado agregar especificaciones, las opciones de color
y/o marca se activan y el usuario selecciona y posteriormente
guarda.
8. El sistema guarda los datos y muestra el mensaje
Espe ifi a io es guardadas orre ta e te.
En el punto 4, si el sistema verifica que los datos ingresados son
Flujos Alternativos: incorrectos, no permitirá guardar si no los corrigen.
En el punto 5, si ocurrió un error al guardar los datos, se mostrará
el e saje Ha o urrido u error. Vuelve a i te tarlo.
Post Condiciones: El usuario ha creado un nuevo producto.

E.I.R.L.
Especificación del Caso de Uso Crear proveedor en el sistema, presenta a los

actores relacionados a este caso de uso, una breve descripción, pre condiciones,
flujo de eventos básico y alternativo y post condiciones.
Tabla 7: Especificación del Caso de Uso: Crear proveedor

Caso de Uso: Crear proveedor
Actores: Administrador, Operador de almacén
Descripción: Crear un nuevo registro de proveedor
El actor debe haber ingresado al sistema y tener el permiso

Pre condiciones:
para crear proveedores.
1. El caso de uso inicia cuando el actor desea registrar un
nuevo proveedor.
2. El actor se dirige al ítem Proveedores del Menú principal y
escoge la opción Nuevo.
3. El sistema mostrará una página con el formulario, en el
Flujo de Eventos
cual se solicitan los datos necesarios para crear un
Básico:
proveedor, así como la asignación de sus productos.
4. El actor completa los datos solicitados y hace clic en el
botón Guardar.
5. El sistema guarda los datos y carga una página con la lista
de proveedores.
En el punto 4, si el sistema verifica que los datos ingresados son
Flujos Alternativos:
incorrectos, no permitirá guardar si no se corrigen.
Post Condiciones: El usuario culmina el registro de un nuevo proveedor.

E.I.R.L.
Especificación del Caso de Uso Registrar cliente en el sistema, presenta a los

Tabla 8: Especificación del Caso de Uso: Registrar cliente

Caso de Uso: Registrar cliente
Actores: Administrador, Operador de Almacén, Asistente de Ventas
Descripción: Registrar un nuevo cliente.

Pre condiciones:
para hacer el registro de clientes.
1. Inicia cuando el actor desea registrar un cliente.
2. En el Menú principal el actor selecciona el ítem Clientes
y escoge la opción Nuevo.
3. El sistema mostrará una página con el formulario en el
Flujo de Eventos
cual se solicitan los datos del cliente.
Básico:
4. El actor completa los datos solicitados y da clic en el
botón Guardar.
5. El sistema procesa la petición, y recarga la página
mostrando la lista de clientes registrados.
En el punto 4, si el sistema verifica que los datos ingresados

son incorrectos, no permitirá guardar si no se corrigen.
Post Condiciones: El usuario culmina el registro del cliente.

E.I.R.L.
Especificación del Caso de Uso Registrar pedido en el sistema, presenta a los

Tabla 9: Especificación del Caso de Uso: Registrar pedido

Caso de Uso: Registrar pedido
Actores: Administrador, Operador de Almacén, Asistente de Ventas
Descripción: Registrar un pedido de cliente.
El actor debe haber ingresado al sistema y tener el permiso para
Pre condiciones:
registrar pedidos.
1. Inicia cuando el actor desea registrar un pedido.
2. El actor selecciona el ítem Pedidos del Menú principal y
escoge la opción Pedidos pendientes.
3. El sistema muestra la lista de pedidos pendientes y en la parte
superior se puede observar el botón Registrar nuevo pedido.
4. El actor selecciona la fecha en la que debe enviarse y el
Flujo de Eventos cliente. Da clic en Registrar pedido y el sistema envía los datos
Básico: y uestra el e saje Registrado orre ta e te .
5. Luego redirecciona a la página en la que se agrega
progresivamente los productos que formarán parte del
pedido. Finalmente, hace clic en el botón Guardar.
6. En esa página el sistema puede agregar los productos del
pedido. Cada vez que agregue correctamente un producto, el
siste a ostrará Produ to agregado orre ta e te .
En el punto 4, el actor debe seleccionar una fecha y cliente, de lo
contrario no podrá guardar el pedido.
En el punto 6, si ocurrió un error al guardar los datos, se mostrará
el e saje Ha o urrido u error.
Post Condiciones: El usuario culmina el registro del pedido.

E.I.R.L.
Especificación del Caso de Uso Generar reporte de entrega de pedidos en el

sistema, presenta a los actores relacionados a este caso de uso, una breve
descripción, pre condiciones, flujo de eventos básico y alternativo y post
condiciones.
Tabla 10: Especificación del Caso de Uso: Generar reporte de entrega de pedidos

Caso de Uso: Generar reporte de entrega de pedidos
Actores: Administrador
Descripción: Obtener reportes de entregas de pedidos.

Pre condiciones:
para generar el reporte.
1. El caso de uso inicia cuando el actor desea obtener un
reporte de entrega de pedidos.
2. El actor se dirige al ítem Reportes del Menú Principal y
escoge la opción Nivel de entregas.
3. El sistema mostrará una pantalla, donde el actor deberá
Flujo de Eventos
ingresar el rango de fechas para el reporte.
Básico:
4. El actor da clic en el botón Generar reporte.
5. El sistema muestra el reporte según la petición del actor.
6. El actor puede visualizar el reporte en PDF, al dar clic en
Descargar Reporte, el sistema abrirá en otra pestaña el
reporte en PDF.
En el punto 3, si el actor no ha seleccionado el rango de fechas,
el siste a ostrará el e saje De es sele io ar la fe ha .
Post Condiciones: El usuario culmina la generación del reporte.

E.I.R.L.
Especificación del Caso de Uso Generar inventario en el sistema, presenta a los

Tabla 11: Especificación del Caso de Uso: Generar reporte de inventario

Caso de Uso: Generar reporte de inventario
Actores: Administrador
Descripción: Reporte de los inventarios realizados a los productos.

Pre condiciones:
para generar reporte de inventario.
1. El caso de uso inicia cuando el actor desea generar un
reporte de inventario.
2. El actor se dirige al ítem Reportes del Menú Principal y elige
la opción Inventario de productos.
3. El sistema muestra una pantalla donde el actor debe
Flujo de Eventos
ingresar las fechas que delimitarán el reporte.
Básico:
4. El actor da clic en el botón Generar reporte.
5. El sistema muestra el reporte según la petición del actor.
6. El actor puede visualizar el reporte en PDF, al dar clic en
Descargar Reporte, el sistema abrirá en otra pestaña el
reporte en PDF.
En el punto 3, si el actor no ha seleccionado el rango de fechas,
el siste a ostrará el e saje De es sele io ar la fe ha .
Post Condiciones: El usuario obtiene el reporte de inventario..

E.I.R.L.
6. Realización de los Casos de Uso

Las realizaciones de los casos de uso se presentan en las siguientes figuras.
Crear producto Realización de Crear producto

Fuente:
(from Casos de Uso del Sistema)
Figura 4: Realización de Crear producto
Crear proveedor Realización de Crear proveedor

Fuente:
Figura 5: Realización de Crear proveedor
Registrar pedido Realización de Registrar pedido

Fuente:
Figura 6: Realización de Registrar pedido

E.I.R.L.
nte:
Generar reporte de pedidos Realización de Generar reporte de

pedidos
Figura 7: Realización de Generar reporte de pedidos

Fuente:
Registrar cliente Realización de Registrar cliente

Figura 8: Realización de Registrar cliente
Generar reporte de inventario Realización de Generar Reporte de

Fuente:

inventario
Figura 9: Realización de Generar reporte de inventario

E.I.R.L.
7. Diagramas de clase de análisis
Caso de Uso del Sistema CUS02: Crear producto

En la Figura Nº 10 se observa el diagrama de clases de análisis Crear Producto,
en el cual los actores eligen la opción Nuevo del ítem Producto del Menú
Principal. El controlador, CC_Producto, registra el producto, donde también se
debe seleccionar la Categoría de producto, Marca y Características de medida.
Administrador UI_Menú_principal
(f rom Actores del Sist...) (f rom Interf aces)
Características de medida
(f rom Entidades)
seleccionar
seleccionar
Operador de
Almacén
(f rom Actores del Sist...) UI_Nuevo_producto CC_Articulo seleccionar Categoría de producto
(f rom Interf aces) (f rom Controladores) (f rom Entidades)
registrar
Marca
(f rom Entidades)
Producto
(f rom Entidades)
Figura 10: Diagrama de clases de análisis: Crear producto

E.I.R.L.
Caso de Uso de Sistema CUS07: Crear proveedor

El proceso de Caso de uso contiene un controlador, CC_Proveedor, el cual
registra un proveedor y asigna sus productos.
registra Proveedor
(f rom Entidades)
asigna
Operador de Almacén
UI_Crear_proveedor CC_Proveedor
(f rom Actores del Sistema)
(f rom Interf aces) (f rom Controladores) Producto
(f rom Entidades)
Figura 11: Diagrama de clases de análisis: Crear proveedor
Caso de Uso de Sistema CUS11: Registrar cliente

El proceso de Caso de uso contiene un controlador, CC_Cliente, el cual
registrará a los clientes.
Administrador
(f rom Actores del Sist. ..)
UI_Menú_principal UI_Nuevo_cliente CC_Cliente

(f rom Interf aces) (f rom Interf aces) (f rom Controladores)
registra
Operador de
Almacén
(f rom Actores del Sist. ..)
Cliente
(f rom Entidades)
Figura 12: Diagrama de clases de análisis: Registrar cliente

E.I.R.L.
Caso de Uso de Sistema CUS12: Registrar pedido

El proceso de Caso de uso contiene un controlador, CC_Pedido, el cual registra
los pedidos.
Operador de UI_Lista_pedidos_pendientes
Almacén
Fuente:
asignar
UI_Registrar_pedido CC_Pedido Cliente

(f rom Interf aces) (f rom Controladores)
agregar (f rom Entidades)
registrar
Producto
(f rom Entidades)
Pedido
(f rom Entidades)
Figura 13: Diagrama de clases de análisis: Registrar pedido

E.I.R.L.
Caso de Uso de Sistema CUS18: Generar reporte de entrega de pedidos

El proceso de Caso de uso contiene un controlador, CC_Reporte, el cual hará la
consulta a los pedidos para generar el reporte.
(f rom Actores del Sist. ..) (f rom Interf aces)
Fuente:
UI_Generar_reporte_nivel_de_entregas CC_Reporte
(f rom Interf aces) (f rom Controladores)
consultar
Pedido
(f rom Entidades)
Figura 14: Diagrama de clases de análisis: Generar reporte de pedidos

E.I.R.L.
Caso de Uso de Sistema CUS18: Generar reporte de inventario

El proceso de Caso de uso contiene un controlador, CC_Reporte, el cual hará la
consulta a los ítems de inventario para generar el reporte.
UI_Generar_reprorte_inventario_producto CC_Reporte identificar

s
(f rom Controladores)
Fuente:
(f rom Interf aces)
consultar
Producto
(f rom Entidades)
Detalle_inventario
(f rom Entidades)
Figura 15: Diagrama de clases de análisis: Generar reporte inventario

E.I.R.L.
8. Entidades del Sistema

La siguiente Tabla presenta la lista de entidades utilizadas en el sistema.
Tabla 12: Entidades del Sistema
Código Nombre Representación
E01 Usuario
Usuario
E02 Artículo
Articulo
E03 Producto
Producto
E04 Stock_Producto
Stock_producto
E05 Marca
E06 Características_medida
E07 Contenedor
E08 Unidad_medida
Unidad_medida
E09 Presentacion_producto
Presentación_producto
E10 Detalle_unidad_medida
Detalle_unidad_medida
E11 Detalle_presentacion
Detalle_presentacion

E.I.R.L.
E12 Cliente
E13 Proveedor
E14 Proveedor_articulo
Proveedor_articulo
E15 Nota_ingreso
E16 Categoria_producto
E17 Ingreso_producto
E18 Pedido
E19 Detalle_pedido
E20 Salida_producto
E21 Inventario
Inventario
E22 Detalle_inventario
detalle_inventario
E23 Usuario
Usuario
E24 Nivel_usuario
Nivel_usuario

E.I.R.L.
E25 Sec_modulo
Sec_modulo
E26 Sec_pagina
Sec_pagina
E27 Sec_permiso
Sec_permiso
E28 Devolucion
Devolucion
E29 Detalle_devolucion
Detalle_devolucion
E30 Solicitud_requerimiento
Solicitud_requerimiento
E31 Notificacion
Notificacion
E32 Color
Color

E.I.R.L.
9. Controladores
En la Tabla Nº 12, se observan los controladores presentes en el sistema.
Tabla 13: Controladores del Sistema
C01 CC_Login
C02 CC_Panel
CC_Panel
C03 CC_Articulo
CC_Articulo
C04 CC_Categoria
CC_Categoria
C05 CC_ Marca
C06 CC_Medida
C07 CC_Devolucion
CC_Devolucion
C08 CC_Notificacion
CC_Notificacion
C09 CC_Reporte
CC_Reporte

E.I.R.L.
C10 CC_Cliente
CC_Cliente
C11 CC_Proveedor
CC_Proveedor
C12 CC_NotaIngreso
CC_NotaIngreso
C13 CC_Pedido
C14 CC_Inventario
C15 CC_Usuario
C16 CC_Nivel
C17 CC_Modulo
C18 CC_Pagina
CC_Pagina
C19 CC_Permiso
C20 CC_Solicitud
CC_Solicitud

E.I.R.L.
10. Interfaces del sistema

La siguiente tabla, muestra la lista de interfaces que maneja el sistema web.
Tabla 14: Interfaces del Sistema
UI01 UI_Login
UI_Login
UI02 UI_Menu_Principal
UI_Menú_principal
UI03 UI_Nuevo_producto
UI_Nuevo_producto
UI04 UI_Buscar_producto
UI_Buscar_producto
UI05 UI_Registrar_categoria
UI_Registrar_categoria
UI06 UI_Lista_categoria
UI_Lista_categoria
UI07 UI_Lista_marcas
UI_Lista_marcas
UI08 UI_Registrar_marca
UI_Registrar_marca
UI09 UI_Medidas
UI_Medidas
UI10 UI_Lista_contenedor
UI_Lista_contenedor

E.I.R.L.
UI11 UI_Lista_Unidad_Medida
UI_Lista_unidad_medida
UI12 UI_Lista_Presentacion
UI_Lista_presentacion
UI13 UI_Listar_proveedor
UI_Listar_proveedor
UI14 UI_Crear_proveedor
UI_Crear_proveedor
UI15 UI_Nota_Ingreso
UI_Nota_Ingreso
UI16 UI_Lista_cliente
UI_Lista_cliente
UI17 UI_Registrar_cliente
UI_Registrar_cliente
UI18 UI_Lista_pedidos_pendientes
UI_Lista_pedidos_pendientes
UI19 UI_Registrar_pedido
UI_Registrar_pedido
UI20 UI_Editar_pedido
UI_Editar_pedido
UI21 UI_Gestionar_pedido
UI_Gestionar_pedido
UI22 UI_Lista_pedidos_listos_envío
UI_Lista_pedidos_listos_envio

E.I.R.L.
UI23 UI_Lista_pedidos_enviados
UI_Lista_pedidos_enviados
UI24 UI_Lista_devoluciones
UI_Lista_devoluciones
UI25 UI_Registrar_devolucion
UI_Registrar_devolucion
UI26 UI_Lista_solicitudes_pendientes
UI_Lista_solicitudes_pendientes
UI27 UI_Lista_solicitudes_enviadas
UI_Lista_solicitudes_enviadas
UI28 UI_Inventario
UI_Inventario
UI29 UI_Ver_detalle_inventario
UI_Ver_detalle_inventario
UI30 UI_Planificar_inventario
UI_Planificar_inventario
UI31 UI_Registrar_inventario_fisico
UI_Registrar_inventario_fisico
UI32 UI_Lista_usuarios
UI_Lista_usuario

E.I.R.L.
UI33 UI_Crear_usuario
UI_Crear_usuario
UI24 UI_Lista_modulos
UI_Lista_modulos
UI35 UI_Ver_paginas_modulo
UI_Ver_paginas_modulo
UI36 UI_Registrar_pagina
UI_Registrar_pagina
UI37 UI_Lista_perfiles
UI_Lista_perfiles
UI38 UI_Registrar_perfil
UI_Registrar_perfil
UI39 UI_Lista_permisos
UI_Lista_permisos
UI40 UI_Generar_reporte_nivel_entregas
UI_Generar_reporte_nivel_de_entregas
UI41 UI_Generar_reporte_ingresos
UI_Generar_reporte_ingresos
UI42 UI_Generar_reporte_salidas
UI_Generar_reporte_salidas

E.I.R.L.
UI43 UI_Generar_reporte_inventario
UI_Generar_reporte_inventario_productos
UI44 UI_Generar_reporte_solicitudes
UI_Generar_reporte_solicitudes
UI45 UI_Lista_productos_stock_minimo
UI_Lista_productos_stock_minimo
1. Diseño de prototipos
Interface UI_Login
En la Figura N° 16 , se observa la interfaz de Login, donde el usuario colocará
sus accesos al sistema web.
Fuente:
UI_Login
Figura 16: Interface UI_Login

E.I.R.L.
Interface UI_Menu_Principal
En la Figura Nº17, se observa la interfaz del Menú principal, donde el usuario
podrá interactuar con el sistema web.
Fuente:
UI_Menú_principal
Figura 17: Interface UI_Menu_Principal
Interface UI_Nuevo_producto
En la Figura Nº 18, se observa la interfaz de Nuevo producto, donde el usuario
Fuente:
UI_Nuevo_producto
Figura 18: Interface UI_Nuevo_producto

E.I.R.L.
Interface UI_Buscar_producto
En la Figura Nº 19 , se observa la interfaz de Buscar producto, donde el usuario
Fuente:
UI_Buscar_producto
Figura 19: Interface UI_Buscar_producto
Interface UI_Registrar_categoria
En la Figura Nº 20, se observa la interfaz de Registrar categoria, donde el usuario
Fuente:
UI_Registrar_categoria
Figura 20: Interface UI_Registrar_categoria

E.I.R.L.
Interface UI_Lista_categoria
En la Figura Nº 21, se observa la interfaz de Lista categoria, donde el usuario
Fuente:
Figura 21: Interface UI_Lista_categoria
Interface UI_Lista_marcas
En la Figura Nº 22, se observa la interfaz de Lista de marcas, donde el usuario
Fuente:
Figura 22: Interface UI_Lista_marcas

E.I.R.L.
Interface UI_Registrar_marca
En la Figura Nº 23, se observa la interfaz de Registrar marca, donde el usuario
Fuente:
Figura 23: Interface UI_Registrar_marca
Interface UI_Medidas
En la Figura Nº 24, se observa la interfaz de Medias, donde el usuario podrá
interactuar con el sistema web.
Fuente:
Figura 24: Interface UI_Medidas

E.I.R.L.
Interface UI_Lista_contenedor
En la Figura Nº 25, se observa la interfaz de Lista Contenedor, donde el usuario
Fuente:
Figura 25: Interface UI_Lista_contenedor
Interface UI_Lista_unidad_medida
En la Figura Nº 26, se observa la interfaz de Lista unidad de medida, donde el
usuario podrá interactuar con el sistema web.
Fuente:
Figura 26: Interface UI_Lista_unidad_medida

E.I.R.L.
Interface UI_Lista_presentacion
En la Figura Nº 27, se observa la interfaz de Lista presentacion, donde el usuario
Fuente:
Figura 27: Interface UI_Lista_presentacion
Interface UI_Listar_proveedor
En la Figura Nº 28, se observa la interfaz de Listar proveedor, donde el usuario
Fuente:
Figura 28: Interface UI_Listar_proveedores

E.I.R.L.
Interface UI_Crear_proveedor
En la Figura Nº 29, se observa la interfaz de Crear proveedor, donde el usuario
Fuente:
Figura 29: Interface UI_Crear_proveedor
Interface UI_NotaIngreso
En la Figura Nº 30 , se observa la interfaz de Nota ingreso, donde el usuario
Fuente:
Figura 30: Interface UI_NotaIngreso

E.I.R.L.
Interface UI_Lista_cliente
En la Figura Nº 31, se observa la interfaz de Lista cliente, donde el usuario podrá
Fuente:
Figura 31: Interface UI_Lista_cliente
Interface UI_Lista_cliente
En la Figura Nº 32, se observa la interfaz de Lista cliente, donde el usuario podrá
Fuente:
Figura 32: Interface UI_Lista_cliente

E.I.R.L.
Interface UI_Registrar_cliente
En la Figura Nº 33, se observa la interfaz de Registrar cliente, donde el usuario
Fuente:
UI_Nuevo_cliente
Figura 33: Interface UI_Registrar_cliente
Interface UI_Lista_pedidos_pendientes
En la Figura Nº 34, se observa la interfaz de Lista pedidos pendientes, donde el
Fuente:
UI_Lista_pedidos_pendientes
Figura 34: Interface UI_Lista_pedidos_pendientes

E.I.R.L.
Interface UI_Registrar_pedido
En la Figura Nº 35, se observa la interfaz de Registrar pedido, donde el usuario
Fuente:
Figura 35: Interface UI_Registrar_pedido
Interface UI_Editar_pedido
En la Figura Nº 36, se observa la interfaz de Editar pedido, donde el usuario
Fuente:
Figura 36: Interface UI_Editar_pedido

E.I.R.L.
Interface UI_Gestionar_pedido
En la Figura Nº 37, se observa la interfaz de Gestionar pedido, donde el usuario
Fuente:
Figura 37: Interface UI_Gestionar_pedido
Interface UI_Lista_pedidos_listos_envio
En la Figura Nº 38, se observa la interfaz de Lista pedidos listos para envío,
donde el usuario podrá interactuar con el sistema web.
Fuente:
UI_Lista_pedidos_listos_envio
Figura 38: Interface UI_Lista_pedidos_listos_envío

E.I.R.L.
Interface UI_Lista_pedidos_enviados
En la Figura Nº 39, se observa la interfaz de Lista pedidos enviados, donde el
Fuente:
UI_Lista_pedidos_enviados
Figura 39: Interface UI_Lista_pedidos_enviados
Interface UI_Lista_devoluciones
En la Figura Nº 40, se observa la interfaz de Lista devoluciones, donde el usuario
Fuente:
UI_Lista_devoluciones
Figura 40: Interface UI_Lista_devoluciones

E.I.R.L.
Interface UI_Registrar_devolucion
En la Figura Nº 41, se observa la interfaz de Registrar devolución, donde el
Fuente:
Figura 41: Interface UI_Registrar_devolucion
Interface UI_Lista_solicitudes_pendientes
En la Figura Nº 42, se observa la interfaz de Lista solicitudes pendientes, donde
el usuario podrá interactuar con el sistema web.
Fuente:
UI_Lista_solicitudes_pendientes
Figura 42: Interface UI_Lista_solicitudes_pendientes

E.I.R.L.
Interface UI_Lista_solicitudes_enviadas
En la Figura Nº 43, se observa la interfaz de Lista solicitudes enviadas, donde el
Fuente:
UI_Lista_solicitudes_enviadas
Figura 43: Interface UI_Lista_solicitudes_enviadas
Interface UI_Inventario
En la Figura Nº 44 , se observa la interfaz de Inventario, donde el usuario podrá
Fuente:
Figura 44: Interface UI_Inventario

E.I.R.L.
Interface UI_Ver_detalle_inventario
En la Figura Nº 45, se observa la interfaz de Ver detalle inventario, donde el
Fuente:
UI_Ver_detalle_inventario
Figura 45: Interface UI_Ver_detalle_inventario
Interface UI_Planificar_inventario
En la Figura Nº46, se observa la interfaz de Planificar inventario, donde el usuario
Fuente:
UI_Planificar_inventario
Figura 46: Interface UI_Planificar_inventario

E.I.R.L.
Interface UI_Registrar_inventario_fisico
En la Figura Nº 47, se observa la interfaz de Registrar inventario físico, donde el
Fuente:
UI_Registrar_inventario_fisico
Figura 47: Interface UI_Registrar_inventario_fisico
Interface UI_Lista_usuario
En la Figura Nº 48, se observa la interfaz de Lista usuario, donde el usuario podrá
Fuente:
Figura 48: Interface UI_Lista_usuario

E.I.R.L.
Interface UI_Crear_usuario
En la Figura Nº 49, se observa la interfaz de Crear usuario, donde el usuario
Fuente:
Figura 49: Interface UI_Crear_usuario
Interface UI_Lista_modulos
En la Figura Nº 50, se observa la interfaz de Lista modulos, donde el usuario
Fuente:
Figura 50: Interface UI_Lista_modulos

E.I.R.L.
Interface UI_Ver_paginas_modulo
En la Figura Nº 51, se observa la interfaz de Ver_paginas_modulo, donde el
Fuente:
UI_Ver_paginas_modulo
Figura 51: Interface UI_Ver_paginas_modulo
Interface UI_Registrar_pagina
En la Figura Nº 52, se observa la interfaz de Ver_paginas_modulo, donde el
Fuente:
Figura 52: Interface UI_Registrar_pagina

E.I.R.L.
Interface UI_Lista_perfiles
En la Figura Nº 53, se observa la interfaz de Lista_perfiles, donde el usuario
Fuente:
Figura 53: Interface UI_Lista_perfiles
Interface UI_Registrar_perfil
En la Figura Nº 54, se observa la interfaz de Registrar_perfil, donde el usuario
Fuente:
Figura 54: Interface UI_Registrar_perfil

E.I.R.L.
Interface UI_Lista_permisos
En la Figura Nº 55, se observa la interfaz de Lista permisos, donde el usuario
Fuente:
Figura 55: Interface UI_Lista_permisos
Interface UI_Generar_reporte_nivel_entregas
En la Figura Nº 56, se observa la interfaz de Generar reporte nivel de entregas,
UI_Generar_reporte_nivel_de_entregas
Fuente:
Figura 56: Interface UI_Generar_reporte_nivel_entregas

E.I.R.L.
Interface UI_Generar_reporte_ingresos
En la Figura Nº 57, se observa la interfaz de Generar reporte ingresos, donde el
UI_Generar_reporte_ingresos
Fuente:
Figura 57: Interface UI_Generar_reporte_ingresos
Interface UI_Generar_reporte_salidas
En la Figura Nº58 , se observa la interfaz de Generar reporte salidas, donde el
UI_Generar_reporte_salidas
Fuente:
Figura 58: Interface UI_Generar_reporte_salidas

E.I.R.L.
Interface UI_Generar_reporte_inventario_productos
En la Figura Nº 59, se observa la interfaz de Generar reporte de inventario, donde
el usuario podrá interactuar con el sistema web.
I_Generar_reporte_inventario_productos
Fuente:
Figura 59: Interface UI_Generar_reporte_inventario
Interface UI_Generar_reporte_solicitudes
En la Figura Nº60 , se observa la interfaz de Generar reporte de solicitudes,
UI_Generar_reporte_solicitudes
Fuente:
Figura 60: Interface UI_Generar_reporte_solicitudes

E.I.R.L.
Interface UI_Lista_productos_stock_minimo
En la Figura Nº 61, se observa la interfaz de Lista productos en stock mínimo,
UI_Lista_productos_stock_minimo
Fuente:
Figura 61: Interface UI_Lista_productos_stock_minimo

E.I.R.L.
2. Diagrama de actividades
Caso de uso: Crear producto
En la Figura Nº 62, se observa el Diagrama de Actividades del caso de uso Crear

producto, donde se observa la interacción del usuario con el sistema web.
Figura 62: Diagrama de Actividades: Crear producto

E.I.R.L.
Caso de uso: Registrar proveedor
En la Figura Nº63, se observa el Diagrama de Actividades del caso de uso

Registrar proveedor, donde se observa la interacción del usuario con el sistema
web.
Figura 63: Diagrama de Actividades: Registrar proveedor

E.I.R.L.
Caso de uso: Registrar cliente
En la Figura Nº 64, se observa el Diagrama de Actividades del caso de uso

Registrar cliente, donde se observa la interacción del usuario con el sistema web.
Figura 64: Diagrama de Actividades: Registrar cliente

E.I.R.L.
Caso de uso: Registrar pedido

Registrar pedido, donde se observa la interacción del usuario con el sistema web.
Figura 65: Diagrama de Actividades: Registrar pedido

E.I.R.L.
Caso de uso: Generar reporte de entregas de pedido

Generar reporte de entregas de pedido, donde se observa la interacción del
usuario con el sistema web.
Figura 66: Diagrama de Actividades: Generar reporte de entregas de pedido

E.I.R.L.
Caso de uso: Generar reporte de inventario

Generar reporte de inventario, donde se observa la interacción del usuario con
el sistema web.
Figura 67: Diagrama de Actividades: Generar reporte de inventario

E.I.R.L.
3. Diagramas de Secuencia
En la Figura Nº68 , se observa el diagrama de secuencia del caso de uso Crear producto.
Figura 68: Diagrama de Secuencia: Crear producto


En la Figura Nº 69 , se observa el diagrama de secuencia del caso de uso Registrar proveedor.
Figura 69: Diagrama de Secuencia: Registrar proveedor


En la Figura Nº 70, se observa el diagrama de secuencia del caso de uso Registrar proveedor.
Figura 70: Diagrama de Secuencia: Registrar proveedor

Fuente: Elaboración
Figura 71: Diagrama de Secuencia: Registrar cliente

Caso de Uso: Registrar pedido
Figura 72: Diagrama de secuencia: Registrar pedido

Caso de Uso: Generar reporte de pedidos
Figura 73: Diagrama de Secuencia: Generar reporte de pedidos

Caso de uso: Generar inventario
Figura 74: Diagrama de Secuencia: Generar inventario

4. Diagramas de Colaboración
En la Figura Nº 75, se observa el diagrama de colaboración del caso de uso Crear producto.
Figura 75: Diagrama de colaboración: Crear producto


En la Figura Nº 76, se observa el diagrama de colaboración del caso de uso Registrar proveedor.
Figura 76: Diagrama de Colaboración: Registrar proveedor


En la Figura Nº 77, se observa el diagrama de colaboración del caso de uso Registrar cliente.
Figura 77: Diagrama de Colaboración: Registrar cliente


En la Figura Nº 78, se observa el diagrama de colaboración del caso de uso Registrar pedido.
Figura 78: Diagrama de Colaboración: Registrar pedido

Caso de uso: Generar reporte de nivel de entregas de pedidos

En la Figura Nº 79, se observa el diagrama de colaboración del caso de uso Generar reporte de nivel de entregas de pedidos.
Figura 79: Diagrama de Colaboración: Generar reporte de nivel de entregas de pedidos


En la Figura Nº 80, se observa el diagrama de colaboración del caso de uso Generar reporte de inventario.
Figura 80: Diagrama de Colaboración: Generar reporte de inventario

5. Diagramas de Clases
En la Figura Nº 81, se observa el diagrama de clases.
Figura 81: Diagrama de clases

6. Diagramas de Componentes
En la Figura Nº 82, se observa el diagrama de componentes
Figura 82: Diagrama de componentes

7. Diagrama de despliegue
En la Figura Nº 83, se observa el diagrama de despliegue.
Figura Nº
Figura 83: Diagrama de despliegue
8. Modelado WAE (Web Application Extension)

En la Figura N° 84, se observa la Presentación de Crear producto, donde se
identifica el comportamiento del sistema web.
Figura 84: WAE – Crear producto
Sistema Web para la Gestión 80 Ruby Raquel

de Almacén de la empresa Gonzales Quispe
E.I.R.L.

En la Figura N° 85, se observa la presentación de Registrar proveedor, donde se
Figura 85: WAE – Registrar proveedor

En la Figura N° 86, se observa la presentación de Registrar proveedor, donde se
Figura 86: WAE – Registrar cliente

E.I.R.L.

En la Figura N° 87, se observa la presentación de Registrar pedido, donde se
Figura 87: WAE – Registrar pedido

En la Figura N° 88, se observa la presentación de Generar reporte de inventario,
donde se identifica el comportamiento del sistema web.
Figura 88: WAE – Generar reporte de inventario

E.I.R.L.
Caso de uso: Generar reporte de entregas de pedidos

En la Figura N° 89, se observa la presentación de Generar reporte de entregas
de pedidos, donde se identifica el comportamiento del sistema web.
Figura 89: WAE – Generar reporte de entregas de pedidos

E.I.R.L.
9. Diseño de la base de datos

Diseño físico de datos
Figura 90: Diseño físico de datos

E.I.R.L.
Diseño lógico de la base de datos

Figura 91: Modelo lógico de datos

E.I.R.L.
10. Diccionario de datos
Tabla 15: Articulo
Campo Descripción Tipo Longitud Observaciones

Id del artículo
a_id int 11 primary key
(autogenerado)
a_nombre Nombre del artículo varchar 200
Descripción del
a_descripcion text
artículo
a_origen Origen del producto int 1
FK
Id de características
a_cm_id int 11 caracterisitcas_medi
de medida
da
Id de categoría de FK
a_ctg_id int 11
producto categoria_producto
Stock mínimo del

a_stock_minimo int 10
producto
a_status Estado del artículo int 1
Tabla 16: Caracterisiticas_medida

Id de la tabla
cm_id int 11 primary key
(autogenerado)
cm_ct_id Id del contenedor int 11 FK contenedor
Id de detalle unidad de FK
cm_dum_id int 11
medida detalle_unidad_medida
FK
cm_dpr_id Id de presentación int 11
detalle_presentacion
Tabla 17: Categoria_producto

ctg_id Id de la categoría int 11 primary key
ctg_nombre Nombre de la categoría varchar 150
Referencia de la
ctg_referencia text
categoría
ctg_status Estado de la categoría int 1

E.I.R.L.
Tabla 18: Cliente

cli_id Id del cliente int 11 primary key
cli_nombre Nombre del cliente varchar 100
cli_apellidos Apellidos del cliente varchar 150
cli_direccion Dirección del cliente text
cli_dni DNI del cliente varchar 8
cli_razon_social Razón social del cliente varchar 150
cli_ruc Número de RUC varchar 11
cli_telefono Teléfono del cliente varchar 10
cli_correo E-mail del cliente varchar 100
Fuente: Elaboración proipia
Tabla 19: Color

co_id Id del color int 11 primary key
co_nombre Nombre del color varchar 50
co_status Estado varchar 1
Tabla 20: Contenedor

ct_id Id del contenedor int 11 primary key
ct_nombre Nombre del contenedor varchar 50
Referencia del
ct_referencia varchar 150
contenedor
Tabla 21: Detalle_devolucion

Id del detalle de
dd_id int 11 primary key
devolución
dd_dev_id Id de devolución int 11 FK devolucion
dd_p_id Id de producto int 11 FK producto
dd_cantidad Cantidad devuelta int 11
dd_fecha_reg Fecha de registro datetime
dd_estado Estado int 1

E.I.R.L.
Tabla 22: Detalle_inventario

di_id Id de detalle inventario int 11 primary key
di_in_id Id de inventario int 11 FK inventario
di_p_id Id de producto int 11 FK producto
di_stock_logico Stock actual registrado int 11
di_stock_real Stock físico int 11
di_poc_exactitud Porcentaje de exactitud decimal 10,2
di_estado Estado de detalle int 1
di_fecha_registro Fecha de registro datetime
di_us_assig Id usuario asignado int 11
di_us_date_expire Fecha de planificación date
Fecha y hora de
di_us_date_reg datetime
planificación
Fecha en que se hace el
di_fecha_reg_inv datetime
registro de stock físico
Diferencia entre stock real
di_diferencia_stock int 11
y físico
Cantidad por la cual se
di_arreglo_stock int 11
hizo el ajuste,
Tabla 23: Detalle_pedido

dp_id Id de detalle pedido int 11 primary key
dp_pe_id Id de pedido int 11 FK pedido
dp_pr_id Id de producto int 11 FK producto
dp_cantidad Cantidad pedida int 11
dp_medida_id Indicador de la medida int 11
Indicador tipo de
dp_tipo_medida int 1
medida
Estado de detalle
dp_status int 11
pedido
dp_fecha_registro Fecha de registro datetime
Fecha en que se
dp_fecha_completado completó el producto en datetime
el pedido
Cantidad que se
dp_cantidad_completada int 11
completó

E.I.R.L.
Tabla 24: Detalle_presentacion

Id de detalle
dpr_id int 11 primary key
presentación
FK
dpr_pre_id Id de presentación int 11 presentacion_produ
cto
Cantidad indicada de
dpr_cantidad int 11
presentación
Tabla 25: Detalle_unidad_medida

Id de detalle unidad de
dum_id int 11 primary key
medida
FK
dum_um_id Id de unidad de medida int 11
unidad_medida
Cantidad indicada para la
dum_cantidad int 11
unidad de medida
Tabla 26: Devolucion

dev_id Id de la devolución int 11 primary key
Id del pedido del que se
dev_pe_id int 11 FK pedido
devolvió
Id del usuario que registra
dev_u_id int 11 FK usuario
la devolución
dev_fecha_reg Fecha en que se registra timestamp
dev_estado Estado de devolución int 1


E.I.R.L.
Tabla 27: Ingreso_producto

ip_id Id de ingreso de producto int 11 primary key
ip_p_id Id del producto int 11 FK producto
ip_prov_id id del proveedor int 11 FK proveedor
ip_fecha_ingreso Fecha y hora del ingreso timestamp
ip_cantidad Cantidad que ingresa int 11

Indicador de nota de
ip_ni_id int 11
ingreso
ip_tipo Tipo de ingreso int 1
Tabla 28: Inventario

in_id Id de inventario int 11 primary key
in_nombre Nombre de referencia varchar 30
in_fecha_generacion Fecha de registro datetime
in_estado Estado del inventario int 1
in_observaciones Comentarios text
in_fecha_actualizacion Fecha de actualización datetime
Tabla 29: Marca

m_id Id de la marca int 11 primary key
m_nombre Nombre de la marca varchar 100
Representante de la
m_representante text
marca
m_status Status de la marca int 1
m_referencia Referencia de la marca text
Tabla 30: Marca

nu_id Id del nivel de usuario int 11 primary key
nu_nombre_nivel Nombre del nivel varchar 100
nu_status Estado del nivel int 1

E.I.R.L.
Tabla 31: Marca

ni_id Id de nota de ingreso int 11 primary key
ni_prov_id Id del proveedor int 11 FK proveedor
Codigo de nota de
ni_codigo varchar 15
ingreso
ni_user_reg Id usuario que registra int 11 FK usuario
Fecha de registro de
ni_fecha_ingreso datetime
ingreso
Tabla 32: Notificacion

not_id Id de notificación int 11 primary key
not_nombre Nombre de notificación varchar 100
not_text Texto de la notificación text
not_us_from Id usuario que registró int 11 FK usuario
Fecha de registro de la
not_fecha_reg timestamp
notificación
not_us_to Id usuario destinatario int 11
not_estado Estado de notificación int 1
Fecha de visto de la
not_fecha_visto datetime
notificación
Fecha de que dio clic en
not_fecha_click datetime
la notificación
not_url Url de notificación varchar 100
not_icon Icon de notificación varchar 40
Tabla 33: Presentacion_producto

Id de presentación del
pre_id int 11 primary key
producto
pre_nombre Nombre de presentación varchar 50
pre_referencia Referencia varchar 150
Tabla 34: Pedido

pe_id Id del pedido int 11 primary key
pe_codigo Codigo del pedido varchar 20
Id cliente destino del
pe_cli_id int 11 FK cliente
pedido
pe_tipo_cli Tipo de cliente registro int 1

E.I.R.L.
pe_fecha_envio Fecha que debe enviarse datetime

pe_admin_reg_id Id usuario que registra int 11 FK usuario
Id usuario a quien se
pe_admin_asig_id int 11
asigna
Fecha de registro del
pe_fecha_registro datetime
pedido
Fecha en que salió el
pe_fecha_salida datetime
pedido
pe_status Status del pedido int 11
Indicador de enviado a
pe_envio_tiempo int 1
tiempo o no
Fecha de anulación del
pe_fecha_anulacion datetime
pedido
Tabla 35: Pedido

p_id Id del producto int 11 primary key
p_a_id Id de artículo int 11 FK articulo
p_m_id Id marca int 11 FK marca
p_co_id Id de color int 11 FK color
p_codigo Código del producto varchar 15
p_status Estado del producto int 1
Tabla 36: Proveedor

pv_id Id de proveedor int 11 primary key
pv_nombre Nombre de proveedor varchar 50
pv_apellidos Apellidos de proveedor varchar 100
pv_telefono Telefono de proveedor varchar 12
pv_marca_id Id marca asignada int 11 FK marca
pv_direccion Direccion de proveedor text
pv_status Status de proveedor int 1
Tabla 37: Proveedor_articulo

pa_id Id de proveedor artículo int 11 primary key
pa_pr_id Id de producto int 11 FK producto
pa_pv_id Id de proveedor int 11 FK proveedor
pa_status Estado del producto int 1

E.I.R.L.
Tabla 38: Reprogramacion_pedidos

rp_id Id de la reprogramación int 11 primary key
Id del pedido
rp_pe_id int 11 FK pedido
reprogramado
rp_admin_reg Id usuario que registra int 11
rp_fecha_registro Fecha de registro datetime
Nueva fecha de envió de
rp_nueva_fecha_envio datetime
pedidos
Tabla 39: Salida_producto

sp_id Id de salida INT 11 primary key
sp_pr_id Id de producto INT 11 FK producto
sp_tipo Tipo de salida INT 1
sp_fecha_registro Fecha de registro datetime
sp_cantidad Cantidad de salida int 11
sp_dp_id Id detalle pedido int 11
Tabla 40: Sec_modulo

mod_id Id del módulo int 11
mod_nombre Nombre del módulo varchar 30
mod_url Url del módulo varchar 30
mod_icon Icon del módulo varchar 50
mod_fecha_reg Fecha de registro timestamp
mod_estado Estado del módulo int 1
mod_order Orden del módulo int 2

E.I.R.L.
Tabla 41: Sec_pagina

pag_id Id de la página int 11 primary key
pag_mod_id Id del módulo int 11 FK sec_modulo
pag_nombre Nombre de la página varchar 30
pag_url Url de la página varchar 30
pag_icon Icon de la página varchar 30
pag_fecha_reg Fecha de registro timestamp
pag_status Status de la página int 1
pag_atributos Atributos de la página varchar 100
pag_order Orden de la página int 2
Tabla 42: Sec_permiso

per_id Id de permiso int 11 primary key
FK
per_nu_id Id de nivel de usuario int 11
nivel_usuario
per_pag_id Id de la página int 11 FK sec_pagina
per_status Estado del permiso int 1
Tabla 43: Solicitud_requerimiento

sr_id Id de la solicitud int 11 primary key
sr_codigo Codigo de la solicitud varchar 20
sr_pr_id Id del producto int 11 FK producto
sr_cantidad Cantidad de la solicitud int 11
sr_fecha_registro Fecha de registro datetime
sr_admin_reg Id de usuario que registra int 11 FK usuario
sr_dp_id Id de detalle pedido int 11 FK detalle_pedido
sr_status Status de la solicitud int 11
sr_fecha_envio Fecha de envio datetime

E.I.R.L.
Tabla 44: Stock_producto

stp_id Id del stock int 11 primary key
stp_p_id Id del producto int 11 FK producto
stp_stock Cantidad del stock int 11
Fecha de última
stp_ultima_actualizacion datetime
actualización del stock
stp_status Estado int 1
Tabla 45: Unidad_medida

um_id Id de unidad de medida int 11 primary key
Nombre de unidad de
um_nombre varchar 50
medida
um_referencia Referencia text
Tabla 46: Usuario

u_id Id del usuario int 11 primary key
u_nombre Nombre del usuario varchar 45
u_apellidos Apellidos del usuario varchar 45
u_nu_id Id del nivel de usuario varchar 45 FK nivel_usuario
u_correo Correo del usuario varchar 45
u_password Password del usuario varchar 45
u_fecha_reg Fecha de registro timestamp
u_status Status del usuario int 1

u_dni Dni del usuario varchar 8
u_avatar Avatar del usuario varchar 40

E.I.R.L.

Tesis para Obtener El Titulo Profesional

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tesis para Obtener El Titulo Profesional

Cargado por

Copyright:

Formatos disponibles

Portada

SISTEMA WEB PARA LA GESTIÓN DE ALMACÉN DE LA

TESIS PARA OBTENER EL TÍTULO PROFESIONAL DE

ACTA DE APROBACIÓN DE ORIGINALIDAD DE TESIS

Yo, Adilio Christian Ordóñez Pérez, docente de la facultad de Ingeniería y

Lima, 15 de junio de 2017

Sistema Web para la Gestión de II Ruby Raquel Gonzales

A mis padres, mi mayor motivación y

A Branny y Joel, por su confianza en mí,

Sistema Web para la Gestión de III Ruby Raquel Gonzales

A mi familia, por ayudarme a superar

Al Dr. Adilio Ordoñez, por su apoyo en

Sistema Web para la Gestión de IV Ruby Raquel Gonzales

En tal sentido sumo la responsabilidad que corresponda ante cualquier falsedad,

Lima, 14 de abril de 2017

Gonzales Quispe, Ruby Raquel

Sistema Web para la Gestión de V Ruby Raquel Gonzales

Sistema Web para la Gestión de VI Ruby Raquel Gonzales

Tabla Nº 1: Comparación de las Metodologías Ágiles vs. Metodologías

Sistema Web para la Gestión de VII Ruby Raquel Gonzales

Figura Nº 1: Tasa de precisión de inventario en la empresa Representaciones

Figura Nº 20: Nivel de cumplimiento de pedidos entregados a tiempo antes y

Figura Nº 21: Prueba de normalidad de la tasa de precisión de inventario

Figura Nº 23: Prueba de normalidad del nivel de cumplimiento de pedidos

Figura Nº 24: Prueba de normalidad del nivel de cumplimiento de pedidos

Figura Nº 25: Tasa de precisión de inventario antes de implementado el

Sistema Web para la Gestión de VIII Ruby Raquel Gonzales

Figura Nº 27: Tasa de precisión de inventario - Comparativa general………... 67

Sistema Web para la Gestión de IX Ruby Raquel Gonzales

La presente tesis abarca el análisis, diseño, desarrollo e implementación de un

Para la medición de los dos indicadores presentados se utilizaron dos muestras,

Sistema web – Gestión de almacén

Sistema Web para la Gestión de X Ruby Raquel Gonzales

Web system - Warehouse management

Sistema Web para la Gestión de XI Ruby Raquel Gonzales

Sistema Web para la Gestión de XII Ruby Raquel Gonzales

1.1. Realidad Problemática

Dentro del ámbito de las tecnologías de información, se encuentran los

Por otro lado, la gestión de almacén es una de las actividades básicas de

En Estados Unidos, según una encuesta sobre métricas de almacenamiento

Sistema Web para la Gestión de 1 Ruby Raquel Gonzales

capacidad de almacenamiento promedio utilizado. Asimismo, en Cuba, se

Según el Instituto Nacional de Estadística e Informática (INEI) (2014),

Representaciones Catherine E.I.R.L. es una empresa dedicada a la compra

Según la entrevista con el Sr. Moisés Apaza, esta empresa, ha presentado

Sistema Web para la Gestión de 2 Ruby Raquel Gonzales

Tasa de precisión de inventario

Tasa de precisión de inventario en la empresa Representaciones Catherine

Como se puede observar en la Figura Nº 1, la tasa de precisión de inventario

Sistema Web para la Gestión de 3 Ruby Raquel Gonzales

Nivel de cumplimiento de pedidos entregados a tiempo en

Como se observa en la Figura Nº 2, el nivel de cumplimiento de pedidos

Sistema Web para la Gestión de 4 Ruby Raquel Gonzales

Como se evidencia, la gestión de almacén de la empresa Representaciones

1.2. Trabajos previos

Fiorella Contreras y Maryuri Quintero presentaron el Trabajo Especial de

Sistema Web para la Gestión de 5 Ruby Raquel Gonzales

que mediante las propuestas desarrolladas se obtendrán mejoras

 Esta investigación amplió los conceptos a tener en cuenta para incluirlos

Cynthia Lizeth Silva Obregón, realizó la tesis “Sistema Informático para el

 Esta tesis se tuvo como referencia para redactar mejor el planteamiento

Sistema Web para la Gestión de 6 Ruby Raquel Gonzales