Pedro Aguilar Tesis Titulo Profesional 2020

Facultad de Ingeniería
Ingeniería de Sistemas e Informática
Tesis:
“Optimización de los procesos contenidos

en el flujo de la Cadena de Suministro a
través de una aplicación Web para una
Pyme en la Ciudad de Lima - 2019”
Autores:
AGUILAR ESCUDERO, PEDRO JESUS
ODAR COPAIBA, GERSON FERNANDO
Para obtener el Título Profesional de
Ingeniero de Sistemas e Informática
Asesor: Mg. Anselmo Aniceto Valenzuela Zegarra

Índice General
DEFINICIÓN DEL PROBLEMA .................................................................................................... 7

1.1 PLANTEAMIENTO DEL PROBLEMA ...................................................................................... 7
1.2CASO DE ESTUDIO DEL PROBLEMA .................................................................................... 8
1.3 FORMULACIÓN DEL PROBLEMA ....................................................................................... 10
1.3.1 Problema General ............................................................................................... 10
1.3.2 Problemas Específico .......................................................................................... 10
1.4 OBJETIVOS .................................................................................................................... 10
1.4.1 Objetivo General .................................................................................................. 10
1.4.2 Objetivos Específicos .......................................................................................... 10
1.5 VIABILIDAD .................................................................................................................... 11
1.6 JUSTIFICACIÓN E IMPORTANCIA DEL ESTUDIO .................................................................. 11
1.7 LIMITACIONES DE LA INVESTIGACIÓN ............................................................................... 12
MARCO TEÓRICO ............................................................................................................... ...... 13
2.1 CADENA DE SUMINISTRO (SUPPLY CHAIN) ....................................................................... 13
2.2 IMPORTANCIA DE LA LOGÍSTICA Y DE LA CADENA DE SUMINISTROS .................................... 14
2.3 ENFOQUES Y METODOLOGÍAS ......................................................................................... 14
2.3.1 Quick Response (QR): ........................................................................................ 14
2.3.2 Efficient Consumer Response (ECR): ................................................................. 14
2.3.3 SCOR (SUPPLY CHAIN OPERATIONS REFERENCE): ................................... 15
2.4 DISEÑO DE LA CADENA DE SUMINISTRO .......................................................................... 15
2.4.1 Fases del diseño de Supply Chain ...................................................................... 15
2.4.2 Operación de la Cadena de Suministro .............................................................. 16
2.4.3 ¿Cómo aplicar la cadena de Suministro? ........................................................... 16
2.5 LEAN MANUFACTURING .................................................................................................. 17
2.5.1 Los 07 Desperdicios ............................................................................................ 18
2.5.2 Just in Time ......................................................................................................... 19
2.5.3 JIT - KANBAN ...................................................................................................... 19
2.6 INVENTARIO ................................................................................................................... 20
2.6.1 Tipos de Inventarios ............................................................................................ 20
2.6.2 Datos INEI sobre la logística ............................................................................... 20
2.6.3 Costos de Inventario ............................................................................................ 21
2.6.4 El problema de los inventarios ............................................................................ 22
2.6.5 Los usos de los inventarios representan ............................................................. 23
2.7 ARQUITECTURA DE APLICACIONES .................................................................................. 23
2.7.1 Aplicaciones Monolíticas ..................................................................................... 24
2.7.2 Microservicios ...................................................................................................... 25
2.8 METODOLOGÍA PARA EL DESARROLLO DEL SOFTWARE ..................................................... 27
2.8.1 Metodología tradicional ....................................................................................... 27
2.8.2 Metodología en cascada ..................................................................................... 28
2.8.3 Metodología Ágil .................................................................................................. 29
2.8.4 Scrum .................................................................................................................. 30
2.9 MODELO C4 .................................................................................................................. 34
2.10 LENGUAJES DE PROGRAMACIÓN ..................................................................................... 34
2.10.1 Java ..................................................................................................................... 34
2.10.2 C# ........................................................................................................................ 35
2.10.3 ASP.NET ............................................................................................................. 36
2.10.4 JavaScript ............................................................................................................ 37
2.10.5 Node.js ................................................................................................................ 38
2.11 FRAMEWORKS ............................................................................................................... 39
2.11.1 Spring .................................................................................................................. 39
2.11.2 Hibernate ............................................................................................................. 40
2.11.3 Express JS .......................................................................................................... 41
P á g i n a 2 | 132
2.12 BASE DE DATOS ............................................................................................................ 42
2.12.1 MySQL ................................................................................................................. 42
2.12.2 SQLite .................................................................................................................. 42
2.12.3 Oracle .................................................................................................................. 43
2.12.4 PostgreSQL ......................................................................................................... 43
2.12.5 MongoDB ............................................................................................................. 45
2.12.6 DynamoDB .......................................................................................................... 45
2.13 FRAMEWORKS Y BIBLIOTECAS JAVASCRIPT PARA EL DESARROLLO WEB ............................. 46
2.13.1 Angular ................................................................................................................ 46
2.13.2 React ................................................................................................................... 47
2.13.3 Conclusión ........................................................................................................... 48
ANTECEDENTES ....................................................................................................................... 49
3.1 ANTECEDENTES NACIONALES ......................................................................................... 49
3.2 ANTECEDENTES INTERNACIONALES ................................................................................ 52
DESARROLLO DE LA APLICACIÓN ........................................................................................ 56
4.1 PLAN DEL DESARROLLO DE LA APLICACIÓN ..................................................................... 56
4.2 ANÁLISIS Y DISEÑO ........................................................................................................ 56
4.2.1 Planificación del Sprint ........................................................................................ 56
4.3 ARQUITECTURA DE LA APLICACIÓN ................................................................................. 69
4.3.1 Tecnologías utilizadas ......................................................................................... 71
4.4 DIAGRAMA DE BASE DE DATOS ....................................................................................... 71
4.5 MODELO C4 .................................................................................................................. 72
4.5.1 Nivel 1: Diagrama de contexto del sistema ......................................................... 73
4.5.2 Nivel 2: Diagrama de contenedor ........................................................................ 73
4.5.3 Nivel 3: Diagrama de Componentes ................................................................... 74
4.6 INTERFACES DE USUARIO ............................................................................................... 75
4.7 CONSTRUCCIÓN............................................................................................................. 80
4.7.1 Sprint 1 ................................................................................................................ 81
4.7.2 Sprint 2 ................................................................................................................ 82
4.7.3 Sprint 3 ................................................................................................................ 83
4.7.4 Sprint 4 ................................................................................................................ 84
4.7.5 Sprint 5 ................................................................................................................ 86
4.7.6 Sprint 6 ................................................................................................................ 87
4.7.7 Sprint 7 ................................................................................................................ 88
4.8 PRUEBAS DE IMPLEMENTACIÓN ...................................................................................... 90
4.9 IMPLEMENTACIÓN DEL PROYECTO ................................................................................ 102
4.9.1 Despliegue de la Aplicación Frontend ............................................................... 102
4.9.2 Despliegue de la Aplicación Backend ............................................................... 104
4.9.3 Prueba del despliegue ....................................................................................... 104
RESULTADOS .................................................................................................................. ........ 105
5.1 ENCUESTA REALIZADA PREVIA A LA IMPLEMENTACIÓN ................................................... 105
5.2 ENCUESTA REALIZADA DESPUÉS DE LA IMPLEMENTACIÓN .............................................. 111
CONCLUSIONES............................................................................................................ .......... 123
GLOSARIO .................................................................................................................... ........... 124
BIBLIOGRAFÍA................................................................................................................. ........ 127
P á g i n a 3 | 132
Índice de Imágenes
Figura 1: Situación actual en la comunicación entre el área de ventas y el área logística .......... 8
Figura 2: Situación actual en el inventario de los productos según la clasificación ABC. ........... 9
Figura 3: Cadena de suministros inmediata para una empresa individual. ............................... 13
Figura 4: Fases del diseño de Supply Chain. ............................................................................ 16
Figura 5: Modelo de Lean Manufacturing. ................................................................................. 17
Figura 6: Principales objetivos de la Manufactura Esbelta. ....................................................... 18
Figura 7: Los 7 Desperdicios. ..................................................................................................... 18
Figura 8: Relación entre los costos asociados y la cantidad de pedido .................................... 22
Figura 9: Modelo de Arquitectura de una aplicación Monolítica. ............................................... 25
Figura 10: Modelo de Arquitectura de Aplicación de Microservicios ......................................... 26
Figura 11: Ejemplo de Ciclo de Vida Predictivo. ........................................................................ 28
Figura 12: Ciclo de Scrum. ......................................................................................................... 30
Figura 13: Principios de Scrum. ................................................................................................. 32
Figura 14: Tarjetas de las Historias de Usuario ......................................................................... 58
Figura 15: Cuenta de Identificador de Historia ........................................................................... 68
Figura 16: Tablero de Scrum ...................................................................................................... 69
Figura 17: Arquitectura de la Aplicación..................................................................................... 70
Figura 18: Diagrama Entidad Relación ...................................................................................... 72
Figura 19: Diagrama de contexto del sistema ............................................................................ 73
Figura 20: Diagrama de Contenedor .......................................................................................... 74
Figura 21: Diagrama de Componente de la Aplicación.............................................................. 74
Figura 22: Diagrama de Componente de la Seguridad.............................................................. 75
Figura 23: Pantalla de Acceso a la Aplicación ........................................................................... 76
Figura 24: Pantalla de Indicadores y Notificaciones .................................................................. 76
Figura 25: Flujo de Orden de Compra........................................................................................ 77
Figura 26: Flujo de Recepción de Productos ............................................................................. 77
Figura 27: Flujo de Registro de Artículos ................................................................................... 78
Figura 28: Flujo de Transferencia Inter Organización ................................................................ 78
Figura 29: Búsqueda de Transacción Material .......................................................................... 79
Figura 30: Búsqueda de Stock por Localizador ......................................................................... 79
Figura 31: Búsqueda de Pedido por Localizador ....................................................................... 79
Figura 32: Flujo de Transferencia entre Subinventario .............................................................. 80
Figura 33: Burndown Chart - Sprint 1......................................................................................... 82
Figura 40: Compilación de la aplicación frontend .................................................................... 102
Figura 41: Objetos compilados en la aplicación frontend ........................................................ 103
Figura 42: Despliegue de la aplicación frontend ...................................................................... 103
Figura 43: Compilación de la aplicación backend .................................................................... 104
Figura 44: Despliegue de la aplicación backend ...................................................................... 104
Figura 45: Encuesta - Pregunta 1 ............................................................................................ 105
Figura 54: Encuesta - Pregunta 10 .......................................................................................... 109
P á g i n a 4 | 132
Figura 59: Resultado Post Implementación - Pregunta 1 ........................................................ 112
Figura 68: Resultado Post Implementación - Pregunta 10 ...................................................... 119
Índice de Tablas
Tabla 1: Comparación entre las Metodologías Cascada y Scrum ............................................. 32

Tabla 2: Comparación Java vs C#. ............................................................................................ 35
Tabla 3: Comparación de Java vs .NET. ................................................................................... 36
Tabla 4: Comparación entre Java y JavaScript. ........................................................................ 37
Tabla 5: Comparación de Java vs Node.js ................................................................................ 38
Tabla 6: Comparación de Spring vs Hibernate. ......................................................................... 40
Tabla 7: Comparación MySQL vs SQLite. ................................................................................. 42
Tabla 8: Comparación Oracle vs PostgreSQL. .......................................................................... 43
Tabla 9: Comparación de MongoDB vs DynamoDB. ................................................................. 45
Tabla 10: Comparación de Angular vs React. ........................................................................... 47
Tabla 11: Product Backlog ......................................................................................................... 56
Tabla 12: Sprint Backlog ............................................................................................................ 62
Tabla 13: Tecnologías utilizadas ................................................................................................ 71
Tabla 14: Parámetros y fórmula para el monitoreo de la productividad .................................... 80
Tabla 15: Parámetros de productividad - Sprint 1 ...................................................................... 81
Tabla 22: Caso de Prueba - Acceso a la Aplicación .................................................................. 90
Tabla 23: Caso de Prueba - Indicadores, reportes y notificaciones .......................................... 90
Tabla 24: Caso de Prueba - Orden de Compra ......................................................................... 91
Tabla 25: Caso de Prueba - Recepción ..................................................................................... 93
Tabla 26: Caso de Prueba - Artículos ........................................................................................ 95
Tabla 27: Caso de Prueba - Transferencia Inter organización .................................................. 96
Tabla 28: Caso de Prueba - Transacción Material ..................................................................... 98
Tabla 29: Caso de Prueba - Stock por Localizador ................................................................... 99
Tabla 30: Caso de Prueba - Pedido por Localizador ............................................................... 100
Tabla 31: Caso de Prueba - Transferencia entre Subinventario .............................................. 101
Tabla 32: Opciones de respuesta - Pregunta 1 ....................................................................... 111
P á g i n a 5 | 132
Tabla 41: Opciones de respuesta - Pregunta 10 ..................................................................... 118
P á g i n a 6 | 132
RESUMEN
La presente tesis se enfoca en optimizar los procesos de la cadena de suministros a través

de una aplicación web, la cual busca mejorar la comunicación entre las áreas de la
empresa, mejorar la administración de los almacenes. La estrategia para lograr una
comunicación mas fluida entre las áreas será a través del aplicativo web, donde a la vez
permitirá el envió de notificaciones a cada encargado informándole de cada proceso su
estado de cómo se encuentra.
En el primer capítulo se describe el problema actual de la empresa Derteano & Stucker,

que requieren mejorar la comunicación entre las áreas de ventas y logística, aparte que no
es eficiente y la cual genera perdidas al momento de obtener resultados. Se establece la
problemática tomando como base la falta de eficiencia en la comunicación entre áreas, la
mala administración, la demora en buscar u obtener los datos de un producto, la precisión
con la que es localizado, el almacenamiento de productos obsoletos, también se establece
el objetivo general, objetivos específicos, justificación y alcance de la investigación.
El segundo capítulo corresponde al marco teórico en donde se describen los conceptos

relacionados con la cadena de suministros, así mismo se describen los conceptos de la
metodología, herramientas y más que se utilizaron en el desarrollo de la aplicación.
En el tercer capítulo se describen los antecedentes nacionales e internacionales de la
investigación
El cuarto capítulo corresponde a la implementación de la aplicación en donde se describe la

adquisición del hosting, configuración y puesta en marcha. También se describe el proceso
de carga inicial con información de cada inventario de producto que maneja la empresa, el
mapeo de cada almacén y cada área.
En el quinto capítulo se describen los resultados conseguidos después de la

implementación, los resultados son obtenidos desde la base de datos de la aplicación y
desde una encuesta realizada a los usuarios que ya han utilizado la aplicación.
Por último, se detallan las conclusiones en base a los resultados que se obtuvieron después
de la etapa de implementación los cuales responden al objetivo general y objetivos
específicos.
Palabras Clave: Aplicación web, cadena de suministros

INTRODUCCION
La empresa Derteano & Stucker, importadora oficial de marcas reconocidas, se observó

que la comunicación entre el área de ventas y el área logística no es eficiente, lo cual
genera pérdidas al momento de obtener resultados (indicadores o métricas de la
productividad del negocio) y la exactitud al derivar o escalar una solicitud según el flujo del
proceso y que no se tiene información relevante a nivel macro que ayude a determinar el
desempeño del área de ventas, así como el cumplimiento en las ventas.
Debido al problema presentado y a la falta de una buena comunicación, de reducir los
tiempos de búsquedas de productos en el almacén, se plantea implementar un sistema web
cuyo objetivo sea mejorar la comunicación entre las áreas de la empresa, mediante
notificaciones que ayuden en el fácil acceso a los procesos que se van ejecutando en el
momento; y los procesos de inventario, optimizando los flujos de negocio por el medio
tecnológico. Estos procesos son de vital importancia para el negocio de importación de
productos en la empresa Derteano & Stucker.
De acuerdo con los antecedentes, existen aplicaciones web que buscan mejorar la gestión y
administración de la cadena de suministros, pero con la aplicación web que se implementó
va a ayudar a mejorar la forma de trabajo actual de la empresa, así como brindar una
solución rápida y adaptable para cualquier mejora futura si así se requiere.
El presente trabajo de investigación es desarrollado con la finalidad de poder optimizar los

procesos administrativos, mejorar la gestión de almacenes y ordenar los procesos de
distribución, con el propósito de disminuir el margen de error humano al momento de
realizar transferencias entre artículos de inventarios, mantener a los distintos responsables
de las áreas comunicados de los diferentes procesos que se van realizando en la
organización y logrando así una disminución de costos y un sobre almacenamientos de
artículos que llegan a pasar a fase obsoleta.
Para el desarrollo de la aplicación Web se hará uso de la metodología de desarrollo de
software Scrum debido a que es un proyecto pequeño y podremos obtener el producto en
un menor tiempo.
En cuanto a la información que se mostrará en la aplicación web, administrar los
almacenes, inventarios, las búsquedas, notificaciones y visualizar estado de cada proceso.
La aplicación Web, pretende ser la solución óptima para el problema que la empresa
Derteano & Stucker presenta y paras otras Pymes.
CAPÍTULO
1
Generalidades
DEFINICIÓN DEL PROBLEMA
El presente capítulo se enfoca en la descripción de la situación problemática de los
procesos que intervienen en la cadena de suministro.
1.1 Planteamiento del problema
Debido al aumento de empresas cuya actividad económica se encuentra en
crecimiento, es necesario contar con buenas prácticas para el control de sus procesos.
Existen puntos importantes que debemos detallar para conocer a que se enfrentan las
empresas al momento de controlar y administrar sus procesos:
● Volúmenes de datos para ser administrados.
● Herramientas necesarias para poder controlar los datos y el aumento en
la virtualización.
● Multicanales físicos y virtuales existentes en el mercado.
● Control del ciclo de vida de los productos en todos los sectores.
Sin embargo, a pesar de contar con una enorme cantidad de información sobre el
control y administración de los procesos que intervienen en el flujo de la cadena de
suministro, muchas compañías cometen errores a la hora de optimizar los procesos,
administrar los espacios de los inventarios y controlar y manejar la información,
haciendo que los problemas logísticos sean uno de los problemas más importantes
que afectan a las organizaciones del rubro.
P á g i n a 7 | 132
1.2 Caso de estudio del problema
La empresa Derteano & Stucker ubicada en la ciudad de Lima, es la importadora oficial
de marcas reconocidas como la firma Stihl de Alemania la cual comercializa diversos
implementos motorizados, como moto guadañas, moto fumigadoras, podadoras de
altura, cortasetos e hidrolavadoras, entre otros y Briggs & Stratton Corp.; empresa
dedicada a la fabricación de motores, bombas y generadores gasolineros pequeños.
Se observó que la comunicación entre el área de ventas y el área logística no es
eficiente, lo cual genera pérdidas al momento de obtener resultados (indicadores o
métricas de la productividad del negocio) y la exactitud al derivar o escalar una
solicitud según el flujo del proceso.
Figura 1: Situación actual en la comunicación entre el área de ventas y el área

logística.
Fuente: (Elaboración Propia)
Se observa que no se tiene información relevante a nivel macro que ayude a
determinar el desempeño del área de ventas, así como el cumplimiento en las ventas,
P á g i n a 8 | 132
dado que es unos de los puntos importantes del negocio en la importación de
productos.
Debido a la cantidad de abastecimiento en la empresa, se analizó información que
detalla una mala administración en el almacenamiento, demora al buscar u obtener los
datos de un producto, la precisión con la que es localizado un producto ubicado en el
almacén, almacenamiento de productos obsoletos que genera sobrecosto y pérdidas
en el tiempo. No se cuentan con una funcionalidad para generar movimientos y
transferencias de artículos entre subinventarios y entre organizaciones.
Figura 2: Situación actual en el inventario de los productos según la

