Informe Final

FACULTAD DE INGENIERÍA
CARRERA DE INGENIERÍA DE SISTEMAS

COMPUTACIONALES
CURSO: CAPSTONE PROJECT
“IMPLEMENTACION DE UN
SISTEMA WEB PARA EL CONTROL
DE INVENTARIO PARA EMPRESA
VOLCKER DEL PERU S.A.C.”
Integrantes:
• Alvarado Salazar, Christian Eric (N0
•Inocente Ramos, Estefany Esther (N

• Quispe Jihuallanca, Ronald (N00128
•Quispe Salcedo, María Stephanie (N

Docente:
Ing. Luis Romero Untiveros
Carrera profesional:
Ingeniería de Sistemas Computacion
LIMA – PERÚ
2022
INDICE
CAPÍTULO 1 4
INFORME DE VIABILIDAD DEL PROYECTO 4
Análisis del contexto e identificación del problema 4
Problema General 4
Problemas específicos 4
Documentación de requerimientos 5
CAPÍTULO 2 6
ANÁLISIS DEL PROBLEMA 6
Antecedentes 6
Identificación y formulación del problema 6
Variables de Estudio 7
Población 7
Muestra 7
Objetivos 7
Objetivos Generales 7
Objetivos Específicos 7
Bases Teóricas 8
Matriz de Consistencia 10
CAPÍTULO 3 11
Metodología y herramientas a utilizar 11
4.1 Definición SCRUM 11
4.2 Roles 11
Plan de Riesgos y Limitaciones 71
Instrumentos para recolección de datos 71
Técnica de recolección de datos: 71
Plan de Riesgos y Limitaciones 71
Confiabilidad de datos en base a antecedentes: 71
CAPÍTULO 4 73
Generación y análisis de múltiples soluciones 73
Criterios para seleccionar la solución 74
CAPÍTULO 5 75
Metodología y herramientas utilizadas a base a antecedente 75
CAPÍTULO 6 81
Prototipos y Funcionalidades 81
Ejecución de Pruebas 87
CAPÍTULO 7 114
Conclusiones 114
Recomendaciones 114
Referencias 115
CAPÍTULO 1
INFORME DE VIABILIDAD DEL PROYECTO
Análisis del contexto e identificación del problema

Problema General
En la actualidad, las empresas que están directamente relacionadas al abastecimiento e

inventario, se ven en la necesidad de automatizar sus procesos, debido a que estas, no
cuentan con softwares o no prestan cierta importancia a las soluciones que pueden
proporcionar estas tecnologías. Según Ofisis (2019), empresa especializada en soluciones de
software para la gestión empresarial, señala que “En el Perú cinco de cada diez empresas del
sector industrial (construcción, minería, energía, agricultura, comercio, entre otros) utilizan
tecnología para la gestión de inventarios”.
La empresa Volcker del Perú S.A.C. se dedica a la distribución, importación y venta al por
mayor y menor de repuestos de motocicletas, cuenta con 5 años de experiencia en estos
rubros. Ubicado en la provincia de Chiclayo, Volcker se caracteriza por tener una gran
capacidad de llegar a las ciudades más lejanas del norte del Perú.
Maneja un inventario extenso, donde hay una gran variedad de productos orientados a
motocicletas, de todas las calidades al alcance del bolsillo del cliente, esto debido a que el
administrador de esta empresa, solicita el pedido de piezas y repuestos a los proveedores
importadores: Socopur, Corporación BJR, MegaMotors, Kinglon.
Estas, hacen la entrega de estos productos al almacenero de la empresa. Una vez que el
Almacenero procede a guardar estos productos en el inventario, la perdida de materia prima y
recursos hacen presencia en el proceso de abastecimiento de productos, exactamente cuando
el Administrador solicita dichos productos a los proveedores.
Problemas específicos
o Pérdida de productos por un mal control de salida.

o Mala gestión de ingreso de productos de los proveedores – inventario
desactualizado.
o Mal uso del control de inventario para el control de ingresos y egresos.
o Stock insuficiente para cubrir las necesidades del cliente.
o Pérdida de paquetería en almacén por falta de registro en inventario.
o Duplicidad de producto en registro
Documentación de requerimientos
Con lo anteriormente expuesto, la implementación de un sistema web para este proceso de

abastecimiento de productos, es una solución en donde la entrada y salida de productos
será validada, para que así se tenga un mejor control en el abastecimiento del inventario,
siendo este sistema, un medio completo, que optimizará el negocio, enfocado netamente en
la empresa. Detallado anteriormente los problemas específicos que presenta la empresa,
uno de los requerimientos para ello son lo siguiente:
•Se implementará el control de salidas de productos de la empresa, con una interfaz
en la cual se completará los datos correspondientes como: Cliente y/o Empresa
destinataria, productos en salida y los datos del responsable del movimiento.
•Se implementará el control de ingreso de productos de la empresa, con una interfaz
gráfica registrando los datos de la documentación (Guía de Remisión, Nota de
Ingreso, Factura) del proveedor al momento de ingreso de productos referenciando
los documentos mencionados, con evidencia fotográfica, para así tener un mayor
control de los productos ingresados al almacén.
•Se implementará un control de Kardex interno en el sistema, en el cual, se podrá
consultar algún producto deseado y se mostrará los movimientos (Ingreso y salida)
que se tiene de dicho producto, como también se podrá exportar en un formato Excel
para el control de inventario.
• Se implementará un sistema en el cual se podrá filtrar los productos con bajo stock
del Kardex para así tener un mayor control de los productos escasos, así mismo, se
dará la opción de exportar en un archivo Excel.
•Se implementará un sistema en el cual se podrá generar un código automático para
un producto nuevo ingresado y así evite la duplicidad de dichos artículos.
CAPÍTULO 2
ANÁLISIS DEL PROBLEMA
Antecedentes
La empresa Volcker ha tenido que replantearse a adquirir nuevas tecnologías para
optimizar sus procesos esto hace referencia al planteamiento de distintas opciones para
poder competir al nivel de lo que demanda la competencia en el mercado. Este nuevo
reto ha provocado que la empresa Volcker se plantee una nueva estrategia para poder
controlar y dar seguimiento a los respectivos procesos de la empresa, por ejemplo para
optimizar el control en el abastecimiento del inventario, ya que en la actualidad se lleva
el proceso de manera poco automática, manual, generando dificultades al asesor de
proponer y/o registrar su opción de adquirir un producto ya que tienen un mal uso del
control de inventario para el control de ingresos y egresos. En el establecimiento los
inconvenientes mencionados, se dan porque no cuentan con una herramienta que
ayude a gestionar dicho proceso, que engloba la gestión del proceso de venta u otras
actividades de gestión de mercadería.
Identificación y formulación del problema

Actualmente la empresa Volcker lleva la información de sus procesos de manera
manual ya que no cuenta con un sistema que sirva como ayuda en el control de
inventarios, y así evitar pérdida de productos por un mal control de salida. Uno de los
principales problemas que se presenta en esta institución es la Mala gestión de ingreso
de productos de los proveedores – inventario desactualizado y el mal uso del control de
inventario para el control de ingresos y egresos, ya que actualmente se lo realizan de
manera manual, lo que ocupa mucho tiempo a la empresa en gestionar los procesos;
otro problema es la pérdida de paquetería en almacén por falta de registro en
inventario.
El presente proyecto de investigación titulado “IMPLEMENTACIÓN DE UN SISTEMA

WEB PARA EL CONTROL DE INVENTARIO PARA EMPRESA VOLCKER DEL PERU
S.A.C.” hará más eficiente el trabajo ya que la empresa tendrá un mejor control en el
abastecimiento del inventario, siendo este sistema, un medio completo, que optimizará
el negocio, enfocado netamente en la empresa además servirá como instrumento de
apoyo en el funcionamiento y mejora institucional lo que permitirá agilizar las
actividades que se llevan a cabo en esta empresa.
Variables de Estudio
● Variable X: Implementación de un sistema web

● Variable Y: Para el control de la empresa Volcker
Población
Empresa Volcker
Muestra
Esto se dará mediante una serie de entrevistas y encuestas la cual será realizada a la
empresa Volcker la cual corresponde a una determinada cantidad de clientes y a
colaboradores de la empresa para obtener datos relevantes y de tal manera preparar
las respectivas soluciones.
Objetivos
Objetivos Generales
Implementación de un sistema web para el proceso de abastecimiento de

productos, para mejorar el control del inventario de la empresa Volcker del Perú,
Chiclayo.
Objetivos Específicos
Para llevar a cabo la implementación, primero se deben de lograr ciertos

objetivos específicos, tales como:
o Disminuir la cantidad de productos perdidos.

o Manejar el stock según su registro anterior
o Manejar de manera correcta el control de inventario para su registro
de ingresos y egresos
o Reducir la pérdida de productos con ingreso
o Generar códigos automáticos para cada producto ingresado
Bases Teóricas
Abastecimiento
Según Samuel Su (2021) “El abastecimiento de una empresa son todas

aquellas actividades que hacen posible la correcta identificación y compra de
los bienes o servicios que nuestra empresa necesita para poder desarrollar
sus funciones comerciales.”
Sistema web
Según Víctor San Juan, gerente general, (2016) “Se denomina sistema web a
aquellas aplicaciones de software que puede utilizarse accediendo a un
servidor web a través de Internet o de una intranet mediante un navegador”.
Control de inventario
Según Mecalux, (2020) “El control de inventario consiste en conocer el estado

de la mercancía de una compañía, incluyendo materias primas, productos
semielaborados y productos terminados”.
Arquitectura 3 Capas
Según Víctor Gómez, (s.f.) “Todo sistema que gestiona datos tendrá una
base de datos para guardar esos datos y una interfaz de usuario que será
con la que interactúan los usuarios. Además, una parte del sistema se
encargará de procesar los datos y gestionar lo que se hace con ellos. La
arquitectura en tres capas lo que hace es dividir el sistema en tres partes
diferenciadas, de tal forma que cada capa solo se comunique con la inferior.
Esas tres capas se denominan:
a) Persistencia:
Esta capa se encarga de guardar los datos. Será donde se gestione todo lo
relativo a la base de datos y a la creación, edición y borrado de datos de ésta.
b) Negocio:
En esta capa se gestiona la lógica de la aplicación. Es donde se dice que se hace

con los datos. Por ejemplo, para una aplicación de gestión de una biblioteca será
donde se gestione cuántos préstamos puede tener un usuario, que ocurre si un
usuario se retrasa al devolver un libro, etc. Estará conectada con la capa de
persistencia para poder realizar sus funciones.
c) Presentación:
En esta capa se crea la interfaz del usuario. Su única función es pasarle las
acciones que realice el usuario a la capa de negocio”.
Matriz de Consistencia
PROBLEMA OBJETIVOS HIPÓTESIS VARIABLES OTROS
Principal General General Variable Tipo d
Investigar las técnicas Existen muchas técnicas independiente investigación
¿Cuáles son las para la mejora de La interacción de
que se pueden aplicar para
técnicas para la una interfaz de las personas en mixta
la mejora de una GUI,
mejora de interfaz usuario de torno a una
teniendo en cuenta como Delimitación
de usuario de plataformas de interfaz de
es la intuición, percepción,
plataformas de ventas digitales usuario" Diseñadores d
interpretación, etc. del ser
ventas digitales? interfaz,
Objetivos específicos humano al uso de la vista Variables diseñadores
Problemas en determinados dependientes gráficos
Secundarios Demostrar los dispositivos, por eso, para
factores psicológicos cada situación, es material
¿Qué factores
que influyen en una recomendable plantear Duración d
psicológicos influyen GUI proyecto
una diagramación, diseño
en una interfaz de 5 meses
en torno al usuario
usuario? fundamentar la destinado"
importancia de la
¿Cuánta importancia
forma y el color en la Hipótesis Secundarias Al
tiene la forma y el
diagramación de una ser la vista el método
coloren la GUI principal para percibir la
diagramación de una interfaz, se puede priorizar
GUI? Comparar las el diseño en cuanto a su
diferencias entre interfaz gráfica dejando en
¿Qué diferencias hay
diagramaciones GUI segundo plano el
en la diagramación
según temática y dispositivo, el esquema, la
de GUI según edad.
diagramación, etc.
temática y edades
CAPÍTULO 3
Metodología y herramientas a utilizar
La metodología ágil a utilizar es el marco de trabajo Scrum porque fomenta el trabajo
en equipo, es de fácil manejo, ayuda a ahorrar tiempo y dinero.
4.1 Definición SCRUM

De acuerdo con el portal Mobiliza academy (s.f.) Scrum es framework (marco de
trabajo) no es un proceso o una técnica para desarrollar/construir productos,
realmente es un marco de trabajo donde podemos emplear un conjunto de diferentes
procesos y técnicas, siendo muy fácil de implantar y muy popular por los resultados
rápidos que consigue.
SCRUM es ligero, simple de entender, pero muy difícil de dominar. Por un lado, evita
la burocracia y la documentación, de manera que los primeros resultados lleguen
muy rápidamente.
También, Según el artículo “The New Product Developroent Game” de Takeuchi y
Nonaka, Scrum (s.f.) es un proceso ágil que sigue fases en las que en cada una de
ellas se designa un equipo especializado para obtener un trabajo en equipo eficaz y
no partir de forma generalizada.
4.2 Roles
a) Product Owner
Según la gestionista Vanesa Tejada (2016) El Product Owner procura que el
desarrollo del nuevo Incremento no se detenga, es fundamental que aclare cualquier
tipo de duda, resuelva impedimentos e incluso ajuste el nuevo Incremento si surgen
imprevistos.
Otra definición según Wikipedia (2017), El Product Owner se asegura de que el
equipo Scrum trabaja de forma adecuada desde la perspectiva del negocio. El
Product Owner ayuda al usuario a escribir las historias de usuario, las prioriza, y las
coloca en el Product Backlog.
b) Scrum Master
Según la página WAM (2020), es el responsable de que las técnicas Scrum sean
comprendidas y aplicadas en la organización. Es el manager de Scrum, un líder que
se encarga de eliminar impedimentos o inconvenientes que tenga el equipo dentro de
un sprint, aplicando las mejores técnicas para fortalecer el equipo de marketing
digital. También Diego Ceñal lo definía como el encargado del equilibrio, ajustado de
forma iterativa, entre el QUÉ marcado por el cliente y el CUÁNDO y CÓMO marcado
por el equipo.
c) Equipo de Desarrollo
Según Ken Schwaber y Jeff Sutherland (2015), El Equipo de Desarrollo consiste en
los profesionales que desempeñan el trabajo de entregar un incremento de producto
“Terminado”, que potencialmente se pueda poner en producción, al final de cada
Sprint. Solo los miembros del Equipo de Desarrollo participan en la creación del
Incremento.
Desde otra perspectiva WAN (2020), propone que el equipo de desarrollo son los
encargados de realizar las tareas priorizadas por el Product Owner. Es un equipo
multifuncional y auto organizado. Son los únicos que estiman las tareas del product
backlog, sin dejarse influenciar por nadie.
4.3 Eventos
a) Sprint
La página WAN (2020) la califica como el corazón de Scrum ya que es el contenedor
de los demás hitos del proceso. Todo lo que ocurre en una iteración para entregar
valor está dentro de un sprint.
A esto Ken Schwaber y Jeff Sutherland (2015) añaden que es un bloque de tiempo
(time-box) de un mes o menos durante el cual se crea un incremento de producto
“Terminado”, utilizable y potencialmente desplegable.
b) Planificación de sprint
Wikipedia (2018) lo explica como el proceso en que todo el equipo Scrum define qué
tareas se van a abordar y cuál será el objetivo del sprint.
Asimismo, Ken Schwaber y Jeff Sutherland (2015) complementan que La Reunión de
Planificación de Sprint tiene un máximo de duración de ocho horas para un Sprint de
un mes. Para Sprints más cortos, el evento es usualmente más corto. El
ScrumMaster se asegura de que el evento se lleve a cabo y que los asistentes
entiendan su propósito. El ScrumMaster enseña al Equipo Scrum a mantenerse
dentro del bloque de tiempo.
c) Sprint Goal
Según Ken Schwaber y Jeff Sutherland (2015) lo definen como una meta
establecida para el Sprint que puede ser alcanzada mediante la implementación de
la Lista de Producto. Proporciona una guía al Equipo de Desarrollo acerca de por
qué está construyendo el incremento. El desarrollador Benjamin Garrido (2013)
añade que a medida que el Development Team trabaja mantiene el Sprint Goal en
mente. Con el fin de alcanzar el Sprint Goal se implementa la funcionalidad. Si el
trabajo resulta ser diferente de lo que el Development Team espera, ellos colaboran
con el Product Owner para negociar el alcance del Sprint Backlog.
d) Revisión de Sprint
Según Ken Schwaber y Jeff Sutherland (2015) sirve para inspeccionar el
incremento y adaptar la Lista de Producto si fuese necesario. Durante la Revisión
de Sprint, el Equipo Scrum y los interesados colaboran acerca de lo que se hizo
durante el Sprint. WAM (2020) añade que su duración es de 4 horas para sprints de
un mes, y es la única reunión de Scrum a la que puede asistir el cliente. En ella el
Product Owner presenta lo desarrollado al cliente y el equipo de desarrollo muestra
su funcionamiento.
e) Retrospectiva de Sprint
WAM (2020) lo explica como el último evento de Scrum y añade que es la reunión
del equipo en la que se hace una evaluación de cómo se ha implementado la
metodología Scrum en el último sprint.
4.4 Artefactos
a) Product Backlog
Según Jeff Sutherland (2015) es una lista ordenada de todo lo que podría ser
necesario en el producto, y es la única fuente de requisitos para cualquier cambio a
realizarse en el producto. WAM (2020) añade que la ordenación también es 100%
responsabilidad del Product Owner, por lo que las tareas que están más arriba
deben de ser las de mayor prioridad.
b) Sprint Backlog
Wikipedia (2018) lo define como el subconjunto de requisitos que serán
desarrollados durante el siguiente sprint. Al definir el sprint backlog, se describe
cómo el equipo va a implementar los requisitos durante el sprint. A esto Ken
Schwaber (2015) añade que la Lista de Pendientes del Sprint hace visible todo el
trabajo que el Equipo de Desarrollo identifica como necesario para alcanzar el
Objetivo del Sprint.
Página 13 | 116
APLICACIÓN DE MARCO DE TRABAJO DE SCRUM
1. Product Backlog
En el Product Backlog podremos observar los requerimientos del sistema con sus
respectivas historias de usuario, tiempos estimados, puntajes estimados y prioridad.
REQUERMIENTOS FUNCIONALES HISTORIAS DE T.E P.E P
USUARIO
RF01: Como Gerente General de la empresa, quiero que el empleado pueda registrar H.U 01 3 1 2
a los proveedores con su respectivo RUC obligatorio, Departamento, Provincia,
etc., que han traído la mercadería de una manera formal, así como también
realizar la búsqueda por Razón Social, RUC, Departamento, Provincia, Distrito
de Proveedor, para tener un mayor control de proveedores que interactúan
con la empresa.
RF02: Como Gerente General de la empresa, quiero que el Administrador pueda H.U 02 3 2 2
actualizar (editar y eliminar) un proveedor, para que no haya posibles registros
erróneos a futuro.
RF03: Como Gerente General de la empresa, quiero que el empleado registre las H.U 03 4 1 2
marcas que figuran en la empresa, así como también pueda buscar una marca
por código, nombre y/o procedencia, para un mejor control de la variedad de
marcas que figuran en los productos según su procedencia.
RF04: Como gerente general de la empresa, quiero que el administrador pueda H.U 04 5 2 2
actualizar una marca (Editar y/o eliminar), para que así no haya futuros errores
en la variedad de marcas.
RF05: Como Gerente General de la empresa, quiero que el empleado pueda registrar H.U 05 3 3 2
los modelos de los productos, así como también realizar la búsqueda por
código, marca, modelo y de U.M de los modelos para que así se tenga un
mejor control de estos, enlazados con las marcas anteriormente registradas.
actualizar un modelo (Editar y/o eliminar), para que así no haya errores en la
variedad de modelos.
RF07: Como Gerente General de la empresa quiero que el empleado registre un H.U 07 4 1 3
producto con su respectiva marca y modelo anteriormente registrado en el
sistema como así también pueda generar un código aleatorio para cada
producto. Asimismo, podrá realizar las búsquedas por código, descripción,
marca, modelo y stock de un producto en específico. para que así se pueda
tener un mejor control de productos personalizados con su respectiva marca y
Página 14 | 116
modelo
RF08: Como Gerente General de la empresa quiero que el Administrador pueda H.U 08 1 3 3
actualizar un producto (editar y/o eliminar), para que así no haya duplicidad o
datos mal digitados en el sistema
RF09: Como Gerente General de la empresa, quiero que el empleado, al momento de H.U 09 1 1 3
registrar un producto pueda insertar una foto de ello para así tener una
referencia de una evidencia
editar y/o eliminar la fotografía y/o imagen para que no existan malentendidos
con los proveedores y la empresa.
RF11: Como Gerente General de la empresa quiero que el empleado pueda registrar H.U 11 3 2 4
los datos de los clientes, Nombre, Apellido, DNI, Departamento, Provincia,
Distrito, etc. Asimismo, podrá realizar la búsqueda por Nombre, DNI,
Departamento, Provincia, Distrito. Para que así tenga un mayor control de los
clientes.
actualizar a un cliente comprador de productos (editar y/o eliminar), para
evitar posibles errores de registros en el sistema.
RF13: Como Gerente General, quiero que el empleado registre los ingresos de los H.U 13 3 2 4
productos, con su respectivo tipo de documento (Nota de ingreso, Guía de
Remisión y Factura) como también el usuario responsable, para que así se
tenga un control total de todos los productos que ingresen a mi empresa.
RF14: Como Gerente General, quiero que el empleado pueda registrar las salidas de H.U 14 3 2 4
productos con la fecha del movimiento, usuario que registra dicho
movimiento, el cliente al cual va dirigido el/los productos, para saber qué
productos fueron adquiridos.
RF15: Como Gerente General, quiero que el empleado pueda registrar la dirección, H.U 15 2 2 1
DNI, teléfono. Asimismo, quiero que el Administrador pueda realizar la
búsqueda por código de un respectivo empleado, para que así se tenga un
control de dichos empleados.
RF16: Como gerente general, quiero que el administrador pueda crear un usuario H.U 16 3 1 1
para cada empleado para que así pueda loguearse al sistema, así como
también realizar la búsqueda del usuario por código.
actualizar (editar y eliminar) a un empleado, para que no haya posibles riesgos
erróneos a futuro.
Página 15 | 116
actualizar (editar y/o eliminar) a un usuario, para que no haya posibles errores
con los usuarios y la información a futuro.
loguearse al sistema para que solamente él, pueda tener un control de las
actividades que maneja la empresa
RF20: Como gerente general de la empresa, quiero que el administrador cuente con H.U 20 2 1 4
una base de datos de todos los documentos registrados por empleado
(Registro de Productos, Registro de Proveedor, etc.), para que así el
administrador pueda actualizar cada documento cuando el empleado lo
solicite por algún error que haya cometido a la hora de registrar.
2. Entregables por Sprint

