Sistema Web para El Control de Inventario
Sistema Web para El Control de Inventario
Sistema Web para El Control de Inventario
FACULTADÑDEÑINGENIERÍA Y ARQUITECTURA
ESCUELAÑPROFESIONAL DE INGENIERÍA DE SISTEMAS
AUTORES:
ASESOR:
ING. Quiñones Nieto, Yamil Alexander (orcid.org/0000-0003-4474-0556)
LÍNEA DE INVESTIGACIÓN:
Sistemas de Información y Comunicaciones
LIMA — PERÚ
2022
DEDICATORIA
DEDICATORIA
ii
AGRADECIMIENTO
AGRADECIMIENTO
iii
INDICE DE CONTENIDOS
CARATULA .................................................................................................................. i
DEDICATORIA ............................................................................................................ ii
ABSTRACT............................................................................................................... viii
I. INTRODUCCIÓN .................................................................................................. 1
V. DISCUSIÓN .......................................................................................................... 53
REFERENCIAS ......................................................................................................... 56
ANEXOS ................................................................................................................... 63
iv
ÍNDICE DE TABLAS
Tabla 1: Cuadro comparativo de Metodologías ......................................................... 16
Tabla 17: Prueba de rango con signo Wilcoxon para el indicador de exactitud de
inventario ................................................................................................................... 49
v
ÍNDICE DE GRÁFICOS Y FIGURA
Figura 1: Mapa de Proceso del Negocio ..................................................................... 4
Figura 5: Tasa de abastecimiento de pedidos antes y después del Sistema Web .... 42
vi
RESUMEN
La presente tesis titulada: “Sistema Web para el Control de Inventario para la empresa
BROTASA S.A.C” tiene como objetivo principal implementar un Sistema Web para el
Control de Inventario para la empresa BROTASA S.A.C.
vii
ABSTRACT
The main objective of this thesis entitled: "Web System for Inventory Control for the
company BROTASA S.A.C." is to implement a Web System for Inventory Control for
the company BROTASA S.A.C.
As for the software development methodology, the Scrum framework was used, as it
was determined that this agile framework would allow a more accelerated way for
regular communication between the members of the teams involved and better adapts
to constant changes. The software was developed with the PHP programming
language, with the design and layout languages HTML, CSS and validations with Java
Script. MySql was used as database.
The type of research is applied, the research design is pre-experimental and the
approach is quantitative. The population for the first indicator was determined at 21
products grouped in a registration form. The sample size consisted of the same,
stratified in 21 days for a period of 1 month. The population for the second indicator
was determined at 21 orders grouped in a registration card, stratified in 21 days for the
period of 1 month. The sampling for the two indicators is "non-probabilistic". The data
collection technique was the fiching and the instrument was the registration form.
It is concluded that the web system increased the efficiency in Inventory accuracy by
11%. Therefore, it is affirmed that the web system increases the efficiency in the
accuracy of Inventory.
It is concluded that the web system increased the efficiency in order fill rate by 14%.
Therefore, it is affirmed that the web system increases the efficiency in the order fill
rate.
viii
I. INTRODUCCIÓN
1.1. RealidadñProblemática
Elñinventarioñesñunoñdeñlosñactivosñmásñvaliososñparañunañorganización,ñpor
loñtanto,ñlañgestiónñdeñlosñinventariosñesñ necesaria y muy importante para las
empresas ya que debido a esto se puede llegar a proteger las marcas y se puede
llegar a asegurar los artículos que existan en el almacén y que se mantengan en
rangos aceptables (Pabtelañ,2022). Perfeccionar su ñrendimiento ñy ñalcanzarñ los
objetivosñmarcadosñnoñesñtareañfácilñ (Estanteríasñ Récord, ñ2021). Cualquier
obreroñoñencargadoñdelñalmacénñesñjuiciosoñdelñesfuerzoñqueñseñtieneñyñde
losñmediosñqueñseñnecesitanñparañencaminarñañunñbuenñcontrolñdelñinventar
ioñ(Adpaan,ñ2022). Entonces para alcanzar estos objetivos esperados, las
empresas requieren de una perspectiva del inventario en una determinación a
tiempo real que sea precisa y concisa para ayudar a localizar y monitorear el estado
el estado del inventario en donde sea que se encuentre. (CHANG, 2021). En la
gestión de inventarios se determina como un grupo de factores y normas, las cuales
se describen en los diferentes niveles de inventario establecidos. (Aguilar, 2009) y
(Moreno y otros, 2011). Es una de las funciones más duras y trabajosas que existen
en una organización ya que se debe a los distintas interrogantes que pueden haber
en el ambiente en una empresa, de estar seguros de lo que podría determinarse
más adelante podría fijarse inequívocamente la cantidad deñinventario queñdebería
establecerse para proteger los requerimientos a futuro, inclusive tal vez no sería
necesario conservar ningunañcantidad, sin embargo, se producen diferentes
variaciones del entorno al quehacer de la organización, motivo por la cual esto no
sea realizable (López y Gómez, 2013); (Toro y Bastidas, 2011); (Ponsot, 2008) y
(Gutierrez y Vidal, 2008)
1
que existeñuna evaluación que se tiene de hacer para así poder tenerñun
conocimientoÑdel aprecio económicoñqueñcadañunoñde losñproductos que
representa para la empresa, y asi poder definir los de mayor valor y entrega. Con el
aumento comercial y la gran variedad de productos que se vienen ofreciendo a los
clientes a precios muy bajos lo que las organizaciones comercializadoras han
venido buscando alrededor de todo el mercado comercial son mejores estrategias
para mejorar sus utilidades, una de estas cosas es mejorar el inventario de sus
existencias.
2
una solución efectiva con la cual se minimice los riesgos de la empresa en temas
económicos y gestión.
3
Figura 1: Mapa de Proceso del Negocio
4
entrega hacia los clientes y por otro lado cuando se cuenta con una tasa de
abastecimiento elevado genera pérdidas de costos.
5
1.2. Formulaciónñdelñproblema
ProblemañGeneral
PG: ¿Cómoñinfluye el SistemañWeb para elñControlñdeñInventario para
lañempresa BROTASA S.A.C?
ProblemasñEspecíficos
PE01. ¿Deñquéñmanerañinfluye elñSistemañWeb enñla exactitud para elñcontrol
deñinventario enñlañempresa BROTASA S.A.C?
B. JustificaciónñEconómica
6
C. JustificaciónñMetodológica
Elñproyectoñdeñinvestigaciónñhañoptadoñelñdesarrolloñdeñunñsoftwareñparañel
cualñexistenñdiferentesñmetodologíasñtantoñtradicionalesñcomoñagiles.ñParañes
teñcasoñdeñestudioñseñdecidióñutilizarñelñmarcoñdeñtrabajoñSCRUM.
Unoñdeñlosñmotivosñporñelñcualñseñhañelegidoñestañ metodologíañ esñ por ñla
inspecciónñconstanteñdelñestadoñ actualñ del ñsoftware,ñ dondeñ elñ cliente
estableceñlasñprioridades;ñmientrasñqueñelñequipoñSCRUMñseñautoorganizaña
finñdeñdefinirñlañmejorñformañdeñentregarñlosñresultadosñ(Abrahamssonñ,2002
).ñPorñúltimo,ñdebidoñañeventosñocurridosñduranteñlañpandemiañseñhañvenido
trabajandoñdeñformañremotañllevandoñdeñ estañ manera ñañ unñ equipoñ de
trabajoñautogestionableñyñmultifuncional.ñDebidoñañloñanteriormenteñmenciona
do,ñelñmarcoñdeñtrabajoñSCRUMñseñadecuaríañmejorñparañelñcrecimientoñde
esteñnuevoñsistemañcomoñprocesoñágil.
1.4. HipótesisñGeneral
HipótesisñGeneral
HG: ElñSistemañWeb mejorañelñControlñdeñInventario para lañempresa
BROTASA S.A.C.
HipótesisñEspecíficos
HE01.ñElñuso delñSistemañWeb mejora lañexactitud parañelñcontrolñde
inventario para lañempresa BROTASA S.A.C
7
1.5. Objetivosñ
ObjetivoñGeneral
OG:ñImplementarñunñSistemañWebñpara el control deñInventarioñpara la
empresa BROTASA S.A.C.
ObjetivosñEspecíficos
OE01: Determinarñelñimpacto de la exactitud en elñcontrolñde inventario para
lañempresa BROTASA S.A.C.
8
II. MARCO TEORICO
AntecedentesñNacionales
9
que se acomoda más a los requerimientos de su investigación. Elñtipoñde estudio
fueñaplicada, como diseñoñdeñ investigaciónñeligió lañPre-Experimental y su
enfoque fueñcuantitativo. Suñpoblación señdeterminó en 400 pedidos
agrupadosÑen 26 fichas de registroñpara el indicador deÑRoturaÑdeÑstock0 de
productos terminados y 1571 unidades de materia prima agrupados en 26
categorías de materia prima. La muestra estuvo conformada por 196 pedidos
estratificados en días para el indicador de Rotura de stock de productos terminados
y 309 unidades de materia prima estratificados en 26 categorías de materia prima.
Esto le permitióñdisminuirÑla rotura0deÑstock deÑproductos
terminadosñdelÑ58,31% enÑunñ37.50% del mismoÑmodo, se aumentó la
rotaciónñdeñmateriañprima delñ37,31%ñalñ55,65%.
10
índiceÑdeÑRotaciónÑdeÑstockÑenÑunÑ26.85%.ÑPorÑloÑtanto,ÑseÑ afirma
queÑelÑsistemaÑwebÑincrementaÑelÑíndiceÑdeÑRotaciónÑdeÑstock.Ñ Del
mismoñmodoÑseÑconcluyeÑqueÑelÑsistemaÑwebÑ incrementoÑlaÑTasaÑde
abastecimientoÑdeÑpedidosÑenÑunÑ15.1%.ÑPorÑloÑtanto,ÑseÑafirmaÑ que
elÑsistemaÑwebÑincrementaÑlaÑTasaÑdeÑabastecimientoÑdeÑpedidos.
SegúnÑRomeroÑ(2018),ÑconÑsuÑtrabajoÑdeÑinvestigaciónÑpara ÑobtenerÑel
títuloÑprofesionalÑdeÑIngenieroÑdeÑSistemas,Ñ“SISTEMAÑWEBÑ PARA
ELÑPROCESOÑDEÑINVENTARIOÑDEÑMATERIALES DE
TELECOMUNICACIONESÑENÑLAÑEMPRESAÑQ&SÑINGENIEROSÑS.A.C” de
laÑuniversidadÑCésarÑVallejoÑtuvoÑcomoÑobjetivoÑprincipal,Ñdeterminar la
influenciaÑdelÑsistemaÑWebÑenÑelÑprocesoÑdeÑinventarioÑde materiales
deÑtelecomunicacionesÑenÑlaÑempresaÑQ&S ÑINGENIEROSÑS.A.C.ÑElÑtipo
de investigaciónÑesÑAplicada,ÑexperimentalÑyÑexplicativa,ÑelÑdiseñoÑ de
estudioÑesÑPre-Experimental.
SeÑhaÑconsideradoÑparaÑlaÑpoblaciónÑelÑperiodoÑdeÑunÑmes,Ñ teniendo
enÑcuentaÑqueÑlaÑempresaÑlaboraÑdeÑlunesÑaÑsábadoÑ (6ÑdíasÑaÑla
semana).ÑPorÑloÑtantoÑlaÑpoblaciónÑquedóÑconformadaÑporÑ26Ñproductosu
tilizados,ÑagrupadosÑenÑfichasÑdeÑinventarioÑestratificadosÑenÑdías.Ñ El
tamañoÑdeÑlaÑmuestraÑseÑestablecióÑenÑ 26Ñ fichasÑ deÑ inventario,
estratificadosÑenÑ26ÑdíasÑlaborales.ÑSeÑutilizóÑelÑ muestreoÑ aleatorio
simple,ÑdebidoÑaÑqueÑcualquierÑelementoÑtieneÑlaÑmismaÑposibilidadÑ de
serÑelegido.ÑseÑutilizóÑlaÑtécnicaÑdeÑrecolecciónÑdeÑdatosÑfueÑelÑ fichaje
yÑelÑinstrumentoÑ fueÑlaÑ fichaÑdeÑ registro.Ñ ParaÑlosÑ indicadores
propuestosñenÑelÑpretestÑseÑobtuvoÑcomoÑresultadoÑ unaÑ rotaciónÑ de
mercancíaÑdeÑ0,8781,ÑcalificadaÑcomoÑ“muyÑbajoÑaÑloÑ esperado”;
posteriorÑaÑestoÑyÑconÑlaÑimplementaciónÑdelÑsistemaÑparaÑcubrirÑ las
necesidadesÑdelÑprocesoÑdeÑprocedióÑaÑrealizarÑelÑpostestÑ obteniendo
comoÑresultadosÑunaÑrotaciónÑdeÑmercancíaÑdeÑ1,4915ÑsiendoÑcalificadoc
omoÑ“Alto”ÑyÑenÑlaÑduraciónÑdeÑinventarioÑ34,2942ÑenÑelÑpretestÑ yÑ
11
luegoÑdelÑsistemaÑfueÑdeÑ20,1558ÑreflejandoÑunaÑdisminución.Ñ Los
resultadosÑconcluyenÑqueÑelÑsistemaÑwebÑ mejoraÑ elÑ procesoÑ de
inventarioÑdeÑMaterialesÑdeÑTelecomunicacionesÑenÑelÑlaÑEmpresaÑQ&S
IngenierosÑS.A.C.
Antecedentes Internacionales
Solórzano;ÑMendozaÑ(2022)Ñ conÑ suÑ investigaciónÑ “ElÑcontrolÑde
inventariosÑyÑsuÑimpactoÑenÑlaÑliquidezÑdeÑlaÑ distribuidoraÑ "Miguel
Sebastián"ÑManabí-EcuadorÑ2019-2020” UniversidadÑTécnicaÑ deÑManabí,
paraÑoptarÑLaÑMaestríaÑprofesionalÑenÑContabilidadÑyÑAuditoría.Ñ Tiene
comoÑobjetivoÑanalizarÑelÑimpactoÑdelÑcontrolÑdeÑinventariosÑ enÑ la
liquidezÑdeÑlaÑdistribuidoraÑ"MiguelÑSebastián"Ñ Manabí - Ecuador,
laÑmetodologíaÑparaÑesteÑestudioÑesÑdeÑenfoqueÑ cualitativa,Ñexploratoria,
conÑunÑdiseñoÑno-experimental.
LaÑpoblaciónÑestáÑconformadaÑporÑseisÑpersonasÑyÑlaÑmuestraÑesÑ finita
porqueÑcomprendeÑtresÑpersonasÑcuyasÑlaboresÑestánÑrelacionadasÑ con
lainvestigación.ÑSeÑutilizóÑlaÑtécnicaÑdeÑobservaciónÑyÑcomoÑ instrumento
unaÑlistaÑdeÑcotejoÑqueÑsirveÑdeÑguíaÑconÑ opcionesÑ de
respuestaÑcerrada,ÑloÑcualÑ permiteÑ identificarÑ detenidamenteÑ los
procedimientosÑdeÑlosÑinventariosÑyÑdocumentosÑcontablesÑyÑ financieros
conÑelÑfinÑrecopilarÑinformaciónÑnecesariaÑdelÑobjetoÑdeÑestudio,ÑyÑ la
entrevistaÑcomoÑsuÑinstrumento,ÑcuestionarioÑcomoÑmedioÑ paraÑ el
conocimientoÑgeneralÑdelÑnegocio.ÑParaÑlaÑrecolecciónÑdeÑ datos Ñ se
aplicaronÑentrevistasÑdeÑcarácterÑvirtualÑconÑpreguntasÑabiertas,Ñdirigidas a
tresÑpersonasÑconÑelÑfinÑdeÑconocerÑsuÑopiniónÑsobreÑelÑcontrolÑ de
inventariosÑyÑlaÑliquidezÑdeÑsuÑempresa.ÑDeÑacuerdoÑaÑlaÑ investigación
enÑelÑañoÑ2019,ÑlaÑorganizaciónÑpresentabaÑproblemasÑ paraÑ hacer
frenteÑaÑsusÑobligacionesÑdeÑpagoÑaÑcortoÑplazo,ÑporÑloÑqueÑconÑ su
investigaciónÑseÑcalculóÑqueÑlaÑrazón ÑcorrienteÑesÑdeÑ0,81Ñ elÑcualÑestá
porÑdebajoÑdelÑrangoÑadecuadoÑqueÑesÑ1,00.ÑSinÑembargo,ÑparaÑ el
12
añoÑ2020,ÑlaÑempresaÑmejoróÑnotablementeÑsuÑcapacidadÑdeÑliquidez, al
elevarÑsusÑfacultadesÑdeÑhacerÑfrenteÑaÑsusÑobligacionesÑaÑcortoÑ plazo
yÑobtenerÑunÑresultadoÑdeÑ0,99ÑenÑsusÑcálculosÑdeÑlaÑliquidez.Ñ Del
mismoÑmodo,ÑenÑlosÑresultadosÑobtenidosÑenÑcuantoÑ alÑ capitalÑdel
trabajo,ÑseÑevidenciaÑlaÑpocaÑcapacidadÑdeÑliquidezÑqueÑ tienen la
empresaÑparaÑelÑ2019ÑenÑlaÑcualÑsusÑpasivosÑcorrientesÑsonÑ mayores
queÑsusÑactivosÑcorrientesÑresultandoÑunÑcapitalÑdeÑtrabajoÑ negativo,
paraÑelÑ2020ÑesÑnotableÑlaÑtendenciaÑaÑlaÑ mejoríaÑ reduciendoÑla
negatividadÑdelÑcapitalÑdeÑtrabajoÑdeÑ$Ñ-18.764,60ÑhastaÑsolo $-1.292,22.
ElÑautorÑconcluyeÑqueÑunÑadecuadoÑcontrolÑdeÑinventariosÑcontribuyeÑ a
laÑoptimizaciónÑdeÑrecursos,ÑeficienciaÑenÑlasÑoperaciones,ÑmejorasÑ en
susÑprocesosÑinternos,ÑdisminuciónÑdeÑcostosÑyÑ beneficioÑ económico,
generandoÑaÑlasÑempresasÑaumentoÑenÑsuÑliquidez,ÑyaÑqueÑseÑ reduce
laÑacumulaciónÑinnecesariaÑdeÑlaÑmercancía.
13
serÑunaÑherramientaÑútil y deÑfácilÑacceso, mejorando
considerablementeñelñtiempoñdeñrealizaciónñyñdispensación al paciente.
De acuerdo a (Vera, Cordova, Lopez y Pacheco, 2019) indican que RUP es una
metodología y su objetivo principal es organizar el desenvolviendo del sistema, esta
basado en modelos de Cascada y compuesto por componentes, las cuales tienen
como características: Casos de uso, la arquitectura, es incremental esto hace
fundamental el proceso del desarrollo del producto. Cuenta con singularidades para
procesos de desarrollo ágil tanto como para métodos convencionales.
Metodología SCRUM
14
Selección de lañMetodologíañdeñDesarrolloñparañelñSistema Web
Parañlañselecciónñdeñlañmetodologíañseñhañrealizadoñunñcuadroñcomparativo
entreñ2ñdeñlasñmetodologíasñmásñusadasñactualmente:
15
Tabla 1: Cuadro comparativo de Metodologías
RUP SCRUM
16
Metodología seleccionada para la investigación: SCRUM
Cada iteración o ciclo de desarrollo (sprint) concluye con la entrega de una parte
funcional del producto (incremento). Para la duración de cada sprint se
recomienda no exceder el tiempo determinado de un mes.
17
AÑcontinuación, seÑrealiza unaÑbreveÑdescripción definido porÑlosÑautores
(Menzinsky;ÑLópez yñPalacio, 2016), sobreñlosÑeventos, roles yÑartefactos del
marco de trabajo SCRUM:
TablaÑ2:ÑEventosÑdeÑSCRUM
Sprintñ
SprintÑPlaning
DailyñScrum
SprintÑReview
SprintÑRetrospective
18
Roles:
ProductÑOwner
DevelopmentÑTeam
ScrumÑMaster
StakeholderÑ
19
Artefactos:
Tabla 4: ArtefactosÑdeÑSCRUM
Product Backlog
Sprint Backlog
Incremento
20
2.2. Teorías relacionadas al tema
Relación Cliente/Servidor
Javascript
PHP
PHPñesñunñlenguajeñinterpretadoñdelñladoñdelñservidorñqueñsurgeñ dentroñ de
lañcorrienteñdenominadañcódigoñabiertoñ(openñsource).ñSeñcaracterizañporñsu
potencia,ñversatilidad,ñrobustezñyñmodularidad.ñAlñigualñ queñ ocurreñ con
tecnologíasñsimilares,ñlosñprogramasñsonñintegradosñ directamenteñ dentroñdel
21
códigoñHTML.ñPHPñesñunoñdeñlosñlenguajesñmásñutilizadosñ actualmenteñ en
elñdesarrolloñdeñaplicacionesñwebñyñ vieneñ experimentadoñ unñ constante
crecimientoñenñsuñnivelñdeñutilizaciónñenñInternetñ(Cobo;ñGomez;ñPerezñ y
Rocha,ñ2005,ñp.23).
HTML
MySQL
MySQLñesñunñsistemañdeñgestiónñdeñbasesñdeñdatosñ(SGBD)ñSQLñ queñ en
algunosñaspectosñesñaproximadamenteñtan ñpotenteñ comoñ Oracle (). Cabeñ
mencionarñqueñañmediadosñdelñañoñ2009, Oracle, ha
adquiridoñMySQL.ñSusñprincipalesñobjetivosñhan sidoñlañvelocidadñyñ la
robustez.ñEsñun SGBDñsencilloñy rápidoñqueñseñadaptañ perfectamenteñ a
entornosñenñlosñqueñel
volumenñdeñdatosñseañdelñordenñdeñmegabytesñ(enñlañdocumentaciónñseñha
blañdeñsuñusoñconñbasesñdeñdatosñdeñ50ñ millones deñregistros).
Enñlañversiónñ5ñdeñMySQLñhañincluidoñelñcontrolñ de transacciones,
procedimientosñalmacenadosñyñtriggers,ñ porñloñ queñha
rellenadoñelñgranñhuecoñqueñloñdiferenciabañ deñ grandes ñSGBDñ comoñ
Oracle, siñbienñexisteñlañposibilidadñdeñcomprarñsuñsoporte,ñOracleñ sigue
teniendoñmásñaceptaciónñenñelñmundoñempresarialñ(Berni;ñGil,ñ2010,ñp.9).
Inventario
Segúnñ(FIAEP,ñ2014)ñdefineñinventariosñcomoñacumulacionesñdeÑ materias
primas,ñprovisiones,ñcomponentes,ñtrabajoñenñprocesoñyñproductos terminado
queñaparecenñenñnumerososñpuntosñañloñlargoñdelñcanalñdeñproducciónñ y
22
deñlogísticañdeñunañempresa:ñalmacenes,ñpatios,ñpisosñdeñlasñ tiendas,
equipoñdeñtransporteñyñenñlosñestantesñdeñlasñtiendasñdeñmenudeo,ñ entre
otros.ñ(p.10)
Gestión de Inventarios
Análisis de inventarios:
Señrefiereñañlosñanálisisñestadísticosñqueñseñrealicenñparañestablecerñsiñ las
existenciasñqueñfueronñpreviamenteñdeterminadasñsonñlasñqueñdeberíamosñte
nerñenñnuestrañplanta,ñesñdecirñaplicarñaquelloñdeñqueñ"nadañsobrañyñnadañ
23
falta",ñpensandoñsiempreñenñlañrentabilidadñqueñpuedenñproducirñestasñexiste
ncias.ñAlgunasñmetodologíasñaplicablesñparañlograrñesteñfinñson:
Control de producción:
Segúnñ(USAID,ñ2007),ñdefineñcomoñelñporcentajeñdeñtodosñlosñpedidosñ de
losñclientesñrealizadosñañunañfuenteñdeñdistribuciónñduranteñunñ período
determinadoñyñqueñseñsurtenñcorrectamenteñenñtérminosñdeñlosñartículosñ y
lasñcantidadesñdeñesosñartículos. ñPuedeñ calcularseñ enñ cualquier
establecimientoñqueñproceseñsolicitudesñyñproveañsuministrosña ñinstalaciones
deÑnivelesÑinferiores.ñPuedeñmedirseñparañcualquierñperíodo,Ñperoñporñ lo
generalñ se usañunñaño.ñUnñpedidoñseñdefineñcomoñunoñoñmásñ productos
solicitadosÑformalmenteñdeñunañfuenteñúnicañenñunñmomentoñdado.ñ El
pedido señsurteñcorrectamenteñcuandoñlosñartículosñyñlasñ cantidades
abastecidasñsonñexactamenteñlosñmismosñartículosñenñlasñ cantidades
pedidas.ñ(p.31)
24
Exactitud de inventario
Segúnñ(USAID,ñ2007),ñdefineñcomoñlañprecisiónñdeñexistenciasÑ registrados
enñelñlibroñmayorñdeñexistencias,ñlañtarjetañdeñcontrolñvisibleñoñelñ sistema
automatizadoñ(porñejemplo,ñlañcantidadñenñelñlibroñmayorñdeñ existencias
equivaleñalñconteoñfísico)ñparañunañgamañdeñartículosñcomoñunñ porcentaje
deñlosñsaldosñdeñexistenciasñrevisadosñparañdeterminarñsuñprecisión.ñ Puede
medirseñparañcualquierñinstalaciónñqueñadministreñlosñartículosñenñcuestión.ñ
Siñseñrealizanñconteosñfísicosñdeñlosñinventariosñunañvezñ alñ añ o,ñ este
indicadorñentoncesñseñcalculañdondeñseñrealiceñelñconteoñfísico.ñ Siñla
instalaciónñusañunñconteoñcíclico,ñesteñindicadorñentoncesñpuedeñ medirse
parañunoñoñvariosñconteosñcíclicosñ(porñejemplo,ñtodosñlosñconteosñ cíclicos
realizadosñenñunñmes).ñ(p.33)
25
III. METODOLOGÍAÑ
3.1. TipoñyñdiseñoÑdeñinvestigación
Tipoñdeñinvestigación
Diseñoñdeñinvestigación
G 𝟎𝟏 X 𝟎𝟐
DiseñoÑdeÑmediciónÑde Pre-TestÑyñPost-Test
G: GrupoÑdeÑsujetosÑoÑcasos
X: VariableÑindependiente
26
𝟎𝟐 : ModeloÑaÑrealizarÑqueÑbuscaÑcorroborarÑalgúnÑresultadoÑfavorable
(Post-Test)
Donde:
G: Grupo de estudio
X: SistemañWeb
𝟎𝟐 : EstadoÑposteriorÑqueÑseÑencuentra el controlñdeñinventarioñdespués de la
implementaciónñdelñSistema Webñ(Post-Test)
3.2. Variablesñyñoperacionalización
Variableñindependiente:ñSistemañWeb
Definiciónñconceptual
Definición Operacional
Definición conceptual
27
Definición Operacional
28
Tabla 5: Matriz de operacionalizaciónñ
VARIABLES
DEFINICIÓNñ DEFINICIÓNñ
TIPO DEñ DIMENSIÓN INDICADORES
CONCEPTUAL OPERACIONALñ
ESTUDIOS
Segúnñelñautor Permitiráñalñencargadoñ
Barnersñ(1990,ñp.ñ1)ñ delñcontrolñdeñinventario
lañWorldñWideñWebñ( ñrealizarñsuñprocesoñde
WWW)ñesñun ñformañrápidañy
sistemañde eficiente,ñenñtiempoñreal
Sistema
Independiente distribuciónñde ,ññactualizarñla - -
Webñ
informaciónñbasadoññ informaciónñy
enñhipertextoño compartirlañconñlos
hipermediasñenlazado involucradosñenñel
ñyñaccesiblesña proceso.ñ(Yalle,ñ2017,ñp
travésñdeñInternet 23)
Controlñde
suministro.ñ( Exactitudñde
SegúnñWestreicher Asegurarñqueñlas
Huaman,ñLu inventario.ñ(Mo
(2020),ñelñcontrolñdeñ operacionesñde
casñ2021,ñp. rañ2005,ñp.64)
inventarioñesñel manufacturañy
37)
procesoñporñelñcualñ distribuciónñnoñse
Control de
Dependiente unañempresa detengan,ñcumpliendo
inventarioñ Tasañde
administrañlas conñlasñpromesasñde Movimientoñ
mercancíasñque entregañdeñproductosña Abastecimiento
deñSalida.ñ(
mantieneñenñalmacén ñlosñclientes.ñ(Zapata,ñ2 ñdeñpedidos.ñ(
Vallejos,ñ201
. 014,ñp.11) Vallejos,ñ2018,
8,ñp.52)
ñp.52)
29
Tabla 6: Operacionalización de variablesñ
UNIDAD DE
INDICADOR FUENTE TÉCNICA INSTRUMENTO FORMULAÑ
MEDIDAÑ
Señdetermina
midiendoñelñnúmero 𝑉𝐷
de referenciasñque 𝐸𝐼 = × 100
𝑉𝑇𝐼
presentanñdescuadres Donde:
Exactitudñdeñ Ficha de
conñrespecto al Fichaje Porcentaje EI: Exactitudñde inventario
inventario Registro
inventarioñlógico VD: Valor diferencial
cuandoLse realizañel VTI: Valorñtotal de
inventarioñfísico.ñ(Mor inventario
a 2005, p.64)
Esteñindicadorñse 𝑁𝑃𝑆𝐶
𝑇𝐴𝑃 = × 100
defineñcomoñel 𝑁𝑇𝑃
porcentajeñde todos Donde:ñ
Tasañde los pedidosñde los TAP:ñTasa de
Ficha de
Abastecimiento clientesñrealizados Fichaje Porcentaje abastecimiento deñpedidos.
Registro
ñde pedidos durante unñperíodo NPSC:ñNúmero de pedidos
determinadoñy que se surtidosñcorrectamente.
surtan correctamente. NTP:ñNúmeroñtotalñde
(USAID, 2007, p.31) ñpedidos.
30
3.3. Población,ñMuestrañyÑMuestreo
Poblaciónñ
Unañpoblaciónñesñelñconjuntoñdeñtodosñlosñcasosñqueñconcuerdanñconñunañ
serieñdeñespecificacionesñy/oñcaracterísticasñ(Hernandez,ñ2014,ñp.174).ñParañ
elñdesarrolloñdeñestañinvestigaciónñseñtomaronñ2ñpoblaciones:
Poblaciónñ1
Lañpoblaciónñcorrespondienteñalñprimerñindicador,ñidentificandoñcomoñunidadñ
deñanálisis,ñesñelñvalorñdiferencialñdeñlosñproductosñ respecto al inventario,
revisadoñduranteñelñperiodoñdeñunñmesñparañunñdeterminadoñcliente.
Tabla 7: Población 1
31
16-06-2022 68
17-06-2022 77
20-06-2022 89
21-06-2022 65
22-06-2022 111
23-06-2022 14
24-06-2022 21
27-06-2022 98
28-06-2022 33
29-06-2022 27
30-06-2022 43
Población 2
Tabla 9: Población 2
Tasañdeñabastecimiento
30 pedidos 1 mes
deñpedidos.
32
03-06-2022 8
06-06-2022 6
07-06-2022 8
08-06-2022 4
09-06-2022 5
10-06-2022 6
11-06-2022 7
13-06-2022 3
14-06-2022 5
15-06-2022 9
16-06-2022 8
17-06-2022 6
20-06-2022 5
21-06-2022 7
22-06-2022 3
23-06-2022 8
24-06-2022 9
27-06-2022 5
28-06-2022 6
29-06-2022 7
30-06-2022 4
Muestrañ
Esñunñsubgrupoñdeñlañpoblaciónñdeñinterésñsobreñelñcualñseñrecolectaránñda
tos,ñyñqueñtieneñqueñdefinirseñyñdelimitarse ñde ñantemano ñconñ precisión,
ademásñdeñqueñdebeñserñrepresentativoñde ñlañ población ñ(Hernandez,ñ2014,
p.173).ñSegúnñelñautorñ(Vallejos,ñ2018,ñp.55),ñ“Siñla ñpoblación ñesñ menor ña
cincuentañ(50)ñindividuos,ñlañpoblaciónñ esñ igual ñañ lañ muestra”. ñEntonces
33
parañestañinvestigaciónñelñtamañoñdeñlañpoblaciónñesñ deñ 21ñ elementosñ por
loñtantoñseñmantieneñlañpoblaciónñcomoñtodañlañmuestra.
Muestreo
Técnicañ
Parañestañinvestigaciónñlañtécnicañutilizadañesñelñfichaje,ñelñcualñdefinimosña
continuación.
Fichaje
34
Instrumentoñ
Ficha de Registro
3.5. Procedimientos
Para la recopilación de datos fue necesario realizar reuniones con el personal
encargado quien nos brindó información con la finalidad de tener un mayor
panorama sobre el entendimiento que viene gestionando en el control de inventario
y como se encuentra actualmente su estado actual. Previamente se realizó una
carta de permiso adjuntado en el anexo 1 permitiéndonos precisar y evaluar la
situación actual aplicando el diseño pre-experimental (Pre-Test). Posterior a ello se
realizará un Sistema Web que permita optimizar los indicadores señalados en este
trabajo de investigación alineados hacia el control de inventario. Los datos
35
recopilados están debidamente documentados y adjuntados en fichas de registros
encontradas enñel anexoñ3.
3.6. Métodoñdeñanálisisñdeñdatos
Parañelñanálisisñdeñdatosñenñestañinvestigaciónñseñestáñutilizandoñelñ método
cuantitativo,ñyañqueñparañlañrecopilaciónñdeñdatosñseñ estáñ usandoñ el
diseñoñdeñinvestigaciónñpre experimental,ñyañqueñseñrealizóñuna comparación
deñlosñresultadosñdelñmétodoñanteriorñ(Pre-Test)ñy ñunañ conñ el ñsistema
implementadoñ(Post-Test).
Definición deñVariables:
Indicador 1: ExactitudñdeñInventario
Donde:ñ
EIa:ñExactitudñdeñinventarioñantes deñutilizarñelñsistemañweb.
EId:ñExactitudñdeñinventarioñdespuésñdeñutilizar elñsistemañweb.
H10:ñEId ≥ EIa
36
Indicador 2: Tasa de abastecimiento de pedidos
Donde:
3.7. Aspectosñéticos
El presente proyectoñdeñinvestigación fue debidamente desarrollado bajo los
lineamentos éticos de la UniversidadñCesarñVallejo, la empresa BROTASA S.A.C
fue formalmente informada de la investigación es por ello que se realizó una carta
de autorización y se realizó una entrevista (ver Anexo 01 y 02). Se acordó junto con
el jefe de área acatar la privacidadñdeñlosñdatos adquiridos para
elñdesarrolloñdeñlañinvestigación esto con el fin de salvaguardar la
confidencialidad de la empresa y solo ser usada para fines de la investigación.
Con la finalidad de prevenir alguna duda con la veracidad del presente trabajo se
efectuaron las citas correspondientes de los autores encontrados, así mismo hubo
un compromiso con la empresa de respetar los resultados obtenidos para el
beneficio de todos.
37
IV. RESULTADOS
En el siguiente capitulo describiremos los resultados que se obtuvieron en la
presente investigación, las cuales consistieron en realizar un sistemañweb para el
controlñde inventario para lañempresa BROTASA S.A.C.
4.1. AnálisisñDescriptivo
Indicador 1: ExactitudñdeñInventario
38
Tablañ11: Descripción deñdatos para el indicador 1
Fuente:ñElaboraciónñPropia
Según los resultados obtenidos, se logra determinar que la media para el indicador
de exactitud de inventario sin la implementación del sistema es de 78,38; mientras
que la media con la implementación del nuevo sistema es de 88,71. Entonces, se
evidencia que existe una mejora para el indicador anteriormente mencionado.
39
Figura 4: ExactitudñdeñInventarioñantesñyñdespués del SistemañWeb
Fuente:ñElaboraciónñPropia
40
Tabla 12: Descripción de datos para el indicador 2
Fuente:ñElaboraciónñPropia
Según los resultados obtenidos, se logra determinar que la media para el indicador
de tasa de abastecimiento de pedidos sin la implementación del sistema es de
74,24; mientras que la media con la implementación del nuevo sistema es de 88,10.
Entonces, se evidencia que existe una mejora para el indicador anteriormente
mencionado.
41
Figurañ5: Tasañde abastecimiento deñpedidos antesñyñdespués delñSistema Web
4.2. AnálisisñInferencial
PruebañdeñNormalidad
42
Indicadorñ1: Exactitud deñInventario.
Fuente:ñElaboraciónñpropia.
Fuente:ñElaboraciónñpropia.
43
A continuación, señmuestrañenñlañfigura 6, el histograma correspondiente al Pre-
Testñdelñindicador de exactitud deñinventario.
Fuente:ñElaboraciónñPropia
44
Señmuestrañenñlañfigura 7, el histograma correspondiente al Post-Testñdel
indicadorñdeñexactitud de inventario.
Fuente:ñElaboraciónñPropia.
45
Indicador 2:ñTasañdeñabastecimientoñdeñpedidos
Fuente:ñElaboraciónñpropia.
Fuente:ñElaboraciónñpropia.
Deñacuerdoñañlosñresultados obtenidos en lañprueba de normalidad para el
indicador de tasa de abastecimiento de pedidos expuestos en la tablañ 16 en el Pre-
Test el valor de Sig. fue de 0,221, lo cual es mayor que 0,05; por lo tanto, se
determina que maneja una distribución normal. En cuanto al resultado obtenido en
el Post-Testñindica queñel valor del Sig. es de 0,057, valorñque esñmayor a
0,05,ñpor consecuente es una distribución normal. Se valida en este caso para el
indicador de tasañdeñabastecimientoñdeñpedidos que losñresultados obtenidos
son homogéneos, por consiguiente, señadopta la distribución normal o
paramétrica.
46
A continuación, señmuestrañenñla figura 8, el histograma correspondiente al Pre-
Testñdelñindicador de tasañdeñabastecimientoñdeñpedidos.
Fuente:ñElaboraciónñpropia
47
Señmuestrañenñla figura 9, el histograma correspondiente al Post-
Testñdelñindicador de tasa de abastecimientoñdeñpedidos.
Fuente:ñElaboraciónñpropia.
48
4.3. PruebañdeñHipótesis
Indicadorñ1: Exactitud deñInventario
HE1:ñEl uso del SistemañWebñmejora la exactitud para elñcontrolñde inventario
parañlañempresa BROTASA S.A.C.ñ
Donde:
EIa:ñExactitudñdeñinventarioñantes deñutilizarñelñsistemañweb.
EId:ñExactitudñdeñinventarioñdespuésñdeñutilizar elñsistemañweb.
Para el primer indicador dado que los resultados obtenidos mediante el software
estadístico SPSS v25 de IBM, se determinó aplicar pruebas no paramétricas de tipo
Wilcoxon por lo consiguiente se muestrañañcontinuación la siguiente tabla.
Fuente:ñElaboraciónñpropia.
HipótesisñNula(H10): Elñsistemañweb noñmejora la exactitud deñinventario
parañelñcontrol deñinventario deñlañempresa BROTASA S.A.C.
49
H1a:ñEId < EIa
Fuente:ñElaboraciónñpropia.
Segúnñloñdemostradoñenñlañtablañ18, puedeñapreciar que se obtuvo un valor de
Sig. equivalente a 0,000; indicando que el valor es menor a 0.05; ya que para esta
investigación se ha establecido un margen de error de 5%. Por lo antes mencionado
se da por aceptado la hipótesis alterna y a su vez se da por rechazada la hipótesis
nula. Ante lo último mencionado se determina queñconñla implementaciónñy
utilización del sistemañwebñse mejora la exactitud de inventario para la empresa
BROTASA S.A.C.
Indicadorñ2:ñTasañdeñabastecimientoñdeñpedidos.
Donde:ñ
50
Para el segundo indicador dado que los resultados obtenidos mediante el software
estadístico SPSS v25 de IBM, se determinó aplicar pruebas paramétricas de tipo T-
Student por lo consiguiente se observa en lañsiguiente tabla.
Fuente:ñElaboraciónñpropia.
Fuente:ñElaboraciónñpropia.
51
Segúnñloñdemostradoñenñlañtablañ20, se puede apreciar que se obtuvo un valor
de Sig. equivalente a 0,000; indicando que el valor es menor a 0.05%; ya que para
esta investigación se ha establecido un margen de error de 5%. Por lo antes
mencionado se da por aceptado la hipótesis alterna y a su vez se da por rechazada
la hipótesis nula. Ante lo último mencionado se determina queñconñla
implementación y utilización del sistemañweb se mejora lañtasa deñabastecimiento
de pedidos para lañempresa BROTASA S.A.C con unñnivelñdeñconfianza alñ95%.
52
V. DISCUSIÓN
En el presente trabajo de investigación según los resultados desarrollados, se
evidenció que el indicador para la exactitud de inventario sin el sistema puesta en
marcha para el proceso de control de Inventario era de 78.38% y luego de la
implementación del sistema para el control de inventario, se notó una mejora de un
88.71%.
Así mismo, según los resultados desarrollados, se evidenció que para la tasa de
abastecimiento de pedidos sin el sistema puesta en marcha para el Control de
Inventario era de 74.24% y posteriormente a la implementación del sistema para el
control de inventario, se notó una mejora de 88.10%. Por ende, a lo anteriormente
mencionado, se determina que se aumentó en un 13.86%.
Del mismo modo en la investigación de Vallejos (2018), titulada "Sistema Web para el
control de inventario en la Empresa Web Solutions S.A.C.", utilizada el mismo
indicador, se evidenció que, para indicador de tasa de abastecimiento de pedidos, se
mejoró la media de un 67.1% obtenido en el Pre-test a un 82.2% obtenido en su Post-
test, por lo que igualmente se demuestra una mejora de 15.1% en la tasa de
abastecimiento de pedidos.
53
VI. CONCLUSIONES
Por consiguiente, se determina que el sistema web mejora el Control de Inventario en
la empresa BROTASA S.A.C, donde se puede ver claramente el incremento y la
eficiencia que se tiene al momento de realizar la exactitud de Inventario y la tasa de
Abastecimiento de pedidos, lo cual permitió alcanzar nuestros objetivos principales
propuestos en la investigación.
54
VII. RECOMENDACIONES
55
REFERENCIAS
Abrahamsson, P.; Salo, O.; Ronkainen, J. & Warsta, J. (2002), Agile software
development methods: Review and analysis, Espoo 2002, VTT Publications
478, Oulu.
Adpaan, (2022). Control de inventarios - ¿El Futuro dentro del Control de Stock?
Disponible en: https://controlinventarios.wordpress.com/2022/01/page/4/
Berni, Piero; Gil de la Iglesia, Didac (2010) Laboratorio de PHP Y MySQL. Primera
Edición. FUOC. Eureca Media, SL. ISBN; 978-84-692-9427-7
56
Chang, Chole. Best practices of inventory management and visibility. IBM (2021).
Disponible en: https://www.ibm.com/blogs/supply-chain/best-practices-of-
inventory-management-and-visibility/
Cobo, Angel; Gomez, Patricia; Pérez, Daniel, Rocha, Rocio (2005). Php y MySql
Tecnologias para el desarrollo de aplicaciones Web. Ediciones Díaz de Santos.
España. ISBN: 84-7978-706-6
Estanterías Récord (2021). Las Kpis de inventario para tener un almacén eficiente.
Disponible en: https://estanteriasrecord.com/blog/las-kpis-de-inventario-para-
tener-un-almacen-eficiente
GUIA SBOK™ (2017). Una guía para el cuerpo de conocimiento de SCRUM 3era
edición. SCRUMstudy™, una marca de VMEdu, Inc. ISBN: 978-0-9899252-0-4
57
Guillen Daniel, Rojas Diego (2020), Sistema web para el proceso de producción en la
empresa “Carpintería Palomino S.R.L Disponible:
https://hdl.handle.net/20.500.12692/56866
58
López, Igor y Gómez, Marta (2013). Auditoría logística para evaluar el nivel de gestión
de inventarios en empresas. Revista de Ingeniería Industrial. Volumen 34,
número 1. Cuba.
Mariño, Sonia; Alfonzo, Pedro (2017). Modelo ágil del software para gestionar
resúmenes de tesinas de grado. Universidad Nacional del Nordeste. Revista
Publicando, 4 No 12. ISSN 1390-9304. Disponible en:
https://revistapublicando.org/revista/index.php/crv/article/view/458/pdf_447
Mora, Luis (2005). Los indicadores claves del desempeño logístico. Indicadores de la
gestión logística. Colombia. Disponible en:
https://www.fesc.edu.co/portal/archivos/e_libros/logistica/ind_logistica.pdf
59
Paredes, Guillermo (2019). Sistema web para el control del inventario de
medicamentos e insumos médicos en el área de farmacia en el centro de salud
valle hermoso de la ciudad de santo domingo. Tesis (Título de Ingeniero de
Sistemas) Ecuador: Universidad Regional Autónoma de los Andes
“UNIANDES”.
Peña, Omaira; Silva, Rafael (2016). Factores incidentes sobre la gestión de sistemas
de inventario en organizaciones venezolanas. (Vol 18, num 2) Universidad
Privada Dr. Rafael Belloso Chacín Maracaibo, Venezuela. Disponible en:
https://www.redalyc.org/articulo.oa?id=99345727003
Render, B., Stair, R. Y Michael, H. (2006). Métodos Cuantitativos para los negocios.
2006, p.201
Ricardo, Rodrigo (2020). Proceso unificado racional (RUP) vs. Scrum. Disponible en:
https://estudyando.com/proceso-unificado-racional-rup-vs-scrum/
60
Romero, Ronald (2018). Sistema web para el proceso de inventario de materiales de
Telecomunicaciones en la empresa Q&S Ingenieros S.A.C. Tesis (Título de
Ingeniero de Sistemas) Perú: Universidad Cesar Vallejo.
61
Vallejos, Pablo (2018). Sistema Web para el Control de Inventario en la Empresa Web
Solutions S.A.C. Tesis (Título de Ingeniero de Sistemas) Perú: Universidad
Cesar Vallejo.
Vera Daniel, Cordova Luis, López Ricauter, Pacheco Silvia (2019). Análisis de la
metodología RUP en el desarrollo de software académico mediante la
herramienta DJANGO. Editorial Saberes del conocimiento. Disponible en:
https://recimundo.com/index.php/es/article/view/486/684
Yalle, Cintia (2017). Sistema Web para el proceso de Inventario en el área de almacén
de Llaa Empresa Arteslima E.I.R.L. Tesis (Título de Ingeniero de Sistemas)
Universidad Cesar Vallejo.
62
ANEXOS
63
Anexo 1: CRONOGRAMA DE EJECUCIÓN
64
Anexo 2: Carta de autorización
CARTA DE AUTORIZACIÓN
11 Julio de 2022
Señores:
De mi mayor consideración,
Yo, Erick Andrés Tasayco Situ, representante legal de la empresa BROTASA S.A.C. con
R.U.C. 20606919493 con domicilio fiscal en Cal. Clavelinas 169 VIPOL, Prov. Const. Del
Callao; autorizo a los señores:
Así mismo, es de mi interés con el fin de poder ayudar a los señores estudiantes con dicho
proyecto e investigación del desarrollo del sistema web mencionado líneas arriba, para el
proceso de TITULACIÓN que están llevando a cabo.
Por tanto, se expide el presente documento para los fines que estime conveniente.
Atentamente,
65
956561460 - 933848458 Calle Clavelinas 169 VIPOL Prov. Const. Del Callao. [email protected]
Anexo 3: Entrevista al colaborador de la
empresa
66
956561460 - 933848458 Calle Clavelinas 169 VIPOL Prov. Const. Del Callao. [email protected]
2. ¿Qué deficiencia y/o errores ocurren frecuentemente en el control de
inventario?
La principal deficiencia que tenemos es: Cuando se termina de realizar la
distribución, el saldo teórico que debe quedar, recurrentemente, al final, las
cantidades de saldos no coinciden entre lo teórico y lo práctico. Ante ello, estamos
ajustando los controles cuando se realizan los despachos, logrando una mejora
considerable disminuyendo las diferencias antes mencionadas.
3. ¿Se encuentra conforme con el proceso actual de llevar el registro del control
de inventario?
No, el motivo es por lo que se ha indicado en la respuesta de la pregunta 2. Nuestro
proyecto, es instalar un programa informático, instruir y preparar al personal
encargado del proceso de almacenamiento para lograr mejoras y disminuir costos
para que nuestra empresa sea competitiva en el mercado actual.
956561460 - 933848458 Calle Clavelinas 169 VIPOL Prov. Const. Del Callao.
67
[email protected]
Anexo 4: Matriz de Consistencia
68
Anexo 5: Ficha Técnica del Instrumento
69
Anexo 6: Instrumento de Investigación
Pre-test: Indicador 1
Valor total de
Valor diferencial
Ítem Fecha inventario Exactitud de inventario (EI)
(VD)
(VTI)
1 01-06-2022 120 145 0.83
2 02-06-2022 79 88 0.90
3 03-06-2022 80 112 0.71
4 06-06-2022 88 133 0.66
5 07-06-2022 113 157 0.72
6 08-06-2022 56 86 0.65
7 09-06-2022 41 57 0.72
8 10-06-2022 96 115 0.83
9 13-06-2022 48 65 0.74
10 14-06-2022 32 40 0.80
11 15-06-2022 114 134 0.85
12 16-06-2022 66 98 0.67
13 17-06-2022 63 78 0.81
14 20-06-2022 87 115 0.76
15 21-06-2022 85 94 0.90
16 22-06-2022 60 71 0.85
17 23-06-2022 111 135 0.82
18 24-06-2022 32 39 0.82
19 27-06-2022 29 36 0.81
20 28-06-2022 104 133 0.78
21 29-06-2022 44 53 0.83
PROMEDIO: 0.78
70
Pre-test: Indicador 2
Tasa de Abastecimiento
Control de Inventario Cantidad de Pedido
de pedidos
71
Post-test: Indicador 1
Valor total de
Valor diferencial
Ítem Fecha inventario Exactitud de inventario (EI)
(VD)
(VTI)
1 03-10-2022 98 107 0.92
2 04-10-2022 90 96 0.94
3 05-10-2022 65 70 0.93
4 06-10-2022 46 60 0.77
5 07-10-2022 78 97 0.80
6 10-10-2022 58 70 0.83
7 11-10-2022 32 40 0.80
8 12-10-2022 47 50 0.94
9 13-10-2022 32 40 0.80
10 14-10-2022 95 100 0.95
11 17-10-2022 63 70 0.90
12 18-10-2022 67 85 0.79
13 19-10-2022 57 62 0.92
14 20-10-2022 51 57 0.89
15 21-10-2022 67 69 0.97
16 24-10-2022 32 35 0.91
17 25-10-2022 36 40 0.90
18 26-10-2022 40 44 0.91
19 27-10-2022 33 35 0.94
20 28-10-2022 26 30 0.87
21 31-10-2022 76 80 0.95
PROMEDIO: 0.89
72
Post-test: Indicador 2
Tasa de Abastecimiento
Control de Inventario Cantidad de Pedido
de pedidos
73
Anexo 7: Base de datos Experimental
74
Indicador 2: Tasa de Abastecimiento de Pedidos
75
Anexo 8: Resultados de la Confiablidad del Instrumento
76
Anexo 9: Desarrollo de la Metodología de Desarrollo de Software
77
PLANIFICACIÓN IMPLEMENTACIÓN
INICIO LANZAMIENTO
Y ESTIMACIÓN
Crear la visión del
proyecto Crear historias de usuario
Desarrollar de épica(s)
78
20 % 30 % 40 % 10 %
1. Visión del proyecto
Cesar Amoretti
Team Scrum Aldershon Navarro
Enzo Tasayco
79
3. Desarrollo de épicas
80
El sistema permite el registro, búsqueda, consulta,
Gestión de
RF07 modificación y eliminación de los proveedores de la
proveedores
empresa.
81
PLANIFICACIÓN DEL LANZAMIENTO
Tabla 4: Planificación de Lanzamiento
Modelo de base de
7 días 11/08/2022 19/08/2022
Diseño datos
Desarrollo Configuración de
infraestructura del 2 días 24/10/2022 25/10/2022
sistema
Pruebas integrales
Pruebas 4 días 01/11/2022 04/11/2022
82
5. Desarrollo de Historia de Usuario
5.1. Método de priorización de historias de usuario
Según GUIA SBOK™ (2017, p.78), la priorización basada en el valor para el cliente le
da importancia primordial al cliente y se esfuerza primero en implementar las historias
de usuario con más alto valor. Dichas historias de usuario de alto valor se identifican y
se colocan en la parte superior del Backlog Priorizado del Producto.
Técnica MoSCoW
Para este proyecto de investigación se está utilizando la técnica MoSCoW para definir
la prioridad de cada historia de usuario. Según GUIA SBOK™ (2017, p.78) el acrónimo
MoSCow corresponde a las siguientes cuatro categorías:
Wont – No tendrá.
Las etiquetas están en orden de prioridad decreciente con historias de usuario con
características de “Debería tener”, siendo aquellas sin las que el producto no tendrá
valor, e historias de usuarios con características de “Podría haber” siendo aquellas
que, a pesar de que sería bueno tener, no se es necesario incluir. Teniendo en cuenta
lo antes mencionado para el proyecto solo se utilizará las dos categorías “Must” identificado
con el número 1 y “Should” con el número 2.
Priorización
Código Requerimiento
M (1) S (2)
RF01 Autenticación de logueo X
RF02 Gestión de usuarios X
RF03 Gestión de marcas X
RF04 Gestión de empaque del producto X
83
RF05 Gestión de productos X
RF06 Gestión de clientes X
RF07 Gestión de proveedores X
RF08 Gestión de pedidos X
RF09 Gestión de compras X
RF10 Gestión de ventas X
RF11 Reporte de exactitud de stock X
RF12 Reporte de abastecimiento de pedido X
Planning Poker
Según GUIA SBOK™ (2017, p.203) el Planning Poker es una técnica de estimación
que implementa el consenso donde escogen una historia de usuario para utilizarla
como pivote, en base a ello el equipo puede calcular y estimar los tamaños relativos
en el resto de historias de usuario. El Planning Poker se basa que cada miembro del
equipo se le asigna una baraja enumerada en forma secuencial y los números
representan la complejidad del problema en términos de tiempo o esfuerzo.
Pivote
Según (Daniel Saavedra, 2021) es un ítem del backlog donde los miembros del team
scrum se ponen de acuerdo y proceden validar con otras actividades y determinar si
es menor, mayor o igual. El valor del pivote es más que todo el criterio del equipo, se
recomienda que se elija una actividad que sea entre mediana-pequeña para que esto
se desempeñe bien.
84
Para la estimación el equipo Scrum utilizó la herramienta virtual “PlanitPoker”.
85
También se ha determinado como parámetro la velocidad del equipo por Sprint. Para
este proyecto será tomado como referencia 50 P.H por sprint.
86
5.3. Procedimiento de Riesgos de las historias de usuarios
N° REQUERIMIENTO RIESGO
Falla en la conexión y/o autenticación
1 Autenticación de logueo
de credenciales
2 Gestión de usuarios Permisos mal definidos
Gestión de productos
3 Gestión de empaque del producto Duplicidad de registros
Gestión de marcas
Gestión de clientes Falla en la validación y registro de
4
Gestión de proveedores datos auténticos
Tiempo de entrega de desarrollo, fuera
5 Gestión de pedidos
del plazo definido
Registros equivocados / Cálculos de
6 Gestión de compras
datos
7 Gestión de ventas Módulos no referenciados
Reporte de exactitud de stock
8 Información inexacta
Reporte de tasa de abastecimiento
87
Técnica de evaluación de Riesgo
Según GUIA SBOK™ (2017, p.129), es una cuadricula donde se evalúan los riesgos
para establecer la probabilidad de ocurrencia y el impacto en los objetivos del
proyecto.
88
Backlog Priorizado del Producto con riesgos identificados
Mediante un conceso con el equipo Scrum y los Stakeholder, se ha determinado la
“Duplicidad de registros” como medida para la definición de la priorización de riesgo.
Falla en la
conexión y/o
Tiempo,
autenticación Autenticación Prioridad
0,30 0,4 0,12
Calidad de logueo Media
de
credenciales
Permisos mal
Calidad Gestión de Prioridad
0,30 0,1 0,03
definidos usuarios Insignificante
Gestión de
productos
Gestión de
Duplicidad de
Calidad empaque del Prioridad
0,50 0,8 0,40
registros producto Moderada
Gestión de
marcas
Falla en la
Gestión de
validación y clientes
Tiempo,
registro de Prioridad
0,50 0,2 0,10
Alcance Media
datos Gestión de
proveedores
auténticos
Entrega de
desarrollo,
Tiempo Gestión de Prioridad
0,30 0,4 0,12
fuera del pedidos Media
plazo definido
89
Registros
equivocados / Tiempo,
Gestión de Prioridad
0,50 0,4 0,20
Cálculos de Alcance compras Media
datos
Módulos no
Calidad Gestión de Prioridad
0,50 0,4 0,20
referenciados ventas Media
Reporte de
exactitud de
Información
Costo, tiempo stock Prioridad
0,70 0,8 0,56
inexacta Reporte de Moderada
tasa de
abastecimiento
Fuente: Elaboración Propia
90
5.4. Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 1
Prioridad Media
Sprint asignado:
Estimación: 3 P.H
1
Encargado responsable: Team Scrum
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 1
Prioridad Insignificante
Sprint asignado:
Estimación: 8 P.H
1
Encargado responsable: Team Scrum
91
Descripción: Como administrador quiero que el sistema permita crear cuentas y
administrarlas para poder tener un mejor control de los módulos que manejaran los
usuarios.
Criterios de Aceptación:
- Para iniciar sesión, el usuario registrado debe estar en estado activo.
- Cada usuario registrado debe pertenecer a una categoría distinta con acceso
privilegiado de acuerdo al rol de desempeño.
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 1
Prioridad Moderada
Sprint asignado:
Estimación: 5 P.H
1
Encargado responsable: Team Scrum
Historia de Usuario
92
Riesgo en desarrollo:
Prioridad del negocio: 1
Prioridad Moderada
Sprint asignado:
Estimación: 5 P.H
1
Programador responsable: Team Scrum
Criterios de Aceptación:
- El sistema solo permite un máximo de tres letras del nombre de la presentación.
- El sistema no acepta datos duplicados del nombre de la presentación.
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 1
Prioridad Moderada
Sprint asignado:
Estimación: 8 P.H
1
Programador responsable: Team Scrum
Descripción: Como usuario quiero administrar los productos registrados para poder
tener un mejor control de los productos que se tienen en la empresa.
Criterios de Aceptación:
- El producto debe estar identificado con una marca y un tipo de empaque (Lt, Kg,
etc).
93
Tabla 16: Historia de Usuario 06
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 1
Prioridad Media
Sprint asignado:
Estimación: 5 P.H
1
Programador responsable: Team Scrum
Descripción: Como usuario quiero administrar a los clientes que están registrados
en el sistema para poder tener un control de los clientes que tiene la empresa.
Criterios de Aceptación:
- Para el registro del cliente es necesario identificarse con su DNI o RUC comercial.
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 1
Prioridad Media
Sprint asignado:
Estimación: 5 P.H
1
Programador responsable: Team Scrum
Criterios de Aceptación:
94
- Para el registro del proveedor es necesario contar con RUC comercial
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 2
Prioridad Media
Sprint asignado:
Estimación: 8 P.H
1
Programador responsable: Team Scrum
Descripción: Como usuario quiero registrar y administrar los pedidos de los clientes
para tener un control de los pedidos de la empresa.
Criterios de Aceptación:
- El sistema debe comprobar el tipo de documento (Boleta o Factura), tipo de
pago (crédito o contado), tipo (bien o servicio), fecha de pedido y fecha posible
de entrega.
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 2
Prioridad Media
95
Sprint asignado:
Estimación: 20 P.H
2
Programador responsable: Team Scrum
Criterios de Aceptación:
- El sistema debe comprobar el tipo de documento (Boleta o Factura), tipo de pago
(crédito o contado), tipo (bien o servicio), fecha de compra, fecha de recepción y
Nro Documento.
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 2
Prioridad Media
Sprint asignado:
Estimación: 20 P.H
2
Programador responsable: Team Scrum
Descripción: Como usuario quiero registrar y administrar las ventas que se realizan
a los clientes para así poder tener un mejor control del stock en la empresa.
Criterios de Aceptación:
- El sistema no permite grabar una venta si antes no ha grabado o no existe un
pedido.
96
Tabla 21: Historia de Usuario 11
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 2
Prioridad Moderada
Sprint asignado:
Estimación: 13 P.H
3
Programador responsable: Team Scrum
Historia de Usuario
Riesgo en desarrollo:
Prioridad del negocio: 2
Prioridad Moderada
Sprint asignado:
Estimación: 13 P.H
3
Programador responsable: Team Scrum
97
Product Backlog priorizado
Según Schwaber y Sutherland (2013, p.15) mencionan que 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.
98
un mejor control de los
productos que se tienen en la
empresa.
Como usuario quiero
administrar a los clientes que
Gestión de están registrados en el
RF06 5 1
clientes sistema para poder tener un
control de los clientes que
tiene la empresa.
Como usuario quiero registrar
a los proveedores y
Gestión de administrarlos para tener
RF07 5 1
proveedores conocimiento con que
proveedores trabaja la
empresa.
Como usuario quiero registrar
y administrar los pedidos de
Gestión de
RF08 los clientes para tener un 8 2
pedidos
control de los pedidos de la
empresa.
Como usuario quiero registrar
y administrar las compras que
Gestión de
RF09 se realizan a los proveedores 20 2
compras
para poder tener un control de
inventario en la empresa.
Como usuario quiero registrar
y administrar las ventas que
Gestión de se realizan a los clientes para
RF10 20 2
ventas así poder tener un mejor
control del stock en la
empresa.
99
Como usuario quiero tener un
informe exacto de las
existencias de la empresa
Reporte de
para poder conocer las
RF11 exactitud de 13 2
cantidades que hay en el
stock
inventario de acuerdo a la
compra y venta de los
productos de la empresa.
Como usuario quiero tener un
informe que permita visualizar
Reporte de el resultado de cumplimiento
RF12 abastecimient de pedidos de los clientes 13 2
o de pedido para poder conocer el
cumplimiento de los pedidos
entregados.
100
Tabla 24: Requerimientos No Funcionales
101
6. Sprint Backlog
102
Construcción del Sprint
Sprint 1
Estimación
Actividad Prioridad Encargados
(P.H)
Autenticación de
3 1
Logueo
Gestión de Usuarios 8 1
Gestión de Marcas 5 1
Gestión de
Empaque del 5 1
Producto
Team Scrum
Gestión de
8 1
Productos
Gestión de Clientes 5 1
Gestión de
5 1
Proveedores
Gestión de Pedidos 8 2
103
Tabla 27: Sprint 2
Sprint 2
Estimación
Actividad Prioridad Encargados
P.H
Gestión de
20 2
Compras
Team Scrum
Gestión de Ventas 20 2
Sprint 3
Estimación
Actividad Prioridad Encargados
P.H
Reporte de
13 2
Exactitud de Stock
Team Scrum
Reporte de Tasa
13 2
de Abastecimiento
104
SPRINT 0
Tabla 29: Tareas y estimación del Sprint 0
Sprint Tareas P.H Total de P.H Semana
Reunión de
5
planificación
105
Diseño lógico de la base de datos
106
Creación de la base de datos física
107
Definición de la arquitectura
La arquitectura Modelo Vista Controlador (MVC), se estructura en tres componentes lógicos que interactúan entre sí. El
modelo maneja los datos que existen en el sistema. La Vista define y gestiona cómo se presentan los datos a los usuarios
y el controlador ve la parte de la interacción del usuario y pasa estas interacciones a la Vista y al Modelo.
VISTA
CONTROLADOR MODELO
MySQL
108
7. DESARROLLO DEL SPRINT
7.1. Sprint N° 1
El día 15 de agosto del 2022, siendo las 05:00 pm, se reúnen los siguientes
involucrados en la empresa BROTASA S.A.C.:
ROL NOMBRE
Cesar Amoretti
Team Scrum Aldershon Navarro
Enzo Tasayco
Una vez revisados los requerimientos expuestos por el Product Owner, el equipo
Scrum aclara algunas dudas y se responsabiliza con la entrega de los requerimientos
planteado para el Sprint 1.
Se indica que la fecha de entrega para el Sprint 1, será el día 19 de Setiembre del
2022. Los presentes indicarán su aprobación de acuerdo a lo revisado en la
planificación del Sprint 1.
109
PLANIFICACIÓN DEL SPRINT N° 1
s e m a n a s
Gestión de Codificar gestión de
4
Sprint 1 Usuarios usuarios 8
Gestionar datos en la
2
base de datos
Realizar pruebas 1
Maquetar gestión de 5
1
marcas
Gestión de Codificar gestión de
2
Marcas marcas 5
Gestionar datos en la
1
base de datos
Realizar pruebas 1
Gestión de Maquetar gestión de
1 5
Empaque empaque del producto
110
del Producto Codificar gestión de
2
empaque del producto
Gestionar datos en la
1
base de datos
Realizar pruebas 1
Maquetar gestión de
1
productos
Gestión de Codificar gestión de
4
Productos productos 8
Gestionar datos en la
2
base de datos
Realizar pruebas 1
Maquetar gestión de
1
clientes
Codificar gestión de
Gestión de 2
clientes 5
Clientes
Gestionar datos en la
1
base de datos
Realizar pruebas 1
Maquetar gestión de
1
proveedores
Gestión de Codificar gestión de
2
Proveedores proveedores 5
Gestionar datos en la
1
base de datos
Realizar pruebas 1
Maquetar gestión de
1
Gestión de pedidos
8
Pedidos Codificar gestión de
4
pedidos
111
Gestionar datos en la
2
base de datos
Realizar pruebas 1
112
Diseño de maqueta y desarrollo de interfaces del sistema
Autenticación de Logueo
Diseño de la maqueta del login que permitirá el acceso del usuario al sistema.
113
Gestión de Usuarios
Diseño de la maqueta de gestión de usuario que permitirá al administrador gestionar
a los usuarios del sistema.
114
Gestión de Marcas
Diseño de la maqueta de la gestión de marcas que permitirá al administrador
gestionar las marcas de los productos con los que trabajará la empresa.
115
Gestión de Empaque del Producto
Diseño de la maqueta del empaque del producto que permitirá al usuario gestionar
las presentaciones de los productos con los que trabajará la empresa.
116
Gestión de Productos
Maqueta de diseño de la gestión de productos que permitirá al usuario gestionar los
productos con las que trabajará la empresa.
117
Gestión de clientes
Maqueta de diseño de la gestión de clientes que permitirá al usuario gestionar a los
clientes con las que trabajará la empresa.
118
Gestión de Proveedores
Maqueta de diseño de la gestión de proveedores que permitirá al usuario gestionar
a los proveedores con las que trabajará la empresa.
119
Gestión de Pedidos
Maqueta de diseño de la gestión de pedidos que permitirá al usuario gestionar a los
pedidos de los clientes con las que trabajará la empresa.
120
Burndown Chart Sprint N°1
121
ACTA DE ENTREGA DEL SPRINT N° 1
ROL NOMBRE
Cesar Amoretti
Team Scrum Aldershon Navarro
Enzo Tasayco
De acuerdo a los requerimientos expuestos por el Product Owner, los miembros del
Equipo Scrum dan lectura de lo realizado mostrando los requerimientos y las interfaces
elaboradas según lo establecido.
122
RETROSPECTIVA DEL SPRINT N° 1
Empresa Proyecto
SISTEMA WEB PARA EL CONTROL DE
BROTASA S.A.C. INVENTARIO PARA LA EMPRESA BROTASA
S.A.C.
Información de la reunión:
123
Reunión de Retrospectiva:
124
7.2. Sprint N° 2
El día 21 de septiembre del 2022, siendo las 05:00 pm, se reúnen los siguientes
involucrados en la empresa BROTASA S.A.C.:
ROL NOMBRE
Cesar Amoretti
Team Scrum Aldershon Navarro
Enzo Tasayco
Una vez revisados los requerimientos expuestos por el Product Owner, el equipo
Scrum aclara algunas dudas y se responsabiliza con la entrega de los requerimientos
planteado para el Sprint 2.
Se indica que la fecha de entrega para el Sprint 2, será el día 19 de octubre del 2022.
Los presentes indicarán su aprobación de acuerdo a lo revisado en la planificación del
Sprint 2.
125
PLANIFICACIÓN DEL SPRINT N° 2
Maquetar interfaz de
2
gestión de compras
Codificar gestión de
Gestión de 10
compras
Compras 20
Ingresar datos en la
5
base de datos
s e m a n a s
Sprint 2
Realizar pruebas 3
Maquetar interfaz
2
gestión de ventas
4
Codificar gestión de
Gestión de 10
ventas
Ventas 20
Gestionar datos en la
5
base de datos
Realizar pruebas 3
126
Diagrama de Base de Datos de Sprint 2
Figura 14: Base de Datos – Sprint 2
127
Diseño de maqueta y desarrollo de interfaces del sistema
Gestión de compras
Diseño de la maqueta de la gestión de compras que permitirá al usuario gestionar
las compras que requiera la empresa.
128
Gestión de ventas
Diseño de la maqueta de la gestión de ventas que permitirá al usuario gestionar
las ventas que realice la empresa.
129
Burndown Chart Sprint N°2
130
ACTA DE ENTREGA DEL SPRINT N° 2
El día 19 de octubre del 2022 siendo las 05:00 pm de acuerdo a lo acortado se reúnen
en la empresa Brotasa S.A.C. los involucrados en el proyecto:
Tabla 34: Roles y/o involucrados Sprint 2
ROL NOMBRE
Cesar Amoretti
Team Scrum Aldershon Navarro
Enzo Tasayco
De acuerdo a los requerimientos expuestos por el Product Owner, los miembros del
Equipo Scrum dan lectura de lo realizado mostrando los requerimientos y las interfaces
elaboradas según lo establecido.
131
RETROSPECTIVA DEL SPRINT N° 2
Información de la empresa y proyecto:
Empresa Proyecto
SISTEMA WEB PARA EL CONTROL DE
BROTASA S.A.C. INVENTARIO PARA LA EMPRESA BROTASA
S.A.C.
Información de la reunión:
Lugar BROTASA S.A.C.
Fecha y Hora 19 de octubre del 2022 - 05:00 pm
Iteración / Sprint Sprint N°2
Alonso Soldevilla
Cesar Amoretti
Personas convocadas Aldershon Navarro
Enzo Tasayco
Diego Soldevilla
Alonso Soldevilla
Cesar Amoretti
Personas que asistieron Aldershon Navarro
Enzo Tasayco
Diego Soldevilla
132
Reunión de Retrospectiva:
133
7.3. Sprint N° 3
El día 21 de octubre del 2022, siendo las 05:00 pm, se reúnen los siguientes
involucrados en la empresa BROTASA S.A.C.:
ROL NOMBRE
Cesar Amoretti
Team Scrum Aldershon Navarro
Enzo Tasayco
Una vez revisados los requerimientos expuestos por el Product Owner, el equipo
Scrum aclara algunas dudas y se responsabiliza con la entrega de los requerimientos
planteado para el Sprint 3.
Se indica que la fecha de entrega para el Sprint 3, será el día 4 de noviembre del 2022.
Los presentes indicarán su aprobación de acuerdo a lo revisado en la planificación del
Sprint 3.
134
PLANIFICACIÓN DEL SPRINT N° 3
Maquetar interfaz de
2
exactitud de inventario
s e m a n a s
Realizar pruebas 4
Sprint 3
Maquetar interfaz tasa
de abastecimiento de 2
pedidos
Reporte de Codificar tasa de 2
Tasa de abastecimiento de 5
abastecimiento pedidos 13
de pedidos
Gestionar datos en la
2
base de datos
Realizar pruebas 4
135
Diagrama de Base de Datos de Sprint 3
Figura 20: Base de Datos – Sprint 3
136
Reporte de Exactitud de Inventario
Diseño de la maqueta del reporte para la exactitud de inventario de los productos
que se tiene en la empresa.
137
Reporte de Tasa de Abastecimiento de Pedido
Diseño de la maqueta del reporte para la tasa de abastecimiento de pedidos de
los productos que se entregan a tiempo a los clientes que tiene la empresa.
138
Burndown Chart Sprint N°3
139
ACTA DE ENTREGA DEL SPRINT N° 3
El día 4 de noviembre del 2022 siendo las 05:00 pm de acuerdo a lo acortado se reúnen
en la empresa Brotasa S.A.C. los involucrados en el proyecto:
Tabla 37: Roles y/o involucrados Sprint 3
ROL NOMBRE
Cesar Amoretti
Team Scrum Aldershon Navarro
Enzo Tasayco
De acuerdo a los requerimientos expuestos por el Product Owner, los miembros del
Equipo Scrum dan lectura de lo realizado mostrando los requerimientos y las interfaces
elaboradas según lo establecido.
140
RETROSPECTIVA DEL SPRINT N° 3
Información de la empresa y proyecto:
Empresa Proyecto
SISTEMA WEB PARA EL CONTROL DE
BROTASA S.A.C. INVENTARIO PARA LA EMPRESA BROTASA
S.A.C.
Información de la reunión:
Lugar BROTASA S.A.C.
Fecha y Hora 4 de noviembre del 2022 - 05:00 pm
Iteración / Sprint Sprint N°3
Alonso Soldevilla
Cesar Amoretti
Personas convocadas Aldershon Navarro
Enzo Tasayco
Diego Soldevilla
Alonso Soldevilla
Cesar Amoretti
Personas que asistieron Aldershon Navarro
Enzo Tasayco
Diego Soldevilla
141
Reunión de Retrospectiva:
142