clasificación ABC.
Leyenda:
Controlado A Mercadería con mayor rotación
Controlado B Mercadería con rotación media.
Controlado C Mercadería con rotación baja.
Debido a la necesidad de contar con un control que ayude a optimizar los procesos en
las áreas de la empresa, enfocándonos en el área de ventas, logística, distribución y
almacén, así como manejar un control eficiente en los inventarios de la empresa.
Entonces, la solución que se propone ante este problema es implementar un sistema
web cuyo objetivo sea mejorar la comunicación entre las áreas de la empresa,
mediante notificaciones que ayuden en el fácil acceso a los procesos que se van
P á g i n a 9 | 132
ejecutando en el momento; y los procesos de inventario, optimizando los flujos de
negocio por el medio tecnológico. Estos procesos son de vital importancia para el
negocio de importación de productos en la empresa Derteano & Stucker.
1.3 Formulación del Problema
1.3.1 Problema General
¿Es posible realizar la optimización de los procesos contenidos en el flujo de la
Cadena de Suministro a través de una aplicación Web para una Pyme en la Ciudad
de Lima - 2019?
1.3.2 Problemas Específico
• ¿De qué manera se plantea la mejora de los procesos que intervienen en la
empresa?
• ¿Cómo mejorará la gestión de almacén por medio de una aplicación?
• ¿Es posible generar una comunicación efectiva entre las áreas de la empresa?
1.4 Objetivos
1.4.1 Objetivo General
Optimizar los procesos contenidos en el flujo de la Cadena de Suministro a
través de una aplicación Web para una Pyme en la Ciudad de Lima – 2019.
1.4.2 Objetivos Específicos
• Desarrollando una aplicación web la cual optimice los procesos de inventario y
facilite el canal de comunicación entre las áreas administrativas por medio de
notificaciones y el manejo de información.
• Mejorar la administración de almacén mediante un control más detallado de la
información y contando con los flujos del proceso de forma visual, de esa forma
el responsable podrá administrar y controlar el almacén de forma eficaz y con
menor margen de error.
P á g i n a 10 | 132
• Generar notificaciones cada vez que algún proceso central del negocio se esté
ejecutando, la cual informarán a las áreas responsables del suceso en el
momento de su ejecución.
1.5 Viabilidad
La investigación está enfocada en el estudio de la gestión de la cadena de suministro
en la empresa Derteano & Stucker con la finalidad de mejorar los procesos de
comunicación entre las áreas y la gestión y administración de almacenes.
La viabilidad de esta investigación gira en torno a la necesidad de la empresa de
mejorar su gestión de la cadena de suministro. Por esta razón, la empresa brindara
información que nos ayude a determinar la causa del problema y todo aquello
relacionado al trabajo de investigación.
1.6 Justificación e Importancia del Estudio
El presente trabajo de investigación es desarrollado con la finalidad de poder optimizar
los procesos administrativos, mejorar la gestión de almacenes y ordenar los procesos
de distribución, con el propósito de disminuir el margen de error humano al momento
de realizar transferencias entre artículos de inventarios, mantener a los distintos
responsables de las áreas comunicados de los diferentes procesos que se van
realizando en la organización y logrando así una disminución de costos y un sobre
almacenamientos de artículos que llegan a pasar a fase obsoleta.
De acuerdo a la información obtenida en la organización, pudimos desarrollar una
estrategia que nos ayude a determinar las causas principales del problema y mediante
el levantamiento de información pudimos entender los flujos que conllevan los
procesos involucrados en la cadena de suministro para la empresa.
La aplicación web buscar ayudar a mejorar la forma de trabajo actual de la empresa,
así como brindar una solución rápida y adaptable para cualquier mejora futura si así se
requiere.
P á g i n a 11 | 132
1.7 Limitaciones de la investigación
• El tamaño de la muestra se redujo debido a reducción de personal
en la organización.
• El tiempo para el levantamiento de información es reducido.
P á g i n a 12 | 132
CAPÍTULO
2
Marco Teórico
MARCO TEÓRICO
2.1 Cadena de Suministro (Supply chain)
Según el autor Ronald H. Ballou:
La Logística y la cadena de suministros es un grupo de actividades funcionales
que se repite varias veces a lo largo del canal flujo, a través de la etapa de
materia prima que se convierte en productos terminados que añade un valor
para el cliente, aparte que el canal de flujo simboliza una secuencia de pasos
de manufactura. (Ronald H. Ballou - Libro Logística Administración de la
cadena suministros).
Figura 3: Cadena de suministros inmediata para una empresa individual.
Fuente: Libro Logística Administración de la cadena suministros
P á g i n a 13 | 132
Según el Libro de Logística de Administración de la cadena de suministros “La misión
de este esfuerzo administrativo es lograr fijar un nivel de las actividades logísticas a
fin de hacer productos y servicios que estén disponibles para los clientes en el
momento, lugar, condiciones, formas deseadas y efectiva en costos.” (p. Libro:
Logística Administración de la cadena de suministro, prefacio).
2.2 Importancia de la Logística y de la cadena de suministros
Según el autor Ronald H. Ballou:
El valor en la logística se expresa en tiempo y lugar, donde los productos y
servicios no tienen valor a menos que estén en manos de los clientes cuando y
donde ellos deseen consumirlos. La logística se ha vuelto un proceso cada vez
más importante al momento de añadir un valor. (Ronald H. Ballou - Libro:
Logística Administración de la cadena suministros).
2.3 Enfoques y metodologías
2.3.1 Quick Response (QR):
Según, Kurt Salmon Associates:
El QR busca gestionar la cadena de suministro haciendo énfasis en la
reducción de los tiempos, intercambio de información con ayuda de la
tecnología y alinear las actividades internas con los requerimientos
cambiantes de la demanda. (1987)
2.3.2 Efficient Consumer Response (ECR):
El ECR (Efficient Consumer Response) tiene como finalidad buscar fabricantes y
distribuidores para trabajar de manera grupal y así lograr a una alta satisfacción del
cliente, reducir costos y alzar los márgenes}.
P á g i n a 14 | 132
El ECR definió 4 estrategias básicas:
a. Eficiente introducción de nuevos productos
b. Eficiente promoción y Merchandising.
c. Eficiente surtido de productos
d. Eficiente reposición
2.3.3 SCOR (SUPPLY CHAIN OPERATIONS REFERENCE):
El modelo SCOR tiene como finalidad la busca de estandarizar los procesos,
prácticas y tareas que se dan en la cadena de suministro y proporcionar un
lenguaje que facilite la relación entre los participantes que participan en dichos
procesos. Al adoptar las mejores prácticas y realizar benchmarking ayuda a
identificar la situación de la empresa frente a las mejores prácticas que se puede
aplicar.
2.4 Diseño de la Cadena de Suministro
Según Esalog:
Plantea que para llegar a una buena cadena de suministro se debe tener como
objetivo maximizar la rentabilidad de la empresa y dar el mejor servicio para
cubrir las necesidades por parte del cliente. (Esalog, escuela de alta logística).
2.4.1 Fases del diseño de Supply Chain
Según Esalog, define 4 fases para realizar el diseño de la cadena de suministro,
estas fases ayudarán a abordar la situación actual de la empresa y brindará una
visión objetiva de la estructura que forma la cadena actual de la organización,
brindando un enfoque de los eslabones claves que lo componen.
P á g i n a 15 | 132
Figura 4: Fases del diseño de Supply Chain.
2.4.2 Operación de la Cadena de Suministro
• Operaciones de la cadena de abastecimiento: es la operación que permite a
una empresa especifica seguir de la etapa de materias primas a una etapa de
productos terminados que va al cliente.
• La gestión de la cadena de suministro se refiere al abastecimiento de los
materiales que son requeridos, con la cantidad y tiempo requerida, a la vez con
calidad y al menor precio.
2.4.3 ¿Cómo aplicar la cadena de Suministro?
• Se debe aplicar una estructura logística centralizada de todos los miembros.
• En la gestión de la relación con el Cliente.
• En la gestión del Servicio al Cliente.
• En la gestión de la Demanda.
• Cumplimiento del Pedido.
• Gestionar del Flujo de Producción.
• Aprovisionamiento.
• Desarrollo de Producto Comercialización.
P á g i n a 16 | 132
2.5 Lean Manufacturing
Según el autor Luis Vicente Socconini (Libro: LEAN MANUFACTURING, Paso a
Paso):
Lean Manufacturing es el sistema justo a tiempo (just in time). Que hace
referencia a un proceso que es continuo, sistemático de identificación y
eliminación de excesos. (Luis Vicente Socconini)
Como puede verse en el modelo que la misma Toyota diseño para el sistema, se
puede apreciar que el objetivo que hay que conseguir es el deleite del cliente y la
rentabilidad sostenida. Donde denota un claro interés en que los clientes no solamente
deben obtener sus requerimientos, sino ir mucho más allá, buscando un verdadero
deleite. Además, las mejoras deben visualizarse de manera económica, sin
desperdiciar recursos que los accionistas de la empresa han depositado en ella.
Figura 5: Modelo de Lean Manufacturing.
P á g i n a 17 | 132
Fuente: Imagen extraída del Libro “Logística Administración de la cadena
suministros”.
Los principales objetivos de la Manufactura Esbelta, son los de implantar a las
compañías lo siguiente:
Figura 6: Principales objetivos de la Manufactura Esbelta.
Fuente: (Elaboración Propia).
2.5.1 Los 07 Desperdicios
Figura 7: Los 7 Desperdicios.
P á g i n a 18 | 132
Fuente: (Elaboración Propia).
OBJETIVOS:
• Mentalidad enfocada a reducir desperdicios.
• Entrega de calidad deseada “a la primera” sin variabilidad.
• Procesos flexibles que producen en el momento y cantidad necesaria.
• Organización energizada e involucrada capaz de mejorar continuamente año a
año.
¿CUÁLES SON LOS CAMBIOS QUE DEJARA LEAN?
• Transformación cultural, cambiar la forma en la que se trabaja.
• Aumento de productividad y reducción del desperdicio.
• Diálogo frecuente para un mejor control productivo.
• Solución de problemas, utilizando en todos los niveles la herramienta de los
05 por qué.
2.5.2 Just in Time
El sistema Just inTime, puede ser expresado en términos simples como hacer
“SOLO lo que se necesita, SOLO cuando se necesita y SOLO en la cantidad
necesaria." La finalidad es producir eficientemente la cantidad necesaria que será
distribuida, evitando un sobre costo de almacenamiento y eliminando los
desperdicios. Con el suministro JIT se pueden eliminar muchos desperdicios, las
incoherencias y los requisitos no razonables, lo que resulta finalmente en una
mayor productividad.
2.5.3 JIT - KANBAN
Kanban significa “Tarjeta” en japonés y es la señal que autoriza mover o producir.
Es un Sistema donde cada operación arrastra el material que necesita de la
P á g i n a 19 | 132
operación anterior y a su vez la operación anterior repone el material que es
consumido por la operación siguiente.
Enfocándonos en el abastecimiento de insumos o productos finales con un stock
por ser agotado, utilizaremos buenas prácticas de control para que los inventarios
se encuentren abastecidos con la cantidad necesaria en el tiempo necesario.
2.6 Inventario
Según Moya: “Un inventario se define como un conjunto de materiales tanto como
materias primas, productos en proceso, productos terminados o artículos en
mantenimiento.” (p.19).
Es el grupo de artículos que se encuentran en el almacén para posteriormente ser
utilizado en el proceso productivo o de comercialización.
2.6.1 Tipos de Inventarios
Según el autor Ronald H. Ballou (Libro: Logística Administración de la
cadena suministros), los inventarios pueden clasificarse en cinco formas.
• Primera Forma, se refiere a inventario en ductos, que son los que se
encuentra en un estado de tránsito entre los diferentes niveles del canal de
suministros.
• Segunda Forma, es la existencia en especulación, se dan cuando los
precios se dan a lugar en los periodos donde las necesidades son otras,
pero que aún son parte del total de inventarios que aún debe manejarse.
• Tercera Forma, donde las existencias son de naturaleza regular o cíclica,
estos tipos de existencias son requeridas para abastecer la demanda
durante el tiempo de reaprovisionamientos sucesivos.
P á g i n a 20 | 132
• Cuarta Forma, la referencia a la creación de un inventario como protección
contra la variación de la demanda en las existencias y entre el tiempo total
de reaprovisionamiento.
• Quinta Forma, referencia a existencias obsoletas o stock perdido eso
sucede cuando parte de un inventario se deteriora por el tiempo.
2.6.2 Datos INEI sobre la logística
Según los apuntes empresariales de ESAN:
El Instituto de Estadística e Informática (INEI) informa que, en el Perú,
se crean un promedio de 250 mil empresas cada año. Sin embargo, la
mayoría no logra sobrevivir por mucho tiempo. Por ejemplo, solo en el
primer semestre de 2016 cerraron alrededor de 47 mil empresas
formales. Una de las principales causas es la mala gestión de los
inventarios, por el motivo que al fallar en la logística puede costarle la
vida a una organización, cuando los procesos productivos no están bien
gestionados, se genera un alto nivel de desperdicio, altos costos por
trabajos, errores en el control del inventario, entre otros inconvenientes.
(Estudio de ESAN, 2016)
Según lo detallado, observamos que la gestión de inventario se ha vuelto de gran
importancia ya que desempeña una función vital en la gestión de la cadena de
suministro y los eslabones que intervienen desde la gestión del proveedor hasta el
cliente final y su correcta administración conlleva a tener buenos resultados en la
logística empresarial.
2.6.3 Costos de Inventario
Según Noori, H., Radford define:
P á g i n a 21 | 132
Cuanto mayor sea el nivel promedio del inventario, mayor será el costo total de
producción. En general, los costos relacionados con el inventario comprenden
los costos de artículo, costos de colocación de los pedidos (organización del
proceso), costos de mantenimiento y costos de agotamiento (escasez) de
existencias. (1997)
• Los costos del artículo son los precios de compra de cualquier
artículo que la empresa pueda adquirir o que sea producida por esta.
• Los costos de colocación del pedido son los costos que son abarcados por
las actividades de compra, seguimientos de los proveedores y la inspección
de los pedidos al llegar.
• Los costos de mantenimiento se refieren a los gastos que son generados al
mantener los inventarios.
• Los costos de agotamiento de existencias son causados cuando la empresa
no puede abastecer el pedido total de un cliente, tal motivo causa que se
pierda un margen de aportación de esa venta.
2.6.4 El problema de los inventarios
Chiavenato, I y Baily P.J.H, indica que:
La empresa debe determinar el nivel apropiado de inventarios que
equilibra estos dos extremos, no tener un sobre pedido y que cubra las
demandas. (Chiavenato y Baily)
P á g i n a 22 | 132
Figura 8: Relación entre los costos asociados y la cantidad de pedido
Fuente: Chiavenato, I., 1993, Iniciación a la Administración de Materiales, Mc Graw
Hill, México
2.6.5 Los usos de los inventarios representan
Los usos de los inventarios representan una alta inversión que es alta y que a la
vez que repercuta sobre todas las funcionalidades importantes de la empresa, ya
que cada función genera demandas de inventario diferente.
Tales como vemos en:
• Ventas: Se requiere tener inventarios elevados para abastecer de manera
rápido las exigencias del mercado.
• Producción: Es necesario contar con un gran número de inventarios de
materias primas para contar con disponibilidad para los procesos de
fabricación y con un plan de reserva de inventarios de productos
terminados.
• Compras: Las compras de mayores cantidades reducen los
costos por unidad y los gastos de compras en general.
• Financiación: Contar con reducción de inventarios reduce los costos de
mantenimiento de inventarios y las necesidades de inversión.
P á g i n a 23 | 132
2.7 Arquitectura de Aplicaciones
2.7.1 Aplicaciones Monolíticas
Las aplicaciones monolíticas tienen como estructura que las capas de una interfaz
de usuario, de acceso a datos y del controlador se encuentren en un mismo
programa y sobre una misma plataforma, teniendo en cuenta que las aplicaciones
monolíticas son autónomas e independientes de otras aplicaciones.
VENTAJAS
• Funcionan rápido.
• Fácil de desarrollar.
• No requiere muchos recursos para la ejecución en el servidor.
DESVENTAJAS
• Requiere mayor hardware en las estaciones de trabajo.
• Difícil Escalabilidad.
• Mantenimiento costoso.
• El balanceo de carga se hace a nivel de la aplicación.
• Provoca congestión de la Red Local.
P á g i n a 24 | 132
Figura 9: Modelo de Arquitectura de una aplicación Monolítica.
Fuente: Imagen extraída de

“https://laurmolina7821.files.wordpress.com/2013/03/mo1.jpg”
2.7.2 Microservicios
La empresa de código abierto RedHat detalla que, los microservicios son un tipo de
arquitectura que sirve para diseñar aplicaciones. Los microservicios están
compuestos por componentes más pequeños y que son a la vez independientes
entre sí. Aparte que este enfoque determina que cada microservicio lleva una tarea
específica que puede tener procesos similares y basado en el modelo nativo de la
nube. Una arquitectura de microservicios contara con una colección de servicios
que serán autónomos y pequeños.
P á g i n a 25 | 132
Figura 10: Modelo de Arquitectura de Aplicación de Microservicios

“https://santimacnet.files.wordpress.com/2019/07/microservices-
diagram.png”
Microsoft nos señala que la arquitectura de un microservicio está basado de un
conjunto de servicios que son pequeños y autónomos, eso quiere decir que son
independientes y que cada uno puede implementar diferentes funcionalidades.
Características de un microservicio:
• Servicios pequeños e independientes con una acoplación flexible.
• Es independiente y desarrollado por un equipo pequeño.
• De manera independiente se puede actualizar un servicio sin tener
que actualizar toda la aplicación.
• Cada servicio es responsable de mantener sus propios datos o estado
externo.
• Cada servicio se comunica entre sí mediante una API que este bien
definida.
• Cada servicio puede tener diferente pila de tecnología
P á g i n a 26 | 132
VENTAJAS
• Agilidad, Quiere decir en la facilidad de poder corregir errores

y versiones de característica.
• Equipos pequeños y centrados, Un microservicio debe ser pequeño
para que sea compilado, probado e implementado por un equipo.
• Base de código pequeña, Se refiere que la arquitectura de microservicios
reduce las dependencias y lo hace mas escalable al agregar nuevas
funcionalidades.
• Mezcla de tecnologías. El equipo decide la tecnología a usar de acuerdo
al servicio a desarrollar, ya que es adaptable a cualquier tecnología que se
requiera.
• Aislamiento de errores. Quiere decir que si un microservicio esta no
disponible no debería interrumpir todo el flujo de la operación que se
maneja en la aplicación.
• Escalabilidad. Trata que cada servicio puede escalar independientemente,
si necesita más recursos dicho servicio sin afectar a toda la aplicación.
• Aislamiento de los datos. La facilidad de actualizar un

microservicio o realizar un cambio sin afectar a toda la aplicación.
2.8 Metodología para el desarrollo del software
2.8.1 Metodología tradicional
La metodología tradicional comienza a partir de los requisitos iniciales, que
ayudara a definir un plan que estará basado en un conjunto de fases secuenciales
que seguirá como las operaciones que se realizaran, el tiempo del alcance y el
costo.
P á g i n a 27 | 132
Figura 11: Ejemplo de Ciclo de Vida Predictivo.
Fuente: Imagen extraída del PMBOK 5ta edición que representa el ciclo
de vida predictivo de un proyecto
2.8.2 Metodología en cascada
La metodología en cascada o también denomidada Waterfall, se basan en que
cada etapa se realiza de una forma secuencial, es obligatorio que la etapa finalice
para que pueda seguir la otra.
Fases correspondientes a la metodología en cascada:
• Requerimientos del sistema.
• Requerimientos del software.
• Análisis.
• Diseño del programa.
• Codificación.
• Pruebas.
• Implantación.
Tareas realizadas durante las etapas:
• Análisis de requerimientos.
P á g i n a 28 | 132
• Diseño.
• Codificación.
• Pruebas.
• Implantación y mantenimiento.
Roles identificados en la metodología:
• Gestor de proyectos.
• Arquitecto de software.
• Desarrolladores.
• Probadores.
• Aprobador.
2.8.3 Metodología Ágil
Las metodologías agiles surgieron como una alternativa frente a las metodologías
tradicionales, para cubrir la necesidad de los cambios constantes y tiempos de
desarrollos más cortos, implementando un desarrollo iterativo que se realiza en
cortos tiempos denominados “timeboxes”, que será desarrollado por un equipo que
lo dividirá en tareas en cada iteración.
VENTAJAS
• Gran capacidad de respuesta ante los cambios.
• Se hacen pequeñas entregas en periodos de tiempo.
• Los ciclos cortos de entrega ayudan a reducir los riesgos al
comenzar el proyecto.
• Existe una comunicación activa entre el equipo de desarrolladores y el
cliente para evitar errores y perdidas en el tiempo.
• Eliminar el trabajo que no es necesario y que no genera valor al negocio.
• Mejorar los procesos y al equipo que realiza el desarrollo.
P á g i n a 29 | 132
2.8.4 Scrum
Según el artículo de Manuel Trigas Gallegos: “Scrum, como metodología ágil tiene
periodos cortos para el desarrollo que recibe como nombre iteraciones o también
llamados Sprints.” (página 33).
Según el organismo de acreditación global para Scrum y certificaciones ágiles:
Scrum se caracteriza por ser una metodología que se base en ser adaptiva,
iterativa y flexible por el motivo que ofrece un valor significativo. Aparte que
fomenta la comunicación y un entorno de responsabilidad y compromiso
colectiva. Scrum se basa en el uso de equipos multifuncionales que son
autoorganizados que dividen su trabajo en periodos cortos denominados
Sprints.
Figura 12: Ciclo de Scrum.