En este punto se detalla la cantidad de Sprints, los requerimientos funcionales de la
pila de producto y sus respectivas Historias de Usuario, tiempos estimados,
puntajes estimados y prioridad.
N° REQUERIMIENTOS FUNCIONALES HISTORIAS T.E P.E P.
SPRINT
RF 19 Como gerente general de la empresa, quiero que el administrador pueda H.U 19 3 1 1
loguearse al sistema para que solamente él, pueda tener un control de las
actividades que maneja la empresa.
RF 15 Como Gerente General, quiero que el administrador pueda registrar la H.U 15 2 2 1
dirección, DNI, teléfono y lugar exacto de procedencia de los empleados.
Asimismo, quiero que el Administrador pueda realizar la búsqueda por
SPR código de un respectivo empleado, para que así se tenga un control de
INT dichos empleados.
1 RF 17 Como gerente general de la empresa, quiero que el administrador pueda H.U 17 1 1 1
actualizar (editar y eliminar) a un empleado, para que no haya posibles
riesgos erróneos a futuro.
RF 16 Como gerente general, quiero que el administrador pueda crear un H.U 16 3 2 1
usuario para cada empleado para que así pueda loguearse al sistema, así
como también realizar la búsqueda del usuario por código.
actualizar (editar, eliminar) a un usuario, para que no haya posibles
errores con los usuarios y la información a futuro.
RF 01 Como Gerente General de la empresa, quiero que el administrador pueda H.U 01 3 1 2
registrar a los proveedores con su respectivo RUC obligatorio,
Departamento, Provincia, etc., que han traído la mercadería de una
SPR
manera formal, así como también realizar la búsqueda por Razón Social,
INT RUC, Departamento, Provincia, Distrito de Proveedor, para tener un
2 mayor control de proveedores que interactúan con la empresa.
RF 02 Como Gerente General de la empresa, quiero que el Administrador pueda H.U 02 3 1 2
actualizar (editar y eliminar) un proveedor, para que no haya posibles
registros erróneos a futuro.
RF 03 Como Gerente General de la empresa, quiero que el empleado registre H.U 03 4 3 5
las marcas que figuren en la empresa, así como también pueda buscar
una marca por código, nombre y/o procedencia, para un mejor control de
la variedad de marcas que figuran en los productos según su
procedencia.
actualizar una marca (Editar y/o eliminar), para que así no haya futuros
Página 16 | 116
errores en la variedad de marcas.
RF 05 Como Gerente General de la empresa, quiero que el empleado pueda H.U 05 3 1 5
registrar los modelos de los productos, así como también realizar la
búsqueda por código, marca, modelo y de U.M de los modelos para que
así se tenga un mejor control de estos, enlazados con las marcas
anteriormente registradas.
actualizar un modelo (Editar y/o eliminar), para que así no haya errores
en la variedad de modelos.
RF 07 Como Gerente General de la empresa quiero que el empleado registre un H.U 07 4 1 3
producto con su respectiva marca y modelo anteriormente registrado en
el sistema como así también pueda generar un código aleatorio para cada
producto. Asimismo, podrá realizar las búsquedas por código,
descripción, marca, modelo y stock de un producto en específico. para
SPR que así se pueda tener un mejor control de productos personalizados con
su respectiva marca y modelo.
INT
RF 08 Como Gerente General de la empresa quiero que el Administrador pueda H.U 08 1 2 3
3 actualizar un producto (editar y/o eliminar), para que así no haya
duplicidad o datos mal digitados en el sistema.
RF 09 Como Gerente General de la empresa, quiero que el empleado, al H.U 09 1 2 3
momento de registrar un producto pueda insertar una foto de ello para así
tener una referencia de una evidencia.
editar y/o eliminar la fotografía y/o imagen para que no existan
malentendidos con los proveedores y la empresa.
RF 11 Como Gerente General de la empresa quiero que el empleado pueda H.U 11 3 1 4
registrar los datos de los clientes, Nombre, Apellido, DNI, Departamento,
provincia, Distrito, etc. Asimismo, podrá realizar la búsqueda por Nombre.
DNI, Departamento, provincia, Distrito del cliente. para que así tenga un
mayor control de los clientes que compren productos de la empresa.
actualizar a un cliente comprador de productos (editar y/o eliminar), para
SPR evitar posibles errores de registros en el sistema.
INT RF 13 Como Gerente General, quiero que el empleado registre los ingresos de H.U 13 3 2 4
4 los productos, con su respectivo tipo de documento (Nota de ingreso,
Guía de Remisión y Factura) como también el usuario responsable, para
que así se tenga un control total de todos los productos que ingresen a mi
empresa.
RF 14 Como Gerente General, quiero que el empleado pueda registrar las H.U 14 3 2 4
salidas de productos con la fecha del movimiento, usuario que registra
dicho movimiento, el cliente al cual va dirigido el/los productos, para saber
qué productos fueron adquiridos.
RF 20 Como gerente general de la empresa, quiero que el administrador cuente H.U 20 2 1 4
con una base de datos de todos los documentos registrados por
empleado (Registro de Productos, Registro de Proveedor, etc.), para que
así el administrador pueda actualizar cada documento cuando el
empleado lo solicite por algún error que haya cometido a la hora de
registrar.
Página 17 | 116
Página 18 | 116
Página 19 | 116
Página 20 | 116
Página 21 | 116
Historia de usuario
Número 11
Nombre de la historia Registro de clientes
Prioridad ALTA
Descripción Como Gerente General de la empresa quiero que el
empleado pueda registrar los datos de los clientes,
Nombre, Apellido, DNI, Departamento, provincia,
Distrito, etc. Asimismo, podrá realizar la bú squeda
por Nombre. DNI, Departamento, provincia,
Distrito del cliente. para que así tenga un mayor
control de los clientes que compren productos de
la empresa.
Validaciones  Solo el empleado de la empresa podrá
realizar el registro de clientes
 Se deberá realizar el tipo de búsqueda del
