Chapoñan Lalopu y Pretell Quispe

Biblioteca Digital - Dirección de Sistemas de Informática y
Comunicación
UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
Sistema de información web para la mejora de la gestión de ventas y almacén en Telenor Perú
S.R.L., Trujillo.
TESIS PARA OPTAR EL TITULO DE INGENIERO DE SISTEMAS
AUTORES :
Br. Chapoñan Lalopu, Christian Roberth
Br. Pretell Quispe, Jaime Esaú
ASESOR :
Dr. Gómez Ávila, José Alberto
LÍNEA DE INVESTIGACIÓN :
GESTIÓN DE DESARROLLO DE SOFTWARE
TRUJILLO – PERÚ
2021
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Comercial-Compartir bajo la misma licencia 2.5 Perú.
Comunicación
JURADO DICTAMINADOR
--------------------------------------------------------------------
MG. JULIO LUIS TENORIO CABRERA
Presidente
--------------------------------------------------------------------
MS. ROBERT JERRY SANCHEZ TICONA
Secretario
--------------------------------------------------------------------
MG. MARCELINO TORRES VILLANUEVA
Vocal

i
Comunicación
DEDICATORIA
En primer lugar, dedico esta tesis a ti Dios por

guiarme a culminar mis metas para este año 2021
pese a las adversidades de este año ante el covid-19
he podido lograr culminar este proyecto.
Dedico esta tesis a mi familia, porque ellos

fueron mi motor y motivo para seguir de
manera indesmallable continuar con el
desarrollo en mi carrera profesional,
honrando la voluntad de mis padres
convirtiéndome en Ingeniero de Sistemas.
Dedico esta tesis al conjunto de personas que

ayudaron en esta importante etapa para mí,
proporcionando grandes enseñanzas tanto en
lo profesional como en lo personal.
Christian Roberth

ii
Comunicación
DEDICATORIA
Dedico esta tesis a Dios, quien me ha guiado,

me ha dado los conocimientos necesarios y
me ayudado a culminar este proyecto a pesar
de las adversidades que me he encontrado en
el camino.
Dedico esta tesis a mis padres, por su amor,

esfuerzo y sacrificio que me han brindado a
lo largo de estos años, gracias a ustedes he
logrado culminar este proyecto.
Dedico esta tesis a mi hermana Génesis

gracias por estar conmigo y apoyarme
siempre.
Jaime Esaú
iii
Comunicación
AGRADECIMIENTOS
Primero, expresamos nuestra gratitud y agradecimiento a nuestro amado Dios, ya que nos brindó la
firmeza necesaria para lograr nuestros objetivos lo cual nos permitió la culminación de nuestra tesis
de investigación.
A nuestra universidad por inculcarnos valores, conocimientos y experiencias con la finalidad de

alcanzar un alto grado de profesionalismo.
A la Empresa “Telenor Perú S.R.L.”, por su colaboración para el desarrollo de la presente tesis.
Por lo tanto, agradezco al Dr. Gómez Ávila, José Alberto, por su apoyo constante e incondicional
durante la implementación y desarrollo de este proyecto.
Extendemos nuestro agradecimiento, a nuestros familiares, docentes, amigos y todas las personas
involucradas que de alguna manera nos brindaron su apoyo y colaboración durante todo este tiempo.
Los Tesistas

iv
Comunicación
INDICE GENERAL
JURADO DICTAMINADOR ......................................................................................................................... i
DEDICATORIA .......................................................................................................................................... ii
AGRADECIMIENTOS ............................................................................................................................... iv
PRESENTACIÓN .....................................................................................................................................xxi
RESUMEN .............................................................................................................................................. xxii
ABSTRACT ............................................................................................................................................ xxiii
CAPÍTULO I: INTRODUCCIÓN .................................................................................................................. 1
CAPÍTULO II: MATERIALES Y METODOS ............................................................................................. 30
2.1 Materiales ................................................................................................................................ 31
2.1.1 Objeto de Estudio ................................................................................................................ 31
2.1.2 Recursos ............................................................................................................................. 31
2.2 Métodos ................................................................................................................................... 32
2.2.1 Tipo de Investigación ........................................................................................................... 32
2.2.2 Nivel de Investigación .......................................................................................................... 32
2.2.3 Diseño de Investigación....................................................................................................... 33
2.2.4 Población, Muestra y Muestreo ........................................................................................... 34
2.2.5 Variables.............................................................................................................................. 36
2.2.6 Técnicas e Instrumentos, Validación y Confiabilidad ........................................................... 38
2.2.7 Método de Análisis de Datos ............................................................................................... 38
2.2.8 Procedimiento...................................................................................................................... 38
2.2.9 Consideraciones Éticas ....................................................................................................... 41
CAPÍTULO III: RESULTADOS ................................................................................................................. 42
3 PERSONAS Y ROLES DEL PROYECTO ........................................................................................ 43
3.1 Stakeholders ............................................................................................................................ 43
3.2 Product Owner ......................................................................................................................... 43
3.3 Scrum Master .......................................................................................................................... 43
3.4 Develop Team ......................................................................................................................... 43
4 PRODUCT BACKLOG ..................................................................................................................... 43
4.1 Funcionalidades....................................................................................................................... 43
4.1.1 Requerimientos ................................................................................................................... 44
4.1.2 Casos de uso....................................................................................................................... 63
4.2 Historias de usuario ................................................................................................................. 72
4.3 Diagrama de actividades ......................................................................................................... 86
4.3.1 DACU – Gestionar usuarios ................................................................................................ 86
4.3.2 DACU – Gestionar perfiles .................................................................................................. 88
v
Comunicación
4.3.3 DACU – Gestionar permisos ............................................................................................... 89

4.3.4 DACU – Gestionar compras ................................................................................................ 90
4.3.5 DACU – Gestionar proveedor .............................................................................................. 91
4.3.6 DACU – Gestionar producto ................................................................................................ 92
4.3.7 DACU – Gestionar marca .................................................................................................... 93
4.3.8 DACU – Gestionar categoría ............................................................................................... 94
4.3.9 DACU – Gestionar unidad medida ...................................................................................... 95
4.3.10 DACU – Gestionar tipo documento ................................................................................. 96
4.3.11 DACU – Gestionar ventas ............................................................................................... 97
4.3.12 DACU – Gestionar cotización .......................................................................................... 98
4.3.13 DACU – Gestionar cliente ............................................................................................... 99
4.3.14 DACU – Elaborar reporte productos .............................................................................. 100
4.3.15 DACU – Elaborar reporte ventas ................................................................................... 101
4.4 Estimación del esfuerzo de desarrollo ................................................................................... 102
4.4.1 Cálculo de puntos de caso de uso sin ajustar ................................................................... 102
4.4.2 Factor de peso de los actores sin ajustar .......................................................................... 103
4.4.3 Factor de peso de los casos de uso sin ajustar ................................................................. 103
4.4.4 Cálculo de puntos de caso de uso ajustados .................................................................... 106
4.4.5 Factor de complejidad técnica ........................................................................................... 106
4.4.6 Factor de ambiente ............................................................................................................ 107
4.4.7 Estimación del esfuerzo..................................................................................................... 108
4.4.8 Cálculo del tiempo de desarrollo ....................................................................................... 110
4.5 Estudio de viabilidad económica............................................................................................ 111
4.5.1 Costo de inversión ............................................................................................................. 111
4.5.2 Costo de desarrollo ........................................................................................................... 112
4.5.3 Costos de implementación ................................................................................................ 114
4.5.4 Costos operacionales (Anual)............................................................................................ 115
4.5.5 Beneficios .......................................................................................................................... 117
4.5.6 Flujo de caja ...................................................................................................................... 118
4.5.7 Análisis de rentabilidad ...................................................................................................... 119
4.6 Tareas técnicas ..................................................................................................................... 125
4.6.1 Tarjetas CRC ..................................................................................................................... 125
4.6.2 Diagrama de clases ........................................................................................................... 128
4.6.3 Diagrama de datos ............................................................................................................ 130
4.6.4 Modelo de datos ................................................................................................................ 131
4.6.5 Modelo de base datos lógico ............................................................................................. 132
vi
Comunicación
4.6.6 Modelo de base datos físico .............................................................................................. 133

4.6.7 Diagrama de base de datos............................................................................................... 134
4.6.8 Diagrama de navegabilidad ............................................................................................... 135
4.6.9 Diagrama componentes..................................................................................................... 136
4.6.10 Diagrama de despliegue................................................................................................ 137
5 PLANIFICACIÓN DEL PRODUCT BACKLOG ............................................................................... 138
6 SPRINT 1 ....................................................................................................................................... 143
6.1 SPRINT BACKLOG ............................................................................................................... 143
6.2 PRUEBAS.............................................................................................................................. 143
6.3 INTERFACES ........................................................................................................................ 144
6.4 BURNDOWN CHART ............................................................................................................ 145
6.5 SPRINT REVIEW .................................................................................................................. 145
6.6 RETROSPECTIVA DEL SPRINT .......................................................................................... 146
7 SPRINT 2 ....................................................................................................................................... 147
7.1 SPRINT BACKLOG ............................................................................................................... 147
7.2 PRUEBAS.............................................................................................................................. 147
7.3 INTERFACES ........................................................................................................................ 149
7.4 BURNDOWN CHART ............................................................................................................ 149
7.5 SPRINT REVIEW .................................................................................................................. 150
8 SPRINT 3 ....................................................................................................................................... 151
8.1 SPRINT BACKLOG ............................................................................................................... 151
8.2 PRUEBAS.............................................................................................................................. 151
8.3 INTEFACES........................................................................................................................... 156
8.4 BURNDOWN CHART ............................................................................................................ 163
8.5 SPRINT REVIEW .................................................................................................................. 163
9 SPRINT 4 ....................................................................................................................................... 164
9.1 SPRINT BACKLOG ............................................................................................................... 164
9.2 PRUEBAS.............................................................................................................................. 165
9.3 INTERFACES ........................................................................................................................ 168
9.4 BURNDOWN CHART ............................................................................................................ 170
9.5 SPRINT REVIEW .................................................................................................................. 170
10 SPRINT 5 ....................................................................................................................................... 171
10.1 SPRINT BACKLOG ............................................................................................................... 171
vii
Comunicación
10.2 PRUEBAS.............................................................................................................................. 172

10.3 INTERFACES ........................................................................................................................ 175
10.4 BURNDOWN CHART ............................................................................................................ 178
10.5 SPRINT REVIEW .................................................................................................................. 178
11 SPRINT 6 ....................................................................................................................................... 179
11.1 SPRINT BACKLOG ............................................................................................................... 179
11.2 PRUEBAS.............................................................................................................................. 180
11.3 INTERFACES ........................................................................................................................ 182
11.4 BURNDOWN CHART ............................................................................................................ 186
11.5 SPRINT REVIEW .................................................................................................................. 186
12 MODELO DE IMPLANTACIÓN ...................................................................................................... 188
12.1 DESCRIPCIÓN DEL SISTEMA ............................................................................................. 188
12.2 DESPLIEGUE DE ENTORNO PRODUCTIVO ...................................................................... 189
12.3 REQUISITOS PARA EL USO DEL SISTEMA ....................................................................... 190
12.4 CAPACITACIONES ............................................................................................................... 190
13 CONTRASTACIÓN DE HIPOTESIS .............................................................................................. 191
13.1 ANÁLISIS DE LOS INDICADORES CUANTITATIVOS ......................................................... 193
13.2 ANÁLISIS DE LOS INDICADORES CUALITATIVOS ............................................................ 203
CAPÍTULO IV: DISCUSIÓN ................................................................................................................... 208
14 DISCUSIÓN DE RESULTADOS .................................................................................................... 209
14.1 REDUCIR EL TIEMPO DE GENERACIÓN DE REPORTES. ................................................ 209
14.2 REDUCIR EL TIEMPO DE REGISTRO DE VENTAS. .......................................................... 210
14.3 REDUCIR EL TIEMPO DE BÚSQUEDA DE PRODUCTOS.................................................. 211
14.4 INCREMENTAR EL NIVEL DE SATISFACCIÓN DE LOS USUARIOS. ................................ 212
CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES .................................................................. 213
15 CONCLUSIONES .......................................................................................................................... 214
16 RECOMENDACIONES .................................................................................................................. 215
REFERENCIAS BIBLIOGRÁFICAS ....................................................................................................... 216
REFERENCIAS .................................................................................................................................. 217
ANEXOS ................................................................................................................................................ 221
FORMATOS ........................................................................................................................................... 287

viii
Comunicación
INDICE DE FIGURAS
Figura 1: Interrelación entre elementos de un sistema de información y la organización .................. 6

Figura 2: Sistema de información de la organización ......................................................................... 7
Figura 3: Etapas de desarrollo de XP ............................................................................................... 12
Figura 4: Ciclo de Desarrollo Ágil...................................................................................................... 15
Figura 5: Secuencia Sprint ................................................................................................................ 17
Figura 6: Descripción general del proceso Scrum ............................................................................ 19
Figura 7: Fases del RUP ................................................................................................................... 23
Figura 8: Flujo de la estructura estática del proceso......................................................................... 24
Figura 9: Diseño de investigación ..................................................................................................... 33
Figura 10: Ciclo de Scrum ................................................................................................................ 39
Figura 11: BPMN gestionar venta ..................................................................................................... 43
Figura 12: gestionar almacén ........................................................................................................... 44
Figura 13: Diagrama de caso de uso ................................................................................................ 63
Figura 14: Diagrama de actividades gestionar usuarios ................................................................... 87
Figura 15: Diagrama de actividades gestionar perfiles ..................................................................... 88
Figura 16: Diagrama de actividades gestionar permisos .................................................................. 89
Figura 17: Diagrama de actividades gestionar compras ................................................................... 90
Figura 18: Diagrama de actividades gestionar proveedor ................................................................. 91
Figura 19: Diagrama de actividades gestionar producto ................................................................... 92
Figura 20: Diagrama de actividades gestionar marca ....................................................................... 93
Figura 21: Diagrama de actividades gestionar categoría .................................................................. 94
Figura 22: Diagrama de actividades gestionar unidad medida ......................................................... 95
Figura 23: Diagrama de actividades gestionar tipo documento ........................................................ 96
Figura 24: Diagrama de actividades gestionar ventas ...................................................................... 97
Figura 25: Diagrama de actividades gestionar cotización ................................................................. 98
Figura 26: Diagrama de actividades gestionar cliente ...................................................................... 99
Figura 27: Diagrama de actividades elaborar reporte producto ...................................................... 100
Figura 28: Diagrama de actividades elaborar reporte ventas.......................................................... 101
Figura 29: Cálculo de VAN mediante Excel .................................................................................... 120
Figura 30: Cálculo del VPc mediante Excel .................................................................................... 121
Figura 31: Cálculo del VPb mediante Excel .................................................................................... 122
Figura 32: Cálculo de TIR mediante Excel ...................................................................................... 124
ix
Comunicación
Figura 33: Diagrama de clases ....................................................................................................... 129

Figura 34: Diagrama de datos......................................................................................................... 130
Figura 35: Modelo de datos ............................................................................................................ 131
Figura 36: Modelo lógico ................................................................................................................. 132
Figura 37: Modelo físico .................................................................................................................. 133
Figura 38: Diagrama de base datos MYSQL .................................................................................. 134
Figura 39: Diagrama de navegabilidad ........................................................................................... 135
Figura 40: Diagrama de componentes ............................................................................................ 136
Figura 41: Diagrama de despliegue ................................................................................................ 137
Figura 42: Roadmap del proyecto ................................................................................................... 141
Figura 43: Pantalla principal protegida y token valido ..................................................................... 144
Figura 44: Burndown chart Sprint 1 ................................................................................................ 145
Figura 45: Interfaz inicio de sesión ................................................................................................. 149
Figura 47: Interfaz mantenedor usuarios ........................................................................................ 156
Figura 48: interfaz agregar usuario ................................................................................................. 156
Figura 49: Interfaz resumen de usuario .......................................................................................... 157
Figura 50: Interfaz editar usuario .................................................................................................... 157
Figura 51: Interfaz mantenedor perfiles .......................................................................................... 158
Figura 52: Interfaz agregar perfil ..................................................................................................... 158
Figura 53: Interfaz editar perfil ........................................................................................................ 159
Figura 54: Interfaz mantenedor proveedores .................................................................................. 159
Figura 55: Interfaz agregar proveedor ............................................................................................ 160
Figura 56: Interfaz editar proveedor ................................................................................................ 160
Figura 57: Interfaz mantenedor productos ...................................................................................... 161
Figura 58: Interfaz agregar producto ............................................................................................... 161
Figura 59: Interfaz editar producto .................................................................................................. 162
Figura 60: Interfaz historial de productos ........................................................................................ 162
Figura 62: Interfaz mantenedor marcas .......................................................................................... 168
Figura 63: Interfaz mantenedor categoría ....................................................................................... 168
Figura 64: Interfaz mantenedor unidad medida .............................................................................. 169
Figura 65: Interfaz mantenedor tipo documento ............................................................................. 169
Figura
Esta 66: Burndown
obra chart
ha sido Sprint 4 ................................................................................................
publicada bajo la licencia Creative Commons Reconocimiento-No 170
x
Comunicación
Figura 67: Interfaz mantenedor ventas ........................................................................................... 175

Figura 68: Interfaz crear venta ........................................................................................................ 175
Figura 69: Interfaz mantenedor cotizaciones .................................................................................. 176
Figura 70: Interfaz crear cotización ................................................................................................. 176
Figura 71: Interfaz mantenedor clientes .......................................................................................... 177
Figura 72: Interfaz crear cliente ...................................................................................................... 177
Figura 74: Interfaz mantenedor compras ........................................................................................ 182
Figura 75: Interfaz crear compra ..................................................................................................... 183
Figura 76: Interfaz mantenedor reporte producto............................................................................ 183
Figura 77: Reporte de productos .................................................................................................... 184
Figura 78: Interfaz mantenedor reporte de ventas .......................................................................... 184
Figura 79: Interfaz detalle reporte de ventas................................................................................... 185
Figura 80: Reporte de ventas.......................................................................................................... 185
Figura 82: Resultados prueba de normalidad obtenidos de la herramienta R-Studio ..................... 193
Figura 83: Gráfica de normalidad Generación de Reportes R-Studio ............................................. 194
Figura 84: Resultados obtenidos de la herramienta R-Studio ......................................................... 195
Figura 85: Distribución Z - Área de aceptación y rechazo "Tiempo de Generación de reportes" .... 196
Figura 87: Gráfica de normalidad Registro de Ventas R-Studio ..................................................... 197
Figura 89: Distribución Z - Área de aceptación y rechazo "Tiempo de Registro de ventas" ........... 199
Figura 91: Gráfica de normalidad Búsqueda de Productos R-Studio.............................................. 201
Figura 93: Distribución Z - Área de aceptación y rechazo "Tiempo de búsqueda de productos" .... 202
Figura 95: Gráfica de normalidad Nivel de Satisfacción R-Studio................................................... 205
Figura 97: Distribución T para dos muestras pareadas - Área de aceptación y rechazo "Nivel de
Satisfacción" ................................................................................................................................... 207
Figura 98: Tiempo promedio generación de reportes ..................................................................... 209
Figura
Esta 99: Tiempo
obra promedio
ha sido registrosbajo
publicada de venta ..............................................................................
la licencia Creative Commons Reconocimiento-No 210
xi
Comunicación
Figura 100: Tiempo promedio búsqueda de productos ................................................................... 211

Figura 101: Nivel de satisfacción de los usuarios ........................................................................... 212
Figura 102: Árbol de Problemas ..................................................................................................... 222
Figura 103: Árbol de Objetivos........................................................................................................ 223
Figura 104: Diagrama de lluvia de ideas ......................................................................................... 225
Figura 105: Diagrama de Pareto ..................................................................................................... 227
Figura 106: Consentimiento para realizar encuesta ........................................................................ 229
Figura 107: Formato de entrevista para los trabajadores de Telenor - Parte 1 ............................... 230
Figura 108: Formato de entrevista para los trabajadores de Telenor - Parte 2 ............................... 231
Figura 109: Entrevista para trabajadores de la empresa Telenor - Encuesta 1, Parte 1 ................. 232
Figura 119: Formato para la evaluación de instrumentos de recolección de datos ........................ 242
Figura 120: Formato para la evaluación de instrumentos - Experto 1............................................. 243
Figura 121: Formato para la evaluación de instrumentos - Experto 2 ............................................. 244
Figura 122: Formato para la evaluación de instrumentos - Experto 3 ............................................. 245
Figura 123: Encuesta para determinar la metodología ................................................................... 246
Figura 124: Encuesta para determinar la metodología - Experto 1 ................................................. 247
Figura 127: Formato de encuesta para medir el nivel de satisfacción ............................................ 250
Figura 128: Encuesta para trabajadores de la empresa Telenor - Pre Test 1................................. 251
Figura
Esta 133:
obraEncuesta
ha sidopara trabajadores
publicada bajodela
la empresa
licenciaTelenor - PostCommons
Creative Test 1 ...............................
Reconocimiento-No 256
xii
Comunicación
Figura 134: Encuesta para trabajadores de la empresa Telenor - Post Test 2 ............................... 257
Figura 138: dataFrame - data de encuesta ingresada para el procesamiento de información........ 277
Figura 139: Resultado Alfa de Cronbach ........................................................................................ 278
Figura 140: Gráfico de la pregunta 1 de la encuesta ...................................................................... 278
Figura 148: Distribución Normal...................................................................................................... 285
Figura 149: Distribución de T de Student ........................................................................................ 286

xiii
Comunicación
INDICE DE TABLAS
Tabla 1: Fases de la metodología SCRUM. ...................................................................................... 21

Tabla 2: Cuadro comparativo RUP, SCRUM Y XP ........................................................................... 26
Tabla 3: Cuadro de Personal ............................................................................................................ 31
Tabla 4: Cuadro de Materiales y Equipos ......................................................................................... 31
Tabla 5: Viajes .................................................................................................................................. 31
Tabla 6: Servicios ............................................................................................................................. 32
Tabla 7: Recursos Tecnológicos ....................................................................................................... 32
Tabla 8: Población ............................................................................................................................ 34
Tabla 9: Matriz de operacionalización de variables .......................................................................... 37
Tabla 10: Técnicas e instrumentos de recolección de datos............................................................. 38
Tabla 11: Puntos mínimos del product backlog ................................................................................ 39
Tabla 12: Datos necesarios para registrar un perfil .......................................................................... 45
Tabla 13: Datos necesarios para registrar un usuario ...................................................................... 46
Tabla 14: Datos necesarios para registrar una marca ...................................................................... 47
Tabla 15: Datos necesarios para registrar una categoría ................................................................. 47
Tabla 16: Datos necesarios para registrar unidad de medida ........................................................... 47
Tabla 17: Datos necesarios para registrar tipo documento ............................................................... 47
Tabla 18: Datos necesarios para registrar un producto .................................................................... 48
Tabla 19: Datos necesarios para registrar una compra .................................................................... 49
Tabla 20: Datos necesarios para registrar una venta ....................................................................... 50
Tabla 21: Datos necesarios para realizar una cotización .................................................................. 51
Tabla 22: Datos necesarios para registrar un cliente ........................................................................ 53
Tabla 23: Datos necesarios para registrar un proveedor .................................................................. 53
Tabla 24: Requerimientos generales del sistema ............................................................................. 54
Tabla 25: prioridades generales del sistema..................................................................................... 55
Tabla 26: Requisito registrar usuario ................................................................................................ 55
Tabla 27: Requisito mostrar registro de usuarios.............................................................................. 56
Tabla 28: Requisito registrar perfil .................................................................................................... 56
Tabla 29: Requisito registrar producto .............................................................................................. 57
Tabla 30: Requisito mostrar historial de producto ............................................................................. 57
Tabla 31: Requisito registrar marca .................................................................................................. 58
Tabla 32: Requisito registrar categoría ............................................................................................. 58
xiv
Comunicación
Tabla 33: Requisito registrar tipo documento.................................................................................... 59

Tabla 34: Requisito registrar unidad de medida................................................................................ 59
Tabla 35: Requisito registrar venta ................................................................................................... 60
Tabla 36: Requisito registrar compra ................................................................................................ 60
Tabla 37: Requisito registrar cliente.................................................................................................. 61
Tabla 38: Requisito registrar proveedor ............................................................................................ 61
Tabla 39: Requisito registrar cotización ............................................................................................ 62
Tabla 40: Actor del sistema - Administrador ..................................................................................... 63
Tabla 41: Actor del sistema - Usuario ............................................................................................... 64
Tabla 42: Caso de uso del sistema - Gestionar usuarios .................................................................. 64
Tabla 43: Caso de uso del sistema - Gestionar perfiles .................................................................... 65
Tabla 44: Caso de uso del sistema - Gestionar permisos ................................................................. 65
Tabla 45: Caso de uso del sistema - Gestionar compra ................................................................... 66
Tabla 46: Caso de uso del sistema - Gestionar proveedor ............................................................... 66
Tabla 47: Caso de uso del sistema - Gestionar producto ................................................................. 67
Tabla 48: Caso de uso del sistema - Gestionar marca ..................................................................... 67
Tabla 49: Caso de uso del sistema - Gestionar categoría ................................................................ 68
Tabla 50: Caso de uso del sistema - Gestionar unidad de medida ................................................... 68
Tabla 51: Caso de uso del sistema - Gestionar tipo documento ....................................................... 69
Tabla 52: Caso de uso del sistema - Gestionar ventas..................................................................... 69
Tabla 53: Caso de uso del sistema - Gestionar cotización ............................................................... 70
Tabla 54: Caso de uso del sistema - Gestionar cliente ..................................................................... 70
Tabla 55: Caso de uso del sistema - Elaborar reportes .................................................................... 71
Tabla 56: Caso de uso del sistema - Elaborar reporte de producto .................................................. 71
Tabla 57: Caso de uso del sistema - Elaborar reporte de ventas ..................................................... 72
Tabla 58: HU Inicio de sesión de administrador................................................................................ 72
Tabla 59: HU Mantenedor de perfil ................................................................................................... 73
Tabla 60: HU Mantenedor de permisos ............................................................................................ 73
Tabla 61: HU Mantenedor de usuarios ............................................................................................. 74
Tabla 62: HU Mantenedor de productos ........................................................................................... 74
Tabla 63: HU Pantalla historial de producto ...................................................................................... 75
Tabla 64: HU Mantenedor de marca ................................................................................................. 75
Tabla 65: HU Mantenedor de categoría ............................................................................................ 76
Tabla
Esta66: HU Mantenedor
obra de unidadbajo
ha sido publicada de medida ..............................................................................
xv
Comunicación
Tabla 67: HU Mantenedor de tipo documento .................................................................................. 77

Tabla 68: HU Mantenedor de compras ............................................................................................. 77
Tabla 69: HU Mantenedor de ventas ................................................................................................ 78
Tabla 70: HU Mantenedor de cotizaciones ....................................................................................... 78
Tabla 71: HU Mantenedor de clientes ............................................................................................... 79
Tabla 72: HU Mantenedor de proveedores ....................................................................................... 79
Tabla 73: HU Pantalla resumen usuario ........................................................................................... 80
Tabla 74: HU Inicio de sesión de usuario ......................................................................................... 80
Tabla 75: HU mantenedor dashboard ............................................................................................... 81
Tabla 76: HU Botón nueva marca y categoría .................................................................................. 81
Tabla 77: HU Mantenedor Kardex .................................................................................................... 82
Tabla 78: HU Botón nuevo proveedor y producto ............................................................................. 82
Tabla 79: HU Botón nuevo cliente en registrar venta ........................................................................ 83
Tabla 80: HU Botón nuevo cliente en registrar cotización ................................................................ 83
Tabla 81: HU Botón agregar a venta desde cotización ..................................................................... 84
Tabla 82: HU Campo concreto vent. ................................................................................................. 84
Tabla 83: HU Mantenedor precios venta .......................................................................................... 85
Tabla 84: HU Módulo de reporte de ventas ...................................................................................... 85
Tabla 85: HU Botón ventas del día en reporte de ventas ................................................................. 85
Tabla 86: HU Módulo de reporte de productos ................................................................................. 86
Tabla 87: HU Seleccionar indicador de rotación en reporte productos ............................................. 86
Tabla 88: Tabla de pesos por actor ................................................................................................ 103
Tabla 89: Factor de peso por cada actor ........................................................................................ 103
Tabla 90: Resumen de factor de peso de actores sin ajustar ......................................................... 103
Tabla 91: Asignación de pesos por caso de uso............................................................................. 103
Tabla 92: Factor de peso de caso de uso sin ajustar ...................................................................... 104
Tabla 93: Factor de complejidad técnica ........................................................................................ 107
Tabla 94: Factor ambiente .............................................................................................................. 108
Tabla 95: Distribución de horas de desarrollo ................................................................................. 109
Tabla 96: Costo de inversión - Hardware ........................................................................................ 111
Tabla 97: Costo de inversión - Software ......................................................................................... 111
Tabla 98: Costo de inversión - Muebles .......................................................................................... 111
Tabla 99: Costo de inversión- Total ................................................................................................ 112
Tabla
Esta100:
obraCosto
ha de desarrollo
sido - Recursos
publicada humanos
bajo la .....................................................................
licencia Creative Commons Reconocimiento-No 112
xvi
Comunicación
Tabla 101: Costo de desarrollo - Materiales ................................................................................... 112

Tabla 102: Costo de desarrollo - Energía ....................................................................................... 113
Tabla 103: Costo de desarrollo - Servicios ..................................................................................... 113
Tabla 104: Costo de desarrollo - Total ............................................................................................ 114
Tabla 105: Costo de implementación - Hardware ........................................................................... 114
Tabla 106: Costo de implementación - Software ............................................................................ 114
Tabla 107: Costo de implementación - Muebles ............................................................................. 115
Tabla 108: Costo de implementación- Total.................................................................................... 115
Tabla 109: Costos operacionales - Recursos Humanos ................................................................. 115
Tabla 110: Costos operacionales - Recursos materiales ................................................................ 116
Tabla 111: Costo operacional - Energía ......................................................................................... 116
Tabla 112: Costo operacional - Mantenimiento............................................................................... 116
Tabla 113: Costo operacional - Depreciación ................................................................................. 117
Tabla 114: Costo operacional - Total .............................................................................................. 117
Tabla 115: Beneficios tangibles ...................................................................................................... 118
Tabla 116: Flujo de caja .................................................................................................................. 118
Tabla 117: Tarjeta CRC – TI_MÓDULOS ....................................................................................... 125
Tabla 118: Tarjeta CRC – TI_MENÚ .............................................................................................. 125
Tabla 119: Tarjeta CRC – TI_SUBMENU ....................................................................................... 125
Tabla 120: Tarjeta CRC – TI_OPCIÓN ........................................................................................... 126
Tabla 121: Tarjeta CRC – TI_PERMISO ........................................................................................ 126
Tabla 122: Tarjeta CRC – TI_PERFIL ............................................................................................ 126
Tabla 123: Tarjeta CRC – TI_USUARIO ......................................................................................... 126
Tabla 124: Tarjeta CRC – TI_PRODUCTOS .................................................................................. 127
Tabla 125: Tarjeta CRC – TI_MAESTROS ..................................................................................... 127
Tabla 126. Tarjeta CRC – TI_COMPRAS ....................................................................................... 127
Tabla 127: Tarjeta CRC – TI_VENTAS ........................................................................................... 127
Tabla 128: Tarjeta CRC – TI_CLIENTES........................................................................................ 128
Tabla 129:Tarjeta CRC – TI_PROVEEDORES .............................................................................. 128
Tabla 130: Planificación del Product Backlog ................................................................................. 138
Tabla 131: Listado de herramientas de software ............................................................................ 140
Tabla 132: Estimación de la cantidad de puntos de historia por sprint ........................................... 142
Tabla 133: Sprint Backlog - Sprint 1 ............................................................................................... 143
Tabla
Esta134:
obraPrueba caja negra
ha sido – Validar
publicada bajotoken
la pantalla
licencia protegida ...................................................
Creative Commons Reconocimiento-No 143
xvii
Comunicación
Tabla 135: Resumen de reunión de retrospectiva - Sprint 1 ........................................................... 146

Tabla 137: Prueba caja negra - Iniciar sesión ................................................................................. 147
Tabla 140: Prueba caja negra - Crear usuario ................................................................................ 151
Tabla 141: Prueba caja negra - Crear perfil .................................................................................... 152
Tabla 142: Prueba caja negra - Crear proveedor............................................................................ 152
Tabla 143: Prueba caja negra - Crear producto .............................................................................. 153
Tabla 146: Prueba caja negra - Crear marca .................................................................................. 165
Tabla 147: Prueba caja negra - Crear categoría ............................................................................. 165
Tabla 148: Prueba caja negra - Crear unidad medida .................................................................... 165
Tabla 149: Prueba caja negra - Crear tipo documento ................................................................... 165
Tabla 152: Prueba caja negra - Crear venta ................................................................................... 172
Tabla 153: Prueba caja negra - Crear cotización ............................................................................ 172
Tabla 154: Prueba caja negra - Crear cliente ................................................................................. 173
Tabla 156: Prueba caja negra - Gestionar registro de compras...................................................... 180
Tabla 157: Prueba caja negra - Crear registro de compras ............................................................ 180
Tabla 158: Prueba caja negra - Elaborar reporte de productos ...................................................... 180
Tabla 159: Prueba caja negra - Elaborar reporte de ventas ........................................................... 181
Tabla 160: Prueba caja negra - Exportar reporte ............................................................................ 181
Tabla 161: Indicadores cuantitativos y cualitativos ......................................................................... 191
Tabla 162: Pesos para los niveles de aprobación ........................................................................... 203
Tabla 163: Discusión de resultados - Generación de reportes ....................................................... 209
Tabla 164: Discusión de resultados – Registros de venta .............................................................. 210
Tabla 165: Discusión de resultados – Búsqueda de productos ...................................................... 211
Tabla 166: Discusión de resultados – Nivel de satisfacción............................................................ 212
Tabla 167: Matriz Operacionalización de Variables ........................................................................ 224
Tabla
Esta168:
obraPriorización
ha sido de frecuencias
publicada ordenada
bajo ...........................................................................
xviii
Comunicación
Tabla 169: Porcentaje acumulado por cada tipo de problema ........................................................ 226
Tabla 170: Tiempos de generación de reportes.............................................................................. 261
Tabla 171: Tiempos de registro de ventas ...................................................................................... 262
Tabla 172: Tiempos de búsqueda de productos ............................................................................. 263
Tabla 173: Resultados de encuesta - Nivel de Satisfacción de usuarios – Pre-Test ...................... 271
Tabla 174: Resultados de encuesta - Nivel de Satisfacción de usuarios – Post-Test ..................... 271
Tabla 175: Comparación Pre-Test y Post-Test Nivel de satisfacción ............................................. 272
Tabla 176: Resumen de Selección de la Metodología RUP ........................................................... 276
Tabla 177: Resumen de Selección de la Metodología XP .............................................................. 276
Tabla 178: Resumen de Selección de la Metodología SCRUM ...................................................... 276
Tabla 179: Código de preguntas de encuesta ................................................................................ 277

xix
Comunicación
INDICE DE ANEXOS
Anexo 1: Árbol de Problemas ......................................................................................................... 222

Anexo 2: Árbol de Objetivos ........................................................................................................... 223
Anexo 3: Matriz de Operacionalización de Variables ...................................................................... 224
Anexo 4: Instrumentos de Recolección de Datos ........................................................................... 225
Anexo 5: Instrumentos de Procesamiento y Análisis de Información .............................................. 250
Anexo 6: Validación de Instrumentos.............................................................................................. 273
Anexo 7A Y 7B: Constancia de Aplicación de Instrumentos ........................................................... 283
Anexo 8: Instrumentos de Distribución Estadística de Probabilidad ............................................... 285

xx
Comunicación
PRESENTACIÓN
Señores Miembros del Jurado:
De acuerdo con los criterios establecidos por el Departamento de Ingeniería de Sistemas de la

Facultad de Ingeniería de la Universidad Nacional de Trujillo y para la selección del título de Ingeniero
de Sistemas, les presento el siguiente trabajo de Tesis titulado:
“SISTEMA DE INFORMACIÓN WEB PARA LA MEJORA DE LA GESTIÓN DE VENTAS Y

ALMACÉN EN TELENOR PERÚ S.R.L., TRUJILLO”
La presente tesis fue culminada como resultado de haber adquirido los conocimientos fundamentales
y necesarios en nuestro arduo aprendizaje académico de la carrera profesional, confiando en que
nuestro trabajo sirva como aporte a futuras investigaciones.
Trujillo, noviembre de 2021
Christian Roberth Chapoñan Lalopu Jaime Esaú Pretell Quispe

Bach. Ingeniería de Sistemas Bach. Ingeniería de Sistemas