“https://metodologiascrum.readthedocs.io/en/latest/Scrum.html”
2.8.4.1 Aspectos Scrum
El organismo de acreditación global para Scrum y certificaciones ágiles
indica que, los aspectos de Scrum deben abordarse a lo largo de un
proyecto como se explica en SBOK. Los cinco aspectos de Scrum son:
P á g i n a 30 | 132
• Organización: Esta enfocado en las facetas que puede ver en una
organización tal como se da en Scrum que son los roles y equipos de
alto rendimiento.
• Justificación empresarial: Se centra en la justificación empresarial
en relación al proyecto.
• Calidad: Se centra en el enfoque para lograr los niveles
requeridos basado en la calidad con relación al proyecto.
• Cambio: Se centra en el cambio que puede darse en cualquier
momento del proyecto y como los procesos de desarrollo están
adaptados ante el cambio.
• Riesgo: Se considera herramientas para la gestión de riesgo en un
entorno Scrum.
2.8.4.2 Principios de Scrum
El organismo de acreditación global para Scrum y certificaciones
ágiles indica los siguientes principios:
• Control de proceso empírico: Basada en las ideas de transparencia,
inspección y adaptación.
• Autoorganización: Es la entrega de un valor significante que se da a
través de un equipo que es autoorganizado en un ambiente innovador que
ayuda para el crecimiento de todos.
• Colaboración: Se centra en el trabajo colaborativo que implica
trabajar en conjunto para lograr ofrecer un mayor valor.
• Priorización basada en el valor: Basado en ofrecer el máximo
valor comercial, en un inicio del proyecto y hasta el final.
• Time-boxing: Utilizada en la gestión de la planificación y ejecución de
proyectos a través de actividades como Sprints, Dayli que son reuniones
diarias, más las reuniones para planificar las tareas del Sprint y de revisión.
P á g i n a 31 | 132
• Desarrollo iterativo: Enfatiza el desarrollo iterativo a través de una mejor
administración de los cambios que se puede dar en cualquier momento sin
afectar el desarrollo y poder crear productos que logren satisfacer las
necesidades requeridas del cliente.
• Figura 13: Principios de Scrum.

“https://www.scrumstudy.com/whyscrum/scrum-principles”
2.8.4.3 Scrum vs Gestión de proyectos tradicionales
En primer punto, Scrum ayuda para la toma de decisiones que son de
manera iterativas basada en un enfoque de entrega de productos que logren
satisfacer los requerimientos del cliente. Aparte que es basado en la
priorización de los requerimientos y fijación del alcance, también que
fomenta el trabajo en equipo que sea más autoorganizado En cambio, la
gestión tradicional se enfoca en una planificación inicial del proyecto con
prioridades basados en parámetros tales como el alcance, el cronograma y
el costo.
P á g i n a 32 | 132
Tabla 1: Comparación entre las Metodologías Cascada y Scrum
Scrum Cascada
Incluye clientes y partes interesadas en Mantiene al cliente a raya. Para cuando el

cada fase. resultado esté cerca.
El desarrollo de Scrum ahorra tiempo y Puede llevar más tiempo ya que la revisión
dinero al revisar los Sprint regulares en el se realiza solo en el resultado, si se
proceso de desarrollo. considera inapropiado, el proceso vuelve
al nivel 1.
El trabajo se divide en equipos como una El trabajo se divide en fases. El equipo

responsabilidad individual. trabaja de cerca.
Scrum recibe comentarios del propietario La documentación requerida se realiza en

del producto y las partes interesadas. El la etapa inicial. La documentación
cliente se mantiene al tanto y adecuada se lleva a cabo solo durante la
constantemente toma su palabra durante fase de requisitos.
todo el proceso de desarrollo.
El proceso de desarrollo de Scrum El modelo de cascada funciona bien con

funciona bien para proyectos difíciles y proyectos más pequeños.
complejos.
El proceso de desarrollo se divide entre el Las fases y los procesos se completan

equipo como individuo, no espera a que se uno a la vez.
complete la etapa anterior.
Divide su trabajo en Sprint y luego se Divide su trabajo en etapas y el proceso

asigna según los miembros del equipo. continúa uno tras otro.
El software de trabajo se muestra al El software de trabajo se produce en el

cliente en una etapa temprana. Es por eso momento de la entrega solo al cliente.
que los cambios son bienvenidos.
El cliente se mantiene informado sobre El cliente se contactará solo en la fecha de
P á g i n a 33 | 132
cada paso que tiene lugar en el desarrollo entrega.
del proyecto.
Fuente: Información extraída de

“https://www.educba.com/scrum-vs-waterfall/”
2.9 Modelo C4
El modelo C4 se creó como una forma de describir y comunicar la arquitectura del
software, tanto durante las sesiones de diseño iniciales como al documentar
retrospectivamente una base de código existente. Es una forma de crear mapas de su
código, en varios niveles de detalle, de la misma manera que usaría algo como Google
Maps para acercar y alejar un área que le interesa.
Aunque está dirigido principalmente a arquitectos y desarrolladores de software, el
modelo C4 proporciona una forma eficiente de comunicación y efectiva de su
arquitectura de software, a diferentes niveles de detalle, contando diferentes historias
a diferentes tipos de audiencia, al hacer un diseño inicial o retrospectivamente
documentando una base de código existente.
2.10 Lenguajes de Programación
Es un lenguaje formal que se da a través de una serie de instrucciones que son
escritas en ordenes secuencialmente y algoritmos para poder controlar el
comportamiento físico y lógico de una computadora que son desarrolladas por un
programador.
2.10.1 Java
Java fue desarrollado originalmente por James Gosling en Sun Microsystem. Gran
parte de la sintaxis de Java se deriva de C++, que también está basada en clases y
orientada a objetos. Java se envía en forma de JDK (Java Development Kit), que
incluye varios componentes necesarios para ejecutar un programa en lenguaje
P á g i n a 34 | 132
java, sin embargo, no todos los componentes de JDK son obligatorios para ejecutar
Java.
Java es un lenguaje independiente de la plataforma (multiplataforma), incluye un
motor de ejecución, compilador y bibliotecas para facilitar el desarrollo de software.
2.10.2 C#
C # fue desarrollado por Microsoft con su iniciativa .NET, con un equipo de
desarrollo dirigido por Anders Hejlsberg. La última versión de C # es 7.2, que se
lanzó en 2017 junto con Visual Studio 2017 versión 15.5. Por lo tanto, es una
excelente opción para cualquier programador que desee hacer desarrollo web y de
juegos. Hay varias herramientas multiplataforma disponibles que permiten
aplicaciones escritas en C # que se pueden usar en dispositivos móviles y de
escritorio.
Tabla 2: Comparación Java vs C#.
Java C#
Basado en clases, lenguaje orientado a Orientado a objetos, orientado a
objetos, derivado de C ++ componentes, funcional, escritura fuerte.
Aplicaciónwebcompleja,conalta Desarrollo web y de juegos, popular para

concurrencia. el desarrollo móvil.
Adecuado para proyectos complejos de El más adecuado para proyectos de
concurrencia basados en web y servicios. desarrollo de juegos.
Mensajería, aplicación web, aplicación Juegos, desarrollo móvil, realidad virtual.
altamente concurrente.
Requiere JDK (Kit de desarrollo de Java) .NET Framework proporciona una gran
para ejecutar Java. biblioteca de códigos utilizados por C #.
Dominar la interacción del lado del servidor. Lenguaje del lado del servidor con buena
base de programación.
Javaes altamente eficiente para Comparado con Java, C # necesita
multiplataforma con su código de bytes. mejorar esta característica.
Entornos de Desarrollo: Eclipse, NetBeans, Entornos de Desarrollo: Visual Studio,
P á g i n a 35 | 132
IntelliJ IDEA. Mono DEVELOP, #DEVELOP.

“https://www.educba.com/java-vs-c-sharp/”
2.10.3 ASP.NET
Fue desarrollado y comercializado por Microsoft, es un entorno para aplicaciones
web en el cual su uso se centra en el desarrollo web dinámico, aplicaciones web y
servicios SOAP.
ASP .NET utiliza formularios web (web forms) para el desarrollo de aplicaciones
web, los formularios web son contenidos en archivos ASPX el cual está constituido
de código HTML y XHTML estático.
ASP.NET también funciona sobre el servidor de Apache aparte de Microsoft IIS.
Tabla 3: Comparación de Java vs .NET.
Java .NET
Los IDE de Java proporcionan un editor de Visual Studio está integrado con .net.
código, depurador, compilador y elementos Incluye muchas características como
como Maven que ayudan a construir el entornos específicos del idioma. El IDE
código con facilidad .net actúa como un espacio de trabajo
único que tiene una interfaz de
documentos múltiples que ayuda en
actividades de desarrollo como edición,
compilación, etc.
Java es un lenguaje interpretado y, por lo .Net se compila y ejecuta en el sistema
tanto, el código no se convierte al lenguaje operativo donde se implementa el
de máquina hasta que se ejecuta. código.
LINQ no está disponible con JAVA LINQ permite a un usuario escribir
Java 7 tiene la facilidad de usar una consultas directamente en lugar de usar
declaración de cambio en la variable de procedimientos almacenados
cadena, pero no los marcos más antiguos C # le permite usar una instrucción de
cambio en una variable de cadena.
C # admite compatibilidad con datos
P á g i n a 36 | 132
genéricos nativos
Una de las desventajas de Java es la La desventaja de .Net es que el soporte
seguridad. La seguridad se ve comprometida solo está disponible para Entity
principalmente en las soluciones Framework. Limita el soporte objeto-
independientes de la plataforma. Además, relacional. El código administrado se
Scala es incompatible con Groovy y, por lo ejecuta más lentamente que el código
tanto, necesita mejores habilidades de nativo en este marco. Los
desarrollo. Sin embargo, la multiplataforma desarrolladores tienen que depender de
hace que Java sea especial, por otro lado, Microsoft para todas las actualizaciones,
tiende a hacer que Java sea más lento. características y mejoras.
Java tiene una arquitectura de tres niveles .Net también proporciona un marco de
que permite a los desarrolladores crear múltiples niveles que proporciona
aplicaciones web en niveles. instalaciones donde se capturan la lógica
Es uno de los mejores idiomas para el y los datos comerciales.
desarrollo web empresarial. También proporciona la mejor plataforma
como marco y proporciona recolección
de basura automática.
“https://www.educba.com/java-vs-net/”
2.10.4 JavaScript
JavaScript es un lenguaje de script orientado a objetos que le permite
crear páginas HTML dinámicas con efectos interactivos dentro de una página
web. JavaScript estaba disponible en el navegador hasta que Google Chrome
lanzó su motor de JavaScript como "node.js".
Tabla 4: Comparación entre Java y JavaScript.
Java JavaScript
Java es un lenguaje de programación JavaScript es un lenguaje de secuencias
orientado a objetos que utiliza objetos de comandos orientado a objetos que para
realizar cualquier acción basada en utiliza objetos similares a Java. las
relaciones entre objetos.
Las aplicaciones y programas Java se Las aplicaciones de JavaScript se ejecutan
en JVM (máquina virtual Java) ejecutan en un navegador web y no
P á g i n a 37 | 132
que requiere la instalación de JDK y JRE necesitan ninguna configuración inicial.
en un sistema.
Los programas Java se compilan e JavaScript se interpreta como un lenguaje
interpretan, ya que es un lenguaje de de script que es un código de texto plano.
programación.
Java es compatible con la mayoría de los JavaScript es compatible con la mayoría
sistemas operativos como lo admite casi de los navegadores web que vienen con
todos los sistemas operativos. diferentes sistemas operativos y los
desarrolladores pueden crear
directamente scripts usando JavaScript,
ya que será sencillo.
“https://www.educba.com/java-vs-javascript/”
2.10.5 Node.js
Node.js es un entorno de tiempo de ejecución JavaScript de plataforma abierta /
multiplataforma muy potente. Node.js ejecuta el código JavaScript en el lado del
servidor. Node.js se utiliza principalmente para desarrollar aplicaciones del lado del
servidor y aplicaciones de red.
Node.js proporciona una gran cantidad de bibliotecas para varios módulos de
JavaScript, lo que ayuda al programador a desarrollar aplicaciones web utilizando
Node.js en gran medida.
Tabla 5: Comparación de Java vs Node.js
Java Node.js
Java bloquea las operaciones de entrada Node.js no bloquea las operaciones de
/ salida. Las operaciones que se supone entrada / salida. Cuando las operaciones
deben escribir en disco o enviar de E / S comienzan a funcionar, el
información en la red, Java bloquea esa subproceso del programa le permite
operación y no permiten hacer nada más. continuar procesando las otras tareas.
Como las operaciones de E / S no están
Java siempre asigna un hilo para cada bloqueadas en Node.js, utiliza un solo
P á g i n a 38 | 132
solicitud entrante que se supone que subproceso para procesar todas las
debe procesarse. solicitudes entrantes a la vez. Y también
A medida que aumenta el número de Node.js proporciona mucho tiempo para
solicitudes simultáneas al mismo tiempo, realizar todos los cálculos y
también aumenta el número necesario de transformaciones de las solicitudes
subprocesos. mientras espera cualquier operación de E
/ S.
Uso del motor V8 de Google por
Java tiene un rendimiento superior a JavaScript para compilar JavaScript en el
Node.js en computación. código de la máquina y lograr los mejores
y más efectivos resultados.
Java contiene varios IDEs como Eclipse, Node.js tiene muy pocos IDEs en
NetBeans o IntelliJ. comparación con Java. Por lo tanto, los
Al crear / desarrollar aplicaciones con programas de tipo desarrollador Node.js
Java, los desarrolladores utilizan sus tres en la línea de comandos y el código en el
herramientas principales de primer nivel editor de texto favorito, es decir, en
que pueden estar bien integradas con Eclipse o Visual Studio.
depuradores, descompiladores y Esto lleva a un bajo rendimiento.
servidores.
“https://www.educba.com/node-js-vs-java-performance/”
2.11 Frameworks
2.11.1 Spring
Spring es un framework de código abierto desarrollado por pivotal, es un marco de
aplicación e inversión de contenedor de control para la plataforma Java que
proporciona soporte de infraestructura para el desarrollo de aplicaciones.
Donde permite a los desarrolladores concentrarse en la lógica empresarial y se
encarga de la infraestructura. Spring facilita el desarrollo de aplicaciones Java
empresariales y brinda soporte para Kotlin y Groovy como idiomas alternativos en
JVM y brinda flexibilidad para desarrollar aplicaciones con cualquier tipo de
arquitecturas basadas en las necesidades.
P á g i n a 39 | 132
2.11.2 Hibernate
Hibernate es un framework de Java que proporciona un mapeo relacional de
objetos de un modelo orientado a objetos a la base de datos relacional. Significa
que hibernate proporciona desde clases Java a tablas de bases de datos y también
proporciona una función de consulta y recuperación de datos.
Hibernate implementa diferentes módulos para desarrolladores internamente, como
escribir consultas para realizar operaciones CRUD en la base de datos.
Tabla 6: Comparación de Spring vs Hibernate.
Spring Hibernate
Spring Framework es útil para la gestión El marco de Hibernate proporciona
de transacciones, la programación persistencia relacional de objetos, acceso
orientada a aspectos y la inyección de a capas de datos y servicio de
dependencias; desarrollar aplicaciones de recuperación de consultas para
escritorio para aplicaciones empresariales aplicaciones para aplicaciones de nivel
web en Java. empresarial en Java.
Spring Framework, es liviano, de código El marco de Hibernate, es liviano, de
abierto y multiplataforma, tiene muchos código abierto y multiplataforma, ofrece
módulos, algunos de ellos son Spring mapeo de modelos relacionales de
Core, Spring Security, Spring JDBC, objetos entre clases Java y tablas de
Spring MVC y muchos más módulos. bases de datos, por lo tanto, no hay
módulos como Spring.
Spring Framework no tiene soporte para El marco de Hibernate tiene versiones
el control de versiones, ya que como una característica importante donde
P á g i n a 40 | 132
necesitamos usar la conexión JDBC a los desarrolladores pueden definir campos
una base de datos con Spring Framework de versión en la aplicación y cada vez que
y los desarrolladores deben manejar haya un cambio en los datos se
cuando dos usuarios modifican y usan los actualizará.
datos simultáneamente.
Spring Framework tiene soporte para la El marco de Hibernate tiene soporte para
agrupación de conexiones al cambiar la la agrupación de conexiones
configuraciónenelarchivode almacenando conexiones de base de
configuración de Spring para aplicaciones datos en una memoria caché mientras
Java, aplicaciones web y de escritorio, crea y utiliza después de cada vez que
pero tiene el problema de la agrupación estamos conectados a una base de datos
de conexiones agotada en algunos casos. específica que ayudará a aumentar el
rendimiento y podemos habilitar la
agrupación de conexiones cambiando el
archivo de configuración de hibernate.
“https://www.educba.com/spring-vs-hibernate/”
2.11.3 Express JS
Express.js es un sistema de software de suministro abierto y gratuito y un marco de
aplicación de Internet para Node JS que fue diseñado para el evento de
aplicaciones de Internet y API. Además, es el marco de servidor de calidad para
Node JS. Fue desarrollado por TJ Holowaychuk el 16 de noviembre de 2010. Al
lado de la información de MongoDB y el marco frontend de Angular JS , Express
JS es el back-end de una parte de la pila MEAN. Con la ayuda de esto, podrá
administrar todo, desde rutas hasta el manejo de solicitudes y vistas. Incluso ofrece
un sólido conjunto de opciones para numerosas aplicaciones móviles y de Internet.
Express JS es un framework de aplicación ligero para node JS. Este marco de
JavaScript proporciona una variedad de opciones versátiles, útiles y vitales para el
evento de dispositivos móviles, además, como aplicaciones de Internet con la
ayuda de Node JS.
P á g i n a 41 | 132
2.12 Base de Datos
2.12.1 MySQL
Es una base de datos relacional de código abierto más populares y preferidos. Se
está utilizando ampliamente en muchas aplicaciones industriales a pequeña y gran
escala y es capaz de manejar un gran volumen de datos. MySQL es compatible
con el lenguaje de consulta estructurado (SQL) estándar. Está escrito en lenguaje
C y C ++ y desarrollado por Michael Widenius y David Axmark en el año 1994.
Actualmente, Oracle Corporation está desarrollando, distribuyendo y apoyando la
aplicación MySQL.
2.12.2 SQLite
Es una biblioteca escrita en lenguaje de programación C que implementa una base
de datos SQL sin transacciones y sin configuración. Solo que en este caso no tiene
un servidor separado. Hace uso de un archivo de disco ordinario para su operación
de lectura y escritura.
Tabla 7: Comparación MySQL vs SQLite.
MySQL SQLite
Requiere un servidor de base de datos Es una base de datos integrada sin
para interactuar con el cliente a través de servidor que se ejecuta como parte de la
la red. aplicación y no puede conectarse con
ninguna otra aplicación a través de la red.
Es de código abierto y está administrado No solo es de código abierto, sino que el
por Oracle. código también está disponible en el
dominio público para uso comercial y
personal.
El servidor MySQL requiere alrededor de Es una biblioteca muy ligera de
600Mbdeespacioparasu aproximadamente 250 kb de tamaño.
P á g i n a 42 | 132
funcionamiento.
Puede manejar múltiples conexiones Solo puede atender a una conexión a la
simultáneas. vez.
Se puede crear múltiples usuarios con No es compatible con la gestión de
diferentes niveles de permisos y roles. usuarios.
Se usa generalmente para aplicaciones Generalmente se usa para aplicaciones
web y aplicaciones de escritorio que móviles donde se usa principalmente
requieren muchos cálculos y pararecuperarciertainformación
transacciones frecuentes. predefinida.
“https://www.educba.com/mysql-vs-sqlite/”
2.12.3 Oracle
Oracle es uno de los mayores proveedores de sistema de gestión de
bases de datos relacionales(RDBMS) en el mercado de TI. La base de
datos Oracle fue desarrollada en 1977 por Lawrence Ellison, que se basa
en una base de datos relacional en la que los usuarios pueden acceder a
los datos a través de una aplicación o lenguaje de consulta llamado SQL.
2.12.4 PostgreSQL
PostgreSQL no es compatible con SQL hasta 1994: se utilizó el lenguaje
QUEL para consultar datos de él. Más tarde, se agregó soporte SQL. Se
convierte en código abierto en 1996. Admite todas las características de
RDBMS con una adición de otras características que no están disponibles
en RDBMS, como vistas, procedimientos almacenados, índices y
disparadores, además de la clave principal, la clave externa y las
características de atomicidad.
Tabla 8: Comparación Oracle vs PostgreSQL.
Oracle PostgreSQL
P á g i n a 43 | 132
El precio de adquisición y soporte de Dado que PostgreSQL es de código
productos para la base de datos Oracle abierto, no se cobra ninguna tarifa por la
es alto y debemos pagar además por adquisición y el soporte del producto, que
cadacaracterística adicional que son absolutamente gratuitos.
necesitamos que tenga el precio alto.
Entonces, el TCO es alto para la base de
datos Oracle
El soporte al cliente para la base de datos El soporte al cliente para PostgreSQL es
Oracle no es gratuito; Es casi una cuarta gratuito, pero llevará tiempo resolver el
parte del costo de la licencia y aumenta problema, ya que será resuelto por la
de 3 a 5% anualmente. comunidad de desarrolladores.
La productividad de la base de datos La productividad de PostgreSQL es
Oracle se debe más a su superioridad menor que la base de datos Oracle, ya
técnica. La base de datos Oracle que proporciona menos cantidad de
proporciona más transacciones por transacciones por segundo que Oracle
segundo que PostgreSQL. DB.
La base de datos Oracle tiene más PostgreSQL tiene un buen soporte de
seguridad o seguridad avanzada, pero seguridad, pero no es tan avanzado
necesitamos comprarla como parte de las como la base de datos Oracle, pero esas
ediciones proporcionadas por Oracle características no son relevantes para las
Corporation que tienen algunas peores condiciones de la base de datos.
características que protegen la base de
datos.
Oracle ofrece cuatro sockets con edición PostgreSQL ofrece soporte de
estándar para la escalabilidad, pero para escalabilidad para expansiones sin costo,
proyectos de alta carga de trabajo como proxy de Skype que asigna
necesitamos comprar la edición información en grupos de bases de datos,
empresarial, que es poco costosa. soluciones de almacenamiento basadas
en clústeres basadas en PostgreSQL.
La edición empresarial de la base de La base de datos PostgreSQL maneja
datos Oracle maneja una gran cantidad una gran cantidad de datos de manera
de datos de manera efectiva que efectiva, lo que aumenta la productividad
PostgreSQL en base a otras condiciones de 10 a 30 páginas en máquinas que
y tipos de máquinas iguales. tienen grandes volúmenes de memoria.
“https://www.educba.com/oracle-vs-postgresql/”
P á g i n a 44 | 132
2.12.5 MongoDB
Está diseñado y desarrollado por MongoDB Inc. (empresa estadounidense de
software). Y se publica con una combinación y coordinación de la Licencia Pública
General Affero de GNU y la Licencia Apache. MongoDB se lanzó en el año febrero
de 2009 y la última versión estable fue en junio de 2019.
Por lo general, un solo servidor MongoDB tiene múltiples bases de datos. El
documento MongoDB no es compatible con SQL y admite lenguaje de consulta
alto, rico y ad-hoc. MongoDB está escrito en lenguaje de programación C ++, C y
JavaScript.
2.12.6 DynamoDB
Es un servicio de base de datos NoSQL patentado y alojado, administrado por
Amazon como parte de Amazon Web Services (AWS). Amazon DynamoDB
también se conoce con otros nombres, es decir, Dynamo Database o DDB.
DynamoDB está diseñado y desarrollado por Amazon.com y su lanzamiento inicial
se realizó en el año enero de 2012. Se ejecuta en el sistema operativo
multiplataforma.
DynamoDB permite a sus usuarios crear bases de datos que son capaces de
almacenar y recuperar datos, y también administrar el tráfico. La gestión del tráfico
de datos se realiza automáticamente mediante la distribución de datos y gestiona el
tráfico de solicitudes de cada cliente a través de los servidores de forma dinámica,
y también ayuda a mantener y mejorar el rendimiento.
Tabla 9: Comparación de MongoDB vs DynamoDB.
MongoDB DynamoDB
Es una de los almacenes de documentos Es un servicio de base de datos NoSQL
más famosas. escalable y alojado proporcionado por
P á g i n a 45 | 132
Amazon con la facilidad de almacenar los
datos en la nube de Amazon.
MongoDB utiliza documentos de tipo Utiliza tablas, los componentes
JSON para almacenar los datos sin principales: elementos y atributos.
esquema.
Es difícil de configurar e instalar. Se debe La configuración e instalación de
a la falta de orientación para realizarlo. DynamoDB es muy fácil ya que es un
Para facilitar el uso de Mongo DB, tienen servicio web proporcionado por
MongoDB Atlas, que está alojado en la Amazon.com.
nube.
No es tan bueno en seguridad, porque La seguridad en DynamoDB es más
solo durante el proceso de instalación, segura y generalmente es proporcionada
por defecto se instala con autenticación por la medida de seguridad de AWS
desactivada (lo cual es una muy mala disponible.
idea de MongoDB Inc., lo que lleva a que Para obtener acceso a DynamoDB, el
cualquier persona cambie cualquier dato acceso debe otorgarse con una
en cualquier momento). característica especial que es IAM a
través del par de claves de acceso /
secreto y también puede lograrse
mediante roles.
“https://www.educba.com/mongodb-vs-dynamodb/”
2.13 Frameworks y bibliotecas Javascript para el desarrollo web
2.13.1 Angular
Angular es básicamente una plataforma de aplicaciones web front-end de código
abierto basada en TypeScript dirigida por el Equipo Angular de Google.
Características
• Proceso de enlace de datos bidireccional.