cliente.
 El sistema deberá advertir si falta completar
algún campo.
 El sistema deberá generar código de cliente
Página 22 | 116
Historia de usuario
Número 12
Nombre de la historia Actualizar Cliente(crud)
Prioridad MEDIA
Descripción Como Gerente General de la empresa, quiero que
el Administrador pueda actualizar a un cliente
comprador de productos (editar y/o eliminar),
para evitar posibles errores de registros en el
sistema.
Validaciones  Solo el administrador de la empresa podrá
editar y eliminar un cliente.
 El sistema deberá advertir si falta
completar algú n campo.
 Se debe seleccionar un cliente la cual se
actualizará y/o eliminará
 Se debe validar el listado de los clientes
Historia de usuario
Número 13
Nombre de la historia Registro de ingreso de productos
Prioridad ALTA
Descripción Como Gerente General, quiero que el empleado
registre los ingresos de los productos, con su
respectivo tipo de documento (Nota de ingreso,
Guía de Remisió n y Factura) como también el
usuario responsable, para que así se tenga un
control total de todos los productos que ingresen a
mi empresa.
realizar el registro de productos ingresados
 Se deberá realizar el tipo de bú squeda del
producto ingresado
 El sistema deberá generar có digo de
producto ingresado
Página 23 | 116
Historia de usuario
Número 14
Nombre de la historia Registro de salida de productos
Prioridad ALTA
Descripción Como Gerente General, quiero que el empelado
pueda registrar las salidas de productos con la
fecha del movimiento, usuario que registra dicho
movimiento, el cliente al cual va dirigido el/los
productos, para saber qué productos fueron
adquiridos.
realizar el registro de salidas de productos
producto ingresado
producto ingresado
Historia de usuario
Número 15
Nombre de la historia Registro de empleados
Prioridad ALTA
Descripción Como Gerente General, quiero que el empleado
pueda registrar la direcció n, DNI, teléfono y lugar
exacto de procedencia de los empleados.
Asimismo, quiero que el Administrador pueda
realizar la bú squeda por có digo de un respectivo
empleado, para que así se tenga un control de
dichos empleados.
realizar el registro de empleados
empleado.
empleado
Página 24 | 116
Historia de usuario
Número 16
Nombre de la historia Creació n de usuarios
Prioridad ALTA
Descripción Como gerente general, quiero que el
administrador pueda crear un usuario para cada
empleado para que así pueda loguearse al
sistema, así como también realizar la bú squeda
del usuario por có digo.
Validaciones  Solo el administrador de la empresa
podrá realizar la creació n de usuarios
 Solo el administrador de la empresa