xxi
Comunicación
RESUMEN
El proyecto presentado lleva como título: “SISTEMA DE INFORMACIÓN WEB PARA LA MEJORA
DE LA GESTIÓN DE VENTAS Y ALMACÉN EN TELENOR PERÚ S.R.L., TRUJILLO”.
Actualmente las empresas y/o negocios no cuentan con sus procesos automatizados, por lo tanto el
desarrollo e implementación de un sistema, en el marco de la tecnología web, podrá permitir el acceso
a información remota, acceso a reportes y consultas (registros de ventas, perfiles de usuarios, perfiles
de clientes, perfiles de proveedores, permisos, registros de productos, registros de categorías, perfil
de marca, perfil de unidad de medida, tipos de documentos, Reportes de Productos, Reportes de
Ventas); y por lo tanto esto disminuirá el tiempo de respuesta para obtener la información deseada.
En el código del Sistema Web se optó por utilizar Node JS para la parte de Backend, dentro de la
capa de dato o base de datos se utilizó MySQL, como metodología ágil se utilizó SCRUM, Lenguaje
de modelado UML y extensiones para aplicaciones web. También se utilizó un framework llamado
angular para la parte de Frontend
Dentro de los objetivos específicos que se planteó dentro de la siguiente investigación, se ha podido
lograr incrementar la satisfacción del cliente que maneja e interactúa directamente con el aplicativo
propuesto, así como, se logró reducir los tiempos en los procesos actuales (Registro, Reportes, etc.),
a fin de mejorar la gestión de la empresa.
Palabras claves: Sistema de información web, gestión de almacén, gestión de ventas, agilización
de procesos

xxii
Comunicación
ABSTRACT
The project presented is entitled: "WEB INFORMATION SYSTEM FOR THE IMPROVEMENT OF
SALES MANAGEMENT AND WAREHOUSE IN TELENOR PERÚ S.R.L., TRUJILLO".
Currently companies and/or businesses do not have their automated processes, therefore the
development and implementation of a system, within the framework of web technology, may allow
access to remote information, access to reports and queries (sales records , user profiles, customer
profiles, supplier profiles, permissions, product records, category records, brand profile, unit of
measure profile, document types, Product Reports, Sales Reports); and therefore this will decrease
the response time to obtain the desired information.
In the code of the Web System, it was decided to use Node JS for the Backend part, within the data
layer or database MySQL was used, as an agile methodology SCRUM, UML modeling language and
extensions for web applications were used. A framework called angular was also used for the Frontend
part
Within the specific objectives that were raised within the following investigation, it has been possible
to increase the satisfaction of the client who manages and interacts directly with the proposed
application, as well as reducing the times in the current processes (Registration, Reports, etc.), in
order to improve the management of the company.
Keywords: Web information system, warehouse management, sales management, process

streamlining

xxiii
Comunicación
CAPÍTULO I:
INTRODUCCIÓN

1
Comunicación
Geográficamente la empresa Telenor Perú S.R.L, se encuentra ubicada en la ciudad de Trujillo,

departamento la Libertad. Actualmente orientada a la venta e implementación de infraestructura de
networking, redes inalámbricas, cableado estructurado, videovigilancia, comunicaciones de voz y
datos.
La empresa Telenor Perú S.R.L no cuenta con un sistema de información web sofisticado para dar
apoyo a todos los procesos de la empresa, esta se ve afectada a que la mayoría de sus procesos se
realizan de manera manual, lo cual genera demoras en los procesos e insatisfacción de los clientes
y/o colaboradores.
Según los problemas planteados en el ANEXO 4, empresas como esta necesitan sistemas que
ayuden a manejar información vital en la organización, la inclusión de sistemas de información web
en el ámbito tecnológico permite una mejor gestión de la información y su mejor utilización de sus
recursos, logrando incrementar el nivel de las ventas, satisfacción de los colaboradores de los
procesos optimizados y una mayor productividad en la empresa.
Teniendo en cuenta el ANEXO 4, la mejora en la gestión de ventas y almacén permite el adecuado

control de la información de los procesos facilitando el trabajo de los colaboradores, teniendo la
información a su alcance mediante el sistema de información web tales como, productos en stock,
reportes mensuales, control de almacén, registro de ventas, entre otros. Con esta solución de la
problemática se reducirá considerablemente los costos tanto de tiempo como dinero ya que estos
procesos se realizaban de manera manual.
A nivel local, tenemos las siguientes investigaciones como antecedentes:
La tesis “Sistema Web para Mejorar la Gestión Comercial de la Empresa Yomiqui S.A.C. Trujillo 2018”
desarrollado por (Palacios Obeso, 2018), la presente tesis logro la mejora de la gestión de la empresa
en los procesos que este tiene como, registro de usuarios, registro de ventas, etc. La presente tesis
también permitió reducir los tiempos en los procesos por más de un 88%.
La investigación con título “Implementación de un sistema informático web para el control de Ventas
e Inventario en la Empresa Calzados Winner E.I.R.L - Trujillo” desarrollado por (Rodríguez Quispe,
2017), la presente tesis redujo los costes de comunicación entre las distintas áreas de la empresa,
mejor coordinación entre los distintos niveles y un mayor control en las ventas e inventario.
La tesis titulada “Sistema de Información con Tecnología Web para la Mejora de la Gestión del
Proceso de Abastecimiento y Almacén de la Municipalidad distrital de Guadalupe - Trujillo”
desarrollado por (Quiroz Briones & Tasilla Culqui, 2016), la siguiente tesis menciona la problemática
2
Comunicación
de la empresa la cual no contaba con un correcto manejo y gestión de los productos, se tenía perdida
de información, datos incoherentes y no se podría obtener una información estadística correcta de los
productos. Con el desarrollo del software implementado se logró solucionar en un 80% el problema
de control de productos.
La siguiente tesis “Sistema informático web para la gestión de ventas de la Boutique Detallitos E.I.R.L.
Utilizando la metodología UAP y Framework QCODO de PHP”, realizado por (Julca Diaz & Rojas
Zarate, 2015), la empresa en la que se realizó el proyecto está dedicada a la gestión comercial de
ropa y accesorios para damas. El proyecto se realizó bajo la metodología UAP. La empresa no
contaba con un sistema de control para sus distintas áreas, todo se realizaba manualmente y esto
traía como consecuencias la perdida de información tanto como de tiempo.
A nivel nacional, tenemos las siguientes investigaciones como antecedentes:
La tesis titulada “Implementación de un sistema de información web de control de ventas y almacén

para la farmacia Buzan - Chimbote” desarrollada por (Melgarejo Rocca, 2019) , se resumen que la
presente investigación logro mejorar la gestión del centro farmacéutico, ya que el sistema anterior no
permitía agilizar los procesos de venta y almacén. Con el sistema anterior no se podían obtener los
datos que los trabajadores necesitaban. Esto era un problema porque en ocasiones se perdía
información.
La investigación con título “Sistema Web para el Control de Inventario del Área de Gabinete en el
Proyecto del Museo de sitio de Túcume - Lambayeque” desarrollado por (Purisaca Martinez &
Zavaleta Velásquez, 2019), menciona que en contexto no se tenía una correcta gestión de los
materiales o simplemente estos no se etiquetaban. Anteriormente esta gestión se realizaba mediante
un cuaderno de ingreso y hojas calculo. Se realizo bajo la metodología SCRUM, la cual dio resultados
satisfactorios en la mejora de gestión de los materiales culturales.
La tesis “Sistema Web para el control de Inventario en la Empresa Web Solutions S.A.C.” desarrollado
por (Vallejos Velarde, 2018), la siguiente tesis se realizó bajo la metodología SCRUM, la cual ayudo
a resolver el problema del control de almacén el cual no se podía saber a ciencia cierta el stock actual
de los productos o en ciertas ocasiones cuando se requería un producto no se tenía en stock. Este
trabajo de investigación logro incrementar la tasa de abastecimientos de pedidos en un 15.1%,
también logro incrementar la rotación de stock en un 26.85%.

3
Comunicación
La siguiente investigación “Implementación de un sistema de control de almacén para la

administración de alimentos en el Centro Juvenil el tambo” desarrollada por (Salamán Herrera, 2017),
la cual fue realizada bajo la metodología RUP, ya que esta metodología se adaptaba a la forma de
investigación que se estaba planteando. Se Logro resolver el problema que se tenía en el
establecimiento debido a la mala técnica de trabajo del personal de almacén, el control lento e
inseguro del almacén, lo que hacer muy laborioso el registro de productos.
A nivel internacional, tenemos las siguientes investigaciones como antecedentes:
La tesis titulada “Sistema de Información Web para la Gestión de Inventarios, Clientes, Proveedores,
Ventas y Facturación de la empresa industria y soluciones metalmecánicas Colombia S.A.S.”
desarrollada por (Novoa Rojas, 2015) , se tomó como referencia la metodología RUP. Se logró realizar
un sistema web necesario para el manejo de control de las actividades de ventas, facturación, etc.;
ya que dichos procesos se hacían manualmente. Con el desarrollo de este sistema se llegaron a
reducir los tiempos en cada proceso.
La investigación con título “Diseño e Implementación de un Sistema Web para Comprar y Venta de
Flores en la Empresa Floratime” desarrollado por (Landívar Rodríguez, 2015), la problemática
menciona que la empresa trabajaba anterior mente con un aplicativo de escritorio para llevar el control
de sus procesos (ventas, compras, etc.). El aplicativo web logro mejorar el control de los pedidos y
despachos a los clientes, así como, de las adquisiciones a proveedores. También se logró mantener
una mayor seguridad e integridad de los datos por cada proceso.
La tesis “Diseño e Implementación de un Sistema Web de Inventarios y Facturación Para el Control

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

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

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

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

utilizando la metodología SCRUIM, hacia las PyMEE, lo cual esto nos servirá como guía para nuestra
investigación lo cual está enfocado en una metodología ágil SCRUM.
Sistema, un sistema es un conjunto de elementos relacionas que interactúan entre sí. Los sistemas
constituyen un todo organizado, en donde la modificación de una de sus partes afectaría a todo el
sistema. Se clasifican en sistemas abiertos y cerrados, los cerrados son aquellos que no tienen
relación con su entorno, por otro lado, los abiertos son aquellos que están en constante interacción
con su entorno, tomando datos, información, materiales, etc. (Federico & Aníbal Loguzzo, 2016).
Según (Laundon & Laundon, 2012), Sistema de información es una secuencia de elementos o
componentes que se interrelacionan entre sí para un fin específico organizacional, los sistemas de
información ayudan a la organización o empresas a la toma de decisiones, la información es
distribuida para brindar apoyo o soporte a los diferentes procesos de la organización u empresa para
analizar situaciones problemáticas y tener un mejor control de la organización.
Los sistemas de información contienen un flujo de datos de la empresa u organización, cuando

hablamos de información nos referimos a un conjunto de datos que han sido modelados e
interpretados de tal manera de que las personas puedan analizar e interpretar dichos flujos.
Como define (Laundon & Laundon, 2012), la siguiente figura presenta la interrelación existente entre
los elementos de un sistema de información y la organización.

5
Comunicación
Hardware
Empresa: Objetivos de
Sistema de Administración de
negocio estratégicos.
información datos
Procesos de negocios
Telecomunicaciones
Figura 1: Interrelación entre elementos de un sistema de información y la organización

Fuente: Adaptado de (Laundon & Laundon, 2012)
Entrada de información, es el proceso donde el Sistema de Información capta los datos de la

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

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

los datos en información requerida y de mucha utilidad para la empresa u organización, estos datos
son transformados según las reglas operacionales pre-establecidas haciendo cálculos,
interpretaciones, y clasificaciones. Esta actividad es de mucha utilidad ya que reduce la incertidumbre
mediante la evaluación de información para ayudar en la toma de decisiones. (Hernández Trasobares,
2012).

6
Comunicación
Salida de información, Estas pueden establecerse mediante unidades típicas de salida como
impresoras, etc. Cabe mencionar o resaltar que en ocasiones pueden formar otros Sistemas de
información o módulos externos generando una retroalimentación continua. (Hernández Trasobares,
2012)
Almacenamiento Procesamiento Información final
Retroalimentación
Datos Uso información
Figura 2: Sistema de información de la organización

Fuente: Adaptado de (Lapiedra Alcamí, Devece Carañana, & Guiral Herrando, 2011)
A lo que mencionan (Vega Pérez, Grajales Lombana, & Montoya Restrepo, 2017), los objetivos de
los sistemas de información son los siguientes:
- Poder transformar todos los datos en información con lo que esto pueda ayudar a las
empresas a obtener mejores resultados
- Obtener una fuente de ventaja competitiva
Sistema con tecnología web, aplicación de Internet se refiere a las herramientas que los usuarios
pueden usar para acceder a un servidor web a través de un navegador a través de Internet o una
intranet. En otras palabras, es una aplicación codificada en un lenguaje compatible con el navegador
web, cuya implementación es de confianza para el navegador. (Lopez, 2015).
Gestión, La administración es la ciencia que afirma que la práctica de administrar u operar es un arte
porque su práctica requiere un conjunto de características que determinan el éxito. Los avances
científicos en la gestión a menudo conducen al desarrollo de teorías explicativas sobre los fenómenos
organizacionales y su comportamiento. También es posible desarrollar conocimientos gerenciales de
naturaleza técnica para dirigir el comportamiento organizacional hacia las metas deseadas. (Federico
& Aníbal Loguzzo, 2016).
7
Comunicación
Gestión de ventas, como sostiene (Virgilio Torres, 2014), La gestión de ventas se define como la
disciplina de liderar un grupo de personas hacia un objetivo común. Para ello, intervienen las
siguientes funciones:
- Planificación: proceso de planificación que establece metas, reglas, políticas, planes,

acciones, etc.
- Organización: relación personal con las actividades necesarias para desarrollar el plan.
- Personal: Determina un grupo de personas que realizarán ciertas actividades y están
capacitadas para realizar ciertas actividades.
- Gerencia: Proporcionar y supervisar a los subordinados.
- Control: Realice un seguimiento de los objetivos planificados, realiza un seguimiento del
logro de estos objetivos y resultados a lo largo del tiempo y corregirlo según sea necesario.
Como menciona (Serbel Alcánta, 2011), la Gestión de ventas muchas veces suena como sinónimo
de “Gerencia de Mercadeo”. La gestión de ventas comprende todas las actividades y procesos que
se realizan para hacer llegar los bienes y servicios a los consumidores.
Gestión de almacén, la gestión del almacén permite organizar las operaciones diarias y el flujo de
mercancías, y proporciona información sobre el almacén y la calidad de sus servicios, se necesita
ayuda o datos de otras áreas de la empresa (comprar, provisionamiento, comercial, administración,
contabilidad, etc.), así también a veces es necesario datos de clientes, empresas proveedoras,
siguiendo los objetivos planteados por la compañía (Flamarique, 2019).
Framework, Framework no es ningún software de programación ni ninguna herramienta que se

ejecute y nos proporcione una interfaz gráfica, Framework es una colección de archivos y carpetas
que ayudan a crear una aplicación, El objetivo del marco es facilitar el desarrollo de software.
(Gutierres Perez, 2014).
De acuerdo con (Ognjanović, 2016) , un framework está relacionado con el diseño de sistemas y más
utilizado para trabajos de desarrollo con programación orientada a objetos. El framework es como el
esqueleto de un sistema o programa ya que contiene las partes esenciales para poder terminar un
proyecto en específico, de esta manera con la ayuda del framework se ahorra tiempo de codificación.
Una de las principales razones de usar framework es por la reutilización de código.

8
Comunicación
Como afirma (Gutierres Perez, 2014), Los frameworks traen las siguientes ventajas para los
programadores:
✓ Patrones de Diseño: Esta es una de las principales ventajas. El patrón más utilizado se llama
Model-View-Controller (MVC). El modelo se divide en tres capas:
Modelo: representa los datos de la aplicación y sus reglas de negocio.
Vista: capa de presentación, cómo presentamos los datos al usuario.
Controlador: responsable de manejar los envíos de los usuarios y controlar la ejecución del
sistema.
✓ Estructura de la aplicación predeterminada: los desarrolladores no tienen que pensar en
la estructura de la aplicación global porque la proporciona el propio marco. La ventaja de esto
es que después de un tiempo, si tenemos que tocar algo en la aplicación, rápidamente
sabemos dónde encontrar los archivos relevantes.
✓ Código altamente probado: el código del marco está probado y se garantiza que funcione.
✓ Comunidad de usuarios detrás de cada marco: Detrás de la mayoría de los marcos hay
una gran comunidad de usuarios, muchos de los cuales ayudan a desarrollar o crear
extensiones con la funcionalidad adicional que brindan. Podemos usarlo fácilmente sin tener
que crearlo nosotros mismos.
✓ Trabajo en equipo: el uso de un marco ayuda con el trabajo en equipo porque si las personas
saben qué marco se está utilizando, conocen la estructura del directorio.
Patrones de diseño, el concepto de patrones se describe como un problema iterativo cuyo núcleo
es una solución, de modo que la solución se puede usar una y otra vez sin tener que usarla de la
misma manera una y otra vez. (Jiménez, Pástor, Arcos, Romero, & Urquizo, 2017).
Html5, esta tiene tres características: estructura, estilo y funcionalidad. CSS3, JavaScript y HTML,
son independientes, pero se complementan. Estas tecnologías actúan como una sola unidad
organizadas bajo la especificación de HTML5. (Gauchat, 2012).

9
Comunicación
CSS3, es un lenguaje para definir estilos para cada elemento en HTML, como tamaño, color, borde,
fondo, etc. (Gauchat, 2012).
Base de datos, Resulta que la gente de hoy recibe información mucho más rápido que en siglos
anteriores. Las bases de datos son tan esenciales e importantes hoy en día que se pueden encontrar
en organizaciones de todos los tamaños. Las actividades diarias a menudo lo exponen directa o
indirectamente a la base de datos (Zea Ordoñez, Honores Tapia, & Rivas Asanza, 2015).
Según (Arnaldo Espinoza, 2013) , los marcos de implementación de software son capaces de apoyar
y monitorear el proyecto y capaz de implementar los controles apropiados necesarios para traducir
efectivamente un conjunto de requisitos en un sistema de información. Estos métodos indican una
planificación adecuada para la gestión y control de proyectos de software: definición de fases,
entradas y salidas, restricciones, comunicación, tareas subcontratadas y asignación de recursos.
Actualmente existen muchas metodologías, pero estas se diferencian en dos grandes grupos según
algunos autores: “Metodologías Tradicionales” las que se enfocan en elementos precisos donde se
debe seguir un orden para desarrollar un proyecto, no son muy moldeables a los cambios.
Y el otro grupo denominado “Metodologías Agiles” donde se conforman por técnicas lo cual ayudan a
la realización temprana del proyecto, sin tener que concentrarse tanto en la documentación formal del
proyecto.
METODOLOGÍA XTREMING PROGRAMING (XP), Kent Beck desarrolló este enfoque mientras
trabajaba con un pequeño equipo de 2 a 10 desarrolladores en un entorno con requisitos cambiantes.
La característica principal de este enfoque es la historia del usuario, que consiste en que los clientes
describen las características y la funcionalidad que debe tener el sistema. Utilizamos un enfoque de
planificación de juegos que incluye al cliente definiendo la historia del usuario y al desarrollador
definiendo la especificación de entrega (costo, implementación, iteraciones, etc.). Las entregas de
proyectos pequeños, llamadas iteraciones, ayudan a verificar que el sistema está haciendo lo que el
cliente quiere. Otra característica de este enfoque es la programación en pareja, lo que significa que
cada tarea debe ser desarrollada por dos programadores y el conocimiento debe ser compartido.
(Molina Montero, Vite Cevallos, & Dávila CuestaJefferson, 2018).

10
Comunicación
Como define (Rosado Gómez, Quintero Duarte, & Meneses Guevara, 2012), Este método pertenece
a la familia de métodos rápidos. XP requiere mejores prácticas de programación, pero hay límites.
Ahora, se mostrarán 4 prácticas básicas para poder hacer bien este método:
- Pequeña distribución: Incluye la distribución de módulos de pequeños proyectos. Esto no

significa que la misión no esté completa, los módulos se prueban antes de la entrega y la
misión es estable y completa. El objetivo de esta actividad es la satisfacción del cliente.
- Trabajo 40 horas a la semana: el equipo de desarrollo de XP solo trabaja 40 horas a la
semana y no acepta horas extra. Aprovecha al máximo la energía del desarrollador buscado.
- Cliente en sitio: Los clientes necesitan estar presentes durante todo el proceso de desarrollo
y pueden ayudar a despejar dudas para que el proyecto pueda seguir adelante.
- Programación en pareja: tiene como objetivo mejorar la calidad del código, ahorrar tiempo,
estimular la creatividad y reducir el código fuente.
De acuerdo con (Rosado Gómez, Quintero Duarte, & Meneses Guevara, 2012), esta metodología
consta de las siguientes etapas:
- Planificación: esta actividad comienza a escuchar a los clientes para aprender los requisitos
básicos y las funciones de diseño. Estos datos están determinados por la historia del usuario
que intercambia todos los detalles del proyecto recopilados por los desarrolladores. Tan
pronto como finaliza las historias de los usuarios, las tareas se distribuyen entre
desarrolladores, se evalúan los esfuerzos, las reuniones se planifican para el proceso del
proyecto y se queda con una fecha final de entrega.
- Diseño: En esta etapa, es donde las historias de usuarios son calificadas y analizadas, para
compartir las tareas. Cada item presenta una particularidad del sistema.
- Programación: programación por pares, pruebas unitarias e integración de código. En esta
etapa, se espera la disposición del cliente para resolver cualquier problema que pueda surgir
durante la jornada laboral.

11
Comunicación
- Pruebas: cada trabajo se define mediante una historia de usuario que representa una
característica diferente del sistema y para cada trabajo se realiza una prueba unitaria para
probar cada método y clase que implementó el desarrollador.
Figura 3: Etapas de desarrollo de XP

Fuente: Adaptado de (Rosado Gómez, Quintero Duarte, & Meneses Guevara, 2012)
Como menciona (Varma & Holcombe , 2019), y profundiza un poco más de las actividades de la
metodología XP:
- Planning Game: Esto se refiere a que el cliente debe de interactuar con el equipo de
desarrollo para que se puedan responder dudas o consultas, pero mencionan que el cliente
no necesariamente tiene que estar 100% en el proceso de desarrollo.
- Simple Diseño y Primero Test: Recomienda que se deben realizar diseños simples, repartir
de manera rápida las tareas y desarrollaras para poder realizar pruebas. Y se espera que las
pruebas seas rápidas para poder avanzar sustancialmente con el proyecto.
- Refactorización: Se consideró que la refactorización era muy importante para mantener un
diseño simple, pero se necesitaba un enfoque más sistemático.
- Integración Continua: también era extremadamente importante ya que se está siguiendo
prácticas de pequeños lanzamientos y refactorización.
12
Comunicación
- Programación en Parejas: Es una práctica muy útil, pero también es una de las prácticas
difícil de adoptar ya que ciertos desarrolladores tienen naturaleza individualista. La propiedad
colectiva también fue una tarea inmensa que es un apoyo activo extremadamente deseable
y necesario.
- La semana de 40 horas: Es u horario prudente ya que les permite a los desarrolladores
mantener la disciplina y reflexionar sobre su trabajo.
Como menciona (Juric, 2014), existen 4 principales actividades básicas dentro de esta metodología,
las cuales son:
- Codificación: Es la actividad básica de XP, ya sea que se realicen diagramas o se escriba

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

y terminar a tiempo las iteraciones.
- Líder: Los líderes (técnico y proyecto), alientan y brindan apoyo al equipo para poder seguir
con el proceso comprometido.
- Codificación simple: Esta metodología funciona cuando se realiza la solución más simple a
cada tarea.
- Coordinación: La coordinación es importante en un equipo, mantener informado las tareas
que ya se realizaron y así no hacer un doble trabajo. Compartir la información en todo el
equipo, etc.
13
Comunicación
- Tester: Aunque su función es un poco diferente al del equipo
METODOLOGÍA SCRUM, está relacionado a personas como equipos de trabajo en la cual pueden
abordar problemas de diferentes indoles desde lo más complejo hasta lo más adaptativo (Schwaber
& Sutherland, 2016).
Según (Toapanta Chancusi, Vergara Ordoñez, & Campaña Ortega, 2012), es una metodología de
desarrollo de software muy importante, considerada como una metodología de gestión de proyectos
que puede adaptarse a cualquier tipo de complejidad y una metodología que puede adaptarse a
cualquier tipo de proyecto.
Como define (Trigas Gallego, 2012), scrum parece ser un enfoque de programación ágil con la idea
básica de crear ciclos de desarrollo cortos llamados iterativos, que en Scrum se llaman sprints. Cada
iteración del ciclo de desarrollo de Scrum consta de 5 fases:
✓ Concepto, en esta etapa se suelen definir las características del producto y quién será el
responsable de su desarrollo.
✓ Especule, cree un producto a partir de la idea principal, encárguese del desarrollo, revise los
requisitos generales, mantenga una lista de características esperadas y establezca la fecha
de lanzamiento.
✓ Descubrir, productos mejorados, agregar funcionalidad para la etapa especulativa.
✓ Revisa, en esta sección se revisa lo formulado como desarrollo y se compara con metas
específicas.
✓ Cierre, La entrega de una versión del producto en la fecha acordada no finaliza el proyecto,
pero aún se realizarán cambios para que el producto final se asemeje al producto final
deseado.

14
Comunicación
Concepto Especulación
Cierre Exploración
Revisión
Figura 4: Ciclo de Desarrollo Ágil

Fuente: Adaptado de (Trigas Gallego, 2012)
Scrum para gestionar de manera eficiente sus n iteraciones lo hace mediante reuniones diarias, donde
existe una retroalimentación entre el equipo, de esta manera se tiene un mayor control de los avances
del proyecto y los próximos pendientes a realizar, por ende, es uno de los elementos fundamentales
de la metodología.
Como define (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017), basado en una teórica de control
empírico, Scrum se desarrolló bajo un enfoque iterativo, así como la optimización incremental de la
predictibilidad y control de riesgos. Scrum se sustenta en tres pilares principales. Como primer pilar,
la transparencia, corrobora que todos los aspectos relevantes para el éxito del proyecto permanezcan
visibles y conocidos, con la finalidad de asegurar la coherencia del resultado con lo definido
inicialmente. Segundo pilar, la inspección, se realiza con la finalidad de detectar cualquier
incumplimiento que impacte con el resultado y que pueda perjudicar al equipo. Y el tercer pilar, la
adaptación, que a partir de los errores identificados se realizan ajustes en el proceso y/o materiales,
reduciendo la probabilidad de un mal resultado.
Scrum cuenta con 6 características fundamentales:
• Entrega flexible, el contenido de las entregas se establece de acuerdo con las necesidades y
requisitos del cliente.
15
Comunicación
• Flexibilidad de plazos, las entregas pueden variar según sean necesarias antes o después
de lo previsto originalmente.
• Equipos locales, comúnmente no está compuesto por más de 6 miembros.
• Revisiones frecuentes, conjuntamente con el equipo se realizan las revisiones a lo largo del
proyecto.
• Colaboración, existe tanto intra como itercolaboración entre los miembros del equipo.
• Orientación, cada equipo enumerará los objetivos con una interfaz y un comportamiento bien
definido.
De acuerdo con (Schwaber & Sutherland, 2016), el equipo scrum se encarga de entregar los
productos de manera iterativa e incremental, donde la retroalimentación es muy importante para los
equipos Scrum están diseñados para optimizar la flexibilidad, la creatividad y la productividad. El
equipo Scrum está formado por las siguientes personas:
- El dueño del producto, conocido como Product Owner, es responsable de maximizar el

valor del producto y el desempeño del equipo de desarrollo. El propietario del producto es
responsable de gestionar la acumulación de productos.
- Development team, denominado equipo de desarrollo son profesionales que entregan un
incremento de producto, estos tienen la capacidad de poner un sprint a producción.
- Scrum master, el es el líder y servidor del equipo Scrum, el Scrum Master ayuda a los
extraños a comprender el Equipo Scrum, identificar iteraciones posibles e inutilizables y
maximizar el valor creado por el Equipo Scrum.
Como afirma (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017), scrum cuenta con 6 tipos de
eventos con una duración determinada, también llamados timeboxes, para crear la regularidad en los
procesos y/o proyectos estos son:
Reléase planning meeting, se realiza al inicio del proyecto y sirve para reunir a todos los
representantes de los roles scrum y establezcan las pautas del proyecto. El tiempo de la reunión es
mínima a comparación de otras metodologías tradicionales, en futuras reuniones de sprint cualquier
entorno puede cambiarse (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017).
Sprint, es el bloque más pequeño de scrum donde se trabaja con un equipo pequeño una tarea
asignada, su duración es de 1 a 3 semanas en este caso el scrum master deber asegurarse que no
se exceda de este periodo. El objetivo de cada sprint es generar una funcionalidad del producto que
pueda ser utilizable por el usuario final (Srivastava, Bhardwaj, & Saraswat, 2017).
16
Comunicación
Plan
Build
Test
Review
Potentially shippable product
Figura 5: Secuencia Sprint

Fuente: Adaptado de (Srivastava, Bhardwaj, & Saraswat, 2017)
Sprint planning, para ejecutar un sprint se hace una planificación denominada sprint planning donde
se ve involucrados todos los roles de scrum. El equipo prioriza todos los elementos del producto
backlog a implementar para posteriormente transferirlos al sprint backlog, es decir, la lista de
funcionalidades a implementar. El sprint planning es una tarea muy importante ya que es donde se
analizan los requisitos a detalle, los detalles faltantes se verifican en la unión de toda la arquitectura
a medida que se crean nuevos casos de uso. Este proceso se repite y finaliza en cuanto se obtienen
resultados satisfactorios (Kussunga & Ribeiro, 2019).
Sprint review, al finalizar cada sprint se realiza una revisión del sprint donde se muestran las nuevas
funcionalidades al product owner o cualquier otra parte interesada que desee proporcionar
comentarios y/o opiniones. Durante la revisión se pueden agregar elementos al product backlog es
una oportunidad para identificar mejoras (Kussunga & Ribeiro, 2019).
Sprint retrospective, después del sprint review, pero antes de la próxima reunión de planificación
del sprint, los involucrados deben tener una reunión realizada por el scrum master ya que debe hacer
que el equipo piense en todas las lecciones aprendidas durante el sprint, con el principal objetivo de
que se establezca una mejora continua a través de las lecciones aprendidas (Azanha, Argoud,
Camargo Junior, & Antoniolli, 2017).
Dayli meeting, el dayli scrum requiere la participación solo del equipo de desarrollo, la presencia del
scrum master es opcional. Esta reunión es diaria con una duración de 15 minutos, lo recomendable
es que sea en el mismo lugar y hora para evitar problemas de comunicación. En la reunión cada
17
Comunicación
miembro explica lo que han logrado desde la última reunión, lo que hará antes de la próxima reunión,
y que obstáculos o bloqueos que puedan tener (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017).
Según (Schwaber & Sutherland, 2016), el sprint se disgrega en varias acciones dentro de las cuales
tenemos la cancelación del sprint, la cancelación se puede hacer antes del final de la fase, solo el
propietario del producto puede cancelar, por otro lado, tenemos un plan de sprint, hacemos una
planificación de tareas con el equipo de scrum, también tenemos revisiones de sprint y retrospectivas
de sprint, los sprints se revisan para determinar el ajuste del producto y celebrar reuniones con el
equipo para evaluar las lecciones aprendidas para que puedan ser consideradas por separado en el
próximo sprint.
Product backlog, es una lista de necesidades bridadas por el cliente, dicha lista debe ser priorizada
y se ve reflejada en el trabajo que se va a realizar en el proyecto (Trigas Gallego, 2012).
De acuerdo con (Morandini, Coleti, & Oliveira Jr, 2021), La cartera de productos contiene historias de
usuarios, prioridades y tareas que pueden ser necesarias. Estos pueden ser requisitos funcionales
del producto a corto o largo plazo.
Sprint backlog, es una colección de elementos de sprint en la cartera de productos para crear más
productos y lograr objetivos de sprint (Azanha, Argoud, Camargo Junior, & Antoniolli, 2017).
Incremento, consiste en un conjunto de elementos del Product Backlog completados en una iteración
o sprint. El complemento debe validarse, validarse y probarse, ya que el propietario del producto
puede lanzarlo y usarlo en cualquier momento. (Schwaber & Sutherland, 2016).
Como podemos ver, los artefactos Scrum nos ayudan a tener un mejor control de los procesos
desarrollados en el proyecto teniendo una mejor trazabilidad de los incrementos mediante iteraciones.
A continuación, se detalla la descripción general del proceso Scrum:

18
Comunicación
Figura 6: Descripción general del proceso Scrum

Fuente: Implementation of agile methodology based on SCRUM tool.
(Khalil & Kotaiah, 2017).
Según (Tymkiw, Bournissen, & Tumino, 2020), el marco metodológico ágil mencionado tiene las
ventajas, justificación y requisitos que se detallan a continuación.:
- Los resultados pueden enviarse con anticipación (mensual o quincenal), según la prioridad
de las solicitudes de requerimientos.
- Contribuye a la gestión de las expectativas de los clientes, construyendo expectativas y
asignando valor a un requisito dado y cuando se espera que se cumpla.
- Resultado esperado, el cliente puede utilizar el producto más importante antes de finalizar el
proyecto, esto le permite amortizar su inversión antes de tiempo y puede utilizar un producto
que solo carece de características menos esenciales.
- Flexibilidad y adaptabilidad, los clientes orientan los proyectos a sus nuevas necesidades y
prioridades.
- Con un retorno de la inversión, el cliente maximiza los beneficios del proyecto y, si los
beneficios son menores que los costos de desarrollo, el cliente puede completar el proyecto.
- Los riesgos se identifican desde la primera iteración para minimizarlos en tiempo y sin impacto
en la fecha acordada con el cliente.
19
Comunicación
- Aumente la productividad y la calidad, permita que los equipos mejoren y simplifique la forma
en que trabajan en cada iteración, aprovechando las lecciones aprendidas de la mejora
continua.
- Trabajo directamente con el cliente y el equipo desde las primeras etapas de investigación y
desarrollo de requisitos, lo que permite una gestión más rápida de bloques y claves en el
cliente.
- Equipos autogestionados y motivados, donde todos puedan usar su mayor creatividad para
resolver problemas y tengan la capacidad de decidir cómo organizar su trabajo para satisfacer
las necesidades identificadas y determinadas durante la iteración.
Como sostiene (Alfonzo, Mariño, & Godoy, 2011), menciona crear una propuesta integral para el
desarrollo exitoso de aplicaciones web.
Los pasos del método Scrum para crear una aplicación web son los siguientes:

20
Comunicación
Tabla 1: Fases de la metodología SCRUM.

Fases Actividades Tareas
Planificación Planificación del • Análisis del entorno.
proyecto. • Análisis de factibilidad.
• Selección de herramientas ad-hoc.
• Identificación de roles.
• Creación de la pila de productos priorizada
(Product Backlog).
• Definición del alcance.
• Estimación del esfuerzo.
Planificación de la • Selección de requerimientos a incluir en el Sprint

iteración/versión. (Sprint Backlog).
• Definición de las tareas para cada requerimiento.
• Estimación del esfuerzo para cada tarea.
Desarrollo Análisis. • Recopilación de información.

• Selección y preparación de contenidos.
Diseño e • Diseño del entorno. (Prototipo de interfaces).

Implementación • Validación del prototipo.
• Implementación del prototipo.
Validación y prueba. • Validación y prueba del prototipo construido.
Integración Integración y pruebas. • Integración de componentes y pruebas.

• Entrega de la versión.
Entrega Entrega Final. • Prueba del sistema.

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

21
Comunicación
METODOLOGÍA RATIONAL UNIFIED PROCESS (RUP), sirve para el desarrollo de software y

abarca el total de los detalles donde se debe tener en cuenta a lo largo de todo el periodo de existencia
del mismo, su objetivo es ser abarcable para proyectos de gran y pequeña envergadura (Martínez &
Martínez, 2014).
Este método incorpora las mejores prácticas modernas de desarrollo de software, lo que lo hace
aplicable a una amplia gama de proyectos organizacionales, como se describe a continuación:
• Desarrollo de software iterativa, ya no es posible trabajar de manera secuencial debido a los

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

22
Comunicación
Como afirma (Martínez & Martínez, 2014), Rup define distintos flujos de trabajo en las cuales se
distinguen por faces y son las siguientes:
- Inicio, establece el ámbito del proyecto y sus límites, así como estimar los costos en recursos,
estimar riesgos y fuentes de incertidumbres.
- Elaboración, analiza el problema a gran escala, establece los cimientos de arquitectura y
establece un plan de proyecto eliminando los posibles riesgos.
- Construcción, su función es alcanzar la operatividad del producto mediante las iteraciones
que se realizan obteniendo una versión del producto que es alcanzada al usuario final.
- Transición, pone en mano de los usuarios finales el producto final con la finalidad de generar
nuevas versiones si se requieren, se realiza toda la documentación y capacitación del usuario
respecto a su manejo.
Fases
Disciplinas Fase Inicial Elaboración Construcción Transición
M. Empresarial
Requisitos
Análisis y Diseño
Implementación
Prueba
Despliegue
G. Cambios
G. Proyectos
Entorno
Inicial E1 E2 C1 C2 C T1 T2
N
Iteraciones
Figura 7: Fases del RUP

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