• Inyección de dependencia.
• Código fácil de probar.
• Vinculación profunda.
• Enrutamiento.
• Controlador.
P á g i n a 46 | 132
• Ampliación de la funcionalidad de los atributos HTML con directivas.
2.13.2 React
Es una biblioteca de JavaScript que se utiliza principalmente para implementar la
interfaz de usuario. React fue creado inicialmente por Jordon Walke, empleado de
Facebook. Ahora es una de las bibliotecas JavaScript más populares utilizadas en
las industrias de software actuales.
Características
• JSX es una extensión de sintaxis de JavaScript que se recomienda

principalmente para usar en React JS.
• Componentes se usa para trabajar en un proyecto grande con una
estructura modular diferente.
• Flujo de datos unidireccional, implementa el flujo de datos unidireccional
utilizando el patrón Flux para mantener los datos unidireccionales.
• Licencia, tiene licencia de Facebook Inc.
Tabla 10: Comparación de Angular vs React.
Angular React
Angular es uno de los framework de código React.js proporciona un rendimiento mucho
abierto conocidos y proporciona un más rápido que Angular 5 en el caso de
rendimiento impactante para páginas más pequeños conjuntos de datos o páginas
grandes, ya que ofrece un proceso de enlace pequeñas. Pero para páginas más grandes, no
de datos bidireccional. es tan preferido ya que no hace ningún
proceso de enlace de datos.
Angular funciona en la arquitectura MVC React.js utiliza la arquitectura MVP (Modelo-
(Modelo/ Vista/ Controlador) y utiliza el Vista-Presentador) y no proporciona ningún
enlace de datos bidireccional para impulsar proceso de enlace de datos.
la actividad de la aplicación.
La prueba de rendimiento es más preferida No proporciona ningún proceso de enlace de
en Angular que React. Principalmente en el datos y, por lo tanto,proporciona
caso de grandes aplicaciones, las pruebas principalmente una experiencia de prueba
son más fluidas a través de este marco. rápida para una sola página o aplicaciones
más pequeñas. Para aplicaciones grandes o
de páginas múltiples, es menos preferido que
P á g i n a 47 | 132
Angular.
Tiene un gran soporte comunitario y amplias Está bajo licencia de Facebook y por lo tanto
bibliotecas de documentación. También está tiene uno de los mayores apoyos de la
respaldado por Google. comunidad.
Implementa un proceso de enlace No proporciona ningún enlace de datos y tiene
bidireccional y, por lo tanto, es un poco una API simple y fácil que Angular.
complejo que React.js.
Se centra principalmente en HTML válido y React.js trabaja en un enfoque de
elementos dinámicos que reflejan los datos manipulación DOM directo para representar
subyacentes para reconstruir el DOM según cambios en la arquitectura de datos y
las reglas especificadas. Luego funciona en aplicaciones.
los registros de datos actualizados.
“https://www.educba.com/angular-5-vs-react/”
2.13.3 Conclusión
Debido a la necesidad de contar con una aplicación no bloqueante, de alto
rendimiento y rápida respuesta, optamos por utilizar Node.js, por el motivo que su
entorno de ejecución por parte de la capa del servidor está basado en unl lenguaje
de programación denominado ECMAScript, la cual con ayuda de frameworks como
Express.js se expondrán servicios (API Rest) para el manejo de datos en el formato
JSON.
Debido a la gran cantidad de información transaccional de la empresa y la
seguridad que conlleva el respaldo de información y debido a las políticas de la
empresa se utilizó Oracle Database como gestor de base de datos para tratar
información sensible de los procesos de la organización.
Se optó por utilizar Angular en su versión 8, debido a la familiaridad con la
tecnología por parte de los tesistas y por considerarse unos de los framework front-
end con mejor desempeño y estabilidad en la actualidad.
P á g i n a 48 | 132
CAPÍTULO
3
ANTECEDENTES
ANTECEDENTES
3.1 Antecedentes Nacionales
• Mansilla Arenas, Bettzara Bershell, 2016 – tesis “Propuesta De Una Mejora En
La Gestión De La Cadena Logística De Una Empresa Manufacturera.”
La tesis detalla que los tesistas identificaron problemas que se presentan en la
Empresa Fiddoplast S.A fueron las deficiencias en la utilización de recursos,
también que la empresa crece de manera desordenada superando la
capacidad máxima. A la vez que presenta cuellos de botellas y restricciones
por la integración logística de las operaciones e iteraciones entre las áreas. Los
objetivos que se plantearon fueron proponer una metodología que pueda
ayudar en la mejora de la organización, funcionamiento de la gestión logística y
ayudar en la mejora de los índices de productividad. Para el desarrollo se
implementó plantear lo siguientes puntos, definición de estrategias, objetivos,
P á g i n a 49 | 132
políticas y procedimientos administrativos. Los tesistas implementaron un
análisis en base a una metodología que tenga mejora continua y acción
correctiva para poder realizar diagramas de causa / efecto. Obtuvieron que los
problemas se basaron en lo ineficaz que es el sistema logístico, tanto de los
procedimientos y existencia de un plan de producción. Como conclusión
obtuvieron que al implementar la herramienta que tiene como metodología,
aplicar diagramas que permitió identificar las causar y ayudar a determinar un
plan de acción para eliminar la causa del problema. Aparte que ayudaba a
fomentación de un trabajo de equipo. En aporte de esta metodología es
identificar con una gran exactitud el origen del problema y el análisis de una
estrategia como plan de acción.
• David Vargas Ruiz, 2017 – tesis “Aplicación Web Para La Mejora De La
Gestión De Servicios De Soporte Técnico De La Empresa Roxfarma S.A.”
La tesis detalla que la empresa con nombre Roxfarma S.A no provee de un
sistema automatizado, debido a eso no tiene un buen servicio de soporte
técnico, por lo cual la atención al usuario por cualquier canal genera
contratiempos e incidencias. Los Objetivos planteados por los tesistas fue la
implementación de un aplicativo web en la mejora eficiente y productivo de los
servicios de soporte técnico. El tesista aplico en el desarrollo del proyecto, la
metodología Proceso Racional Unificado (RUP) por el motivo de la eficacia,
reutilización del código desarrollado y PHP como lenguaje de programacion
para el manejo de interfaz y como base de datos uso MySQL. Como conclusión
de la tesis se observa que el aplicativo facilito subir la eficiencia, a reducir el
tiempo de respuestas de atención y a una mayor calidad del servicio. El aporte
que se rescata de la implementación de este proyecto tesis es la evaluación de
las herramientas tecnológicas que pueden contribuir a una mejora en los
resultados de los procesos.
P á g i n a 50 | 132
• Marco Antonio Arias Muñoz, 2018 – tesis “Desarrollo de una aplicación web
para la mejora del control de asistencia de personal en la Escuela Tecnológica
Superior de la Universidad Nacional de Piura.”
La tesis detalla la falta de una herramienta tecnológica en la Universidad
Nacional de Piura. Esto ocasiona que no se tenga un control ni programación
efectiva y eficiente a su personal. Donde el problema surge en el registro y
control de la asistencia que se toma de manera manual y que es llenado en
diferentes horarios, ocasionando que sea vulnerable dicho documento a
perdidas, manipulación y entre otros. Donde el verdadero problema es si el
personal cumple con su horario de trabajo. Los objetivos planteados por el
tesista fue medir el nivel de aceptación de las funciones del aplicativo web. En
el desarrollo del proyecto, el tesista utilizo la metodología Proceso Racional
Unificado (RUP), por el motivo que la metodología es de manera iterativa e
incremental, donde permite la división del proyecto para cumplir con los
objetivos de forma priorizada. El objetivo planteado por el tesista fue
implementar el desarrollo de un aplicativo de alta calidad, que logre satisfacer
los requerimientos del usuario en el alcance que se planteó. Como conclusión
del tesista, el aplicativo web logro satisfacer los procesos de administración de
asistencia de personal, por tiempo de acceso y respuesta a las solicitudes de
información solicitada por el usuario, resaltándola como una alta calidad. Como
aporte la metodología RUP que se aplicó, fue clave para el éxito del plan de
acción en la recolección de información para así implementar de mejor manera
el sistema y la elaboración de la arquitectura.
P á g i n a 51 | 132
3.2 Antecedentes Internacionales
• Diego Rodrigo Tobar Chicaiza, 2014 - Análisis, tesis “Desarrollo E
Implementación De Una Aplicación Web Orientada Para El Registro De
Órdenes De Compra, Clientes Y Productos Para La Empresa Ferretería Tobar
Nolivos Cia. ltda., ciudad de Quito.”
El tesista enfoca su investigación en la empresa cuyo nombre es Ferretería
Tobar Nolivos Cía. El problema es que no tiene un sistema para organizar sus
procesos de registros de órdenes de compra, clientes y productos. Los
objetivos detallados por el tesista implican, analizar la metodología Scrum para
establecer como marco de trabajo y el aporte que brindará al ejecutar el
proyecto, en la arquitectura que se empleará en el aplicativo Web y desarrollo
de pruebas e implementación. En las metodologías, que más se resalto fue
Scrum, por el trabajo de equipos autoorganizados y autodirigidos, logrando de
esa manera una responsabilidad y compromiso. El framework utilizado fue
CodeIgniter, basado en el patrón de diseño MVC (Modelo, Vista, Controlador),
también se uso PHP como lenguaje de programación y MySQL como base de
datos. Como conclusión, se rescató el gran papel que desempeño el uso de
Scrum, por la incorporación de cambios del desarrollo del sistema y control
sobre el avance de este. Permitiendo crear una aplicación completa y de
calidad, debido a la comunicación entre el desarrollador y cliente que simplifico
errores y mejoras en las funcionalidades obteniendo un resultado aprobado por
el cliente.
• Eduardo Guillermo Aguilar Riera, David Alfredo Dávila Garzón, 2013 – tesis
“Análisis, Diseño e Implementación de la aplicación web para el manejo
de distribuido de la facultad de Ingeniería, ciudad de Quito.”
P á g i n a 52 | 132
En el siguiente trabajo de tesis se indica que hay un problema con la
coordinación entre los diferentes directores de cada escuela de la Universidad
de Cuenca, por el motivo que al generar el distributivo se vuelve engorroso el
proceso de enlazar cada documento con los datos e información que son
manipulados por los profesores. Los tesistas se plantearon como objetivos a
seguir la implementación de los mantenimientos dentro del distributivo a
realizar cada profesor, que implica sugerir actividades y asignaturas en
referencia a años anteriores, el desarrollo de la interfaz para asignar
actividades, asignar horas del periodo lectivo, reportes del distributivo particular
o general de la facultad. En la metodología para el diseño de la aplicación web
se utilizó la fase de análisis de diseño para definir el problema, desarrollar
diagramas en UML que representa las funciones del aplicativo. Utilizaron como
persistencia HIBERNATE para la comunicación del modelo orientado a objetos
con la base de datos. El proyecto uso el framework de Google smartGWT
debido a su compatibilidad GWT. Se utilizo MySQL como Base de datos debido
a su multiplataforma. Usaron el IDE Eclipse para el entorno de desarrollo.
Como conclusión, los tesistas llegaron a lo siguiente, que el aplicativo web
permitía que el director tenga la opción de visualizar las tareas a dictar de dicho
docente basándose de los años anteriores, contar con la opción de visualizar y
la función de realizar reportes. El aporte del proyecto fue la importancia para
determinar las herramientas necesarias validando las licencias y facilidad en la
implementación.
• Carlos Alberto Martin del Campo Verdin, 2016 – tesis “Diseño y desarrollo de
un sistema de gestión de inventarios con integración a SAP Business One.
Ciudad de Guadalajara, Jalisco. “
El tesista identificó que el módulo de inventarios que se encuentra en el ERP

