“Sistema de información web para la

mejora de la gestión de ventas y almacén

en la empresa Telenor Perú S.R.L. de la
ciudad de Trujillo”

Chapoñan Lalopu, Christian

Pretell Quispe, Jaime

V.B. 28/04/2021
 UNIVERSIDAD NACIONAL DE TRUJILLO
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

SISTEMA DE INFORMACIÓN WEB PARA LA MEJORA DE LA GESTIÓN DE VENTAS Y

ALMACÉN EN LA EMPRESA TELENOR PERÚ S.R.L. DE LA CIUDAD DE TRUJILLO
PROYECTO DE TESIS

AUTOR(ES) :
Chapoñan Lalopu, Christian Roberth
Pretell Quispe, Jaime Esaú
ASESOR :
Dr. Gómez Ávila, José Alberto

LÍNEA DE INVESTIGACIÓN :
Gestión de Desarrollo de Software

GUADALUPE – PERÚ
2021
 JURADO DICTAMINADOR

--------------------------------------------------------------------
(Grado Académico) (Nombres y Apellidos)
Presidente

--------------------------------------------------------------------
(Grado Académico) (Nombres y Apellidos)
Secretario

--------------------------------------------------------------------
Dr. José Alberto Gómez Ávila
Vocal

i
 INDICE GENERAL
CAPÍTULO I: INTRODUCCIÓN .......................................................................................................... 1
CAPÍTULO II: METODO ................................................................................................................... 31
2.1 Tipo de Investigación ........................................................................................................ 32
2.1.1 De Acuerdo a la Orientación o Finalidad....................................................................... 32
2.1.2 De Acuerdo a la Técnica de Contrastación ................................................................... 32
2.2 Nivel de Investigación ....................................................................................................... 32
2.3 Diseño de Investigación .................................................................................................... 32
2.4 Población, Muestra y Muestreo......................................................................................... 33
2.4.1 Población ...................................................................................................................... 33
2.4.2 Muestra ......................................................................................................................... 33
2.4.3 Muestreo ....................................................................................................................... 35
2.5 Variables ........................................................................................................................... 35
2.5.1 Tipo ............................................................................................................................... 35
2.5.2 Operacionalización ....................................................................................................... 36
2.6 Técnicas e Instrumentos, Validación y Confiabilidad ........................................................ 36
2.6.1 Técnicas e Instrumentos ............................................................................................... 36
2.6.2 Validación y Confiabilidad ............................................................................................. 37
2.7 Método de Análisis de Datos ............................................................................................ 37
2.8 Procedimiento ................................................................................................................... 37
2.9 Consideraciones Éticas .................................................................................................... 39
CAPÍTULO III: ASPECTOS ADMINISTRATIVOS ............................................................................. 40
2.10 Recursos y Presupuestos ................................................................................................. 41
2.10.1 Recursos ................................................................................................................... 41
2.10.2 Presupuesto .............................................................................................................. 42
2.11 Financiamiento.................................................................................................................. 44
2.11.1 De Fuentes Externas ................................................................................................ 44
2.11.2 Autofinanciación........................................................................................................ 44
2.12 Cronograma de Ejecución................................................................................................. 45
2.12.1 Período ..................................................................................................................... 45
2.12.2 Cronograma .............................................................................................................. 45
REFERENCIAS BIBLIOGRÁFICAS .................................................................................................. 46
REFERENCIAS ............................................................................................................................ 47
ANEXOS ........................................................................................................................................... 51
Anexo 1: Matriz de Consistencia....................................................................................................... 52

ii
Anexo 2: Árbol de Problemas ........................................................................................................... 53
Anexo 3: Árbol de Objetivos ............................................................................................................. 54
Anexo 4: Matriz de Operacionalización de Variables ........................................................................ 55
Anexo 5: Instrumentos de Recolección de Datos ............................................................................. 56
Anexo 6: Constancia de Aplicación de Instrumentos ........................................................................ 86
Anexo 7: Instrumentos de Distribución Estadística de Probabilidad ................................................. 87
FORMATO 1: DECLARACIÓN JURADA .......................................................................................... 90

iii
 INDICE DE FIGURAS

Figura 1: Interrelación entre elementos de un sistema de información y la organización ................... 7

Figura 2: Sistema de información de la organización ......................................................................... 8
Figura 3: Etapas de desarrollo de XP ............................................................................................... 13
Figura 4: Ciclo de Desarrollo Ágil...................................................................................................... 16
Figura 5: Secuencia Sprint ................................................................................................................ 18
Figura 6: Descripción general del proceso Scrum ............................................................................ 20
Figura 7: Fases del RUP ................................................................................................................... 24
Figura 8: Flujo de la estructura estática del proceso ......................................................................... 25
Figura 9: Diseño de investigación ..................................................................................................... 33
Figura 10: Ciclo de Scrum ................................................................................................................ 38
Figura 11: Cronograma de Ejecución ............................................................................................... 45
Figura 12: Árbol de Problemas ......................................................................................................... 53
Figura 13: Árbol de Objetivos............................................................................................................ 54
Figura 14: Diagrama de lluvia de ideas ............................................................................................. 56
Figura 15: Diagrama de Pareto ......................................................................................................... 58
Figura 16: Consentimiento para realizar encuesta ............................................................................ 60
Figura 17: Formato de entrevista para los trabajadores de Telenor - Parte 1 ................................... 61
Figura 18: Formato de entrevista para los trabajadores de Telenor - Parte 2 ................................... 62
Figura 19: Entrevista para trabajadores de la empresa Telenor - Encuesta 1, Parte 1 ..................... 63
Figura 20: Entrevista para trabajadores de la empresa Telenor - Encuesta 1, Parte 2 ..................... 64
Figura 21: Entrevista para trabajadores de la empresa Telenor - Encuesta 2, Parte 1 ..................... 65
Figura 22: Entrevista para trabajadores de la empresa Telenor - Encuesta 2, Parte 2 ..................... 66
Figura 23: Entrevista para trabajadores de la empresa Telenor - Encuesta 3, Parte 1 ..................... 67
Figura 24: Entrevista para trabajadores de la empresa Telenor - Encuesta 3, Parte 2 ..................... 68
Figura 25: Entrevista para trabajadores de la empresa Telenor - Encuesta 4, Parte 1 ..................... 69
Figura 26: Entrevista para trabajadores de la empresa Telenor - Encuesta 4, Parte 2 ..................... 70
Figura 27: Entrevista para trabajadores de la empresa Telenor - Encuesta 5, Parte 1 ..................... 71
Figura 28: Entrevista para trabajadores de la empresa Telenor - Encuesta 5, Parte 2 ..................... 72
Figura 29: Formato para la evaluación de instrumentos de recolección de datos ............................ 73
Figura 30: Formato para la evaluación de instrumentos - Experto 1 ................................................. 74
Figura 31: Formato para la evaluación de instrumentos - Experto 2 ................................................. 75
Figura 32: Formato para la evaluación de instrumentos - Experto 3 ................................................. 76

iv
Figura 33: Encuesta para determinar la metodología ....................................................................... 77
Figura 34: Encuesta para determinar la metodología - Experto 1 ..................................................... 78
Figura 35: Encuesta para determinar la metodología - Experto 2 ..................................................... 79
Figura 36: Encuesta para determinar la metodología - Experto 3 ..................................................... 80
Figura 37: Formato de encuesta para medir el nivel de satisfacción ................................................ 81
Figura 38: Distribución Normal.......................................................................................................... 87
Figura 39: Distribución de T de Student............................................................................................ 88

v
 INDICE DE TABLAS

Tabla 1: Fases de la metodología SCRUM. ...................................................................................... 22

Tabla 2: Cuadro comparativo RUP, SCRUM Y XP ........................................................................... 27
Tabla 3: Población ............................................................................................................................ 33
Tabla 4: Matriz de operacionalización de variables .......................................................................... 36
Tabla 5: Técnicas e instrumentos de recolección de datos............................................................... 37
Tabla 6: Puntos mínimos del product backlog .................................................................................. 38
Tabla 7: Cuadro de Personal ............................................................................................................ 41
Tabla 8: Cuadro de Materiales y Equipos ......................................................................................... 41
Tabla 9: Viajes .................................................................................................................................. 41
Tabla 10: Servicios ........................................................................................................................... 42
Tabla 11: Recursos Tecnológicos ..................................................................................................... 42
Tabla 12: Presupuesto de Personal .................................................................................................. 42
Tabla 13: Presupuesto de Bienes ..................................................................................................... 43
Tabla 14: Presupuesto de Viajes ...................................................................................................... 43
Tabla 15: Presupuesto de Servicios ................................................................................................. 43
Tabla 16: Presupuesto Tecnológico.................................................................................................. 44
Tabla 17: Total de Presupuesto ........................................................................................................ 44
Tabla 18: Cuadro de Porcentaje de Financiación ............................................................................. 44
Tabla 19: Periodo de Ejecución del Proyecto ................................................................................... 45
Tabla 20: Matriz Operacionalización de Variables ............................................................................ 55
Tabla 21: Priorización de frecuencias ordenada ............................................................................... 57
Tabla 22: Porcentaje acumulado por cada tipo de problema ............................................................ 57
Tabla 23: Resumen de Selección de la Metodología RUP ............................................................... 85
Tabla 24: Resumen de Selección de la Metodología XP .................................................................. 85
Tabla 25: Resumen de Selección de la Metodología SCRUM .......................................................... 85

vi
 CAPÍTULO I:
INTRODUCCIÓN

1
Geográficamente la empresa Telenor Perú S.R.L, se encuentra ubicada en la ciudad de Trujillo,
departamento la Libertad. Actualmente orientada a la venta e implementación de infraestructura de
networking, redes inalámbricas, cableado estructurado, videovigilancia, comunicaciones de voz y
datos.

La empresa Telenor Perú S.R.L no cuenta con un sistema de información web sofisticado para dar
apoyo a todos los procesos de la empresa, esta se ve afectada a que la mayoría de sus procesos se
realizan de manera manual, lo cual genera demoras en los procesos e insatisfacción de los clientes
y/o colaboradores.

Según los problemas planteados en el ANEXO 5, empresas como esta necesitan sistemas que
ayuden a manejar información vital en la organización, la inclusión de sistemas de información web
en el ámbito tecnológico permite una mejor gestión de la información y su mejor utilización de sus
recursos, logrando incrementar el nivel de ventas, satisfacción de los colaboradores de los procesos
optimizados y una mayor productividad en la empresa.

Teniendo en cuenta el ANEXO 5, la mejora en la gestión de ventas y almacén permite el adecuado

control de la información de los procesos facilitando el trabajo de los colaboradores, teniendo la
información a su alcance mediante el sistema de información web tales como, productos en stock,
reportes mensuales, control de almacén, registro de ventas, entre otros. Con esta solución de la
problemática se reducirá considerablemente los costos tanto de tiempo como dinero ya que estos
procesos se realizaban de manera manual.

A nivel local, tenemos las siguientes investigaciones como antecedentes:

La tesis “Sistema Web para Mejorar la Gestión Comercial de la Empresa Yomiqui S.A.C. Trujillo 2018”
desarrollado por (Palacios Obeso, 2018), la presente tesis logro la mejora de la gestión de la empresa
en los procesos que este tiene como, registro de usuarios, registro de ventas, etc. La presente tesis
también permitió reducir los tiempos en los procesos por más de un 88%.

La investigación con título “Implementación de un sistema informático web para el control de Ventas
e Inventario en la Empresa Calzados Winner E.I.R.L - Trujillo” desarrollado por (Rodríguez Quispe,
2017), la presente tesis logro la reducción de coste de comunicación entre las diferentes áreas de la
empresa, mejor coordinación entre los diferentes niveles jerárquicos y un mayor control en las ventas
e inventario.

La tesis titulada “Sistema de Información con Tecnología Web para la Mejora de la Gestión del
Proceso de Abastecimiento y Almacén de la Municipalidad distrital de Guadalupe - Trujillo”

2
desarrollado por (Quiroz Briones & Tasilla Culqui, 2016), la siguiente tesis menciona la problemática
de la empresa la cual no contaba con un correcto manejo y gestión de los productos, se tenía perdida
de información, datos incoherentes y no se podría obtener una información estadística correcta de los
productos. Con el desarrollo del software implementado se logró solucionar en un 80% el problema
de control de productos.

La siguiente tesis “Sistema informático web para la gestión de ventas de la Boutique Detallitos E.I.R.L.
Utilizando la metodología UAP y Framework QCODO de PHP”, realizado por (Julca Diaz & Rojas
Zarate, 2015), la empresa en la que se realizó el proyecto está dedicada a la gestión comercial de
ropa y accesorios para damas. El proyecto se realizó bajo la metodología UAP. La empresa no
contaba con un sistema de control para sus distintas áreas, todo se realizaba manualmente y esto
traía como consecuencias la perdida de información tanto como de tiempo.

A nivel nacional, tenemos las siguientes investigaciones como antecedentes:

La tesis titulada “Implementación de un sistema de información web de control de ventas y almacén

para la farmacia Buzan - Chimbote” desarrollada por (Melgarejo Rocca, 2019) , se resumen que la
presente investigación logro mejorar la gestión del centro farmacéutico, ya que el sistema anterior no
permitía agilizar los procesos de venta y almacén. Con el sistema anterior no se podían obtener los
datos que los trabajadores necesitaban. Esto era un problema porque en ocasiones se perdía
información.