podrá realizar el registro de usuarios
 El sistema deberá admitir el acceso del
empleado con sus credenciales
 El sistema deberá realizar la bú squeda
de usuario por có digo
Historia de usuario
Número 17
Nombre de la historia Actualizar empleado(crud)
Prioridad Media
Descripción Como gerente general de la empresa, quiero que el
administrador pueda actualizar (editar y eliminar)
a un empleado, para que no haya posibles riesgos
erró neos a futuro.
editar y eliminar un empleado.
actualizará y/o eliminará algú n empleado
 Se debe validar el listado de los empleados
Historia de usuario
Número 18
Nombre de la historia Actualizar usuario(crud)
Prioridad Media
administrador pueda actualizar (editar, eliminar)
a un usuario, para que no haya posibles errores
con los usuarios y la informació n a futuro.
editar y eliminar un usuario.
Página 25 | 116
actualizará y/o eliminará algú n usuario
 Se debe validar el listado de los usuarios
Historia de usuario
Número 19
Nombre de la historia Acceso al sistema
Prioridad Alta
administrador pueda loguearse al sistema para
que solamente él, pueda tener un control de las
actividades que maneja la empresa
tener acceso a sistema principal
 El administrador de la empresa deberá
tener el control de actividades de la empresa
Historia de usuario
Número 20
Nombre de la historia Base de Datos de Registros
Prioridad Alta
administrador cuente con una base de datos de
todos los documentos registrados por
empleado(Registro de Productos, Registro de
Proveedor, etc.), para que así el administrador
pueda actualizar cada documento cuando el
empleado lo solicite por algú n error que haya
cometido a la hora de registrar.
tener el acceso a todos los documentos
registrados
 El administrador de la empresa podrá
comprobar las actualizaciones de los registros
Página 26 | 116
3. Planificación y Gestión de trabajos por Sprint
Página 27 | 116
4. Desarrollo de Sprints
4.1 Desarrollo del Sprint 1
4.1.1 Pilas del Sprint
Responsable
(miembro
Historia de Tiempo
Tareas del equipo Sprint
usuario (días)
de
desarrollo)
19. Acceso al Validar 2 Christian 1
sistema credenciales
Acceso a 2 Christian 1
sistema
Tipo de 2 Christian 1
permiso
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
15. Registro de Registro de 2 Christian 1
empleados empleado
Buscar 2 Christian 1
empleado
Creació n de 1 Christian 1
Página 28 | 116
có digo de
empleado
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
17. Actualizar Listar 2 Ronald 1
empleado(crud) empleado
Editar 2 Ronald 1
empleado
Eliminar 2 Ronald 1
empleado
Actualizar 2 Ronald 1
empleado
Página 29 | 116
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
Creació n de 1 María 1
có digo de
usuario
16. Creació n de Registro de 2 María 1
usuarios datos de
usuario
Ingreso al 1 María 1
sistema
Bú squeda por 1 María 1
tipo de
usuario
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
18. Actualizar Listar usuario 2 Estefany 1
usuario(crud) Editar usuario 2 Estefany 1
Eliminar 2 Estefany 1
usuario
Actualizar 2 Estefany 1
usuario
Página 30 | 116
4.1.2 Prototipos
H.U. 19
H. U. 15
Página 31 | 116
H. U. 17
Página 32 | 116
H. U. 16
H. U. 18
Página 33 | 116
4.1.3 Ingeniería del sistema
4.1.4 Pizarra del Sprint
4.1.5 Sprint Burndown chart
Página 34 | 116
4.1.6 Retrospectiva
¿Qué salió bien en la iteración?
El equipo cuenta con toda la información ya que se realizó mediante
una entrevista sobre los requisitos funcionales para el sistema.
¿Qué salió mal en la iteración?

Inconvenientes para realizaciones de plenos para las pruebas en
conjunto del sistema.
¿Qué mejoras implementaremos en la próxima iteración?

Establecer horarios de realización de pruebas con otros tipos de
usuarios para el proceso del sistema.
4.1.7 Presentación del producto
H. U. 19
Página 35 | 116
H. U. 15
Página 36 | 116
H. U. 17
H. U. 16
Página 37 | 116
H. U. 18
Página 38 | 116
4.1.8 Revisión del producto
Responsable
(miembro del
Historia de equipo de
Tareas Tiempo Sprint
Usuario desarrollo)
registrar 2
marcas Cristian 2
buscar marcas 2
Cristian 2
3: Registrar marcas
Listar marcas 1
Cristian 2
Crear có digo 1
de marcas Cristian 2
Responsable
(miembro del
Usuario desarrollo)
Validar 2
proveedor Estefany 2
Listar 1
2: Actualizar
proveedor Buscar 1
actualizar 1
Responsable
(miembro del
Usuario desarrollo)
registrar 2
marcas Cristian 2
buscar marcas 2
3: Registrar marcas Cristian 2
Listar marcas 1
Cristian 2
Página 39 | 116
Crear có digo 1
de marcas Cristian 2
Responsable
(miembro del
Usuario desarrollo)
Validar marca 2
María 2
Listar marca 1
María
2
4: Actualizar marca
Buscar marca 1
María 2
actualizar 1
marca María 2
Responsable
(miembro del
Usuario desarrollo)
registrar 2
modelos Ronald 2
buscar 2
modelos Ronald 2
5: Registrar modelos
de productos Listar 1
modelos Ronald 2
Crear có digo 1
de modelos Ronald 2
Página 40 | 116
4.2.2 Prototipos
H. U. 01
Página 41 | 116
H. U. 02
H. U. 03
Página 42 | 116
H. U. 04
Página 43 | 116
H. U. 05


4.2.6 Retrospectiva
Página 44 | 116
o ¿Qué salió bien en la iteración?
El equipo cuenta con toda la información ya que se realizó mediante una entrevista
sobre los requisitos funcionales para el sistema.
o ¿Qué salió mal en la iteración?
Inconvenientes para realizaciones de plenos para las pruebas en conjunto del

sistema.
o ¿Qué mejoras implementaremos en la próxima iteración?
Establecer horarios de realización de pruebas con otros tipos de usuarios para el

proceso del sistema.
H. U. 01
Página 45 | 116
H. U. 02
H. U. 03
Página 46 | 116
H. U. 04
H. U. 05
Página 47 | 116
Responsable
(miembro del
Usuario desarrollo)
Validar 2
modelo Ronald 3
Listar modelo 1
Ronald 3
6: Actualizar modelo
Buscar 1
modelo Ronald 3
actualizar 1
modelo Ronald 3
Página 48 | 116
Responsable
(miembro del
Usuario desarrollo)
registrar 2
producto María 3
buscar 2
producto María 3
7: Registre producto
Listar 1
producto María 3
Crear có digo 1
de producto María 3
Responsable
(miembro del
Usuario desarrollo)
Validar 2
producto Cristian 3
Listar 1
producto Cristian 3
8: Actualizar
producto Buscar 1
producto Cristian 3
actualizar 1
producto Cristian 3
Responsable
(miembro del
Usuario desarrollo)
2
insertar foto Estefany 3
Buscar 2
Estefany 3
archivo
9: Insertar una foto
1
Listar foto Estefany 3
Crear có digo 1
Estefany 3
foto
Página 49 | 116
Responsable
(miembro del
Usuario desarrollo)
Eliminar foto 2 Estefany 3
10: Editar y/o
Buscar foto 2 Estefany 3
eliminar foto
Vista de foto 1 Estefany 3
4.3.2 Prototipos
H.U. 06
Página 50 | 116
H.U. 07
Página 51 | 116
H.U. 08
Página 52 | 116
H.U. 09
Página 53 | 116
H.U. 10

Página 54 | 116
4.3.6 Retrospectiva
 El equipo cuenta con toda la información ya que se realizó mediante una
entrevista sobre los requisitos funcionales para el sistema.

 Inconvenientes para realizaciones de plenos para las pruebas en conjunto
del sistema.

 Establecer horarios de realización de pruebas con otros tipos de usuarios
para el proceso del sistema.
H.U. 06
Página 55 | 116
Página 56 | 116
H.U. 07
Página 57 | 116
H.U. 08
Página 58 | 116
H.U. 09
H.U. 10
4.3.8 Revisión
del
producto