23
Comunicación
Como menciona (López Rosciano & Pech Montejo, 2015), el proceso describe quién hace qué, cómo
y cuándo, y Rup se expresa en 4 suposiciones de modelado: función (quién), operación (cómo),
artefacto (qué) y flujo de trabajo del proceso (cuándo).
Figura 8: Flujo de la estructura estática del proceso

Fuente: Adaptado de (López Rosciano & Pech Montejo, 2015)
Un rol precisa el actuar de un conjunto de individuos todos como una sola unidad, por ende, un
individuo puede cumplir varios roles, por tanto, la responsabilidad de un rol hace referencia de llevar
a cabo un conjunto de actividades (Martínez & Martínez, 2014).
Actividades, las actividades pueden ser designadas para un trabajador en concreto, el objetivo
fundamental de las actividades es crear o actualizar el producto (Martínez & Martínez, 2014).
Artefactos, también conocidos como productos, son modelos de información creados durante la fase
de desarrollo del software, es decir, los resultados son elementos de diseño tangibles, elementos
creados y utilizados antes de que se complete la producción del producto de software. Algunos de los
artefactos son: modelos de casos de uso, documentación de arquitectura, etc. (Pérez A, 2011).

24
Comunicación
Un flujo de trabajo, es una serie de actividades realizadas por diferentes roles y debe haber una
relación entre ellos. Los flujos de trabajo son relaciones positivas que tienen resultados observables
y muestran interacciones entre roles. (López Rosciano & Pech Montejo, 2015).
Como sostiene (López Rosciano & Pech Montejo, 2015), en el método rup, hay flujos de trabajo
técnicos y flujos de trabajo de apoyo que cubrimos a continuación:
- Modelo de negocios.
- Requisitos.
- Análisis y diseño.
- Implementación.
- Pruebas.
- Desarrollo.
- Gestión de proyecto.
- Configuración y gestión de cambio de entorno.
A continuación, cuadro comparativo RUP, SCRUM y XP.

25
Comunicación
Tabla 2: Cuadro comparativo RUP, SCRUM Y XP
RUP SCRUM XP
Es una metodología tradicional y/o rígida Es una metodología ágil adaptable para Es una metodología ágil que define un plan
propuesta para proyectos de gran cualquier tipo de proyectos. para desarrollar software.
envergadura.
Utiliza un diseño de implementación y Utiliza un diseño iterativo e incremental. Su diseño está basado en la adaptación,
documentación de sistemas orientados a flexibilidad, dinámica y funcional.
objetos.
Es una metodología que consta de 4 fases Cada sprint o iteración es un ciclo Es una metodología que define los roles estima
inicio, elaboración, construcción y transición completo. los esfuerzos, construye y programa los
estas pueden realizarse concurrentemente. requerimientos volviéndose un ciclo repetitivo.
Es una metodología, donde existe una fecha Cada sprint tiene una fecha de entrega Es una metodología que sigue estrictamente
final, así como varios hitos intermedios. acordada por el scrum master, además las tareas priorizadas por cliente según las
por cada tarea se realiza una estimación fechas pactadas.
del esfuerzo, así como el objetivo del
sprint no se modifica.
Su alcance está predefinido en el documento Los objetivos se definen de forma Sus objetivos están basados en dar prioridad a
de alcance antes de la etapa inicial del concreta en el sprint backlog ya que trabajos con resultados directos, permitiendo
proyecto. estos no pueden ser modificados. satisfacer al cliente con el trabajo en equipo.
Se concentra en una gran cantidad de Tiene menor número de elementos y Tiene menor número de elementos adaptables
elementos y herramientas para seguir cada herramientas dependiendo del tipo del para el desarrollo de sus fases.
iteración lo que designa mayor tiempo. proyecto.
Se utiliza esta metodología para proyectos Se utiliza esta metodología para Se utiliza esta metodología para pequeños o
grandes o proyectos a largo plazo, así como proyectos que necesiten soluciones medianos equipos en proyectos que tienen
de complejidad alta con requerimientos rápidas. riesgos de fecha de entrega con posibilidades
rígidos. de cambio.
Exhaustiva y detallada documentación. Baja cantidad de documentación. Baja cantidad de documentación
Tiene más énfasis y/o orientada a los Tiene más énfasis y/o orientada a las Tiene más énfasis y/o orientada a pequeños y
procesos. personas. medianos equipos de trabajo.

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

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

información web.
Criterio
TOTAL
C1 C2 C3 C4 C5 C6 6
Metodología ∑(𝐶𝑖 ∗ 𝑃𝑖)

𝑖=1
P1=0.1 P2=0.2 P3=0.2 P4=0.2 P5=0.1 P6=0.2
Rational Unified Process
3.3 1.3 3.3 3.7 3.7 2.3 2.8
(RUP)
Extreme Programming (XP) 2.7 3.7 3.3 2.7 3.3 3.3 3.2
Scrum 4 5 4.3 3 4 4.3 4.1 (*)
Metodología Seleccionada… (*), de acuerdo a los resultados obtenidos, para la presente investigación
se utilizará la metodología SCRUM.
(Anexo 6: Juicio de Expertos para la selección de la Metodología)
(Anexo 6: Resumen de Selección de la Metodología)

27
Comunicación
Justificación teórica, la investigación permite identificar los problemas en la gestión de ventas y

almacén haciendo uso de conocimientos existentes para dar solución mediante un sistema de
información web sofisticado que ayude a la optimización de los procesos.
Justificación práctica, según los objetivos de la investigación, su implementación nos permite

mejorar la gestión de los procesos, disminuir los problemas de abastecimiento e incrementar la
satisfacción de los trabajadores facilitando el manejo de la información.
Justificación metodológica, puesto que la investigación aplica conocimientos teóricos y prácticos

dentro de un conglomerado de herramientas, técnicas y metodologías. Aplicando un nuevo enfoque
metodológico en base al desarrollo de software ágil scrum, al ser demostrada su validez y
confiabilidad en estos tipos de proyectos, podrá ser utilizada en otros trabajos de investigación.
Justificación científica, según la finalidad de la investigación, está basada a la aplicación de nuevas

metodologías para una mejor gestión en el desarrollo de software, tal como la empleada en el trabajo
de investigación scrum, se sientan bases para futuras aplicaciones de la metodología en otras
investigaciones de la gestión de desarrollo de software.
Justificación tecnológica, la existencia de un sistema de información web permitió alcanzar mejoras

en la empresa u organización, se utilizó la metodología scrum para brindar soluciones rápidas a la
problemática mejorando la gestión de ventas y almacén.
Justificación humanística, la elaboración del proyecto de investigación tuvo un impacto en los

trabajadores y clientes de la empresa, facilitando la información en los procesos de ventas y almacén
mejorando la gestión de la mismas.
El enunciado del problema de la presente investigación es ¿De qué forma incide la implementación
de un sistema de información web para la gestión de ventas y almacén en Telenor Perú S.R.L.?
Teniendo como hipótesis la implementación de un sistema de información web mejora la gestión de

ventas y almacén en Telenor Perú S.R.L.
El objetivo general de la investigación es: mejorar la gestión de ventas y almacén en Telenor Perú
S.R.L.
Para la presente investigación se establecieron los siguientes objetivos específicos:
✓ Reducir el tiempo de generación de reportes.
✓ Reducir el tiempo de registro de ventas.

28
Comunicación
✓ Reducir el tiempo de búsqueda de productos.

✓ Incrementar el nivel de satisfacción de los usuarios de la empresa.
De igual manera, es fundamental mencionar las limitaciones que se han identificado para el desarrollo
de la investigación.
En la limitación técnica, la empresa no cuenta un sistema web sofisticado para la gestión de ventas
y almacén, para el monitoreo de los productos y/o documentos.
Así mismo, en la limitación económica, no existe un presupuesto asignado por parte de la empresa
en el trabajo de investigación, por lo tanto, es una inversión investigativa propia de los autores.
Como se describe en la limitación operativa, Se tenía demoras en el abastecimiento de productos y

al realizar ventas, debido a la inexistencia de una aplicación web, por las actividades de las mismas
y por la coyuntura respecto a la pandemia se tuvo algunos contratiempos para el levantamiento de
información y para el desarrollo de la investigación.

29
Comunicación
CAPÍTULO II:
MATERIALES Y METODOS

30
Comunicación
2.1 Materiales
2.1.1 Objeto de Estudio
Los procesos de ventas y almacén en la empresa Telenor Perú S.R.L. de la ciudad de
Trujillo.
2.1.2 Recursos
2.1.2.1 Personal
Tabla 3: Cuadro de Personal
Específica del gasto Nombre Rol

2.3.27.11 Chapoñan Lalopu Christian Roberth Autor
2.3.27.11 Pretell Quispe Jaime Esaú Autor
2.3.27.22 Gómez Ávila José Alberto Asesor
2.1.2.2 Bienes
Tabla 4: Cuadro de Materiales y Equipos
Específica del gasto Descripción Unidad de medida Cantidad

2.3.15.12 Papel bond A4 Millar 01
2.3.15.12 Lapicero Unidad 05
2.3.15.12 Corrector Liquido Unidad 03
2.3.15.12 Resaltador Unidad 03
2.3.15.12 Perforador Unidad 01
2.3.15.12 Engrapador Unidad 01
2.3.15.12 Folder Manila Unidad 04
2.3.15.12 Grapas Caja 01
2.3.15.12 CD’s Unidad 02
2.1.2.3 Viajes
Tabla 5: Viajes

2.3.21.21 Pasaje Chepén - Trujillo Unidad 03
2.3.21.21 Pasaje Trujillo - Chepén Unidad 03
2.3.21.21 Taxis y/o mototaxis Unidad 06

31
Comunicación
2.1.2.4 Servicios
Tabla 6: Servicios

2.3.22.11 Energía eléctrica Kilowatts (kWh/mes) 22.548
2.3.22.23 Servicios de internet Contrato mensual 12
2.3.22.44 Impresiones Unidad 80
2.3.22.44 Fotocopias Unidad 100
2.3.22.44 Rotulado Unidad 2
2.3.22.44 Anillado Unidad 2
2.1.2.5 Tecnológicos
Tabla 7: Recursos Tecnológicos
Específica del
Descripción Unidad de medida Cantidad
gasto
2.6.32.31 Laptop Dell Inspiron 3593 Unidad 1
2.6.32.31 Laptop Hp ProBook Unidad 1
2.6.32.31 Impresora Canon Unidad 1
2.6.61.32 Paquete de Office Unidad 2
2.6.61.32 Sistema operativo Windows 10 Unidad 2
2.2 Métodos
2.2.1 Tipo de Investigación
2.2.1.1 De Acuerdo a la Orientación o Finalidad
De acuerdo a su orientación el presente trabajo de investigación es de
naturaleza aplicada, debido a que da solución a problemas prácticos
teniendo como ayuda los métodos y técnicas ya existentes.
2.2.1.2 De Acuerdo a la Técnica de Contrastación
De acuerdo a la técnica de contrastación el estudio de nuestro proyecto de
tesis es explicativa porque se encaminará a un objetivo mediante el análisis
de indicadores.
2.2.2 Nivel de Investigación
El nivel de la investigación es analítico, porque busca comprobar la hipótesis y evaluar
los aspectos potenciales de las variables. La proyección es prospectiva debido a que
evalúa el control de las variables en el presente y después de aplicada la hipótesis. El
32
Comunicación
número de veces con la se mide la variable de investigación es transversal, porque

analiza datos de un periodo de tiempo ya sea actual y/o después de aplicada la
hipótesis. El tipo de control de la variable es no experimental porque no se manipula el
comportamiento de la variable.
2.2.3 Diseño de Investigación
En este proyecto de investigación se dio solución a los problemas de gestión de ventas
y almacén que presenta la empresa Telenor Perú S.R.L en la ciudad de Trujillo.
Se empleó el método Pre-Test y Post-Test a los indicadores para contrastar la
hipótesis, basándose como grupos de control las mediciones transversales promedios
de tiempos y niveles de satisfacción.
Finalmente se evaluarán las diferencias entre los indicadores tanto antes de contrastar
como después y de acuerdo a los resultados se obtendrá las conclusiones y
recomendaciones respectivas.
• Creación y medición del primer grupo de

Pre-Test control
• Implantación del sistema

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

Post-Test control
Figura 9: Diseño de investigación

33
Comunicación
2.2.4 Población, Muestra y Muestreo

2.2.4.1 Población
En cuanto a la población, corresponde a los trabajadores de la empresa
Telenor Perú S.R.L Trujillo – La Libertad
Tabla 8: Población
Cargo Cantidad
Administrativos 1
Trabajadores 4
Total 5
2.2.4.2 Muestra
La muestra se determina en función a la población, si el valor de la población
es menor de 80, se asume la muestra como la población (N=m), caso
contrario, se utilizará la siguiente formula:
Ecuación 1: Fórmula de Cálculo de Muestra Finita
𝑁 ∗ 𝑍2 ∗ 𝑃 ∗ 𝑄
𝑛= …………………….. (1)
((𝑁 − 1)𝑒 2 + 𝑍 2 ∗ 𝑃 ∗ 𝑄)
Dónde:
N => Población
Z => Nivel de confianza (95%)
P => Nivel de éxito (50%)
Q => Probabilidad de fracaso (50%)
e => Error (5%)
n => Muestra
Si la población es infinita el cálculo de la muestra se hallará de la siguiente

manera:

34
Comunicación
Ecuación 2: Fórmula de Cálculo de Muestra Infinita
𝑍2 ∗ 𝑃 ∗ 𝑄
𝑛= ………………………………………….. (2)
𝑖2
Dónde:
Z => Nivel de confianza (95%)
P => Nivel de éxito (50%)
Q => Probabilidad de fracaso (50%)
i => Precisión (Error máximo admisible)
n => Muestra
Indicador: Reducir el tiempo de generación de reportes.