La investigación con título “Sistema Web para el Control de Inventario del Área de Gabinete en el
Proyecto del Museo de sitio de Túcume - Lambayeque” desarrollado por (Purisaca Martinez &
Zavaleta Velásquez, 2019), menciona que en contexto no se tenía una correcta gestión de los
materiales o simplemente estos no se etiquetaban. Anteriormente esta gestión se realizaba mediante
un cuaderno de ingreso y hojas calculo. Se realizo bajo la metodología SCRUM, la cual dio resultados
satisfactorios en la mejora de gestión de los materiales culturales.

La tesis “Sistema Web para el control de Inventario en la Empresa Web Solutions S.A.C.” desarrollado
por (Vallejos Velarde, 2018), la siguiente tesis se realizó bajo la metodología SCRUM, la cual ayudo
a resolver el problema del control de almacén el cual no se podía saber a ciencia cierta el stock actual
de los productos o en ciertas ocasiones cuando se requería un producto no se tenía en stock. Este
trabajo de investigación logro incrementar la tasa de abastecimientos de pedidos en un 15.1%,
también logro incrementar la rotación de stock en un 26.85%.

3
La siguiente investigación “Implementación de un sistema de control de almacén para la
administración de alimentos en el Centro Juvenil el tambo” desarrollada por (Salamán Herrera, 2017),
la cual fue realizada bajo la metodología RUP, ya que esta metodología se adaptaba a la forma de
investigación que se estaba planteando. Se Logro resolver el problema que se tenía en la institución
por la engorrosa forma de trabajo que tenían los trabajadores de almacén, el control de almacén era
lento e inseguro, lo cual esto hacía que el registro de productos sea muy trabajoso a la hora de
registrar en un formato.

A nivel internacional, tenemos las siguientes investigaciones como antecedentes:

La tesis titulada “Sistema de Información Web para la Gestión de Inventarios, Clientes, Proveedores,
Ventas y Facturación de la empresa industria y soluciones metalmecánicas Colombia S.A.S.”
desarrollada por (Novoa Rojas, 2015) , se tomó como referencia la metodología RUP. Se logró realizar
un sistema web necesario para el manejo de control de las actividades de ventas, facturación, etc.;
ya que dichos procesos se realizaban de forma manual. Con el desarrollo de este sistema se llegaron
a reducir los tiempos en cada proceso.

La investigación con título “Diseño e Implementación de un Sistema Web para Comprar y Venta de
Flores en la Empresa Floratime” desarrollado por (Landívar Rodríguez, 2015), la problemática
menciona que la empresa trabajaba anterior mente con un aplicativo de escritorio para llevar el control
de sus procesos (ventas, compras, etc.). El aplicativo web logro mejorar el control de los pedidos y
despachos a los clientes, así como, de las adquisiciones a proveedores. También se logró mantener
una mayor seguridad e integridad de los datos por cada proceso.

La tesis “Diseño e Implementación de un Sistema Web de Inventarios y Facturación Para el Control

de Productos Terminados Utilizando Software libre para los Almacenes Pichavi Pertenecientes a la
Unidad Educativa Cotacachi” desarrollado por (Gavilima Velasteguí, 2017) menciona que la empresa
que realiza la producción de calzado mantenía el control de su stock en un libro diario de Excel, con
lo cual los reportes que se obtenían no eran oportunos y no se realizaban a tiempo, también podía
suceder el caso que los datos o formulas realizadas en Excel podían ser modificados. Los resultados
con el software fueron optimización de tiempos y costos, mayor seguridad y veracidad en la
información, etc.

El proyecto “Sistema Web para el control y seguimiento de Inventario – Farmacia ALPASO”

desarrollada por (Rojas Febrero, 2017), este proyecto fue realizado bajo la metodología OOHDM. El
principal objetivo de esta tesis fue realizar un nuevo sistema web que pueda ayudar a la farmacia a
tomar decisiones, respecto al control de ventas, control de stock para el área de almacén y un control

4
de consultas donde se busque el producto requerido. El proyecto mejoro la gestión de la farmacia en
un 60%.

En la revista “The Journal of Computer Science and Technology (JCST)” menciona en uno de sus
artículos (G. Barrios, y otros, 2012): The experience described by developers with a project following
the SCRUM methodology. Since currently project management is much more efficient using agile
methodologies, in this case SCUM. This article discusses and describes the adaptation and
implementation of the SCUM methodology in a software development company from NEA (Northeast
Argentina) used under a strategic management approach, redesigned for use in a micro-business. In
the aforementioned articles he tells us at the beginning of the generalities of the SCRUM methodology,
concepts, steps, process, etc.; then the practical aspects of the case are presented and the results
analyzed.

En la revista mencionada relata la experiencia de desarrolladores que trabajaron en un proyecto

utilizando la metodología SCRUIM, hacia las PyMEE, lo cual esto nos servirá como guía para nuestra
investigación lo cual está enfocado en una metodología ágil SCRUM.

Sistema, un sistema es un conjunto de elementos relacionas que interactúan entre sí. Los sistemas
constituyen un todo organizado, en donde la modificación de una de sus partes afectaría a todo el
sistema. Se clasifican en sistemas abiertos y cerrados, los cerrados son aquellos que no tienen
relación con su entorno, por otro lado, los abiertos son aquellos que están en constante interacción
con su entorno, tomando datos, información, materiales, etc. (Federico & Aníbal Loguzzo, 2016).

Sistema de información, Los sistemas de información empresariales se han constituido durante los
últimos años como un elemento fundamental en las organizaciones. Un sistema de información no es
únicamente un conjunto de programas y equipos informáticos los cuales se utilizan en la gestión diaria
de la actividad productiva; su perspectiva se ha ampliado, evolucionando a lo largo del tiempo y de
considerarse como una mera herramienta que disminuía la burocracia y facilitaba las transacciones
ha pasado a considerarse un arma estratégica que permite a la organización lograr una ventaja
competitiva sostenible. Por ello toda empresa ha de considerarlos en el proceso de planificación de
la estrategia empresarial y a partir de ahí desarrollar dicho sistema de información del modo más
conveniente según las necesidades de información de la organización y de la estructura interna de
esta última (Hernández Trasobares, 2012).

Como menciona (Lapiedra Alcamí, Devece Carañana, & Guiral Herrando, 2011), un sistema de
información debe servir para procesar información y transformarla en la forma que se requiera, ya sea
para la toma de decisiones o para realizar algún control estratégico, eso dependerá de la habilidad

5
para explotar los sistemas de información y obtener resultados positivos. Existen sistema de
información formales y no formales, los formales son aquellos sistemas que operan sobre una
colección de datos y los procesan para obtener una información determinada y esta misma apoyara
a la toma de decisiones, etc. Los SI informales no son resultado de un proceso diseñado, sino que
proporcionan información de casualidad.

Según (Laundon & Laundon, 2012), Sistema de información es una secuencia de elementos o
componentes que se interrelacionan entre sí para un fin específico organizacional, los sistemas de
información ayudan a la organización o empresas a la toma de decisiones, la información es
distribuida para brindar apoyo o soporte a los diferentes procesos de la organización u empresa para
analizar situaciones problemáticas y tener un mejor control de la organización.

Los sistemas de información contienen un flujo de datos de la empresa u organización, cuando

hablamos de información nos referimos a un conjunto de datos que han sido modelados e
interpretados de tal manera de que las personas puedan analizar e interpretar dichos flujos.

ESTRUCTURA DE LOS SISTEMAS DE INFORMACIÓN

De acuerdo con (Hernández Trasobares, 2012), Con la finalidad de construir un sistema de

información apto para la competitividad de las empresas contemporáneas deben ser capaces de
reconocer y combinar los diferentes componentes que constituyen y contribuyen dichos sistemas.
Algunos de ellos pueden ser:

- Personas: directivos, jefes de área, personal administrativo, etc.

- Datos: materia prima para generar información útil y entendible para la organización.
- Procesos: reconocer todas las actividades de la empresa, el proceso de generación de
información, cual es el flujo principal de datos de la empresa, etc.
- Redes: La intercomunicación que existe en la distribución de la empresa como oficinas,
centros de producción, etc.
- Tecnologías de información: el hardware y el software necesario que sostiene a los
anteriores tres componentes.

Como define (Laundon & Laundon, 2012), la siguiente figura presenta la interrelación existente entre
los elementos de un sistema de información y la organización.

6
 Hardware

Empresa: Objetivos de
Sistema de Administración de
negocio estratégicos.
información datos
Procesos de negocios

Telecomunicaciones

Figura 1: Interrelación entre elementos de un sistema de información y la organización

Fuente: Adaptado de (Laundon & Laundon, 2012)

ACTIVIDADES BÁSICAS DE LOS SISTEMAS DE INFORMACIÓN

Entrada de información, es el proceso donde el Sistema de Información capta los datos de la

organización u empresa para procesar la información. La información entrante puede ser ingresada
de manera manual o automáticas. Las manuales son las que se ingresan de forma directa por el
usuario, y las automáticas son los flujos de datos que están en el sistema captadas o recopiladas por
otros módulos del mismo sistema de información (Laundon & Laundon, 2012).

Almacenamiento de información, es una de las tareas más importantes donde la información es

guardada en forma de estructuras de información llamadas archivos, la cantidad de información que
se pueda almacenar va a depender de la capacidad del computador hay varias herramientas
tecnológicas para saber administrar la información las que llamamos gestores de base de datos donde
esta información es transformada según como lo requiera la empresa u organización, así como
también existen computadores exclusivos para gestionar la información y datos llamados servidores
de información o datos (Hernández Trasobares, 2012).

Procesamiento de información, es la capacidad de los Sistemas de Información para transformar

los datos en información requerida y de mucha utilidad para la empresa u organización, estos datos
son transformados según las reglas operacionales pre-establecidas haciendo cálculos,
interpretaciones, y clasificaciones. Esta actividad es de mucha utilidad ya que reduce la incertidumbre
mediante la evaluación de información para ayudar en la toma de decisiones (Lapiedra Alcamí,
Devece Carañana, & Guiral Herrando, 2011).

7
Salida de información, La salida es la capacidad de un Sistema de Información para exteriorizar la
información procesada estas pueden establecerse mediante unidades típicas de salida como
impresoras, etc. Cabe mencionar o resaltar que en ocasiones las salidas de los Sistemas de
Información pueden construir otros Sistemas de información o módulos externos generando una
retroalimentación continua (Lapiedra Alcamí, Devece Carañana, & Guiral Herrando, 2011).

Almacenamiento Procesamiento Información final

Retroalimentación

Datos Uso información

Figura 2: Sistema de información de la organización

Fuente: Adaptado de (Lapiedra Alcamí, Devece Carañana, & Guiral Herrando, 2011)

OBJETIVOS DE LOS SISTEMAS DE INFORMACIÓN

A lo que mencionan (Vega Pérez, Grajales Lombana, & Montoya Restrepo, 2017), los objetivos de
los sistemas de información son los siguientes:

- Poder transformar todos los datos en información con lo que esto pueda ayudar a las
empresas a obtener mejores resultados
- Obtener una fuente de ventaja competitiva
- Elemento clave para la gestión, supervivencia y crecimiento de la organización empresarial.

Sistema web, se denomina aplicación web a aquellas herramientas que los usuarios pueden utilizar
accediendo a un servidor web a través de Internet o de una intranet mediante un navegador. En otras
palabras, es una aplicación software que se codifica en un lenguaje soportado por los navegadores
web en la que se confía la ejecución al navegador (Lopez, 2015).

Gestión, la gestión es una ciencia, afirma que la práctica de la gestión o administración es un arte en
función de que su ejercicio requiere un conjunto de cualidades determinantes del éxito. El desarrollo
científico de la gestión tendería a elaborar teorías explicativas en relación con el fenómeno

8
organizacional y su comportamiento. También existe la posibilidad de desarrollar un conocimiento de
la gestión de carácter técnico, con el objetivo de orientar el comportamiento organizacional hacia los
objetivos deseados (Federico & Aníbal Loguzzo, 2016).

Gestión de ventas, como sostiene (Virgilio Torres, 2014), la administración de ventas se define como
una disciplina que dirige los esfuerzos de un grupo de personas hacia un objetivo común. Para
realizar esto se involucran las siguientes funciones:

- Planeación: Procedimientos de planes en donde se fijan objetivos, se determinan políticas,

reglas, programas, campañas, etc.
- Organización: Relaciones personales con actividades necesarias para desarrollar los
planes.
- Personal: Determinar el grupo de personas que realizara ciertas actividades, así como su
capacitación para ejecutar ciertas acciones.
- Dirección: Disposición y supervisión de subordinados.
- Control: Dar seguimiento a los objetivos planeados, supervisar que estos objetivos y
resultados se logren en el tiempo determinado y hacer una corrección en caso sea necesario.

Como menciona (Serbel Alcánta, 2011), la Gestión de ventas muchas veces suena como sinónimo
de “Gerencia de Mercadeo”. La gestión de ventas comprende todas las actividades y procesos que
se realizan para hacer llegar los bienes y servicios a los consumidores.

Gestión de almacén, la gestión del almacén permite organizar diariamente las operaciones y los
flujos de mercancía, al mismo tiempo que aporta información sobre el almacén y la calidad de sus
servicios. Para poder desarrollar esta gestión, se necesita ayuda o datos de otras áreas de la empresa
(comprar, provisionamiento, comercial, administración, contabilidad, etc.), así también a veces es
necesario datos de clientes, empresas proveedoras, siguiendo los objetivos planteados por la
compañía (Flamarique, 2019).