4.4.1 Pilas del
Sprint
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
Registro de 2 Christian 4
cliente
11. Registro de Buscar cliente 2 Christian 4
clientes Registro de 2 Christian 4
compra por
cliente
Página 59 | 116
Creació n de 1 Christian 4
có digo de
cliente
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
Listar cliente 2 María 4
Editar cliente 2 María 4
12. Actualizar Eliminar 2 María 4
Cliente(crud) cliente
Actualizar 2 María 4
cliente
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
Creació n de 1 Ronald 4
có digo de
13. Registro de ingreso de
ingreso de producto
productos Registro de 2 Ronald 4
productos
Listar 2 Ronald 4
inventario de
productos
ingresado
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
Registro de 2 Estefany 4
salida de
14. Registro de productos
salida de productos Listar 2 Estefany 4
inventario de
salida de
Página 60 | 116
productos
Responsable
(miembro
Historia de Tiempo
usuario (días)
de
desarrollo)
20. Base de Datos Validar la 2 María 4
de Registros base de datos
Registrar los 2 María 4
listados
Página 61 | 116
4.4.2 Prototipos
H.U. 11
Página 62 | 116
H.U. 12
Página 63 | 116
H.U. 13
H.U. 14
Página 64 | 116
H.U. 20

Página 65 | 116
4.4.6 Retrospectiva
 El equipo cuenta con toda la información ya que se realizó mediante una
entrevista sobre los requisitos funcionales para el sistema.

 Inconvenientes para realizaciones de plenos para las pruebas en conjunto
del sistema.

 Establecer horarios de realización de pruebas con otros tipos de usuarios
para el proceso del sistema.
H.U. 11
Página 66 | 116
H.U. 12
H.U. 13
Página 67 | 116
H.U. 14
Página 68 | 116
H.U. 20
Página 69 | 116
Plan de Riesgos y Limitaciones
Instrumentos para recolección de datos

Técnica de recolección de datos:
La recolección de datos se brindará mediante encuestas y entrevistas realizadas a
los trabajadores.
Plan de Riesgos y Limitaciones

Probabilida
Gravedad
d Valor del Nivel de
Riesgo
Riesgo Riesgo
(Impacto)
(Ocurrencia)
Resistencia al cambio 5 5 25 Muy grave
Falta de disposición del personal 3 5 15 Muy grave
Poco conocimiento en el uso de

3 5 15 Muy grave
herramientas digitales
Mala gestión del aplicativo 3 4 12 Importante
Posibles cuellos de botella 2 5 10 Importante
Mala coordinación de presupuesto 2 5 10 Importante
Fallas eléctricas y otros servicios 2 4 8 Apreciable
Desaprobación del diseño 3 2 6 Apreciable
Falla espontánea de dispositivos 2 1 2 Marginal
Confiabilidad de datos en base a antecedentes:

⮚ Seguimiento de paquetería ingresada al almacén
⮚ Predecir el stock suficiente para satisfacer al cliente
⮚ evaluación de características de materiales durante su garantía
⮚ proporcionar la cantidad de productos para su evaluación de riesgos
VARIABLE INDEPENDIENTE:
IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL CONTROL DE INVENTARIO

PARA EMPRESA VOLCKER DEL PERU S.A.C.
VARIABLE DEPENDIENTE:
Página 70 | 116
⮚ Optimización de sus procesos
⮚ Económicas
⮚ Sociales
⮚ Legales
⮚ Tecnológicas
⮚ Ambientales
Página 71 | 116
CAPÍTULO 4
Generación y análisis de múltiples soluciones

En el caso de problemas de gran escala, como los que se encuentran en las
aplicaciones reales, dicha eficiencia decae, en el sentido de poder encontrar
óptimos globales en tiempos razonables. Sin embargo, es posible identificar
soluciones subóptimas, es decir conjuntos de rutas factibles de bajo costo, en un
tiempo de cómputo aceptable (Alberto Cardona, 2012) Citado por (Simón Silvia,
2012).
⮚ Designar un lugar en el cual guardar los datos del proyecto.
⮚ Definir los objetivos, planes, responsabilidades, y expectativas desde el
principio.
⮚ Priorizar el trabajo que tendrá mayor impacto.
⮚ Empoderar al equipo para que sea flexible cuando cambien las prioridades.
⮚ Gestionar y comunicar las expectativas con claridad.
⮚ Seguir el proyecto en todas las reuniones para equilibrar la carga de trabajo
y los cronogramas.
⮚ Ajustar las programaciones de los proyectos para maximizar la
productividad del equipo.
⮚ Delegar trabajo conservando la visibilidad.
⮚ Dar seguimiento al flujo de trabajo y guardarlos para evitar la creación de
estas reiteradas veces.
Página 72 | 116
Criterios para seleccionar la solución
⮚ Se consideró que el sistema sea web ya que, según los requisitos
funcionales y no funcionales, dicha plataforma es flexible y escalable ya que
es debido a las tecnologías innovadoras
Página 73 | 116
CAPÍTULO 5
Metodología y herramientas utilizadas a base a antecedente

1. Eventos SCRUM
1.1 Sprint:
Según BBVA (2019),” El núcleo central de la metodología de trabajo ‘scrum’ es

el ‘sprint’. Se trata de un mini proyecto de no más de un mes (ciclos de
ejecución muy cortos -entre una y cuatro semanas), cuyo objetivo es conseguir
un incremento de valor en el producto que estamos construyendo. Todo ‘sprint’
cuenta con una definición y una planificación que ayudará a lograr las metas
marcadas”.
1.2 Sprint Planning
Según Marcelo García, (2020)” El Sprint Planning (o planificación del Sprint) es

uno de los cinco eventos de Scrum y es el primero que haremos al comenzar
cada Sprint. En esta reunión vamos a planificar que es lo que vamos a hacer
durante el Sprint y como lo vamos a hacer”.
1.3 Daily Scrum
Según SCRUM.org (s.f.),” El Daily Scrum es un evento de 15 minutos para los

desarrolladores del equipo Scrum. Para reducir la complejidad, se lleva a cabo a
la misma hora y en el mismo lugar todos los días hábiles del Sprint. Si el Product
Owner o Scrum Master están trabajando activamente en elementos del Sprint
Backlog, participan como Desarrolladores”.
1.4 Review Sprint:
Según María Fernanda Aguirre (2021), “El sprint review es el nombre que recibe
la reunión que se celebra con el propósito de evaluar los resultados que obtuvo
el equipo Scrum luego de un sprint. Esta permite, a su vez, analizar el progreso
que está teniendo el desarrollo con miras a cumplir con el objetivo establecido”.
1.5 Retrospective Sprint:
Página 74 | 116
Según Laura (2019),” Es el evento de mejora continua de un equipo ágil que
esté trabajando bajo el framework de Scrum. Este evento cierra la iteración, y el
evento inmediatamente siguiente debe ser el Sprint Planning. Su duración
máxima es de 3 horas para Sprints de un mes”.
2. Calidad de Software:
Según Callejas et al. (2016)” El término calidad de software se refiere al grado

de desempeño de las principales características con las que debe cumplir un
sistema computacional durante su ciclo de vida, dichas características de cierta
manera garantizan que el cliente cuente con un sistema confiable, lo cual
aumenta su satisfacción frente a la funcionalidad y eficiencia del sistema
construido”.
3. Sistema Operativo Windows 10:
Según Juan Antonio Soto, (2019) “Windows 10 es el sistema operativo de

Microsoft más usado por los usuarios de ordenadores personales, su
lanzamiento fue en julio de 2015 y desde entonces ha recibido muchas
actualizaciones para mejorarlo”.
4. Dominio:
Según Rockcontent, (2019)” Es el nombre único e irrepetible que se le da a un

sitio en Internet para que las marcas (propietarias de dichas páginas) sean
identificadas de forma cómoda y sencilla por los usuarios y sus clientes. Al
considerarse como exclusivo, solo habrá una empresa, compañía, organización
o persona con dicho nombre. Para asegurar esto, existen organizaciones
encargadas de los dominios en Internet, tales como IANA e ICANN”.
5. Servidor Web:
Según Web empresa (s.f.)” Un servidor web es un software que forma parte del
servidor y tiene como misión principal devolver información (páginas) cuando
recibe peticiones por parte de los usuarios. En otras palabras, es el software que
permite que los usuarios que quieren ver una página web en su navegador
puedan hacerlo”.
Página 75 | 116
6. IDE:
Según Red Hat (s.f.)” Es un entorno de desarrollo integrado (IDE) es un sistema

de software para el diseño de aplicaciones que combina herramientas del
desarrollador comunes en una sola interfaz gráfica de usuario (GUI)”.
7. NetBeans:
Según Calendamaia (2016)” Es un entorno de desarrollo gratuito y de código

abierto que en el momento de escribir este artículo está en su versión 7.4.
Permite el uso de un amplio rango de tecnologías de desarrollo tanto para
escritorio, como aplicaciones Web, o para dispositivos móviles. Da soporte a las
siguientes tecnologías, entre otras: Java, PHP, Groovy, C/C++, HTML5.
Además, puede instalarse en varios sistemas operativos: Windows, Linux, Mac
OS”.
8. Panel de Control de Base de datos Xampp:
Según Martin García (2020) “XAMPP es una herramienta de desarrollo que te

permite probar tu desarrollo web basado en PHP en tu propio ordenador sin
necesidad de tener acceso a internet. Si eres un diseñador web o desarrollador
web que recién está comenzando, no es necesario saber sobre las
configuraciones de servidores
(aun), ya que XAMPP te provee de una configuración totalmente funcional

desde el momento que lo instalas. Básicamente lo extraes y listo. Es bueno
acotar que la seguridad de datos no es su punto fuerte, por lo cual no es
suficientemente seguro para ambientes grandes o de producción”.
9. Gestor de base de datos MySQL:
Según Hostinet, (s.f.)” MySQL es un sistema para la gestión de base de datos

con más de seis millones de instalaciones en el mundo, y que por lo tanto es el
más extendido dentro de las aplicaciones relacionadas. MySQL funciona como
software libre dentro del esquema de licencias GNU GPL”.
Página 76 | 116
10. Apache Tomcat:
Según Javier García, (2013)” Tomcat no es un servidor de aplicaciones como