Los colaboradores realizan un promedio de 30 generaciones de reportes al
mes.
Indicador: Reducir el tiempo de registro de ventas.
Los colaboradores realizan un promedio de 30 registros de ventas al mes.
Indicador: Reducir el tiempo de búsqueda de productos.
Los colaboradores realizan un promedio de 60 búsquedas de productos
diarios, trabajándose 5 días a la semana.
Por lo tanto, el promedio de búsqueda al mes es el siguiente:
(60 𝑏ú𝑠𝑞𝑢𝑒𝑑𝑎𝑠)(5 𝑑𝑖𝑎𝑠)(4 𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(1 𝑚𝑒𝑠)

𝑁=
(𝑑𝑖𝑎𝑠)(𝑠𝑒𝑚𝑎𝑛𝑎𝑠)(𝑚𝑒𝑠)
𝑁 = 1200 𝑏ú𝑠𝑞𝑢𝑒𝑑𝑎𝑠
Indicador: Nivel de satisfacción de los usuarios.

De acuerdo a los indicadores corresponde a los colaboradores del área de
ventas y almacén de la empresa Telenor Perú S.R.L.
Cantidad: 1 administrativo y 4 trabajadores de ventas.
Total: 5.
2.2.4.3 Muestreo
Indicador: Reducir el tiempo de generación de reportes.
Se tomará como muestra 30 generaciones de reportes debido a que la
población es menor a 80.
35
Comunicación
Indicador: Reducir el tiempo de registro de ventas.

Se tomará como muestra 30 registros de ventas debido a que la población
es menor a 80.
Indicador: Reducir el tiempo de búsqueda de productos.
Como la población es: 1200 búsquedas de productos al mes, reemplazamos
los valores en la ecuación (Ecuación 1 Fórmula de Cálculo de Muestra
Finita), teniendo como resultado:
(1200) ∗ (1.96)2 ∗ (0.5) ∗ (0.5)

𝑛=
((1200 − 1) ∗ (0.05)2 + (1.96)2 ∗ (0.5) ∗ (0.5))
𝑛 = 291.18 ≡ 291
Indicador: Nivel de satisfacción de los usuarios.
Se tomará como muestra al total de personas (5 personas) debido a que la
población es menor a 80.
2.2.5 Variables
2.2.5.1 Tipo
Variable Independiente:
El sistema de información web fue la herramienta informática que los
trabajadores utilizaron para mejorar sus procesos en la gestión de ventas y
almacén.
Variable Dependiente:
La gestión de ventas y almacén permitió que la empresa tenga un mayor
control de su información para la elaboración de reportes finales que ayudan
a la toma de decisiones y tener una mayor productividad.
Variable Interviniente:
La cantidad de productos adquiridos y/o vendidos en el día, es variable
dependiendo de la zona comercial.
Medio:
El área de ventas y almacén en Telenor Perú S.R.L, Trujillo.

36
2.2.5.2
Definición Escala de
Variable Definición Operacional Dimensión Indicador
Conceptual medición
Reducir el tiempo de generación
Ordinal.
de reportes.
Operacionalización
Independiente Sistema de Generación de reportes, Procesamiento Reducir el tiempo de búsqueda

registro de ventas, búsqueda de información. Ordinal.
información web. de productos.
de productos, trazabilidad.
Reducir el tiempo de registro de
Ordinal.
ventas.
Comunicación
Dependiente Gestión de ventas y Apoyo para la gestión de Nivel de Incrementar el nivel de

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

Tabla 9: Matriz de operacionalización de variables
37
Comunicación
2.2.6 Técnicas e Instrumentos, Validación y Confiabilidad

2.2.6.1 Técnicas e Instrumentos
Las técnicas e instrumentos que se utilizaron para la recolección de datos
son las siguientes:
Tabla 10: Técnicas e instrumentos de recolección de datos
Técnica Instrumentos Fuente Informante

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

La validación del instrumento se realizó mediante encuestas con la técnica
de criterio de jueces (mediante 3 o más jueces de la especialidad) teniendo
una mayor validez de la utilización de los instrumentos.
Se realizó la prueba piloto con el apoyo y colaboración de 5 personas los
cuales participaron el administrador y asistentes de ventas o trabajadores de
la empresa, lo cual se aplicó la prueba de alfa de Cronbach donde se tuvo
como resultado el valor de 0.85 demostrando que el grado de confiabilidad
es alto. (Anexo 6: Alfa de Cronbach)
2.2.7 Método de Análisis de Datos
Se realizó un análisis inferencial para el cálculo de las muestras y población; y para la
prueba de hipótesis se utilizó pruebas estadísticas parametrizadas como la prueba t
Student y diferencias de medias.
2.2.8 Procedimiento
La metodología que se eligió fue Scrum, que es un marco de trabajo basado en la
gestión de proyectos para una solución rápida y ágil. Logrando una mayor flexibilidad
que está orientado al trabajo por iteración generando un incremento (nueva
funcionalidad del producto), la segmentación de tareas y cierre de las mismas en un
tiempo determinado. De tal forma que a través del sprint retrospective se procure la
mejora
Esta obra ha sidocontinua mediante
publicada bajolas
lalecciones
licenciaaprendidas
Creativedurante el proceso
Commons de desarrollo.
Reconocimiento-No
38
Comunicación
Según el manifiesto ágil, y las recomendaciones de las primordiales organizaciones

que se encargaran de promover Scrum, se realizó la primera reunión del equipo, y se
configuraron los sprints con una duración de dos semanas por cada sprint, haciendo 6
entregables.
Figura 10: Ciclo de Scrum
La metodología inicia especificando el product backlog, que es el documento donde se

encuentran las especificaciones técnicas y funcionales del producto a desarrollar, a
continuación, se detalla algunos puntos mínimos definidos:
Tabla 11: Puntos mínimos del product backlog
CAPITULO INICIALIZACIÓN
1 PERSONAS Y ROLES DEL PROYECTO
1.1 Stakeholders
1.2 Product Owner
1.3 Scrum Master
1.4 Develop Team
2 PRODUCT BACKLOG
2.1 Funcionalidades
2.1.1 Requerimientos
2.1.2 Casos de Uso
2.2 Historias de Usuario
2.3 Diagrama de actividades
2.4 Estimación del esfuerzo de desarrollo
2.4.1 Cálculo de puntos de CU sin ajustar
Esta obra ha sido publicada2.4.2
bajo la Factor de PesoCreative
licencia de los actores sin ajustarReconocimiento-No
Commons
39
Comunicación
2.4.3 Factor de Peso de los CU sin ajustar

2.4.4 Cálculo de puntos de CU ajustados
2.4.5 Factor de complejidad técnica
2.4.6 Factor de ambiente
2.4.7 Estimación de esfuerzo
2.4.8 Cálculo de tiempo de desarrollo
2.5 Estudio de Viabilidad económica
2.5.1 Costo de inversión
2.5.2 Costo de desarrollo
2.5.3 Costo de implementación
2.5.4 Costo operacional
2.5.5 Beneficios
2.5.6 Flujo de Caja
2.5.7 Análisis de rentabilidad
2.6 Tareas Técnicas
2.6.1 Tarjetas CRC
2.6.2 Diagramas de Clase
2.6.3 Diagrama de datos
2.6.4 Modelo de datos
2.6.5 Modelo de BDD Lógicos
2.6.6 Modelo de base de datos Físico
2.6.7 Diagrama de BDD
2.6.8 Diagrama de Navegabilidad
2.6.9 Diagrama de Componentes
2.6.10 Diagrama de Despliegue
3 PLANIFICACIÓN DEL PRODUCT BACKLOG
CAPITULO SPRINT's
5.1 Sprint Backlog
5.2 Sprint Daily
5.3 Código
5.4 Pruebas
5.5 Interfaces
5.6 Burndown Chart
5.7 Sprint Review
5.8 Retrospective Sprint
Cabe mencionar que existen ítems propios que no se documentan, debido que son un
conjunto de actividades propias del desarrollo, tal como el sprint daily, basado en
reuniones no mayores a 15 minutos donde se acuerdan conjuntamente con el equipo
los puntos a desarrollar, dudas bloqueos y dudas por parte del product owner, los

40
Comunicación
resultados de estas reuniones se reflejan en las actualizaciones del sprint backlog y

las actividades propiamente planificadas.
2.2.9 Consideraciones Éticas
Se comunico con el jefe administrativo la no publicación de sus datos confidenciales
de la empresa, se tomarán y agregarán datos como pruebas iniciales los registros de
años anteriores; pues esta información pertenece a la empresa.
Se realizo un documento de consentimiento hacia los encuestados mencionando la
finalidad, motivo y uso de los datos respecto a la investigación.

41
Comunicación
CAPÍTULO III: RESULTADOS

42
Comunicación
3 PERSONAS Y ROLES DEL PROYECTO

3.1 Stakeholders
Silvert Mitchell Pérez Villa
3.2 Product Owner
Pretell Quispe Jaime Esaú
3.3 Scrum Master
Christian Roberth Chapoñan Lalopu
3.4 Develop Team
Pretell Quispe Jaime Esaú
4 PRODUCT BACKLOG
4.1 Funcionalidades
Posteriormente, se muestra el diagrama de los procesos BPMN que detalla el estado en el
cual se encontró el proceso del área de almacén y ventas., lo cual afecta directamente con
el inventario.
Figura 11: BPMN gestionar venta

43
Comunicación
Figura 12: gestionar almacén

4.1.1 Requerimientos
Requerimientos de información del sistema
Para iniciar con el sistema se necesita que en primer lugar el usuario inicie sesión
con el nombre de su usuario y su contraseña que recibirá inmediatamente mediante
un email para mayor seguridad, dicho usuario será de tipo administrador, tendrá
permisos a todos los módulos del sistema.
Una vez inicie sesión por primera vez tendrá la opción de cambiar sus datos
incluyendo la contraseña, adicionalmente a ello se le entregara un usuario genérico
tipo administrador como contingencia de no poder ingresar al sistema debido a
perdida de contraseña y/o usuario.
El inicio de sesión en el acceso del sistema cuenta con el siguiente mecanismo de
seguridad:
- Se utiliza JWT (json web token) es un mecanismo que permite comprobar la
identidad de un determinado usuario, para mayor seguridad.
- Para dejarlo más claro el JWT es una cadena de texto que tiene tres partes
codificadas, el header encabezado donde se indica el algoritmo y el tipo de
token, el payload donde se especifica los datos del usuario y no menos
44
Comunicación
importante la signature que viene a ser la firma que nos permite validar y
verificar el token si es válido o no, la firma está dentro de los enviroment es
un secret key única donde debe estar compuesta de diferentes caracteres.
- De esta forma si alguien intenta modificar el token en un determinado tiempo,
inyectando alguna credencial o algún dato malicioso, el mecanismo a través
del sistema verifica y comprueba que la firma sea correcta, si en caso la firma
no es correcta deniega la petición y el acceso al dashboard principal del
sistema.
- Cabe mencionar que cuando se crea un usuario, esta se crea con su
respectico token donde incluye la firma, cada usuario tiene un token único y
este es el que se verifica y comprueba al ingresar al sistema.
- La duración del token es de 24h donde el usuario podrá tener el acceso al
sistema sin problemas, pasado dicho lapso de tiempo se renueva el token
logrando la mantenibilidad de inicio de sesión en el sistema. De tal forma que
si el usuario tiene inactividad en el sistema por 24h automáticamente el token
expira y tendrá que volver a logearse, de esta forma se tiene una mejor
seguridad en el inicio de sesión ante cualquier contingencia.
Para hacer uso del sistema se tiene los siguientes módulos:
Módulo de Configuración, es el módulo que permite el control y acceso al sistema
donde se tienen siguientes contenedores:
• Perfiles, dentro de este sub-módulo se podrán observar y crear los perfiles
que sean necesarios para la empresa. Para crear un nuevo perfil se
necesitan los siguientes datos:
Tabla 12: Datos necesarios para registrar un perfil
Nombre del Campo Obligatorio Condición

Nombre Si Ninguna
Descripción No Ninguna
• Permisos, dentro de este sub-módulo solo se podrán observar los permisos

ya establecidos dentro del sistema, no se podrán eliminar ni realizar otro tipo
de acción.
• Usuarios, en este sub-módulo se podrán visualizar todos los usuarios que
ya existen dentro del sistema, también se podrán crear los usuarios que sean
45
Comunicación
necesitaría para utilizar el sistema. Para poder crear un nuevo usuario se

necesita los siguientes datos:
Tabla 13: Datos necesarios para registrar un usuario

Apellidos Si Ninguna
Nombres Si Ninguna
Dirección No Ninguna
Se tiene que seleccionar
Tipo documento Si
una opción
Ingresar un número mayor a
Número de documento Si
8 dígitos
Tiene que tener el formato
Email Si
de email
Teléfono No Ninguna
Usuario Si Ninguna
Tiene que ser mayor a 6
Clave Si
caracteres
Perfil Si
una opción
Fecha Registro No Esta predeterminado
Activo No Ninguna
una opción o más, sino el
Permisos No usuario podrá ingresar al
sistema, pero no podrá
ingresar a ningún modulo
Módulo Maestro, es el módulo que está relacionado a las diferentes características

de los productos donde se tiene los siguientes contenedores:
• Marca, en este sub-módulo se podrán ver la lista de marcas que están
registradas dentro del sistema, también se podrán agregar nuevas marcas,
los campos necesarios son los siguientes:

46
Comunicación
Tabla 14: Datos necesarios para registrar una marca

Nombre de Marca Si Ninguna
Activo No Ninguna
• Categoría, en este sub-módulo se podrán ver la lista de categorías que están

registradas dentro del sistema, también se podrán agregar nuevas
categorías, los campos necesarios son los siguientes:
Tabla 15: Datos necesarios para registrar una categoría

Nombre de Categoría Si Ninguna
Activo No Ninguna
• Unidad de medida, en este sub-módulo se podrán ver la lista de unidades

de medidas que están registradas dentro del sistema, también se podrán
agregar nuevas unidades, los campos necesarios son los siguientes:
Tabla 16: Datos necesarios para registrar unidad de medida

Nombre Unidad Medida Si Ninguna
• Tipo Documento, en este sub-módulo se podrán ver la lista de Tipos de

Documentos que están registradas dentro del sistema, también se podrán
agregar nuevos Tipos de Documentos, los campos necesarios son los
siguientes:
Tabla 17: Datos necesarios para registrar tipo documento

Tipo Documento Si Ninguna

47
Comunicación
Módulo Almacén, es el módulo que está relacionado al registro de productos según

su categoría, marca y unidad de medida, además de ello se tiene un control de
entradas y salidas de productos mediante un Kardex donde se tiene los siguientes
contenedores:
• Producto, dentro de este sub-módulo se pueden visualizar todos los
Productos que se han ido registrando dentro del sistema, también se puede
registrar nuevos productos, los campos necesarios son los siguientes:
Tabla 18: Datos necesarios para registrar un producto

Modelo Producto Si Ninguna
Descripción Si Ninguna
Característica No Ninguna
Categoría Si
una opción
Marca Si
una opción
U. Medida Si
una opción
Tipo Si
una opción
Activo No
una opción
Precio Venta Si Ninguna
Url Producto No Ninguna
• Kardex, dentro de este sub-módulo se pueden buscar los movimientos

(compra – venta) de cada producto, se tiene que seleccionar el producto
buscado y los movimientos aparecerán en la tabla inferior, en caso que no
existan movimiento del producto buscado se mostrara una alerta indicado
que no se encontraron datos de cierto producto.
Módulo de Compras, es el módulo que está relacionado al registro de compras de

los productos a los proveedores para mantener el stock del mismo donde se tiene los
siguientes contenedores:

48
Comunicación
• Registro de Compras, en este sub-módulo se pueden encontrar la lista de

las compras realizadas dentro de la empresa, estos registros no pueden ser
eliminados, pero pueden ser descargados (Pdf y Excel) para su posterior
análisis. Dentro de este sub-módulo también se puede realizar el
procedimiento de crear una nueva compra, los campos requeridos para
registrar una compra son los siguientes:
Tabla 19: Datos necesarios para registrar una compra

Tip.Doc. Si
una opción
Serie Si Ninguna
Solo puede ingresar
Nro.Doc. Si
números
Fecha Compra Si Ninguna
Guía Rem. Remitente No Ninguna
Proveedor Si
una opción
Orden de Compra No Ninguna
Producto Si
una opción
Solo puede ingresar
Cantidad Si
números
Solo puede ingresar
Precios Unit Si
números
Observaciones No Ninguna
Al momento de agregar una compra se tienen 5 botones los cuales se

describirían a continuación:
- Agregar Proveedor, al hacer click en este botón aparecerá un modal
el cual permitirá registrar un nuevo proveedor, se llenan los campos
correspondientes (se mencionarán posteriormente) y al guardar el
proveedor aparecerá automáticamente en el campo de comprar
“Proveedor”.
- Crear Nuevo Producto, al hacer click en este botón aparecerá un
modal el cual permitirá registrar un nuevo Producto, se llenan los
campos
Esta obra ha sido publicada bajo correspondientes (ya mencionados
la licencia Creative anteriormente) y al
Commons Reconocimiento-No
49
Comunicación
guardar el Producto, este aparecerá automáticamente en el campo

de comprar “Producto”.
- Agregar Nuevo Producto, este botón permite agregar más productos
a la compra que se está realizando, con sus campos
correspondientes (Cantidad, Precio Unit, Sub Total, Total, etc.)
- Cancelar, este botón cancela toda la operación que se está
realizando y regresa a la venta anterior (Lista de Compras).
- Guardar, este botón guarda la compra realizada, antes de guardar
se verifica que todos los botones obligatorios estén completos, en
caso contrario se mostrara una alerta donde menciona que campos
faltan llenar.
Módulo de Ventas, es el módulo que está relacionado al registro de ventas de los

productos donde se tiene los siguientes contenedores:
• Ventas, dentro de este sub-módulo se encuentra la lista de las ventas
realizadas, en la columna “Acciones” se puede descargarse (pdf y Excel).
También se puede realizar una nueva venta, los campos necesarios son los
siguientes:
Tabla 20: Datos necesarios para registrar una venta

Tip.Doc. Si
una opción
Serie Si Ninguna
Nro.Doc. Si Ninguna
Fecha Compra Si Ninguna
Tipo Moneda Si
una opción
Cliente Si
una opción
Orden de Compra No Ninguna
T. Cambio Si Según el tipo de moneda
Producto Si
una opción
Solo puede ingresar
Cantidad Si
números
50
Comunicación
Solo puede ingresar

Precios Unit Si
números
Al momento de agregar una compra se tienen 4 botones los cuales se

- Agregar Cliente, al hacer click en este botón aparecerá un modal el
cual permitirá registrar un nuevo cliente, se llenan los campos
cliente aparecerá automáticamente en el campo de venta “Cliente”.
- Agregar Nuevo Producto, este botón permite agregar más
productos a la compra que se está realizando, con sus campos
correspondientes (Cantidad, Precio Unit, Sub Total, Total, etc.).
realizando y regresa a la ventana anterior (Lista de Ventas).
- Guardar, este botón guarda la venta realizada, antes de guardar se
verifica que todos los botones obligatorios estén completos, en caso
contrario se mostrara una alerta donde menciona que campos faltan
llenar.
• Cotizaciones, dentro de este módulo encontramos una lista de las
cotizaciones que han sido creadas, cada cotización realizada tiene 4
acciones, eliminar, editar, descarga PDF y Venta, esta última acción abre un
modal donde esta cotización se convierte en una venta, esta venta es
registrada y se puede visualizar dentro del sub-módulo “Ventas”.
Para poder realizar una cotización se necesitan agregar los siguientes
campos:
Tabla 21: Datos necesarios para realizar una cotización

Cliente Si
una opción
Tipo Moneda Si
una opción
T. Cambio Si Según el tipo de moneda

51
Comunicación

Producto Si
una opción
Solo puede ingresar
Cantidad Si
números
Solo puede ingresar
Precios Unit Si
números
Al momento de agregar una cotización se tienen 4 botones los cuales se

- Agregar Cliente, al hacer click en este botón aparecerá un modal el
cual permitirá registrar un nuevo cliente, se llenan los campos
cliente aparecerá automáticamente en el campo de venta “Cliente”.
- Agregar Nuevo Producto, este botón permite agregar más
productos a la compra que se está realizando, con sus campos
correspondientes (Cantidad, Precio Unit, Sub Total, Total, etc.).
realizando y regresa a la ventana anterior (Lista de Cotizaciones).
- Guardar, este botón guarda la cotización realizada, antes de guardar
se verifica que todos los botones obligatorios estén completos, en
caso contrario se mostrara una alerta donde menciona que campos
faltan llenar.
Módulo de Precios, es el módulo que está relacionado a los precios de los productos
donde se tiene los siguientes contenedores:
• Precios Venta, dentro de este módulo se encuentra una lista de los
productos registrados dentro del sistema, con sus datos correspondientes y
su precio de venta.
Módulo de Client-Prov, es el módulo que está relacionado al registro de clientes y

proveedores donde se tiene los siguientes contenedores:
• Clientes, en este módulo se listan todos los Clientes que han sido
registrados en el sistema, por cada cliente registrado se pueden realizar las
siguientes acciones, editar y eliminar.
52
Comunicación
Los campos necesarios para poder registrar un cliente, son los siguientes:
Tabla 22: Datos necesarios para registrar un cliente

Tip.Doc. Si
una opción
Solo puede ingresar
Nro. Doc. Si
números
Razón Social Si Ninguna
Solo puede ingresar
Dirección Si
números
Correo Electrónico Si Tener formato correo
Teléfono Celular Si Ninguna
Teléfono Fijo No Ninguna
Activo Si Ninguna
• Proveedores, en este módulo se listan todos los Proveedores que han sido
registrados en el sistema, por cada proveedor registrado se pueden realizar
las siguientes acciones, editar y eliminar.
Los campos necesarios para poder registrar un proveedor, son los
siguientes:
Tabla 23: Datos necesarios para registrar un proveedor

Tip.Doc. Si
una opción
Solo puede ingresar
Nro. Doc. Si
números
Razón Social Si Ninguna
Solo puede ingresar
Dirección Si
números
Correo Electrónico Si Tener formato correo
Teléfono Celular Si Ninguna
Teléfono Fijo No Ninguna
Activo Si Ninguna

53
Comunicación
Módulo de Reportes, es el módulo que está relacionado a los reportes de ventas y

productos respectivamente donde se tiene los siguientes contenedores:
• Reporte de Ventas, en este Sub-módulo se ingresa un rango de fechas y se
muestran todas las ventas que se realizaron dentro de este rango. Este
resultado puede ser descargado en PDF.
• Reporte de Productos, en este módulo se realiza una descarga (PDF) de
todos los productos (con todos sus campos respectivos) que están
registrados dentro del sistema.
A continuación, se especifica los requerimientos generales del sistema:
Tabla 24: Requerimientos generales del sistema
ID 01 Tesis_AppTelenorWeb
Versión 1.0 (03/05/2021)
• Implementar trazabilidad de los productos de la empresa.
• Reducir el tiempo en el registro de ventas.
Dependencias • Facilitar la búsqueda de los productos mediante sus
características.
• Reducir el tiempo de generación de reportes.
El sistema gestiona los registros, reportes del administrador, colaboradores

Descripción según los perfiles y funciones en el sistema.
• El administrador principal gestiona las funciones del sistema.

• El administrador principal restablece la contraseña olvidada
mediante su usuario secundario.
• El administrador y colaboradores (si es que tiene acceso a los
módulos) configura el sistema para la gestión de ventas y
almacén.
Requisitos hijos • El administrador tiene su contraseña vía correo electrónico como
respaldo al momento de recibir el sistema.
• Los usuarios gestionan el registro de inventario o almacén en el
sistema.
• Es necesario que para el registro tengan todos los datos o
campos requeridos.
• El usuario elabora dos tipos de reporte.

54
Comunicación
Es importante que exista un mantenedor de inventario donde el usuario

pueda agregar, editar y eliminar productos rápidamente. Un mantenedor
Importancia donde se pueda generar los reportes de ventas de manera rápida según un
rango de fechas y por último un módulo de Kardex donde se pueda ver los
movimientos de los productos.
A continuación, se especifica las prioridades generales del sistema:
Tabla 25: prioridades generales del sistema
ID 01 Tesis_AppTelenorWeb
- Gestionar tiene prioridad 1
Prioridad - Registrar tiene prioridad 2
- Reportar tiene prioridad 3
Estado Finalizado
Comentarios Se realizaron las prioridades satisfactoriamente
Reglas de negocio del sistema

A continuación, se especifica las reglas del negocio del sistema y son los siguientes:
Tabla 26: Requisito registrar usuario
RNS 01 Registrar Usuarios del Sistema

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar usuarios.
El administrador podrá registrar los usuarios que
Descripción
podrán ingresar dentro del sistema.
Establece los permisos a los usuarios para
Importancia manipular los distintos módulos o secciones
dentro del sistema.
Prioridad 1
Estado Activo
Es necesario seleccionar los permisos para cada
Comentarios
usuario.

55
Comunicación
Tabla 27: Requisito mostrar registro de usuarios
RNS 02 Mostrar Registro de Usuarios

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar usuarios.
El administrador podrá visualizar una lista de
Descripción
usuarios creados en la base de datos.
Permite controlar los accesos de los usuarios
mediante permisos a los diferentes módulos,
Importancia
además de obtener mediante un detalle los
datos de los colaboradores.
Prioridad 2
Estado Activo
El usuario no podrá tener acceso a los diferentes
módulos de los que no tenga permisos.
Comentarios El administrador Al dar Click en un ítem de la lista
de usuarios, podrá tener un detalle de los datos
de los mismos.
Tabla 28: Requisito registrar perfil
RNS 03 Registrar Perfil

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar perfiles.
El administrador podrá registrar los perfiles que
Descripción podrán ingresar dentro del sistema y serán
necesarios para poder registrar un usuario.
Establece los perfiles que se encuentran dentro
Importancia
del negocio y dentro el sistema.
Prioridad 3
Estado Activo
El administrador y los usuarios con el permiso a
Comentarios
este módulo podrán agregar nuevos perfiles.

56
Comunicación
Tabla 29: Requisito registrar producto
RNS 04 Registrar Producto

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar producto.
El usuario con permiso a este módulo podrá
Descripción registrar los productos que podrán ingresar
dentro del sistema.
Establece los productos que se encuentran
Importancia
dentro del negocio y dentro el sistema.
Prioridad 4
Estado Activo
Comentarios
este módulo podrán agregar nuevos productos.
Tabla 30: Requisito mostrar historial de producto
RNS 05 Mostrar Historial de Producto

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar producto.
El usuario con permiso al módulo de productos,
Descripción tendrá la opción de visualizar el historial de todos
los productos modificados en el tiempo.
Permite tener un control de los productos en
cuanto a sus modificaciones en el tiempo
Importancia
comparando los precios o cualquier valor que
sea de importancia para la toma de decisiones.
Prioridad 5
Estado Activo
Los usuarios podrán visual el historial para una
Comentarios
mejor trazabilidad de los productos.

57
Comunicación
Tabla 31: Requisito registrar marca
RNS 06 Registrar Marca

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar marca.
Descripción registrar las marcas que podrán ingresar dentro
del sistema.
Establece las marcas que se encuentran dentro
Importancia
del negocio y dentro el sistema.
Prioridad 6
Estado Activo
Comentarios
este módulo podrán agregar nuevas marcas.
Tabla 32: Requisito registrar categoría
RNS 07 Registrar Categoría

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar categoría.
Se registrarán las categorías que podrán
Descripción
ingresar dentro del sistema.
Establece las categorías que se encuentran
Importancia
dentro del negocio y dentro el sistema.
Prioridad 7
Estado Activo
Comentarios
este módulo podrán agregar nuevas categorías.

58
Comunicación
Tabla 33: Requisito registrar tipo documento
RNS 08 Registrar Tipo de Documento

Versión 1.0 (25/05/2021)
Depende del caso de uso gestionar tipo
Dependencias
documento.
Se podrán registrar los tipos de documentos que
Descripción podrán ingresar dentro del sistema para poder
registrar un usuario.
Establece los tipos de documentos que se
Importancia
encuentran dentro el sistema.
Prioridad 8
Estado Activo
Comentarios este módulo podrán agregar nuevos tipos de
documento.
Tabla 34: Requisito registrar unidad de medida
RNS 09 Registrar Unidad de Medida

Versión 1.0 (25/05/2021)
Depende del caso de uso gestionar unidad
Dependencias
medida.
registrar las unidades de medida que podrán
Descripción
ingresar dentro del sistema para poder medir un
producto.
Establece las unidades de medida que se
Importancia encuentran dentro el sistema, necesario para el
registro de productos.
Prioridad 9
Estado Activo
Comentarios este módulo podrán agregar nuevas unidades de
medida.

59
Comunicación
Tabla 35: Requisito registrar venta
RNS 10 Registrar Venta

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar ventas.
Descripción
registrar las ventas que se realicen.
Guarda todos los movimientos de venta que se
Importancia
realizan.
Prioridad 10
Estado Activo
Se necesitan tener datos previos (otros campos)
Comentarios
para poder concretar una venta.
Tabla 36: Requisito registrar compra
RNS 11 Registrar Compra

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar compra.
Descripción Se registrarán las compras que se han hecho.
Guarda todos los movimientos de compra que se
Importancia
realizan.
Prioridad 11
Estado Activo
Los datos de la compra se ingresan de la boleta
Comentarios
obtenida.

60
Comunicación
Tabla 37: Requisito registrar cliente
RNS 12 Registrar Cliente

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar cliente.
Descripción
registrar los clientes en relación a las ventas.
Guarda todos los datos del cliente en relación a
Importancia
la venta.
Prioridad 12
Estado Activo
Los clientes serán registrados para tener una
Comentarios
mejor trazabilidad de las ventas.
Tabla 38: Requisito registrar proveedor
RNS 13 Registrar Proveedor

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar proveedor.
Descripción registrar los proveedores en relación a las
compras.
Guarda los registros de proveedores para la
Importancia
compra de productos.
Prioridad 13
Estado Activo
Los usuarios podrán tener un mejor control del
Comentarios stock de los productos en relación a las compras
hechas a los proveedores.

61
Comunicación
Tabla 39: Requisito registrar cotización
RNS 14 Registrar Cotización

Versión 1.0 (25/05/2021)
Dependencias Depende del caso de uso gestionar cotización.
Descripción registrar las cotizaciones a clientes y puede
concretarse en una venta.
Guarda los registros de cotizaciones para la
Importancia
venta de productos.
Prioridad 14
Estado Activo
Los las cotizaciones se pueden concretar en una
Comentarios
venta.
Requerimientos no funcionales del sistema, a continuación, se especifican los

requerimientos no funcionales del sistema y son los siguientes:
- El sistema debe de ser eficiente en cuanto a generar N reportes por segundo.
- El tiempo de capacitación de sistema para los usuarios debe de ser menos
de 4 horas, por lo que el sistema se debe de implementar con las interfaces
simples y fáciles de manejar.
- El sistema deberá estar disponible las 24 horas del día.
- El sistema estará disponible en la web, y el administrador podrá establecer
los permisos para los usuarios creados.
- La información, lo módulos y la información del sistema estará protegida de
acceso no autorizado, estos permisos solo los podrán dar el administrados y
los usuarios con ciertos permisos.
- El sistema contara con un manual que ayude con la capacitación del personal
que va a realizar el uso correcto del sistema.

62
Comunicación
4.1.2 Casos de uso

A continuación, se especifican los casos de uso:
Diagrama de casos de uso del sistema
Figura 13: Diagrama de caso de uso
Especificaciones de los actores del sistema
Tabla 40: Actor del sistema - Administrador
EAS 01 Administrador
Versión 1.0 (02/06/2021)
Dependencias No tiene dependencia.
Dicho actor del negocio actual representa al
gerente administrador (Telenor Perú S.R.L.)
Descripción
quien controla la gestiona las ventas y el
almacén.
Comentarios Se encarga de gestionar los usuarios para el
manejo del sistema.
63
Comunicación
Tabla 41: Actor del sistema - Usuario
EAS 02 Usuario
Versión 1.0 (02/06/2021)
Dependencias Depende del actor Administrador
Dicho actor del negocio representa al asistente
Descripción de ventas quien ayuda a la gestión de las ventas
y almacén, así como la elaboración de reportes.
Comentarios Se encarga de registrar las ventas, almacén y
realizar reportes.
Especificaciones de casos de uso del sistema

Es importante detallar las especificaciones de casos de uso del sistema para un mejor
entendimiento de los procesos, se tienen los siguientes:
Tabla 42: Caso de uso del sistema - Gestionar usuarios
ECUS 01 Gestionar Usuarios

Versión 1.0 (03/06/2021)
-Depende del actor Administrador.
Dependencias -Depende del caso de uso gestionar perfiles,
gestionar permisos y gestionar tipo documento.
Precondición Haber iniciado sesión en el sistema.
Se registra a los usuarios para el manejo y
Descripción
acceso al sistema.
Permite registrar un nuevo usuario para el inicio
Postcondición
de sesión del sistema.
Permite crear usuarios que ayuden con la
Importancia
gestión de las ventas y almacén.
Prioridad 1
Estado Activo
El administrador puede gestionar los usuarios y
Comentarios
contraseñas de los colaboradores.

64
Comunicación
Tabla 43: Caso de uso del sistema - Gestionar perfiles
ECUS 02 Gestionar Perfiles

Versión 1.0 (03/06/2021)
Dependencias
-Depende del caso de uso gestionar usuarios.
Se registra los perfiles en relación a los usuarios
Descripción
del sistema.
Permite agregar un nuevo perfil para el registro
Postcondición
del usuario.
Permite crear nuevos perfiles en relación a los
Importancia
usuarios del sistema.
Prioridad 2
Estado Activo
El administrador puede ingresar nuevos perfiles
Comentarios para los trabajadores o colaboradores de la
empresa.
Tabla 44: Caso de uso del sistema - Gestionar permisos
ECUS 03 Gestionar Permisos

Versión 1.0 (03/06/2021)
Dependencias
-Depende del caso de uso gestionar usuarios.
Se asigna los permisos en relación a los
Descripción usuarios para el acceso a los módulos del
sistema.
Permite dar acceso a los módulos del sistema a
Postcondición
los usuarios.
La lista de permisos no se puede modificar ya
Importancia que estos sirven para dar acceso a los módulos
del sistema.
Prioridad 3
Estado Activo
El administrador da los permisos a los usuarios
Comentarios
para el acceso a los módulos del sistema.

65
Comunicación
Tabla 45: Caso de uso del sistema - Gestionar compra
ECUS 04 Gestionar Compra

Versión 1.0 (03/06/2021)
Dependencias -Depende del caso de uso gestionar producto y
gestionar Proveedor.
Haber iniciado sesión en el sistema y tener
Precondición
permisos al módulo de compras.
Se permitirá registrar las compras de los
Descripción
productos actualizando el stock.
Permite guardar las compras o ingresos de los
Postcondición
productos.
Permite el ingreso de nuevos productos en
Importancia
stock.
Prioridad 4
Estado Activo
Se realizarán las compras o ingresos según el
Comentarios
stock de los productos.
Tabla 46: Caso de uso del sistema - Gestionar proveedor
ECUS 05 Gestionar Proveedor

Versión 1.0 (03/06/2021)
Dependencias -Depende del caso de uso gestionar compra y
gestionar tipo documento
Precondición
permisos al módulo Client-Prov.
Se permitirá registrar a los proveedores para el
Descripción
ingreso de productos.
Postcondición Permite grabar un nuevo proveedor.
Importancia Permite el registro de nuevos proveedores.
Prioridad 5
Estado Activo
Comentarios Permite editar y eliminar proveedores.

66
Comunicación
Tabla 47: Caso de uso del sistema - Gestionar producto
ECUS 06 Gestionar Producto

Versión 1.0 (03/06/2021)
-Depende del actor Administrador y Usuario.
-Depende del caso de uso gestionar compra,
Dependencias
gestionar marca, gestionar categoría y gestionar
unidad de medida.
Precondición
permisos al módulo almacén.
Se permitirá registrar los productos para el
Descripción
ingreso y la venta de los mismos.
Postcondición Permite grabar un nuevo producto.
Importancia Permite ingresar nuevos productos al almacén.
Prioridad 6
Estado Activo
Permite editar y eliminar y obtener un historial
Comentarios
de productos.
Tabla 48: Caso de uso del sistema - Gestionar marca
ECUS 07 Gestionar Marca

Versión 1.0 (03/06/2021)
Dependencias
-Depende del caso de uso gestionar producto.
Precondición
permisos al módulo maestro.
Se permitirá registrar las marcas de los
Descripción
productos.
Postcondición Permite grabar una nueva marca.
Permite ingresar nuevas marcas para los
Importancia
productos.
Prioridad 7
Estado Activo
Comentarios Permite editar y eliminar.

67
Comunicación
Tabla 49: Caso de uso del sistema - Gestionar categoría
ECUS 08 Gestionar Categoría

Versión 1.0 (04/06/2021)
Dependencias
Precondición
Se permitirá registrar las categorías de los
Descripción
productos.
Postcondición Permite grabar una nueva categoría.
Permite ingresar nuevas categorías para los
Importancia
productos.
Prioridad 8
Estado Activo
Tabla 50: Caso de uso del sistema - Gestionar unidad de medida
ECUS 09 Gestionar Unidad Medida

Versión 1.0 (04/06/2021)
Dependencias
Precondición
Se permitirá registrar la unidad de medida de los
Descripción
productos.
Postcondición Permite grabar una nueva unidad de medida.
Permite ingresar nuevas unidades de medidas
Importancia
para los productos.
Prioridad 9
Estado Activo

68
Comunicación
Tabla 51: Caso de uso del sistema - Gestionar tipo documento
ECUS 10 Gestionar Tipo Documento

Versión 1.0 (04/06/2021)
Dependencias -Depende del caso de uso gestionar usuarios,
gestionar proveedor y gestionar cliente.
Precondición
Se permitirá registrar el tipo de documento en
Descripción
relación a los usuarios, clientes y proveedores.
Postcondición Permite grabar un nuevo tipo de documento.
Importancia Permite ingresar nuevos tipos de documentos.
Prioridad 10
Estado Activo
Tabla 52: Caso de uso del sistema - Gestionar ventas
ECUS 11 Gestionar Ventas

Versión 1.0 (04/06/2021)
Dependencias -Depende del caso de uso gestionar Cliente y
gestionar producto.
Precondición
permisos al módulo de ventas.
Se permitirá registrar las ventas de los
Descripción
productos actualizando el stock.
Postcondición Permite guardar las ventas de los productos.
Permite el registro de nuevas ventas de
Importancia
productos.
Prioridad 11
Estado Activo
Se realizarán las ventas según el stock de los
Comentarios
productos.

69
Comunicación
Tabla 53: Caso de uso del sistema - Gestionar cotización
ECUS 12 Gestionar Cotización

Versión 1.0 (04/06/2021)
Dependencias -Depende del caso de uso gestionar Cliente y
gestionar producto.
Precondición
permisos al módulo de ventas.
Se permitirá registrar las cotizaciones para la
Descripción
venta de los productos.
Permite guardar las cotizaciones de los
Postcondición
productos.
Permite el registro de nuevas cotizaciones de
Importancia
productos.
Prioridad 12
Estado Activo
Se realizarán las cotizaciones según el stock de
Comentarios
los productos.
Tabla 54: Caso de uso del sistema - Gestionar cliente
ECUS 13 Gestionar Cliente

Versión 1.0 (04/06/2021)
Dependencias -Depende del caso de uso gestionar ventas y
gestionar tipo documento.
Precondición
permisos al módulo Client-Prov.
Se permitirá registrar a los clientes para la venta
Descripción
de productos.
Postcondición Permite grabar un nuevo cliente.
Importancia Permite el registro de nuevos clientes.
Prioridad 13
Estado Activo
Comentarios Permite editar y eliminar clientes.

70
Comunicación
Tabla 55: Caso de uso del sistema - Elaborar reportes
ECUS 14 Elaborar Reportes

Versión 1.0 (04/06/2021)
Dependencias Depende del actor Usuario.
Precondición
permisos al módulo Reportes.
Descripción Se permitirá elaborar reportes.
Postcondición Permite mostrar los reportes.
Importancia Permite elaborar reportes.
Prioridad 14
Estado Activo
Cuenta con dos tipos de reportes, reporte de
Comentarios
productos y reporte de ventas.
Tabla 56: Caso de uso del sistema - Elaborar reporte de producto
ECUS 15 Elaborar Reporte de Producto

Versión 1.0 (04/06/2021)
-Depende del actor Usuario.
Dependencias
-Depende del caso de uso elaborar reportes.
Precondición
Se permitirá elaborar reporte de todos los
Descripción
productos.
Prioridad 15
Estado Activo
Comentarios Se descarga el reporte de los productos.

71
Comunicación
Tabla 57: Caso de uso del sistema - Elaborar reporte de ventas
ECUS 16 Elaborar Reporte de Ventas

Versión 1.0 (04/06/2021)
-Depende del actor Usuario.
Dependencias
-Depende del caso de uso elaborar reportes.
Precondición
Se permitirá elaborar reporte de ventas entre
Descripción
por rango de fechas y del día.
Prioridad 16
Estado Activo
Se descarga el reporte de las ventas por rangos
Comentarios
de fechas y por día.
4.2 Historias de usuario

Entre las historias de usuarios se detallan las siguientes:
Tabla 58: HU Inicio de sesión de administrador
ID HU 01
Rol Como Administrador
Funcionalidad Necesito tener un inicio de sesión y poder ingresar al sistema.
Razón Con la finalidad de ingresar al sistema de forma segura.
Escenario Criterios Aprobación Escenario Acción Resultado
No se habilitará el botón
En caso que
Cuando pulse el “Login” hasta que se
1 Campos vacíos. los campos
botón “LOGIN”. ingresen datos en los
estén vacíos.
campos correspondientes.
No ingresará al sistema y se
En caso que el
Cuando pulse el muestra el mensaje de error.
2 Usuario erróneo. usuario sea
botón “LOGIN”. - El usuario N no es valido
erróneo.
- El password no es valido
En caso de Cuando el inicio El administrador recurrirá a
olvidar de sesión no su correo electrónico donde
3 Olvidar contraseña.
contraseña de permite el ingreso recibió la contraseña de
administrador. del administrador. respaldo.

72
Comunicación
Tabla 59: HU Mantenedor de perfil
ID HU 02
Funcionalidad Necesito un mantenedor de perfiles de usuario y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar los perfiles en relación a los usuarios.
En caso que
Cuando pulse Se mostrará un mensaje de
los campos
1 Campos vacíos. el botón error e ira mostrando los
obligatorios
“Guardar”. campos que faltan completar.
estén vacíos.
En caso de
que el Cuando pulse
2 Mantenedor vacío mantenedor el mantenedor Se mostrará el botón Nuevo.
se encuentre “perfil”.
vacío.
En caso se Se mostrará un mensaje de
Cuando pulse
Nombre de perfil registre un error advirtiendo que el perfil
3 el botón
duplicado. perfil ya ingresado ya existe.
“Guardar”.
existente.
Tabla 60: HU Mantenedor de permisos
ID HU 03
Funcionalidad Necesito un mantenedor de permisos de usuario y poder gestionarlo.
Razón Con la finalidad de dar acceso a los diferentes módulos del sistema.
Se mostrará el listado de
En caso Cuando pulse
permisos lo cuales servirán
ingrese al en el
1 Mostrar lista Permisos. para dar acceso a los módulos
mantenedor mantenedor
del sistema mediante la
permisos. permisos.
creación de usuarios.

73
Comunicación
Tabla 61: HU Mantenedor de usuarios
ID HU 04
Funcionalidad Necesito un mantenedor de usuarios y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar los usuarios que ingresarán al sistema.
En caso que No se crea el usuario y se
Cuando pulse
los campos mostrará un mensaje de error e
1 Campos vacíos. el botón
obligatorios ira mostrando los campos que
“Guardar”.
estén vacíos. faltan completar.
En caso se
Cuando pulse
ingresen datos Muestra mensaje de alerta del
2 Datos erróneos. el botón
no validos en dato en el campo erróneo.
“Guardar”
los campos.
Cuando pulse
Nombre de usuario registre un error advirtiendo que el usuario
3 el botón
duplicado. usuario ya ingresado ya existe.
“Guardar”.
existente.
En caso no se Cuando intente Se mostrará un mensaje de
Permisos no asignados asigne ingresar a error advirtiendo que el usuario
4
en usuario. permisos al algún modulo no tiene acceso al módulo del
usuario. del sistema. sistema.
Tabla 62: HU Mantenedor de productos
ID HU 05
Funcionalidad Necesito un mantenedor de productos y poder gestionarlo en relación al almacén.
Razón Con la finalidad de agregar, editar y/o eliminar los productos en relación al almacén.
En caso que
Cuando pulse Se mostrará un mensaje de
los campos
1 Campos vacíos. el botón error e ira mostrando los
obligatorios
“Guardar”. campos que faltan completar.
estén vacíos.
Cuando pulse
Nombre de producto registre un error advirtiendo que el
2 el botón
duplicado. producto ya producto ingresado ya existe.
“Guardar”.
existente.

74
Comunicación
Tabla 63: HU Pantalla historial de producto
ID HU 06
Funcionalidad Necesito una pantalla de historial de productos donde se muestren los registros modificados de
los productos, que puedan ser buscados por fechas, por día actual y tener trazabilidad.
Razón Con la finalidad de tener trazabilidad de los productos en el tiempo
Se mostrará el mensaje no
En caso de Cuando pulse existe datos, se mostrará los
1 Búsqueda historial vacío. que la lista el botón inputs rango de fechas, se
este vacía. “Buscar”. mostrará los botones buscar y
cambios del día.
Tabla 64: HU Mantenedor de marca
ID HU 07
Funcionalidad Necesito un mantenedor de marcas y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar las marcas que serán registradas.
En caso que los Se mostrará un mensaje
campos Cuando pulse el de error e ira mostrando
1 Campos vacíos.
obligatorios estén botón “Guardar”. los campos que faltan
vacíos. completar.
En caso de que el Cuando pulse el
Se mostrará el botón
2 Mantenedor vacío mantenedor se mantenedor
Nuevo.
encuentre vacío. “Marca”.
Se mostrará un mensaje
En caso se de error advirtiendo que la
Nombre de marca Cuando pulse el
3 registre una marca marca ingresada ya
duplicado. botón “Guardar”.
ya existente. existe.

75
Comunicación
Tabla 65: HU Mantenedor de categoría
ID HU 08
Funcionalidad Necesito un mantenedor de categoría y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar las categorías que serán registradas.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “Categoría”.
En caso se
de error advirtiendo que la
Nombre de categoría registre una Cuando pulse el
3 categoría ingresada ya
duplicado. categoría ya botón “Guardar”.
existe.
existente.
Tabla 66: HU Mantenedor de unidad de medida
ID HU 09
Funcionalidad Necesito un mantenedor de unidad de medida y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar las unidades de medida en relación de los produc.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “UMedida”.
En caso se
de error advirtiendo que la
Nombre de unidad de registre una Cuando pulse el
3 unidad de medida
medida duplicado. medida ya botón “Guardar”.
ingresada ya existe.
existente.

76
Comunicación
Tabla 67: HU Mantenedor de tipo documento
ID HU 10
Funcionalidad Necesito un mantenedor de tipo de documento y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar el tipo documento.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “Tipo Doc.”.
En caso se
de error advirtiendo que el
Nombre de tipo registre una Cuando pulse el
3 tipo documento ingresada
documento duplicado. medida ya botón “Guardar”.
ya existe.
existente.
Tabla 68: HU Mantenedor de compras
ID HU 11
Funcionalidad Necesito un mantenedor de compras para el stock de los productos y poder gestionarlo.
Razón Con la finalidad de agregar, exportar comprobante de compra para el stock de almacén.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “Compras”.

77
Comunicación
Tabla 69: HU Mantenedor de ventas
ID HU 12
Funcionalidad Necesito un mantenedor de ventas de productos y poder gestionarlo.
Razón Con la finalidad de agregar, exportar comprobante de venta actualizando el stock de productos.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “ventas”.
Se mostrará mensaje
En caso de que el
Cuando pulse el indicando que no se
3 Producto sin stock producto no tenga
botón “Grabar” puede realizar la venta por
stock.
stock de producto.
Tabla 70: HU Mantenedor de cotizaciones
ID HU 13
Funcionalidad Necesito un mantenedor de cotizaciones y poder gestionarlo.
Razón Con la finalidad de agregar, editar, exportar y/o eliminar la cotización.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “Cotizaciones”.

78
Comunicación
Tabla 71: HU Mantenedor de clientes
ID HU 14
Funcionalidad Necesito un mantenedor de clientes y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar los clientes.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “Clientes”.
En caso se de error advirtiendo que el
Nombre de cliente Cuando pulse el
3 registre un cliente cliente ingresado ya
duplicado. botón “Guardar”.
ya existente. existe.
Tabla 72: HU Mantenedor de proveedores
ID HU 15
Funcionalidad Necesito un mantenedor de proveedores y poder gestionarlo.
Razón Con la finalidad de agregar, editar y/o eliminar los proveedores.
1 Campos vacíos.
vacíos. completar.
Nuevo.
encuentre vacío. “Proveedores”.
En caso se
de error advirtiendo que el
Nombre de proveedor registre un Cuando pulse el
3 proveedor ingresado ya
duplicado. proveedor ya botón “Guardar”.
existe.
existente.

79
Comunicación
Tabla 73: HU Pantalla resumen usuario
ID HU 16
Funcionalidad Necesito una pantalla de resumen de usuario y poder copiar datos o campos.
Razón Con la finalidad de mostrar resumen de usuario y copiar datos del mismo.
En caso que el Se copiará el dato
administrador Cuando pulse el automáticamente con el
1 Copiar datos del usuario. desee copiar botón con icono evento clipboard para
algún dato del de clipboard poder ser procesada por
usuario el administrador.
Tabla 74: HU Inicio de sesión de usuario
ID HU 17
Rol Como Usuario
Funcionalidad Necesito tener un inicio de sesión y poder ingresar al sistema.
Razón Con la finalidad de ingresar al sistema de forma segura.
No se habilitará el botón
En caso que
Cuando pulse el “Login” hasta que se
1 Campos vacíos. los campos
botón “LOGIN”. ingresen datos en los
estén vacíos.
campos correspondientes.
No ingresará al sistema y se
En caso que el
Cuando pulse el muestra el mensaje de error.
2 Usuario erróneo. usuario sea
botón “LOGIN”. - El usuario N no es valido
erróneo.
- El password no es valido
En caso de Cuando el inicio El administrador recurrirá a
olvidar de sesión no su correo electrónico donde
3 Olvidar contraseña.
contraseña de permite el ingreso recibió la contraseña de
administrador. del administrador. respaldo.

80
Comunicación
Tabla 75: HU mantenedor dashboard
ID HU 18
Rol Como Usuario
Funcionalidad Necesito un mantenedor dashboard donde muestre graficas estadísticas respecto a las ventas,
compras y movimiento de almacén, así como atajos.
Razón Con la finalidad de ayudar en la toma de decisiones.
En caso de que se
Cuando pulse Los gráficos estadísticos
Actualizar datos de realicen más
1 en el botón de se actualizarán de manera
graficas. operaciones en
home. automática.
tiempo real.
Tabla 76: HU Botón nueva marca y categoría
ID HU 19
Rol Como Usuario
Para registrar un producto necesito tener el botón de categoría y marca como atajo en caso se
Funcionalidad
tenga que registrar una nueva de las mismas.
Con la finalidad de permitir que el usuario pueda agregar una nueva categoría y marca cuando
Razón
este registrando un producto.
No se registrará y se
En caso de no mostrará el mensaje de
Cuando pulse
seleccionar una alerta debajo del campo
1 Campo vacío. en el botón
opción en marca y respectivo indicando que
“Guardar”
categoría. debe seleccionar una
opción.

81
Comunicación
Tabla 77: HU Mantenedor Kardex
ID HU 20
Rol Como Usuario
Necesito un mantenedor de Kardex para las entradas y salidas de productos haciendo
Funcionalidad
búsquedas por producto.
Razón Con la finalidad de tener trazabilidad de entradas y salidas por producto.
En caso de elegir Cuando pulse
Productos sin indicando que no existe
1 un producto sin en el botón
movimiento. movimiento para el
movimiento. “Buscar”.
producto.
Tabla 78: HU Botón nuevo proveedor y producto
ID HU 21
Rol Como Usuario
Para registrar una compra necesito tener el botón de agregar proveedor y producto como atajo
Funcionalidad
en caso se tenga que registrar una nueva de las mismas.
Con la finalidad de permitir que el usuario pueda agregar un nuevo proveedor y producto cuando
Razón
este registrando una compra.
En caso de no
mostrará el mensaje de
seleccionar una Cuando pulse
alerta debajo del campo
1 Campo vacío. opción en en el botón
respectivo indicando que
proveedor y “Guardar”
debe seleccionar una
producto.
opción.

82
Comunicación
Tabla 79: HU Botón nuevo cliente en registrar venta
ID HU 22
Rol Como Usuario
Para registrar una venta necesito tener el botón de agregar cliente como atajo en caso se tenga
Funcionalidad
que registrar un nuevo.
Con la finalidad de permitir que el usuario pueda agregar un nuevo cliente cuando este
Razón
registrando una venta.
En caso de no Cuando pulse
1 Campo vacío. seleccionar una en el botón
opción en cliente. “Guardar”
opción.
Tabla 80: HU Botón nuevo cliente en registrar cotización
ID HU 23
Rol Como Usuario
Para registrar una cotización necesito tener el botón de agregar cliente como atajo en caso se
Funcionalidad
tenga que registrar un nuevo.
Con la finalidad de permitir que el usuario pueda agregar un nuevo cliente cuando este
Razón
registrando una cotización.
En caso de no Cuando pulse
1 Campo vacío. seleccionar una en el botón
opción en cliente. “Guardar”
opción.

83
Comunicación
Tabla 81: HU Botón agregar a venta desde cotización
ID HU 24
Rol Como Usuario
Para registrar una venta desde una cotización necesito tener el botón de agregar a venta como
Funcionalidad
atajo en caso se tenga que registrar.
Con la finalidad de permitir que el usuario pueda registrar una venta desde una cotización
Razón
realizada.
No estará disponible el
En caso de no
Cuando pulse botón en caso la
mostrarse el botón
1 Botón no visualizado. en el botón cotización se haya
de venta en la
“Acciones” registrado como una
cotización.
venta.
Tabla 82: HU Campo concreto vent.
ID HU 25
Rol Como Usuario
Para saber si una cotización se logró concretar como venta necesito el campo concreto ven. en
Funcionalidad
la lista de cotizaciones.
Razón Con la finalidad de llevar una trazabilidad de las cotizaciones concretadas como ventas.
El estado de la lista de
cotizaciones cambia
En caso cambie el Cuando pulse
cuando se concreta una
1 Cambio de estado. estado en la lista en el botón
cotización a una venta su
de cotizaciones. “Venta”.
estado cambia de “no” a
“si”.

84
Comunicación
Tabla 83: HU Mantenedor precios venta
ID HU 26
Rol Como Usuario
Funcionalidad Necesito un mantenedor de precios venta
Razón Con la finalidad hacer búsquedas para los precios de los productos de manera rápida.
Al realizar la búsqueda de
Cuando se
En caso de saber un producto por un campo
Filtrar productos por escriba el
1 el precio de un este se filtrará y se
campos producto
producto encontrará el producto de
buscado
manera rápida.
Tabla 84: HU Módulo de reporte de ventas
ID HU 27
Rol Como Usuario
Funcionalidad Necesito un módulo de reporte de ventas y poder generarlos.
Razón Con la finalidad de mostrar los reportes de ventas registradas.
En caso de dejar
Mostrará un mensaje de
vacíos los campos Cuando pulse el
1 Campos vacíos. alerta de no encontrarse
de “Desde” y botón “Buscar”
registros.
“Hasta”.
Tabla 85: HU Botón ventas del día en reporte de ventas
ID HU 28
Rol Como Usuario
Funcionalidad Necesito un botón de ventas del día en el módulo de reporte de ventas.
Razón Con la finalidad de mostrar los reportes de ventas registradas en el día actual.
En caso de no
Cuando pulse el Mostrará un mensaje de
encontrar ventas
1 No mostrar registros. botón “ventas alerta de no encontrarse
registradas en el
del día” registros.
día.

85
Comunicación
Tabla 86: HU Módulo de reporte de productos
ID HU 29
Rol Como Usuario
Funcionalidad Necesito un módulo de reporte de productos y poder generarlos.
Razón Con la finalidad de mostrar los reportes de productos registrados.
En caso de no Cuando pulse el No se mostrará la lista de
1 Lista de datos vacía. haber registrado mantenedor productos y por tanto no
ningún producto “Reporte Prod” se descargará el reporte.
Tabla 87: HU Seleccionar indicador de rotación en reporte productos
ID HU 30
Rol Como Usuario
Necesito un combo box para seleccionar y mostrar el indicador de rotación de los productos del
Funcionalidad
día anterior y el mes actual.
Razón Contribuir en la toma de decisiones y verificar los productos en movimiento.
Cuando
En caso de no Se mostrará como valor 0
Valor 0 en indicador de seleccione una
1 haber movimiento en el indicador de rotación
rotación opción del
de los productos de los productos.
combo box
4.3 Diagrama de actividades

En este punto se detalla los diagramas de actividades respecto a los casos de uso que se
tienen y corresponden los siguientes:
4.3.1 DACU – Gestionar usuarios
Los pasos efectuados en el proceso de Gestión de Usuarios se muestran en el
siguiente diagrama de actividades.

86
Comunicación
Figura 14: Diagrama de actividades gestionar usuarios

87
Comunicación
4.3.2 DACU – Gestionar perfiles

La actividad que se realiza en el proceso Gestionar Perfiles se visualiza
específicamente en el siguiente diagrama de actividades.
Figura 15: Diagrama de actividades gestionar perfiles

88
Comunicación
4.3.3 DACU – Gestionar permisos

Los pasos efectuados en el proceso de Gestionar Permisos se muestran en el siguiente
diagrama de actividades.
Figura 16: Diagrama de actividades gestionar permisos

89
Comunicación
4.3.4 DACU – Gestionar compras

La actividad que se realiza en el proceso Gestionar Compras se visualiza
Figura 17: Diagrama de actividades gestionar compras

90
Comunicación
4.3.5 DACU – Gestionar proveedor

Los pasos efectuados en el proceso de Gestionar Proveedor se muestran en el
Figura 18: Diagrama de actividades gestionar proveedor

91
Comunicación
4.3.6 DACU – Gestionar producto

La actividad que se realiza en el proceso Gestionar Producto se visualiza
Figura 19: Diagrama de actividades gestionar producto

92
Comunicación
4.3.7 DACU – Gestionar marca

Los pasos efectuados en el proceso de Gestionar Marca se muestran en el siguiente
Figura 20: Diagrama de actividades gestionar marca

93
Comunicación
4.3.8 DACU – Gestionar categoría

La actividad que se realiza en el proceso Gestionar Categoría se visualiza
Figura 21: Diagrama de actividades gestionar categoría

94
Comunicación
4.3.9 DACU – Gestionar unidad medida

Los pasos efectuados en el proceso de Gestionar Unidad Medida se muestran en el
Figura 22: Diagrama de actividades gestionar unidad medida

95
Comunicación
4.3.10 DACU – Gestionar tipo documento

La actividad que se realiza en el proceso Gestionar Tipo Documento se visualiza
Figura 23: Diagrama de actividades gestionar tipo documento

96
Comunicación
4.3.11 DACU – Gestionar ventas

Los pasos efectuados en el proceso de Gestionar Ventas se muestran en el siguiente
Figura 24: Diagrama de actividades gestionar ventas

97
Comunicación
4.3.12 DACU – Gestionar cotización

La actividad que se realiza en el proceso Gestionar Cotización se visualiza
Figura 25: Diagrama de actividades gestionar cotización

98
Comunicación
4.3.13 DACU – Gestionar cliente

Los pasos efectuados en el proceso de Gestionar Cliente se muestran en el siguiente
Figura 26: Diagrama de actividades gestionar cliente

99
Comunicación
4.3.14 DACU – Elaborar reporte productos

La actividad que se realiza en el proceso Gestionar Reporte Productos se visualiza
Figura 27: Diagrama de actividades elaborar reporte producto

100
Comunicación
4.3.15 DACU – Elaborar reporte ventas

Los pasos efectuados en el proceso de Gestionar Reporte de Ventas se muestran en
el siguiente diagrama de actividades.
Figura 28: Diagrama de actividades elaborar reporte ventas

101
Comunicación
4.4 Estimación del esfuerzo de desarrollo

Para la estimación de esfuerzo de desarrollo se ha usado el método de Puntos de Caso de
Uso, es un método que estima y calcula el tamaño del software, basada en cuentas hechas
respecto a los casos de uso para el aplicativo como es el software.
4.4.1 Cálculo de puntos de caso de uso sin ajustar

Para obtener el esfuerzo de desarrollo, en primer lugar, se tiene que realizar un cálculo
de los casos de uso sin ajustar.
El cálculo de puntos de caso de uso sin ajustar se obtiene por la siguiente ecuación:
Ecuación 3: Cálculo de puntos de caso de uso sin ajustar
𝑈𝑈𝐶𝑃 = 𝑈𝐴𝑊 + 𝑈𝑈𝐶𝑊 …………………………… (3)

Dónde:
UUCP: Puntos de caso de uso sin ajustar.
UAW: Suma de los factores de peso de los actores sin ajustar.
UUCW: Suma de los factores de peso de los casos de uso sin ajustar.
Factor de peso de los actores sin ajustar (UAW)
Ecuación 4: Cálculo de los factores de peso de los actores sin ajustar
𝑈𝐴𝑊 = ∑ 𝑃𝑒𝑠𝑜𝑖 𝑥 𝑁 ° 𝐴𝑐𝑡𝑜𝑟 ……………………… (4)

𝐼=1
Factor de peso de los casos de uso sin ajustar (UUCW)
Ecuación 5: Cálculo de los factores de caso de uso sin ajustar
𝑈𝑈𝐶𝑊 = ∑ 𝑃𝑒𝑠𝑜𝑖 𝑥 𝑁 ° 𝐶𝑎𝑠𝑜 𝑑𝑒 𝑈𝑠𝑜 ………………… (5)

𝐼=1

102
Comunicación
4.4.2 Factor de peso de los actores sin ajustar

En este punto se detalla el factor de peso de los actores sin ajustar y son los siguientes:
Tabla 88: Tabla de pesos por actor
Tipo de Actor Descripción Peso

Otro sistema que interactúa con el sistema a desarrollar mediante una
Simple 1
interfaz de programación (API).
Otro sistema interactuando a través de un protocolo (ej. TCP/IP) o una
Medio 2
persona interactuando a través de una interfaz en modo texto.
Una persona que interactúa con el sistema mediante una interfaz
Complejo 3
gráfica (GUI).
Tabla 89: Factor de peso por cada actor
Nombre de Actor Tipo Factor (peso)

Administrador de sistema Complejo 3
Usuario Medio 2
A continuación, mostraremos la tabla resumen de factor de peso de actores sin ajustar.
Tabla 90: Resumen de factor de peso de actores sin ajustar
Tipo Factor N° De Actores Resultado

Simple 1 0 0
Medio 2 1 2
Complejo 3 1 3
UAW 5
4.4.3 Factor de peso de los casos de uso sin ajustar

En este punto se detalla el factor de peso de los casos de uso sin ajustar y son los
siguientes:
Tabla 91: Asignación de pesos por caso de uso
Tipo de Caso de Uso Número de Transacciones Peso

Simple 3 o menos 5
Medio 4a7 10
Complejo 8 a mas 15

103
Comunicación
Tabla 92: Factor de peso de caso de uso sin ajustar
Casos de Uso Tipo Factor

Iniciar Sesión
Gestionar sesión Medio 10
Total 10
Gestión de Perfiles
Crear Perfil Simple 5
Editar Perfil Simple 5
Eliminar Perfil Simple 5
Total 15
Gestión de Usuario
Crear Usuario Simple 5
Editar Usuario Simple 5
Eliminar Usuario Simple 5
Total 15
Gestión de Producto
Crear Producto Simple 5
Editar Producto Simple 5
Eliminar Producto Simple 5
Total 15
Gestión de Marca
Crear Marca Simple 5
Editar Marca Simple 5
Eliminar Marca Simple 5
Total 15
Gestión de Categoría
Crear Categoría Simple 5
Editar Categoría Simple 5
Eliminar Categoría Simple 5
Total 15
Gestión de Unidad de Medida
Crear Unidad de Medida Simple 5
Editar Unidad de Medida Simple 5
Eliminar Unidad de Medida Simple 5
Total 15
Gestión de Tipo Documento
Crear Tipo Documento Simple 5
104
Comunicación
Editar Tipo Documento Simple 5

Eliminar Tipo Documento Simple 5
Total 15
Gestión de Compra
Generar Compra Simple 5
Total 5
Gestión de Venta
Generar Venta Simple 5
Total 5
Gestión de Cotización
Generar Cotización Simple 5
Editar Cotización Simple 5
Convertir Cotización a Venta Simple 5
Total 15
Gestión de Cliente
Crear Cliente Simple 5
Editar Cliente Simple 5
Eliminar Cliente Simple 5
Total 15
Gestión de Proveedor
Crear Proveedor Simple 5
Editar Proveedor Simple 5
Eliminar Proveedor Simple 5
Total 15
Elaborar Reporte de Productos Simple 5
Total 5
Elaborar Reporte de Ventas Simple 5
Total 5
Después de calcular el factor de ponderación de los actores no ajustado y el factor de

ponderación del caso de uso no ajustado y sustituyendo los valores en la ecuación (3),
obtenemos:
𝑈𝑈𝐶𝑃 = 5 + 180 = 185

105
Comunicación
4.4.4 Cálculo de puntos de caso de uso ajustados

Se obtiene multiplicando la puntuación del caso de uso sin ajustar (como se calculó
anteriormente) por los factores técnicos y ambientales de complejidad, como se
muestra en la ecuación:
Ecuación 6: Cálculo de puntos de caso de uso ajustados
𝑈𝐶𝑃 = 𝑈𝑈𝐶𝑃 ∗ 𝑇𝐹𝐶 ∗ 𝐸𝐹 …………………………… (6)
Dónde:
UCP: Puntos de casos de uso ajustados.
UUCP: Puntos de casos de uso sin ajustar.
TCF: Factor de complejidad técnica.
EF: Factor de ambiente.
4.4.5 Factor de complejidad técnica

El factor de complejidad técnica identificado en la tabla varía de 0 a 5, dependiendo
del impacto del proyecto. Luego determinamos que un valor de 0 significa un factor no
relacionado, un valor de 3 es un factor promedio y un valor de 5 significa un factor
esencial.
La fórmula es la siguiente:
Ecuación 7: Factor de complejidad técnica
𝑇𝐶𝐹 = 0.6 + 0.01 ∗ ∑(𝑃𝑒𝑠𝑜𝑖 ∗ 𝑥 𝑉𝑎𝑙𝑜𝑟𝑖 ) ………………… (7)

𝑖=1

106
Comunicación
Tabla 93: Factor de complejidad técnica
Factor Descripción Peso Influencia Resultado = (Peso * Influencia)

T1 Sistema distribuido. 2 0 0
T2 Objetivos de performance 1 2 2
T3 Eficiencia respecto al usuario final 1 4 4
T4 Procesamiento interno complejo. 1 2 2
T5 Código reutilizable 1 2 2
T6 Factibilidad de instalación 0.5 1 0.5
T7 Factibilidad de utilización 0.5 5 2.5
T8 Portabilidad 2 3 6
T9 Facilidad de cambio 1 3 3
T10 Concurrencia 1 0 0
T11 Incluye objetivos especiales de 1 3 3
T12 seguridad
Provee acceso directo a terceras 1 0 0
T13 partes
entrenamiento especial a usuario 1 0 0
Según la ecuación (7) realizamos la operación:
𝑇𝐶𝐹 = 0.6 + 0.01 ∗ (0 + 2 + 4 + 2 + 2 + 0.5 + 2.5 + 6 + 3 + 0 + 3 + 0 + 0)
𝑇𝐶𝐹 = 0.85
4.4.6 Factor de ambiente

Para encontrar el factor ambiente, es similar al factor de complejidad técnica que varía
en valores 0 y 5 y se aplica a la siguiente fórmula:
Los actores involucrados en el cálculo de los factores ambientales están determinados
por la habilidad y capacitación de los equipos involucrados en el proceso de desarrollo
del sistema, calculados mediante la ecuación:
Ecuación 8: factor ambiente
𝐸𝐹 = 1.4 − 0.03 ∑ 𝑃𝑒𝑠𝑜𝑖 𝑥 𝑉𝑎𝑙𝑜𝑟𝑖 ……………………. (8)

𝑖=1
Los Pesos i-ésimos son fijos (invariables), los Valores i-ésimos están en un rango de
0 a 5, y son asignados arbitrariamente, a los factores de análisis de acuerdo al nivel en
quesido
Esta obra ha este afecta al sistema
publicada bajo de
lainformación.
licencia Creative Commons Reconocimiento-No
107
Comunicación
Tabla 94: Factor ambiente
Factores Descripción 𝐏𝐞𝐬𝐨𝒊 𝐕𝐚𝐥𝐨𝐫𝒊 𝐏𝐞𝐬𝐨𝒊 ∗ 𝐕𝐚𝐥𝐨𝐫𝒊

Familiaridad con el modelo de
E1 1.5 5 7.5
proyecto utilizado.
E2 Experiencia en la aplicación. 0.5 2 1
E3 Experiencia en orientación a objeto. 1 4 4
E4 Capacidad del analista líder. 0.5 4 2
E5 Motivación. 1 3 3
E6 Estabilidad de los requerimientos. 2 4 8
E7 Personal a tiempo compartido. 0.5 3 1.5
Dificultad del lenguaje de
E8 1 2 2
programación.
∑ 𝑷𝒆𝒔𝒐𝒊 ∗ 𝐕𝐚𝐥𝐨𝐫𝒊 29
Según a la ecuación (8) realizamos la operación:
𝐸𝐹 = 1.4 − 0.03 ∗ (7.5 + 1 + 4 + 2 + 3 + 8 + 1.5 + 2)
𝐸𝐹 = 0.53
Ahora que tenemos los resultados de los valores del Factor de Complejidad Técnica y
el factor de Ambiente, se puede concluir el cálculo de los Puntos de Caso de uso
ajustados partiendo de la ecuación (6).
𝑈𝐶𝑃 = 185 ∗ 0.85 ∗ 0.53
𝑈𝐶𝑃 = 83.3425
4.4.7 Estimación del esfuerzo

La estimación del esfuerzo que se empleará en el desarrollo de la etapa de la
programación del presente sistema, está representada por la ecuación que se muestra
a continuación:
Ecuación 9: Estimación de esfuerzo
𝐸 = 𝑈𝐶𝑃 ∗ 𝐶𝐹 …………………………………… (9)

108
Comunicación
Dónde:
UCP: Puntos de casos de uso ajustados.
CF: Factor de conversión.
El factor de conversión se selecciona con un menor número de factor ambiente que

está por debajo del valor medio (3), para los factores E1 a E6. También calculamos los
factores que afectan el factor ambiente que son superiores al valor medio (3) del factor
E7.
Si el total es 2 o menos, se utiliza un factor de conversión de 20 horas-hombre/punto
de caso de uso, es decir, un punto de caso de uso requiere 20 horas-hombre.
Si el total es 3 o 4, se utiliza un factor de conversión de 28 horas-hombre/punto de caso
de uso, es decir, un punto de caso de uso requiere 28 horas-hombre.
Si el total es mayor o igual a 5, el proyecto debe modificarse, ya que el riesgo de fracaso
del proyecto se considera demasiado alto.
En este caso, usaremos 20 horas-hombre como factor de conversión (CF), y el
resultado de la ecuación, aplicando los datos de la ecuación (9) es:
𝐸 = 83.3425 ∗ 20
𝐸 = 1666.85 ℎ𝑜𝑟𝑎𝑠 − ℎ𝑜𝑚𝑏𝑟𝑒
Si seguimos tratando este esfuerzo como un porcentaje del esfuerzo total del proyecto
y observamos los porcentajes de la tabla anterior, obtenemos:
Tabla 95: Distribución de horas de desarrollo
Actividad Porcentaje Horas-Hombre

Análisis 10% 416.71
Diseño 20% 833.42
Programación 40% 1666.85
Pruebas 15% 625.07
Documentación 15% 625.07
Total 4167.12
Entonces el esfuerzo total estimado para el desarrollo de la fase de programación

sería:

109
Comunicación
𝐸𝑡𝑜𝑡𝑎𝑙 = 4167.12 𝐻𝑜𝑟𝑎𝑠 − 𝐻𝑜𝑚𝑏𝑟𝑒
4.4.8 Cálculo del tiempo de desarrollo

El tiempo de Desarrollo se calcula a partir de la expresión:
Ecuación 10: Cálculo de tiempo de desarrollo
𝐸𝑡𝑜𝑡𝑎𝑙
𝑇𝐷 = …………………………………… (10)
𝐶𝐻𝑡𝑜𝑡𝑎𝑙
Dónde:
𝐸𝑡𝑜𝑡𝑎𝑙 : Esfuerzo total.
𝐶𝐻𝑡𝑜𝑡𝑎𝑙 : Cantidad de hombres que participan en el desarrollo.
Se refiere al esfuerzo y la cantidad de personas involucradas en el proceso de

desarrollo de la aplicación. Entonces tenemos:
4167.12 𝐻𝑜𝑟𝑎𝑠 − 𝐻𝑜𝑚𝑏𝑟𝑒

𝑇𝐷 =
2 𝐻𝑜𝑚𝑏𝑟𝑒
𝑇𝐷 = 2083.56 ℎ𝑜𝑟𝑎𝑠
El tiempo total de desarrollo es de 2083.56 horas, considerando que trabajen 6 días a

la semana y 7 horas al día, tenemos:
1 𝑑í𝑎 1 𝑚𝑒𝑠
𝑇𝐷 = 2083.56 ℎ𝑜𝑟𝑎𝑠 ∗ ( )∗ ( )
7 ℎ𝑜𝑟𝑎𝑠 30 𝑑í𝑎𝑠
𝑇𝐷 = 9.9 𝑚𝑒𝑠𝑒𝑠
Por lo tanto, el tiempo esperado de desarrollo del sistema propuesto es de 9 meses 27

días.

110
Comunicación
4.5 Estudio de viabilidad económica

4.5.1 Costo de inversión
A continuación, se detalla los costos de inversión para el proyecto:
Costo de hardware
Tabla 96: Costo de inversión - Hardware
Descripción Costo Cantidad Subtotal (s/.)

Laptop HP ProBook 0 1 0.00
Laptop Dell Inspiron 3593 0 1 0.00
Impresora Canon G2100 0 1 0.00
Total S/. 0.00
Costo de software
Tabla 97: Costo de inversión - Software
Descripción Detalle Disponible Precio (S/.) Subtotal (S/.)

Sistema Operativo Windows 10 Pro Si 0.00 0.00
Paquete de Office MS Office 2016 Si 0.00 0.00
Erwin Data Modeler R7.3 Si 0.00 0.00
Gestor de Base de MYSQL Workbench Si 0.00 0.00
Datos 8.0
Visual Studio Code Express 2021 Si 0.00 0.00
Plantilla Web Angular 11 Si 0.00 0.00
Servidor Backend Node js Si 0.00 0.00
Argo UML V.0.34 Si 0.00 0.00
Total s/. 0.00
Costo de muebles y enseres
Tabla 98: Costo de inversión - Muebles
Descripción Costo Cantidad Subtotal (S/.)

Mesa 0 2 0.00
Sillas 0 2 0.00
Total S/. 0.00

111
Comunicación
Total, costo de inversión

A continuación, tenemos la tabla resumen de los costos de inversión:
Tabla 99: Costo de inversión- Total
Tipo de Inversión Subtotal (S/.)

Hardware 0.00
Software 0.00
Muebles 0.00
Total S/. 0.00
4.5.2 Costo de desarrollo

A continuación, se detalla los costos de desarrollo para el proyecto:
Costo de recursos humanos
Tabla 100: Costo de desarrollo - Recursos humanos
Cantidad Cantidad de Tiempo Costo

Función Subtotal
por Mes Desarrolladores (mes) Unitario (S/.)
Pasajes 1 2 9.9 15.00 297.00
Viáticos 1 2 9.9 40.00 792.00
Total S/. 1089.00
Costo de recursos materiales

A continuación, se muestra la tabla de recursos materiales:
Tabla 101: Costo de desarrollo - Materiales
Descripción Unidad Cantidad Precio Unitario Subtotal (S/.)

Impresiones Hoja Impresa 1000 0.10 100.00
Útiles de escritorio Juego 1 30.00 30.00
Total S/. 130.00

112
Comunicación
Costo de energía
• Considerando el consumo de una laptop indicada como 0,0855 kW y por un
tiempo de 7 horas diarias.
Consumo mensual de laptop = 0,0855 * 7 horas * 30 días = 17,955 kWh/mes.
• Considerando el consumo de una impresora como 0,1352 kW y por un tiempo
de 10 minutos diarios.
Consumo mensual de impresora = 0,1352 * 0.17 horas * 30 días = 0,676 kWh/mes.
• Considerando el consumo de un modem como 0,00475 kW y por un tiempo de
7 horas diarias.
Consumo mensual de modem = 0,00475 * 7 horas * 30 días = 0,9975 kWh/mes.
• Considerando una tarifa BT5D con un costo kWh de S/. 0,5564 según el pliego
tarifario al 01 mayo del 2021.
Tabla 102: Costo de desarrollo - Energía
Descripción Cantidad Costo (S/. /KWh) Consumo Tiempo Subtotal (S/.)

(kWh/mes) (Meses)
Laptop 2 0.5564 17.955 9.9 197.80
Impresora 1 0.5564 0.676 9.9 3.72
Modem 2 0.5564 0.9975 9.9 10.98
Total S/. 212.5
Costo de servicios
A continuación, se muestra la tabla de costos de servicios:
Tabla 103: Costo de desarrollo - Servicios
Descripción Cantidad Costo (S/. / Mes) Tiempo (meses) Subtotal (S/.)

Internet 2 50 9 900.00
Total S/. 900.00

113
Comunicación
Total, costos de desarrollo

A continuación, se muestra el resumen de los costos de desarrollo:
Tabla 104: Costo de desarrollo - Total
Tipo de Recurso Subtotal (S/.)

Recurso Humano 1089.00
Recurso Material 130.00
Energía Eléctrica 212.5
Servicios 900.00
Costo de Desarrollo S/. 2331.5
4.5.3 Costos de implementación

Costo de hardware
Tabla 105: Costo de implementación - Hardware
Descripción Costo Cantidad Subtotal (s/.)

Laptop HP ProBook 0 1 0.00
Laptop Dell Inspiron 3593 0 1 0.00
Impresora Canon G2100 0 1 0.00
Total S/. 0.00
Costo de software
Tabla 106: Costo de implementación - Software
Descripción Detalle Disponible Precio (S/.) Subtotal (S/.)

Sistema Operativo Windows 10 Pro Si 0.00 0.00
Paquete de Office MS Office 2016 Si 0.00 0.00
Erwin Data Modeler R7.3 Si 0.00 0.00
Gestor de Base de MYSQL Workbench Si 0.00 0.00
Datos 8.0
Visual Studio Code Express 2021 Si 0.00 0.00
Plantilla Web Angular 11 Si 0.00 0.00
Servidor Backend Node js Si 0.00 0.00
Argo UML V.0.34 Si 0.00 0.00
Total s/. 0.00

114
Comunicación
Costo de muebles y enseres
Tabla 107: Costo de implementación - Muebles
Descripción Costo Cantidad Subtotal (S/.)

Mesa 0 2 0.00
Sillas 0 2 0.00
Total S/. 0.00
Total, costos de implementación

A continuación, tenemos la tabla resumen de los costos de implementación:
Tabla 108: Costo de implementación- Total

Hardware 0.00
Software 0.00
Muebles 0.00
Total S/. 0.00
4.5.4 Costos operacionales (Anual)
Costo de recursos humanos

Para el mantenimiento del sistema se hará cargo un técnico programador, que se
encargará de realizar las actualizaciones de los nuevos requerimientos, tal como se
detalla:
Tabla 109: Costos operacionales - Recursos Humanos
Descripción Costo (S/.) Personas Veces al año Subtotal (S/.)

Servicio Técnico 350.00 1 4 1400.00
Backup 250.00 1 4 1000.00
Garantía 800.00 1 3 2400.00
Total S/. 4800.00
Costo de recursos materiales

A continuación, se muestra la tabla de los costos operacionales de recursos materiales:

115
Comunicación
Tabla 110: Costos operacionales - Recursos materiales
Descripción Unidad Cantidad (Anual) Precio Unitario Subtotal (S/.)

Papel Bond A4 Millar 1 15 15.00
Recarga de tinta Unidad 2 30 60.00
Otros útiles de Juego 1 25 25.00
escritorio
Costos de recursos materiales S/. 100.00
Costo de energía
• Considerando el consumo de una laptop indicada como 0,0855 kW y por un
tiempo de 8 horas diarias.
Consumo mensual de laptop = 0,0855 * 8 horas * 30 días = 20,52 kWh/mes.
• Considerando el consumo de una impresora como 0,1352 kW y por un tiempo
de 30 minutos diarios.
Consumo mensual de impresora = 0,1352 * 0.5 horas * 30 días = 2,028 kWh/mes.
• Considerando una tarifa BT5D con un costo kWh de S/. 0,5564 según el pliego
tarifario al 01 mayo del 2021.
Tabla 111: Costo operacional - Energía
Descripción Cantidad Costo (S/. /KWh) Consumo Tiempo Subtotal (S/.)

(kWh/mes) (Meses)
Laptop 1 0.5564 20.520 12 137.01
Impresora 1 0.5564 2.028 12 13.54
Total S/. 150.55
Mantenimiento de equipos
Tabla 112: Costo operacional - Mantenimiento
Descripción Veces al año Costo (S/.) Subtotal (S/.)

Laptop 2 90.00 180.00
Impresora 2 35.00 70.00
Total S/. 250.00

116
Comunicación
Costos de depreciación
Tabla 113: Costo operacional - Depreciación
Descripción Costo (S/.) Cantidad Depreciación Subtotal (S/.)

Laptop 1500.00 1 0.25 375.00
Impresora 240.00 1 0.25 60.00
Total S/. 435.00
Total, costos operacionales
Tabla 114: Costo operacional - Total

Recursos humanos 4800.00
Recursos materiales 100.00
Energía 150.55
Mantenimiento 250.00
Depreciación 435.00
Total S/. 5735.55
4.5.5 Beneficios
Las ventajas son aquellas que conducen al ahorro de tiempo y dinero, que se obtienen
después de que el sistema web se inicia en comparación con un estado inactivo.
Beneficios Intangibles
- Mejor el nivel de atención al cliente.
- Mejora el tiempo de respuesta en los procesos.
- Mejora en la consistencia de los datos.
- Eficiente desempeño de las labores
- Mejora la imagen empresarial.
- Innovación tecnológica.
Beneficios Tangibles
A continuación, se muestra la tabla de los Beneficios Tangibles:

117
Comunicación
Tabla 115: Beneficios tangibles
Descripción Cantidad Costo (S/.) Tiempo (Meses) Subtotal

Ahorro en papelería (millar) 1 10 9.9 99.00
Tiempo de atención (hr/mes) 3 250 9.9 7425.00
Total S/. 7524.00
4.5.6 Flujo de caja
Tabla 116: Flujo de caja
Descripción AÑO 0 AÑO 1 AÑO 2 AÑO 3

1.COSTO DE INVERSION
A. COSTO DE HARDWARE S/. -
B. COSTO DE SOFTWARE S/. -
C.COSTO DE MUEBLES S/. -
2.COSTO DE DESARROLLO
A. COSTOS DE RECURSOS HUMANOS 1089.00
B. COSTO DE INSUMOS 130.00
C.COSTO DE ENERGÍA 212.5
D.COSTO DE SERVICIOS 900.00
3.COSTOS DE IMPLEMENTACIÓN
A. COSTO DE HARDWARE S/. - -
B. COSTO DE SOFTWARE S/. - -
C.COSTO DE MUEBLES S/. - -
TOTAL, DE INVERSIÓN S/. - 2331.5
4. COSTOS OPERACIONALES
A. COSTOS DE RECURSOS HUMANOS S/. -4.800,00 S/. -4.800,00 S/. -4.800,00
B. COSTO DE INSUMOS S/. -100.00 S/. -100.00 S/. -100.00
C.COSTO DE ENERGÍA S/. -150.55 S/. -150.55 S/. -150.55
D.COSTO DE MANTENIMIENTO S/. -250,00 S/. -250,00 S/. -250,00
E. COSTO DE DEPRECIACION S/. -435.00 S/. -435.00 S/. -435.00
TOTAL, COSTO OPERACIONAL S/. 5,735.55 S/. 5,735.55 S/. 5,735.55
BENEFICIOS
A. AHORRO EN PAPELERÍA S/. 99.00 S/. 99.00 S/. 99.00
C. AHORRO EN TIEMPO DE ATENCION S/. 7,425.00 S/. 7,425.00 S/. 7,425.00
TOTAL, BENEFICIOS S/. 7,524.00 S/. 7,524.00 S/. 7,524.00
TOTAL, BENEFICIO NETO S/. - 2331.5 S/. 1,788.45 S/. 1,788.45 S/. 1,788.45

118
Comunicación
4.5.7 Análisis de rentabilidad

Para los cálculos realizados en el análisis de rentabilidad, se ha optado por una tasa
efectiva anual de 15%.
Fuente: Banco de Crédito del Perú
Ecuación 11: Valor actual neto (VAN)
𝐵−𝐶 𝐵−𝐶
𝑉𝐴𝑁 = −𝐼0 + + ..+ ……………………… (11)
(1 + 𝑖) 𝑖 1 + 𝑖𝑛
Dónde:
𝐼0 : Inversión inicial.
𝐵: Beneficio por año desde la implementación del proyecto.
𝐶: Costo de operación por año desde la implementación del sistema.
𝐼: Tasa de interés.
𝑛: Horizonte de tiempo (para este caso, 3 años)
B = 7524.00 B = 7524.00 B = 7524.00
1 2 3
C = 5735.55 C = 5735.55 C = 5735.55
I0 = 2331.5
7524.00 − 5735.55 18120.00 18120.00 − 12643.76

𝑉𝐴𝑁 = −2331.5 + 1
+ 2
+
(1 + 0.15) (1 + 0.15) (1 + 0.15)3
𝑽𝑨𝑵 = 𝑺/. 𝟏𝟕𝟓𝟏. 𝟗𝟑

119
Comunicación
Esta operación se puede realizar de la siguiente manera con Excel y la formula VNA,
que viene a ser los valores presentes, del total de cada año, sumado con la inversión
inicial.
Figura 29: Cálculo de VAN mediante Excel
Interpretación: Como el VAN es mayor que cero, esto significa que la implementación
del sistema propuesto es económicamente factible.
Análisis de costo beneficio (B/C)

También conocido como “coeficiente Beneficio/Costo”. Se considera una tasa de
interés de 15%.
Ecuación 12: Beneficio/costo
𝑉𝑃𝐵
𝐵/𝐶 = ……………………………………… (12)
𝑉𝑃𝐶
Donde 𝑉𝑃𝐵 es el Valor Presente de los Beneficios y 𝑉𝑃𝑐 es el Valor Presente de los
Costos.

120
Comunicación
Ecuación 13: Valor presente de los costos
𝑛
𝐹𝑡
𝑉𝑃𝐶 = −𝐼0 ∑ ………………………………… (13)
(1 + 𝑘)𝑡
𝑡=1
Dónde:
𝐹𝑡 : Son los flujos de dinero de los costos en cada periodo t.
𝐼0 : Es la inversión realizada en el momento inicial (t=0).
𝑛: Es el número de periodos de tiempo.
𝑘: Es el tipo de descuento o tipo de interés exigido a la inversión.
Reemplazando en la ecuación (13) los valores de las variables para el proyecto
5735.55 5735.55 5735.55

𝑉𝑃𝑐 = −2331.50 + + +
(1 + 0.15)1 (1 + 0.15)2 (1 + 0.15)3
𝑽𝑷𝒄 = 𝟏𝟎𝟕𝟔𝟒. 𝟎𝟓
que viene a ser los valores presentes de los costos, sumado con la inversión inicial.
Figura 30: Cálculo del VPc mediante Excel

121
Comunicación
Ecuación 14: Valor presente de los beneficios
𝑛
𝐹𝑡
𝑉𝑃𝐵 = ∑ ………………………………… (14)
(1 + 𝑘)𝑡
𝑡=1
Dónde:
𝐹𝑡 : Son los flujos de dinero de los beneficios en cada periodo t.
𝑘: Es el tipo de descuento o tipo de interés exigido a la inversión.
Reemplazando en la ecuación (14) los valores de las variables para el proyecto
7524 7524 7524

𝑉𝑃𝐵 = + +
(1 + 0.15)1 (1 + 0.15)2 (1 + 0.15)3
𝑽𝑷𝑩 = 𝟏𝟕𝟏𝟕𝟖. 𝟗𝟗
que viene a ser los valores presentes de los beneficios
Figura 31: Cálculo del VPb mediante Excel

122
Comunicación
Así podemos reemplazar los valores calculados en la ecuación (12)
B/C = 17178.99/ 10764.05

B/C = 1.60
Interpretación: Por cada sol invertido logramos obtener 0.60 centavos de sol.
Tasa interna de retorno (TIR)
Ecuación 15: Tasa interna de retorno
𝑛
𝐹𝑡
𝑉𝐴𝑁 = −𝐼0 ∑ = 0 …………………………… (15)
(1 + 𝑘)𝑡
𝑡=1
Dónde:
𝐹𝑡 : Son los flujos de dinero en cada periodo t.
𝐼0 : Es la inversión realizada en el momento inicial (t=0).
𝑘: Es el interés esperado para que el VAN sea 0.
Reemplazando los valores obtenidos en la ecuación (15)
1788.45 1788.45 1788.45

0= 1
+ 2
+
(1 + 𝑇𝐼𝑅) (1 + 𝑇𝐼𝑅) (1 + 𝑇𝐼𝑅)3
𝑇𝐼𝑅 = 57%
Así también se puede realizar este cálculo mediante Excel de la siguiente manera.

123
Comunicación
Figura 32: Cálculo de TIR mediante Excel

Interpretación: El rendimiento del proyecto es del 57%, superior al 15% del banco,
por lo que desde el punto de vista es factible implementar el proyecto.
CONCLUSIÓN DE LA VIAHIBILIDAD ECONÓMICA
Los indicadores económicos indican que este proyecto es económicamente viable, de
acuerdo a los parámetros establecidos:
VAN = S/ 1751.93
B/C = 1.60 >1
TIR = 57% >15%
Estos indicadores económicos demuestran la rentabilidad que tiene el proyecto.

124
Comunicación
4.6 Tareas técnicas

4.6.1 Tarjetas CRC
A continuación, se presentan las tarjetas clases responsabilidades colaboración CRC
elaboradas después del proceso de entrevista, lo cual ayudaron a tener un mejor
contexto de manera lógica entre la comunicación de distintas entidades del sistema.
Tabla 117: Tarjeta CRC – TI_MÓDULOS
TI_MODULO
Se define los módulos en los que se separará el MENU
sistema.
Configuración, Almacén, Maestro, Compras,
Ventas, Precios, Client-Prov y Reportes.
Permite establecer los niveles de división del menú
del sistema.
Tabla 118: Tarjeta CRC – TI_MENÚ
TI_MENU
Contiene los menús en los que se separaran los TI_MODULO
módulos TI_SUBMENU
Permite establecer el segundo nivel del menú del
sistema.
Tabla 119: Tarjeta CRC – TI_SUBMENU
TI_SUBMENU
Contiene los mantenedores en los que se separa el TI_MENU
sistema, permite la división de los módulos y TI_OPCION
mantenedores.

125
Comunicación
Tabla 120: Tarjeta CRC – TI_OPCIÓN
TI_OPCION
Contiene los controles en los que se separa cada TI_SUBMENU
mantenedor tales como registrar, editar, eliminar y TI_PERMISO
exportar.
Tabla 121: Tarjeta CRC – TI_PERMISO
TI_PERMISO
Permite visualizar los permisos que tendrán los TI_PERFIL
usuarios al sistema estos están definidos según los TI_OPCION
módulos existentes y establecidos.
Aquí se definen los permisos de visualización y
acceso en el menú.
Tabla 122: Tarjeta CRC – TI_PERFIL
TI_PERFIL
Permite establecer los distintos perfiles de los TI_PERMISO
usuarios en el sistema dependiendo del rango de TI_USUARIO
este se podrá tener los accesos a los módulos.
Tabla 123: Tarjeta CRC – TI_USUARIO
TI_USUARIO
Es quien tendrá acceso y manipulará el sistema TI_PERMISO
Para tener el acceso del sistema se tendrá que TI_PERFIL
asignar un perfil y los permisos correspondientes a TI_PRODUCTOS
los módulos según su condición de perfil ya sea
administrador, asistente de ventas, etc.
Sera quien agregue los registros al inventario o
almacén.

126
Comunicación
Tabla 124: Tarjeta CRC – TI_PRODUCTOS
TI_PRODUCTOS
Permite a los usuarios registrar los productos TI_USUARIO
correspondientes que serán posteriormente TI_MAESTROS
vendidos. TI_COMPRAS
Permite controlar y actualizar el stock de los TI_VENTAS
productos.
Tabla 125: Tarjeta CRC – TI_MAESTROS
TI_MAESTROS
Permite definir las características de los productos, TI_USUARIO
tales como categorías, tipos, unidad de medida, TI_PRODUCTOS
etc.
Se utiliza para manipular el tipo de producto al
registrar en almacén.
Tabla 126. Tarjeta CRC – TI_COMPRAS
TI_COMPRAS
Permite registrar las compras hechas de los TI_USUARIO
productos para abastecer el stock de los mismos. TI_PRODUCTOS
TI_PROVEEDORES
Tabla 127: Tarjeta CRC – TI_VENTAS
TI_VENTAS
Permite registrar las ventas realizadas de los TI_USUARIO
productos. TI_PRODUCTOS
Al vender los productos este se actualiza su stock, TI_CLIENTES
teniendo un mejor control de las ventas realizadas
y la salida de los productos.

127
Comunicación
Tabla 128: Tarjeta CRC – TI_CLIENTES
TI_CLIENTES
Permite registrar los clientes para la venta de los TI_USUARIO
productos. TI_CLIENTES
Permite el control de clientes ya registrados de esta
manera la venta se realiza de manera más rápida y
sencilla.
Tabla 129:Tarjeta CRC – TI_PROVEEDORES
TI_PROVEEDORES
Permite el registro de los proveedores para las TI_USUARIO
compras o ingresos de los productos. TI_PROVEEDORES
De esta manera cada tipo de producto puede ser
abastecido por diferentes proveedores.
4.6.2 Diagrama de clases

A continuación, se presenta el diagrama de clases que describe la estructura lógica del
sistema.

128
Comunicación
Figura 33: Diagrama de clases

129
Comunicación
4.6.3 Diagrama de datos

A continuación, se presenta la abstracción de las clases hacia un modelo de base de
datos.
Figura 34: Diagrama de datos

130
Comunicación
4.6.4 Modelo de datos

A continuación, se presenta el modelo de datos elaborado para el sistema.
Figura 35: Modelo de datos

131
Comunicación
4.6.5 Modelo de base datos lógico

A continuación, se presenta el modelo de base de datos lógico para el sistema.
Figura 36: Modelo lógico

132
Comunicación
4.6.6 Modelo de base datos físico

A continuación, se presenta el modelo de base de datos físico para el sistema.
Figura 37: Modelo físico

133
Comunicación
4.6.7 Diagrama de base de datos

Teniendo en cuenta el análisis de los resultados de las entidades relacionales y
siguiendo la estructura de los modelados físicos y lógicos, se generó la base de datos.
Figura 38: Diagrama de base datos MYSQL

134
Comunicación
4.6.8 Diagrama de navegabilidad

A continuación, se muestra el diagrama de navegabilidad del sistema.
Figura 39: Diagrama de navegabilidad

135
Comunicación
4.6.9 Diagrama componentes

El sistema se separó lógicamente en 4 capas, usando el modelo MVC (modelo, vista,
controlador) y también se consideró una capa extra para la base de datos (capa datos).
Figura 40: Diagrama de componentes

136
Comunicación
4.6.10 Diagrama de despliegue

A continuación, se muestra el diagrama de despliegue del sistema de información web.
Figura 41: Diagrama de despliegue

137
Comunicación
5 PLANIFICACIÓN DEL PRODUCT BACKLOG

En la planificación del product backlog se tienen los siguientes sprints según su prioridad, siendo
el valor de 1 el más prioritario para el cliente, completándose la implementación de los sprints en
la presente investigación.
Tabla 130: Planificación del Product Backlog
Tipo de
ID Nombre Historia Estado Tamaño Sprint Prioridad Comentarios
Historia
1 Modelo base de datos Hecho 3 1 1 Desarrollo Se logró según lo planeado
Estructura del backend y
Estructurar proyecto
2 Hecho 2 1 2 Desarrollo frontend para las funciones
en Visual Studio Code
requeridas por el cliente.
Engloba la pantalla principal
Pantalla protegida
4 Hecho 8 1 4 Desarrollo donde se muestran los
principal
módulos del sistema.
3 Iniciar sesión Hecho 1 2 3 Desarrollo Se logró según lo planeado
Gestionar mantenedor Realiza las funcionalidades
5 Hecho 2 3 8 Desarrollo
de usuarios requeridas
de perfiles requeridas
de proveedor requeridas
de productos requeridas
de marcas requeridas
de categoría requeridas
de unidad de medida requeridas
de tipo de documento requeridas
de ventas requeridas
de cotización requeridas
de clientes requeridas

138
Comunicación
Gestionar registros de Se incluyo las herramientas

compras necesarias
Elaborar registros de Se incluyo las herramientas
compras necesarias
Elaborar reporte de Carga todos los productos
productos registrados
Elaborar reporte de Carga datos filtrados de las
ventas ventas por rango de fechas
Realiza las funcionalidades
20 Exportar reporte Hecho 3 6 7 Desarrollo
requeridas
DEFINICIÓN DE “DONE”
Se define el término “DONE” al conjunto de condiciones o requisitos que el usuario considera
suficiente establece que el producto es utilizable y está disponible para su distribución en el
mercado. Cuando una historia de usuario se considera TERMINADA (Done), significa que la
historia de usuario está finalizada o terminada. Sin embargo, la definición de DONE puede ser
diferente para cada equipo o tipo de proyecto. Para el proceso de desarrollo del sistema de
información web; Una historia de usuario se considera COMPLETA cuando cumple con los
siguientes criterios:
- El trabajo de cada miembro del equipo de desarrollo debe integrarse completamente con
cada iteración.
- Las funcionalidades basadas en historias de usuario deben funcionar en todos los
entornos comprometidos, como en desarrollo y producción.
- El código fuente debe estar en un repositorio de GitHub con un control de versión
adecuado.
- Las pruebas de regresión deben tener una aprobación del 100%.
- Todas las tareas relacionadas con el desarrollo y la configuración deben completarse.
DURACIÓN DE SPRINT
La duración de cada sprint se ha fijado en 2 semanas, lo que equivale a lo siguiente:
• 1 sprint = 2 semanas = 12 días = 84 horas.
De igual forma, para ambientes de trabajo, se estima que 1 punto de historia (PH) es igual a:
• 1PH = 1 día de trabajo ideal = 2 días reales de trabajo.

139
Comunicación
Sin embargo, para determinar la velocidad del equipo de desarrollo, se estima en función del punto
de historia, que se refleja de la siguiente manera:
2 programadores * 12 días = 24 días de trabajo por sprint.
24 𝑑í𝑎𝑠 1 𝑝𝑢𝑛𝑡𝑜 𝑑𝑒 𝐻𝑖𝑠𝑡𝑜𝑟𝑖𝑎 (𝑃𝐻)

𝑉𝑒𝑙𝑜𝑐𝑖𝑑𝑎𝑑 = ∗
1 𝑠𝑝𝑟𝑖𝑛𝑡 2 𝑑í𝑎𝑠
Por lo tanto, se supone que el cálculo de la velocidad es de 12 PH por sprint.
HERRAMIENTAS DE SOFTWARE
Para nuestra investigación se utilizó el siguiente software:
Tabla 131: Listado de herramientas de software
Utilidad Nombre Software

Base de datos Mysql
Lenguaje de desarrollo backend Java Script
Framework de desarrollo backend Node.js v14.16.1
Editor de base de datos MySql workbench
Entorno de desarrollo frontend Angular
Servidor de la aplicación Heroku
Repositorio para control de versiones de código fuente GitHub
API rest client Postman v8.10.0
ROADMAP
En cuanto a la priorización de historias de usuarios, se ha desarrollado un roadmap que muestra
todas las características que se consideraron en este desarrollo.

140
Comunicación
AppTelenorWeb
Reléase 1
Sprint 1 Sprint 2 Sprint 3 Sprint 4 Sprint 5 Sprint 6
Funcionalidad/ Gestión de sesión de usuario, Opciones Gestión de Gestión de Implementación de Funcionalidad Gestión de Opciones adicionales
Característica productos y proveedor adicionales mantenedores mantenedores mejoras complementaria mantenedores
(HU1) (HU15) (HU6) (HU7) (HU12) (HU22) (HU11) (HU21)

Inicio de sesión Gestionar Visualizar historial Gestionar Gestionar Botón nuevo cliente en Gestionar mantenedor Botón nuevo proveedor y
de administrador mantenedor de de productos mantenedor de mantenedor de registrar una venta de compras producto en registrar una
proveedores marcas ventas compra
(HU2) (HU17) (HU16) (HU8) (HU13) (HU23) (HU27) (HU28)

Gestionar Inicio de sesión Visualizar resumen Gestionar Gestionar Botón nuevo cliente en Módulo de reporte de Botón ventas del día en
mantenedor de usuario de usuario mantenedor de mantenedor de registrar cotización ventas el reporte de ventas
perfiles categorías cotizaciones
(HU25)
(HU3) (HU18) (HU9) (HU24)
Agregar campo concreto
Historia de Usuario Gestionar Visualizar Gestionar Botón agregar a venta
vent. En cotizaciones
mantenedor de dashboard de mantenedor de desde una cotización
que se realizaron como
permisos usuario unidad de medida
ventas.
(HU4)
(HU20)
Gestionar (HU14) (HU30)
Gestionar (HU29)
mantenedor de Gestionar Seleccionar indicador de
mantenedor Módulo de reporte de
usuarios mantenedor de rotación en el reporte de
Kardex (HU19) (HU10) productos
clientes (HU26) productos
Botón nueva marca Gestionar
Mantenedor para filtrar
y categoría en mantenedor de tipo
(HU5) los precios de venta
registrar producto documento
Gestionar de los productos
mantenedor de
productos
Figura 42: Roadmap del proyecto
141
Comunicación
CANTIDAD DE PUNTOS DE HISTORIA

Siguiendo al product backlog y roadmap presentada en las secciones anteriores, se detalla un
resumen de los puntos de historia estimados para cada sprint:
Tabla 132: Estimación de la cantidad de puntos de historia por sprint
N° de sprint N° de puntos de historia

Sprint 1 14 PH
Sprint 2 14 PH
Sprint 3 12 PH
Sprint 4 10 PH
Sprint 5 10 PH
Sprint 6 12 PH
Total 72 PH
TIEMPO DE DESARROLLO DE LOS SPRINTS

En el cálculo de tiempo de desarrollo se tiene la siguiente estimación considerando la cantidad de
puntos de historia por sprint y la velocidad del equipo:
2 𝑑í𝑎𝑠
𝑇𝑖𝑒𝑚𝑝𝑜 𝑑𝑒𝑠𝑎𝑟𝑟𝑜𝑙𝑙𝑜 = 72 𝑃𝐻 ∗ = 144 𝑑í𝑎𝑠
1 𝑃𝐻
Se realiza la conversión de días a cantidad de sprints se tiene:
1 𝑠𝑝𝑟𝑖𝑛𝑡
𝑁° 𝑆𝑝𝑟𝑖𝑛𝑡𝑠 = 144 𝑑í𝑎𝑠 ∗ = 6 𝑠𝑝𝑟𝑖𝑛𝑡𝑠
24 𝑑í𝑎𝑠
Por tanto, decimos que el tiempo de desarrollo es de 144 días equivalentes a 6 sprints basado en
la velocidad del equipo de 2 desarrolladores.

142
Comunicación
6 SPRINT 1
6.1 SPRINT BACKLOG
Tabla 133: Sprint Backlog - Sprint 1
Nombre Tipo de
ID Estado Tamaño Sprint Prioridad Comentarios
Historia Historia
Modelo base
1 Hecho 3 1 1 Desarrollo Se logró según lo planeado
de datos
Estructurar
Estructura del backend y
proyecto en
2 Hecho 2 1 2 Desarrollo frontend para las funciones
Visual Studio
requeridas por el cliente.
Code
Pantalla Engloba la pantalla principal
4 protegida Hecho 8 1 4 Desarrollo donde se muestran los
principal módulos del sistema.
6.2 PRUEBAS
CAJA NEGRA
CASO: VALIDAR TOKEN PANTALLA PROTEGIDA
Tabla 134: Prueba caja negra – Validar token pantalla protegida
N° Parámetro Valor Resultado

eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9
.eyJpZF91c3VhcmlvIjo2MiwidXNfbm9tYn
JlcyI6IkNocmlzdGlhbiBSbCCKK2JlcnRoIi
1 Reconocimiento token wiaWF0IjoxNjM1MjY1MTA4LCJleHAiOjE Token no valido
2MzUzNTE1MDh9.bpgjmBuBA7C7otGU
waduL9SKSQBQju2EbFA6T0Q4ojw
CAJA BLANCA
Las pruebas se realizaron mediante depuración en Chrome para la ejecución de código
Javascript (frontend) y mediante depuración de Visual Studio Code para el código backend.

143
Comunicación
En primer lugar, se verifica el token mediante el id de usuario, el nombre de usuario y la

firma respectiva a través del header mandado de la request denominado “x-token”, si el
token es diferente o incorrecto manda un status indicando el error.
6.3 INTERFACES
Figura 43: Pantalla principal protegida y token valido

144
Comunicación
6.4 BURNDOWN CHART

La siguiente representación gráfica especifica el número de puntos de la historia
completados marcados como "done" (PU de progreso real) en comparación con los puntos
de historia planificados (PU de progreso esperado), a lo largo de cada día del sprint.
Burndown Chart - Sprint 1

16
14
Puntos de Historia
12
10
8
6
4
2
0
1 2 3 4 5 6 7 8 9 10 11 12
Día
PU avance real PU avance planificado
Figura 44: Burndown chart Sprint 1
Del gráfico, se concluye que en el sprint 1, el progreso real es relativamente eficiente como
se esperaba, al final del sprint, 1 punto de la historia aún está esperando ser completado.
En la reunión retrospectiva se consideraron las lecciones aprendidas y las razones del
retraso.
6.5 SPRINT REVIEW

Durante la reunión de revisión sprint del sprint 1, se realizaron las pruebas del producto
entregable presentado por el equipo de desarrollo y se pueden marcar:
- El equipo hizo una demostración en torno a una prueba (local), utilizando una
portátil personal donde residen el backend, la interfaz de usuario y la base de datos.
- se mostró la pantalla inicial con la que aparecerá el sistema y con los módulos que
solicito el cliente.
- Se presentó de la base de datos con los requerimientos que solicito el cliente, la
cual se tuvieron que agregar nuevas tablas (cotizaciones, detalle-cotizaciones,
etc.).
Se le explico
Esta obra -ha sido al cliente
publicada bajola manera en cómo
la licencia se iba a trabajar
Creative Commons la estructura del sistema.
Reconocimiento-No
145
Comunicación
- En el presente entregable se dio por terminado satisfactoriamente el primer sprint.
6.6 RETROSPECTIVA DEL SPRINT

En la retrospectiva del sprint se revisó las cosas que se han hecho bien y cuales se pueden
mejorar como equipo, Para ello, se decidió aplicar una estrategia el cual consiste en armar
un cuadro con preguntas claves y son las siguientes:
- ¿Qué hicimos bien?: Cosas que se hicieron que al equipo le gustó.
- ¿Qué aprendimos?: Que nuevas cosas se aprendieron en el sprint.
- ¿Qué podríamos hacer distinto la próxima vez?: Cosas que se pueden haber hecho
mejor durante el sprint.
- ¿Qué nos desconcierta?: Cosas que le gustaría al equipo tener durante el sprint,
pero no estuvieron disponibles.
Tabla 135: Resumen de reunión de retrospectiva - Sprint 1
¿Qué hicimos bien? ¿Qué aprendimos?

- Es emocionante ver las primeras pantallas - La importancia de usar el almacenamiento en la
completas previstas para la aplicación. nube, tanto para el código como para la
- Confianza para compartir obstáculos y documentación, aunque sea pequeña.
propensión a encontrar soluciones lo antes - Avisar rápido de obstáculos encontrados, para
posible encontrar soluciones en grupo y más rápido.
¿Qué hacer distinto la próxima vez? ¿Qué nos desconcierta?
- Deberíamos hacer estimaciones más

- Antes de iniciar el desarrollo, verifique que todos
realistas, teniendo en cuenta la
tengan claro el comportamiento a implementar.
incertidumbre que surgen en los demás.

146
Comunicación
7 SPRINT 2
7.1 SPRINT BACKLOG
Nombre Tipo de
Historia Historia
3 Iniciar sesión Hecho 1 2 3 Desarrollo Se logró según lo planeado
7.2 PRUEBAS
CAJA NEGRA
CASO: INICIAR SESIÓN
Tabla 137: Prueba caja negra - Iniciar sesión

1 Usuario (vacío) Ingrese su usuario
2 Contraseña (vacío) Ingrese su contraseña
El usuario no existe/ el password no
3 Usuario o Contraseña A1”#ab
es valido
Un usuario registrado
4 Usuario El usuario se encuentra inactivo
pero inactivo
CAJA BLANCA

147
Comunicación
Se valida mediante la función asíncrona typescript, devolviéndonos los mensajes

personalizados y a su vez el token de autentificación.

148
Comunicación
7.3 INTERFACES
Figura 45: Interfaz inicio de sesión
7.4 BURNDOWN CHART

La siguiente representación gráfica especifica el número de puntos de historia completados
marcados como "completados" (PU de progreso real) en comparación con los puntos de
historia planificados (PU de progreso esperado), a lo largo de cada día del sprint.

16
14
Puntos de Historia
12
10
8
6
4
2
0
1 2 3 4 5 6 7 8 9 10 11 12
Día

149
Comunicación
De la gráfica, se llega a la conclusión este sprint el avance real ha sido eficiente y se ve

reflejado con un intervalo mayor a lo planificado, de esta manera, se puede decir que se
culminó con todas las historias de usuario definidas en el sprint planning.
7.5 SPRINT REVIEW

Durante la reunión de revisión del sprint del sprint 2, se realizaron las pruebas del producto
entregable presentado por el equipo de desarrollo y se puede marcar:
- El equipo hizo una demostración en torno a una prueba (local), utilizando una
portátil personal donde residen el backend.
- Durante la presentación del entregable se pudo demostrar que ID3 ha sido
completado satisfactoriamente y que se cumplen los criterios de aceptación
(validación) definidos.
- Las HU programadas para este sprint se consideraron completadas y su estado se
actualizó a "done".

En la retrospectiva del sprint se aplicó la misma dinámica que en el sprint anterior para
identificar qué salió bien y qué se podría mejorar, y obtenemos esto:

- Después de resolver el problema dentro del
equipo, haga la pregunta: ¿Existe el riesgo - Ajustar cada ID es útil y recomendado.
de que vuelva a suceder? ¿Cómo evitarlo? Y - Se indicó que por cada error suscitado se
si no se puede evitar, determine cómo muestre un mensaje amigable y entendible al
reaccionaremos cuando este problema usuario.
vuelva a ocurrir.
- No asumir todo, porque la interpretación de
cada punto de vista puede causar problemas.
- Llevar un control de los sprint terminados
- Preguntar al cliente sobre las formas en
como desea tener las pantallas.

150
Comunicación
8 SPRINT 3
8.1 SPRINT BACKLOG
Nombre Tipo de
Historia Historia
Gestionar
5 mantenedor de Hecho 2 3 8 Desarrollo
requeridas
usuarios
Gestionar
requeridas
perfiles
Gestionar
requeridas
proveedor
Gestionar
requeridas
productos
8.2 PRUEBAS
CAJA NEGRA
CASO: CREAR USUARIO
Tabla 140: Prueba caja negra - Crear usuario

Debe ingresar los Apellidos/ los
1 Apellidos (vacío)
apellidos son obligatorios
Debe ingresar los Nombres/ los
2 Nombres (vacío)
nombres son obligatorios
Debe ingresar el tipo documento/ el
3 Tipo documento (vacío)
tipo documento es obligatorio
Debe ingresar el número
4 Número documento (vacío) documento/ el número documento
es obligatorio
Debe ingresar email/ el email es
5 Email (vacío)
obligatorio

151
Comunicación
El email debe tener el formato

6 Email Asfgdsfds
correcto
Debe ingresar usuario/ el usuario es
7 Usuario (vacío)
obligatorio
Ya existe un usuario con el login
8 Usuario Usuario duplicado
(nombre de usuario)
Contraseña mínimo 6 caracteres/ la
9 Clave (vacío)
contraseña es obligatorio
Debe ingresar el perfil/ el perfil es
10 Perfil (vacío)
obligatorio
El usuario debe tener permisos a los
11 Permisos (vacío)
módulos del sistema.
CASO: CREAR PERFIL
Tabla 141: Prueba caja negra - Crear perfil

Debe ingresar el nombre de perfil/ el
1 Nombre (vacío)
nombre de perfil es obligatorio
Ya existe el perfil con el nombre
2 Nombre Nombre duplicado
(nombre de perfil)
Debe ingresar una descripción del
2 Descripción (vacío)
perfil
CASO: CREAR PROVEEDOR
Tabla 142: Prueba caja negra - Crear proveedor

1 Tipo documento (vacío)
Debe ingresar el número
2 Número documento (vacío) documento/ el número documento
es obligatorio
Debe ingresar la razón social/ la
3 Razón social (vacío)
razón social es obligatorio
Ya existe una persona con el
4 Razón social Razón social duplicado
nombre (nombre de razón social)

152
Comunicación
5 Dirección (vacío) Por favor ingrese la dirección

6 Correo electrónico (vacío) Por favor ingrese su correo
Por favor ingrese el número de
7 Teléfono celular (vacío)
celular
CASO: CREAR PRODUCTO
Tabla 143: Prueba caja negra - Crear producto

Es un campo requerido/ el modelo
1 Modelo producto (vacío)
del producto es obligatorio
Ya existe un producto con el modelo
2 Modelo producto Modelo producto duplicado
(nombre del modelo)
Es un campo requerido/ la
3 Descripción (vacío)
descripción es obligatorio
Es un campo requerido/ la categoría
4 Categoría (vacío)
es obligatorio
Es un campo requerido/ la marca es
5 Marca (vacío)
obligatorio
Es un campo requerido/ la unidad
6 Unidad de medida (vacío)
de medida es obligatorio
Es un campo requerido/ el tipo es
7 Tipo (vacío)
obligatorio
Es un campo requerido/ el precio de
8 Precio de venta (vacío)
venta es obligatorio
CAJA BLANCA

153
Comunicación

154
Comunicación

155
Comunicación
A través del controlador se puede parametrizar y validar los nombres de los parámetros,
estos a su vez se definen mediante las condiciones si los datos ingresados son correctos o
incorrectos mandando el status correspondiente al error.
8.3 INTEFACES
Figura 47: Interfaz mantenedor usuarios
Figura 48: interfaz agregar usuario

156
Comunicación
Figura 49: Interfaz resumen de usuario
Figura 50: Interfaz editar usuario

157
Comunicación
Figura 51: Interfaz mantenedor perfiles
Figura 52: Interfaz agregar perfil

158
Comunicación
Figura 53: Interfaz editar perfil
Figura 54: Interfaz mantenedor proveedores

159
Comunicación
Figura 55: Interfaz agregar proveedor
Figura 56: Interfaz editar proveedor

160
Comunicación
Figura 57: Interfaz mantenedor productos
Figura 58: Interfaz agregar producto

161
Comunicación
Figura 59: Interfaz editar producto
Figura 60: Interfaz historial de productos

162
Comunicación
8.4 BURNDOWN CHART


14
12
Puntos de Historia
10
8
6
4
2
0
1 2 3 4 5 6 7 8 9 10 11 12
Día
Del gráfico se concluye que en este sprint se ha logrado el progreso real sobre el objetivo
planificado, de esta manera se puede decir que se han completado todas las historias de
usuario identificadas en el plan del sprint.
8.5 SPRINT REVIEW

Durante la reunión de revisión de sprint del sprint 3, se realizaron las pruebas del producto
entregable presentado por el equipo de desarrollo y se destacaron los siguientes elementos:
- El equipo realizó una demostración en torno a una prueba (local), usando una
portátil donde Se localizó el backend, frontend y base de datos.
- Se hicieron pruebas integrales de los productos entregados en el sistema web, que
obtiene la información requerida de una base de datos.
- Durante la presentación se mostraron los mensajes que aparecen cuando sucede
algún error. Estos mensajes fueron aprobados.
- Al final de la presentación, se puede demostrar que ID5, ID6, ID7, ID8, fueron bien
completados y cumplieron con los criterios de aceptación definidos.
- Se dio por cerrado el tercer sprint.
163
Comunicación

identificar qué salió bien y qué se podría mejorar, y obtenemos esto:

- Se identificó que los mensajes de error que se
- Agregar los puntos especificar e importantes muestran tienen que ser un poco específicos, de
para tratar en la reunión. esta manera ayuda mucho al usuario para poder
trabajar con el sistema.
- Se debe brindar mayor detalle de cómo trabajan

- Se Necesita mantenerse enfocado en la
los procesos, de esta manera se puede tener la
meta/tema, porque a veces perdemos el
idea más clara de cómo desarrollar los procesos
enfoque en las reuniones.
en el sistema.
9 SPRINT 4
9.1 SPRINT BACKLOG
Nombre Tipo de
Historia Historia
Gestionar
requeridas
marcas
Gestionar
requeridas
categoría
Gestionar
mantenedor de Realiza las funcionalidades
unidad de requeridas
medida
Gestionar
mantenedor de Realiza las funcionalidades
tipo de requeridas
documento
164
Comunicación
9.2 PRUEBAS
CAJA NEGRA
CASO: CREAR MARCA
Tabla 146: Prueba caja negra - Crear marca

Debe ingresar el nombre de marca/ el
1 Nombre marca (vacío)
nombre de la marca es obligatorio
Ya existe una marca con el nombre
2 Nombre marca Nombre marca duplicado
(nombre de marca)
CASO: CREAR CATEGORÍA
Tabla 147: Prueba caja negra - Crear categoría

Debe ingresar el nombre/ el nombre
1 Nombre categoría (vacío)
de la categoría es obligatorio
Ya existe una categoría con el
2 Nombre categoría Nombre categoría duplicado
nombre (nombre de categoría)
CASO: CREAR UNIDAD MEDIDA
Tabla 148: Prueba caja negra - Crear unidad medida

Debe ingresar el nombre/ el nombre
1 Nombre unidad medida (vacío)
de la unidad medida es obligatorio
Nombre unidad medida Ya existe una unidad medida con el
2 Nombre unidad medida
duplicado nombre (nombre de unidad medida)
CASO: CREAR TIPO DOCUMENTO
Tabla 149: Prueba caja negra - Crear tipo documento

1 Nombre tipo documento (vacío)

165
Comunicación
Ya existe un tipo documento con el

Nombre tipo documento
2 Nombre tipo documento nombre (nombre de tipo
duplicado
documento)
CAJA BLANCA

166
Comunicación

167
Comunicación
9.3 INTERFACES
Figura 62: Interfaz mantenedor marcas
Figura 63: Interfaz mantenedor categoría

168
Comunicación
Figura 64: Interfaz mantenedor unidad medida
Figura 65: Interfaz mantenedor tipo documento

169
Comunicación
9.4 BURNDOWN CHART


12
10
Puntos de Historia
0
1 2 3 4 5 6 7 8 9 10 11 12
Día

De la gráfica, se llega a la conclusión que durante este sprint el avance real ha cumplido el
objetivo planificado, de esta manera, se puede decir que se culminó con todas las historias
de usuario definidas en el sprint planning.
9.5 SPRINT REVIEW

Durante la reunión de sprint review del sprint 4, se realizaron las pruebas del entregable
presentado por el equipo de desarrollo y se pudo evidenciar lo siguiente:
- El equipo realizo una demostración en torno a una prueba (local), utilizando una
laptop personal donde se encontraban el backend, el frontend y la base de datos.
- Se realizaron pruebas integrales entregables en el sistema web, la cual obtiene la
información necesaria de la base de datos.
- En la presentación del entregable, se pudo evidenciar que el ID-9, ID-10, ID-11, ID-
12 fueron culminados satisfactoriamente y cumplen con los criterios de aceptación
definidos.
- Se dio por cerrado el cuarto sprint.

170
Comunicación

identificar las cosas que han hecho bien y las que se pueden mejorar y se tiene lo siguiente:

- Lo importante que es tener un orden y avisar
- Poder realizar de manera rápido los módulos
cuando alguien va a subir sus cambios al git, de
solicitados
esta manera no surgen errores en los archivos.
- Tener más comunicación entre los - Tener al alguien del lado del cliente que no pueda
desarrolladores, de esta manera se puede atender a cualquier momento por si surgen
reutilizar código. dudas o retrasos.
10 SPRINT 5
10.1 SPRINT BACKLOG
Nombre Tipo de
Historia Historia
Gestionar Realiza las
13 mantenedor de Hecho 3 5 16 Desarrollo funcionalidades
ventas requeridas
cotización requeridas
clientes requeridas

171
Comunicación
10.2 PRUEBAS
CAJA NEGRA
CASO: CREAR VENTA
Tabla 152: Prueba caja negra - Crear venta

1 Tipo Doc. (vacío) Por favor complete los campos obligatorios
2 Serie (vacío) Por favor complete los campos obligatorios
3 Cliente (vacío) Por favor complete los campos obligatorios
4 Producto (vacío) Complete los datos de los productos
Sobre paso el límite de stock del producto
Ingresar un valor mayor al stock
5 Producto (se muestra la cantidad actual de stock del
actual
producto)
No hay stock para el producto seleccionado.
El producto seleccionado no
6 Producto Se muestra una opción para ir al módulo de
cuenta con stock
compras y poder agregar más stock.
7 Cantidad (vacío) Complete los datos de los productos
8 Precio Unitario (vacío) Complete los datos de los productos
CASO: CREAR COTIZACIÓN
Tabla 153: Prueba caja negra - Crear cotización

1 Cliente (vacío) Por favor complete los campos obligatorios
2 Tipo Moneda (vacío) Por favor complete los campos obligatorios
3 T.Cambio (vacío) Por favor complete los campos obligatorios
4 Producto (vacío) Complete los datos de los productos
Ingresar un valor mayor al Sobre paso el límite de stock del producto (se
5 Producto
stock actual muestra la cantidad actual de stock del producto)
No hay stock para el producto seleccionado.
El producto seleccionado no
6 Producto Se muestra una opción para ir al módulo de
cuenta con stock
compras y poder agregar más stock.

172
Comunicación
CASO: CREAR CLIENTE
Tabla 154: Prueba caja negra - Crear cliente

1 Tipo Documento (vacío) El Tipo de Documento es Obligatorio
2 Nro. Doc (vacío) El Numero de Documento es Obligatorio
3 Razón Social (vacío) La Razón Social es Obligatorio
Ya existe una persona con el nombre (nombre de
4 Razón social Razón social duplicado
razón social)
5 Dirección (vacío) La Dirección es Obligatorio
6 Correo (vacío) El Correo es obligatorio
7 Teléfono Celular (vacío) El Celular es obligatorio
CAJA BLANCA

173
Comunicación

174
Comunicación
10.3 INTERFACES
Figura 67: Interfaz mantenedor ventas
Figura 68: Interfaz crear venta

175
Comunicación
Figura 69: Interfaz mantenedor cotizaciones
Figura 70: Interfaz crear cotización

176
Comunicación
Figura 71: Interfaz mantenedor clientes
Figura 72: Interfaz crear cliente

177
Comunicación
10.4 BURNDOWN CHART

En la siguiente representación gráfica se especifica la cantidad de puntos de historia
terminados y que fueron marcados como “done” (PU avance real) en contraste de los puntos
de historia planificados (PU avance planificado), a lo largo de cada día del sprint.

12
10
Puntos de Historia
0
1 2 3 4 5 6 7 8 9 10 11 12
Día

De la gráfica, se llega a la conclusión que durante este sprint el avance real ha cumplido el
objetivo planificado, de esta manera, se puede decir que se culminó con todas las historias
de usuario definidas en el sprint planning.
10.5 SPRINT REVIEW

- En la presentación del entregable, se pudo evidenciar que el ID-13, ID-14, ID-15,
fueron culminados satisfactoriamente y cumplen con los criterios de aceptación
definidos. Por otro lado, el ID-13 e ID-14 el cliente agrego uno nuevos
requerimientos que fueron desarrollados posteriormente.
- Se dio por cerrado el quinto sprint.
178
Comunicación

En la retrospectiva del sprint se planteó una nueva dinámica denominada “La estrella de
mar” donde se tienen los siguientes términos con el fin de reflexionar con el equipo y mejorar
el desempeño de los sprints.
Comenzar a hacer +
• Contruir codigo bastante robusto y flexible, para evitar usar tiempo en adaptarnos a
nuevos requerimientos
Dejar de hacer -
• Realizar desarrollo por la madrugada, ya que el rendimiento es menor y hay alta
probabilida de fallos
Hacer mas >

• Incorporar los puntos más importante a tratar en cada reunion
Hacer menos <

• No respetar los tiempos acordados paara finalizar el desarrollo de los sprints
Seguir Haciendo =
• Mantener la comunicacion al mentos de subir los nuevos cambios al Git
11 SPRINT 6
11.1 SPRINT BACKLOG
Nombre Tipo de
Historia Historia
Gestionar
Se incluyo las herramientas
17 registros de Hecho 5 6 6 Desarrollo
necesarias
compras
Elaborar
Se incluyo las herramientas
16 registros de Hecho 5 6 5 Desarrollo
necesarias
compras
Elaborar
Carga todos los productos
18 reporte de Hecho 5 6 19 Desarrollo
registrados
productos
Elaborar
Carga datos filtrados de las
19 reporte de Hecho 5 6 20 Desarrollo
ventas por rango de fechas
ventas
Exportar Realiza las funcionalidades
reporte requeridas
179
Comunicación
11.2 PRUEBAS
CAJA NEGRA
CASO: GESTIONAR REGISTRO DE COMPRAS
Tabla 156: Prueba caja negra - Gestionar registro de compras

1 Buscar Cualquier campo de la tabla No hay datos
Selección tipo a exportar
2 Exportar Click comprobante de compras Pdf o
Excel
CASO: CREAR REGISTRO DE COMPRAS
Tabla 157: Prueba caja negra - Crear registro de compras

Por favor complete los campos
1 Tipo Doc. (vacío)
obligatorios
2 Serie (vacío)
obligatorios
3 Numero Doc. (vacío)
obligatorios
4 Proveedor (vacío)
obligatorios
Por favor ingrese los datos de los
5 Producto (vacío)
productos
CASO: ELABORAR REPORTE DE PRODUCTOS
Tabla 158: Prueba caja negra - Elaborar reporte de productos

1 Buscar Cualquier campo de la tabla No hay datos
Descarga reporte de productos
2 Exportar Click
filtrados o sin filtrar

180
Comunicación
CASO: ELABORAR REPORTE DE VENTAS
Tabla 159: Prueba caja negra - Elaborar reporte de ventas

1 Desde adgds Error, debe ingresar fecha
2 Hasta 22/10/2021 Valido, formato tipo fecha
3 Desde y Hasta Rango sin operaciones No se encontraron registros
4 Ventas del día Click Carga las ventas del día actual
CASO: EXPORTAR REPORTE
Tabla 160: Prueba caja negra - Exportar reporte

2 Reporte Click Descarga en PDF reporte de ventas
CAJA BLANCA

181
Comunicación
11.3 INTERFACES
Figura 74: Interfaz mantenedor compras

182
Comunicación
Figura 75: Interfaz crear compra
Figura 76: Interfaz mantenedor reporte producto

183
Comunicación
Figura 77: Reporte de productos
Figura 78: Interfaz mantenedor reporte de ventas

184
Comunicación
Figura 79: Interfaz detalle reporte de ventas
Figura 80: Reporte de ventas

185
Comunicación
11.4 BURNDOWN CHART

En la siguiente representación gráfica se especifica la cantidad de puntos de historia
terminados y que fueron marcados como “done” (PU avance real) en contraste de los puntos
de historia planificados (PU avance planificado), a lo largo de cada día del sprint.

14
12
Puntos de Historia
10
8
6
4
2
0
1 2 3 4 5 6 7 8 9 10 11 12
Día
De la gráfica, se llega a la conclusión que durante este sprint el avance real ha sido eficiente
y se ve reflejado con un intervalo mayor a lo planificado, de esta manera, se puede decir
que se culminó con todas las historias de usuario definidas en el sprint planning.
11.5 SPRINT REVIEW

- En la presentación del entregable, se pudo evidenciar que el ID-16, ID-17, ID-18,
ID-19, ID-20 fueron culminados satisfactoriamente y cumplen con los criterios de
aceptación definidos. Por otro lado, se tuvieron que modificar los mensajes

186
Comunicación
mostrados para que sean más atendible al generar el reporte de venta, el cual se
realizó de manera rápida.
- Se dio por cerrado el sexto sprint.

Durante la retrospectiva de este sprint, se continuará usando la dinámica de la “estrella de
mar” y estos son los resultados de la reunión
Comenzar a hacer +
• Dias antes de la reunion compartir el avance del sistema con algunos amigos (externos al
proyecto) a fin de tener un feedback sobre la usabilidad
Dejar de hacer -
• Asumir , ya que aun hay situaciones en las que se asume los que se espera de alguna
funcionalidad
Hacer mas >

• Organizar y tener un orden en las reuniones para poder respetar los turnos de palabra de
cada integrante
Hacer menos <

• Evitar generar conflictos de sincronizacion al momentos de subir los cambios al Git, ya que
essto ha ocacionado en ciertos momentos duplicidad y daño de archivos
Seguir Haciendo =
• Construir codigo bastante robusto y flexible, para evitar usar tiempo adaptando a nuevo
cambios.

187
Comunicación
12 MODELO DE IMPLANTACIÓN
12.1 DESCRIPCIÓN DEL SISTEMA
El sistema desarrollado se denomina por su nombre comercial “Sistema de gestión de
ventas y almacén – Telenor Web” y sus funcionalidades son las siguientes:
1. Para ingresar al sistema de información web se necesita una cuenta de usuario o
administrador con estado activo y con los permisos necesarios para tener acceso a
los módulos del sistema.
2. El administrador para gestionar un usuario puede seguir el siguiente flujo:
a. Para crear un nuevo usuario previamente el administrador debe configurar
los perfiles de los usuarios en el sistema, estos perfiles se crean en el
módulo de configuración mantenedor perfiles.
b. Posteriormente se debe configurar el tipo de documento que existirá para
registrar clientes, proveedores y usuarios, esto se realiza en el módulo de
maestros mantenedor tipo de documento.
c. Una vez configurados los parámetros necesarios mencionados
anteriormente, se ingresa a través del módulo configuraciones mantenedor
usuarios, donde, se podrá gestionar los usuarios que puedan ingresar al
sistema.
d. Así mismo una vez situado en el mantenedor usuarios se da click en el
botón nuevo y aparecerá un formulario a llenar con los campos requeridos,
es importante señalar que en la parte final del formulario se encuentra los
permisos a asignar para el usuario se seleccionar mediante checkbox
múltiple.
e. Finalizando se da click en el botón guardar y el usuario se encontrará
registrado listo para su uso y así mismo podrá ingresar al sistema con los
permisos asignados.
3. Los usuarios pueden seguir el siguiente flujo:
a. El usuario podrá registrar el inventario de productos que se venderán
posteriormente teniendo una mejor gestión del almacén, esto se realiza en
el módulo de almacén mantenedor productos.
b. El usuario podrá registrar las compras de los productos ya registrados para
el abastecimiento de stock de productos, esto se realiza en el módulo de
compras mantenedor registro de compras.

188
Comunicación
c. Así mismo se podrán registrar las ventas de los productos emitiendo

comprobantes, también se podrá realizar las cotizaciones respectivas a
clientes y de esta manera se tiene un control de las entradas y salidas de
productos, esto se realiza en módulo de ventas mantenedor ventas y
cotizaciones.
d. El usuario podrá registrar clientes y proveedores para las ventas y compras
de productos respectivamente, esto se realiza en el módulo Client-Prov.
Mantenedores clientes y proveedores respectivamente.
e. Para finalizar el usuario podrá elaborar reportes de los productos y las
ventas realizadas, esto se realiza en el módulo de reportes mantenedores
reporte ven. y reporte prod. Respectivamente.
12.2 DESPLIEGUE DE ENTORNO PRODUCTIVO

Preparación del ambiente:
- Crear una instancia en Heroku el cual cumple el papel de servidor en la nube para
que pueda ser consumida por la API.
- Instalar y configurar un add-ons para el uso de la base de datos MYSQL, se
configura la conexión mediante el uso de enviroment.
- Realizar la configuración del puerto proporcionada por Heroku en el enviroment del
backend.
- Realizar la configuración de la URL para las peticiones hechas de la API, este URL
se crea al crear la instancia para el proyecto en Heroku.
Preparación para realizar el despliegue:

- En primer lugar, se realiza una prueba en dev asegurándose que todo funcione
correctamente tanto por el lado del backend como el frontend y las peticiones de
los servicios.
- Generar la versión de distribución (build de producción) por el lado del frontend en
angular.
- Subir los componentes generados de la versión de distribución a la carpeta pública
del backend server de node.
- Configurar el script del inicio en el package.json del backend con esto le indicamos
a Heroku cuál es el script que inicializa el proyecto para instalar dependencias y
configurar
Esta obra ha sido el ambiente
publicada bajoproductivo.
la licencia Creative Commons Reconocimiento-No
189
Comunicación
- Instalar Heroku Cli para subir y configurar el proyecto mediante comandos de ayuda
al ambiente productivo.
- Subir el proyecto al repositorio git de Heroku mediante el Cli de Heroku, esto hace
que se instalen las dependencias y realiza el despliegue automáticamente.
- Consumir el endpoint de producción en el frontend para las respuestas de los
servicios.
12.3 REQUISITOS PARA EL USO DEL SISTEMA

Recursos de Hardware:
- Procesador Intel i5 como mínimo
- Memoria RAM 4GB como mínimo
- Disco duro 100gb como mínimo
- Tener Acceso a Internet de gama media como mínimo.
Recursos de Software:
- Sistema operativo Windows
- Tener instalado un navegador web de Preferencia Google Chrome
- Tener instalado paquete Office
12.4 CAPACITACIONES
Durante la puesta en marcha y evaluación del sistema, el equipo de proyecto debe capacitar
al usuario del sistema en su uso y manejo a través de sesiones de entrenamiento para
aclarar las dudas respecto a su uso. Finalmente, se hace entrega al usuario para que utilice
el sistema y haga sus operaciones respectivas.

190
Comunicación
13 CONTRASTACIÓN DE HIPOTESIS
En la contrastación de hipótesis se ha aplicado el método propuesto de Pre-Test y Post-Test, en
la cual se acepta o rechaza la hipótesis, así mismo, para la realización del método propuesto se
establecieron indicadores cuantitativos y cualitativos donde se evalúa el rendimiento del sistema
propuesto versus el proceso actual.
Tabla 161: Indicadores cuantitativos y cualitativos
Indicador Tipo
Reducir el tiempo de generación de reportes. Cuantitativo
Reducir el tiempo de registro de ventas. Cuantitativo
Reducir el tiempo de búsqueda de productos. Cuantitativo
Mejorar el nivel de satisfacción de los usuarios. Cualitativo
Para la realización del método propuesto se utilizaron las siguientes ecuaciones:
Fórmula diferencias de promedios:
Ecuación 16: Promedios
∑𝑛𝑖=1 𝐷𝑖
̅=
𝐷 …………………………… (16)
𝑛
Dónde:
̅ : Diferencia de promedios del antes y después de la implementación.

𝐷
𝐷𝑖 : Diferencia de promedios del dato i - ésimo.
𝑛: Número de datos.
Fórmula de la varianza
Ecuación 17: Varianza
̅ )𝟐
∑𝒏𝒊=𝟎(𝑫𝒊 − 𝑫
𝝈𝟐 = ……………………... (17)
𝒏

191
Comunicación
Dónde:
𝜎 2 : Varianza.
𝐷𝑖 : Dato i - ésimo.
̅ : Promedio.
𝐷
Fórmula para calcular Z
Ecuación 18: Cálculo de Z
̅𝟏 − 𝑫
𝑫 ̅𝟐
𝒁=
𝟐 𝟐
√𝝈𝟏 + 𝝈𝟐 ……………………...... (18)
𝒏𝟏 𝒏𝟐
Dónde:
̅1 : Promedio de la primera variable.

𝐷
̅2 : Promedio de la segunda variable.

𝐷
𝜎12 : Varianza de la primera variable.
𝜎22 : Varianza de la segunda variable.
𝑛1 : Número de datos de la primera variable.
𝑛2 : Número de datos de la segunda variable.
Fórmula de agrupación de varianza para prueba T Student de diferencia de medias.
Ecuación 19: Varianzas Agrupadas o Combinadas
𝒏(∑𝒏𝒊=𝟎 𝑫𝒊 )𝟐 + (∑𝒏𝒊=𝟎 𝑫)𝟐 ……………………...... (19)

𝝈𝟐 =
𝒏(𝒏 − 𝟏)
Fórmula de cálculo de t de student
Ecuación 20: Cálculo para el T Student
̅ √𝒏
𝑫
𝒕= …………………….......................... (20)
√𝝈𝟐
192
Comunicación
Dónde:
̅ : Promedio.
𝐷
𝜎 2 : Varianza.
13.1 ANÁLISIS DE LOS INDICADORES CUANTITATIVOS
INDICADOR 01: REDUCIR EL TIEMPO DE GENERACIÓN DE REPORTES.

Para el presente caso se tomará como referencia a la generación de reporte de ventas.
n = 30 Generación de reportes.
Definición de Variables
𝑇𝐴 : Tiempo promedio de elaboración de reporte de venta con el modelo actual (Segundos)
𝑇𝑃 : Tiempo promedio de elaboración de reporte de venta con el sistema propuesto

(Segundos)
Prueba de Normalidad
Se realizó la prueba de normalidad para determinar el tipo de distribución, Si es paramétrica

o no paramétrica.
Dado que n es menor a 50 se utilizó la prueba de normalidad SHAPIRO-WILK, Se trabajó
con la herramienta R Studio, se ingresaron los valores respectivos y se tuvo como resultado
lo siguiente:
Figura 82: Resultados prueba de normalidad obtenidos de la herramienta R-Studio

193
Comunicación
Resultado: Como el p valor es mayor a 0.05, existe normalidad, por ende, se utilizó una
prueba o distribución paramétrica en la prueba de hipótesis.
Figura 83: Gráfica de normalidad Generación de Reportes R-Studio
Hipótesis estadística
Hipótesis 𝐇𝟎 : El tiempo promedio de elaboración de reporte de venta del modelo actual es

menor o igual que, el tiempo promedio de elaboración de reporte de venta con el sistema
propuesto.
𝐻0 = 𝑇𝐴 − 𝑇𝑝 ≤ 0
Hipótesis 𝐇𝟏 : El tiempo promedio de elaboración de reporte de venta del modelo actual es

mayor que, el tiempo promedio de elaboración de reporte de venta con el sistema
propuesto.
𝐻1 = 𝑇𝐴 − 𝑇𝑝 > 0
Nivel de Significancia
El nivel de significancia (𝛼) para la prueba de hipótesis es del 5%. Por consiguiente, el nivel
de confianza (1-𝛼 = 0.95) será del 95%.
Tipo de Distribución
Como la muestra es mayor o igual a 30 se utilizará la distribución “Z”.
194
Comunicación
Prueba estadística
Para calcular el tiempo promedio de elaboración de reportes en segundos, se evaluó los
tiempos usados en un mes para el pre-test y otro mes para el post-test. Los datos obtenidos
se muestran en el Anexo 5: Tiempo Generación Reportes
Varianzas
Con los datos que se obtuvieron se reemplazan los valores en la Ecuación (17)
112920
𝜎𝐴2 = = 3764
30
276.8
𝜎𝑃2 = = 9.23
30
Cálculo de Z
Se trabajó con la herramienta R Studio, se ingresaron los valores respectivos y se tuvo como
resultado lo siguiente:
Figura 84: Resultados obtenidos de la herramienta R-Studio

195
Comunicación
Figura 85: Distribución Z - Área de aceptación y rechazo "Tiempo de Generación de

reportes"
Conclusión
La región critica para α = 0.05, en la tabla distribución Z (ver ANEXO 8) encontramos que
Za = 1.645. Entonces la región crítica de la prueba es: Z =< 1.645, +∞ >.
Puesto que: Zc = 47.099(Z calculado) es mayor que Zα = 1.645 (tabular) y estando
este valor dentro de la región de rechazo < 1.645, +∞ >, entonces se rechaza H0 y por
consiguiente H1 es aceptada.
Se concluye que el Tiempo de generación de reportes con el sistema actual es mayor que
el Tiempo de generación de reportes del sistema propuesto, con un nivel de error del 5% y
un nivel de confianza del 95%.
INDICADOR 02: REDUCIR EL TIEMPO DE REGISTRO DE VENTAS.

Para el presente caso se tomará como referencia al registro de ventas.
n = 30 Registros de ventas
𝑇𝐴 : Tiempo promedio de registros de ventas con el modelo actual (Segundos)
𝑇𝑃 : Tiempo promedio de registros de ventas con el sistema propuesto (Segundos)

196
Comunicación

o no paramétrica.
lo siguiente:
Figura 87: Gráfica de normalidad Registro de Ventas R-Studio

197
Comunicación
Hipótesis 𝐇𝟎 : El tiempo promedio de registros de venta del modelo actual es menor o

igual que, el tiempo promedio de registros de venta con el sistema propuesto.
𝐻0 = 𝑇𝐴 − 𝑇𝑝 ≤ 0
Hipótesis 𝐇𝟏 : El tiempo promedio de registros de venta del modelo actual es mayor que,
el tiempo promedio de registros de venta con el sistema propuesto.
𝐻1 = 𝑇𝐴 − 𝑇𝑝 > 0
Prueba estadística
Para calcular el tiempo promedio de registros de venta en segundos, se evaluó los tiempos
usados en un mes para el pre-test y otro mes para el post-test. Los datos obtenidos se
muestran en el Anexo 5: Tiempo Registros de Venta
Varianzas
496
𝜎𝐴2 = = 16.52
30
79
𝜎𝑃2 = = 2.63
30
Cálculo de Z
resultado
Esta obra lo siguiente:
ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
198
Comunicación
Figura 89: Distribución Z - Área de aceptación y rechazo "Tiempo de Registro de ventas"
Conclusión
Puesto que: Zc = 314.34(Z calculado) es mayor que Zα = 1.645 (tabular) y estando
Se concluye que el Tiempo de registros de venta con el sistema actual es mayor que el
Tiempo de registros de venta del sistema propuesto, con un nivel de error del 5% y un nivel
de confianza del 95%.
199
Comunicación
INDICADOR 03: REDUCIR EL TIEMPO DE BÚSQUEDA DE PRODUCTOS.

Para el presente caso se tomará como referencia al tiempo de búsqueda de productos.
n = 291 Búsquedas de productos
𝑇𝐴 : Tiempo promedio de búsqueda de productos con el modelo actual (Segundos)
𝑇𝑃 : Tiempo promedio de búsqueda de productos con el sistema propuesto (Segundos)

o no paramétrica.
Dado que n es mayor a 50 se utilizó la prueba de normalidad KOLMOGOROV-SMIRNOV,

200
Comunicación
Figura 91: Gráfica de normalidad Búsqueda de Productos R-Studio
Hipótesis 𝐇𝟎 : El tiempo promedio de búsqueda de productos del modelo actual es menor

o igual que, el tiempo promedio de búsqueda de productos con el sistema propuesto.
𝐻0 = 𝑇𝐴 − 𝑇𝑝 ≤ 0
Hipótesis 𝐇𝟏 : El tiempo promedio de búsqueda de productos del modelo actual es mayor

que, el tiempo promedio de búsqueda de productos con el sistema propuesto.
𝐻1 = 𝑇𝐴 − 𝑇𝑝 > 0
Prueba estadística
Para calcular el tiempo promedio de búsqueda de productos en segundos, se evaluó los
tiempos usados en un mes para el pre-test y otro mes para el post-test. Los datos obtenidos
se muestran
Esta obra ha sidoen el Anexo 5:bajo
publicada Tiempo
la Búsqueda
licencia de Productos.
Creative Commons Reconocimiento-No
201
Comunicación
Varianzas
26051.93
𝜎𝐴2 = = 89.53
291
199.17
𝜎𝑃2 = = 0.68
291
Cálculo de Z
Figura 93: Distribución Z - Área de aceptación y rechazo "Tiempo de búsqueda de

productos"

202
Comunicación
Conclusión
Puesto que: Zc = 167.04 (Z calculado) es mayor que Zα = 1.645 (tabular) y estando
Se concluye que el Tiempo de búsqueda de productos con el sistema actual es mayor que
el Tiempo de búsqueda de productos del sistema propuesto, con un nivel de error del 5% y
un nivel de confianza del 95%.
13.2 ANÁLISIS DE LOS INDICADORES CUALITATIVOS
INDICADOR 04: INCREMENTAR EL NIVEL DE SATISFACCIÓN DE LOS USUARIOS

Para este caso se consideró aplicar una encuesta al personal o trabajadores de la empresa
que utilizará el sistema desarrollado, donde se tiene en cuenta los rangos de aprobación el
cual se utiliza para analizar las encuestas:
Tabla 162: Pesos para los niveles de aprobación
Rango Nivel de aprobación Peso

B Bastante 5
S Suficiente 4
R Regular 3
P Poco 2
MP Muy Poco 1
Se aplicó la encuesta a los colaboradores de la empresa y formaron un total de 5

encuestados. A continuación, se muestra el proceso para hallar los resultados.
Se utilizó la siguiente ecuación para calcular el puntaje total:
Ecuación 21: Puntaje total
𝑃𝑇𝑖 = ∑(𝐹𝑖𝑗 ∗ 𝑃𝑗 ) ……………………............. (21)

𝑗=1
Dónde:
……………………............. (21)
𝑃𝑇𝑖 : Puntaje total de la pregunta i-ésima.
203
Comunicación
𝐹𝑖𝑗 : Frecuencia j-ésima de la pregunta i-ésima
𝑃𝑗 : Peso j-ésimo
Para el promedio ponderado para cada pregunta de la encuesta se calcula de la siguiente

manera:
Ecuación 22: Promedio ponderado
𝑃𝑇𝑖
̅̅̅̅
𝑃𝑃𝑖 = ……………………................... (22)
𝑛
……………………................... (22)
Dónde:
̅̅̅̅
𝑃𝑃𝑖 : Promedio ponderado de la pregunta i-ésima.
𝑃𝑇𝑖 : Puntaje total de la pregunta i-ésima.
𝑛: Cantidad de encuestados
Prueba estadística
En el Anexo 5: Resultados Encuesta Pre-Test, Se detallan las puntuaciones de los
criterios de evaluación obtenidos para este indicador, tanto para el pre-test, donde aún no
se implementaba el sistema propuesto. Así mismo, en el Anexo 5: Resultados Encuesta
Post-Test, Se detallan las puntuaciones de los criterios de evaluación obtenidos para este
indicador, donde en el post-test se interpreta cuando ya se implementó el sistema.
Por lo consiguiente se detallan los puntajes promedio para el pre-test y post-test obtenidos,
en el Anexo 5: Promedio Pre-Test y Post-Test.
𝑁𝑆𝐴 : Nivel de satisfacción del usuario con el modelo actual.
𝑁𝑆𝑃 : Nivel de satisfacción del usuario con el Sistema Propuesto.

204
Comunicación

o no paramétrica.
lo siguiente:
Figura 95: Gráfica de normalidad Nivel de Satisfacción R-Studio

205
Comunicación
Hipótesis 𝐇𝟎 : El nivel de satisfacción del usuario con el modelo actual es mayor o igual
que, el nivel de satisfacción del usuario con el sistema propuesto.
𝐻0 = 𝑁𝑆𝐴 − 𝑁𝑆𝑝 ≥ 0
Hipótesis 𝐇𝟏 : El nivel de satisfacción del usuario con el modelo actual es menor que, el
nivel de satisfacción del usuario con el sistema propuesto.
𝐻1 = 𝑁𝑆𝐴 − 𝑁𝑆𝑝 < 0
de confianza (1-𝛼 = 0.95) será del 95% y para los grados de libertad se toma lo siguiente:
(n-1) = 8-1 = 7 grados de libertad por lo que el t tabular es el siguiente:
𝑡(1−𝛼)(𝑛−1) = 𝑡(1−0.05)(8−1) = 1.895
Debido a que la prueba de hipótesis nula es ≥ 0, entonces interpretamos que la región de

rechazo consiste en aquellos valores de t menores que -1.895
Como la muestra es menor a 30 se utilizará la distribución “T”.
Cálculo de T

206
Comunicación
Figura 97: Distribución T para dos muestras pareadas - Área de aceptación y rechazo "Nivel de
Satisfacción"
Conclusión
La región critica para α = 0.05, en la tabla distribución T (ver Anexo 8) encontramos que
Ta = −1.895. Entonces la región crítica de la prueba es: T =< −∞, −1.895 >.
Puesto que: Tc = −10.937(T calculado) es menor que Tα = −1.895 (tabular) y estando
este valor dentro de la región de rechazo, entonces se rechaza H0 y por consiguiente H1
es aceptada.
Se concluye que el nivel de satisfacción del usuario con el sistema actual es menor que el
nivel de satisfacción del usuario del sistema propuesto, con un nivel de error del 5% y un
nivel de confianza del 95%.

207
Comunicación
CAPÍTULO IV: DISCUSIÓN

208
Comunicación
14 DISCUSIÓN DE RESULTADOS
La discusión detallada de los resultados para cada indicador es la siguiente:
14.1 REDUCIR EL TIEMPO DE GENERACIÓN DE REPORTES.

De acuerdo al tiempo promedio estimado de generación de reportes con el sistema actual
y el sistema propuesto, estos valores se resumen en la siguiente tabla, la cual sirve de base
para el cálculo del tiempo promedio de generación de reportes con el sistema actual es
100%.
Tabla 163: Discusión de resultados - Generación de reportes
TA TP Nivel de Impacto
Segundos Porcentaje Segundos Porcentaje Δ Segundos Δ Porcentaje
566 100% 37.80 7% 528.20 93%
Se puede ver que el tiempo de generación del reporte en el sistema actual es de 566
segundos mientras que la implementación del sistema recomendado es de 37.80 segundos
y el impacto se reduce en 528.20 segundos, o sea un 93% entendiendo como mejora la que
vemos en la siguiente gráfica:
600 100% 120%

93%
500 100%
400 80%
300 60%
566
528.20
200 40%
100 20%
7%
37.80
0 0%
TA TP Nivel Impacto: Decremento
Segundos Porcentaje
Figura 98: Tiempo promedio generación de reportes

209
Comunicación
14.2 REDUCIR EL TIEMPO DE REGISTRO DE VENTAS.

De acuerdo a la estimación del tiempo promedio de registro de ventas con el sistema actual
y el sistema propuesto, estos valores se resumen en la siguiente tabla, utilizada como base
para calcular el tiempo promedio de registro de ventas con el sistema actual es 100%.
Tabla 164: Discusión de resultados – Registros de venta
301 100% 50.20 17% 250.80 83%
Se puede ver que el tiempo de registro de ventas es de 301 segundos con el sistema actual
y 50.20 segundos con la implementación del sistema propuesto, el impacto se reduce en
250.80 segundos que es el 83% del tiempo de mejora, lo cual podemos ver en el siguiente
gráfico:
350 120%
100%
300 100%
83%
250
80%
200
60%
150 301
250.80 40%
100
17%
50 20%
50.20
0 0%
Segundos Porcentaje
Figura 99: Tiempo promedio registros de venta

210
Comunicación
14.3 REDUCIR EL TIEMPO DE BÚSQUEDA DE PRODUCTOS.

De acuerdo a la estimación de los tiempos promedios de búsqueda de productos con el
sistema actual y el sistema propuesto, dichos valores se resumen en la siguiente tabla,
tomándose como base para los cálculos el tiempo promedio de búsqueda de productos con
el sistema actual como el 100%.
Tabla 165: Discusión de resultados – Búsqueda de productos
103.55 100% 10.57 10% 92.98 90%
Se puede observar que el tiempo de búsqueda de productos usando el sistema actual es

de 103.55 segundos y después de implementar el sistema propuesto es de 10.57 segundos,
el impacto se reduce en 92.98 segundos, equivalente a 10.57 segundos correspondiente al
90% se interpreta como una mejora, como podemos ver en la siguiente gráfica:
120 120%
100%
100 90% 100%
80 80%
60 60%
103.55
92.98
40 40%
20 10% 20%
10.57
0 0%
Puntaje Porcentaje
Figura 100: Tiempo promedio búsqueda de productos

211
Comunicación
14.4 INCREMENTAR EL NIVEL DE SATISFACCIÓN DE LOS USUARIOS.

De acuerdo al nivel de satisfacción del usuario con el sistema actual y el sistema propuesto,
dichos valores se resumen en la siguiente tabla, tomándose como base la escala de 1 a 5
para los cálculos y el valor de 5 como el 100%.
Tabla 166: Discusión de resultados – Nivel de satisfacción
NSA NSP Nivel de Impacto

Puntaje Porcentaje Puntaje Porcentaje Δ Puntaje Δ Porcentaje
2.50 50% 4.28 86% 1.78 36%
Se puede observar que el nivel de satisfacción del usuario con el sistema actual es de 2.50
y con la implementación del sistema propuesto es de 4.28, teniendo como nivel de impacto
un incremento de 1.78 puntos, que es un incremento del 36% de satisfacción que se
interpreta como una mejora y que podemos apreciar en la siguiente gráfica:
4.5 86% 100%

4 90%
3.5 80%
70%
3
50% 60%
2.5
4.28 50%
2 36%
40%
1.5
2.5 30%
1 1.78 20%
0.5 10%
0 0%
NSA NSP Nivel Impacto: Incremento
Puntaje Porcentaje
Figura 101: Nivel de satisfacción de los usuarios

212
Comunicación
CAPÍTULO V:
CONCLUSIONES Y
RECOMENDACIONES

213
Comunicación
15 CONCLUSIONES
De acuerdo a los resultados obtenidos, se llegó a las siguientes conclusiones:
1. El tiempo promedio de generación de reportes con el sistema propuesto, representa una

reducción de tiempo muy significativa, del 93%, todo ello se debe, a que la información
fue digitalizada y centralizada, para su procesamiento, obteniendo en tiempo real la
información actualizada.
2. El tiempo promedio de registros de ventas con el sistema propuesto, logra una reducción
de tiempo del 83% respecto al registro de las ventas aconteciendo una reducción de
tiempo bastante significativo en virtud de que, se realiza en menos de la mitad de tiempo.
3. El tiempo de búsqueda de productos con el sistema anterior era de 103.55 segundos y se
logró reducir en un 90%, teniendo como tiempo promedio de búsqueda de 10.57 segundos
representando un logro significativo con el sistema propuesto.
4. Debido al bajo nivel de satisfacción con el sistema actual de gestión de ventas y almacén
(50%), cuando se implementó e implantó el sistema propuesto se pudo adquirir un
incremento (86%) aconteciendo un logro importante respecto al uso rutinario del sistema
con el usuario.

214
Comunicación
16 RECOMENDACIONES
Con la finalidad de mejorar los beneficios del sistema de información web sobre la gestión de
ventas y almacén, se ha determinado las siguientes recomendaciones:
1. Se recomienda llevar a cabo constantes capacitaciones con los usuarios respecto al uso
del sistema, con el propósito de instruirles de manera correcta el uso del sistema y atender
todas sus dudas.
2. Se recomienda realizar copias de seguridad de la base de datos de manera continua con
la finalidad de evitar posibles pérdidas de información.
3. Debe permanecer las constantes actualizaciones del presente sistema de información
web, con el objetivo de mejorar u optimizar aún más dichos procesos.
4. Se recomienda incorporar en un futuro nuevas funcionalidad respecto a la fidelización de
los clientes, como, por ejemplo, acumulación de puntos por las ventas realizadas para
obtener descuentos de los productos, etc.

215
Comunicación
REFERENCIAS
BIBLIOGRÁFICAS

216
Comunicación
REFERENCIAS
Alfonzo, P. L., Mariño, S., & Godoy, M. V. (15 de 11 de 2011). Propuesta metodológica para la gestión
de proyecto de software ágil basado en la Web. Multiciencias, 11(4), Pag: 397, 398.
Arnaldo Espinoza, M. (2013). Manual para elegir una Metodologia de Desarrollo de Software dentro
de un proyecto Informatico. Piura: Pirhua.
Azanha, A., Argoud, A. T., Camargo Junior, J. B., & Antoniolli, P. D. (2017). Agile project management
with Scrum. International Journal of Managing Projects in Business, 10(1 pp.), 22.
doi:https://doi.org/10.1108/IJMPB-06-2016-0054
Federico, M., & Aníbal Loguzzo, H. (2016). Introducción a la Gestion y Administracion en las
organizaciones. Buenos Aires - Argentina: Universidad Nacional Arturo Jauretche.
Flamarique, S. (2019). Manual de Gestion de Almacenes. España: Marge Books.
G. Barrios, W., V. Godoy, M., G Fernández, M., I. Mariño, S., M. Ferreira, F., & T. Zarrabeitia, C.
(2012). SCRUM: Application Experience in a Software Development PyME in the NEA. The
Journal of Computer Science and Technology (JCST), 12(3).
Gauchat, J. D. (2012). El Gran Libro de HTML5, CSS3 y JavaScript. Barcelona: Marcobo.
Gavilima Velasteguí, A. V. (2017). DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA WEB DE

INVENTARIOS Y FACTURACION PARA EL CONTROL DE PRODUCTOS TERMIANDOS
UTILIZANDO SOFTWARE LBRE PARA LOS ALMACENES PICHAVI PERTENECIENTES A
LA UNIDAD EDUCATIVA COTACACHI. Ibarra - Ecuador.
Gutierres Perez, J. (2014). Framework Guia. Peru: PAO.
Hernández Trasobares, A. (2012). SISTEMAS DE INFORMACION EVOLUCIÓN Y DESARROLLO.

Zaragoza.
Jiménez, J., Pástor, D., Arcos, G., Romero, M., & Urquizo, L. (16 de Febrero de 2017). Patrones de
diseño para la construcción de cursos on-line. Ingeniare, 26(1), 157-171. Recuperado el 13
de Febrero de 2016, de http://dx.doi.org/10.4067/S0718-33052018000100157
Julca Diaz, L. P., & Rojas Zarate, A. F. (2015). Sistema informático web para la gestión de ventas de
la Boutique Detallitos E.I.R.L. Utilizando la metodología UAP y Framework QCODO de PHP.
Trujillo.

217
Comunicación
Juric, R. (2014). Extreme Programming and its Development Practices. WestminsterResearch -

University of Westinster, 10.
Khalil, M., & Kotaiah, B. (2017). Implementation of agile methodology based on SCRUM tool.
International Conference on Energy, Communication, Data Analytics and Soft Computing
(ICECDS-2017), 2351-2357. doi:https://doi.org/10.1109/ICECDS.2017.8389872
Khusbhu Sahendrasingh, Y. (2019). Review On Extreme Programming-XP. Department Of CSE, 8.
Kussunga, F., & Ribeiro, P. (2019). Proposal of a Visual Environment to Support Scrum. Procedia
Computer Science, 164, 491-497. doi:https://doi.org/10.1016/j.procs.2019.12.211
Landívar Rodríguez, C. G. (2015). DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA WEB PARA

COMPRA Y VENTA DE FLORES EN LA EMPRESA FLORATIME. Quito, Ecuador.
Lapiedra Alcamí, R., Devece Carañana, C., & Guiral Herrando, J. (2011). Introducción a la gestión de
Sistemas de Información. Publicacions de la Universitat Jaume I. Servei de Comunicació i
Publicacions.
Laundon, K., & Laundon, J. (2012). Sistemas de Información Gerencial. Mexico: Trillas.
López Rosciano, R. A., & Pech Montejo, J. A. (2015). Desarrollo de herramienta de gestión de
proyectos RUP usando metodologia SCRUM + XP: Pruebas. Madrid: Politénica.
Lopez, A. (2015). Desarrollo Web. Mexico.
Martínez, A., & Martínez, R. (2014). Guia a rational unified process. ResearchGate, 16.
Melgarejo Rocca, J. L. (2019). IMPLEMENTACIÓN DE UN SISTEMA DE UN SISTEMA DE

INFORMACIÓN WEB DE CONTROL DE VENTAS Y ALMACÉN PARA LA FARMACIA
BUZAN - CHIMBOTE. Chimbote.
Molina Montero, B., Vite Cevallos, H., & Dávila CuestaJefferson. (2018). Metodologia agiles frente a
las tradicionales en el procesos de desarroollo de software. Esperiales - Revista
multidiciplinaria de investigacion, 121.
Morandini, M., Coleti, T. A., & Oliveira Jr, E. (2021). Considerations about the efficiency and sufficiency
of the utilization of the Scrum methodology: A survey for analyzing results for development
teams. Computer Science Review, 39, 1-13. doi:https://doi.org/10.1016/j.cosrev.2020.100314
Novoa Rojas, V. F. (2015). SISTEMA DE INFORMACIÓN WEB PARA LA GESTIÓN DE

INVENTARIOS,
Esta obra CLIENTES,bajo
ha sido publicada PROVEEDORES, VENTASCommons
la licencia Creative Y FACTURACIÓN DE LA
Reconocimiento-No
218
Comunicación
EMPRESA INDUSTRIA Y SOLUCIONES METALMECÁNICAS COLOMBIA S.A.S. Bogotá ,

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

Sciences -, University of Belgrade, 10.
Palacios Obeso, J. L. (2018). Sistema Web para Mejorar la Gestión Comercial de la Empresa Yomiqui
S.A.C. Trujillo.
Pérez A, O. A. (2011). Cuatro enfoques metodológicos para el desarrollo de software RUP - MSF -
XP - SCRUM. Inventum Engineering(10), 64-78.
doi:10.26620/uniminuto.inventum.6.10.2011.64-78
Purisaca Martinez, G. M., & Zavaleta Velásquez, R. J. (2019). SISTEMA WEB PARA EL CONTROL
DE INVENTARIO DEL ÁREA DE GABINETE EN EL PROYECTO DEL MUSEO DE SITIO DE
TÚCUME - LAMBAYEQUE. Trujillo.
Quiroz Briones, D. A., & Tasilla Culqui, J. J. (2016). SISTEMA DE INFORMACIÓN CON
TECNOLOGÍA WEB PARA LA MEJORA DE LA GESTIÓN DEL PROCESO DE
ABASTECIMIENTO Y ALMACÉN DE LA MUNICIPALIDAD DISTRITAL DE GUADALUPE -
TRUJILLO. Guadalupe.
Rodríguez Quispe, L. O. (2017). IMPLEMENTACIÓN DE UN SISTEMA INFORMÁTICO WEB PARA

EL CONTROL DE VENTAS E INVENTARIO EN LA EMPRESA CALZADOS WINNER E.I.R.L
- TRUJILLO. Trujillo.
Rojas Febrero, M. L. (2017). SISTEMA WEB PARA EL CONTROL Y SEGUIMIENTO DE

INVENTARIO - FARMACIA ALPASO. LA PAZ - BOLIVIA.
Rosado Gómez, A., Quintero Duarte, A., & Meneses Guevara, C. (12 de Agosto de 2012). Desarrollo
agil de software aplicando programacion extrema. El ingenio, 29.
Salamán Herrera, B. J. (2017). Implementación de un sistema de control de almacén para la

administración de alimentos en el Centro Juvenil El Tambo. Lima.
Schwaber, K., & Sutherland, J. (2016). The Scrum Guide. Estados Unidos: Creative Commons.
Serbel Alcánta, F. (2011). Administración de Ventas. Mexico.

219
Comunicación
Srivastava, A., Bhardwaj, S., & Saraswat, S. (2017). SCRUM model for agile methodology.
International Conference on Computing, Communication and Automation (ICCCA2017), 864-
869. doi:https://doi.org/10.1109/CCAA.2017.8229928
Toapanta Chancusi, K., Vergara Ordoñez, M., & Campaña Ortega, M. (2012). MÉTODO ÁGIL
SCRUM, APLICADO A LA IMPLANTACIÓN DE UN SISTEMA INFORMÁTICO PARA EL
PROCESO DE RECOLECCIÓN MASIVA DE INFORMACIÓN CON TECNOLOGÍA MÓVIL.
DSpace, 3. Obtenido de http://repositorio.espe.edu.ec/handle/21000/5899
Trigas Gallego, M. (2012). Desarrollo detallado de la fase de aprobación de un proyecto informático

mediante el uso de metodologías ágiles. Catalunya.
Tymkiw, N., Bournissen, J. M., & Tumino, M. C. (2020). Scrum como Herramienta Metodológica para
el Aprendizaje de la Programación. Revista Iberoamericana de tecnología en educación y
educación en tecnología(26), 81-89. doi:https://doi.org/10.24215/18509959.26.e9
Vallejos Velarde, P. S. (2018). Sistema Web para el Control de Inventario en la Empresa Web
Solutions S.A.C. Lima.
Varma, S., & Holcombe , M. (15 de Enero de 2019). Extreme Programming: The Genesys Experience.
Europe PubMed Central, 327-328. doi:10.1007/11499053_70
Vega Pérez, C., Grajales Lombana, H., & Montoya Restrepo, L. (2017). Sistemas de información:
definiciones, usos y limitantes. Colombia: Orinoquias.
Virgilio Torres, M. (2014). Administración de Ventas. Mexico: Patria.
Zea Ordoñez, M., Honores Tapia, J., & Rivas Asanza, W. (2015). Fundamento de Base de Datos.
Ecuador: Utmach.

220
Comunicación
ANEXOS

221
Comunicación
Anexo 1: Árbol de Problemas
Figura 102: Árbol de Problemas

222
Comunicación
Anexo 2: Árbol de Objetivos
Figura 103: Árbol de Objetivos
223
Comunicación
Anexo 3: Matriz de Operacionalización de Variables
Tabla 167: Matriz Operacionalización de Variables
Escala de
Variable Definición Conceptual Definición Operacional Dimensión Indicador
medición
Reducir el tiempo de generación de

Ordinal.
reportes.
Generación de reportes, registro de Procesamiento de

Independiente Sistema de información web. Reducir el tiempo de búsqueda de
ventas, búsqueda de productos, información. Ordinal.
trazabilidad. productos.
Reducir el tiempo de registro de ventas. Ordinal.
Dependiente Gestión de ventas y almacén. Apoyo para la gestión de ventas y Nivel de Incrementar el nivel de satisfacción de los
Nominal.
almacén. satisfacción de usuarios.
usuarios.
224
Comunicación
Anexo 4: Instrumentos de Recolección de Datos
LLUVIA DE IDEAS
Figura 104: Diagrama de lluvia de ideas
225
Comunicación
DIAGRAMA DE PARETO
Tabla 168: Priorización de frecuencias ordenada
Problema Causas Frecuencia

A Demora para realizar el proceso de ventas. 20
C Extravío de documentos. 20
E Falta de control de las ventas realizadas. 20
B Inadecuada organización en la información de archivos. 10
D Inadecuada organización del inventario. 10
F Inadecuado control de almacén 8
G Falta de monitoreo en el abastecimiento de productos. 6
TOTAL, DE LA FRECUENCIA 94
Tabla 169: Porcentaje acumulado por cada tipo de problema
%
Nº PROBLEMAS ACUMULADO
PROBLEMA FRECUENCIA ACUMULADO % DEL TOTAL DEL TOTAL
A 20 20 21.3 21.3
C 20 40 21.3 42.6
E 20 60 21.3 63.8
B 10 70 10.6 74.5
D 10 80 10.6 85.1
F 8 88 8.5 93.6
G 6 94 6.4 100.0
94 94 100.0

226
Comunicación
Figura 105: Diagrama de Pareto
227
Comunicación
DIAGRAMA DE ISHIKAWA
Materiales Personal
Extravío de documentos Falta de capacitación
Falta de herramientas tecnológicas Falta de control de registros
Pérdida de tiempo en el registro

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

Falta mantenimiento de equipos
Poca Información de los procesos
Procesos Otros
228
Comunicación
PERMISO PARA LA RECOLECCIÓN DE DATOS
Figura 106: Consentimiento para realizar encuesta

229
Comunicación
MODELO DE ENTREVISTA
Figura 107: Formato de entrevista para los trabajadores de Telenor - Parte 1

230
Comunicación
Figura 108: Formato de entrevista para los trabajadores de Telenor - Parte 2

231
Comunicación
RESULTADOS DE ENTREVISTA
Figura 109: Entrevista para trabajadores de la empresa Telenor - Encuesta 1, Parte 1

232
Comunicación

233
Comunicación

234
Comunicación

235
Comunicación

236
Comunicación

237
Comunicación

238
Comunicación

239
Comunicación

240
Comunicación

241
Comunicación
MODELO DE ENCUESTA PARA LA VALIDACIÓN DE LOS INSTRUMENTOS
Figura 119: Formato para la evaluación de instrumentos de recolección de datos

242
Comunicación
RESULTADOS DE ENCUESTA PARA LA VALIDACIÓN DE LOS INSTRUMENTOS
Figura 120: Formato para la evaluación de instrumentos - Experto 1

243
Comunicación

244
Comunicación

245
Comunicación
MODELO DE ENCUESTA PARA DETERMINAR LA METODOLOGÍA
Figura 123: Encuesta para determinar la metodología

246
Comunicación
RESULTADOS DE ENCUESTA PARA DETERMINAR LA METODOLOGÍA
Figura 124: Encuesta para determinar la metodología - Experto 1

247
Comunicación

248
Comunicación

249
Comunicación
Anexo 5: Instrumentos de Procesamiento y Análisis de Información

MODELO DE ENCUESTA PARA MEDIR EL NIVEL DE SATISFACCIÓN
Esta obra haFigura

sido 127: Formatobajo
publicada de encuesta para medir
la licencia el nivelCommons
Creative de satisfacción
Reconocimiento-No
250
Comunicación
RESULTADOS DE ENCUESTA PARA MEDIR EL NIVEL DE SATISFACCIÓN
Figura 128: Encuesta para trabajadores de la empresa Telenor - Pre Test 1

251
Comunicación

252
Comunicación

253
Comunicación

254
Comunicación

255
Comunicación
Figura 133: Encuesta para trabajadores de la empresa Telenor - Post Test 1

256
Comunicación

257
Comunicación

258
Comunicación

259
Comunicación

260
Comunicación
RESULTADOS TABLA DE TIEMPOS – GENERACIÓN DE REPORTES
Tabla 170: Tiempos de generación de reportes
N° TA TP ̅̅̅̅
𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅
𝑻𝑷𝒊 − 𝑻𝑷 ̅̅̅̅)𝟐
(𝑻𝑨𝒊 − 𝑻𝑨 (𝑻𝑷𝒊 − 𝑻𝑷)𝟐
1 600 40 34 2.2 1156 4.84
2 600 30 34 -7.8 1156 60.84
3 600 35 34 -2.8 1156 7.84
4 420 40 -146 2.2 21316 4.84
5 600 40 34 2.2 1156 4.84
6 600 40 34 2.2 1156 4.84
7 600 35 34 -2.8 1156 7.84
8 600 38 34 0.2 1156 0.04
9 480 40 -86 2.2 7396 4.84
10 600 36 34 -1.8 1156 3.24
11 600 40 34 2.2 1156 4.84
12 600 40 34 2.2 1156 4.84
13 480 40 -86 2.2 7396 4.84
14 600 35 34 -2.8 1156 7.84
15 600 32 34 -5.8 1156 33.64
16 600 40 34 2.2 1156 4.84
17 600 40 34 2.2 1156 4.84
18 540 40 -26 2.2 676 4.84
19 600 35 34 -2.8 1156 7.84
20 420 32 -146 -5.8 21316 33.64
21 600 39 34 1.2 1156 1.44
22 600 39 34 1.2 1156 1.44
23 540 38 -26 0.2 676 0.04
24 600 40 34 2.2 1156 4.84
25 600 40 34 2.2 1156 4.84
26 420 38 -146 0.2 21316 0.04
27 600 32 34 -5.8 1156 33.64
28 600 40 34 2.2 1156 4.84
29 480 40 -86 2.2 7396 4.84
30 600 40 34 2.2 1156 4.84
∑ 16980 1134 0 0 112920 276.8
promedio 566 37.8 0 0 3764 9.23

261
Comunicación
RESULTADOS TABLA DE TIEMPOS – REGISTRO DE VENTAS
Tabla 171: Tiempos de registro de ventas
N° TA TP ̅̅̅̅
𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅
𝑻𝑷𝒊 − 𝑻𝑷 ̅̅̅̅)𝟐
1 300 50 -1 -0.2 1 0.04
2 300 51 -1 0.8 1 0.64
3 305 48 4 -2.2 16 4.84
4 306 49 5 -1.2 25 1.44
5 302 50 1 -0.2 1 0.04
6 296 51 -5 0.8 25 0.64
7 300 53 -1 2.8 1 7.84
8 305 49 4 -1.2 16 1.44
9 308 54 7 3.8 49 14.44
10 300 51 -1 0.8 1 0.64
11 300 50 -1 -0.2 1 0.04
12 300 50 -1 -0.2 1 0.04
13 290 49 -11 -1.2 121 1.44
14 297 50 -4 -0.2 16 0.04
15 302 50 1 -0.2 1 0.04
16 305 53 4 2.8 16 7.84
17 300 50 -1 -0.2 1 0.04
18 303 50 2 -0.2 4 0.04
19 308 48 7 -2.2 49 4.84
20 298 50 -3 -0.2 9 0.04
21 296 49 -5 -1.2 25 1.44
22 300 47 -1 -3.2 1 10.24
23 296 50 -5 -0.2 25 0.04
24 302 51 1 0.8 1 0.64
25 300 54 -1 3.8 1 14.44
26 305 50 4 -0.2 16 0.04
27 309 50 8 -0.2 64 0.04
28 300 51 -1 0.8 1 0.64
29 299 50 -2 -0.2 4 0.04
30 300 48 -1 -2.2 1 4.84
∑ 9032 1506 0 0 496 79
promedio 301 50.2 0 0 16.52 2.63