Framework, el framework no es ningún software de programación, ni alguna herramienta que se

ejecuta y que nos ofrece alguna interfaz gráfica, el framework es un conjunto de archivos y directorios
que facilita la creación de aplicaciones. El objetivo de los frameworks es facilitar las cosas al momento
de desarrollar un software, haciendo que no concentremos en los problemas centrales o más
importantes y nos olvidemos de implementar funcionalidades que son de uso común como puede ser
el registro de un usuario, establecer conexión con la base de datos, manejo de sesiones de usuario o
el almacenamiento en base de datos de contenido cacheado (Gutierres Perez, 2014).

9
De acuerdo con (Ognjanović, 2016) , un framework está relacionado con el diseño de sistemas y más
utilizado para trabajos de desarrollo con programación orientada a objetos. El framework es como el
esqueleto de un sistema o programa ya que contiene las partes esenciales para poder terminar un
proyecto en específico, de esta manera con la ayuda del framework se ahorra tiempo de codificación.
Una de las principales razones de usar framework es por la reutilización de código.

Como afirma (Gutierres Perez, 2014), Los frameworks traen las siguientes ventajas para los
programadores:

✓ Uso de Patrones de Diseño: Es una de las principales ventajas. El patrón más utilizado es
conocido como Modelo-Vista-Controlador (MVC). Este modelo se divide en tres capas:
Modelo: Representa los datos de la aplicación y sus reglas de negocio.
Vista: Representa la capa presentación, como representamos los datos a los usuarios.
Controlador: Es el encargado de procesar las peticiones de los usuarios y controla el flujo de
ejecución del sistema.
✓ Estructura Predefinida de la Aplicación: El programador no necesita plantearse la
estructura global de la aplicación, ya que esta es proporcionada por el propio framework. Esto
tiene la ventaja de que, pasado un tiempo, si tenemos que tocar algo en la aplicación,
sabremos donde encontrar el archivo en cuestión de forma rápida.
✓ Código Altamente Testeado: El código del framework está probado, lo que garantiza que
este tendrá un buen funcionamiento.
✓ Comunidad de Usuarios Detrás de Cada Framework: La gran mayoría de los frameworks
tienen detrás a una amplia comunidad de usuarios, de los cuales muchos ayudan en su
desarrollo o creando extensiones con funcionalidades extra que podremos utilizar de forma
sencilla sin tener que desarrollarlas por nuestra cuenta.
✓ Trabajo en Equipo: El uso de frameworks facilita el trabajo en equipo, ya que, si todos
conocen el framework utilizado, conocerán la estructura de directorios.

Patrones de diseño, el concepto de patrón fue descrito originalmente como un problema muy
repetitivo, en donde se encuentra el núcleo de la solución del problema, de tal forma que la solución
se use muchas veces más, sin tener que hacerlo de la misma manera varias veces (Jiménez, Pástor,
Arcos, Romero, & Urquizo, 2017).

Html5, esta tiene tres características: estructura, estilo y funcionalidad. CSS3, JavaScript y HTML,
son independientes, pero se complementan. Estas tecnologías actúan como una sola unidad
organizadas bajo la especificación de HTML5. La estructura viene a ser una de las partes esenciales

10
de un documento. La misma provee los elementos necesarios para ubicar contenido estático o
dinámico y es también una plataforma básica para aplicaciones (Gauchat, 2012).

CSS3, es un lenguaje que se utiliza para definir los estilos de cada elemento dentro del HTML, como
pueden ser tamaño, color, borde, fondo, etc. CSS Utiliza propiedades y valores. Esto se le llama
declaración y su sintaxis incluye dos puntos después del nombre de la propiedad y un punto y coma
al final para cerrar la fila. Existen diferentes técnicas para aplicar estilos CSS a elementos HTML
(Gauchat, 2012).

Base de datos, está comprobado que en la actualiza las personas tienen acceso a la información
mucho más rápido que en los siglos anteriores. Las bases de datos en la actualidad son tan
necesarias e importantes que se pueden encontrar en organizaciones de todo tamaño. Las
actividades diarias con frecuencia lo ponen en contacto con las bases de datos, ya sea directa o
indirectamente (Zea Ordoñez, Honores Tapia, & Rivas Asanza, 2015).

MEDOLOGÍAS PARA EL DESARROLLO DE SOFTWARE

Según (Arnaldo Espinoza, 2013) , las metodologías para el desarrollo de software son actividades,
procedimientos, técnicas, herramientas, normados y comprendidos en un marco de trabajo. Sirve para
poder dar soporte y seguimiento a un proyecto, para poder llevar un control adecuado requerido para
así poder lograr las conversiones de un grupo de necesidades a un sistema de información de manera
eficiente. Las metodologías nos indican un plan adecuado de gestión y control del proyecto de
software: definición de etapas, ingresos y salidas, restricciones, comunicaciones, tareas ordenadas y
distribución de recursos.

Actualmente existen muchas metodologías, pero estas se diferencian en dos grandes grupos según
algunos autores: “Metodologías Tradicionales” las que se enfocan en procesos bien definidos que se
debe seguir en forma secuencial, tienen un alto grado de ordenamiento y disciplina, sin embargo, para
desarrollar un proyecto, no son muy moldeables a los cambios.

Y el otro grupo denominado “Metodologías Agiles” a lo cual se tiene una serie de principios y técnicas
que ayudan a la realización temprana del proyecto, sin tener que concentrarse tanto en la
documentación formal del proyecto.

METODOLOGÍA XTREMING PROGRAMING (XP), esta metodología fue desarrollada por Kent Beck
al realizar trabajos con equipos pequeños, entre dos y diez programadores, en un ambiente donde
los requerimientos son cambiantes. La principal particularidad de esta metodología es las historias
de usuarios, la cual consiste en que el cliente describa las características y funcionalidades que el

11
sistema debe de poseer. Se trabaja con la metodología Planning Game, la cual consiste en que el
cliente define la historia del usuario y el desarrollador definen las características de la entrega (costos,
implementación, número de iteraciones, etc.). Se realizan pequeñas entregas del proyecto, las cuales
se llaman Iteraciones, esto ayuda a verificar si el sistema está realizando lo que el cliente deseas.
Otra característica de esta metodológica es la programación en pareja, indica que cada tarea tiene
que ser desarrollada por dos programadores y el conocimiento tiene que ser compartido (Molina
Montero, Vite Cevallos, & Dávila CuestaJefferson, 2018).

Como define (Rosado Gómez, Quintero Duarte, & Meneses Guevara, 2012), esta metodología
pertenece a la familia de las metodologías agiles. XP es lo que lleva el desarrollo de buenas prácticas,
pero al extremo. Ahora se mostrarán las 4 practicas esenciales para que esta metodología pueda
realizarse de buena manera:

- Entregas pequeñas: Consiste en ir entregando módulos pequeños del proyecto. Esto no

significa que las tareas se dejen inconclusas, estos módulos antes de entregarse se prueban,
las tareas se entregan estables y completas. Esta práctica lo que busca es mantener al cliente
satisfecho.
- Semana de trabajo de 40 horas: Los equipos de desarrollo de XP solo trabajan 40 horas
semanales, y no se aceptan horas extras. Lo que se busca es utilizar el máximo de energía
de los desarrolladores
- Cliente en el sitio: El cliente tiene que estar siempre presente en todo el proceso del
desarrollo, este puede ayudar con consultas, dudas y así se pueda avanzar con el proyecto.
- Programación en parejas: Con esto se busca aumentar la calidad del código, ahorrar tiempo,
estimula la creatividad y la reducción de código fuente.

ETAPAS

De acuerdo con (Rosado Gómez, Quintero Duarte, & Meneses Guevara, 2012), esta metodología
consta de las siguientes etapas:

- Planeación: Esta actividad comienza escuchando a los clientes para saber los
requerimientos y funciones principales del proyecto. Estos datos se especifican mediante las
Historias de Usuario, las cuales mencionan todos los detalles del proyecto que son recogidas
por los desarrolladores. Una vez terminadas las historias de usuarios, las tareas son
repartidas entre los desarrolladores, se estima el esfuerzo, se planean las reuniones para ver
el avance del proyecto y se queda con una echa final de entrega.

12
 - Diseño: En esta etapa es donde se evalúan y analizan las historias de usuarios, de esta
manera se pueden dividir las tareas. Cada tarea representa una característica distinta del
sistema.
- Desarrollo: Se lleva a cabo la programación en pareja, la unidad de pruebas y la integración
del código. Durante esta etapa se espera la disponibilidad del cliente para que éste pueda
resolver cualquier duda que se presente durante una jornada de trabajo.
- Prueba: Cada tarea que se identificó con las historias de usuario, representa una
característica distinta del sistema y se realiza una prueba de unidad por cada una de ellas,
existen pruebas unitarias las cuales son diseñadas para probar cada uno de los métodos y
clases, dichas pruebas son realizadas por los programadores.

Figura 3: Etapas de desarrollo de XP

Fuente: Adaptado de (Rosado Gómez, Quintero Duarte, & Meneses Guevara, 2012)

Como menciona (Varma & Holcombe , 2019), y profundiza un poco más de las actividades de la
metodología XP:

- Planning Game: Esto se refiere a que el cliente debe de interactuar con el equipo de
desarrollo para que se puedan responder dudas o consultas, pero mencionan que el cliente
no necesariamente tiene que estar 100% en el proceso de desarrollo.

13
 - Simple Diseño y Primero Test: Recomienda que se deben realizar diseños simples, repartir
de manera rápida las tareas y desarrollaras para poder realizar pruebas. Y se espera que las
pruebas seas rápidas para poder avanzar sustancialmente con el proyecto.
- Refactorización: Se consideró que la refactorización era muy importante para mantener un
diseño simple, pero se necesitaba un enfoque más sistemático.
- Integración Continua: también era extremadamente importante ya que se está siguiendo
prácticas de pequeños lanzamientos y refactorización.
- Programación en Parejas: Es una práctica muy útil, pero también es una de las prácticas
difícil de adoptar ya que ciertos desarrolladores tienen naturaleza individualista. La propiedad
colectiva también fue una tarea inmensa que es un apoyo activo extremadamente deseable
y necesario.
- La semana de 40 horas: Es u horario prudente ya que les permite a los desarrolladores
mantener la disciplina y reflexionar sobre su trabajo.

ACTIVIDADES BÁSICAS DE XP

Como menciona (Juric, 2014), existen 4 principales actividades básicas dentro de esta metodología,
las cuales son:

- Codificación: Es la actividad básica de XP, ya sea que se realicen diagramas o se escriba

código. Los códigos deben de usarse para todo dentro del proyecto, para desarrollar
soluciones, describir algoritmos, pruebas rápidas, etc.
- Pruebas: Esta sirven para verificar la funcionalidad del programa. Las pruebas unitarias están
realizadas por los desarrolladores, con el fin de demostrar que los programas funcionan como
se espera. Luego los clientes realizan pruebas en conjunto para poder convencerse de que
el programa funciona como se espera.
- Escuchar: Poner reglas en donde todos puedan compartir los conocimientos del proyecto y
de esta manera todos los participantes del proyecto estén al tanto de todo.
- Diseño: Es parte de los desarrolladores, se tiene que realizar un buen diseño antes de
empezar a desarrollar, esto se basa en que un buen diseño permite, que al realizar un cambio
en un punto, este cambio solo afectara al punto en específico y no a otras parte del proyecto
en desarrollo.

CLAVES DE LA METODOLOGÍA XP

A lo que indica (Khusbhu Sahendrasingh, 2019), estas seguirían las siguientes claves para poder
alcanzar el éxito con esta metodología:

14
 - Respaldo de la Administración: La administración alienta al equipo a avanzar con el proyecto
y terminar a tiempo las iteraciones.
- Líder: Los líderes (técnico y proyecto), alientan y brindan apoyo al equipo para poder seguir
con el proceso comprometido.
- Codificación simple: Esta metodología funciona cuando se realiza la solución mas simple a
cada tarea.
- Coordinación: La coordinación es importante en un equipo, mantener informado las tareas
que ya se realizaron y así no hacer un doble trabajo. Compartir la información en todo el
equipo, etc.
- Tester: Aunque su función es un poco diferente al del equipo

METODOLOGÍA SCRUM, está relacionado a personas como equipos de trabajo en la cual pueden
abordar problemas de diferentes indoles desde lo más complejo hasta lo más adaptativo (Schwaber
& Sutherland, 2016).

Según (Toapanta Chancusi, Vergara Ordoñez, & Campaña Ortega, 2012), es una metodología muy
importante para el desarrollo de software y es considerada como un método de gestión de proyectos
que puede adaptarse bajo cualquier tipo de complejidad siendo una metodología que se puede
adaptar a cualquier tipo de proyecto.

Como define (Trigas Gallego, 2012), scrum tiende a ser una metodología de desarrollo ágil, su idea
base es la creación de ciclos breves para el desarrollo llamados iteraciones y que en scrum se
denomina sprints. El ciclo de desarrollo scrum para cada iteración consta de 5 fases:

✓ Concepto, en esta fase se define de forma genérica las características del producto y se
asigna quien se encargará de su desarrollo.
✓ Especulación, construcción del producto a partir de ideas principales, se encarga de
desarrollar, revisar los requisitos generales, mantener la lista de las funcionalidades que se
esperan y se establecen las fechas de las versiones.
✓ Exploración, se refuerza el producto en la que se añade las funcionalidades de la fase de
especulación.
✓ Revisión, en esta parte se revisa lo construido con el desarrollo y contrasta con los objetivos
plasmados.
✓ Cierre, entrega en la fecha acordada de una versión del producto esto no quiere decir que
finaliza el proyecto, sino que seguirá habiendo cambios que hará que el producto final se
asemeje al producto final deseado.

15
 Concepto Especulación

Cierre Exploración

Revisión

Figura 4: Ciclo de Desarrollo Ágil

Fuente: Adaptado de (Trigas Gallego, 2012)

Scrum para gestionar de manera eficiente sus n iteraciones lo hace mediante reuniones diarias, donde
existe una retroalimentación entre el equipo, de esta manera se tiene un mayor control de los avances
del proyecto y los próximos pendientes a realizar, por ende, es uno de los elementos fundamentales
de la metodología.

CARACTERÍSTICAS

Como define (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017), basado en una teórica de control
empírico, Scrum se desarrolló bajo un enfoque iterativo, así como la optimización incremental de la
predictibilidad y control de riesgos. Scrum se sustenta en tres pilares principales. Como primer pilar,
la transparencia, corrobora que todos los aspectos relevantes para el éxito del proyecto permanezcan
visibles y conocidos, con la finalidad de asegurar la coherencia del resultado con lo definido
inicialmente. Segundo pilar, la inspección, se realiza con la finalidad de detectar cualquier
incumplimiento que impacte con el resultado y que pueda perjudicar al equipo. Y el tercer pilar, la
adaptación, que a partir de los errores identificados se realizan ajustes en el proceso y/o materiales,
reduciendo la probabilidad de un mal resultado.

Scrum cuenta con 6 características fundamentales:

16
 • Entrega flexible, el contenido de las entregas se establece de acuerdo con las necesidades y
requisitos del cliente.
• Flexibilidad de plazos, las entregas pueden variar según sean necesarias antes o después
de lo previsto originalmente.
• Equipos locales, comúnmente no está compuesto por más de 6 miembros.
• Revisiones frecuentes, conjuntamente con el equipo se realizan las revisiones a lo largo del
proyecto.
• Colaboración, existe tanto intra como itercolaboración entre los miembros del equipo.
• Orientación, cada equipo enumerará los objetivos con una interfaz y un comportamiento bien
definido.

EQUIPO SCRUM

De acuerdo con (Schwaber & Sutherland, 2016), el equipo scrum se encarga de entregar los
productos de manera iterativa e incremental, donde la retroalimentación es muy importante para el
equipo scrum que está diseñado para optimizar la flexibilidad, la creatividad y la productividad. El
equipo scrum está conformado por:

- Product owner, denominado dueño del producto es el encargado de maximizar el valor del
producto y el desempeño del equipo de desarrollo. El dueño del producto es la persona que
se encarga de gestionar la lista del producto (product backlog).
- Development team, denominado equipo de desarrollo son profesionales que entregan un
incremento de producto, estos tienen la capacidad de poner un sprint a producción. Solo el
equipo de desarrollo participa en la creación del incremento.
- Scrum master, es la persona que lidera y que está al servicio del equipo scrum, el scrum
master ayuda a las personas externas a entender al equipo scrum, es el que define que
iteraciones pueden ser utilices y cuáles no, maximizando el valor creado por el equipo scrum.

EVENTOS SCRUM

Como afirma (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017), scrum cuenta con 6 tipos de
eventos con una duración determinada, también llamados timeboxes, para crear la regularidad en los
procesos y/o proyectos estos son:

Reléase planning meeting, se realiza al inicio del proyecto y sirve para reunir a todos los
representantes de los roles scrum y establezcan las pautas del proyecto. El tiempo de la reunión es

17
mínima a comparación de otras metodologías tradicionales, en futuras reuniones de sprint cualquier
entorno puede cambiarse (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017).

Sprint, es el bloque más pequeño de scrum donde se trabaja con un equipo pequeño una tarea
asignada, su duración es de 1 a 3 semanas en este caso el scrum master deber asegurarse que no
se exceda de este periodo. El objetivo de cada sprint es generar una funcionalidad del producto que
pueda ser utilizable por el usuario final (Srivastava, Bhardwaj, & Saraswat, 2017).

Plan

Build

Test

Review

Potentially shippable product

Figura 5: Secuencia Sprint

Fuente: Adaptado de (Srivastava, Bhardwaj, & Saraswat, 2017)

Sprint planning, para ejecutar un sprint se hace una planificación denominada sprint planning donde
se ve involucrados todos los roles de scrum. El equipo prioriza todos los elementos del producto
backlog a implementar para posteriormente transferirlos al sprint backlog, es decir, la lista de
funcionalidades a implementar. El sprint planning es una tarea muy importante ya que es donde se
analizan los requisitos a detalle, los detalles faltantes se verifican en la unión de toda la arquitectura
a medida que se crean nuevos casos de uso. Este proceso se repite y finaliza en cuanto se obtienen
resultados satisfactorios (Kussunga & Ribeiro, 2019).

Sprint review, al finalizar cada sprint se realiza una revisión del sprint donde se muestran las nuevas
funcionalidades al product owner o cualquier otra parte interesada que desee proporcionar
comentarios y/o opiniones. Durante la revisión se pueden agregar elementos al product backlog es
una oportunidad para identificar mejoras (Kussunga & Ribeiro, 2019).

18
Sprint retrospective, después del sprint review, pero antes de la próxima reunión de planificación
del sprint, los involucrados deben tener una reunión realizada por el scrum master ya que debe hacer
que el equipo piense en todas las lecciones aprendidas durante el sprint, con el principal objetivo de
que se establezca una mejora continua a través de las lecciones aprendidas (Azanha, Argoud,
Camargo Junior, & Antoniolli, 2017).

Dayli meeting, el dayli scrum requiere la participación solo del equipo de desarrollo, la presencia del
scrum master es opcional. Esta reunión es diaria con una duración de 15 minutos, lo recomendable
es que sea en el mismo lugar y hora para evitar problemas de comunicación. En la reunión cada
miembro explica lo que han logrado desde la última reunión, lo que hará antes de la próxima reunión,
y que obstáculos o bloqueos que puedan tener (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017).

Según (Schwaber & Sutherland, 2016), el sprint se disgrega en varias acciones dentro de las cuales
tenemos la cancelación del sprint, que puede cancelarse antes que el bloque de tiempo llegue a su
fin y que solo el dueño del producto puede cancelarlo, por otro lado, tenemos el sprint planning donde
se planifican las tareas conjuntamente con el equipo scrum, así mismo tenemos el sprint review y
sprint retrospective donde e realiza una revisión del sprint para inspeccionar el incremento
adaptándolo al producto y se realiza una reunión con el equipo para evaluar las lecciones aprendidas
para tenerlas en cuenta en el siguiente sprint respectivamente.

ARTEFACTOS SCRUM

Product backlog, es una lista de necesidades bridadas por el cliente, dicha lista debe ser priorizada
y se ve reflejada en el trabajo que se va a realizar en el proyecto (Trigas Gallego, 2012).

De acuerdo con (Morandini, Coleti, & Oliveira Jr, 2021), en el product backlog se incluyen las historias
de usuario, las prioridades y las posibles tareas requeridas. Pueden ser requisitos a corto como a
largo plazo para la funcionalidad del producto, que evidentemente han sido definidos o coordinado
con el dueño del producto y el equipo scrum.

Sprint backlog, es el conjunto de elementos designados en el product backlog para el sprint con la
finalidad de generar un aumento del producto y lograr el objetivo del sprint (Azanha, Argoud, Camargo
Junior, & Antoniolli, 2017).

Incremento, consiste en el conjunto de elementos de la lista del producto completados durante las
iteraciones o sprints. El incremento debe estar validado, verificado, y probado debido a que el dueño
del producto puede liberarlo y utilizarlo en cualquier momento (Schwaber & Sutherland, 2016).

19
 Figura 6: Descripción general del proceso Scrum
Fuente: Implementation of agile methodology based on SCRUM tool.
(Khalil & Kotaiah, 2017).

BENEFICIOS DE SCRUM

Según (Tymkiw, Bournissen, & Tumino, 2020), el marco metodológico ágil scrum cuenta con
beneficios, fundamentos y requisitos, entre los que cabe mencionar se detallan a continuación:

- La entrega de los resultados puede estar dentro de un plazo corto, mensual o quincenal, con
los requerimientos prioritarios atendidos.
- Realiza un aporte respecto a la gestión de las expectativas del cliente, quien es el que
establece las expectativas y da valor a los requisitos establecidos, así como el tiempo en la
que se espera estar completados.
- Resultados anticipados, el cliente puede utilizar los más importantes antes de que termine el
proyecto, esto permite al cliente recuperar su inversión con anterioridad y poder utilizar el
producto al que solo le falte características poco relevantes.
- Flexibilidad y adaptación, done el cliente va dirigiendo el proyecto en función a sus nuevas
necesidades y prioridades.
- Retorno de inversión, donde el cliente maximiza el beneficio del proyecto, si en caso el
beneficio sea menor a lo que se gastó en el desarrollo, el cliente puede finalizar el proyecto.

20
 - Se definen los riesgos desde la primera iteración para poder mitigarlos a tiempo y no impactar
con las fechas pactadas con cliente.
- Mayor productividad y calidad, de manera que el equipo mejora y agiliza su manera de
trabajar mediante cada iteración, debido a la mejora constate de las lecciones aprendidas.
- Trabajo directamente con cliente y equipo desde la fase inicial de relevamiento y
planteamiento de requisitos, de esta manera los bloqueos e impedimentos se gestiona más
rápido con cliente.
- Equipo autogestionado y motivado, donde las personas puede expresar su máxima
creatividad para la solución de problemas y tiene la capacidad de decidir cómo organizar su
trabajo para completar con los requisitos determinados en una iteración.

Como sostiene (Alfonzo, Mariño, & Godoy, 2011), menciona la elaboración de una propuesta integral
que permita desarrollar de manera exitosa aplicaciones web.

En un inicio se investigó varias metodologías clásicas respecto al desarrollo de software tradicional

para formar una metodología diseñada y/o orientada al desarrollo de aplicaciones web, se evaluaron
y adoptaron aquellas más apropiadas para su implantación en sectores culturales, educativos,
administrativos y entre otros.

Esta se basa en la combinación de la metodología diseñada ad-hoc, metodología que consiste en el

desarrollo de prototipos incrementales o evolutivos validando numerosas experiencias en lo que
concierne el desarrollo se software accesible desde la web sintetizada.

Las fases de la metodología scrum orientada al desarrollo de aplicaciones web son las siguientes:

21
 Tabla 1: Fases de la metodología SCRUM.
Fases Actividades Tareas
Planificación Planificación del • Análisis del entorno.
proyecto. • Análisis de factibilidad.
• Selección de herramientas ad-hoc.
• Identificación de roles.
• Creación de la pila de productos priorizada
(Product Backlog).
• Definición del alcance.
• Estimación del esfuerzo.

Planificación de la • Selección de requerimientos a incluir en el Sprint

iteración/versión. (Sprint Backlog).
• Definición de las tareas para cada requerimiento.
• Estimación del esfuerzo para cada tarea.

Desarrollo Análisis. • Recopilación de información.

• Selección y preparación de contenidos.

Diseño e • Diseño del entorno. (Prototipo de interfaces).

Implementación • Validación del prototipo.
• Implementación del prototipo.

Validación y prueba. • Validación y prueba del prototipo construido.

Integración Integración y pruebas. • Integración de componentes y pruebas.

• Entrega de la versión.

Entrega Entrega Final. • Prueba del sistema.

• Entrega de la versión final.

Fuente: Propuesta metodológica para la gestión de proyecto de software ágil basado en la web.
(Alfonzo, Mariño, & Godoy, 2011)

22
METODOLOGÍA RATIONAL UNIFIED PROCESS (RUP), es una metodología que sirve para el
desarrollo de software y abarca todos los aspectos que se deben tener en cuenta durante todo el ciclo
de vida del software, su objetivo es ser abarcable para proyectos de gran y pequeña envergadura
(Martínez & Martínez, 2014).

Como define (López Rosciano & Pech Montejo, 2015), es un proceso de ingeniería de software
basada en un enfoque estricto para la distribución de tareas y responsabilidades dentro de un
desarrollo organizado. Su objetivo principal es asegurar la producción de software de alta calidad que
cubra las necesidades de los usuarios superando sus expectativas, dentro de unos tiempos y
presupuestos predecibles.

Rup consta de buenas prácticas en el desarrollo de software moderno de modo que se adapta a
amplios rangos de proyectos organizacionales, estas se describen a continuación:

• Desarrollo de software iterativa, ya no es posible trabajar de manera secuencial debido a los