puede ser GlassFish, WebLogic, WebSphere o JBoss, sino que es un
contenedor de servlets. La diferencia principal radica en que un contenedor de
servlets está pensado únicamente para tecnología web (acceso vía HTTP),
mientras que en un servidor de aplicaciones se pueden hacer sistemas más
complejos y multicapa. Por ejemplo, un sistema que poseerá soluciones de
escritorio, web y móvil deberá alojarse en un servidor de aplicaciones, ya que
posee capas distintas que requerirán mayor complejidad en el lado servidor”.
11. JSP:
Según Leads Fac (2019)” Java Server Pages, al igual que PHP, puede usarse
en conjunto con los formatos HTML, XML y XHTML. Una de sus características
es la de incluir aplicaciones Java del lado del servidor, y que estos las procesen
previamente antes de que el usuario las visualice en el navegador. Dichas
aplicaciones son conocidas como Servlets”.
12. JSTL:
Según la Universidad de Alicante (2012), “JSTL (JavaServer Pages Standard

Tag Library) es una librería de tags estándar que encapsula, en forma de tags,
muchas funcionalidades comunes en aplicaciones JSP, de forma que, en lugar
que tener que recurrir a varias librerías de tags de distintos distribuidores, sólo
necesitaremos tener presente esta librería que, además, por el hecho de ser
estándar, funciona de la misma forma en cualquier parte, y los contenedores
pueden reconocerla y optimizar sus implementaciones”.
13. Heroku:
Según Esteban Romero, (s.f.) “Heroku es una plataforma en la nube que

permite a las empresas construir, entregar, supervisar aplicaciones y alojarlas
en la nube”.
Página 77 | 116
14. BOOTSTRAP:
Según Axarnet (s.f.) “Es un framework CSS y Javascript diseñado para la

creación de interfaces limpias y con un diseño responsive. Además, ofrece un
amplio abanico de herramientas y funciones, de manera que los usuarios
pueden crear prácticamente cualquier tipo de sitio web haciendo uso de los
mismos”.
15. jUnit:
Según A. Castillo, (2012)” Es un framework java que permite la realización de la

ejecución de clases de manera controlada, para poder comprobar que los
métodos realizan su cometido de forma correcta. También sirve como
herramienta para realizar las pruebas de regresión, que realizaremos cuando
una parte del código ha sido modificada y sea necesario comprobar que se
sigue cumpliendo con todos os requisitos”.
16. HTML:
Según MDN Web Docs, (s.f.)” Define el significado y la estructura del contenido
web. Además de HTML, generalmente se utilizan otras tecnologías para
describir la apariencia/presentación de una página web (CSS) o la
funcionalidad/comportamiento (JavaScript)”.
Se trata de las siglas que corresponden a HyperText Markup Language, es

decir, Lenguaje de Marcas de Hipertexto que puede traducirse como Lenguaje
de Formato de Documentos para Hipertexto. (Definición, 2008)
Es un lenguaje simple y general que sirve para definir otros lenguajes que tienen
que ver con el formato de los documentos. El texto se crea a partir de etiquetas,
también llamadas tags, que permiten interconectar diversos conceptos y
formatos (YÁNEZ, 2019).
17. CSS:
Según Diego Santos (2021)” Básicamente, es un lenguaje que maneja el diseño

y presentación de las páginas web, es decir, cómo lucen cuando un visitante las
Página 78 | 116
visita. Funciona junto al lenguaje HTML, que se encarga del contenido básico de
las páginas”.
18. JavaScript:
Según MDN Web Docs, (s.f.)” Es un robusto lenguaje de programación que se

puede aplicar a un documento HTML y usarse para crear interactividad dinámica
en los sitios web. Fue inventado por Brendan Eich, cofundador del proyecto
Mozilla, Mozilla Foundation y la Corporación Mozilla”.
19. Framework:
Según Gabriela Muente (2020), “El Framework es una especie de plantilla, un

esquema conceptual, que simplifica la elaboración de una tarea, ya que solo es
necesario complementarlo de acuerdo a lo que se quiere realizar. A pesar de
que su uso más común es en la informática, este concepto es también utilizado
en el marketing. En ambas áreas facilita mucho el trabajo, ya sea del desarrollo
de un software o de una estrategia de mercadotecnia”.
20. MariaDB
Es un sistema de gestión de base de datos heredado del antes llamado MySQL,

donde agrega dos nuevos motores de almacenamiento como Aria y XtraDB,
este último en reemplazo de InnoDB. Es de alta compatibilidad con MySQL
teniendo las mismas consultas y permitiendo migrar de un servidor a otro
directamente, una de sus principales ventajas son la rapidez en respuesta de
consultas llegando a optimizar la rapidez de sitios webs o aplicativos que la
utilizan. (Forta, 2012) (YÁNEZ, 2019).
21. Modelo Vista Controlador(MVC)

Patrón de arquitectura que tiene como función principal realizar la separación de
las interfaces con la lógica de negocio implementada en código. Es muy empleado
en el desarrollo de sistemas web, contribuye con la funcionalidad, mantenibilidad y
escalabilidad. (Bahit, 2014). Este modelo de arquitectura permite separar los
componentes de un software, definir adecuadamente la interfaz, y mantener una
conexión dinámica entre el modelo y la vista. (Fernández & Díaz, 2012) (Gómez
Culquichicon, 2020)
22.
Página 79 | 116
CAPÍTULO 6
Prototipos y Funcionalidades
Se muestra el frond end para visualizar las funciones de los procesos y se tenga
un mejor entendimiento de las acciones.
⮚ Login: Se ingresará las credenciales.
⮚ Menú Principal: Se visualiza el menú de los procesos a realizarse.
Página 80 | 116
⮚ Registro de Producto: Se visualiza un formulario donde se ingresará datos como marca, modelo,
descripción y stock.
⮚ Registro Empleado: Se visualiza un formulario de registro de empleados, donde se ingresará el

Código de manera aleatoria, Nombre, Apellidos, DNI, Departamento, Provincia, Distrito, Dirección,
Teléfono.
Página 81 | 116
⮚ Lista de Empleados: Se visualiza todos los empleados que fueron registrados con sus respectivos
detalles y dos opciones Editar y/o Eliminar.
⮚ Registro de Usuario: Se visualiza un formulario donde se basa en la creación de usuario con un

código aleatorio, el nombre del empleado, usuario o id, Contraseña y su tipo de usuario y por
último el botón Registrar para que se pueda guardar en la Base de Datos y para permitir la creación
de ella.
Página 82 | 116
⮚ Lista de Usuario: Se visualiza todos los registros de los personales de la empresa con su respectivo
usuario, contraseña y tipo de Usuario, y con dos opciones Editar y/o Eliminar.
⮚ Lista de Modelos: Se visualiza todos los registros de los personales de la empresa con su respectivo
usuario, contraseña y tipo de Modelos, y con dos opciones Editar y/o Eliminar.
⮚ Registro de Modelo: Se visualiza un formulario donde se basa en la creación de registro de

modelos, con el nombre del empleado, usuario o id, Contraseña y su tipo de usuario y por último el
botón Registrar para que se pueda guardar en la Base de Datos y para permitir la creación de
registro.
Página 83 | 116
⮚ Lista de Marcas: Se visualiza un listado de todas las marcas de los productos de la empresa con su
respectivo tipo de Usuario, y con dos opciones Editar y/o Eliminar.
⮚ Registro de Marcas: Se visualiza un formulario donde se basa en la creación de Marcas con un

código aleatorio, el nombre del empleado, usuario o id, Contraseña y su tipo de marca y por último
el botón Registrar para que se pueda guardar en la Base de Datos y para permitir la creación de
ella.
Página 84 | 116
⮚ Lista de Productos: Se visualiza todos los registros de los productos de la empresa con su respectivo
usuario, contraseña y tipo de Usuario, y con dos opciones Editar y/o Eliminar
Página 85 | 116
Ejecución de Pruebas
Caso de Prueba 1 Crear Usuario
El sistema debe mostrar un formulario con los datos a añadir para la creación de
Descripción
usuario
Los datos digitados por el usuario se deben registrar automáticamente en la base

Prerrequisitos
de datos.
Datos de prueba Datos requeridos para realizar las pruebas. Correo electrónico y contraseña.
Lista de pasos a seguir durante la ejecución de la prueba:
1. Abrir navegador
2. Conectar al URL
Pasos a ejecutar 3. Click a la opción Registrar Usuario Empleado
4. Introducir los datos requeridos
5. Obtener resultado
6. Volver a la página principal
Escenarios Chrome y Opera en Windows
Entrar al sistema web logeado para poder gestionar las compras o ventas
Resultado esperado
dependiendo del rol.
La función se logea de manera exitosa, una búsqueda sin problemas y entrar al

Resultado obtenido
menú principal logeado.
Postcondiciones Realizar el Crud de cualquier rol.
Registro de defecto (Bug) Ningún bug encontrado
Responsable Ronald
Fecha 21/05/2022
Página 86 | 116
Caso de Prueba 2 Validación de campos vacíos
Descripción Validar si los campos están llenos para su ingreso al sistema.
Los datos digitados por el usuario se debe cubrir las dos cajas de texto
Pre-requisitos
e ingresar al sistema.
Datos de prueba Datos requeridos para poder ingresar al sistema.
Lista de pasos a seguir durante la ejecución de la prueba Ejemplo:
1. Abrir navegador
2. Conectar al URL
Pasos a ejecutar 3. Hacer login
4. Llenar el campo usuario
5. Llenar el campo contraseña
6. Obtener resultado de éxito
Que llene adecuadamente los datos requeridos para un ingreso exitoso

Resultado esperado
y poder ver el menú principal.
Resultado obtenido El usuario llena adecuadamente los campos requeridos.
Post-condiciones Mostrar menú principal.
Responsable Ronald
Fecha 25/05/2022
Página 87 | 116
Caso de Prueba 3 Proceso de CRUD para un producto
El sistema muestra en el menú principal las operaciones para

Descripción
un producto
Pre-requisitos El usuario debe estar logueado al sistema
Datos de prueba Ingresar un nuevo producto para realizar una operación
1. Abrir navegador
2. Conectar al URL

Pasos a ejecutar
3. Mostrar pantalla principal
4. Escoger una operación
5. Esperar la tipificación de esa operación
El producto se modifica, se agrega y elimina de manera