necesita mejorar necesidades particulares del control de inventarios por las
pymes, donde los conteos del almacén se realizan de forma visual o mediante
P á g i n a 53 | 132
equipos lectores de códigos de barras, la información es recopilada de forma
manual ya que un usuario revisa las cantidades del articulo leídos cuadrando
con las cantidades en el sistema, tampoco se cuenta con una función de
localización de un artículo de tal manera que no se puede consultar. Los
objetivos planteados fue recabar información sobre otros sistemas de gestión
de inventarios que apoye en la elaboración del diseño del sistema, el desarrollo
de un sistema para la gestión de los almacenes según lo planeado en el
diseño, integrar las operaciones de almacén con SAP, disminuir error humano
en captura de información y una vez desarrollado el sistema implementarlo en
una empresa. Para la implementación del desarrollo, el tesista dividió el
proyecto en las siguientes capas: elaboración de documento, protocolo y marco
teórico; definición de requerimientos del sistema, donde se definió las funciones
del sistema; elaboración de plan de trabajo, en el cual el tesista definió las
etapas de programación con las fechas de entrega en cada etapa del proyecto,
diseño del sistema a crear, en donde se definieron las interfaz a desarrollar y el
flujo del sistema; para el desarrollo, las herramientas utilizadas fueron Android
Studio, Java, ASP.; se definió que el programa se ajustará y validará por
empresa; liberación del producto, desplegar el producto en un ambiente real de
la empresa que sea seleccionada para la implementación del sistema;
recopilación de experiencias y conclusiones, se documenta la experiencia
adquirida durante el ciclo de vida del proyecto, así como el antes y el después
de la empresa una vez que el sistema fue implementado. El sistema estuvo
conformado por servicio web (back-end) y una aplicación móvil (front-end). El
servicio web fue desarrollado en lenguaje visual Basic utilizando el framework
3.5 de Microsoft, ayudando con la comunicación con la base de datos SAP, que
cuenta con funciones para extraer información, así como funciones con las
cuales se puede insertar nuevas operaciones en el sistema principal (ERP
SAP). La app fue desarrollada en lenguaje programación java, la
P á g i n a 54 | 132
herramienta utilizada para realizar el diseño de la interfaz, así como sus
funciones y conexión con el servicio web previamente descrito fue Android
Studio. El tesista concluyo que en la planeación del diseño de la interfaz de
usuario se consideraron las buenas prácticas recomendadas por la página
oficial “Android Developers”, con la implantación de esta aplicación se abarca
las necesidades requeridas por le control de inventario por la empresa
escogida, actualmente la aplicación se encuentra trabajando solamente en
almacenes de Guadalajara a la espera de replicar el uso de esta nueva
herramienta a los demás almacenes. Como aporte a nuestro proyecto se
rescata lo fundamental que es aplicar las buenas prácticas en el desarrollo de
un software, así como desacoplar la parte back-end (servicios web) de la parte
front-end (app) la cual logra hacer una aplicación robusta, escalable y tolerante
a fallos, así como la mejora en los tiempos de desarrollo.
P á g i n a 55 | 132
CAPÍTULO
4
APLICACIÓN
DESARROLLO DE LA APLICACIÓN
4.1 Plan del Desarrollo de la Aplicación
En la presente sección se determinan las actividades a realizar de acuerdo al marco
de trabajo para el desarrollo de software ágil SCRUM.
4.2 Análisis y Diseño
4.2.1 Planificación del Sprint
4.2.1.1 Product Backlog
El Product Backlog representa una lista de todos los requerimientos o tareas
que se realizó durante el desarrollo del proyecto.
Tabla 11: Product Backlog
ITEM DESCRIPCIÓN
1 Implementación de la Arquitectura del software
2 Definición de Base de datos Relacional y no Relacional
3 Diseñar el Modelo de Datos
4 Diseño del Modelo Entidad - Relación
5 Creación de Tablas en la Base de datos Relacional
6 Creación de Documentos en la Base de datos No Relacional
7 Diseño de la interfaz para el acceso a la aplicación
8 Creación de servicios REST para la lógica de acceso a la aplicación
9 Validaciones de intentos para el control de acceso a la aplicación
10 Generación de token para securizar las API REST expuestas
11 Cambio de contraseña por decisión del usuario
12 Cambio de contraseña por olvido de credencial
13 Diseño de interfaz para el mantenimiento de usuarios
14 Creación de servicios REST para la lógica de mantenimiento de usuarios
P á g i n a 56 | 132
15 Diseño de interfaz para el mantenimiento de roles
16 Creación de servicios REST para la lógica de mantenimiento de roles
17 Diseño de interfaz para el mantenimiento de opciones
18 Creación de servicios REST para la lógica de mantenimiento de opciones
19 Diseño de interfaz para la asignación de roles por usuario
20 Creación de servicios REST para la lógica de asignación de roles por usuario
21 Diseño de interfaz para la asignación de opciones por rol
22 Creación de servicios REST para la lógica de asignación de opciones por rol
23 Diseño de interfaz para visualizar los indicadores de gestión de ventas
24 Creación de servicios REST para la lógica de indicadores de gestión de ventas
Diseño y desarrollo de interfaz para visualizar los indicadores de gestión de cuentas
25 por pagar
Creación de servicios REST para la lógica de indicadores de gestión de cuentas por
26 pagar
Diseño y desarrollo de interfaz para visualizar los indicadores de gestión de cuentas
27 por cobrar
Creación de servicios REST para la lógica de indicadores de gestión de cuentas por
28 cobrar
Diseño y desarrollo de interfaz para visualizar las Notificaciones de los flujos de
29 operaciones de la empresa
30 Creación de servicios REST para la bandeja de notificaciones
31 Diseño y desarrollo de interfaz para visualizar los reportes de costo de venta
32 Creación de servicios REST para la lógica de reportes de costo de venta
Diseño y desarrollo de interfaz para visualizar los reportes de cuenta de línea de
33 crédito
34 Creación de servicios REST para la lógica de reportes de cuenta de línea de crédito
Diseño y desarrollo de interfaz para el mantenimiento de servicios/proyectos de la
35 empresa
Creación de servicio REST para el mantenimiento de servicios/proyectos de la
36 empresa
37 Diseño y desarrollo de interfaz para el mantenimiento de lista de precio de venta
38 Creación de servicio REST para el mantenimiento de lista de precio de venta
39 Diseño y desarrollo de interfaz para el mantenimiento de lista de precio de compras
40 Creación de servicio REST para el mantenimiento de lista de precio de compras
41 Diseño y desarrollo de interfaz para el mantenimiento de Artículos
42 Creación de servicio REST para el mantenimiento de Artículos
Diseño y desarrollo de interfaz para la bandeja de búsqueda de solicitud de orden de
43 compra
44 Creación de servicio REST para la lógica de solicitud de orden de compra
45 Diseño y desarrollo de interfaz para la creación de solicitud de orden de compra
Creación de servicio REST para la lógica de creación y modificación de solicitud de
46 orden de compra
47 Diseño y desarrollo de interfaz del flujo de aprobación de una orden de compra
Creación de servicio REST para la lógica del flujo de aprobación de una orden de
48 compra
49 Registro de notificación en el flujo de aprobación de una orden de compra
50 Diseño y desarrollo de interfaz para la recepción de una orden de compra
51 Creación de servicio REST para la lógica de recepción de una orden de compra
P á g i n a 57 | 132
Diseño y desarrollo de interfaz para la bandeja de búsqueda de stock por localizador
52 del almacén
Creación de servicio REST para la lógica de búsqueda de stock por localizador del
53 almacén
Diseño y desarrollo de interfaz para la búsqueda de pedido por localizador del
54 almacén
Creación de servicio REST para la lógica de búsqueda de pedido por localizador del
55 almacén
Diseño y desarrollo de interfaz para la transferencia de artículos entre inter
56 organización.
Creación de servicio REST para la lógica de transferencia de artículos entre inter
57 organización.
58 Diseño y desarrollo de interfaz para la transferencia de artículos entre subinventario.
Creación de servicio REST para la lógica de transferencia de artículos entre
59 subinventario.
Fuente: Elaboración Propia
4.2.1.2 Historias de Usuario
Figura 14: Tarjetas de las Historias de Usuario
COMO: TI
COMO: TI COMO: TI
QUIERO: Implementar una
arquitectura de software QUIERO: Definir la QUIERO: Definir la base
basada en servicios para base de datos relacional de datos relacional y no
la creación de API REST y y no relacional. relacional.
la arquitectura Front-end. PARA: El modelamiento PARA: El modelamiento
PARA: El desarrollo de la de base de datos. de base de datos.
interfaz de la aplicación.
COMO: TI COMO: TI COMO: TI

QUIERO: Diseñar el QUIERO: Crear las tablas QUIERO: Crear los
modelo entidad - relación. en la base de datos documentos en la base
PARA: Contar con el relacional. de datos no relacional.
mapeo de las relaciones PARA: La administración PARA: La administración
entre entidades. de entidades. de documentos.
P á g i n a 58 | 132
COMO: Usuario COMO: Seguridad De La
QUIERO: Tener acceso a la COMO: Usuario Información
aplicación mediante el QUIERO: Que se QUIERO: Quiero generar
ingreso de usuario y muestren validaciones. el TOKEN a nivel del
contraseña. PARA: Que muestren el servidor.
PARA: Poder acceder a la número de intentos fallidos PARA: Mantener
aplicación siendo autorizado a la aplicación. securizadas las API REST
previa validación. expuestas.
COMO: Administrador COMO: Administrador

COMO: Usuario QUIERO: Poder modificar
QUIERO: Poder realizar el
QUIERO: Poder y/o eliminar la información
registro de nuevos
restablecer mi contraseña. de los usuarios registrados
usuarios a la aplicación.
PARA: Poder recuperar mi en la aplicación.
PARA: Poder autorizar a
clave en caso olvido o por PARA: Poder cambiar la
nuevos usuarios el acceso
seguridad. información de los datos
a la aplicación.
del usuario.
COMO: Administrador COMO: Administrador COMO: Administrador

QUIERO: Poder realizar el QUIERO: Poder modificar QUIERO: Poder realizar el
registro de nuevos roles a y/o eliminar la información registro de nuevas
la aplicación. de los roles registrados en opciones a la aplicación.
PARA: Poder asignar los la aplicación. PARA: Tener mapeadas
roles a los usuarios y la PARA: Poder cambiar la las opciones del sistema y
aplicación valide el acceso información del rol en caso sea visualizada en el menú
por rol. sea necesario. de opciones.
COMO: Administrador
QUIERO: Poder modificar COMO: Administrador COMO: Administrador
y/o eliminar la información QUIERO: Poder asignar QUIERO: Poder asignar
de las opciones roles a los usuarios. opciones a los roles.
registradas en la PARA: Que un usuario PARA: Que un rol pueda
aplicación. pueda tener asignado uno tener asignado uno o más
PARA: Poder cambiar la o más roles. opciones.
información de opciones.
P á g i n a 59 | 132
COMO: Gerente de Ventas COMO: Gerente de COMO: Gerente de
QUIERO: Visualizar Cobranza Cobranza
indicadores de gestión de QUIERO: Visualizar QUIERO: Visualizar
las ventas. indicadores de gestión de indicadores de gestión de
PARA: Tener la cuentas por pagar. cuentas por cobrar.
administración de las PARA: Obtener la PARA: Obtener la
ventas realizadas por los información de las cuentas información de las cuentas
vendedores y obtener el que la empresa tiene que que la empresa debe
avance de ventas por mes. pagar. cobrar.
COMO: Gerente de Ventas COMO: Gerente de

COMO: Usuario
QUIERO: Visualizar Cobranza
QUIERO: Visualizar
reportes de los costos de QUIERO: Obtener reportes
notificaciones.
venta. de las cuentas de línea de
PARA: Que me informen
PARA: Obtener crédito.
los sucesos de los flujos
información de los costos PARA: Obtener la
de operaciones de la
de ventas del área de información de las líneas
empresa
ventas. de crédito de los clientes
COMO: Área de Logística COMO: Área de Logística COMO: Gerente de Ventas

QUIERO: Poder registrar, QUIERO: Poder visualizar QUIERO: Poder registrar,
modificar y eliminar los servicios y/o proyectos modificar y eliminar una
servicios y/o proyectos asociadas a la empresa. lista de precios de venta.
PARA: Identificar los
asociadas a la empresa. PARA: Poder especificar
PARA: Brindar servicios servicios que han sido el descuento de productos
que serán facturados. registrados y serán por lista de precio.
facturados.
COMO: Gerente de Ventas COMO: Gerente de COMO: Gerente de
QUIERO: Poder visualizar Compras Compras

QUIERO: Poder registrar, QUIERO: Poder visualizar
una bandeja de precios de
ventas. modificar y eliminar una una bandeja de precios de
PARA: Identificar la lista lista de precios de compras.

compras. PARA: Identificar la lista
de precio de ventas que
han sido registradas. PARA: Poder especificar de precio de compra que
el descuento de productos han sido registradas.
P á g i n a 60 | 132
COMO: Gerente de COMO: Gerente de COMO: Vendedor
Compras Compras QUIERO: Poder generar
QUIERO: Poder registrar, QUIERO: Poder visualizar una solicitud de orden de
modificar y eliminar la bandeja de artículos de compra.
artículos. la empresa. PARA: Poder realizar la
PARA: Administrar los PARA: Tener el listado de cotización de un producto
artículos de la empresa. artículos en su totalidad. a un proveedor.
COMO: Vendedor COMO: Gerente de

COMO: Vendedor QUIERO: Poder modificar Compras
QUIERO: Poder visualizar una solicitud de orden de QUIERO: Poder revisar y
la bandeja de solicitud de compra. rechazar una solicitud de
orden de compras. PARA: Actualizar la orden de compra.
PARA: Para poder información de la orden de PARA: Escalar la orden de
visualizar sus estados. compra que será enviada compra a la aprobación del
al proveedor. gerente central o en el
COMO: Gerente de COMO: Gerente Central COMO: Gerente Central

Compras QUIERO: Poder aprobar QUIERO: Poder visualizar
QUIERO: Visualizar la y/o rechazar una solicitud la bandeja de solicitud de
bandeja de solicitud de de orden de compra. orden de compras en
orden de compra en PARA: Aprobar una orden estado pendiente de
estado pendiente de de compra la cual será aprobación.
revisión. enviada al proveedor o PARA: Gestionar las
PARA: Poder revisar la rechazar la orden de órdenes de compra y
COMO: Gerente de COMO: Almacenero COMO: Almacenero

Compras QUIERO: Poder buscar el QUIERO: Poder buscar los
QUIERO: Poder pedidos de productos por
stock de productos por
recepcionar una orden de localizador en el almacén.
localizador en el almacén.
compra. PARA: Obtener la posición
PARA: Identificar el stock
PARA: Recibir los del artículo en el almacén
del artículo ubicado en el
artículos solicitados al la cual será retirada y
almacén por posición.
proveedor en la orden de despachada ante una
P á g i n a 61 | 132
COMO: Almacenero
COMO: Almacenero
QUIERO: Poder realizar
QUIERO: Poder realizar
transferencias de artículos
transferencias de artículos
entre inter organización.
entre subinventarios.
PARA: Poder derivar los
PARA: Poder derivar los
artículos según su
artículos según su estado.
necesidad.
Anexo de Referencia: “anexo-historias-usuario”.
anexo-historias-usu
ario.docx
4.2.1.1 Sprint Backlog
El Sprint Backlog representa el subconjunto de los requerimientos o tareas
seleccionados para la iteración por sprint y su plan de desarrollo,

la
selección fue detallada en el Spring Planning que consistió en una reunión
donde se detalló la planificación que se llevara en la iteración.
Tabla 12: Sprint Backlog
IDENTIFICADOR PRIORIDAD
HISTORIA ESTADO ITERACIÓN PESO
HISTORIA (MOSCOW)
Como TI, quiero implementar

una arquitectura de software
basada en servicios para la
[HU-01] creación de API REST y la F Must-have Sprint 1 8
arquitectura Front-end para el
desarrollo de la interfaz de la
aplicación.
Como TI, quiero definir la
base de datos relacional y no
[HU-02] relacional para el F Must-have Sprint 1 8
modelamiento de base de
datos.
[HU-03] Como TI, quiero diseñar el F Must-have Sprint 1 5
P á g i n a 62 | 132
modelo de datos para la
creación física de la estructura
de base de datos.
Como TI, quiero diseñar el
modelo entidad - relación para
[HU-04] F Must-have Sprint 1 5
contar con el mapeo de las
relaciones entre entidades.
Como TI, quiero crear las
tablas en la base de datos
relacional para la
administración de entidades.
Como TI, quiero crear los
documentos en la base de
[HU-06] datos no relacional para la F Must-have Sprint 1 5
administración de
documentos.
Como usuario, quiero tener
acceso a la aplicación
mediante el ingreso de
[HU-07] usuario y contraseña para F Must-have Sprint 2 8
poder acceder a la aplicación
siendo autorizado previa
validación.
Como usuario, quiero que se
muestren validaciones para
[HU-08] que muestren el número de F Must-have Sprint 2 3
intentos fallidos a la
aplicación.
Como seguridad de la
información, quiero generar el
[HU-09] TOKEN a nivel del servidor F Must-have Sprint 2 8
para mantener securizadas
las API REST expuestas.
Como usuario, quiero poder
restablecer mi contraseña
Should-
[HU-10] para poder recuperar mi clave F Sprint 2 5
have
en caso olvido o por
seguridad.
Como administrador, quiero
poder realizar el registro de
nuevos usuarios a la Should-
[HU-11] F Sprint 2 5
aplicación para poder have
autorizar a nuevos usuarios el
acceso a la aplicación.
poder modificar y/o eliminar la
información de los usuarios
Should-
[HU-12] registrados en la aplicación F Sprint 2 5
have
para poder cambiar la
información de los datos del
usuario.
Should-
[HU-13] poder realizar el registro de F Sprint 2 5
have
nuevos roles a la aplicación
P á g i n a 63 | 132
para poder asignar los roles a
los usuarios y la aplicación
valide el acceso por rol.
poder modificar y/o eliminar la
información de los roles
Should-
[HU-14] registrados en la aplicación F Sprint 2 5
have
para poder cambiar la
información del rol en caso
sea necesario.
poder realizar el registro de
nuevas opciones a la
Should-
[HU-15] aplicación para tener F Sprint 2 3
have
mapeadas las opciones del
sistema y sea visualizada en
el menú de opciones.
poder modificar y/o eliminar la Should-
[HU-16] F Sprint 2 3
información de las opciones have
registradas en la aplicación.
poder asignar roles a los
Should-
[HU-17] usuarios para que un usuario F Sprint 2 5
have
pueda tener asignado uno o
más roles.
poder asignar opciones a los
Should-
[HU-18] roles para que un rol pueda F Sprint 2 5
have
tener asignado uno o más
opciones.
Como gerente de ventas,
quiero visualizar indicadores
de gestión de las ventas para
[HU-19] tener la administración de las F Must-have Sprint 3 8
ventas realizadas por los
vendedores y obtener el
avance de ventas por mes.
Como gerente de cobranza,
de gestión de cuentas por
[HU-20] pagar para obtener la F Must-have Sprint 3 8
información de las cuentas
que la empresa tiene que
pagar.
de gestión de cuentas por
cobrar para obtener la
información de las cuentas
que la empresa debe cobrar.
Como usuario, quiero
Should-
[HU-22] visualizar notificaciones para F Sprint 4 13
have
que me informen los sucesos
P á g i n a 64 | 132
de los flujos de operaciones
de la empresa.
quiero visualizar reportes de
los costos de venta para
obtener información de los
costos de ventas del área de
ventas.
quiero obtener reportes de las
cuentas de línea de crédito
[HU-24] para obtener la información de F Must-have Sprint 4 8
las líneas de crédito de los
clientes con los que cuenta la
empresa.
Como área de logística, quiero
poder registrar, modificar y
eliminar servicios y/o
[HU-25] proyectos asociadas a la F Must-have Sprint 5 8
empresa para brindar
servicios que serán
facturados.
Como área de logística, quiero
poder visualizar los servicios
y/o proyectos asociadas a la
[HU-26] empresa para identificar los F Must-have Sprint 5 8
servicios que han sido
registrados y serán
facturados.
quiero poder registrar,
modificar y eliminar una lista
[HU-27] de precios de venta para F Must-have Sprint 5 8
poder especificar el descuento
de productos por lista de
precio.
quiero poder visualizar una
bandeja de precios de ventas
para identificar la lista de
precio de ventas que han sido
registradas.
Como gerente de compras,
modificar y eliminar una lista
[HU-29] de precios de compras para F Must-have Sprint 5 8
poder especificar el descuento
de productos en su
adquisición.
quiero poder visualizar una
[HU-30] bandeja de precios de F Must-have Sprint 5 8
compras para identificar la
lista de precio de compra que
P á g i n a 65 | 132
han sido registradas.

[HU-31] modificar y eliminar artículos F Must-have Sprint 6 8
para administrar los artículos
de la empresa.
quiero poder visualizar la
[HU-32] bandeja de artículos de la F Must-have Sprint 6 8
empresa para tener el listado
de artículos en su totalidad.
Como vendedor, quiero poder
generar una solicitud de orden
[HU-33] de compra para poder realizar F Must-have Sprint 6 13
la cotización de un producto a
un proveedor.
visualizar la bandeja de
solicitud de orden de compras
visualizando sus estados.
modificar una solicitud de
orden de compra para
actualizar la información de la
orden de compra que será
enviada al proveedor.
quiero poder revisar y
rechazar una solicitud de
orden de compra para escalar
[HU-36] la orden de compra a la F Must-have Sprint 6 5
aprobación del gerente central
o en el caso de rechazo
derivar al vendedor para su
modificación.
quiero visualizar la bandeja de
solicitud de orden de compra
[HU-37] en estado pendiente de F Must-have Sprint 6 5
revisión para poder revisar la
orden de compra y poder
revisar o rechazar.
Como gerente central, quiero
poder aprobar y/o rechazar
una solicitud de orden de
compra para aprobar una
orden de compra la cual será
enviada al proveedor o
rechazar la orden de compra
la cual será derivada al
vendedor para su
modificación.
P á g i n a 66 | 132
Como gerente central, quiero
poder visualizar la bandeja de
solicitud de orden de compras
en estado pendiente de
aprobación para gestionar las
órdenes de compra y aprobar
o rechazar las órdenes de
compra.
quiero poder recepcionar una
orden de compra para recibir
[HU40] F Must-have Sprint 6 13
los artículos solicitados al
proveedor en la orden de
compra.
Como almacenero, quiero
poder buscar el stock de
productos por localizador en el
almacén para identificar el
stock del artículo ubicado en
el almacén por posición.
Como almacenero, quiero
poder buscar los pedidos de
productos por localizador en el
[HU-42] almacén para obtener la F Must-have Sprint 7 8
posición del artículo en el
almacén la cual será retirada y
despachada ante una venta.
Como almacenero, quiero poder
realizar transferencias de
[HU-43] artículos entre subinventarios F Must-have Sprint 7 13
para poder derivar los artículos
según su estado.
Como almacenero, quiero poder

realizar transferencias de
[HU-44] artículos entre Inter organización F Must-have Sprint 7 13
para poder derivar los artículos
según su necesidad.
P á g i n a 67 | 132
Figura 15: Cuenta de Identificador de Historia
80
72
70
60
60
48
50
42 Cuenta de IDENTIFICADOR
40 HISTORIA
36
Suma de PESO
29
30
24
20
12
10
10 6 6
3 3 4
0
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6 Sprint 7
Anexo de Referencia: “anexo-sprint-backlog.xlsx”.
anexo-sprint-backl
og.xlsx
4.2.1.2 Daily Meeting
Para la monitorización del proyecto, se realizó reuniones diarias de 15
minutos de duración, con el fin de administrar y controlar los requerimientos,
sincronizar las actividades y visualizar la etapa de cada historia de usuario.
Se utilizó el tablero de scrum para poder gestionar las historias de usuario.
P á g i n a 68 | 132
Figura 16: Tablero de Scrum
Fuente: Imagen obtenida desde una cuenta de Trello

“https://trello.com/”
Anexo de Referencia: “anexo-sprint-backlog”.
anexo-tablero-scru
m.docx
4.3 Arquitectura de la Aplicación
La aplicación contará con una arquitectura cliente / servidor, la aplicación será
desplegada en un servidor con sistema operativo Oracle Linux perteneciente a la
empresa.
La comunicación entre los componentes se da por medio del servidor web y proxy
inverso (NGINX). NGINX se encarga de alojar los componentes web (html, css, scss,
js) para el procesamiento de la aplicación web, NGINX también es utilizado como
proxy inverso para interceptar y derivar las peticiones al servidor correspondiente.
P á g i n a 69 | 132
Los servicios son desplegados en la capa del servidor Node.js, la aplicación expone
servicios basado en el estándar REST, el cual envía y recibe datos en formato JSON.
Para exponer las APIS REST se hace el uso de Express.js (infraestructura de
aplicación web para Node.js).
La data procesada o requerida es obtenida de la base de datos Oracle Database, el
cual es utilizada en la organización y proporcionada para el desarrollo del proyecto.
Figura 17: Arquitectura de la Aplicación
P á g i n a 70 | 132
4.3.1 Tecnologías utilizadas
Listado de las tecnologías que fueron utilizadas en el desarrollo y despliegue de la
aplicación.
Tabla 13: Tecnologías utilizadas
Tecnología Tipo Licencia

NGINX Servidor BSD
Angular v8 Framework aplicación web MIT
PrimeNG Componentes de Interfaz de Usuario MIT
Node.js Servidor MIT
Express.js Marco aplicación web MIT
Nodemailer SMTP MIT
JSON Web Token Token de acceso Estándar
WebSocket Protocolo de Comunicación Estándar por IETF como RFC
6455
Oracle Database Base de Datos Free
Express
4.4 Diagrama de Base de Datos
El modelo entidad relación detalla la estructura lógica para el proyecto, teniendo como
esquema las siglas DS (siglas que representa el nombre de la organización), a su vez,
se mantuvo el estándar con el cual trabaja la organización. Cada tabla contiene un
Primary Key (PK - clave primaria) para la identificación de la entidad.
El modelo relacional nos permite tener un orden de los datos de la tabla, así como,
conocer los atributos y relaciones de cada entidad y obtener de forma precisa la
información necesaria para la manipulación de data en el proyecto.
P á g i n a 71 | 132
Figura 18: Diagrama Entidad Relación
4.5 Modelo C4
Para poder entender la arquitectura de software, se realizó el uso del modelo C4
para diagramar la jerarquía de abstracciones representadas en el proyecto.
P á g i n a 72 | 132
4.5.1 Nivel 1: Diagrama de contexto del sistema
Mediante este diagrama visualizamos el panorama general del sistema, el
enfoque parte desde el Rol representado por el personal de la organización,
siguiendo con los sistemas de software y los protocolos de comunicación.
Figura 19: Diagrama de contexto del sistema
4.5.2 Nivel 2: Diagrama de contenedor
Mediante este diagrama visualizamos el enfoque técnico general de la aplicación,
donde se aprecia el nivel de la arquitectura de software y el cómo se encuentra
distribuida los diferentes componentes, así como la relación que existe entre ellos.
P á g i n a 73 | 132
Figura 20: Diagrama de Contenedor
4.5.3 Nivel 3: Diagrama de Componentes
Mediante este diagrama visualizamos los componentes de la aplicación, sus
responsabilidades y la implementación de cada uno, así como la comunicación que
existen entre los diferentes componentes a un nivel más detallado.
Figura 21: Diagrama de Componente de la Aplicación
P á g i n a 74 | 132
Figura 22: Diagrama de Componente de la Seguridad
4.6 Interfaces de Usuario
Para el desarrollo de las interfaces de usuario, se optó por utilizar Angular v8 con
PrimeNG, así mismo se contempló un diseño responsivo el cual permite adaptar la
aplicación web a cualquier dispositivo.
P á g i n a 75 | 132
Figura 23: Pantalla de Acceso a la Aplicación
Figura 24: Pantalla de Indicadores y Notificaciones
P á g i n a 76 | 132
Figura 25: Flujo de Orden de Compra
Figura 26: Flujo de Recepción de Productos

P á g i n a 77 | 132
Figura 27: Flujo de Registro de Artículos
Figura 28: Flujo de Transferencia Inter Organización
P á g i n a 78 | 132
Figura 29: Búsqueda de Transacción Material
Figura 30: Búsqueda de Stock por Localizador
Figura 31: Búsqueda de Pedido por Localizador
P á g i n a 79 | 132
Figura 32: Flujo de Transferencia entre Subinventario
4.7 Construcción
Para monitorear el progreso de las tareas y los esfuerzos consumidos durante los
periodos de cada sprint, se utilizó el diagrama Burndown, para representar
gráficamente la información rescatada por sprint, para ello, a continuación, se detalla
los parámetros y las fórmulas utilizadas para el cálculo de cada parámetro.
Tabla 14: Parámetros y fórmula para el monitoreo de la productividad
Nro. Parámetro Fórmula

1 Inicio Sprint Valor obtenido del diagrama de actividades.
2 Final Sprint Valor obtenido del diagrama de actividades.
3 Días de Trabajo Cantidad de días transcurrido desde el Inicio
del Sprint hasta el Final del Sprint.
4 Tamaño de Equipo Número de personas que desarrollan cada
sprint.
5 Horas por Día Número de horas estimadas para el desarrollo
de cada sprint.
6 Horas Disponible = Días_de_Trabajo * Tamaño_de_Equipo *
Horas_por_Día
7 Promedio horas diarias = Horas_Disponible / Días_de_Trabajo
disponibles
8 Promedio productividad % Número de promedio productivo del equipo.
9 Productividad en horas = Horas_Disponible *
Promedio_productividad/100
P á g i n a 80 | 132
10 Promedio diario de horas = productividad_en_horas / Días_de_Trabajo
productivas
4.7.1 Sprint 1
El Sprint 1 tuvo una duración de 30 días hábiles, iniciando el 27 de mayo del 2019
y finalizando el 05 de julio del 2019, el objetivo principal del Sprint 1 fue evaluar la
arquitectura del proyecto.
El Sprint 1 contempló la definición e implementación de la arquitectura del
proyecto, en la cual se evaluó las tecnologías actuales para la arquitectura de
software, dicha evaluación contemplo que la arquitectura pueda ser escalable en el
tiempo, tolerante a fallos y manteniendo el principio de responsabilidad única para
las capas de la arquitectura. Se optó por utilizar GIT como herramienta de
versionador de código, se realizó el modelamiento de entidad relación para definir
las entidades que serán necesarias para el desarrollo del proyecto y con ello se
procedió a crear las entidades físicas en la base de datos Oracle, mantenimiento el
estándar con la que cuenta la organización
Resultado de productividad y esfuerzo del Sprint 1:

Tabla 15: Parámetros de productividad - Sprint 1
PARÁMETROS VALOR
Inicio Sprint 27/05/2019
Final Sprint 5/07/2019
Días de Trabajo 30
Tamaño de Equipo 2
Horas por Día 8
Horas Disponible 480
Promedio horas diarias disponibles 16
Promedio productividad % 80
Productividad en horas 384
Promedio diario de horas
productivas 12.8
P á g i n a 81 | 132
Figura 33: Burndown Chart - Sprint 1
4.7.2 Sprint 2
El Sprint 2 tuvo una duración de 26 días hábiles, iniciando el 08 de julio del 2019 y
finalizando el 12 de agosto del 2019, el objetivo principal del Sprint 2 fue desarrollar
el sistema de seguridad y acceso a la aplicación.
El Sprint 2 contempló el mantenimiento para el registro de nuevos usuarios,
opciones y roles, a su vez, se desarrolló las relaciones existentes entre ellos. Se
realizó la generación del token utilizando el estándar JSON Web Token, para que
los servicios REST expuestos en internet solo sean tengan acceso por medio de la
validación del token. Se realizó la creación de la pantalla de acceso de usuario, así
como las validaciones de credenciales y la recuperación de credenciales en caso
de olvido o supere el límite de intentos establecido en la aplicación.

PARÁMETROS VALOR
Días de Trabajo 26
P á g i n a 82 | 132
Tamaño de Equipo 2
Horas por Día 8
Productividad en horas 361.92
Promedio diario de horas productivas 13.92
4.7.3 Sprint 3
El Sprint 3 tuvo una duración de 25 días hábiles, iniciando el 13 de agosto del 2019
y finalizando el 16 de setiembre del 2019, el objetivo principal del Sprint 3 fue
desarrollar los indicadores de gestión de los procesos de la organización.
El Sprint 3 contempló el desarrollo de los indicadores de ventas el cual mediante la
representación de un gráfico indica las ventas y los objetivos logrados por
vendedor, se realizó el desarrollo de los indicadores de cuentas por cobrar y
cuentas por pagar teniendo como objetivo mostrar a la gerencia general las
cuentas actuales, mostrando la ganancia o pérdida en un periodo determinado.
P á g i n a 83 | 132
PARÁMETROS VALOR
Días de Trabajo 25
Tamaño de Equipo 2
Horas por Día 8
Productividad en horas 356
4.7.4 Sprint 4
El Sprint 4 tuvo una duración de 24 días hábiles, iniciando el 17 de setiembre del
2019 y finalizando el 18 de octubre del 2019, el objetivo principal del Sprint 4 fue
desarrollar el módulo de notificaciones con el objetivo de alertar a cada área los
procesos que se van realizando en tiempo real en la organización.
El Sprint 4 contempló el desarrollo de la interface de usuario para mostrar las
notificaciones de los procesos de la organización, a su vez, se realizó la
P á g i n a 84 | 132
configuración de un canal (web socket) para notificar a todos los usuarios en
tiempo real por medio de push notification (canal de comunicación integrado) y
mostrar una alerta a nivel de la aplicación. En el Sprint 4 se desarrolló los reportes
de costo de venta y reporte de línea de crédito con el objetivo de visualizar las
ventas realizadas en un periodo determinado y visualizar la cartera de crédito
disponible por cliente.

PARÁMETROS VALOR
Días de Trabajo 24
Tamaño de Equipo 2
Horas por Día 8
P á g i n a 85 | 132
4.7.5 Sprint 5
El Sprint 5 tuvo una duración de 28 días hábiles, iniciando el 21 de octubre del
2019 y finalizando el 27 de noviembre del 2019, el objetivo principal del Sprint 5 fue
desarrollar el módulo de configuración de ventas y compras.
El Sprint 5 contempló el desarrollo del mantenimiento para el registro de servicios
y/o proyectos con el objetivo de registrar los servicios que brinda la organización,
se desarrolló la configuración de lista de precios de ventas y de compras para
poder tener la configuración apropiada ante una venta o compra de un producto,
configuración necesaria y de gran utilidad para el área de logística.

PARÁMETROS VALOR
Días de Trabajo 28
Tamaño de Equipo 2
Horas por Día 8
P á g i n a 86 | 132
4.7.6 Sprint 6
El Sprint 6 tuvo una duración de 39 días hábiles, iniciando el 28 de noviembre del
2019 y finalizando el 21 de enero del 2020, el objetivo principal del Sprint 6 fue
desarrollar el módulo de compras y logística.
El Sprint 6 contempló el desarrollo del mantenimiento para el registro de artículos
existentes en la organización, se desarrolló el flujo para el proceso de orden de
compra, teniendo como objetivo solicitar una lista de artículos a un proveedor
determinado ante la necesidad de nuevos productos para su venta, para finalizar
se desarrolló el flujo de recepción con el objetivo de registrar el ingreso de
productos a los almacenes de la organización.

PARÁMETROS VALOR
Días de Trabajo 39
Tamaño de Equipo 2
P á g i n a 87 | 132
Horas por Día 8
4.7.7 Sprint 7
El Sprint 7 tuvo una duración de 29 días hábiles, iniciando el 22 de enero del 2020
y finalizando el 02 de marzo del 2020, el objetivo principal del Sprint 7 fue
desarrollar el módulo de Inventario.
El Sprint 7 contempló el desarrollo de la búsqueda de artículos por stock y por
localizador, permitiendo un rápido acceso del artículo ubicado en los almacenes de
la organización y el acceso a su información, se desarrolló el flujo de transferencia
de artículos entre subinventarios, permitiendo al almacenero transferir una lista de
artículos a otro subinventario de la organización, los subinventarios está
determinados por el estado del artículo. Para finalizar se desarrolló el flujo de
transferencia de artículos entre organizaciones con el objetivo de abastecer a otros
P á g i n a 88 | 132
almacenes de la organización dependiendo de la necesidad del artículo para su
venta.

PARÁMETROS VALOR
Días de Trabajo 29
Tamaño de Equipo 2
Horas por Día 8
P á g i n a 89 | 132
4.8 Pruebas de Implementación
Tabla 22: Caso de Prueba - Acceso a la Aplicación
Caso de Opción:
Prueba: Programa: Estado del caso:
Seguridad APROBADO
<#1> Acceso a la Aplicación
Requisitos de Prueba:
• Acceder a la aplicación web por medio de una interfaz gráfica de usuario.
Objetivo del Caso de Prueba:

• Mostrar la interfaz gráfica para el acceso a la aplicación.
• Mostrar la validación del sistema por medio de usuario y contraseña.
Paso Instrucción Resultados Esperados

Flujo 1:
Ítem 1
Ingresar a la aplicación ingresando usuario y contraseña.
- Ingresar al siguiente enlace:

https://appsdesa.dest.com.pe/login
El usuario accede a la
- El enlace re direcciona a la interfaz gráfica aplicación después de que
de usuario. el sistema valido que las
- Ingresar Usuario y Contraseña para validar credenciales del usuario
el acceso a la aplicación. son correctas.
- Si el usuario y/o contraseña no son
correctos, se mostrará mensaje de
validación del sistema.
- Si las credenciales son correctas, el
sistema re direcciona a la pantalla de
notificaciones del sistema.
Tabla 23: Caso de Prueba - Indicadores, reportes y notificaciones

Opción:
Caso de Programa: Sistema de Estado del caso:
Prueba: Indicadores, reportes y administración APROBADO
<#2> notificaciones
• Visualizar Indicadores y Notificaciones
P á g i n a 90 | 132
• Poder visualizar los indicadores de monto de ventas, cuentas por

pagar de soles y cuentas por pagar dólares.
• Poder visualizar las notificaciones.
Flujo 2:
Ítem 1 Desarrollar la funcionalidad para visualizar los indicadores de montos
de ventas, cuentas por pagar en soles, cuentas por pagar en dólares y
notificaciones existentes en la organización.
- Por medio del menú de opciones,

ubicar el rol de “Gerente de Ventas” y
“Gerente Comercial” y seleccionar la
opción del indicador o reporte a
visualizar. El Sistema debe de mostrar la
- Dar clic en la opción de Indicadores y interfaz gráfica de indicadores
notificaciones.
y notificaciones.
- El sistema permite visualizar el grafico
de indicadores de montos de ventas,
indicadores de Cuentas por Pagar
soles, indicadores de Cuentas por
Pagar dólares y las notificaciones.
Tabla 24: Caso de Prueba - Orden de Compra
Caso de Opción:
Prueba: Programa: Sistema de Estado del caso:
administración APROBADO
<#3> Orden de Compra
• Poder generar una orden de compra.
• Mostrar la interfaz de orden de compra.

• Generar una orden de compra.
P á g i n a 91 | 132
Flujo 3:
Ítem 1 Desarrollar la funcionalidad para visualizar el listado de órdenes de
compras, la opción de registrar y modificar una orden de compra.
- Por medio del menú de opciones, ubicar El sistema debe mostrar

el rol de “Administrador de Compras” y la bandeja de órdenes
seleccionar la opción de Orden de de compras
Compra.
- Al dar clic en la opción de Orden de
Compra, se mostrará la bandeja de
Ordenes de Compras con los filtros de
búsqueda.
- El sistema permite la búsqueda de
órdenes de compras por el número de
orden de compra, fecha creación, fecha
aprobación, estado y etapa.
- Para registrar una nueva orden de
compra, dar clic en el botón “Nuevo”.
- Se abrirá la pantalla con los datos
necesarios para generar una orden
de compra.
- Para registrar la orden de compra se El sistema debe permitir el
deben de completar la información registro y modificación de
requerida por el sistema, si la orden de la orden de compra.
compra no contiene línea agregadas de
Producto / Servicios, el sistema
mostrará el siguiente mensaje.
- Para agregar línea(s) a la orden de
compra, dar clic en el botón “Agregar
Línea”, se abrirá un modal con la
información requerida para adicionar el
artículo a la orden de compra.
- Dar clic en el botón grabar, después
de completar los campos requeridos.
- Se adicionará el registro al detalle de la
orden de compra.
- Para modificar o quitar el registro, dar
clic en la línea registrada, se habilitarán
los botones para alterar el registro.
- Dar clic en el botón “Grabar” cuando se
haya terminado de configurar la orden
de comprar.
- Al dar clic en el botón “Grabar”,
el sistema mostrará un mensaje
de confirmación.
- Al dar clic en el botón de confirmación,
el sistema mostrará el mensaje de
validación para registrar la orden de
compra en etapa de Revisión.
- Para registrar la Orden de Compra en la
etapa de Revisión, dar clic en el botón El sistema debe permitir
“Si”, caso contario el botón “No” cambiar de etapa a la orden
registrará la orden de compra en etapa de compra.
“Nueva”.
P á g i n a 92 | 132
- El sistema mostrará el mensaje de
éxito del proceso.
- En la bandeja de Órdenes de compra,
se permitirá la modificación de la etapa,
dar clic en el registro de la orden de
compra.
- Al seleccionar el registro, se habilitará el
botón para cambiar a la etapa siguiente
dependiendo de su etapa actual.
- Dar clic en el botón de modificación
para modificar los datos de la orden
de compra.
- Al dar clic en el botón de modificación,
se abrirá la pantalla con los datos
correspondiente a la orden de compra.
- Realizar las modificaciones
correspondientes y guardar la
modificación de la orden de compra.
- Dar clic en el botón “Grabar” cuando se
haya terminado de modificar, el
sistema mostrará el siguiente mensaje
de confirmación.
- Al dar clic en el botón de confirmación,
se guardarán los datos de la orden de
compra.
Tabla 25: Caso de Prueba - Recepción
Caso de Opción:
Administración APROBADO
<#4> Recepción
• Visualizar lista de Recepciones.
• Registrar y modificar una recepción.

• Poder visualizar las recepciones registradas en el sistema.
• Poder registrar y modificar una recepción.
Flujo 4:
Ítem 1
Desarrollar la funcionalidad para visualizar el listado de
recepciones existentes en la compañía, así como la opción para
P á g i n a 93 | 132
registrar y modificar la información de la recepción.

ubicar el rol de “Administrador de
Compras” y seleccionar la opción de
Recepción.
- Al dar clic en la opción de
Recepción, se mostrará la bandeja
de recepciones con los filtros de
búsqueda.
- El sistema permite la búsqueda de
recepciones por compañía, orden
de compra, proveedor, línea,
solicitud interna y envío.
- Para registrar una nueva recepción,
ingresar el número de orden de
compra (La orden de compra debe
encontrarse en etapa Aprobada), El Sistema debe de mostrar
dar clic en el botón “Nuevo”. la interfaz gráfica de la
- Al dar clic, aparecerá la pantalla
bandeja de recepciones.
con la información necesaria
para registrar la recepción.
- El proceso de registro de la
recepción se encuentra dividido en 2
partes, primero, el registro de la
información general de la recepción.
- Segundo, se muestra el detalle de
la recepción con las líneas
registradas en la orden de compra.
- Al dar clic en el botón “Guardar”,
el sistema mostrará el mensaje de
confirmación.
- Al dar clic en el botón de
confirmación, el sistema mostrará
el éxito del registro.
- Para modificar la información de la
recepción, dar clic en el botón de
modificación ubicado en cada El sistema debe permites
registro de las recepciones listadas el registro y/o modificación
en la bandeja de Recepciones. de las recepciones.
modificación, se cargará la pantalla
de recepción con la información
correspondiente a la recepción.
- Después de realizar las

modificaciones necesarias, dar clic
en el botón “Guardar”, al
posicionarse en el detalle de la
recepción, realizar las
modificaciones que crea
conveniente.
P á g i n a 94 | 132
- Al finalizar la modificación, dar
clic en el botón “Guardar”, el
sistema mostrará un mensaje de
confirmación.
el mensaje de éxito del proceso.
Tabla 26: Caso de Prueba - Artículos
Caso de Opción:
Administración APROBADO
<#5> Artículos
• Visualizar lista de Artículos.

• Registrar, modificar y eliminar artículos.
• Poder visualizar los artículos registradas en el sistema.

• Poder registrar, modificar y eliminar un artículo.
Flujo 5:
Ítem 1 Desarrollar la funcionalidad para visualizar el listado de artículos

existentes en la compañía, así como la opción para registrar, modificar
y eliminar un artículo.

Almacén” y seleccionar la opción de
El Sistema debe de mostrar la
Artículos.
- Al dar clic en la opción de articulos, interfaz gráfica de la bandeja de
se visualizará la bandeja de artículos artículos.
de forma de lista o cuadricular.
- Al dar clic en el botón nuevo, se
mostrará una bandeja registro de
nuevo artículo
- Para registrar un nuevo artículo,
ingresar la información solicitada en El sistema debe permites el
el formulario y agregar la referencia registro, modificación y
de la organización. eliminación de artículos.
- Al dar clic en el botón “Guardar”, el
P á g i n a 95 | 132
sistema mostrará el mensaje de
confirmación.
- Al aceptar el mensaje de
- Para modificar la información de
un articulo, dar clic en el botón de
modificación, ubicado en cada
registro listadas en la bandeja de
articulo.
modificación, se cargará la pantalla
de modificacion con la información
correspondiente al artículo.
- Después de realizar las
modificaciones necesarias, dar clic
en el botón “Guardar”, al
posicionarse en el detalle del
artículo, realizar las modificaciones
que crea conveniente.
- Al finalizar la modificación, dar clic
en el botón “Guardar”, el sistema
mostrará un mensaje de
confirmación.
- Para eliminar un artículo, dar clic en
el botón de eliminación ubicado en
cada registro listadas en la bandeja
de artículos.
- Al dar clic en el botón de eliminar, el
confirmación para eliminar el
artículo.
Tabla 27: Caso de Prueba - Transferencia Inter organización

Opción:
Prueba: Transferencia Inter Administración APROBADO
<#6> Organización
P á g i n a 96 | 132
• Visualizar lista de transferencia inter organización.
• Registrar transferencia.

• Poder visualizar las transferencias inter organización registradas en el sistema.
• Poder registrar las transferencias.
Flujo 6:
Ítem 1 Desarrollar la funcionalidad para visualizar el listado de transferencia
inter organización en la compañía, así como la opción para registrar y
modificar la información de la transferencia.

Transferencia Inter organización.
- Al dar clic en la opción, se visualizará
la bandeja de transferencia Inter
organización con los filtros de
compañía, organización origen,
organización destino y número de
envió.
- Al dar clic en el botón buscar, se
El Sistema debe de mostrar la
mostrará los registros existentes
según los filtros de búsqueda. interfaz gráfica de la bandeja
de transferencia Inter
mostrará la interface de registro de Organización.
nueva transferencia.
- Para registrar un nueva transferencia
inter organización, ingresar la
información solicitada en el formulario.
- Para agregar líneas a la transferencia,
dar clic en el botón “Agregar Línea El sistema debe permitir el
Transacción”. registro de transferencia inter
- Después de completar la información organización.
necesaria, dar clic en el botón
“Guardar”. Se agregará el registro en
el detalle del Inventario en Tránsito.
- Al dar clic en el botón “Guardar”, el
confirmación.
- Al aceptar el mensaje de confirmación,
el sistema mostrará un mensaje del
éxito del proceso.
P á g i n a 97 | 132
- Para modificar el registro de la
transferencia, dar clic en el botón de
modificación, ubicado en cada registro
en la lista de transferencias Inter
organización.
Tabla 28: Caso de Prueba - Transacción Material
Caso de Opción:
Programa: Sistema de Estado del caso:
Prueba:
<#7> Transacción Material Administración APROBADO
• Visualizar de transacciones de Materiales.
• Contar con los campos específicos de la búsqueda.

• Poder visualizar la lista de transacciones de Material registradas en el sistema.
• Poder realizar búsquedas de transacciones de Material específicas.

Flujo 7:
Ítem 1 Desarrollar la funcionalidad para visualizar el listado de
transacciones de Material en la compañía, así como la opción para la
búsqueda por transferencia de Material específicas.

Transacción Material. El Sistema debe de mostrar la
- Al dar clic en la opción, se visualizará interfaz gráfica de la bandeja de
la bandeja de transacciones de transacciones de material.
Materiales, con los filtros de
búsqueda.
- Los filstros de búsqueda son:
Compañía, Almacén, Tipo Pedido, El sistema debe permitir realizar
Tipo Transacción, Fecha la búsqueda de transacciones de
Transacción Desde, Fecha material específicas.
Transacción Hasta, Artículo.
- Al dar clic en el botón “Buscar”, se

mostrarán los registros existentes
según los filtros de búsqueda.
P á g i n a 98 | 132
Tabla 29: Caso de Prueba - Stock por Localizador
Opción:
Prueba: Stock por Administración APROBADO
<#8> Localizador
• Visualizar lista de inventarios por stock por localizador.
• Contar con filtros para realizar la búsqueda por inventarios.

• Poder visualizar lista de inventarios por stock por localizador registradas
en el sistema.
• Poder realizar búsquedas de inventario por stock por localizador.
Flujo 8:
Ítem 1 Desarrollar la funcionalidad para visualizar el listado de inventario
stock por localizador en la compañía, así como la opción para la
búsqueda por inventario por stock por localizador.

ubicar el rol de “Administrador
de Almacén” y seleccionar la
opción de Stock por Localizador.
- Al dar clic en la opción, se El Sistema debe de mostrar la
visualizará la bandeja de interfaz gráfica de la bandeja de
inventarios de stock por inventarios por stock por
localizador, con los filtros de localizador.
búsqueda.
- Los filtros de búsqueda son:
compañía, almacén, tipo línea,
marca, línea, categoría y modelo.
- Al seleccionar los filtros de El sistema debe permitir realizar la
búsqueda, los registros se búsqueda de inventario por stock
actualizarán con la información por localizador.
seleccionada.
- En la fila de cada registro se
podrá asignar el responsable del
stock y verificar la cantidad.
P á g i n a 99 | 132
Tabla 30: Caso de Prueba - Pedido por Localizador
Opción:
Prueba: Pedido por Administración APROBADO
<#9> Localizador
• Visualizar lista de inventarios por pedido por localizador.
• Contar con los campos para realizar la búsqueda por inventarios por pedido por
localizador.
• Poder visualizar lista de inventarios por pedido por localizador registradas en

el sistema.
• Poder realizar búsquedas de inventario por pedido por localizador.
Flujo 9:
Ítem 1 Desarrollar la funcionalidad para visualizar el listado de inventario
stock por pedido por localizador en la compañía, así como la opción
para la búsqueda por inventario por stock por localizador.

Almacén” y seleccionar la opción
de Pedido por Localizador. El Sistema debe de mostrar la
- Al dar clic en la opción, se interfaz gráfica de la bandeja de
visualizará la bandeja de inventarios por pedido por

localizador.
inventarios por pedido por
localizador, con los filtros
de búsqueda.
- Los filtros de búsqueda
son: Número de Pedido.
- Al seleccionar un número de El sistema debe permitir realizar la
pedido, se obtendrán los registros búsqueda de inventario por stock
pertenecientes a dicho pedido. por localizador especifico.
- Se contará con la opción
de exportar a Excel la
información obtenida.
P á g i n a 100 | 132
Tabla 31: Caso de Prueba - Transferencia entre Subinventario
Opción:
Prueba: Transferencia entre Administración APROBADO
<#10> Subinventario
• Visualizar lista de transferencia entre subinventario.

• Registrar y Modificar transferencia entre subinventario.
• Poder visualizar la lista de transferencia entre subinventario registradas en

el sistema.
• Poder registrar las transferencias.
RSIS10:
Ítem 1 Desarrollar la funcionalidad para visualizar el listado de transferencia
entre subinventario en la compañía, así como la opción para registrar
y modificar la información de la transferencia.

Almacén” y seleccionar la opción
de Transferencia Subinventario.
- Al dar clic en la opción, se visualizará
la bandeja de transferencia El Sistema debe de mostrar
subinventario con los filtros de la interfaz gráfica de la
compañía, organización y número de bandeja de transferencia
envió. entre subinventario.
- Al dar clic en el botón buscar, se
mostrará los registros existentes
según los filtros de búsqueda.
mostrará la interface de registro de
nueva transferencia.
- Para registrar una nueva
transferencia entre subinventario, El sistema debe permitir el
ingresar la información solicitada registro de transferencia entre
en el formulario. subinventario.
- Para agregar líneas a la
transferencia, dar clic en el botón
“Agregar Línea Transacción”.
- Después de completar la información
necesaria, dar clic en el botón
“Guardar”. Se agregará el registro en
P á g i n a 101 | 132
el detalle del Inventario en Tránsito.
- Al dar clic en el botón “Guardar”,
el sistema mostrará un mensaje
de confirmación.
un mensaje del éxito del proceso.
- Para modificar el registro de la
transferencia, dar clic en el botón
de modificación, ubicado en cada
registro en la lista de transferencias
entre subinventario.
4.9 Implementación del Proyecto
La implementación del proyecto se realizó en la infraestructura provista por la

organización.
4.9.1 Despliegue de la Aplicación Frontend
La aplicación frontend desarrollada con el framework Angular v.8, fue

desplegada en el servidor web NGINX, para ello se realizó los siguientes pasos:
4.9.1.1 Compilación de la Aplicación Frontend
Para realizar la compilación ejecutar el siguiente comando en la ruta en

la cual se encuentra el proyecto.
ng build --aot=true --prod=true
Figura 40: Compilación de la aplicación frontend
P á g i n a 102 | 132
Figura 41: Objetos compilados en la aplicación frontend
Después de realizar la compilación del proyecto, se generan los archivos

compilados los cuales serán desplegados en el servidor NGINX.
4.9.1.2 Despliegue de la Aplicación Frontend en el servidor NGINX.
El servidor NGINX se encuentra instalado en un servidor con sistema

operativo Linux, utilizar la terminal de comandos para ubicar la ruta:
/usr/share/nginx/html
Agregar la carpeta app-phoenix (carpeta generada en la compilación del

proyecto frontend) en la ruta indicada.
Figura 42: Despliegue de la aplicación frontend
P á g i n a 103 | 132
4.9.2 Despliegue de la Aplicación Backend
La aplicación backend desarrollada con el lenguaje JavaScript, la cual expone

servicios Rest por medio de la infraestructura desarrollada en Express.js, la
aplicación es compilada en el entorno de ejecución Node.js.
4.9.2.1 Compilación de la Aplicación Backend
Para realizar la compilación ejecutar el siguiente comando en la ruta en

la cual se encuentra el proyecto.
npm run-script build
Figura 43: Compilación de la aplicación backend
Se generan los archivos compilados en la carpeta “dist”, la cual será

desplegada haciendo uso del administrador de procesos para Node.js PM2.
4.9.2.2 Despliegue de la aplicación con PM2
Para el despliegue de la aplicación backend, ejecutar el siguiente comando:

pm2 start ./dist/index.js --name "app-api"
se mostrará la aplicación desplegada en el listado del administrador PM2.
Figura 44: Despliegue de la aplicación backend
4.9.3 Prueba del despliegue
Ingresar a la ruta https://apps.dest.com.pe/login y verificar el éxito del despliegue de las

aplicaciones.
P á g i n a 104 | 132
CAPÍTULO
5
RESULTADOS
Resultados
5.1 Encuesta Realizada previa a la Implementación
Figura 45: Encuesta - Pregunta 1
Fuente: Encuesta realizada por “https://docs.google.com/forms”
Interpretación: Estos resultados ayudaron al equipo de desarrollo de tesis tener
una idea consistente de cuáles son los problemas con mayor impacto en la
organización y poder generar resultados a partir de estos datos.
P á g i n a 105 | 132
Interpretación: Los resultados de la encuesta demuestran que el personal al que se
realizó la encuesta, cuenta con conocimientos del tema, esto ayuda a que la
información que nos brinda tenga base y sustento.
P á g i n a 106 | 132


P á g i n a 107 | 132


P á g i n a 108 | 132
P á g i n a 109 | 132
P á g i n a 110 | 132
5.2 Encuesta Realizada después de la Implementación
1. ¿Considera que, con el uso de la aplicación web, es

importante la administración de inventarios?
Tabla 32: Opciones de respuesta - Pregunta 1
Opción de la respuesta Frecuencia %

No muy importante 0 0%
No importante 0 0%
Ni tan importante 0 0%
Importante 10 40%
Muy importante 15 60%
TOTAL 25 100%
Los resultados de la encuesta demuestran la importancia de la administración de
los inventarios en la organización, por el cual, la administración de inventarios fue
uno de los principales objetivos en el desarrollo del proyecto.
P á g i n a 111 | 132
Figura 59: Resultado Post Implementación - Pregunta 1
2. ¿Cree que la aplicación web ayudó a optimizar la administración de

inventarios?

No, Muy Mala idea. 0 0%
No, Mala idea. 0 0%
Ni Bueno ni Malo 0 0%
Si, Buena idea. 7 28%
Si, Muy Buena idea. 18 72%
TOTAL 25 100%
Los resultados de la encuesta demuestran el impacto que causo la aplicación al
ser utilizada por los miembros de la organización, y en este enfoque,
principalmente al área de almacén.
P á g i n a 112 | 132
3. ¿Considera que, con el uso de la aplicación web, la transferencia

de artículos entre inventarios es más optimo?

SI, estoy de acuerdo. 24 96%
No, estoy de acuerdo 1 4%
TOTAL 25 100%
Los resultados de la encuesta demuestran que la funcionalidad de transferencia de
artículos, implementado en la aplicación fue de gran impacto, dado que,
anteriormente, el personal realizaba el registro de las transferencias en archivos
Excel.
P á g i n a 113 | 132
4. ¿Cómo calificaría usted la administración de los almacenes con el uso de la

aplicación web?

Muy mala 0 0%
Mala 0 0%
Ni buena ni mala 1 4%
Buena 10 40%
Muy buena 14 56%
TOTAL 25 100%
Los resultados de la encuesta demuestran que la administración de los almacenes
mejoró con el uso de la aplicación, dado que, es más eficiente detallar el contenido
del almacén y la verificación según los registros contenidos en la aplicación.
5. ¿Considera que, con el uso de la aplicación web, el tiempo que se invierte

para la búsqueda u obtención de los datos de un producto es óptimo?

No, Muy Malo 0 0%
P á g i n a 114 | 132
No, Malo 0 0%
Ni Bueno ni Malo 2 8%
Si, Bueno 13 52%
Si, Muy Bueno 10 40%
TOTAL 25 100%
Los resultados de la encuesta demuestran que la búsqueda de un producto en el
almacén por medio de la aplicación es de gran ayuda, mejorando el tiempo de
búsqueda del artículo según los datos registrados en la aplicación.
6. ¿Considera que, con el uso de la aplicación web, un artículo es localizado con

precisión en el almacén?

SI 23 92%
NO 2 8%
TOTAL 25 100%
Los resultados de la encuesta demuestran que la búsqueda de un producto en el
almacén por medio de la aplicación es de gran ayuda, mejorando la precisión e
indicando la localización del artículo según los datos registrados en la aplicación.
P á g i n a 115 | 132
7. ¿Considera qué, con el uso de la aplicación web, mejoró la administración

de los artículos?

SI 24 96%
NO 1 4%
TOTAL 25 100%
Los resultados de la encuesta demuestran que existe una mejora en la
administración de artículos, dado que se puede consultar los datos del artículo por
medio de una interface de usuario.

P á g i n a 116 | 132
8. ¿Cómo calificaría la comunicación que hay entre las áreas de la
empresa con el uso de la aplicación web?

1: Muy mala 0 0%
2: Mala 0 0%
3: Ni mala ni buena 5 20%
4: Buena 14 56%
5: Muy buena 6 24%
TOTAL 25 100%
Los resultados de la encuesta demuestran que la comunicación entre las áreas de
la empresa mejoró, esto se debe a que la aplicación notifica cada evento que
sucede y los usuarios pueden gestionar sus notificaciones.
9. ¿Consideras que, con el uso de la aplicación web, permanece

informado acerca de los eventos que ocurren en la organización?

SI 23 92%
NO 2 8%
P á g i n a 117 | 132
TOTAL 25 100%
Los resultados de la encuesta demuestran que la aplicación web permite al
personal mantenerse informado de los eventos por procesos de la organización.
10. ¿Cree usted que las notificaciones en la aplicación web lo ayudan a

mantenerse informado?

SI 25 100%
NO 0 0%
TOTAL 25 100%
Los resultados obtenidos de la encuesta demuestran que las notificaciones
implementadas en la aplicación ayuda al personal a enterarse de los eventos de la
organización en tiempo real.
P á g i n a 118 | 132
11. ¿Cómo calificaría usted los indicadores y métricas que son mostradas en la
aplicación web?

Muy mala 0 0%
Mala 0 0%
Ni mala ni buena 3 12%
Buena 10 40%
Muy buena 12 48%
TOTAL 25 100%
Los resultados de la encuesta demuestran que las notificaciones implementadas
en la aplicación ayuda al personal a enterarse de los eventos de la organización en
tiempo real.
P á g i n a 119 | 132
12. ¿Cómo calificaría la comunicación entre el área de ventas y logística con

el uso de la aplicación web?

Muy mala 0 0%
Mala 1 4%
Ni buena ni mala 4 16%
Buena 8 32%
Muy buena 12 48%
TOTAL 25 100%
Los resultados de la encuesta demuestran que la comunicación entre el área de
ventas y logística ha tenido una mejora mediante los flujos implementados en la
aplicación.
P á g i n a 120 | 132
13. ¿Los indicadores mostrados en la aplicación web le permite tomar decisiones

acerca del negocio?

SI, estoy de acuerdo. 20 80%
Tal vez 5 20%
No, estoy de acuerdo 0 0%
TOTAL 25 100%
Los resultados de la encuesta demuestran que los indicadores permiten al área
gerencial tomar decisiones con los datos de las métricas y reporten implementados
en la aplicación.
P á g i n a 121 | 132
14. En general, ¿considera que la aplicación web ayuda en los procesos

de la organización?

SI 25 100%
NO 0 0%
TOTAL 25 100%

Los resultados de la encuesta demuestran que la aplicación ha tenido aceptación
por parte del personal de la organización y que los flujos implementados mejoran
la efectividad de los procesos.

P á g i n a 122 | 132
CONCLUSIONES
En la presente tesis se realizó una amplia investigación sobre la administración de la
cadena de suministro, los enfoques en el tiempo han prevalecido lo cual indica que los
procesos involucrados en la cadena de suministro están orientados a satisfacer las
necesidades de suministro y con ello, las necesidades del usuario final.
Mediante la solución planteada en el proyecto de investigación se pudo concluir que
los canales de comunicación entre las áreas administrativas mejoraron, mediante la
implementación de notificaciones, se pudo controlar el manejo de la información el
cual permite que los usuarios se mantengan informado de los procesos que ocurren en
tiempo real en la organización, evitando perdidas de información y ayudan a las áreas
del negocio a controlar los tiempo de trabajo y la optimización de sus procesos.
En base a los resultados obtenidos en el desarrollo del proyecto, se obtiene como
resultado una mejora en la administración de almacenes a través de una aplicación
web, la cual tuvo varias etapas, permitiendo de esa manera, poder abarcar la
problemática identificada en la organización.
Se contemplo como solución visualizar la información de manera detallada, de tal
manera en que, los procesos de la organización pudieran ser de fácil administración y
a su vez, transparente en el manejo de la información, permitiendo a las áreas de la
empresa la toma de decisiones y una comunicación efectiva.
La aplicación web demostró ser de gran importancia para la mejora de los procesos en
la organización, la interacción del usuario con la aplicación es agradable, de tal forma
que el usuario se adapta con facilidad al desarrollo de sus actividades por medio de la
aplicación.
P á g i n a 123 | 132
GLOSARIO
Acoplamiento: Se refiere a la forma y al nivel de relación entre los módulos del
programa.
API: Referencia a grupo de reglas e instrucciones que las aplicaciones deben seguir
para lograr una comunicación entre sí.
Artículos Manufacturados: Se refiere a aquellos productos que han sido elaborados
desde una serie de materias primas.
Backend: Hace referencia al código desarrollado de un programa, que contiene toda
la lógica manejada en dicha aplicación.
Backlog: Hace referencia a un contenedor que contiene la lista de todo el trabajo
pendiente, ordenado por prioridad referenciado para desarrollar un producto.
Benchmarking: Consiste en el proceso de recopilación de información y obtener
ideas para el desarrollo de la empresa. Que mediante la comparación de aspectos con
otros competidores más fuertes en el mercado.
Burndown Chart: Consiste en un diagrama que representa el grafico del avance del
trabajo en cada sprint realizado por el equipo. Donde en el eje horizontal indica los
sprint y en el eje vertical indica el trabajo pendiente por realizar en cada Sprint.
En Ductos: Son aquellos inventarios que son encontrados en tránsito entre los niveles
del canal de suministros.
Escalabilidad: Hace referencia al manejo del crecimiento continuo del trabajo de
manera fluida, sin perder calidad en los servicios ofrecidos.
Especulación: Son las operaciones comerciales basadas en la compra de bienes o
valores y mercancías a un reducido precio para ser vendido un alto precio.
P á g i n a 124 | 132
Framework: Hace referencia a un grupo de estándares que contempla conceptos, las
buenas prácticas y criterios para poder apoyarse como referencia para afrontar dichos
problemas similares.
Frontend: Es parte de un programa donde a la par está involucrado las tecnologías de
diseño de dicho programa donde facilita al usuario a interactuar con el sistema
directamente.
Hardware: Son las partes físicas involucradas de un sistema informática.
JDK: Es un software que proporciona las herramientas necesarias de desarrollo para
permitir la creación de programas de java.
JRE: Es la máquina virtual de Java que tiene como funcionalidad permitir la
comunicación entre la aplicación realizada en Java con el sistema operativo que se
usa.
JSON: Formato de texto sencillo que facilite el intercambio de datos.
Lead time: Es el tiempo generado desde la orden de pedido a un proveedor hasta el
cliente final.
Materias Primas: Es todo aquello bien que es transformado durante un proceso de
producción hasta convertirse en un bien de consumo.
Merchandising: Se basan en aquellas actividades que incite en la compra y el
aumento de la rentabilidad en el punto de venta.
Patrón Flux: Referencia a una arquitectura que se basa en el manejo y flujo de datos
de una aplicación web.
Socket: Hace referencia basado en la comunicación que existe entre un programa
cliente y servidor.
P á g i n a 125 | 132
Software: Se basan en el soporte lógico de un sistema informático, que posee
un grupo de componentes lógicos que permite la realización de una tarea.
Sprint: Hace referencia a cada uno de los periodos de tiempo que se tendrá en un
proyecto basado en Scrum.
Subsistema: Se refiere a un grupo de elementos que mantienen una interacción entre
ellos para cumplir con un objetivo en común.
Virtualización: Se refiere a la elaboración mediante un programa de manera virtual que
poseerá algún recurso tecnológico o cualquier otro recurso de red que se solicite.
Web - socket: Es aquella tecnología que brindará un medio de comunicación que será
de manera bidireccional que será a la vez dúplex en un único socket TCP.
P á g i n a 126 | 132
BIBLIOGRAFÍA
Laguna Quintana, Deysi. Propuesta de sistema de gestión de inventarios para una

empresa comercializadora de productos de Plástico. Tesis (Titulo en ingeniería). Lima:
Universidad Peruana de Ciencias Aplicadas, 2010. Disponible en
https://repositorioacademico.upc.edu.pe/bitstream/handle/10757/273423/DLaguna.pdf;j
sessionid=95BEFE2513811A7750EF2A5A2406FD63?sequence=1
Martin del Campo Verdin, Carlos. Diseño y desarrollo de un sistema de gestión de

inventarios con integración a SAP Business One. Tesis (Maestría en Informática
Aplicada). Guadalajara: Instituto Tecnológico y de estudios Superiores de Occidente,
2016. Disponible en
https://rei.iteso.mx/bitstream/handle/11117/4049/TOG%20Carlos%20Martin%20del%2
0Campo.pdf?sequence=2
Aguilar Riera, Eduardo y Dávila Garzón, David. Análisis, Diseño e implementación de

la aplicación web para el manejo del distributivo de la facultad de Ingeniería. Tesis
(Titulo en Ingeniería). Ecuador: Universidad de Cuenca, 2013. Disponible en
http://dspace.ucuenca.edu.ec/bitstream/123456789/4303/1/tesis.pdf
Solsol Hidalgo, Edgar Alberto. Análisis de la Gestión De Inventarios De La Empresa

Creazioni S.A. De La Ciudad De Iquitos, periodo 2011 – 2015. Tesis (Maestría en
Gestión Empresarial). Iquitos: Universidad Nacional de la Amazonia Peruana, 2017.
Disponible en
http://repositorio.unapiquitos.edu.pe/bitstream/handle/UNAP/5446/Edgar_Tesis_Maestr
ia_2017.pdf?sequence=1&isAllowed=y
Torres Cruzado, Judith. El Control Interno En La Gestión De Inventarios De Las

Empresas Comercializadoras De Productos Tecnológicos en el Cercado De Lima.
Tesis (Bachiller en Ciencias Financieras y Contables). Lima: Universidad San Martin
de Porres, 2017. Disponible en
http://www.repositorioacademico.usmp.edu.pe/bitstream/handle/usmp/3096/torres_cj.p
df;jsessionid=FA1EAB3E0ACC3C60B99CF70DF5D40475?sequence=3
Castillo Gómez, Karla Alicia. Propuesta de política de inventarios para productos “A”
de la empresa REFA Mexicana S.A. de C.V. Tesis (Licenciatura en Ingeniería).
México: Universidad de las Américas Puebla, 2005. Disponible en
http://catarina.udlap.mx/u_dl_a/tales/documentos/lmnf/castillo_g_ka/
P á g i n a 127 | 132
Mansilla Arenas, Bettzara Bershell. Propuesta de una mejora en la gestión de la
cadena Logística de una empresa Manufacturera. Tesis (Magister en Direcciones de
operaciones y Logística). Lima: Universidad Peruana de Ciencias Aplicadas, 2016.
Disponible en
https://repositorioacademico.upc.edu.pe/bitstream/handle/10757/621338/TESIS%20-
%20FINAL%2028-10.pdf?sequence=1&isAllowed=y.
Vargas Ruiz, David. Aplicación Web Para La Mejora De La Gestión De Servicios De

Soporte Técnico De La Empresa Roxfarma S.A. Tesis (Titulo en Ingeniería). Lima:
Universidad Peruanas de las Américas, 2017. Disponible en
http://repositorio.ulasamericas.edu.pe/bitstream/handle/upa/323/APLICACI%C3%93N
%20WEB%20PARA%20LA%20MEJORA%20DE%20LA%20GESTI%C3%93N%20DE
%20SERVICIOS%20DE%20SOPORTE%20T%C3%89CNICO%20DE%20LA%20EMP
RESA%20ROXFARMA%20S.A..pdf?sequence=1&isAllowed=y
Arias Muñoz, Marco Antonio. Desarrollo de una aplicación web para la mejora del
control de asistencia de personal en la Escuela Tecnológica Superior de la Universidad
Nacional de Piura. Tesis (Titulo en Ingeniería). Lima: Universidad Inca Garcilaso de la
Vega, 2018. Disponible en
http://repositorio.uigv.edu.pe/bitstream/handle/20.500.11818/2930/TESIS-
MARCO%20ANTONIO%20ARIAS%20MU%c3%91OZ.pdf?sequence=2&isAllowed=y
Arenas, Ann Shirley, Melgarejo, Fiorella y Nuñez, Karol. Diagnóstico y propuesta de

mejora de la gestión de la cadena de suministro basado en el modelo Global Supply
Chain Forum (GSCF): Caso CPV. Tesis (Licenciatura en Gestión). Lima: Pontificia
Universidad Católica del Perú, 2019. Disponible en
http://tesis.pucp.edu.pe/repositorio/bitstream/handle/20.500.12404/14653/ARENAS_H
ERNANDEZ_MELGAREJO_SANDOVAL_NU%c3%91EZ_GOMEZ.pdf?sequence=6&i
sAllowed=y
Tobar Chicaiza, Diego Rodrigo. Análisis, Desarrollo E Implementación De Una

Aplicación Web Orientada Para El Registro De Órdenes De Compra, Clientes Y
Productos Para La Empresa Ferreteria Tobar Nolivos cia. ltda. Tesis (Titulo en
Ingenieria). Quito: Pontifica Universidad Catolica del Ecuador, 2014. Disponible en
http://repositorio.puce.edu.ec/bitstream/handle/22000/6387/9.21.000707.pdf?sequence
=4&isAllowed=y
Palenzuela, José Luis. Los 10 problemas más comunes en la gestión del almacén para
las pymes, 2016. (Fecha de Fecha de Consulta: 2 de junio del 2019). Disponible en
P á g i n a 128 | 132
https://www.cadenadesuministro.es/noticias/los-10-problemas-mas-comunes-en-la-
gestion-del-almacen-para-las-pymes/
Perú Retail. ¿Cuáles son los errores de logística más comunes en las empresas?,
2018. (Fecha de Fecha de Consulta: 10 de junio 2019). Disponible en
https://www.peru-retail.com/errores-logisticos-mas-comunes-empresas/
Perú Retail. Los problemas del inventario en el comercio minorista, 2016. (Fecha de
Fecha de Consulta: 10 de junio 2019). Disponible en https://www.peru-
retail.com/problemas-inventario-comercio-minorista/
Educba, Diferencia entre Scrum vs Waterfall [en línea]. (Fecha de Fecha de Consulta:
20 de diciembre del 2019). Disponible en https://www.educba.com/scrum-vs-waterfall/
Educba, Diferencia entre Java vs C# [en línea]. (Fecha de Consulta: 20 de

diciembre del 2019). Disponible en https://www.educba.com/java-vs-c-sharp/
Educba, Diferencia entre Java vs Net [en línea]. (Fecha de Consulta: 20 de

diciembre del 2019). Disponible en https://www.educba.com/java-vs-dot-net/
Educba, Diferencia entre Java vs JavaScript [en línea]. (Fecha de Consulta: 20 de

diciembre del 2019). Disponible en https://www.educba.com/java-vs-javascript/
Educba, Diferencia entre Node.js vs Java Performance [en línea]. (Fecha de Consulta:
20 de diciembre del 2019. Disponible en https://www.educba.com/node-js-
vs-java-performance/
Educba, Diferencia entre Spring vs Hibernate [en línea]. (Fecha de Consulta: 20 de

diciembre del 2019). Disponible en https://www.educba.com/spring-vs-hibernate/
Educba, Diferencia entre MySQL vs SQLite [en línea]. (Fecha de Consulta: 20 de

diciembre del 2019). Disponible en https://www.educba.com/mysql-vs-sqlite/
Educba, Diferencia entre Oracle vs PostgreSQL [en línea]. (Fecha de Consulta: 20 de

diciembre del 2019). Disponible en https://www.educba.com/oracle-vs-postgresql/
Educba, Diferencia entre MongoDB vs DynamoDB [en línea]. (Fecha de Consulta: 20

de diciembre del 2019). Disponible en https://www.educba.com/mongodb-vs-
dynamodb/
Educba, Diferencia entre Angular 5 vs React [en línea]. (Fecha de Consulta: 20 de

diciembre del 2019). Disponible en https://www.educba.com/angular-5-vs-react/
P á g i n a 129 | 132
Educba, Diferencia entre React JS y Vue JS [en línea]. (Fecha de Consulta: 20 de
diciembre del 2019). Disponible en https://www.educba.com/react-js-vs-vue-js/
C4model, EL modelo C4 para la visualización de arquitectura de software [en línea].

(Fecha de Consulta: 10 de diciembre del 2020). Disponible en https://c4model.com/
Esalog. Fases de decisión de una cadena de suministro [en línea]. (Fecha de

Consulta: 12 de diciembre 2019). Disponible en
http://www.esalog.com.pe/index.php/2019/03/25/fases-de-decision-en-una-cadena-de-
suministro/
ConexionEsan. Las cuatro etapas para la mejora continua en la organización [en

línea]. (Fecha de Consulta: 13 de diciembre 2019). Disponible en
https://www.esan.edu.pe/apuntes-empresariales/2016/05/las-cuatro-etapas-para-la-
mejora-continua-en-la-organizacion/
Cayetano Asmat, Gabriela. Principales Resultados de la Encuesta Nacional de

Empresas 2015 [En línea], 2017. (Fecha de Consulta: 04 de Julio 2019). Disponible en
https://www.inei.gob.pe/media/MenuRecursivo/publicaciones_digitales/Est/Lib1430/pdf
s/libro.pdf
Lenguaje de Programación. Wikipedia: la enciclopedia libre. (Fecha de Consulta: 10 de

diciembre del 2020) Disponible en
https://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n
Knowledge21, Definición de Scrum y ciclo [En línea]. (Fecha de Consulta: 10 de enero

2020) Disponible en https://knowledge21.es/blog/que-es-el-scrum/
ScrumStudy, Definición de Scrum [En línea]. (Fecha de Consulta: 10 de diciembre del

2019). Disponible en https://www.scrumstudy.com/whyscrum.
Read the Doc Scrum, Documentación de Definición de Scrum [En línea]. (Fecha de
Consulta: 10 de enero 2020) Recuperado de
https://metodologiascrum.readthedocs.io/en/latest/Scrum.html
BALLOU, Ronald H. LOGISTICA, Administración de la Cadena de Suministro, Quinta

Edición. Pearson Educación, México, 2004. ISBN: 970-26-0540-7
Moya Navarro, Marcos Javier. Control de inventarios y teoría de colas, EUNED,

p.19.1999. ISBN: 9977-64-546-9
Socconini Pérez Gómez, Luis Vicente. Lean Manufacuring (Paso a Paso), 1era
edición. Barcelona, 2019. ISBN: 9788417903039
P á g i n a 130 | 132
Muller, Max. Fundamentos de administración de inventarios, Editorial Norma, p.1.2005.
9580-48-457-0 ISBN:
ConexionEsan. ¿Cómo mejorar la gestión de tus inventarios? [en línea], 2017. (Fecha
de Consulta: 13 de diciembre 2019). Recuperado de https://www.esan.edu.pe/apuntes-
empresariales/2017/12/como-mejorar-la-gestion-de-tus-inventarios/
Gestión de Inventarios [En línea]. (Fecha de Consulta: 14 de Octubre del 2019)

Recuperado de https://logisticayabastecimiento.jimdofree.com/gesti%C3%B3n-de-
inventarios/
Ohno, Taiichi y Shingo, Shigeo, Los pioneros de Lean Manufacturing [en línea]. (Fecha
de Consulta: 12 de Enero del 2020) Recuperado de
https://www.academia.edu/15335008/Taiichi_Ohno_y_Shigeo_Shingo_los_pioneros_d
e_Lean_Manufacturing?auto=download
Institución Nacional de Estadística e Informática (INEI). Contiene información sobre

Estadísticas, Empresas nuevas y Reactivadas Según Región, 2015 [En línea]. (Fecha
de Consulta: 15 de octubre del 2019). Recuperado en
https://www.inei.gob.pe/prensa/noticias/mas-de-235-mil-empresas-se-crearon-en-el-
2015-8817/
Noori, H., Radford, R. Administración de Operaciones y Producción: Calidad total y

respuesta sensible rápida, Mc Graw Hill, Colombia, 1997. ISBN: 9586006034
Chiavenato, Idalberto. Iniciación a la Administración de Materiales, Mc Graw

Hill, México, 1993. ISBN: 970-10-0350-0
Baily, P.J.H. Administración de Compras y Abastecimientos, Compañía

Editorial Continental, México, 1991, 421p.
Red Hat. Ventajas de la Arquitectura de Microservicios [En línea]. (Fecha de Consulta:

12 noviembre de 2019). Disponible en https://www.redhat.com/es/topics/microservices.
Red Hat. ¿Qué son los microservicios? [en línea]. (Fecha de Consulta: 12 de
noviembre de 2019). Disponible en
https://www.redhat.com/es/topics/microservices/what-are-microservices.
Microsoft. Estilo de arquitectura de microservicios [en línea], 2019. (Fecha de consulta:

05 de noviembre de 2019). Disponible en https://docs.microsoft.com/es-
es/azure/architecture/guide/architecture-styles/microservices
P á g i n a 131 | 132
Camacho, Felipe. Las diferencias entre las metodologías Ágiles y Tradicionales [en
línea], 2016. (Fecha de Consulta: 19 de noviembre del 2019). Disponible en
http://diferenciasmetodologias.blogspot.com/2016/04/las-diferencias-entre-las-
metodologias_5.html
Trigas Gallego, Manuel. Gestión de Proyectos Informáticos [En línea]. (Fecha de

Consulta: 11 de enero 2020). Disponible en
http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612mem
oria.pdf
Project Management Institute. Guía de los fundamentos para la dirección de

Proyectos, Guía del PMBOK, 5ta Edición. ISBN 978-1-62825-009-1
P á g i n a 132 | 132

Pedro Aguilar Tesis Titulo Profesional 2020

Cargado por

Copyright:

Formatos disponibles

Pedro Aguilar Tesis Titulo Profesional 2020

Cargado por

Información del documento

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

Pedro Aguilar Tesis Titulo Profesional 2020

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingeniería

Ingeniería de Sistemas e Informática

“Optimización de los procesos contenidos

AGUILAR ESCUDERO, PEDRO JESUS

ODAR COPAIBA, GERSON FERNANDO

Para obtener el Título Profesional de

Ingeniero de Sistemas e Informática

Asesor: Mg. Anselmo Aniceto Valenzuela Zegarra

DEFINICIÓN DEL PROBLEMA .................................................................................................... 7

Tabla 1: Comparación entre las Metodologías Cascada y Scrum ............................................. 32

La presente tesis se enfoca en optimizar los procesos de la cadena de suministros a través

En el primer capítulo se describe el problema actual de la empresa Derteano & Stucker,

El segundo capítulo corresponde al marco teórico en donde se describen los conceptos

El cuarto capítulo corresponde a la implementación de la aplicación en donde se describe la

En el quinto capítulo se describen los resultados conseguidos después de la

Palabras Clave: Aplicación web, cadena de suministros

La empresa Derteano & Stucker, importadora oficial de marcas reconocidas, se observó

El presente trabajo de investigación es desarrollado con la finalidad de poder optimizar los

DEFINICIÓN DEL PROBLEMA

El presente capítulo se enfoca en la descripción de la situación problemática de los

procesos que intervienen en la cadena de suministro.

1.1 Planteamiento del problema

Debido al aumento de empresas cuya actividad económica se encuentra en

empresas al momento de controlar y administrar sus procesos:

● Volúmenes de datos para ser administrados.

● Herramientas necesarias para poder controlar los datos y el aumento en

● Multicanales físicos y virtuales existentes en el mercado.

● Control del ciclo de vida de los productos en todos los sectores.

control y administración de los procesos que intervienen en el flujo de la cadena de

suministro, muchas compañías cometen errores a la hora de optimizar los procesos,

administrar los espacios de los inventarios y controlar y manejar la información,

que afectan a las organizaciones del rubro.

La empresa Derteano & Stucker ubicada en la ciudad de Lima, es la importadora oficial

de marcas reconocidas como la firma Stihl de Alemania la cual comercializa diversos

implementos motorizados, como moto guadañas, moto fumigadoras, podadoras de

dedicada a la fabricación de motores, bombas y generadores gasolineros pequeños.

Se observó que la comunicación entre el área de ventas y el área logística no es

eficiente, lo cual genera pérdidas al momento de obtener resultados (indicadores o

métricas de la productividad del negocio) y la exactitud al derivar o escalar una

solicitud según el flujo del proceso.

Figura 1: Situación actual en la comunicación entre el área de ventas y el área

Fuente: (Elaboración Propia)

Se observa que no se tiene información relevante a nivel macro que ayude a

Debido a la cantidad de abastecimiento en la empresa, se analizó información que

detalla una mala administración en el almacenamiento, demora al buscar u obtener los

datos de un producto, la precisión con la que es localizado un producto ubicado en el

almacén, almacenamiento de productos obsoletos que genera sobrecosto y pérdidas

en el tiempo. No se cuentan con una funcionalidad para generar movimientos y

transferencias de artículos entre subinventarios y entre organizaciones.

Figura 2: Situación actual en el inventario de los productos según la

Fuente: (Elaboración Propia)

Controlado A Mercadería con mayor rotación

Controlado B Mercadería con rotación media.

Controlado C Mercadería con rotación baja.

las áreas de la empresa, enfocándonos en el área de ventas, logística, distribución y

almacén, así como manejar un control eficiente en los inventarios de la empresa.

Entonces, la solución que se propone ante este problema es implementar un sistema

negocio de importación de productos en la empresa Derteano & Stucker.

1.3 Formulación del Problema

1.3.1 Problema General