262
Comunicación
RESULTADOS TABLA DE TIEMPOS – BÚSQUEDA DE PRODUCTOS
Tabla 172: Tiempos de búsqueda de productos
N° TA TP ̅̅̅̅
𝑻𝑨𝒊 − 𝑻𝑨 ̅̅̅̅
𝑻𝑷𝒊 − 𝑻𝑷 ̅̅̅̅)𝟐
1 90 10 -13.55 -0.57 183.60 0.32
2 116 11 12.45 0.43 155.00 0.18
3 98 15 -5.55 4.43 30.80 19.62
4 90 16 -13.55 5.43 183.60 29.48
5 119 10 15.45 -0.57 238.70 0.32
6 118 10 14.45 -0.57 208.80 0.32
7 120 10 16.45 -0.57 270.60 0.32
8 95 10 -8.55 -0.57 73.10 0.32
9 105 10 1.45 -0.57 2.10 0.32
10 98 11 -5.55 0.43 30.80 0.18
11 95 12 -8.55 1.43 73.10 2.04
12 99 11 -4.55 0.43 20.70 0.18
13 100 11 -3.55 0.43 12.60 0.18
14 118 10 14.45 -0.57 208.80 0.32
15 98 10 -5.55 -0.57 30.80 0.32
16 112 10 8.45 -0.57 71.40 0.32
17 118 11 14.45 0.43 208.80 0.18
18 120 12 16.45 1.43 270.60 2.04
19 98 12 -5.55 1.43 30.80 2.04
20 115 11 11.45 0.43 131.10 0.18
21 102 11 -1.55 0.43 2.40 0.18
22 98 11 -5.55 0.43 30.80 0.18
23 97 12 -6.55 1.43 42.90 2.04
24 115 12 11.45 1.43 131.10 2.04
25 97 12 -6.55 1.43 42.90 2.04
26 97 10 -6.55 -0.57 42.90 0.32
27 98 10 -5.55 -0.57 30.80 0.32
28 96 11 -7.55 0.43 57.00 0.18
29 101 11 -2.55 0.43 6.50 0.18
30 95 11 -8.55 0.43 73.10 0.18
31 98 11 -5.55 0.43 30.80 0.18
32 92 11 -11.55 0.43 133.40 0.18
33 102 11 -1.55 0.43 2.40 0.18
34 108 10 4.45 -0.57 19.80 0.32
35 119 10 15.45 -0.57 238.70 0.32
263
Comunicación
36 120 10 16.45 -0.57 270.60 0.32