Resultado esperado
correcta.
El administrador agrego un producto de la base de datos con

Resultado obtenido
éxito.
Post-condiciones Recibir una notificación de la operación
Responsable Ronald
Fecha 21/05/2022
Página 88 | 116
Caso de Prueba 4 Proceso de CRUD para el empleado (REGISTRAR Empleado)
Descripción Solo el administrador podrá registrar, actualizar y eliminar a un empleado
Datos de prueba Registrar un empleado nuevo, actualizarlo y de la misma manera eliminarlo
1. Abrir navegador
2. Conectar al URL
Pasos a ejecutar
4. Registrar un empleado, modificar o actualizar y eliminar al empleado
5. Esperar el registro, actualización y eliminación del cliente registrado
Resultado esperado Registro, actualización y eliminación de un empleado
Resultado obtenido El jefe de ventas logró registrar, actualizar y eliminar un empleado
Registro de defecto
Ningún bug encontrado
(Bug)
Responsable María Quispe
Fecha 21/05/2022
Página 89 | 116
Caso de Prueba 5 Login Ventas
Descripción El módulo de "Ventas" debe estar únicamente disponible para el vendedor
Datos de prueba Ingresar al sistema como otro empleado mas no como vendedor
1. Abrir navegador
2. Conectar al URL

Pasos a ejecutar
4. Loguear al sistema como vendedor
5. Escoger una operación
Resultado esperado Login del vendedor al sistema de ventas
Resultado obtenido Logueado con éxito del vendedor al sistema de ventas
Post-condiciones Realizar otra operación
Registro de defecto
(Bug)
María Quispe
Responsable

Fecha 23/05/2022
Caso de Prueba 6 Visualizar reporte de ventas
Página 90 | 116
Se debe visualizar el reporte con las ventas que se han realizado hasta
Descripción
el momento que se genera el mismo
Datos de prueba Ingresar al sistema y visualizar todas las ventas realizadas
1. Abrir navegador
Pasos a ejecutar 2. Conectar al URL
4. Seleccionar la opción para visualizar el reporte de las ventas
Resultado esperado Visualizar reporte de ventas
Resultado obtenido Visualizar reporte de ventas
Registro de defecto
(Bug)
Responsable Ronald
Fecha 23/05/2022
Caso de Prueba 7 Filtrar ventas
Descripción Debe existir un campo donde se pueda filtrar las ventas realizadas hasta
Página 91 | 116
ese momento por fechas, numero de venta y/o cliente
El sistema muestra una caja de texto para buscar la venta por fecha,
Datos de prueba
numero de venta y / o cliente
1. Abrir navegador
2. Conectar al URL
Pasos a ejecutar
4. Llenar caja de texto para filtrar
5. Esperar el filtro de búsqueda arroje el resultado
Resultado esperado Encontrar la venta deseado
Resultado obtenido Encontrar la venta deseado
Fecha
Página 92 | 116
Caso de Prueba 8 Proceso de CRUD para el Marca (REGISTRAR Marca)
Descripción Solo el empleado podrá registrar, actualizar y eliminar una marca
Pre-requisitos El Empleado debe estar logueado al sistema
Datos de prueba Registrar una marca nueva , actualizarlo y de la misma manera eliminarlo
1. Generación de código n automático
Pasos a ejecutar 2. Ingreso de nombre
3. Ingreso de la procedencia
4. Click en registrar
Resultado esperado Registro , actualización y eliminación de una marca
Resultado obtenido El jefe de ventas logró registrar , actualizar y eliminar una marca
Registro de defecto
(Bug)
Fecha 21/05/2022
Página 93 | 116
Testing / pruebas
Valor de entrada
Nombre Procedencia Respuesta Acción
F = null F = null Falso No registra
V = Lleno F = null Falso No registra
F = null V = Lleno Falso No registra
V = Lleno V = Lleno Verdadero Registra con éxito
Validaciones de “Registro de Marca”
Validaciones
Campos Número Letras Caracteres especiales
Nombre 🗴 ✓ ✓
Procedencia 🗴 ✓ ✓
Casos de pruebas “Registro de Marca”
Caso de prueba
N° Nombre Procedencia Respuesta
Página 94 | 116
1 IPONE – FR Francia ✓
2 SFX89 – B3 Brasil 🗴
Página 95 | 116
Valor de entrada
Marca Nombre U.M. Respuesta Acción
F = null F = null F = null Falso No registra
V = Lleno F = null F = null Falso No registra
F = null V = Lleno V = Lleno Falso No registra
V = Lleno V = Lleno V = Lleno Verdadero Registra con éxito
Validaciones de “Registro de Modelo”
Validaciones
Campos Número Letras Caracteres especiales
Marca 🗴 ✓ ✓
Nombre ✓ ✓ ✓
U.M. ✓ ✓ ✓
Casos de pruebas “Registro de Modelo”
Caso de prueba
Página 96 | 116
N° Marca Nombre U.M. Respuesta
1 IPONE – FR 10W – 40 UND ✓
2 SFX89 – B3 6302 UND 🗴
Consideraciones éticas e Importancia en el Proyecto

Una de las consideraciones tomadas en el proyecto fueron las facilidades de uso del software
para el cliente, y la importancia de forma profesional es realizar proyectos viables según los
requerimientos brindados por el cliente realizando los testeos de software ya sean como las
pruebas funcionales, rendimiento y aceptación.
MATRIZ DE RIESGOS
COD
. DESCRIPCIÓN RIESGO CONSECUENCIAS NIVEL DE RIESGOS
Generación de código
R1 Que se genere doble registro
automático 2
No reconocimiento de Que no reconozca el tipo de búsqueda ya sea

R2
búsqueda por nombre o por código
3
Que el sistema no identifique el código id por si
R3 Duplicidad de id se repite el producto, cliente, proveedor o
marca 4
Que el sistema no identifique o indique lo

R4 nombres duplicados nombres duplicados, ya que deberían ser
listados mas no unificados
3
Frecuencia
5
4
3 R1 R2 R3
2 R4
1
Página 97 | 116
1 2 3 4 5
Impacto
Viabilidad del proyecto en base a cálculos financieros
INGRESO MONTO
Gestión de proyecto 0
Implementación 1000
Despliegue 500
Hosting / Web 1000
Base de Datos -50
Pruebas -100
TOTAL 2350
Nuestro sistema en la implementación es viable ya que es un sistema de gran ayuda para la

agilización y optimización en el proceso de inventario ya que la gestión de proyecto se muestra en
0 ya que es sobre la documentación del proyecto la implementación de software y el despliegue
es un monto referencial ya que es un sistema web.
Resultados Obtenidos:
Se realizo el ingreso de información proporcionada por la empresa VOLCKER DEL PERU SAC,
de esa forma se pudo probar la correcta funcionalidad del software, con los distintos tipos de
datos que maneja la empresa, con las políticas privadas que tiene y las condiciones al momento
de realizar un movimiento de un producto, por lo tanto, con la información insertada al software,
nos da un resultado positivo, dado que no se presentó algún problema al momento de trabajar
con la información.
Monitoreo de la aplicación desplegada:

Para el monitoreo de la aplicación, se planea plantear a la empresa un seguimiento semanal del
software, que incluirá la supervisión de la Base de Datos, Procesamiento de datos, Bug’s de
software. De esa forma, se podrá resolver alguna duda o problema que pueda presentar el
software.
Página 98 | 116
Contraste planificado Vs. ejecutado:
a. Requerimiento Funcional 01: Como Gerente General de la empresa, quiero que el
empleado pueda registrar a los proveedores con su respectivo RUC obligatorio,
Departamento, Provincia, etc., que han traído la mercadería de una manera formal, así
como también realizar la búsqueda por Razón Social, RUC, Departamento, Provincia,
Distrito de Proveedor, para tener un mayor control de proveedores que interactúan con la
empresa.
b. Requerimiento Funcional 02: Como Gerente General de la empresa, quiero que el

Administrador pueda actualizar (editar y eliminar) un proveedor, para que no haya posibles
registros erróneos a futuro.
Página 99 | 116
c. Requerimiento Funcional 03: Como Gerente General de la empresa, quiero que el
empleado registre las marcas que figuran en la empresa, así como también pueda buscar
una marca por código, nombre y/o procedencia, para un mejor control de la variedad de
marcas que figuran en los productos según su procedencia.
Página 100 | 116

Página 101 | 116
d. Requerimiento Funcional 04: Como gerente general de la empresa, quiero que el
administrador pueda actualizar una marca (Editar y/o eliminar), para que así no haya
futuros errores en la variedad de marcas.
e. Requerimiento Funcional 05: Como Gerente General de la empresa, quiero que el

empleado pueda registrar los modelos de los productos, así como también realizar la
búsqueda por código, marca, modelo y de U.M de los modelos para que así se tenga un
mejor control de estos, enlazados con las marcas anteriormente registradas.
Página 102 | 116

f. Requerimiento Funcional 06: Como gerente general de la empresa, quiero que el
administrador pueda actualizar un modelo (Editar y/o eliminar), para que así no haya
errores en la variedad de modelos.
Página 103 | 116

Página 104 | 116
g. Requerimiento Funcional 07: Como Gerente General de la empresa quiero que el
empleado registre un producto con su respectiva marca y modelo anteriormente registrado
en el sistema como así también pueda generar un código aleatorio para cada producto.
Asimismo, podrá realizar las búsquedas por código, descripción, marca, modelo y stock de
un producto en específico. para que así se pueda tener un mejor control de productos
personalizados con su respectiva marca y modelo.
Página 105 | 116

h. Requerimiento Funcional 08: Como Gerente General de la empresa quiero que el
Administrador pueda actualizar un producto (editar y/o eliminar), para que así no haya
duplicidad o datos mal digitados en el sistema.
i. Requerimiento Funcional
09: Como Gerente General de la
empresa, quiero que el empleado,
al momento de registrar un
producto pueda insertar una
foto de ello para así tener una
referencia de una evidencia.
Página 106 | 116