problemas sofisticados y complejos en la actualidad, por lo que se utiliza un enfoque iterativo,
que permite una mejor compresión de los problemas de manera creciente a través de
refinamientos sucesivos con las múltiples iteraciones.
• Administración de requisitos, documenta las funcionalidades y limitaciones de un sistema, así
como captura requerimientos fácilmente del negocio. Rup ha demostrado una excelente
captura de requisitos funcionales de manera que direccionan el diseño, realizan la
implementación y gestionan las pruebas de software.
• Uso de arquitecturas basadas en componentes, rup describe como diseñar una arquitectura
flexible, robusta, que se acomode a los cambios, que sea comprensible y que promueva la
reutilización efectiva del software.
• Software de modelado visual, nos ayuda para mantener la consistencia tanto en el diseño
como la implementación para promover una comunicación precisa.
• Verificación de la calidad del software, la calidad del software se mide bajos los estándares
de los requisitos basados en la fiabilidad, funcionalidad, rendimiento de las aplicaciones y el
rendimiento del sistema.
• Control de cambios en el software, se debe controlar los cambios para tener una mejor gestión
de todos los elementos modificados en el software. De esa manera facilita el versionado y
que sea entendible para todo el equipo de trabajo, no impactando con el producto final y con
la información del usuario.

23
FASES

Como afirma (Martínez & Martínez, 2014), rup define distintos flujos de trabajo en las cuales se
distinguen por faces y son las siguientes:

- Inicio, establece el ámbito del proyecto y sus límites, así como estimar los costos en recursos,
estimar riesgos y fuentes de incertidumbres.
- Elaboración, analiza el problema a gran escala, establece los cimientos de arquitectura y
establece un plan de proyecto eliminando los posibles riesgos.
- Construcción, su función es alcanzar la operatividad del producto mediante las iteraciones
que se realizan obteniendo una versión del producto que es alcanzada al usuario final.
- Transición, pone en mano de los usuarios finales el producto final con la finalidad de generar
nuevas versiones si se requieren, se realiza toda la documentación y capacitación del usuario
respecto al manejo del producto.

Fases

Disciplinas Fase Inicial Elaboración Construcción Transición

M. Empresarial

Requisitos

Análisis y Diseño

Implementación

Prueba

Despliegue

G. Cambios

G. Proyectos

Entorno

Inicial E1 E2 C1 C2 C T1 T2
N
Iteraciones

Figura 7: Fases del RUP

Fuente: Adaptado de (Martínez & Martínez, 2014)

24
ESTRUCTURA ESTÁTICA DEL PROCESO

Como menciona (López Rosciano & Pech Montejo, 2015), el proceso describe quién hace qué, cómo
y cuándo, Rup está representado bajo 4 premisas del modelado: roles (quien), actividades (cómo),
artefactos (qué) y flujo de trabajo (cuando).

Figura 8: Flujo de la estructura estática del proceso

Fuente: Adaptado de (López Rosciano & Pech Montejo, 2015)

Roles, un rol define el comportamiento de un conjunto de individuos todos como un solo equipo, por
ende, un individuo puede desempeñar varios roles, así como el mismo rol puede estar a cargo por
varios individuos, por tanto, la responsabilidad de un rol hace referencia de llevar a cabo un conjunto
de actividades (Martínez & Martínez, 2014).

Actividades, las actividades puedes ser designadas para un trabajador en concreto, que se
representa a su vez como una unidad de trabajo que la persona desempeña para cumplir ese rol, el
objetivo fundamental de las actividades es crear o actualizar el producto (Martínez & Martínez, 2014).

Artefactos, llamados también productos, son modelos de información que son producidos durando
la etapa de desarrollo de software, es decir, los resultados son elementos tangibles del proyecto,
elementos que se van creando y usando hasta tener el producto de software terminado. Algunos
artefactos pueden ser: un modelo de casos de uso, el documento de la arquitectura, etc. (Pérez A,
2011).

25
Flujo de trabajo, es una secuencia de actividades realizadas por diferentes roles donde debe existir
relación entre los mismos. Un flujo de trabajo es una relación de actividades que tiene resultados
observables y muestre interacción entre roles (López Rosciano & Pech Montejo, 2015).

Como sostiene (López Rosciano & Pech Montejo, 2015), en la metodología rup existen flujos de
trabajo de ingeniería y flujos de trabajo de soporte que mencionamos a continuación:

- Modelo de negocios.
- Requisitos.
- Análisis y diseño.
- Implementación.
- Pruebas.
- Desarrollo.
- Gestión de proyecto.
- Configuración y gestión de cambio de entorno.

A continuación, cuadro comparativo RUP, SCRUM y XP.

26
 Tabla 2: Cuadro comparativo RUP, SCRUM Y XP

RUP SCRUM XP
Es una metodología tradicional y/o rígida Es una metodología ágil adaptable para Es una metodología ágil que define un plan
propuesta para proyectos de gran cualquier tipo de proyectos. para desarrollar software.
envergadura.

Utiliza un diseño de implementación y Utiliza un diseño iterativo e incremental. Su diseño está basado en la adaptación,
documentación de sistemas orientados a flexibilidad, dinámica y funcional.
objetos.

Es una metodología que consta de 4 fases Cada sprint o iteración es un ciclo Es una metodología que define los roles estima
inicio, elaboración, construcción y transición completo. los esfuerzos, construye y programa los
estas pueden realizarse concurrentemente. requerimientos volviéndose un ciclo repetitivo.

Es una metodología que se basa en un plan Cada sprint tiene una fecha de entrega Es una metodología que sigue estrictamente
de proyecto formal con múltiples iteraciones, acordada por el scrum master, además las tareas priorizadas por cliente según las
donde existe una fecha final, así como varios por cada tarea se realiza una estimación fechas pactadas.
hitos intermedios. del esfuerzo, así como el objetivo del
sprint no se modifica.

Su alcance está predefinido en el documento Los objetivos se definen de forma Sus objetivos están basados en dar prioridad a
de alcance antes de la etapa inicial del concreta en el sprint backlog ya que trabajos con resultados directos, permitiendo
proyecto. estos no pueden ser modificados. satisfacer al cliente con el trabajo en equipo.

Se concentra en una gran cantidad de Tiene menor número de elementos y Tiene menor número de elementos adaptables
elementos y herramientas para seguir cada herramientas dependiendo del tipo del para el desarrollo de sus fases.
iteración lo que designa mayor tiempo. proyecto.

Se utiliza esta metodología para proyectos Se utiliza esta metodología para Se utiliza esta metodología para pequeños o
grandes o proyectos a largo plazo, así como proyectos que necesiten soluciones medianos equipos en proyectos que tienen
de complejidad alta con requerimientos rápidas y organizaciones que no riesgos de fecha de entrega con posibilidades
rígidos. dependen de una lecha limite. de cambio.

Exhaustiva y detallada documentación. Baja cantidad de documentación. Baja cantidad de documentación

Tiene más énfasis y/o orientada a los Tiene más énfasis y/o orientada a las Tiene más énfasis y/o orientada a pequeños y
procesos. personas. medianos equipos de trabajo.

27
ELECCIÓN DE LA METODOLOGÍA

La presente tabla tiene como finalidad evaluar las metodologías para el desarrollo de nuestra
investigación, por lo cual, se ha tenido en cuenta los siguientes criterios de evaluación y escala de
puntuación.

Criterios de Selección:

- Información (C1): Cantidad de información que puede existir respecto a la metodología.

- Flexibilidad (C2): Muestra adaptación de la metodología ante innumerables cambios y
situaciones que se presentan en el desarrollo del proyecto.
- Conocimiento (C3): Grado de conocimiento que se tiene de la metodología para el desarrollo
del proyecto.
- Dificultad (C4): Grado de dificultad que se tiene respecto a la metodología para el desarrollo
del proyecto.
- Tiempo de Desarrollo (C5): Tiempo evaluado que se requiere para la metodología respecto
al desarrollo del proyecto.
- Compatibilidad (C6): Se analiza el grado de compatibilidad que tienen las metodologías
respecto al proyecto.

A continuación, se muestra la matriz resumen de la evaluación de las metodologías según el criterio

de jueces respecto al sistema de información web.

Criterio
TOTAL
C1 C2 C3 C4 C5 C6 6

Metodología ∑(𝐶𝑖 ∗ 𝑃𝑖)

𝑖=1
P1=0.1 P2=0.2 P3=0.2 P4=0.2 P5=0.1 P6=0.2
Rational Unified Process
3.3 1.3 3.3 3.7 3.7 2.3 2.8
(RUP)
Extreme Programming (XP) 2.7 3.7 3.3 2.7 3.3 3.3 3.2
Scrum 4 5 4.3 3 4 4.3 4.1 (*)

Metodología Seleccionada… (*), de acuerdo a los resultados obtenidos, para la presente investigación
se utilizará la metodología SCRUM.

(Anexo 5: Resultados de Encuesta Para Determinar la Metodología)

(Anexo 5: Resumen de Selección de la Metodología)

28
Justificación teórica, la investigación permite identificar los problemas en la gestión de ventas y
almacén haciendo uso de conocimientos existentes para dar solución mediante un sistema de
información web sofisticado que ayude a la optimización de los procesos.

Justificación práctica, según los objetivos de la investigación, su implementación nos permite

mejorar la gestión de los procesos, disminuir los problemas de abastecimiento e incrementar la
satisfacción de los trabajadores facilitando el manejo de la información a través de un sistema de
información web eficaz y eficiente.

Justificación metodológica, puesto que la investigación aplica conocimientos teóricos y prácticos

dentro de un conglomerado de herramientas, técnicas y metodologías. Aplicando un nuevo enfoque
metodológico en base al desarrollo de software ágil scrum, al ser demostrada su validez y
confiabilidad en estos tipos de proyectos, podrá ser utilizada en otros trabajos de investigación.

Justificación científica, según la finalidad de la investigación, está basada a la aplicación de nuevas

metodologías para una mejor gestión en el desarrollo de software, tal como la empleada en el trabajo
de investigación scrum, se sientan bases para futuras aplicaciones de la metodología en otras
investigaciones de la gestión de desarrollo de software.

Justificación tecnológica, la existencia de un sistema de información web permitió alcanzar mejoras

en la empresa u organización, se utilizó la metodología scrum para brindar soluciones rápidas a la
problemática mejorando la gestión de ventas y almacén.

Justificación humanística, la elaboración del proyecto de investigación tuvo un impacto en los

trabajadores y clientes de la empresa, facilitando la información en los procesos de ventas y almacén
mejorando la gestión de la mismas.

El enunciado del problema de la presente investigación es ¿De qué forma incide la implementación
de un sistema de información web para la gestión de ventas y almacén en la empresa Telenor Perú
S.R.L.?

Teniendo como hipótesis la implementación de un sistema de información web mejora la gestión de

ventas y almacén de la empresa Telenor Perú S.R.L.

El objetivo general de la investigación es: mejorar la gestión de ventas y almacén de la empresa

Telenor Perú S.R.L.

Para la presente investigación se establecieron los siguientes objetivos específicos:

✓ Incrementar el nivel de satisfacción de los usuarios de la empresa.

29
 ✓ Reducir el tiempo de búsqueda de productos.
✓ Reducir el tiempo de registro de ventas.
✓ Reducir el tiempo de generación de reportes.

LIMITACIONES

Técnico

No cuentan con un sistema para monitorear los productos y/o documentos.

Económico

No existe un presupuesto asignado por parte de la empresa en el trabajo de investigación, por lo

tanto, es una inversión investigativa propia de los autores.

Operativo

Se tenía demoras en el abastecimiento de productos y al realizar ventas, debido a la inexistencia de

una aplicación web.

30
CAPÍTULO II:
METODO

31
2.1 Tipo de Investigación
2.1.1 De Acuerdo a la Orientación o Finalidad
De acuerdo a su orientación el presente trabajo de investigación es de naturaleza
aplicada, debido a que da solución a problemas prácticos teniendo como ayuda los
métodos y técnicas ya existentes.
2.1.2 De Acuerdo a la Técnica de Contrastación
De acuerdo a la técnica de contrastación el estudio de nuestro proyecto de tesis es
explicativa porque se encaminará a un objetivo mediante el análisis de indicadores.
2.2 Nivel de Investigación
El nivel de la investigación es analítico, porque busca comprobar la hipótesis y evaluar los
aspectos potenciales de las variables. La proyección es prospectiva debido a que evalúa el
control de las variables en el presente y después de aplicada la hipótesis. El número de veces
con la se mide la variable de investigación es transversal, porque analiza datos de un periodo
de tiempo ya sea actual y/o después de aplicada la hipótesis. El tipo de control de la variable
es no experimental porque no se manipula el comportamiento de la variable.
2.3 Diseño de Investigación
En este proyecto de investigación se dio solución a los problemas de gestión de ventas y
almacén que presenta la empresa Telenor Perú S.R.L en la ciudad de Trujillo.
Se empleó el método Pre-Test y Post-Test a los indicadores para contrastar la hipótesis,
basándose como grupos de control las mediciones transversales promedios de tiempos y
niveles de satisfacción.
Finalmente se evaluarán las diferencias entre los indicadores tanto antes de contrastar como
después y de acuerdo a los resultados se obtendrá las conclusiones y recomendaciones
respectivas.

32
 • Creación y medición del primer grupo de control
Pre-Test

• Implantación del sistema

Intervención

• Creación y medición del segundo grupo de control

Post-Test

Figura 9: Diseño de investigación

2.4 Población, Muestra y Muestreo

2.4.1 Población
En cuanto a la población, corresponde a los trabajadores de la empresa Telenor Perú
S.R.L Trujillo – La Libertad

Tabla 3: Población

Cargo Cantidad
Administrativos 1
Trabajadores 4
Total 5

2.4.2 Muestra
La muestra se determina en función a la población, si el valor de la población es menor
de 80, se asume la muestra como la población (N=m), caso contrario, se utilizará la
siguiente formula:

Ecuación 1: Fórmula de Cálculo de Muestra Finita

𝑁 ∗ 𝑍2 ∗ 𝑃 ∗ 𝑄
𝑛= …………………….. (1)
((𝑁 − 1)𝑒 2 + 𝑍 2 ∗ 𝑃 ∗ 𝑄)

33
Dónde:

N => Población

Z => Nivel de confianza (95%)

P => Nivel de éxito (50%)

Q => Probabilidad de fracaso (50%)

e => Error (5%)

n => Muestra

Si la población es infinita el cálculo de la muestra se hallará de la siguiente manera:

Ecuación 2: Fórmula de Cálculo de Muestra Infinita

𝑍2 ∗ 𝑃 ∗ 𝑄
𝑛= ………………………………………….. (2)
𝑖2

Dónde:

Z => Nivel de confianza (95%)

P => Nivel de éxito (50%)

Q => Probabilidad de fracaso (50%)

i => Precisión (Error máximo admisible)

n => Muestra

Indicador: Nivel de satisfacción de los usuarios.

De acuerdo a los indicadores corresponde a los colaboradores del área de ventas y
almacén de la empresa Telenor Perú S.R.L.
Cantidad: 1 administrativo y 4 trabajadores de ventas.
Total: 5.
Indicador: Reducir el tiempo de búsqueda de productos.
Los colaboradores realizan un promedio de 60 búsquedas de productos diarios,
trabajándose 5 días a la semana.
Por lo tanto, el promedio de búsqueda al mes es el siguiente:

(60 𝑏ú𝑠𝑞𝑢𝑒𝑑𝑎𝑠)(5 𝑑𝑖𝑎𝑠)(4 𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(1 𝑚𝑒𝑠)

𝑁=
(𝑑𝑖𝑎𝑠)(𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(𝑚𝑒𝑠)
34
 𝑁 = 1200 𝑏ú𝑠𝑞𝑢𝑒𝑑𝑎𝑠

Indicador: Reducir el tiempo de registro de ventas.

Los colaboradores realizan un promedio de 30 registros de ventas al mes.
Indicador: Reducir el tiempo de generación de reportes.
Los colaboradores realizan un promedio de 30 generaciones de reportes al mes.
2.4.3 Muestreo
Indicador: Nivel de satisfacción de los usuarios.
Se tomará como muestra al total de personas (5 personas) debido a que la población
es menor a 80.
Indicador: Reducir el tiempo de búsqueda de productos.
Como la población es: 1200 búsquedas de productos al mes, reemplazamos los
valores en la ecuación (Ecuación 1 Fórmula de Cálculo de Muestra Finita), teniendo
como resultado:

(1200) ∗ (1.96)2 ∗ (0.5) ∗ (0.5)

𝑛=
((1200 − 1) ∗ (0.05)2 + (1.96)2 ∗ (0.5) ∗ (0.5))

𝑛 = 291.18 ≡ 291

Indicador: Reducir el tiempo de registro de ventas.

Se tomará como muestra 30 registros de ventas debido a que la población es menor a
80.
Indicador: Reducir el tiempo de generación de reportes.
Se tomará como muestra 30 generaciones de reportes debido a que la población es
menor a 80.
2.5 Variables
2.5.1 Tipo
Variable Independiente:
El sistema de información web fue la herramienta informática que los trabajadores
utilizaron para mejorar sus procesos en la gestión de ventas y almacén.
Variable Dependiente:

35
 La gestión de ventas y almacén permitió que la empresa tenga un mayor control de su
información para la elaboración de reportes finales que ayudan a la toma de decisiones
y tener una mayor productividad.
Variable Interviniente:
La cantidad de productos adquiridos y/o vendidos en el día, es variable dependiendo
de la zona comercial.
Medio:
El área de ventas y almacén de la empresa Telenor Perú S.R.L de la ciudad de Trujillo-
La Libertad.
2.5.2 Operacionalización

Tabla 4: Matriz de operacionalización de variables

Definición Escala de
Variable Definición Operacional Dimensión Indicador
Conceptual medición
Reducir el tiempo de
Ordinal.
generación de reportes.

Independiente Sistema de Generación de reportes, Procesamiento Reducir el tiempo de

registro de ventas, de información. Ordinal.
información web. búsqueda de productos.
búsqueda de productos,
trazabilidad. Reducir el tiempo de registro
Ordinal.
de ventas.

Dependiente Gestión de ventas y Apoyo para la gestión de Nivel de Incrementar el nivel de

Nominal.
almacén. ventas y almacén. satisfacción de satisfacción de los usuarios.
usuarios.

2.6 Técnicas e Instrumentos, Validación y Confiabilidad

2.6.1 Técnicas e Instrumentos
Las técnicas e instrumentos que se utilizaron para la recolección de datos son las
siguientes:

36
 Tabla 5: Técnicas e instrumentos de recolección de datos

Técnica Instrumentos Fuente Informante

Entrevista Guía de entrevista Área administrativa Personal de ventas
Encuesta Guía de entrevista Área administrativa Personal de ventas
Revisión de documentos Ficha resumen Archivos y hojas de cálculo Personal de ventas
Observación directa Cronómetro Área administrativa Personal de ventas

2.6.2 Validación y Confiabilidad

La validación del instrumento se realizará mediante encuestas con la técnica de criterio
de jueces (mediante 3 o más jueces de la especialidad) teniendo una mayor validez de
la utilización de los instrumentos.
Para la confiabilidad se aplicarán fórmulas para calcular coeficientes de confiabilidad
que están basados en la consistencia interna, donde se utilizará la siguiente prueba:
- Alfa de Cronbach (1951), el coeficiente alfa (α) es un indicador de la fiabilidad
de un test que está basado en su grado de consistencia interna.
2.7 Método de Análisis de Datos
Se realizó un análisis inferencial para el cálculo de las muestras y población; y para la prueba
de hipótesis se utilizó pruebas estadísticas parametrizadas como la prueba t Student y
diferencias de medias.
2.8 Procedimiento
La metodología que se eligió fue Scrum, que es un marco de trabajo basado en la gestión de
proyectos para una solución rápida y ágil. Logrando una mayor flexibilidad que está orientado
al trabajo por iteración generando un incremento (nueva funcionalidad del producto), la
segmentación de tareas y cierre de las mismas en un tiempo determinado. De tal forma que a
través del sprint retrospective se procure la mejora continua mediante las lecciones aprendidas
durante el proceso de desarrollo.
Según el manifiesto ágil, y las recomendaciones de las primordiales organizaciones que se
encargaran de promover Scrum, se realizó la primera reunión del equipo, y se configuraron los
sprints con una duración de dos semanas por cada sprint, haciendo 6 entregables, teniendo
una planificación con un tiempo de 3 meses para el desarrollo de los sprints.

37
 Figura 10: Ciclo de Scrum

La metodología inicia especificando el product backlog, que es el documento donde se

encuentran las especificaciones técnicas y funcionales del producto a desarrollar, a
continuación, se detalla algunos puntos mínimos definidos:

Tabla 6: Puntos mínimos del product backlog

CAPITULO INICIALIZACIÓN
1 PERSONAS Y ROLES DEL PROYECTO
1.1 Stakeholders
1.2 Product Owner
1.3 Scrum Master
1.4 Develop Team
2 PRODUCT BACKLOG
2.1 Funcionalidades
2.1.1 Requerimientos
2.1.2 Casos de Uso
2.2 Historias de Usuario
2.3 Diagrama de actividades
2.4 Estimación del esfuerzo de desarrollo
2.4.1 Cálculo de puntos de CU sin ajustar
2.4.2 Factor de Peso de los actores sin ajustar
2.4.3 Factor de Peso de los CU sin ajustar
2.4.4 Cálculo de puntos de CU ajustados
2.4.5 Factor de complejidad técnica
2.4.6 Factor de ambiente
2.4.7 Estimación de esfuerzo
2.4.8 Cálculo de tiempo de desarrollo
2.5 Estudio de Viabilidad económica
2.5.1 Costo de inversión

38
 2.5.2 Costo de desarrollo
2.5.3 Costo de implementación
2.5.4 Costo operacional
2.5.5 Beneficios
2.5.6 Flujo de Caja
2.5.7 Análisis de rentabilidad
2.6 Tareas Técnicas
2.6.1 Tarjetas CRC
2.6.2 Diagramas de Clase
2.6.3 Diagrama de datos
2.6.4 Modelo de datos
2.6.5 Modelo de BDD Lógicos
2.6.6 Modelo de base de datos Físico
2.6.7 Diagrama de BDD
2.6.8 Diagrama de Navegabilidad
2.6.9 Diagrama de Componentes
2.6.10 Diagrama de Despliegue
3 PLANIFICACIÓN DEL PRODUCT BACKLOG
CAPITULO SPRINT's
5.1 Sprint Backlog
5.2 Sprint Daily
5.3 Código
5.4 Pruebas
5.5 Interfaces
5.6 Sprint Review

Cabe mencionar que existen ítems propios que no se documentan, debido que son un conjunto
de actividades propias del desarrollo, tal como el sprint daily, basado en reuniones no mayores
a 15 minutos donde se acuerdan conjuntamente con el equipo los puntos a desarrollar, dudas
bloqueos y dudas por parte del product owner, los resultados de estas reuniones se reflejan en
las actualizaciones del sprint backlog y las actividades propiamente planificadas.
2.9 Consideraciones Éticas
Se comunico con el jefe administrativo la no publicación de sus datos confidenciales de la
empresa, se tomarán y agregarán datos como pruebas iniciales los registros de años
anteriores; pues esta información pertenece a la empresa.
Se realizo un documento de consentimiento hacia los encuestados mencionando la finalidad,
motivo y uso de los datos respecto a la investigación.

39
CAPÍTULO III: ASPECTOS
ADMINISTRATIVOS

40
2.10 Recursos y Presupuestos
2.10.1 Recursos
[Link] Personal

Tabla 7: Cuadro de Personal

Específica del gasto Nombre Rol

[Link] Gómez Ávila José Alberto Asesor
[Link] Chapoñan Lalopu Christian Roberth Autor
[Link] Pretell Quispe Jaime Esaú Autor

[Link] Bienes

Tabla 8: Cuadro de Materiales y Equipos

Específica del gasto Descripción Unidad de medida Cantidad

[Link] Papel bond A4 Millar 01
[Link] Lapicero Unidad 05
[Link] Corrector Liquido Unidad 03
[Link] Resaltador Unidad 03
[Link] Perforador Unidad 01
[Link] Engrapador Unidad 01
[Link] Folder Manila Unidad 04
[Link] Grapas Caja 01
[Link] CD’s Unidad 02

[Link] Viajes

Tabla 9: Viajes

Específica del gasto Descripción Unidad de medida Cantidad

[Link] Pasaje Chepén - Trujillo Unidad 03
[Link] Pasaje Trujillo - Chepén Unidad 03
[Link] Taxis y/o mototaxis Unidad 06

41
 [Link] Servicios

Tabla 10: Servicios

Específica del gasto Descripción Unidad de medida Cantidad

[Link] Energía eléctrica Kilowatts (kWh/mes) 22.548
[Link] Servicios de internet Contrato mensual 12
[Link] Impresiones Unidad 80
[Link] Fotocopias Unidad 100
[Link] Rotulado Unidad 2
[Link] Anillado Unidad 2

[Link] Tecnológicos

Tabla 11: Recursos Tecnológicos

Específica del
Descripción Unidad de medida Cantidad
gasto
[Link] Laptop Dell Inspiron 3593 Unidad 1
[Link] Laptop Hp ProBook Unidad 1
[Link] Impresora Canon Unidad 1
[Link] Paquete de Office Unidad 2
[Link] Sistema operativo Windows 10 Unidad 2

2.10.2 Presupuesto

- Personal

Tabla 12: Presupuesto de Personal

Específica del gasto Personal Cantidad Valor Unitario (S/.) Sub Total (S/.)
[Link] Investigador 2 0.00 0.00
[Link] Asesor 1 0.00 0.00
TOTAL, DE RECURSOS DE PERSONAL S/. 0.00

42
 - Bienes

Tabla 13: Presupuesto de Bienes

Específica del gasto Descripción Cantidad Valor Unitario (S/.) Sub Total (S/.)
[Link] Papel bond A4 01 millar 14.00 14.00
[Link] Lapicero 03 unidad 1.00 3.00
[Link] Corrector Liquido 02 unidad 1.00 2.00
[Link] Resaltador 02 unidad 1.50 2.00
[Link] Perforador 01 unidad 10.00 10.00
[Link] Engrapador 01 unidad 10.00 10.00
[Link] Folder Manila 04 unidad 1.00 4.00
[Link] Grapas 01 caja 3.00 3.00
[Link] CD’s 02 unidad 1.50 3.00
TOTAL, DE RECURSOS DE BIENES S/. 51.00

- Viajes

Tabla 14: Presupuesto de Viajes

Sub Total
Específica del gasto Descripción Cantidad Valor Unitario (S/.)
(S/.)
[Link] Pasaje Chepén - Trujillo 03 15.00 45.00
[Link] Pasaje Trujillo - Chepén 03 15.00 45.00
[Link] Taxis y/o mototaxis 06 6.00 36.00
TOTAL, DE RECURSOS DE VIAJES S/. 126.00

- Servicios

Tabla 15: Presupuesto de Servicios

Valor Sub Total

Específica del gasto Descripción Cantidad
Unitario (S/.) (S/.)
[Link] Energía eléctrica 22.548 (kWh/mes) 0.5564 150.54
[Link] Servicio de internet 12 contrato Mensual 49.90 598.8
[Link] Impresiones 80 unidad 0.10 8.00
[Link] Fotocopias 100 unidad 0.05 5.00
[Link] Rotulado 2 unidad 5.00 10.00
[Link] Anillado 2 unidad 5.00 10.00
TOTAL, DE RECURSOS DE SERVICIOS S/. 782.34

43
 - Tecnológicos

Tabla 16: Presupuesto Tecnológico

Específica del Valor Sub Total

Descripción Cantidad
gasto Unitario (S/.) (S/.)
[Link] Laptop Dell Inspiron 3593 1 unidad 3800.00 3800.00
[Link] Laptop HP ProBook 1 unidad 1800.00 1800.00
[Link] Impresora Canon 1 unidad 500.00 500.00
[Link] Paquete de Office 2 unidad 0.00 0.00
[Link] Sistema operativo Windows 10 2 unidad 0.00 0.00
TOTAL, DE RECURSOS TECNOLÓGICOS S/. 6100.00

- Presupuesto General

Tabla 17: Total de Presupuesto

Descripción Sub Total (S/.)

Personal 00.00
Materiales y Equipo 51.00
Viajes 108.00
Servicios 782.34
Recursos Tecnológicos 6100.00
TOTAL, PRESUPUESTO S/. 7041.34

2.11 Financiamiento
2.11.1 De Fuentes Externas
En la presente investigación no se presentó con un financiamiento de alguna entidad
o fuente externa.
2.11.2 Autofinanciación
Se realizó una financiación monetaria por parte de los autores del proyecto, la cual se
ve reflejada en el siguiente cuadro.

Tabla 18: Cuadro de Porcentaje de Financiación

Nombre Porcentaje
Chapoñan Lalopu Christian Roberth 50%
Pretell Quispe Jaime Esaú 50%

44
2.12 Cronograma de Ejecución
2.12.1 Período
Fecha de inicio: 03 de Mayo del 2021
Fecha de Término: 03 de Noviembre del 2021
Horas dedicadas a la investigación: 40 horas semanales.

Tabla 19: Periodo de Ejecución del Proyecto

Actividad Fecha de Inicio Fecha de Termino Dedicación (Semanas)

Recolección de datos 03/05/2021 26/06/2021 8
Análisis de datos 28/06/2021 04/09/2021 10
Elaboración de informe 06/09/2021 03/11/2021 8
TOTAL, SEMANAS 26

45
 2.12.2 Cronograma

Diagrama de Gantt
03-May 23-May 12-Jun 02-Jul 22-Jul 11-Ago 31-Ago 20-Set 10-Oct 30-Oct

CAPITULO. INICIALIZACIÓN

1. PERSONAS Y ROLES DEL PROYECTO

2. PRODUCT BACKLOG

Funcionalidades

Requerimientos

Casos de Uso

Historias de Usuario

Estimación de desarrollo

3. PLANIFICACÓN DEL PRODUCT BACKLOG

CAPITULO. SPRINT'S

Sprint Backlog

Código

Pruebas

modelo de implantación y/o Despliegue

Figura 11: Cronograma de Ejecución

45
 REFERENCIAS
BIBLIOGRÁFICAS

46
 REFERENCIAS

Alfonzo, P. L., Mariño, S., & Godoy, M. V. (15 de 11 de 2011). Propuesta metodológica para la
gestión de proyecto de software ágil basado en la Web. Multiciencias, 11(4), Pag: 397, 398.

Arnaldo Espinoza, M. (2013). Manual para elegir una Metodologia de Desarrollo de Software dentro
de un proyecto Informatico. Piura: Pirhua.

Azanha, A., Argoud, A. T., Camargo Junior, J. B., & Antoniolli, P. D. (2017). Agile project
management with Scrum. International Journal of Managing Projects in Business, 10(1 pp.),
22. doi:[Link]

Federico, M., & Aníbal Loguzzo, H. (2016). Introducción a la Gestion y Administracion en las
organizaciones. Buenos Aires - Argentina: Universidad Nacional Arturo Jauretche.

Flamarique, S. (2019). Manual de Gestion de Almacenes. España: Marge Books.

G. Barrios, W., V. Godoy, M., G Fernández, M., I. Mariño, S., M. Ferreira, F., & T. Zarrabeitia, C.
(2012). SCRUM: Application Experience in a Software Development PyME in the NEA. The
Journal of Computer Science and Technology (JCST), 12(3).

Gauchat, J. D. (2012). El Gran Libro de HTML5, CSS3 y JavaScript. Barcelona: Marcobo.

Gavilima Velasteguí, A. V. (2017). DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA WEB DE

INVENTARIOS Y FACTURACION PARA EL CONTROL DE PRODUCTOS TERMIANDOS
UTILIZANDO SOFTWARE LBRE PARA LOS ALMACENES PICHAVI PERTENECIENTES
A LA UNIDAD EDUCATIVA COTACACHI. Ibarra - Ecuador.

Gutierres Perez, J. (2014). Framework Guia. Peru: PAO.

Hernández Trasobares, A. (2012). SISTEMAS DE INFORMACION EVOLUCIÓN Y DESARROLLO.

Zaragoza.

Jiménez, J., Pástor, D., Arcos, G., Romero, M., & Urquizo, L. (16 de Febrero de 2017). Patrones de
diseño para la construcción de cursos on-line. Ingeniare, 26(1), 157-171. Recuperado el 13
de Febrero de 2016, de [Link]

Julca Diaz, L. P., & Rojas Zarate, A. F. (2015). Sistema informático web para la gestión de ventas de
la Boutique Detallitos E.I.R.L. Utilizando la metodología UAP y Framework QCODO de PHP.
Trujillo.

47
Juric, R. (2014). Extreme Programming and its Development Practices. WestminsterResearch -
University of Westinster, 10.

Khalil, M., & Kotaiah, B. (2017). Implementation of agile methodology based on SCRUM tool.
International Conference on Energy, Communication, Data Analytics and Soft Computing
(ICECDS-2017), 2351-2357. doi:[Link]

Khusbhu Sahendrasingh, Y. (2019). Review On Extreme Programming-XP. Department Of CSE, 8.

Kussunga, F., & Ribeiro, P. (2019). Proposal of a Visual Environment to Support Scrum. Procedia
Computer Science, 164, 491-497. doi:[Link]

Landívar Rodríguez, C. G. (2015). DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA WEB PARA

COMPRA Y VENTA DE FLORES EN LA EMPRESA FLORATIME. Quito, Ecuador.

Lapiedra Alcamí, R., Devece Carañana, C., & Guiral Herrando, J. (2011). Introducción a la gestión
de Sistemas de Información. Publicacions de la Universitat Jaume I. Servei de Comunicació
i Publicacions.

Laundon, K., & Laundon, J. (2012). Sistemas de Información Gerencial. Mexico: Trillas.

López Rosciano, R. A., & Pech Montejo, J. A. (2015). Desarrollo de herramienta de gestión de
proyectos RUP usando metodologia SCRUM + XP: Pruebas. Madrid: Politénica.

Lopez, A. (2015). Desarrollo Web. Mexico.

Martínez, A., & Martínez, R. (2014). Guia a rational unified process. ResearchGate, 16.

Melgarejo Rocca, J. L. (2019). IMPLEMENTACIÓN DE UN SISTEMA DE UN SISTEMA DE

INFORMACIÓN WEB DE CONTROL DE VENTAS Y ALMACÉN PARA LA FARMACIA
BUZAN - CHIMBOTE. Chimbote.

Molina Montero, B., Vite Cevallos, H., & Dávila CuestaJefferson. (2018). Metodologia agiles frente a
las tradicionales en el procesos de desarroollo de software. Esperiales - Revista
multidiciplinaria de investigacion, 121.

Morandini, M., Coleti, T. A., & Oliveira Jr, E. (2021). Considerations about the efficiency and
sufficiency of the utilization of the Scrum methodology: A survey for analyzing results for
development teams. Computer Science Review, 39, 1-13.
doi:[Link]

48
Novoa Rojas, V. F. (2015). SISTEMA DE INFORMACIÓN WEB PARA LA GESTIÓN DE
INVENTARIOS, CLIENTES, PROVEEDORES, VENTAS Y FACTURACIÓN DE LA
EMPRESA INDUSTRIA Y SOLUCIONES METALMECÁNICAS COLOMBIA S.A.S. Bogotá ,
Colombia.

Ognjanović, M. (2016). Guidelines for Framework Development Process. Faculty of Organizational

Sciences -, University of Belgrade, 10.

Palacios Obeso, J. L. (2018). Sistema Web para Mejorar la Gestión Comercial de la Empresa
Yomiqui S.A.C. Trujillo.

Pérez A, O. A. (2011). Cuatro enfoques metodológicos para el desarrollo de software RUP - MSF -
XP - SCRUM. Inventum Engineering(10), 64-78.
doi:10.26620/[Link].6.10.2011.64-78

Purisaca Martinez, G. M., & Zavaleta Velásquez, R. J. (2019). SISTEMA WEB PARA EL CONTROL
DE INVENTARIO DEL ÁREA DE GABINETE EN EL PROYECTO DEL MUSEO DE SITIO
DE TÚCUME - LAMBAYEQUE. Trujillo.

Quiroz Briones, D. A., & Tasilla Culqui, J. J. (2016). SISTEMA DE INFORMACIÓN CON
TECNOLOGÍA WEB PARA LA MEJORA DE LA GESTIÓN DEL PROCESO DE
ABASTECIMIENTO Y ALMACÉN DE LA MUNICIPALIDAD DISTRITAL DE GUADALUPE -
TRUJILLO. Guadalupe.

Rodríguez Quispe, L. O. (2017). IMPLEMENTACIÓN DE UN SISTEMA INFORMÁTICO WEB PARA

EL CONTROL DE VENTAS E INVENTARIO EN LA EMPRESA CALZADOS WINNER
E.I.R.L - TRUJILLO. Trujillo.

Rojas Febrero, M. L. (2017). SISTEMA WEB PARA EL CONTROL Y SEGUIMIENTO DE

INVENTARIO - FARMACIA ALPASO. LA PAZ - BOLIVIA.

Rosado Gómez, A., Quintero Duarte, A., & Meneses Guevara, C. (12 de Agosto de 2012).
Desarrollo agil de software aplicando programacion extrema. El ingenio, 29.

Salamán Herrera, B. J. (2017). Implementación de un sistema de control de almacén para la

administración de alimentos en el Centro Juvenil El Tambo. Lima.

Schwaber, K., & Sutherland, J. (2016). The Scrum Guide. Estados Unidos: Creative Commons.

Serbel Alcánta, F. (2011). Administración de Ventas. Mexico.

49
Srivastava, A., Bhardwaj, S., & Saraswat, S. (2017). SCRUM model for agile methodology.
International Conference on Computing, Communication and Automation (ICCCA2017),
864-869. doi:[Link]

Toapanta Chancusi, K., Vergara Ordoñez, M., & Campaña Ortega, M. (2012). MÉTODO ÁGIL
SCRUM, APLICADO A LA IMPLANTACIÓN DE UN SISTEMA INFORMÁTICO PARA EL
PROCESO DE RECOLECCIÓN MASIVA DE INFORMACIÓN CON TECNOLOGÍA MÓVIL.
DSpace, 3. Obtenido de [Link]

Trigas Gallego, M. (2012). Desarrollo detallado de la fase de aprobación de un proyecto informático

mediante el uso de metodologías ágiles. Catalunya.

Tymkiw, N., Bournissen, J. M., & Tumino, M. C. (2020). Scrum como Herramienta Metodológica para
el Aprendizaje de la Programación. Revista Iberoamericana de tecnología en educación y
educación en tecnología(26), 81-89. doi:[Link]

Vallejos Velarde, P. S. (2018). Sistema Web para el Control de Inventario en la Empresa Web
Solutions S.A.C. Lima.

Varma, S., & Holcombe , M. (15 de Enero de 2019). Extreme Programming: The Genesys
Experience. Europe PubMed Central, 327-328. doi:10.1007/11499053_70

Vega Pérez, C., Grajales Lombana, H., & Montoya Restrepo, L. (2017). Sistemas de información:
definiciones, usos y limitantes. Colombia: Orinoquias.

Virgilio Torres, M. (2014). Administración de Ventas. Mexico: Patria.

Zea Ordoñez, M., Honores Tapia, J., & Rivas Asanza, W. (2015). Fundamento de Base de Datos.
Ecuador: Utmach.

50
ANEXOS

51
Anexo 1: Matriz de Consistencia

TITULO: SISTEMA DE INFORMACIÓN WEB PARA LA MEJORA DE LA GESTION DE VENTAS Y ALMACEN EN LA EMPRESA TELENOR PERÚ S.R.L - TRUJILLO
PROBLEMA OBJETIVO HIPÓTESIS VARIABLES E INDICADORES

Problema Principal: Objetivo Principal: Hipótesis Principal: Variable Independiente: Sistema de Información Web

¿De qué manera afecta el Mejorar la gestión de El sistema de información Dimensiones Indicadores Ítems Niveles o Rango
sistema de información web ventas y almacén en la web agiliza
en la gestión de ventas y empresa Telenor Perú significativamente la 1: Reducir el tiempo de
almacén en la empresa S.R.L mediante un gestión de ventas y generación de reportes.
TELENOR PERÚ S.R.L.? sistema de información almacén en la empresa
web. Telenor Perú S.R.L.
2:
2: Reducir
Reducir el
el tiempo
tiempo de
Problemas Específicos: Objetivos Específicos: Hipótesis Específicas:
Procesamiento de de Ordinal
búsqueda
búsqueda de
de productos.
productos.
información
1: ¿Cómo el incremento de 1: Incrementar el nivel de 1: Incrementar la
nivel de satisfacción de los satisfacción de los usuarios satisfacción de los 3: Reducir el tiempo de
usuarios influye en la gestión mediante el sistema de usuarios influye 3: registro
Reducir de [Link]
el tiempo
de ventas y almacén? información web. significativamente en la registro de ventas.
2: ¿De qué manera la mejora de la gestión de
disminución del tiempo de 2: Disminuir el tiempo en el ventas y almacén. Variable Dependiente: Gestión de Ventas y Almacén
demora en la búsqueda de proceso de búsqueda de
productos influye en la productos. 2: Disminuir el tiempo en
Dimensiones Indicadores Ítems Niveles o Rango
gestión de ventas y el proceso de búsqueda
almacén? 3: Disminuir el tiempo en el de productos y registro de
3: ¿De qué manera la proceso de registro de ventas influye
disminución del tiempo de venta. significativamente en la
demora en el proceso de gestión de ventas y
registro de ventas influye en 4: Disminuir el tiempo en el almacén.
Nivel de Satisfacción de 4: Incrementar el nivel de
la gestión de ventas y proceso de generación de satisfacción de los usuarios. Nominal
Usuarios
almacén? reportes. 3: Disminuir el tiempo en
4: ¿De qué manera la el proceso de generación
reducción de tiempo de de reportes influye
demora en la generación de significativamente en la
reportes influye en la gestión gestión de ventas y
de ventas y almacén? almacén.

52
Anexo 2: Árbol de Problemas

Figura 12: Árbol de Problemas

53
Anexo 3: Árbol de Objetivos

Figura 13: Árbol de Objetivos

54
Anexo 4: Matriz de Operacionalización de Variables

Tabla 20: Matriz Operacionalización de Variables

Escala de
Variable Definición Conceptual Definición Operacional Dimensión Indicador
medición

Reducir el tiempo de generación de

Ordinal.
reportes.

Generación de reportes, registro de Procesamiento de

Independiente Sistema de información web. Reducir el tiempo de búsqueda de
ventas, búsqueda de productos, información. Ordinal.
trazabilidad. productos.

Reducir el tiempo de registro de ventas. Ordinal.

Dependiente Gestión de ventas y almacén. Apoyo para la gestión de ventas y Nivel de Incrementar el nivel de satisfacción de los
Nominal.
almacén. satisfacción de usuarios.
usuarios.

55
Anexo 5: Instrumentos de Recolección de Datos

LLUVIA DE IDEAS

Figura 14: Diagrama de lluvia de ideas

56
DIAGRAMA DE PARETO

Tabla 21: Priorización de frecuencias ordenada

Problema Causas Frecuencia

A Demora para realizar el proceso de ventas. 20
C Extravío de documentos. 20
E Falta de control de las ventas realizadas. 20
B Inadecuada organización en la información de archivos. 10
D Inadecuada organización del inventario. 10
F Inadecuado control de almacén 8
G Falta de monitoreo en el abastecimiento de productos. 6
TOTAL, DE LA FRECUENCIA 94

Tabla 22: Porcentaje acumulado por cada tipo de problema

%
Nº PROBLEMAS ACUMULADO
PROBLEMA FRECUENCIA ACUMULADO % DEL TOTAL DEL TOTAL
A 20 20 21.3 21.3
C 20 40 21.3 42.6
E 20 60 21.3 63.8
B 10 70 10.6 74.5
D 10 80 10.6 85.1
F 8 88 8.5 93.6
G 6 94 6.4 100.0
94 94 100.0

57
Figura 15: Diagrama de Pareto

58
DIAGRAMA DE ISHIKAWA

Materiales Personal

Extravío de documentos Falta de capacitación

Falta de herramientas tecnológicas

Falta de control de registros

Pérdida de tiempo en el registro

Falta de un sistema web Deficiencia en la
gestión de almacén y
ventas en la Empresa
Demora en la búsqueda manual de información Hardware a mediana escala “Telenor Perú S.R.L”

Registro manual de Requerimientos

Falta mantenimiento de equipos
Poca Información de los procesos

Procesos Otros

59
PERMISO PARA LA RECOLECCIÓN DE DATOS

Figura 16: Consentimiento para realizar encuesta

60
 MODELO DE ENTREVISTA

Figura 17: Formato de entrevista para los trabajadores de Telenor - Parte 1

61
Figura 18: Formato de entrevista para los trabajadores de Telenor - Parte 2

62
 RESULTADOS DE ENTREVISTA

Figura 19: Entrevista para trabajadores de la empresa Telenor - Encuesta 1, Parte 1

63
Figura 20: Entrevista para trabajadores de la empresa Telenor - Encuesta 1, Parte 2

64
Figura 21: Entrevista para trabajadores de la empresa Telenor - Encuesta 2, Parte 1

65
Figura 22: Entrevista para trabajadores de la empresa Telenor - Encuesta 2, Parte 2

66
Figura 23: Entrevista para trabajadores de la empresa Telenor - Encuesta 3, Parte 1

67
Figura 24: Entrevista para trabajadores de la empresa Telenor - Encuesta 3, Parte 2

68
Figura 25: Entrevista para trabajadores de la empresa Telenor - Encuesta 4, Parte 1

69
Figura 26: Entrevista para trabajadores de la empresa Telenor - Encuesta 4, Parte 2

70
Figura 27: Entrevista para trabajadores de la empresa Telenor - Encuesta 5, Parte 1

71
Figura 28: Entrevista para trabajadores de la empresa Telenor - Encuesta 5, Parte 2

72
MODELO DE ENCUESTA PARA LA VALIDACIÓN DE LOS INSTRUMENTOS

Figura 29: Formato para la evaluación de instrumentos de recolección de datos

73
RESULTADOS DE ENCUESTA PARA LA VALIDACIÓN DE LOS INSTRUMENTOS

Figura 30: Formato para la evaluación de instrumentos - Experto 1

74
Figura 31: Formato para la evaluación de instrumentos - Experto 2

75
Figura 32: Formato para la evaluación de instrumentos - Experto 3

76
MODELO DE ENCUESTA PARA DETERMINAR LA METODOLOGÍA

Figura 33: Encuesta para determinar la metodología

77
RESULTADOS DE ENCUESTA PARA DETERMINAR LA METODOLOGÍA

Figura 34: Encuesta para determinar la metodología - Experto 1

78
Figura 35: Encuesta para determinar la metodología - Experto 2

79
Figura 36: Encuesta para determinar la metodología - Experto 3

80
MODELO DE ENCUESTA PARA MEDIR EL NIVEL DE SATISFACCIÓN

Figura 37: Formato de encuesta para medir el nivel de satisfacción

81
 VALIDACIÓN DE INSTRUMENTOS

JUICIO DE EXPERTOS PARA LA SELECCIÓN DE LA METODOLOGÍA

EXPERTO 1

DATOS DEL ENCUESTADO:

NOMBRES Y APELLIDOS : Alejandro Nina Macedo

PROFESIÓN : Ing. de Sistemas

EMPRESA : Everis Perú SAC

Los valores ingresados son de escala de 1 al 5 que mide el grado de importancia de cada criterio para
determinar si alguna de las metodologías es una buena alternativa para el desarrollo de un sistema
de información web.

Criterios de Selección para la Metodología

Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Metodología 𝑖=1
0.1 0.2 0.2 0.2 0.1 0.2 1
Rational Unified Process (RUP) 2 1 2 4 2 3 2.4
Extreme Programming (XP) 3 3 2 3 3 3 2.8
Scrum 4 5 4 2 5 5 4.1

C1: Información.
C2: Flexibilidad.
C3: Conocimiento.
C4: Dificultad.
C5: Tiempo de desarrollo.
C6: Compatibilidad.

82
EXPERTO 2

DATOS DEL ENCUESTADO:

NOMBRES Y APELLIDOS : Christiam Alberth Mendoza Ruiz

PROFESIÓN : Ing. de Sistemas

EMPRESA : Indra

Los valores ingresados son de escala de 1 al 5 que mide el grado de importancia de cada criterio para
determinar si alguna de las metodologías es una buena alternativa para el desarrollo de un sistema
de información web.

Criterios de Selección para la Metodología

Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Metodología 𝑖=1
0.1 0.2 0.2 0.2 0.1 0.2 1
Rational Unified Process (RUP) 4 1 3 3 5 1 2.5
Extreme Programming (XP) 2 4 4 3 2 3 3.2
Scrum 3 5 4 3 2 3 3.5

C1: Información.
C2: Flexibilidad.
C3: Conocimiento.
C4: Dificultad.
C5: Tiempo de desarrollo.
C6: Compatibilidad.

83
EXPERTO 3

DATOS DEL ENCUESTADO:

NOMBRES Y APELLIDOS : Juan Manuel Abanto Quispe

PROFESIÓN : Ingeniero Informático

EMPRESA : Globant Perú SAC

Los valores ingresados son de escala de 1 al 5 que mide el grado de importancia de cada criterio para
determinar si alguna de las metodologías es una buena alternativa para el desarrollo de un sistema
de información web.

Criterios de Selección para la Metodología

Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Metodología 𝑖=1
0.1 0.2 0.2 0.2 0.1 0.2 1
Rational Unified Process (RUP) 4 2 5 4 4 3 3.6
Extreme Programming (XP) 3 4 4 2 5 4 3.6
Scrum 5 5 5 4 5 5 4.8

C1: Información.
C2: Flexibilidad.
C3: Conocimiento.
C4: Dificultad.
C5: Tiempo de desarrollo.
C6: Compatibilidad.

84
 RESUMEN DE SELECCIÓN DE LA METODOLOGÍA

Resumen Metodología RUP

Tabla 23: Resumen de Selección de la Metodología RUP

Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Experto 𝑖=1
Alejandro Nina Macedo 2 1 2 4 2 3 2.4
Christiam Alberth Mendoza Ruiz 4 1 3 3 5 1 2.5
Juan Manuel Abanto Quispe 4 2 5 4 4 3 3.6
PROMEDIO, DEL RESUMEN 3.3 1.3 3.3 3.7 3.7 2.3 2.8

Resumen Metodología XP

Tabla 24: Resumen de Selección de la Metodología XP

Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Experto 𝑖=1
Alejandro Nina Macedo 3 3 2 3 3 3 2.8
Christiam Alberth Mendoza Ruiz 2 4 4 3 2 3 3.2
Juan Manuel Abanto Quispe 3 4 4 2 5 4 3.6
PROMEDIO, DEL RESUMEN 2.7 3.7 3.3 2.7 3.3 3.3 3.2

Resumen Metodología SCRUM

Tabla 25: Resumen de Selección de la Metodología SCRUM

Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Experto 𝑖=1
Alejandro Nina Macedo 4 5 4 2 5 5 4.1
Christiam Alberth Mendoza Ruiz 3 5 4 3 2 3 3.5
Juan Manuel Abanto Quispe 5 5 5 4 5 5 4.8
PROMEDIO, DEL RESUMEN 4 5 4.3 3 4 4.3 4.1

85
Anexo 6: Constancia de Aplicación de Instrumentos

86
Anexo 7: Instrumentos de Distribución Estadística de Probabilidad
DISTRIBUCIÓN NORMAL Z

Figura 38: Distribución Normal

87
 DISTRIBUCIÓN DE T STUDENT

Figura 39: Distribución de T de Student

88
FORMATO

89
 FORMATO 1: DECLARACIÓN JURADA
(según R.R. 384-2018-UNT)

Los AUTORES suscritos en el presente documento DECLARAMOS BAJO JURAMENTO que

somos los responsables legales de la calidad y originalidad del contenido del Proyecto de
Investigación Científica realizado.
TITULO:
SISTEMA DE INFORMACIÓN WEB PARA LA MEJORA DE LA GESTIÓN DE VENTAS Y ALMACÉN
EN LA EMPRESA TELENOR PERÚ S.R.L. DE LA CIUDAD DE TRUJILLO.

PROYECTO DE INVESTIGACIÓN CIENTÍFICA:

PROYECTO DE TESIS PREGRADO

Equipo Investigador integrado por:

Código del
Docente
Departamento Categoría del Autor
N° Apellidos y Nombres Facultad Asesor
Académico Docente Asesor Coautor
N° Matrícula Asesor
del Estudiante
Ingeniería de
1 Gómez Ávila José Alberto Ingeniería Doctorado 6039 Asesor
Sistemas
Ingeniería de
2 Chapoñan Lalopu Christian Roberth Ingeniería Bachiller 2273301614 Autor
Sistemas
Ingeniería de 2783300514
3 Pretell Quispe Jaime Esaú Ingeniería Bachiller Autor
Sistemas

Trujillo, 26 de Abril de 2021

40990648
José Alberto Gómez Ávila DNI

75780894
Christian Roberth Chapoñan Lalopu DNI

70282802
Pretell Quispe Jaime Esaú DNI

90