37 120 12 16.45 1.43 270.60 2.04
38 120 11 16.45 0.43 270.60 0.18
39 90 10 -13.55 -0.57 183.60 0.32
40 114 10 10.45 -0.57 109.20 0.32
41 120 10 16.45 -0.57 270.60 0.32
42 115 11 11.45 0.43 131.10 0.18
43 98 11 -5.55 0.43 30.80 0.18
44 97 11 -6.55 0.43 42.90 0.18
45 97 12 -6.55 1.43 42.90 2.04
46 90 10 -13.55 -0.57 183.60 0.32
47 115 10 11.45 -0.57 131.10 0.32
48 114 10 10.45 -0.57 109.20 0.32
49 108 11 4.45 0.43 19.80 0.18
50 96 11 -7.55 0.43 57.00 0.18
51 105 11 1.45 0.43 2.10 0.18
52 98 10 -5.55 -0.57 30.80 0.32
53 109 10 5.45 -0.57 29.70 0.32
54 110 10 6.45 -0.57 41.60 0.32
55 110 12 6.45 1.43 41.60 2.04
56 115 11 11.45 0.43 131.10 0.18
57 98 10 -5.55 -0.57 30.80 0.32
58 97 10 -6.55 -0.57 42.90 0.32
59 95 10 -8.55 -0.57 73.10 0.32
60 102 10 -1.55 -0.57 2.40 0.32
61 100 10 -3.55 -0.57 12.60 0.32
62 108 12 4.45 1.43 19.80 2.04
63 105 11 1.45 0.43 2.10 0.18
64 105 10 1.45 -0.57 2.10 0.32
65 98 12 -5.55 1.43 30.80 2.04
66 105 11 1.45 0.43 2.10 0.18
67 102 10 -1.55 -0.57 2.40 0.32
68 97 10 -6.55 -0.57 42.90 0.32
69 92 10 -11.55 -0.57 133.40 0.32
70 90 10 -13.55 -0.57 183.60 0.32
71 90 10 -13.55 -0.57 183.60 0.32
72 96 11 -7.55 0.43 57.00 0.18
73 105 10 1.45 -0.57 2.10 0.32
74 92 10 -11.55 -0.57 133.40 0.32
264
Comunicación
75 103 10 -0.55 -0.57 0.30 0.32

76 108 12 4.45 1.43 19.80 2.04
77 111 11 7.45 0.43 55.50 0.18
78 95 10 -8.55 -0.57 73.10 0.32
79 105 10 1.45 -0.57 2.10 0.32
80 102 12 -1.55 1.43 2.40 2.04
81 96 11 -7.55 0.43 57.00 0.18
82 93 10 -10.55 -0.57 111.30 0.32
83 100 12 -3.55 1.43 12.60 2.04
84 105 11 1.45 0.43 2.10 0.18
85 115 10 11.45 -0.57 131.10 0.32
86 108 10 4.45 -0.57 19.80 0.32
87 95 10 -8.55 -0.57 73.10 0.32
88 96 10 -7.55 -0.57 57.00 0.32
89 92 10 -11.55 -0.57 133.40 0.32
90 105 10 1.45 -0.57 2.10 0.32
91 98 12 -5.55 1.43 30.80 2.04
92 95 11 -8.55 0.43 73.10 0.18
93 105 10 1.45 -0.57 2.10 0.32
94 106 12 2.45 1.43 6.00 2.04
95 115 11 11.45 0.43 131.10 0.18
96 98 10 -5.55 -0.57 30.80 0.32
97 90 10 -13.55 -0.57 183.60 0.32
98 108 10 4.45 -0.57 19.80 0.32
99 115 10 11.45 -0.57 131.10 0.32
100 110 10 6.45 -0.57 41.60 0.32
101 108 10 4.45 -0.57 19.80 0.32
102 109 12 5.45 1.43 29.70 2.04
103 95 11 -8.55 0.43 73.10 0.18
104 92 10 -11.55 -0.57 133.40 0.32
105 105 12 1.45 1.43 2.10 2.04
106 104 11 0.45 0.43 0.20 0.18
107 120 10 16.45 -0.57 270.60 0.32
108 120 10 16.45 -0.57 270.60 0.32
109 119 10 15.45 -0.57 238.70 0.32
110 95 10 -8.55 -0.57 73.10 0.32
111 96 10 -7.55 -0.57 57.00 0.32
112 98 10 -5.55 -0.57 30.80 0.32
113 108 10 4.45 -0.57 19.80 0.32
265
Comunicación
114 107 10 3.45 -0.57 11.90 0.32

115 95 10 -8.55 -0.57 73.10 0.32
116 96 10 -7.55 -0.57 57.00 0.32
117 119 12 15.45 1.43 238.70 2.04
118 118 11 14.45 0.43 208.80 0.18
119 116 10 12.45 -0.57 155.00 0.32
120 92 12 -11.55 1.43 133.40 2.04
121 93 11 -10.55 0.43 111.30 0.18
122 105 10 1.45 -0.57 2.10 0.32
123 98 10 -5.55 -0.57 30.80 0.32
124 104 10 0.45 -0.57 0.20 0.32
125 96 10 -7.55 -0.57 57.00 0.32
126 99 10 -4.55 -0.57 20.70 0.32
127 95 10 -8.55 -0.57 73.10 0.32
128 108 12 4.45 1.43 19.80 2.04
129 120 11 16.45 0.43 270.60 0.18
130 120 10 16.45 -0.57 270.60 0.32
131 105 12 1.45 1.43 2.10 2.04
132 106 11 2.45 0.43 6.00 0.18
133 100 10 -3.55 -0.57 12.60 0.32
134 98 10 -5.55 -0.57 30.80 0.32
135 95 10 -8.55 -0.57 73.10 0.32
136 96 10 -7.55 -0.57 57.00 0.32
137 97 10 -6.55 -0.57 42.90 0.32
138 93 10 -10.55 -0.57 111.30 0.32
139 105 10 1.45 -0.57 2.10 0.32
140 98 10 -5.55 -0.57 30.80 0.32
141 104 10 0.45 -0.57 0.20 0.32
142 96 12 -7.55 1.43 57.00 2.04
143 99 11 -4.55 0.43 20.70 0.18
144 95 10 -8.55 -0.57 73.10 0.32
145 108 10 4.45 -0.57 19.80 0.32
146 99 10 -4.55 -0.57 20.70 0.32
147 95 10 -8.55 -0.57 73.10 0.32
148 108 10 4.45 -0.57 19.80 0.32
149 120 10 16.45 -0.57 270.60 0.32
150 120 12 16.45 1.43 270.60 2.04
151 105 11 1.45 0.43 2.10 0.18
152 106 10 2.45 -0.57 6.00 0.32
266
Comunicación
153 105 10 1.45 -0.57 2.10 0.32

154 98 10 -5.55 -0.57 30.80 0.32
155 95 10 -8.55 -0.57 73.10 0.32
156 92 10 -11.55 -0.57 133.40 0.32
157 93 10 -10.55 -0.57 111.30 0.32
158 105 12 1.45 1.43 2.10 2.04
159 98 11 -5.55 0.43 30.80 0.18
160 90 10 -13.55 -0.57 183.60 0.32
161 108 10 4.45 -0.57 19.80 0.32
162 96 10 -7.55 -0.57 57.00 0.32
163 93 10 -10.55 -0.57 111.30 0.32
164 92 10 -11.55 -0.57 133.40 0.32
165 93 12 -10.55 1.43 111.30 2.04
166 105 11 1.45 0.43 2.10 0.18
167 108 10 4.45 -0.57 19.80 0.32
168 95 10 -8.55 -0.57 73.10 0.32
169 96 10 -7.55 -0.57 57.00 0.32
170 108 10 4.45 -0.57 19.80 0.32
171 120 12 16.45 1.43 270.60 2.04
172 98 11 -5.55 0.43 30.80 0.18
173 95 10 -8.55 -0.57 73.10 0.32
174 116 10 12.45 -0.57 155.00 0.32
175 105 10 1.45 -0.57 2.10 0.32
176 98 10 -5.55 -0.57 30.80 0.32
177 107 10 3.45 -0.57 11.90 0.32
178 118 12 14.45 1.43 208.80 2.04
179 120 11 16.45 0.43 270.60 0.18
180 96 10 -7.55 -0.57 57.00 0.32
181 119 10 15.45 -0.57 238.70 0.32
182 118 10 14.45 -0.57 208.80 0.32
183 95 10 -8.55 -0.57 73.10 0.32
184 120 10 16.45 -0.57 270.60 0.32
185 120 10 16.45 -0.57 270.60 0.32
186 115 12 11.45 1.43 131.10 2.04
187 118 11 14.45 0.43 208.80 0.18
188 95 10 -8.55 -0.57 73.10 0.32
189 96 12 -7.55 1.43 57.00 2.04
190 97 11 -6.55 0.43 42.90 0.18
191 105 10 1.45 -0.57 2.10 0.32
267
Comunicación
192 98 10 -5.55 -0.57 30.80 0.32

193 94 10 -9.55 -0.57 91.20 0.32
194 105 10 1.45 -0.57 2.10 0.32
195 107 10 3.45 -0.57 11.90 0.32
196 109 12 5.45 1.43 29.70 2.04
197 119 11 15.45 0.43 238.70 0.18
198 120 10 16.45 -0.57 270.60 0.32
199 120 10 16.45 -0.57 270.60 0.32
200 105 12 1.45 1.43 2.10 2.04
201 98 11 -5.55 0.43 30.80 0.18
202 96 10 -7.55 -0.57 57.00 0.32
203 92 10 -11.55 -0.57 133.40 0.32
204 90 10 -13.55 -0.57 183.60 0.32
205 90 10 -13.55 -0.57 183.60 0.32
206 90 12 -13.55 1.43 183.60 2.04
207 118 11 14.45 0.43 208.80 0.18
208 95 10 -8.55 -0.57 73.10 0.32
209 120 10 16.45 -0.57 270.60 0.32
210 120 10 16.45 -0.57 270.60 0.32
211 99 10 -4.55 -0.57 20.70 0.32
212 95 10 -8.55 -0.57 73.10 0.32
213 108 12 4.45 1.43 19.80 2.04
214 99 11 -4.55 0.43 20.70 0.18
215 97 10 -6.55 -0.57 42.90 0.32
216 105 10 1.45 -0.57 2.10 0.32
217 105 10 1.45 -0.57 2.10 0.32
218 104 12 0.45 1.43 0.20 2.04
219 120 11 16.45 0.43 270.60 0.18
220 96 10 -7.55 -0.57 57.00 0.32
221 105 10 1.45 -0.57 2.10 0.32
222 92 10 -11.55 -0.57 133.40 0.32
223 103 10 -0.55 -0.57 0.30 0.32
224 108 10 4.45 -0.57 19.80 0.32
225 111 12 7.45 1.43 55.50 2.04
226 95 11 -8.55 0.43 73.10 0.18
227 105 12 1.45 1.43 2.10 2.04
228 107 11 3.45 0.43 11.90 0.18
229 109 10 5.45 -0.57 29.70 0.32
230 119 10 15.45 -0.57 238.70 0.32
268
Comunicación
231 100 10 -3.55 -0.57 12.60 0.32

232 105 10 1.45 -0.57 2.10 0.32
233 115 10 11.45 -0.57 131.10 0.32
234 108 12 4.45 1.43 19.80 2.04
235 95 11 -8.55 0.43 73.10 0.18
236 96 10 -7.55 -0.57 57.00 0.32
237 98 10 -5.55 -0.57 30.80 0.32
238 90 10 -13.55 -0.57 183.60 0.32
239 119 11 15.45 0.43 238.70 0.18
240 120 10 16.45 -0.57 270.60 0.32
241 105 10 1.45 -0.57 2.10 0.32
242 104 10 0.45 -0.57 0.20 0.32
243 98 11 -5.55 0.43 30.80 0.18
244 95 11 -8.55 0.43 73.10 0.18
245 96 11 -7.55 0.43 57.00 0.18
246 92 10 -11.55 -0.57 133.40 0.32
247 108 10 4.45 -0.57 19.80 0.32
248 119 10 15.45 -0.57 238.70 0.32
249 120 11 16.45 0.43 270.60 0.18
250 120 11 16.45 0.43 270.60 0.18
251 120 11 16.45 0.43 270.60 0.18
252 90 11 -13.55 0.43 183.60 0.18
253 90 10 -13.55 -0.57 183.60 0.32
254 90 10 -13.55 -0.57 183.60 0.32
255 96 10 -7.55 -0.57 57.00 0.32
256 92 11 -11.55 0.43 133.40 0.18
257 105 11 1.45 0.43 2.10 0.18
258 108 11 4.45 0.43 19.80 0.18
259 116 11 12.45 0.43 155.00 0.18
260 117 10 13.45 -0.57 180.90 0.32
261 95 10 -8.55 -0.57 73.10 0.32
262 93 10 -10.55 -0.57 111.30 0.32
263 100 11 -3.55 0.43 12.60 0.18
264 101 11 -2.55 0.43 6.50 0.18
265 111 11 7.45 0.43 55.50 0.18
266 95 11 -8.55 0.43 73.10 0.18
267 98 10 -5.55 -0.57 30.80 0.32
268 94 10 -9.55 -0.57 91.20 0.32
269 100 10 -3.55 -0.57 12.60 0.32
269
Comunicación
270 105 12 1.45 1.43 2.10 2.04

271 109 11 5.45 0.43 29.70 0.18
272 108 10 4.45 -0.57 19.80 0.32
273 95 10 -8.55 -0.57 73.10 0.32
274 93 10 -10.55 -0.57 111.30 0.32
275 90 11 -13.55 0.43 183.60 0.18
276 90 10 -13.55 -0.57 183.60 0.32
277 90 10 -13.55 -0.57 183.60 0.32
278 105 10 1.45 -0.57 2.10 0.32
279 108 11 4.45 0.43 19.80 0.18
280 119 11 15.45 0.43 238.70 0.18
281 120 11 16.45 0.43 270.60 0.18
282 120 11 16.45 0.43 270.60 0.18
283 120 10 16.45 -0.57 270.60 0.32
284 90 10 -13.55 -0.57 183.60 0.32
285 90 10 -13.55 -0.57 183.60 0.32
286 105 11 1.45 0.43 2.10 0.18
287 108 11 4.45 0.43 19.80 0.18
288 98 11 -5.55 0.43 30.80 0.18
289 94 11 -9.55 0.43 91.20 0.18
290 105 10 1.45 -0.57 2.10 0.32
291 107 10 3.45 -0.57 11.90 0.32
∑ 30134 3077 0.00 0.00 26051.93 199.17
promedio 103.55 10.57 0.00 0.00 89.53 0.68

270
Comunicación
RESULTADOS DE LAS ENCUESTAS PRE-TEST: NIVEL SATISFACCIÓN
Tabla 173: Resultados de encuesta - Nivel de Satisfacción de usuarios – Pre-Test
Antes (Pre-Test)
N° Pregunta
B S R P MP Puntaje Puntaje
5 4 3 2 1 Total Promedio
1. ¿Está de acuerdo que el registro de ventas es rápido y sencillo? 2 2 1 16 3.20
2. ¿Está de acuerdo que generar reportes se realiza de manera rápida y fácil? 1 1 3 13 2.60
3. ¿Está de acuerdo que es sencillo la búsqueda de productos en el inventario? 1 4 11 2.20
4. ¿Está satisfecho de la precisión y rapidez de los reportes generados? 1 4 11 2.20
5. ¿Cree usted que el proceso actual sea de fácil acceso a la información? 1 3 1 10 2
6. ¿Considera que es seguro el proceso actual para guardar información? 1 2 2 10 2
7. ¿Está satisfecho con el control de productos de almacén? 5 15 3
8. ¿Está satisfecho con el control de las ventas realizadas? 4 1 14 2.80
RESULTADOS DE LAS ENCUESTAS POST-TEST: NIVEL SATISFACCIÓN
Tabla 174: Resultados de encuesta - Nivel de Satisfacción de usuarios – Post-Test
Después (Post-Test)
N° Pregunta
B S R P MP Puntaje Puntaje
5 4 3 2 1 Total Promedio
1. ¿Está de acuerdo que el registro de ventas es rápido y sencillo? 2 3 22 4.40
2. ¿Está de acuerdo que generar reportes se realiza de manera rápida y fácil? 3 2 23 4.60
3. ¿Está de acuerdo que es sencillo la búsqueda de productos en el inventario? 1 3 1 20 4
4. ¿Está satisfecho de la precisión y rapidez de los reportes generados? 3 2 23 4.60
5. ¿Cree usted que el proceso actual sea de fácil acceso a la información? 2 2 1 21 4.20
6. ¿Considera que es seguro el proceso actual para guardar información? 5 20 4
7. ¿Está satisfecho con el control de productos de almacén? 1 4 21 4.20
8. ¿Está satisfecho con el control de las ventas realizadas? 1 4 21 4.20

271
Comunicación
TABLA DE COMPARACIÓN PRE-TEST Y POST-TEST NIVEL DE SATISFACCIÓN
Tabla 175: Comparación Pre-Test y Post-Test Nivel de satisfacción
Contrastación Pre y Post Test
Pregunta Pre-Test Post-Test PPNSA-PPNSP (𝐏𝐏𝐍𝐒𝐀 − 𝐏𝐏𝐍𝐒𝐏 𝟐 )

PPNSA PPNSP
1 3.20 4.40 -1.20 1.44
2 2.60 4.60 -2.00 4.00
3 2.20 4.00 -1.80 3.24
4 2.20 4.60 -2.40 5.76
5 2.00 4.20 -2.20 4.84
6 2.00 4.00 -2.00 4.00
7 3.00 4.20 -1.20 1.44
8 2.80 4.20 -1.40 1.96
∑ 20.00 34.20 -14.20 26.68
̅
𝐗 2.50 4.28 -1.78 3.34

272
Comunicación
Anexo 6: Validación de Instrumentos

JUICIO DE EXPERTOS PARA LA SELECCIÓN DE LA METODOLOGÍA
EXPERTO 1
DATOS DEL ENCUESTADO:
NOMBRES Y APELLIDOS : Alejandro Nina Macedo
PROFESIÓN : Ing. de Sistemas
EMPRESA : Everis Perú SAC
Los valores ingresados son de escala de 1 al 5 que mide el grado de importancia de cada criterio para
determinar si alguna de las metodologías es una buena alternativa para el desarrollo de un sistema
de información web.
Criterios de Selección para la Metodología
Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Metodología 𝑖=1
0.1 0.2 0.2 0.2 0.1 0.2 1
Rational Unified Process (RUP) 2 1 2 4 2 3 2.4
Extreme Programming (XP) 3 3 2 3 3 3 2.8
Scrum 4 5 4 2 5 5 4.1
C1: Información.
C2: Flexibilidad.
C3: Conocimiento.
C4: Dificultad.
C5: Tiempo de desarrollo.
C6: Compatibilidad.

273
Comunicación
EXPERTO 2
NOMBRES Y APELLIDOS : Christiam Alberth Mendoza Ruiz
PROFESIÓN : Ing. de Sistemas
EMPRESA : Indra
Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Metodología 𝑖=1
0.1 0.2 0.2 0.2 0.1 0.2 1
Scrum 3 5 4 3 2 3 3.5
C1: Información.
C2: Flexibilidad.
C3: Conocimiento.
C4: Dificultad.
C6: Compatibilidad.

274
Comunicación
EXPERTO 3
NOMBRES Y APELLIDOS : Juan Manuel Abanto Quispe
PROFESIÓN : Ingeniero Informático
EMPRESA : Globant Perú SAC
Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Metodología 𝑖=1
0.1 0.2 0.2 0.2 0.1 0.2 1
Scrum 5 5 5 4 5 5 4.8
C1: Información.
C2: Flexibilidad.
C3: Conocimiento.
C4: Dificultad.
C6: Compatibilidad.

275
Comunicación
RESUMEN DE SELECCIÓN DE LA METODOLOGÍA
Resumen Metodología RUP
Tabla 176: Resumen de Selección de la Metodología RUP
Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Experto 𝑖=1
Alejandro Nina Macedo 2 1 2 4 2 3 2.4
Christiam Alberth Mendoza Ruiz 4 1 3 3 5 1 2.5
Juan Manuel Abanto Quispe 4 2 5 4 4 3 3.6
PROMEDIO, DEL RESUMEN 3.3 1.3 3.3 3.7 3.7 2.3 2.8
Resumen Metodología XP
Tabla 177: Resumen de Selección de la Metodología XP
Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Experto 𝑖=1
PROMEDIO, DEL RESUMEN 2.7 3.7 3.3 2.7 3.3 3.3 3.2
Resumen Metodología SCRUM
Tabla 178: Resumen de Selección de la Metodología SCRUM
Criterio Sumatoria
6
C1 C2 C3 C4 C5 C6 ∑(𝐶𝑃𝑖 ∗ 𝑃𝑖)
Experto 𝑖=1
PROMEDIO, DEL RESUMEN 4 5 4.3 3 4 4.3 4.1

276
Comunicación
ALFA DE CRONBACH
A continuación, se muestra los resultados obtenidos respecto a la prueba alfa de Cronbach. La

encuesta fue aplicada a los trabajadores de la empresa Telenor Perú S.R.L con 8 preguntas respecto
al tema, así mismo, se tuvo la colaboración de 5 encuestados.
Análisis Alfa de Cronbach
Se utilizó la herramienta R Studio en las cuales se procesó la información para la validación del
instrumento.
Ítems o Preguntas:
Tabla 179: Código de preguntas de encuesta
Código Pregunta
I1 1. ¿Está de acuerdo que el registro de ventas es rápido y sencillo?
I2 2. ¿Está de acuerdo que generar reportes se realiza de manera rápida y fácil?
I3 3. ¿Está de acuerdo que es sencillo la búsqueda de productos en el inventario?
I4 4. ¿Está satisfecho de la precisión y rapidez de los reportes generados?
I5 5. ¿Cree usted que el proceso actual sea de fácil acceso a la información?
I6 6. ¿Considera que es seguro el proceso actual para guardar información?
I7 7. ¿Está satisfecho con el control de productos de almacén?
I8 8. ¿Está satisfecho con el control de las ventas realizadas?
Se ingresaron los resultados de la encuesta a la herramienta R Studio y se tiene lo siguiente:
Figura 138: dataFrame - data de encuesta ingresada para el procesamiento de información

277
Comunicación
Figura 139: Resultado Alfa de Cronbach
Como resultado el alfa de Cronbach es igual a 0.85 indicando que el grado de confiabilidad es alto.
Según la encuesta post test realizada a los trabajadores de la empresa Telenor Perú S.R.L, se
ingresaron los porcentajes a la herramienta R Studio en los cuales se tienen los siguientes gráficos y
se interpretan de la siguiente manera:
Figura 140: Gráfico de la pregunta 1 de la encuesta
Interpretación: Como se puede visualizar en el gráfico de la pregunta 1, el 60% de los encuestados

está suficiente de acuerdo y el 40% está bastante de acuerdo que registrar las ventas es rápido y
sencillo.
278
Comunicación

está bastante de acuerdo y el 40% está suficiente de acuerdo que generar reportes se realiza de
manera rápida y fácil.

está suficiente de acuerdo, el 20% está regular de acuerdo y el 20% está bastante de acuerdo que la
búsqueda de productos es sencillo.

279
Comunicación

está bastante de acuerdo y el 40% está suficiente de acuerdo que los reportes generados tienen
precisión y rapidez.

está bastante de acuerdo, el 40% está suficiente de acuerdo y el 20% está regular de acuerdo que el
proceso actual es de fácil acceso a la información.

280
Comunicación
Interpretación: Como se puede visualizar en el gráfico de la pregunta 6, el 100% está bastante de

acuerdo que el proceso actual es seguro para guardar información.
Interpretación: Como se puede visualizar en el gráfico de la pregunta 7, el 80% está suficiente de

acuerdo y el 20% está bastante de acuerdo que con el control de productos de almacén.

281
Comunicación
Interpretación: Como se puede visualizar en el gráfico de la pregunta 8, el 80% está suficiente de

acuerdo y el 20% está bastante de acuerdo que con el control de productos de almacén.

282
Comunicación
Anexo 7A Y 7B: Constancia de Aplicación de Instrumentos

Anexo 7A: Constancia de Aplicación de Instrumentos

283
Comunicación
Anexo 7B: Constancia de Aplicación de Instrumentos

284
Comunicación
Anexo 8: Instrumentos de Distribución Estadística de Probabilidad

DISTRIBUCIÓN NORMAL Z
Esta obra ha sido publicadaFigura

bajo 148: DistribuciónCreative
la licencia Normal Commons Reconocimiento-No
285
Comunicación
DISTRIBUCIÓN DE T STUDENT
Figura 149: Distribución de T de Student

286
Comunicación
FORMATOS

287
Comunicación
FORMATO 1: DECLARACIÓN JURADA

(según R.R. 384-2018-UNT)
Los AUTORES suscritos en el presente documento DECLARAMOS BAJO JURAMENTO que

somos los responsables legales de la calidad y originalidad del contenido del INFORME FINAL DE
INVESTIGACIÓN CIENTÍFICA realizado.
TITULO:
SISTEMA DE INFORMACIÓN WEB PARA LA MEJORA DE LA GESTIÓN DE VENTAS Y ALMACÉN
EN TELENOR PERÚ S.R.L., TRUJILLO.
INFORME FINAL DE INVESTIGACIÓN CIENTÍFICA:
TESIS PREGRADO
Equipo Investigador integrado por:

Código del
Docente
Departamento Categoría del Autor
N° Apellidos y Nombres Facultad Asesor
Académico Docente Asesor Coautor
N° Matrícula Asesor
del Estudiante
Ingeniería de
1 Gómez Ávila José Alberto Ingeniería Doctorado 6039 Asesor
Sistemas
Ingeniería de
2 Chapoñan Lalopu Christian Roberth Ingeniería Bachiller 2273301614 Autor
Sistemas
Ingeniería de 2783300514
3 Pretell Quispe Jaime Esaú Ingeniería Bachiller Autor
Sistemas
Trujillo, 17 de Noviembre de 2021
40990648
José Alberto Gómez Ávila DNI
75780894
Christian Roberth Chapoñan Lalopu DNI
70282802
Pretell Quispe Jaime Esaú DNI
288
Comunicación
FORMATO 2: CARTA DE AUTORIZACIÓN DE PUBLICACIÓN DE TRABAJO DE

INVESTIGACIÓN EN REPOSITORIO DIGITAL RENATI-SUNEDU
(según R.R. 384-2018-UNT)
Trujillo, 17 de Noviembre de 2021
Los AUTORES suscritos del INFORME FINAL DE INVESTIGACIÓN CIENTÍFICA realizado.

Titulado: SISTEMA DE INFORMACIÓN WEB PARA LA MEJORA DE LA GESTIÓN DE VENTAS Y
ALMACÉN EN TELENOR PERÚ S.R.L., TRUJILLO.
AUTORIZAMOS SU PUBLICACIÓN EN EL REPOSITORIO DIGITAL INSTITUCIONAL,
REPOSITORIO RENATI-SUNEDU, ALICIA-CONCYTEC, CON EL SIGUIENTE TIPO DE ACCESO:
A. Acceso Abierto 
B. Acceso Restringido (datos del autor y resumen del trabajo)
C. No Autorizo su Publicación 
Si eligió la opción Restringido o No Autorizo su Publicación sírvase justificar:
ESTUDIANTES DE PREGRADO: TESIS

Equipo Investigador integrado por:
Código del
Docente
Condición Asesor Autor
N° Apellidos y Nombres Facultad (Nombrado Coautor
Contratado N° Matrícula Asesor
Estudiante) del Estudiante
1 Gómez Ávila José Alberto Ingeniería Nombrado 6039 Asesor
2 Chapoñan Lalopu Christian Roberth Ingeniería Bachiller 2273301614 Autor
3 Pretell Quispe Jaime Esaú Ingeniería Bachiller 2783300514 Autor
40990648
José Alberto Gómez Ávila DNI
75780894
DNI
70282802
Pretell Quispe Jaime Esaú DNI
289

Chapoñan Lalopu y Pretell Quispe

Cargado por

Copyright:

Formatos disponibles

Chapoñan Lalopu y Pretell Quispe

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

Chapoñan Lalopu y Pretell Quispe

Cargado por

Copyright:

Formatos disponibles

Biblioteca Digital - Dirección de Sistemas de Informática y

UNIVERSIDAD NACIONAL DE TRUJILLO

TESIS PARA OPTAR EL TITULO DE INGENIERO DE SISTEMAS

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

En primer lugar, dedico esta tesis a ti Dios por

Dedico esta tesis a mi familia, porque ellos

Dedico esta tesis al conjunto de personas que

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Dedico esta tesis a Dios, quien me ha guiado,

Dedico esta tesis a mis padres, por su amor,

Dedico esta tesis a mi hermana Génesis

A nuestra universidad por inculcarnos valores, conocimientos y experiencias con la finalidad de

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

4.3.3 DACU – Gestionar permisos ............................................................................................... 89

4.6.6 Modelo de base datos físico .............................................................................................. 133

10.2 PRUEBAS.............................................................................................................................. 172

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

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

Figura 33: Diagrama de clases ....................................................................................................... 129

Figura 67: Interfaz mantenedor ventas ........................................................................................... 175

Figura 100: Tiempo promedio búsqueda de productos ................................................................... 211

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

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

Tabla 33: Requisito registrar tipo documento.................................................................................... 59

Tabla 67: HU Mantenedor de tipo documento .................................................................................. 77

Tabla 101: Costo de desarrollo - Materiales ................................................................................... 112

Tabla 135: Resumen de reunión de retrospectiva - Sprint 1 ........................................................... 146

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Anexo 1: Árbol de Problemas ......................................................................................................... 222

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Señores Miembros del Jurado:

De acuerdo con los criterios establecidos por el Departamento de Ingeniería de Sistemas de la

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

Trujillo, noviembre de 2021

Christian Roberth Chapoñan Lalopu Jaime Esaú Pretell Quispe

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Keywords: Web information system, warehouse management, sales management, process

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

Geográficamente la empresa Telenor Perú S.R.L, se encuentra ubicada en la ciudad de Trujillo,

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

A nivel local, tenemos las siguientes investigaciones como antecedentes:

A nivel nacional, tenemos las siguientes investigaciones como antecedentes:

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

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

La siguiente investigación “Implementación de un sistema de control de almacén para la

A nivel internacional, tenemos las siguientes investigaciones como antecedentes:

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

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

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

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

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

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

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No

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

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

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

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