j. Requerimiento Funcional 10: Como Gerente General de la empresa, quiero que el
Administrador pueda editar y/o eliminar la fotografía y/o imagen para que no existan
malentendidos con los proveedores y la empresa.
Página 107 | 116

k. Requerimiento Funcional 11: Como Gerente General de la empresa quiero que el
empleado pueda registrar los datos de los clientes, Nombre, Apellido, DNI,
Departamento, Provincia, Distrito, etc. Asimismo, podrá realizar la búsqueda por
Nombre, DNI, Departamento, Provincia, Distrito. Para que así tenga un mayor control
de los clientes.
Página 108 | 116

l. Requerimiento Funcional 12: Como Gerente General de la empresa, quiero que el
Administrador pueda actualizar a un cliente comprador de productos (editar y/o
eliminar), para evitar posibles errores de registros en el sistema.
Página 109 | 116

m. Requerimiento Funcional 13: Como Gerente General, quiero que el empleado
registre los ingresos de los productos, con su respectivo tipo de documento (Nota
de ingreso, Guía de Remisión y Factura) como también el usuario responsable, para
que así se tenga un control total de todos los productos que ingresen a mi empresa.
n. Requerimiento Funcional 14: Como Gerente General, quiero que el empleado

pueda registrar las salidas de productos con la fecha del movimiento, usuario que
registra dicho movimiento, el cliente al cual va dirigido el/los productos, para saber
qué productos fueron adquiridos.
Página 110 | 116

o. Requerimiento Funcional 15: Como Gerente General, quiero que el empleado
pueda registrar la dirección, DNI, teléfono. Asimismo, quiero que el Administrador
pueda realizar la búsqueda por código de un respectivo empleado, para que así se
tenga un control de dichos empleados.
p. Requerimiento Funcional 16: Como gerente general, quiero que el administrador

pueda crear un usuario para cada empleado para que así pueda loguearse al
sistema, así como también realizar la búsqueda del usuario por código.
Página 111 | 116

q. Requerimiento Funcional 17: Como gerente general de la empresa, quiero que el
administrador pueda actualizar (editar y eliminar) a un empleado, para que no haya
posibles riesgos erróneos a futuro.
Página 112 | 116

r. Requerimiento Funcional 18: Como gerente general de la empresa, quiero que el
administrador pueda actualizar (editar y/o eliminar) a un usuario, para que no haya
posibles errores con los usuarios y la información a futuro.
s. Requerimiento Funcional 19: Como gerente general de la empresa, quiero que el

administrador pueda loguearse al sistema para que solamente él, pueda tener un
control de las actividades que maneja la empresa.
Página 113 | 116

t. Requerimiento Funcional 20: Como gerente general de la empresa, quiero que el
administrador cuente con una base de datos de todos los documentos registrados
por empleado (Registro de Productos, Registro de Proveedor, etc.), para que así el
administrador pueda actualizar cada documento cuando el empleado lo solicite por
algún error que haya cometido a la hora de registrar.
Página 114 | 116

CAPÍTULO 7
Conclusiones
La implementación del sistema "control de inventario Volcker del Perú SAC" pueda incrementar un mejor
manejo de control de activos para con los empleados de dicha empresa ya que la información se manejará
de manera sofisticada de tal forma que se reduce el riesgo del perdido de productos y mala manipulación
de estos, como así también por parte de los usuarios del sistema ser bajo acceso limitado según el tipo de
empleado.
Dentro del diseño del sistema se han considera la estructura de datos de los documentos involucrados en
los procesos de la empresa Volcker del Perú SAC, por lo tanto, una ventaja adicional brindada por el
sistema "control de inventario Volcker del Perú SAC" permitirá la exportación de registro de la información.
Recomendaciones
Se recomienda a la organización realizar una actualización o una evaluación mensual para la
validación de los datos, ya que un mal manejo del sistema puede ocasionar inconsistencia entre
los procesos internos del software lo cual causaría una caída del servicio prestado. Dicha
actualización debe ser ejecutada en la base de datos y estructura del programa esto para evitar
un mayor riesgo en económico para la empresa.
Impacto sociopolítico y cultural

Impacto ambiental: Reducir daños y perjuicios en el medio ambiente al no hacer uso de materiales como
el papel ya que se implementará un sistema informático y todo.
Impacto económico: La reducción de la compra de materiales e insumo, adicional se recuperar y analizar la

información, ayudan a las empresas a reducir los gastos de gestión ya que resulta más fácil a los gerentes la
supervisión de un mayor número de trabajadores.
Impacto tecnológico: Se automatiza procesos importantes dentro de la empresa, para agilizar tareas,
capturan, procesar, almacenar y distribuir la Información,
Página 115 | 116

Referencias
Alberto Cardona, P. H. (2012). TÉCNICAS DE MÚLTIPLE GENERACIÓN DE SOLUCIONES INICIALES EN
PROBLEMAS DE PRVC.
Larson, E. W., & Gray, C. F. (2011). Project Management: The Managerial Process (Fifth ed.). New York:
McGraw-Hill/Irwin.
Project Management Institute Inc. (2013). Guía del PMBOK - Quinta Edición. Newtown Square, Pensilvania,
EE.UU.: Project Management Institute Inc.
Project Management Institute, Inc. (2017). Guía de los Fundamentos para la Dirección de Proyectos - Guía
del PMBOK (Sexta Edición ed.). Newtown Square, USA: Project Management Institute, Inc.
Gestión (2019). Empresas elevan ventas en 25% al automatizar gestión de inventarios. Recuperado de:
https://gestion.pe/economia/empresas/empresas-elevan-ventas-25-automatizar-gestion-inventarios- 272267-
noticia/?ref=gesr
Su, S. (2021). Definición de ABASTECIMIENTO, sus Funciones y Objetivos. Recuperado de:
https://www.abastecimiento.org/definicion-y-funcion
Mecalux. (2020). Control de inventario: claves para un mejor servicio al cliente. Recuperado de:
https://www.mecalux.es/blog/control-de-inventario
Gómez, V. (2015). Arquitectura en Tres Capas. Recuperado de: https://instintobinario.com/arquitectura-en-tres-
capas/Universidad Salesiana, Guayaquil. Implementación de sistema web para la gestión y control de los procesos.
Recuperado de https://dspace.ups.edu.ec/bitstream/123456789/14482/4/UPS-GT001930.pdf
Mendoza, J. (2017). IMPLEMENTACION DE SISTEMA WEB PARA LA GESTION Y CONTROL DE LOS PROCESOS DE LA
UNIDAD DE TITULACION DE LA CARRERA DE INGENIERIA DE SISTEMAS DE LA UNIVERSIDAD SALESIANA, SEDE
GUAYAQUIL. Recuperado de: https://dspace.ups.edu.ec/bitstream/123456789/14482/4/UPS-GT001930.pdf
Página 116 | 116

Informe Final

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Final

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA

CARRERA DE INGENIERÍA DE SISTEMAS

•Inocente Ramos, Estefany Esther (N

•Quispe Salcedo, María Stephanie (N

INFORME DE VIABILIDAD DEL PROYECTO

Análisis del contexto e identificación del problema

En la actualidad, las empresas que están directamente relacionadas al abastecimiento e

o Pérdida de productos por un mal control de salida.

Con lo anteriormente expuesto, la implementación de un sistema web para este proceso de

ANÁLISIS DEL PROBLEMA

Identificación y formulación del problema

El presente proyecto de investigación titulado “IMPLEMENTACIÓN DE UN SISTEMA

● Variable X: Implementación de un sistema web

Implementación de un sistema web para el proceso de abastecimiento de

Para llevar a cabo la implementación, primero se deben de lograr ciertos

o Disminuir la cantidad de productos perdidos.

Según Samuel Su (2021) “El abastecimiento de una empresa son todas

Según Mecalux, (2020) “El control de inventario consiste en conocer el estado

En esta capa se gestiona la lógica de la aplicación. Es donde se dice que se hace

4.1 Definición SCRUM

2. Entregables por Sprint

4.1.4 Pizarra del Sprint

4.1.5 Sprint Burndown chart

¿Qué salió mal en la iteración?

¿Qué mejoras implementaremos en la próxima iteración?

4.1.7 Presentación del producto

4.2.3 Ingeniería del sistema

4.2.5 Sprint Burndown chart

o ¿Qué salió mal en la iteración?

Inconvenientes para realizaciones de plenos para las pruebas en conjunto del

o ¿Qué mejoras implementaremos en la próxima iteración?

Establecer horarios de realización de pruebas con otros tipos de usuarios para el

4.2.7 Presentación del producto

4.3.3 Ingeniería del sistema

o ¿Qué salió mal en la iteración?

o ¿Qué mejoras implementaremos en la próxima iteración?

4.3.7 Presentación del producto

4.4 Desarrollo del Sprint 4

4.4.3 Ingeniería del sistema

o ¿Qué salió mal en la iteración?

o ¿Qué mejoras implementaremos en la próxima iteración?

4.4.7 Presentación del producto

4.4.8 Revisión del producto

Instrumentos para recolección de datos

Plan de Riesgos y Limitaciones

Resistencia al cambio 5 5 25 Muy grave

Falta de disposición del personal 3 5 15 Muy grave

Poco conocimiento en el uso de

Mala gestión del aplicativo 3 4 12 Importante

Posibles cuellos de botella 2 5 10 Importante

Mala coordinación de presupuesto 2 5 10 Importante

Fallas eléctricas y otros servicios 2 4 8 Apreciable

Desaprobación del diseño 3 2 6 Apreciable

Falla espontánea de dispositivos 2 1 2 Marginal

Confiabilidad de datos en base a antecedentes:

IMPLEMENTACIÓN DE UN SISTEMA WEB PARA EL CONTROL DE INVENTARIO

Generación y análisis de múltiples soluciones

Metodología y herramientas utilizadas a base a antecedente

Según BBVA (2019),” El núcleo central de la metodología de trabajo ‘scrum’ es

1.2 Sprint Planning

Según Marcelo García, (2020)” El Sprint Planning (o planificación del Sprint) es

1.3 Daily Scrum

Según SCRUM.org (s.f.),” El Daily Scrum es un evento de 15 minutos para los

1.4 Review Sprint: