Moscoso HJ

Gestión de la calidad del servicio para
una empresa de telecomunicaciones

mediante la aplicación de la metodología 5S
Item Type info:eu-repo/semantics/bachelorThesis
Authors Moscoso Horruitiner, Joan Manuel; Valdivia Pérez, Diego Martin
Citation [1] M. Horruitiner et al., “Gestión de la calidad del servicio para

una empresa de telecomunicaciones mediante la aplicación de
la metodología 5S,” Universidad Peruana de Ciencias Aplicadas
(UPC), 2017.
Publisher Universidad Peruana de Ciencias Aplicadas (UPC)
Rights info:eu-repo/semantics/openAccess
Download date 09/11/2022 20:29:23
Item License http://creativecommons.org/licenses/by-nc-nd/4.0/
Link to Item http://hdl.handle.net/10757/622543

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS
FACULTAD DE INGENIERÍA
CARRERA DE INGENIERÍA DE SISTEMAS
GESTIÓN DE LA CALIDAD DEL SERVICIO PARA

UNA EMPRESA DE TELECOMUNICACIONES
MEDIANTE LA APLICACIÓN DE LA
METODOLOGÍA 5S
TESIS
Para optar por el título profesional de Ingeniero de Sistemas
AUTOR
MOSCOSO HORRUITINER, JOAN MANUEL (0000-0002-3779-3249)

VALDIVIA PÉREZ, DIEGO MARTIN (0000-0001-5080-6908)
ASESOR
LEPAGE CHUMPITAZ, CESAR AUGUSTO (0000-0003-3013-7852)

STRONGUILO LETURIA, MARIA DEL PILAR (0000-0003-4417-526X)
SAIRA ALVAREZ, HECTOR ANDRES (0000-0002-0563-4913)
PERONA GALLUCCIO, SANDRA GUISELLA (0000-0003-3483-8867)
Lima, octubre de 2017

Resumen
El presente proyecto consiste en la creación de un sistema para la gestión de la calidad del

servicio brindado por la empresa de telecomunicaciones Bitel a través de la aplicación de la
metodología 5S a nivel nacional. Dicha metodología, trata de mejorar las condiciones de
trabajo, de seguridad, el clima laboral, la motivación del personal y la eficiencia y, en
consecuencia, la calidad, la productividad y la competitividad de la organización. La necesidad
del proyecto surge ante los problemas encontrados en la aplicación de la misma, entre ellos: el
excesivo reproceso de la información, la poca fiabilidad de los datos obtenidos y su impacto
en la toma de decisiones de las áreas financieras y atención al cliente. El objetivo del proyecto
es desarrollar una solución de sistemas que permita solucionar dichos problemas.
El contenido del proyecto ha sido dividido en ocho capítulos. En el primer capítulo,

encontraremos los fundamentos teóricos, dónde analizamos conceptos de gestión de la calidad
y las diversas metodologías asociadas – en especial la metodología 5S – así como las tendencias
tecnológicas actuales. En el segundo capítulo, hablaremos de la propuesta de solución, los
beneficios tangibles e intangibles de dicha propuesta, y la compararemos con otras soluciones
similares. En el tercer capítulo, utilizaremos la metodología RUP para describir el modelo
actual del negocio, casos de uso, actores, trabajadores, entidades y diagramas asociados. En el
cuarto capítulo, detallaremos los requerimientos funcionales y no funcionales, especificaremos
a alto nivel los casos de uso y, a nivel detallado, los casos de uso del núcleo central. En el
quinto capítulo, explicaremos las metas, restricciones y mecanismos de la arquitectura, así
como la vista lógica, de implementación y de despliegue. En el sexto capítulo, hablaremos de
los patrones de diseño, el modelo de datos físicos y su diccionario de datos. En el séptimo
capítulo, se detallarán la política y los objetivos de calidad, la normativa aplicable y las métricas
de calidad del software, así como el análisis de los resultados tras medir las métricas y casos
de prueba definidos. Por último, encontraremos aspectos relacionados a la gestión del proyecto.
De este proyecto se espera obtener el conocimiento del negocio y diseñar e implementar un

sistema que dé solución a los problemas actuales del proceso de toma de evaluaciones 5S de la
organización objetivo.
2
Summary
The present project is mainly based on the creation of an information system to manage the
quality in the service provided by the telecommunications company Bitel, through the
nationwide application of the 5S methodology. This methodology seeks to improve working
conditions, safety, working environment, staff motivation, efficiency and, consequently, the
quality, productivity and competitiveness of the organization. The need of this project arises
from the problems encountered in the application itself, such as: Unnecessary information
reprocessing, unreliability of the data obtained and its impact on the decision making of the
financial areas and customer service. Therefore, the objective of this project is to develop an
information systems solution that let us to solve those problems described lines above.
This project has 8 chapters. In the first chapter is about theoretical basis, where we analyze
quality management concepts and many other associated methodologies-specially 5s
methodology-as well as current technology trends. In the second chapter, we will discuss the
solution proposal, tangible and intangible benefits of this proposal and compare it to other
similar solutions. In the third chapter, we will use RUP methodology to describe current
business model, use cases, actors, workers, entities and associated diagrams. In the fourth
chapter, we will detail the functional and non-functional requirements, specify at a high level
the use cases and, at a detailed level, the cases of use of the central core. In the fifth chapter,
we will explain the goals, constraints and mechanisms of the architecture, as well as the logical,
implementation and deployment view. In the sixth chapter, we will discuss the design patterns,
the physical data model and its data dictionary. In the seventh chapter, the policy and quality
objectives, applicable regulations and software quality metrics will be detailed, as well as the
analysis of the results after measuring the defined metrics and test cases. Finally, we will find
aspects related to the management of the project.
Eventually, what we hope to obtain with this project is business knowledge to design and
implement an information system that help us offer a viable solution to current problems on
the 5S evaluation taking process of the objective organization.
3
ÍNDICE
CAPÍTULO 1: FUNDAMENTOS TEÓRICOS................................................................. 25
1.1. MARCO TEÓRICO ...................................................................................................... 25

1.1.1. Fundamentos teóricos sobre el negocio .............................................................. 25
1.1.2. Fundamentos teóricos sobre las tendencias y tecnologías actuales .................... 38
1.2. OBJETO DE ESTUDIO. ................................................................................................. 42
1.2.1. Organización objetivo .......................................................................................... 42
1.2.2. Misión .................................................................................................................. 43
1.2.3. Visión ................................................................................................................... 44
1.2.4. Objetivos estratégicos .......................................................................................... 44
1.2.5. Organigrama........................................................................................................ 45
1.3. CAMPO DE ACCIÓN .................................................................................................... 46
1.3.1. Breve descripción................................................................................................. 46
1.3.2. Procesos del negocio ........................................................................................... 46
1.3.3. Sistemas automatizados vinculados con el campo de acción .............................. 47
1.4. ANÁLISIS CRÍTICO DE LOS PROBLEMAS DE INFORMACIÓN. ........................................ 48
1.4.1. Situación problemática ........................................................................................ 48
1.4.2. Problemas a resolver ........................................................................................... 49
1.5. CONCLUSIONES ......................................................................................................... 53
CAPÍTULO 2: PROPUESTA DE SOLUCIÓN ................................................................. 54
2.1. OBJETIVOS DEL PROYECTO........................................................................................ 54

2.1.1. Objetivo general................................................................................................... 54
2.1.2. Objetivos específicos ............................................................................................ 54
2.1.3. Fundamentación de los objetivos......................................................................... 56
2.1.4. Indicadores de logro de los objetivos .................................................................. 57
2.2. BENEFICIOS DEL PROYECTO ...................................................................................... 58
2.2.1. Beneficios tangibles ............................................................................................. 58
2.2.2. Beneficios intangibles .......................................................................................... 58
2.3. ANTECEDENTES. ....................................................................................................... 59
2.3.1. Soluciones encontradas. ...................................................................................... 59
4
2.3.2. Análisis comparativo. .......................................................................................... 65
2.3.3. Evaluación de la mejor solución.......................................................................... 70
2.4. TENDENCIAS Y TECNOLOGÍAS PROPUESTAS. ............................................................. 71
2.5. CONCLUSIONES. ........................................................................................................ 72
CAPÍTULO 3: MODELADO DEL NEGOCIO................................................................. 74
3.1.1. Reglas del negocio ............................................................................................... 74

3.2. MODELO DE CASOS DE USO DEL NEGOCIO ............................................................... 79
3.2.1. Actores del negocio .............................................................................................. 79
3.2.2. Casos de uso del negocio ..................................................................................... 80
3.2.3. Diagrama de Casos de Uso del Negocio ............................................................. 80
3.3. MODELO DE ANÁLISIS DEL NEGOCIO ........................................................................ 81
3.3.1. Trabajadores del negocio .................................................................................... 81
3.3.2. Entidades del negocio .......................................................................................... 81
3.4. REALIZACIÓN DE LOS CASOS DE USO DEL NEGOCIO ................................................. 90
3.4.1. CUN01 – Planificar Evaluación 5S ..................................................................... 90
3.4.2. CUN02 – Realizar Evaluación 5S........................................................................ 95
3.4.3. CUN03 – Controlar resultados de evaluaciones 5S .......................................... 100
3.5. CONCLUSIONES ....................................................................................................... 105
CAPÍTULO 4: REQUERIMIENTOS............................................................................... 106
4.1. ESPECIFICACIÓN DE LOS REQUERIMIENTOS DEL SOFTWARE .................................... 106

4.1.1. Requerimientos funcionales ............................................................................... 106
4.1.2. Requerimientos no funcionales .......................................................................... 112
4.2. MODELO DE CASOS DE USO DEL SISTEMA ................................................................ 116
4.2.1. Especificación de los actores del sistema .......................................................... 117
4.2.2. Diagrama de actores del sistema ....................................................................... 118
4.2.3. Diagrama de paquetes del sistema .................................................................... 119
4.2.4. Diagramas de casos de uso del sistema por paquete ........................................ 119
4.3. ATRIBUTOS DE LOS CASOS DE USO DEL SISTEMA ..................................................... 121
4.4. ESPECIFICACIONES DE ALTO NIVEL DE LOS CASOS DE USO DEL SISTEMA ................. 125
4.5. ESPECIFICACIONES DETALLADAS DE LOS CASOS DE USO DEL NÚCLEO CENTRAL ..... 138
5
4.5.1. Especificación del caso de uso del sistema
CUS006_EstablecerPeriodoDeEvaluacion5S ............................................................... 138
4.5.2. Especificación del caso de uso del sistema CUS007_ActualizarItems .............. 150
4.5.3. Especificación del caso de uso del sistema CUS009_ActualizarPlantilla5S .... 158
4.5.4. Especificación del caso de uso del sistema CUS010_BuscarItemsPlantilla ..... 168
4.5.5. Especificación del caso de uso del sistema CUS017_RealizarEvaluacion5S ... 171
4.5.6. Especificación del caso de uso del sistema CUS019_ConsultarTiendasAsignadas
179
4.5.7. Especificación del caso de uso del sistema CUS024_ConsultarInformeDeBonos
183
CUS027_ConsultarEvaluacion5SRealizada .................................................................. 187
4.5.9. Especificación del caso de uso del sistema CUS030_ActualizarTiendas .......... 191
4.5.10. Especificación del caso de uso del sistema CUS025_GenerarInformeGlobal
198
4.6. MODELO CONCEPTUAL............................................................................................ 201
4.6.1. Diagrama del modelo conceptual ...................................................................... 201
4.6.2. Diccionario del modelo conceptual ................................................................... 202
4.7. CONCLUSIONES ....................................................................................................... 211
CAPÍTULO 5: ARQUITECTURA DE SOFTWARE ..................................................... 212
5.1. DIAGRAMA DE LOS CASOS DE USO MÁS SIGNIFICATIVOS PARA LA ARQUITECTURA DEL
SOFTWARE .......................................................................................................................... 212
5.2. METAS DE LA ARQUITECTURA DE SOFTWARE .......................................................... 213
5.3. RESTRICCIONES DE LA ARQUITECTURA DE SOFTWARE ............................................ 215
5.4. MECANISMOS ARQUITECTURALES ........................................................................... 217
5.5. VISTA LÓGICA DE LA ARQUITECTURA DE SOFTWARE............................................... 220
5.5.1. Diagrama de capas ............................................................................................ 220
5.5.2. Diagrama de estados para un periodo de evaluación 5S .................................. 223
5.6. VISTA DE IMPLEMENTACIÓN DE LA ARQUITECTURA DE SOFTWARE ......................... 224
5.6.1. Framework y/o patrones de arquitectura usados .............................................. 225
5.7. VISTA DE DESPLIEGUE DE LA ARQUITECTURA DE SOFTWARE .................................. 228
6
5.8. PRUEBA DE CONCEPTO DE LA ARQUITECTURA DE SOFTWARE .................................. 230
5.9. CONCLUSIONES ....................................................................................................... 231
CAPÍTULO 6: CONSTRUCCIÓN ................................................................................... 232
6.1. PATRONES DE LA SOLUCIÓN PROPUESTA ................................................................. 233

6.1.1. Diagrama de patrones del sistema .................................................................... 233
6.1.2. Especificación detallada de los patrones seleccionados ................................... 234
6.2. MODELO DE DATOS ................................................................................................. 244
6.2.1. Modelo de datos físico del sistema .................................................................... 244
6.2.2. Diccionario de datos .......................................................................................... 246
6.3. CONCLUSIONES ....................................................................................................... 264
CAPÍTULO 7: CALIDAD Y PRUEBAS DEL SOFTWARE ......................................... 265
7.1. PLAN DE LA CALIDAD DEL SOFTWARE ..................................................................... 265

7.1.1. Política de calidad ............................................................................................. 265
7.1.2. Objetivos de calidad .......................................................................................... 265
7.1.3. Normatividad aplicable ..................................................................................... 266
7.1.4. Métricas de calidad del software ....................................................................... 268
7.2. PRUEBAS DE SOFTWARE .......................................................................................... 277
7.3. CONCLUSIONES ....................................................................................................... 279
CAPÍTULO 8: GESTIÓN DEL PROYECTO ................................................................. 280
8.1. REGISTRO DE INTERESADOS .................................................................................... 280

8.2. EDT ........................................................................................................................ 282
8.3. CRONOGRAMA DE EJECUCIÓN ................................................................................. 283
8.4. CONCLUSIONES ....................................................................................................... 290
BIBLIOGRAFÍA.................................................................................................................. 297
ANEXOS ............................................................................................................................... 303
ÍNDICE DE TABLAS
7
Tabla 1 - Pilares de las 5S. Fuente: Adaptado de Groover 2012. ............................................ 32
Tabla 2 - Porcentaje de penetración de los sistemas operativos móviles a nivel mundial.

Fuente: Adaptado de El Comercio 2017. ......................................................................... 39
Tabla 3 - Resumen de problemas a resolver. Fuente: Elaboración propia............................... 52
Tabla 4 - Análisis comparativo de soluciones encontradas. Fuente: Elaboración propia. ....... 69
Tabla 5 - Reglas de negocio. Fuente: Elaboración propia. ...................................................... 79
Tabla 6 - Actores del negocio. Fuente: Elaboración propia..................................................... 80
Tabla 7 - Casos de uso del negocio. Fuente: Elaboración propia. ........................................... 80
Tabla 8 - Trabajadores del Negocio. Fuente: Elaboración propia. .......................................... 81
Tabla 9 - Atributos de la entidad "Plantilla de Evaluación 5S". Fuente: Elaboración propia. 82
Tabla 10 - Atributos de la entidad "Etapa de Evaluación 5S". Fuente: Elaboración propia. ... 82
Tabla 11 - Atributos de la entidad "Ítem". Fuente: Elaboración propia. ................................. 83
Tabla 12 - Atributos de la entidad "Evaluación 5S". Fuente: Elaboración propia................... 83
Tabla 13 - Atributos de la entidad "Detalle de Evaluación 5S". Fuente: Elaboración propia. 84
Tabla 14 - Atributos de la entidad "Cronograma de Evaluaciones". Fuente: Elaboración

propia. .............................................................................................................................. 84
Tabla 15 - Atributos de la entidad " Sucursal". Fuente: Elaboración propia. .......................... 85
Tabla 16 - Atributos de la entidad " Tienda". Fuente: Elaboración propia. ............................. 85
Tabla 17 - Atributos de la entidad " Supervisor". Fuente: Elaboración propia. ...................... 86
Tabla 18 - Atributos de la entidad “Registro de tiendas asignadas". Fuente: Elaboración

propia. .............................................................................................................................. 87
Tabla 19 - Atributos de la entidad “Informe de Evaluaciones". Fuente: Elaboración propia. . 87
Tabla 20 - Atributos de la entidad “Detalle Informe de Evaluaciones". Fuente: Elaboración

propia. .............................................................................................................................. 88
8
Tabla 21 - Atributos de la entidad “Bono". Fuente: Elaboración propia. ................................ 88
Tabla 22 - Atributos de la entidad “Informe de bonos". Fuente: Elaboración propia. ............ 89
Tabla 23 - Atributos de la entidad “Detalle Informe de bonos". Fuente: Elaboración propia. 89
Tabla 24 - Atributos de la entidad “Informe Gerencial". Fuente: Elaboración propia. ........... 90
Tabla 25 - Requerimientos funcionales Sistema Web. Fuente: elaboración propia .............. 110
Tabla 26 - Requerimientos funcionales Aplicación Móvil. Fuente: elaboración propia ....... 111
Tabla 27 - Requerimientos funcionales de uso general. Fuente: elaboración propia ............ 112
Tabla 28 - Requerimientos no funcionales de usabilidad. Fuente: elaboración propia ......... 113
Tabla 29 - Requerimientos no funcionales de confiabilidad. Fuente: elaboración propia..... 114
Tabla 30 - Requerimientos no funcionales de rendimiento. Fuente: elaboración propia ...... 114
Tabla 31 - Requerimientos no funcionales de soporte. Fuente: elaboración propia .............. 115
Tabla 32 - Requerimientos no funcionales de restricción de diseño. Fuente: elaboración

propia ............................................................................................................................. 116
Tabla 33 - Atributos de los casos de uso del sistema. Fuente: elaboración propia ................ 124
Tabla 34 - Especificación de alto nivel del CUS001_IniciarSesion. Fuente: elaboración propia

........................................................................................................................................ 125
Tabla 35 - Especificación de alto nivel del CUS002_CambiarContraseña. Fuente: elaboración

propia ............................................................................................................................. 125
Tabla 36 - Especificación de alto nivel del CUS003_ActualizarUsuarios. Fuente: elaboración

propia ............................................................................................................................. 126
Tabla 37 - Especificación de alto nivel del CUS004_ActualizarRoles. Fuente: elaboración

propia ............................................................................................................................. 126
Tabla 38 - Especificación de alto nivel del CUS006_EstablecerPeriodoDeEvaluacion5S.

Fuente: elaboración propia ............................................................................................. 126
9
Tabla 39 - Especificación de alto nivel del CUS007_ActualizarItems. Fuente: elaboración
propia ............................................................................................................................. 127
Tabla 40 - Especificación de alto nivel del CUS008_ConsultarMapaTiendas. Fuente:

elaboración propia .......................................................................................................... 127
Tabla 41 - Especificación de alto nivel del CUS009_ActualizarPlantilla5S. Fuente:

Tabla 42 - Especificación de alto nivel del CUS010_BuscarItemsPlantilla. Fuente:

Tabla 43 - Especificación de alto nivel del CUS011_ConsultarAsignacionSupervisores.

Tabla 44 - Especificación de alto nivel del CUS012_ModificarAsignacionSupervisores.

Tabla 45 - Especificación de alto nivel del CUS014_IniciarSesion (Móvil). Fuente:

Tabla 46 - Especificación de alto nivel del CUS015_CambiarContraseña (Móvil). Fuente:

Tabla 47 - Especificación de alto nivel del CUS016_ActualizarDatosUsuario (Móvil).

Tabla 48 - Especificación de alto nivel del CUS017_RealizarEvaluacion5S. Fuente:

Tabla 49 - Especificación de alto nivel del CUS019_ConsultarTiendasAsignadas. Fuente:

Tabla 50 - Especificación de alto nivel del CUS020_ConsultarTienda. Fuente: elaboración

propia ............................................................................................................................. 132
Tabla 51 - Especificación de alto nivel del CUS021_EnviarNotificacionesUsuario. Fuente:

10
Tabla 52 - Especificación de alto nivel del CUS022_GenerarInformePorTienda. Fuente:
Tabla 53 - Especificación de alto nivel del CUS023_GenerarInformePorSucursal. Fuente:

Tabla 54 - Especificación de alto nivel del CUS024_ConsultarInformeBonos. Fuente:

Tabla 55 - Especificación de alto nivel del CUS025_GenerarInformeGlobal. Fuente:

Tabla 56 - Especificación de alto nivel del CUS026_GenerarInformeAprobacionDeItems.

Tabla 57 - Especificación de alto nivel del CUS027_ConsultarEvaluacion5SRealizada.

Tabla 58 - Especificación de alto nivel del CUS028_ActualizarSupervisores. Fuente:

Tabla 59 - Especificación de alto nivel del CUS030_ActualizarTiendas. Fuente: elaboración

propia ............................................................................................................................. 136
Tabla 60 - Especificación de alto nivel del CUS031_ActualizarEtapas. Fuente: elaboración

propia ............................................................................................................................. 137
Tabla 61 - Especificación de alto nivel del CUS032_ActualizarSuscursales. Fuente:

Tabla 62 - Especificación de alto nivel del CUS033_ActualizarBonos. Fuente: elaboración

propia ............................................................................................................................. 138
Tabla 63 - Especificación de alto nivel del CUS034_ActualizarEvaluacion5S. Fuente:

Tabla 64 - Diccionario de la entidad "AsignacionTienda". Fuente: elaboración propia ....... 202
Tabla 65 - Diccionario de la entidad "Bono". Fuente: elaboración propia ............................ 202
11
Tabla 66 - Diccionario de la entidad "BonoPeriodo". Fuente: elaboración propia................ 202
Tabla 67 - Diccionario de la entidad "Cargo". Fuente: elaboración propia ........................... 203
Tabla 68 - Diccionario de la entidad "DetalleEvaluacion". Fuente: elaboración propia ....... 203
Tabla 69 - Diccionario de la entidad "DetalleMotivo". Fuente: elaboración propia ............. 203
Tabla 70 - Diccionario de la entidad "Empleado". Fuente: elaboración propia .................... 204
Tabla 71 - Diccionario de la entidad "EmpleadoCargo". Fuente: elaboración propia ........... 204
Tabla 72 - Diccionario de la entidad "EtapaEvaluacion". Fuente: elaboración propia.......... 205
Tabla 73 - Diccionario de la entidad "Evaluacion5S". Fuente: elaboración propia .............. 205
Tabla 74 - Diccionario de la entidad "Evidencia". Fuente: elaboración propia ..................... 206
Tabla 75 - Diccionario de la entidad "HorarioAtencion". Fuente: elaboración propia.......... 206
Tabla 76 - Diccionario de la entidad "Item". Fuente: elaboración propia ............................. 207
Tabla 77 - Diccionario de la entidad "ItemPlantilla". Fuente: elaboración propia ................ 207
Tabla 78 - Diccionario de la entidad "MotivoDesaprobacionItem". Fuente: elaboración propia

........................................................................................................................................ 208
Tabla 79 - Diccionario de la entidad "PeriodoEvaluacion". Fuente: elaboración propia ...... 208
Tabla 80 - Diccionario de la entidad "Permiso". Fuente: elaboración propia........................ 208
Tabla 81 - Diccionario de la entidad "PlantillaEvaluacion". Fuente: elaboración propia ..... 209
Tabla 82 - Diccionario de la entidad "Rol". Fuente: elaboración propia ............................... 209
Tabla 83 - Diccionario de la entidad "Sucursal". Fuente: elaboración propia ....................... 209
Tabla 84 - Diccionario de la entidad "Tienda". Fuente: elaboración propia.......................... 210
Tabla 85 - Diccionario de la entidad "Usuario". Fuente: elaboración propia ........................ 211
Tabla 86 - Mecanismos arquitecturales. Fuente: elaboración propia .................................... 220
Tabla 87 - Capas lógicas del sistema web Bitel. Fuente: elaboración propia ........................ 221
12
Tabla 88 - Capas lógicas del sistema web Bitel. Fuente: elaboración propia ........................ 222
Tabla 89 - Capas lógicas de la aplicación móvil de Bitel. Fuente: elaboración propia ......... 223
Tabla 90 - Componentes principales de la vista de implementación. Fuente: elaboración

propia ............................................................................................................................. 225
Tabla 91 - Asignación de Tiendas (Diccionario de datos). Fuente: elaboración propia ........ 246
Tabla 92 - Bonos y periodos (Diccionario de datos). Fuente: elaboración propia ................ 247
Tabla 93 - Bonos (Diccionario de datos). Fuente: elaboración propia .................................. 247
Tabla 94 - Cargos (Diccionario de datos). Fuente: elaboración propia ................................. 247
Tabla 95 - Detalles de la evaluación 5S (Diccionario de datos). Fuente: elaboración propia248
Tabla 96 - Motivos de ítems desaprobados (Diccionario de datos). Fuente: elaboración propia

........................................................................................................................................ 249
Tabla 97 - Empleados y cargos (Diccionario de datos). Fuente: elaboración propia ............ 249
Tabla 98 - Empleados (Diccionario de datos). Fuente: elaboración propia ........................... 250
Tabla 99 - Etapas de evaluación 5S. Fuente: elaboración propia .......................................... 251
Tabla 100 - Evaluaciones 5S (Diccionario de datos). Fuente: elaboración propia ................ 252
Tabla 101 - Evidencias Fotográficas (Diccionario de datos). Fuente: elaboración propia .... 252
Tabla 102 - Horarios de atención (Diccionario de datos). Fuente: elaboración propia ......... 253
Tabla 103 - Ítems (Diccionario de datos). Fuente: elaboración propia.................................. 254
Tabla 104 - Ítems de las plantillas (Diccionario de datos). Fuente: elaboración propia ........ 254
Tabla 105 - Motivos de desaprobación de ítems (Diccionario de datos). Fuente: elaboración

propia ............................................................................................................................. 255
Tabla 106 - Periodos de evaluación (Diccionario de datos). Fuente: elaboración propia ..... 256
Tabla 107 - Permisos (Diccionario de datos). Fuente: elaboración propia ............................ 256
Tabla 108 - Plantillas de evaluación (Diccionario de datos). Fuente: elaboración propia .... 257
13
Tabla 109 - Roles (Diccionario de datos). Fuente: elaboración propia ................................. 257
Tabla 110 - Roles y permisos (Diccionario de datos). Fuente: elaboración propia ............... 258
Tabla 111 - Sucursales (Diccionario de datos). Fuente: elaboración propia ......................... 258
Tabla 112 - Tiendas (Diccionario de datos). Fuente: elaboración propia .............................. 259
Tabla 113 - Usuarios y roles (Diccionario de datos). Fuente: elaboración propia ................ 260
Tabla 114 - Usuarios (Diccionario de datos). Fuente: elaboración propia ............................ 260
Tabla 115 - Plantilla (Diccionario de datos de la aplicación móvil). Fuente: elaboración

propia ............................................................................................................................. 261
Tabla 116 - Ítems (Diccionario de datos de la aplicación móvil). Fuente: elaboración propia
........................................................................................................................................ 262
Tabla 117 – Motivo_desaprobación (Diccionario de datos de la aplicación móvil). Fuente:

Tabla 118 - Evaluación (Diccionario de datos de la aplicación móvil). Fuente: elaboración

propia ............................................................................................................................. 263
Tabla 119 - Detalle (Diccionario de datos de la aplicación móvil). Fuente: elaboración propia
........................................................................................................................................ 264
Tabla 120 - Métricas de calidad del software. Fuente: elaboración propia ........................... 271
Tabla 121 - Pruebas de Software. Fuente: elaboración propia .............................................. 277
Tabla 122 - Registro de Interesados. Fuente: Elaboración propia. ........................................ 281
Tabla 123 - Lista de verificación utilizada en la evaluación 5S de BITEL. Fuente: elaboración

propia ............................................................................................................................. 306
Tabla 124 - Lista de tiendas propias de BITEL en el Perú. Fuente: elaboración propia ....... 308
Tabla 125 - Trazabilidad entre los requerimientos funcionales y los casos de uso del sistema.
14
Tabla 126 - Pruebas de las métricas de calidad del software. Claridad del mensaje. Fuente:
Tabla 127 - Pruebas de las métricas de calidad del software. Recuperación de errores
operacionales. Fuente: elaboración propia ..................................................................... 314
Tabla 128 - Pruebas de las métricas de calidad del software. Errores en el funcionamiento.
Tabla 129 - Pruebas de las métricas de calidad del software. Tiempo de respuesta. Fuente:
Tabla 130 - Pruebas de las métricas de calidad del software. Fácil función de aprendizaje.
Tabla 131 - Pruebas de las métricas de calidad del software. Accesibilidad a las funciones.
Tabla 132 - Pruebas de las métricas de calidad del software. Capacidad de control de acceso.
Tabla 133 - Pruebas de las métricas de calidad del software. Prevención de corrupción de
datos. Fuente: elaboración propia .................................................................................. 321
Tabla 134 - Pruebas de las métricas de calidad del software. Prevención del fraude. Fuente:
ÍNDICE DE FIGURAS
Ilustración 1 - Ejemplo de Seiri. Fuente: Lean Six Sigma 2015 .............................................. 29
Ilustración 2 - Ejemplo de Seiton. Fuente: Lean Six Sigma 2015 ........................................... 29
Ilustración 3 - Ejemplo de Seiso. Fuente: Lean Six Sigma 2015............................................. 30
Ilustración 4 - Ejemplo de Seiketsu. Fuente: Lean Six Sigma 2015 ........................................ 30
Ilustración 5 - Proyección de tecnologías móviles. Fuente: Diario El País 2015 .................... 35
15
Ilustración 6 - Industria de la telefonía móvil en el Perú al primer trimestre de 2017. Fuente:
Elaboración propia. .......................................................................................................... 36
Ilustración 7 - Principales sistemas operativos móviles. Fuente: Elaboración propia. ............ 38
Ilustración 8- Cloud Computing Fuente: TECHEAZY 2015 .................................................. 40
Ilustración 9 - Logo de Bitel. Fuente: Bitel 2015 .................................................................... 42
Ilustración 10 - Países en los que opera el grupo Viettel. Fuente: Viettel Group 2017 ........... 43
Ilustración 11 - Organigrama de Bitel Perú. Fuente: Elaboración propia................................ 45
Ilustración 12- Diagrama de Casos de Uso del Negocio. Fuente: Elaboración propia. ........... 81
Ilustración 13 - Diagrama de actividades CUN01 - Planificar Evaluación 5S. Fuente:

Ilustración 14 - Diagrama de Clases del CUN01 - Planificar Evaluación 5S. Fuente:

Ilustración 15 - Diagrama de Actividades del CUN02 - Realizar Evaluación 5S. Fuente:

Ilustración 16 - Diagrama de Clases del CUN02 - Realizar evaluaciones 5S. Fuente:

Ilustración 17 - Diagrama de Actividades del CUN03 - Controlar resultados de evaluaciones

5S. Fuente: Elaboración propia. ..................................................................................... 103
Ilustración 18 - Diagrama de Clases del CUN03 - Controlar resultados de evaluaciones 5S.

Fuente: Elaboración propia. ........................................................................................... 104
Ilustración 19 - Diagrama de actores del sistema. Fuente: elaboración propia ..................... 118
Ilustración 20 - Diagrama de paquetes del sistema. Fuente: elaboración propia ................... 119
Ilustración 21 - Diagrama de casos de uso del sistema del paquete de seguridad. Fuente:
Ilustración 22 - Diagrama de casos de uso del sistema del paquete de evaluación 5S. Fuente:
16
Ilustración 23 - Diagrama de casos de uso del sistema del paquete de planificación de
evaluación 5S. Fuente: elaboración propia .................................................................... 121
Ilustración 24 - Diagrama de casos de uso del sistema del paquete de control de resultados de
evaluación 5S. Fuente: elaboración propia .................................................................... 121
Ilustración 25 - CUS006 Establecer Periodo - Consulta de periodos .................................... 148
Ilustración 26 - CUS006 Establecer Periodo - Nuevo Periodo .............................................. 148
Ilustración 27 - CUS006 Establecer Periodo - Popup tiendas ............................................... 149
Ilustración 28 - CUS006 Establecer Periodo - Información Adicional ................................. 149
Ilustración 29 - CUS007 Actualizar Ítems - Consulta de ítems ............................................. 157
Ilustración 30 - CUS007 Actualizar Ítems - Nuevo Ítem ...................................................... 157
Ilustración 31 - CUS007 Actualizar Ítems - Añadir motivo .................................................. 158
Ilustración 32 - CUS009 Actualizar Plantillas - Consulta de plantillas ................................. 166
Ilustración 33 - CUS009 Actualizar Plantillas - Nueva Plantilla ........................................... 167
Ilustración 34 - CUS009 Actualizar Plantillas - Principal Pregunta ...................................... 167
Ilustración 35 - CUS010_BuscarItemsPlantilla - Ítems ......................................................... 170
Ilustración 36 - CUS017_RealizarEvaluacion5S - Iniciar sesión móvil ................................ 177
Ilustración 37 - CUS017_RealizarEvaluacion5S - Menú ...................................................... 177
Ilustración 38 - CUS017_RealizarEvaluacion5S - Error ubicación ...................................... 177
Ilustración 39 - CUS017_RealizarEvaluacion5S - Ubicación correcta ................................. 177
Ilustración 40 - CUS017_RealizarEvaluacion5S - Menú Etapas .......................................... 178
Ilustración 41 - CUS017_RealizarEvaluacion5S - Aprueba pregunta ................................... 178
Ilustración 42 - CUS017_RealizarEvaluacion5S - Desaprueba pregunta.............................. 178
Ilustración 43 - CUS017_RealizarEvaluacion5S - No aplica pregunta ................................. 178
Ilustración 44 - CUS017_RealizarEvaluacion5S - Menú etapas terminado .......................... 179
17
Ilustración 45 - CUS017_RealizarEvaluacion5S - Resultado ............................................... 179
Ilustración 46 - CUS019_ConsultarTiendasAsignadas - Tiendas asignadas ......................... 183
Ilustración 47 - CUS019_ConsultarTiendasAsignadas - Consultar tienda ............................ 183
Ilustración 48 - CUS024_ConsultarInformeDeBonos - Informe ........................................... 186
Ilustración 49 - CUS027_ConsultarEvaluacion5SRealizada - Lista de evaluaciones 5S ...... 190
Ilustración 50 - CUS027_ConsultarEvaluacion5SRealizada - Evaluación 5S realizada ....... 191
Ilustración 51 - CUS030_ActualizarTiendas - Lista de Tiendas ........................................... 196
Ilustración 52 - CUS030_ActualizarTiendas - Nueva Tienda ............................................... 197
Ilustración 53 - CUS025_GenerarInformeGlobal - Informe ................................................. 200
Ilustración 54 - Diagrama del modelo conceptual. Fuente: elaboración propia .................... 201
Ilustración 55 - Diagrama de los casos de uso más significativos para la arquitectura del
software. Fuente: elaboración propia ............................................................................. 213
Ilustración 56 - Diagrama de capas. Fuente: elaboración propia ........................................... 220
Ilustración 57 - Diagrama de estados para un periodo de evaluación 5S. Fuente: elaboración

propia ............................................................................................................................. 224
Ilustración 58 - Diagrama de implementación. Fuente: elaboración propia .......................... 224
Ilustración 59 - Diagrama de despliegue. Fuente: elaboración propia................................... 228
Ilustración 60 - Diagrama de patrones. Fuente: elaboración propia ...................................... 233
Ilustración 61 – Implementación del patrón Unit of Work en el sistema FSE. Fuente:

Elaboración propia ......................................................................................................... 234
Ilustración 62- Implementación del patrón Repository en el sistema FSE. Fuente: Elaboración
propia ............................................................................................................................. 235
Ilustración 63 – Implementación del patrón MVC en el sistema FSE. Fuente: Elaboración

propia ............................................................................................................................. 236
18
Ilustración 64 – Implementación del Patrón N – Capas en la aplicación de servicios web del
sistema FSE. Fuente: Elaboración propia. ..................................................................... 237
Ilustración 65 - Cliente - Servidor. Fuente: Veliz Carreño 2015 ........................................... 238
Ilustración 66 – Implementación del patrón Model View ViewModel en la aplicación web del
sistema FSE. Fuente: Elaboración propia ...................................................................... 239
Ilustración 67 - Patrón Exception Shielding. Fuente: Elaboración propia............................. 240
Ilustración 68 - Patrón Data Transfer Object. Fuente: Elaboración propia ........................... 241
Ilustración 69 - Patrón MVP (Model View Presenter). Fuente: Elaboración propia ............. 243
Ilustración 70 - Modelo de datos físico de la solución FSE. Fuente: elaboración propia...... 244
Ilustración 71 - Modelo de datos físico de la aplicación móvil FSE. Fuente: elaboración

propia ............................................................................................................................. 245
Ilustración 72 - Métrica: Claridad del mensaje. Fuente: elaboración propia ......................... 272
Ilustración 73 - Métrica: Recuperación de errores operacionales. Fuente: elaboración propia

........................................................................................................................................ 273
Ilustración 74 - Métrica: Errores en el funcionamiento de la aplicación en el ambiente de

calidad. Fuente: elaboración propia ............................................................................... 273
Ilustración 75 - Métrica: Fácil función de aprendizaje. Fuente: elaboración propia ............. 274
Ilustración 76 - Métrica: Accesibilidad a las funciones. Fuente: elaboración propia ............ 275
Ilustración 77 - Métrica: Tiempo de Respuesta. Fuente: elaboración propia ........................ 275
Ilustración 78 - Métrica: Prevención de corrupción de datos. Fuente: elaboración propia ... 276
Ilustración 79 - Pruebas del software. Fuente: elaboración propia ........................................ 278
Ilustración 80 - Estructura de desglose de trabajo. Fuente: elaboración propia .................... 282
Ilustración 81 - Cronograma de ejecución. Fuente: elaboración propia ................................ 289
Ilustración 82 - CUS006_EstablecerPeriodoDeEvaluacion5S – Periodos Evaluación. Fuente:

19
Ilustración 83 - CUS006_EstablecerPeriodoDeEvaluacion5S - Ver Periodo. Fuente:
Ilustración 84 - CUS006_EstablecerPeriodoDeEvaluacion5S - Nuevo Periodo. Fuente:

Ilustración 85 - CUS006_EstablecerPeriodoDeEvaluacion5S – Asignación de tiendas.

Ilustración 86 - CUS007_ActualizarItems - Consulta de Ítems. Fuente: elaboración propia 431
Ilustración 87 - CUS007_ActualizarItems - Nuevo Ítem. Fuente: elaboración propia.......... 431
Ilustración 88 - CUS007_ActualizarItems - Ver Ítem en estado borrador. Fuente: elaboración

propia ............................................................................................................................. 432
Ilustración 89 - CUS007_ActualizarItems - Ver Ítem en estado final. Fuente: elaboración

propia ............................................................................................................................. 432
Ilustración 90 - CUS007_ActualizarItems - Desbloquear ítem. Fuente: elaboración propia 433
Ilustración 91 - CUS009_ActualizarPlantilla5S - Pantalla "Plantillas 5S". Fuente: elaboración

propia ............................................................................................................................. 433
Ilustración 92 - CUS009_ActualizarPlantilla5S - Pregunta tras seleccionar "Nueva Plantilla".

Fuente: elaboración propia............................................................................................. 434
Ilustración 93 - CUS009_ActualizarPlantilla5S - Pantalla "Nueva Plantilla" vacía. Fuente:

Ilustración 94 - CUS009_ActualizarPlantilla5S - Pantalla "Nueva plantilla" con datos e ítems.

Ilustración 95 - CUS009_ActualizarPlantilla5S - Pantalla "Editar Plantilla". Fuente:

Ilustración 96 - CUS009_ActualizarPlantilla5S - Pantalla "Ver Plantilla" para un ítem en

estado "Borrador". Fuente: elaboración propia .............................................................. 436
20
Ilustración 97 - CUS009_ActualizarPlantilla5S - Pantalla "Consultar Plantilla" para un ítem
en estado "Final". Fuente: elaboración propia ............................................................... 436
Ilustración 98- CUS010_BuscarItemsPlantilla. Pantalla "Añadir Ítems". Fuente: elaboración

propia ............................................................................................................................. 437
Ilustración 99 - CUS017_RealizarEvaluacion5S - Menú principal de la aplicación móvil.

Ilustración 100 - CUS017_RealizarEvaluacion5S – Pantalla de error al verificar ubicación.

Ilustración 101 - CUS017_RealizarEvaluacion5S – Pantalla de éxito al verificar ubicación.

Ilustración 102 - CUS017_RealizarEvaluacion5S - Pantalla de selección de etapas inicial.

Ilustración 103 - CUS017_RealizarEvaluacion5S - Ejemplo de ítem aprobado. Fuente:

Ilustración 104 - CUS017_RealizarEvaluacion5S - Ejemplo de ítem desaprobado. Fuente:

Ilustración 105 - CUS017_RealizarEvaluacion5S - Ejemplo de ingreso de texto explicativo.

Ilustración 106 - CUS017_RealizarEvaluacion5S - Pantalla de selección de etapas

actualizada. Fuente: elaboración propia ......................................................................... 439
Ilustración 107 - CUS017_RealizarEvaluacion5S - Ejemplo de ítem con evidencia requerida

y adjuntada. Fuente: elaboración propia ........................................................................ 440
Ilustración 108 - CUS017_RealizarEvaluacion5S - Resultado de evaluación 5S. Fuente:

Ilustración 109 - CUS019_ConsultarTiendasAsignadas – Pantalla “Mis tiendas asignadas”.

21
Ilustración 110 - CUS019_ConsultarTiendasAsignadas - Pantalla “Mis tiendas asignadas”
filtrada por tiendas pendientes de evaluar. Fuente: elaboración propia ......................... 440
Ilustración 111 - CUS024_ConsultarInformeDeBonos - Informe de bonos. Fuente:

Ilustración 112 - CUS027_ConsultarEvaluacion5SRealizada - Pantalla "Evaluaciones 5S".

Ilustración 113 - CUS027_ConsultarEvaluacion5SRealizada - Pantalla "Evaluación 5S" de

una tienda. Fuente: elaboración propia .......................................................................... 442
Ilustración 114 - CUS030_ActualizarTiendas - Lista de tiendas. Fuente: elaboración propia

........................................................................................................................................ 443
Ilustración 115 - CUS030_ActualizarTiendas - Editar tienda. Fuente: elaboración propia .. 443
Ilustración 116 - CUS030_ActualizarTiendas - Consultar tienda. Fuente: elaboración propia

........................................................................................................................................ 444
Ilustración 117 - CUS025_GenerarInformeGlobal - Generar Reporte. Fuente: elaboración

propia ............................................................................................................................. 445
22
INTRODUCCIÓN
En el entorno extremadamente competitivo en el que se encuentran las empresas de telefonía

hoy en día, éstas deben buscar la forma de incrementar la calidad de los servicios y productos
que ofrecen para poder captar más clientes y retener a los actuales con un alto nivel de
satisfacción. Dentro de los factores que afectan positivamente a la percepción que un cliente
tiene sobre un producto o servicio se encuentra la imagen corporativa que ofrece la empresa
proveedora del producto o servicio.
En este contexto, aparecen diversas metodologías para mejorar los procesos de una
organización y, por ende, la calidad de los productos y servicios que ofrecen. Una de las
metodologías que mayor impacto tiene en la organización – incluida dentro de un concepto
más amplio llamado “Lean” – es la metodología 5S. Esta consiste en la creación y
mantenimiento de lugares de trabajo bien organizados, limpios, altamente efectivos y de
calidad a través de la aplicación de 5 pasos (las llamadas 5S): Selección, Orden, Limpieza,
Estandarización y Auto-Disciplina.
La empresa objeto de estudio de este proyecto, Viettel Perú SAC (conocida comercialmente
como Bitel), utiliza esta metodología en todas sus tiendas y distribuidoras a nivel nacional
como parte de su estrategia de posicionamiento en el mercado peruano. La empresa cree
firmemente en que contar con lugares de trabajo limpios y bien organizados visualmente, no
solo mejora el ambiente laboral y la productividad de sus trabajadores, sino que atraerá a
nuevos clientes debido a la imagen de calidad proyectada.
La forma en la que Bitel evalúa la implementación de la metodología en sus distintas tiendas y

distribuidoras es mediante la utilización de una lista de verificación en la que se incluyen ítems
a ser comprobados por un supervisor asignado a cada tienda (la asignación rota con cada nueva
evaluación). Estos ítems están clasificados de acuerdo a las 5 etapas de la metodología y la nota
obtenida en cada evaluación podrá dar lugar a bonos económicos para la tienda o distribuidora
evaluada.
Sin embargo, la empresa ha encontrado algunas situaciones indeseadas que desea corregir: al
ser un proceso manual y en el que la comunicación se da únicamente entre la central de Bitel
y los supervisores desplegados a lo largo del país, no se cuenta con la certeza de que los
supervisores acudan realmente a todas las tiendas y distribuidoras asignadas, lo que resulta en
23
datos poco fiables. Esto tiene especial importancia cuando se toma en cuenta que la
información recogida en este proceso sirve la para la toma de decisiones estratégica y para la
entrega de bonos económicos. Además, la información no es accesible en tiempo real y debe
ser nuevamente procesada en la central de Bitel una vez ha sido recibida, causando pérdidas de
tiempo innecesarias.
Al intentar encontrar herramientas informáticas que puedan servir de apoyo a la

implementación de esta metodología y que alivien los problemas encontrados, se encontraron
únicamente aplicaciones que cubren una parte muy pequeña de lo requerido. Por ello, surge la
necesidad de este proyecto, que consiste en el desarrollo e implementación de una herramienta
personalizada para la empresa Bitel que corrija la problemática descrita.
Así pues, el principal objetivo de este proyecto es el de desarrollar una solución de sistemas
que permita gestionar la calidad del servicio mediante la supervisión y el control del proceso
de evaluaciones 5S de la empresa BITEL. Esta solución estará conformada por tres grandes
aplicaciones. Por un lado, se desarrollará una aplicación móvil que permita realizar la toma de
evaluaciones y registre el resultado de cada ítem evaluado, además utilizará la geolocalización
para asegurar la presencia de los supervisores en cada tienda antes de iniciar una evaluación y,
al término de esta, consultar la información obtenida en tiempo real. Por otro lado, se plantea
la creación de una aplicación Web que, además de dar mantenimiento a las entidades
necesarias, recogerá la información entregada por la aplicación móvil para elaborar informes
gerenciales que permitan una toma de decisiones asertiva. Por último, ambas aplicaciones
estarán soportadas por una aplicación de servicios web común.
Al término del proyecto, se espera haber alcanzado los objetivos planteados, así como haber
adquirido competencias para una gestión de proyectos adecuada, un correcto análisis y un
efectivo uso de la metodología RUP para el desarrollo de soluciones basadas en sistemas de
información.
24
Capítulo 1: Fundamentos Teóricos
Todo proceso dentro de una empresa es susceptible a presentar problemas que impacten
negativamente en los resultados del mismo. Dependiendo de la magnitud de este impacto,
existirán problemas que requieren atención inmediata por parte de la organización. Sin
embargo, es imposible dar solución a estos sin un primer paso: conocer y comprender en
profundidad el proceso.
Por esta razón, el presente capítulo servirá para conocer los conceptos básicos relacionados al
proceso que deseamos mejorar como parte de este proyecto y las tendencias tecnológicas que
nos servirán para plantear una solución basada en sistemas a posterior; también, describiremos
la empresa como objeto de estudio, su historia, misión, visión y objetivos estratégicos; a
continuación, detallaremos cuál es el campo de acción de nuestro proyecto y los procesos de
negocio involucrados; por último, analizaremos estos procesos para encontrar aquellas
situaciones problemáticas que se desean resolver.
1.1. Marco Teórico
1.1.1. Fundamentos teóricos sobre el negocio
1.1.1.1. Calidad
El término calidad se utiliza a menudo de forma difusa y transmite diferentes significados para
diferentes personas. Cuando se hace referencia a un producto, por lo general, significa el grado
de su excelencia. Sin embargo, cuando se examina de cerca, esta definición de la calidad puede
llevar a engaño. Por ejemplo, un vehículo Mercedes puede ser excelente en autopistas de
Europa, pero es un vehículo inadecuado para su uso en terrenos accidentados. Del mismo
modo, un buen zapato para caminar puede no ser adecuado para realizar deporte. Por lo tanto,
no puede decirse que un producto cuenta con una calidad absoluta, sin relacionarlo a su uso
previsto. Entonces, la calidad de un producto se puede definir como la aptitud del mismo para
25
cumplir con su propósito. Mientras más sirve su propósito, mayor es su calidad1. Según la
norma ISO 9000: 2005 la definición de calidad es:
"Grado en que cumple un conjunto de características inherentes (signos distintivos) los

requisitos, es decir, las necesidades o expectativas que se indican, generalmente
implícita u obligatoria" (ISO 2005:16).
1.1.1.2. Gestión de la calidad

La gestión de la calidad es una disciplina multifuncional que involucra a toda una organización.
Para que una empresa pueda producir un producto de calidad para el cliente, requiere de la
cooperación de toda la organización y de un especial cuidado de la gestión y el control de la
calidad.
Hoy en día, la calidad ya no es vista como un tema únicamente de producción, sino como algo
en lo que toda la organización debe esforzarse por entregar al cliente. La calidad ha asumido
un significado aún más amplio ya que incluye otros conceptos como la mejora continua,
ventajas competitivas y enfoque en el cliente. El enfoque moderno de la calidad se refleja en
la idea que la calidad es la que impulsa a la productividad.2
1.1.1.3. Mejora de procesos

La mejora de procesos es parte de los esfuerzos para incrementar la calidad de un producto o
servicio. Se trata de encontrar la forma de hacer las cosas de una forma mejor, más económica
o más rápida. Usando las ideas detrás de la mejora de procesos, se pueden crear productos o
servicios superiores a los de la competencia. Esta ventaja permite a la organización crear un
grupo de clientes amplio y leal.
Existen muchos beneficios individuales y organizacionales al realizar mejora de procesos:
• Sentimiento de contribución y realización

• Orgullo por el trabajo realizado
• Mejoras en la seguridad del trabajo
• Clientes satisfechos
1
Lal (2008) : 22
2
Bhat (2010) : 28-29
26
• Sentimiento de enfoque y avance
Además de estos beneficios personales, la organización también se beneficia. Una mayor

satisfacción de los clientes conlleva a obtener más clientes. Más clientes se traducen en más
ventas y más ganancias. Más ventas y más ganancias hacen crecer a la compañía. El
crecimiento crea más oportunidades para todos.3
Algunas de las metodologías para mejora de procesos más conocidas son:4
• Six Sigma: Fue iniciado en Motorola en el año 1988 por el ingeniero Bill Smith. La
metodología afirma que enfocarse en la reducción de la variabilidad resolverá los
problemas en los procesos y en el negocio. Utilizando un conjunto de herramientas
estadísticas para entender las fluctuaciones de los procesos, la administración puede
empezar a predecir el resultado esperado de estos. Si el resultado no es satisfactorio, se
pueden utilizar herramientas asociadas para entender mejor la fluctuación de los procesos.
A través de una metodología de investigación rígida y estructurada, los elementos

participantes en un proceso son entendidos con más profundidad. Se asume que el resultado
de los procesos mejorará al reducir la variación de múltiples elementos.
• Teoría de las limitaciones: Fue creada por Eliyahu Goldratt. La metodología se enfoca en
la mejora de un sistema. Un sistema es definido como una serie de procesos
interdependientes. Una analogía para un sistema es una cadena: un grupo de enlaces
interdependientes que trabajan juntos para lograr un objetivo común. La limitación es el
enlace más débil y, por lo tanto, el rendimiento de la cadena se ve limitado por la fuerza de
este. En procesos de fabricación, la metodología se enfoca en aquellos procesos que
ralentizan la velocidad del producto a través del sistema.
• Lean: Esta metodología fue propuesta por el japonés Taiichi Ohno. Se enfoca en remover
los desperdicios. Un desperdicio se define como todo aquello que no es necesario para
producir un servicio o producto. Lo que diferencia a las compañías que utilizan Lean de
otras es la forma en la que acopla el proceso de hacer un trabajo con el proceso de aprender
a hacerlo mejor. Las operaciones son diseñadas expresamente para revelar problemas
3
Flanigan (1995) : 18
4
Nave (2002) : 1 - 3
27
mientras estos suceden, los administradores desarrollan y alientan a sus subordinados a
diseñar, mejorar y desplegar dichas mejoras. Entre las herramientas Lean más comunes se
encuentra la metodología 5S.
1.1.1.4. Metodología 5S
La metodología 5S tiene su origen en Japón tras la segunda guerra mundial y como parte de un
movimiento de búsqueda de la calidad. En una visita a los Estados Unidos, el fundador de
Toyota, Sakichi Toyoda, su hijo y su jefe de ingeniería estudiaron la línea de producción de
Ford y quedaron sorprendidos por la gran cantidad de desperdicio acumulado. A pesar de
tratarse de una línea de ensamblaje, existían muchos tiempos de espera entre procesos y el
trabajo completado se apilaba. Esto tenía como consecuencia constantes despidos y
recontrataciones. Posteriormente, visitaron un conocido supermercado de la zona y les
impresionó su sistema de reordenamiento y reabastecimiento rápido. Para lograr esto en
Toyota, redujeron el inventario para contar únicamente con lo necesario por un corto periodo
de tiempo hasta iniciar un nuevo ciclo de producción. Este fue el punto de partida de las 5S.5
El nombre de la metodología proviene de cinco palabras japonesas: Seiri, Seiton, Seiso,

Seiketsu y Shitsuke que traducidas al español podemos entenderlas como: Selección, Orden,
Limpieza, Estandarización y Auto-Disciplina. Cada una de ellas representa una etapa de la
metodología y, hoy en día, ha evolucionado en una técnica formal utilizada no solo para
mejorar el ambiente físico, sino también para mejorar procesos de administración total de la
calidad6. Así pues, el objetivo de la metodología es el de mejorar la organización, orden y
limpieza en el lugar de trabajo. No se trata solamente de una cuestión de estética, sino de
mejorar las condiciones de trabajo, de seguridad, el clima laboral, la motivación del personal y
la eficiencia y, en consecuencia, la calidad, la productividad y la competitividad de la
organización.7
Adoptar esta práctica puede resolver muchos problemas operativos del día a día. De hecho,
muchas empresas usan parte de las etapas 5S en sus rutinas diarias sin saber que existe una
metodología formal. A continuación, detallaremos cada una de dichas etapas:
5
QUALITY ASSURANCE SOLUTIONS (2015)
6
Sweta (2014): 1
7
EUSKALIT (1998): 3
28
• Seiri – Selección: A través de la selección y clasificación adecuada de los elementos en el
lugar de trabajo, se pueden identificar materiales, herramientas, equipos e información
necesaria para la realización de tareas. De esta forma, podemos eliminar desperdicios
(materias primas y materiales), productos no conformes, herramientas dañadas, etc. Esto
ayuda a mantener limpia el área de trabajo y mejora la eficiencia de buscar y recibir cosas,
acortando el tiempo de las operaciones. La siguiente imagen muestra un ejemplo de Seiri.
Ilustración 1 - Ejemplo de Seiri. Fuente: Lean Six Sigma 2015
• Seiton – Orden: Se refiere a la visualización del área de trabajo. Por ejemplo, pintar el piso
ayuda a identificar los lugares de almacenamiento para cada material, dibujar formas de las
herramientas hace posible almacenarlas rápidamente en el lugar correspondiente, utilizar
etiquetas de colores permite identificar los materiales, repuestos, documentos, etc.
Los materiales utilizados ocasionalmente deberían estar en el área de trabajo, pero fuera de
la esfera de uso directo. La distancia y ubicación desde el lugar de trabajo dependerá de la
frecuencia de uso de estos materiales. Una vez que se han definido lugares y métodos para
el almacenamiento, estos no deberían variar. La siguiente imagen muestra un ejemplo de
Seiton.
Ilustración 2 - Ejemplo de Seiton. Fuente: Lean Six Sigma 2015
29
• Seiso – Limpieza: Una limpieza regular permite identificar y eliminar fuentes de desorden
y ayuda a mantener áreas de trabajo pulcras. Se debe verificar la limpieza de las máquinas,
el área de trabajo y el piso, líneas, tuberías, fuentes de luz, etc. También es indispensable
verificar y mantener el aseo de los trabajadores. La siguiente imagen muestra un ejemplo
de Seiso.
Ilustración 3 - Ejemplo de Seiso. Fuente: Lean Six Sigma 2015
• Seiketsu – Estandarización: Definir e implementar estándares en forma de

procedimientos e instrucciones, permite mantener el orden en las áreas de trabajo. Los
estándares deberán ser comunicativos, claros y fáciles de entender. La elaboración de estos
estándares debe involucrar a todos los participantes de los procesos de cada área de trabajo
ya que el grupo conoce mejor los aspectos específicos de sus propias actividades. Luego,
el uso de estándares permitirá que nuevos integrantes conozcan y entiendan la esencia de
cada aspecto de la operación. Con miras a asegurar el fácil acceso a los estándares
elaborados, aquellos que tengan mayor prioridad se deben ubicar en lugares visibles
constantemente. La siguiente imagen muestra un ejemplo de Seiketsu.
Ilustración 4 - Ejemplo de Seiketsu. Fuente: Lean Six Sigma 2015
• Shitsuke – Auto-Disciplina: Implementar la idea de las 5S demandará auto-disciplina por

parte de los trabajadores además de ser regulares en seguir las reglas de ordenar y limpiar
regularmente. Esto lleva a aumentar la consciencia del personal y disminuir el número de
30
productos y procesos no conformes, mejoras en la comunicación interna y, a través de esto,
una mejora en las relaciones interpersonales.
También es importante comprender la necesidad de ejecutar inspecciones de rutina sobre

el uso de las 5S. Estas inspecciones se llevarán a cabo mediante una lista de verificación y
servirá para estimar qué tan adaptadas se encuentran las áreas de trabajo a la metodología.
Es recomendable realizar esta verificación una vez por mes.
Además de estos cinco pilares, hay quienes consideran a la palabra Seguridad como un sexto
pilar de la metodología. A pesar de la frecuencia con que se piensa que seguir las regulaciones
de salud y seguridad compromete la productividad, de acuerdo a diversos estudios, los
fabricantes que ponen énfasis en la seguridad a menudo sobresalen en productividad y
eficiencia8. Por lo tanto, excluir los conceptos de seguridad sería inconsistente con los
conceptos de la metodología 5S, pues las soluciones para eliminar riesgos responderán
adecuadamente a las preocupaciones sobre interrupción de la productividad.9
8
Semiklose (2014) : 53
9
Main y Taubitz (2008) : 38
31
Los pilares de la metodología 5S resumidos
Pilar ¿Qué significa? ¿Por qué es importante? ¿Qué problemas evita?
SEIRI – Selección • Remover todos los artículos • El espacio, el tiempo, el dinero, la energía y otros recursos • El lugar de trabajo se convierte en un lugar
innecesarios para las operaciones pueden ser administrados para ser usados de forma más cada vez más poblado y difícil de trabajar en
actuales eficiente él.
• Dejar únicamente lo esencial: si • Reduce problemas y molestias en el flujo de trabajo • El almacenamiento de artículos innecesarios se
existen dudas, removerlo. • Mejora la comunicación entre trabajadores entromete en la comunicación
• Incrementa la calidad del producto • Tiempo desperdiciado en la búsqueda de
• Mejora la productividad artículos
• Inventario innecesario es costoso de mantener
SEITON – Orden • Ordenar los artículos para que • Reduce tiempo desperdiciado en: • Desplazamientos innecesarios
sean fáciles de utilizar o Buscar artículos • Energía desperdiciada
• Etiquetar artículos para que o Dificultad en la utilización de artículos • Exceso de inventario
cualquiera pueda encontrarlos o Dificultad en ubicar nuevamente los artículos • Condiciones de trabajo no seguras
SEISO – Limpieza • Mantener todo, todos los días, • Convierte el lugar de trabajo en un lugar limpio donde todos • Un lugar sucio o poco luminoso puede llevar a
barrido y limpio pueden disfrutar trabajar una baja moral y trabajo ineficiente
• Mantiene las cosas en condiciones en las que se encuentren • Los defectos son menos obvios
listas de ser utilizadas cuando sea necesario
SEIKETSU – • Integrar los tres puntos anteriores • Al asegurar que las condiciones no vuelvan a su estado • Las condiciones vuelven a su estado anterior
Estandarización
en un todo unificado anterior, facilita la implementación de los tres primeros pilares • Las áreas de trabajo están sucias y
desordenadas
SHITSUKE – Auto- • Convertir en hábito el realizar los • Las consecuencias de no seguir con el curso de acciones • Los artículos no necesarios comienzan a
disciplina procedimientos de forma correcta establecidos son mayores que las consecuencias de hacerlo apilarse
• Inculcar la disciplina que evite • Los artículos no son retornados a sus lugares
caer en la reincidencia designados
• No se limpia ningún equipamiento, por sucio
que esté
• Lugares de trabajo sucios, oscuros y
desordenados que resultan en baja moral.
Tabla 1 - Pilares de las 5S. Fuente: Adaptado de Groover 2012.
32
1.1.1.5. La metodología 5S y el sector Ventas
Aunque la metodología 5S tiene un marcado origen en empresas de fabricación, en los últimos
años podemos apreciar que estos conceptos se empiezan a aplicar en otros sectores como la
construcción, laboratorios, contabilidad, ingeniería del software, entre otros. Estos sectores se
han visto atraídos la metodología por ser simple y profunda a la vez. La parte simple es la
comprensión de lo que cada “S” significa. La parte profunda es cómo estas se implementan y
el impacto que tiene en las personas dentro de una compañía. Es el cambio de cultura que
muchos de ellos buscan.10
Se entiende que la metodología es fácilmente adaptable a cualquier entorno y las ventas no son
una excepción. A continuación, planteamos un ejemplo de adaptación a las ventas para cada
etapa:
• Selección: Retirar de la tienda el inventario que no se mueve.

• Orden: Cuando los vendedores saben exactamente en qué estantería está cada producto,
entonces los clientes lo podrán saber también.
• Limpieza: Tener la tienda en perfectas condiciones, limpiarla frecuentemente más de una
vez al día.
• Estandarizar: Establecer un tiempo límite para retirar el inventario que no se mueve, la
ubicación de cada producto, los turnos de limpieza.
• Auto-Disciplina: Cumplir con lo establecido en el punto anterior y lograr que todos en la
tienda se sientan identificados con estas actividades.
La adaptación de esta metodología en puntos de venta no solo traerá los beneficios ya descritos
anteriormente, sino que cobra mayor importancia debido a la interacción que estos tienen con
el cliente. Una tienda limpia, ordenada, dónde es fácil encontrar los productos buscados y en
la que el personal se encuentra motivado y existe un buen clima laboral, influirá directamente
en la apreciación que tienen los clientes sobre el servicio brindado, la imagen de la marca y la
aceptación de los productos ofrecidos.11
10
AXSIUM (2015)
11
Bennie (2013)
33
1.1.1.6. Supervisión de campo
La supervisión de campo es la acción en la cual se garantiza que todos los trabajadores sigan
los procedimientos y las técnicas en los que fueron capacitados. También se debe garantizar
que todos los ambientes productivos cumplan con las políticas del negocio. Dentro del proceso
de supervisión es importante que los supervisores no alteren la información obtenida y que los
resultados hallados en la supervisión, ya sean positivos o negativos, sean analizados por los
altos ejecutivos para que puedan tomar una decisión al respecto. Hoy en día, la supervisión de
campo es utilizada por grandes empresas de telecomunicaciones para dar un uso óptimo a los
recursos, monitorear el rendimiento de los colaboradores, el cumplimiento de sus políticas y
asegurar la calidad del servicio.
1.1.1.7. Industria de la telefonía móvil

La historia de la industria de la telefonía móvil se remonta muchas décadas atrás, pero fue
recién a finales de la década de los 90 cuando se puso al alcance del público masivo. En el 2007
llegaron los primeros teléfonos inteligentes. Su aparición logró que los teléfonos móviles
pasaran de ser una herramienta útil a ser un elemento imprescindible de la vida de millones de
personas en todo el mundo.12
A finales del año 2016 había 4,800 millones de clientes móviles a nivel mundial. Se estima que
para finales de esta década se superarán los 5,700 millones de usuarios y en ese momento casi
el 75% de la población mundial contará con un servicio de telefonía móvil. En materia
económica, según las investigaciones realizadas por GSMA, en el año 2016 la industria de la
telefonía móvil significó el 4,4% del producto interno bruto mundial lo que significa 3,3
billones de dólares y se estima que para el 2020 llegue a 4.9% con 4,2 billones de dólares.13
En Latinoamérica la industria de la telefonía móvil ha avanzado a pasos agigantados desde

hace más de 15 años. En esta zona del mundo, el mercado móvil ha sido conquistado por dos
empresas: América Móvil y Movistar. América Móvil (Claro) sobrepasó los 233 millones de
líneas móviles en el 2016 lo cual es el 33.4% de usuarios de la región. Por otro lado, Movistar
12
Diario AS (2017)
13
Diario El País (2017)
34
culminó el año con 189 millones de usuarios14. Con respecto a los teléfonos inteligentes, la
expectativa es que para el 2020 haya más de 605 millones de usuarios y se prevé que América
Latina ocupará el segundo puesto a nivel mundial. Gracias al incremento de teléfonos
inteligentes también se proyecta un incremento en el uso de la tecnología 4G/LTE.15
Ilustración 5 - Proyección de tecnologías móviles. Fuente: Diario El País 2015
En el Perú las principales empresas encargadas de brindar servicio de telefonía móvil son
Movistar, Claro, Entel y Bitel. OSIPTEL informó en junio del 2017 que en el país existen
registradas un total de 37’361,175 de líneas al primer trimestre del 2017. De estas líneas
Movistar concentra el 43.03%, Claro 32.64%, En el primer trimestre de 2017, Entel subió su
participación en el mercado de 12.84% a 13.52% mientras que Bitel lo hizo de 9.84% a
10.8%.16
14
MediaTelecom (2017)
15
Diario El País (2015)
16
Diario Gestión (2017)
35
INDUSTRIA DE LA TELEFONÍA
MÓVIL EN EL PERÚ
50.00%
45.00% 43.03%
40.00%
35.00% 32.64%
30.00%
25.00%
20.00%
13.52%
15.00% 10.80%
10.00%
5.00%
0.00%
Movistar Claro Entel Bitel
Ilustración 6 - Industria de la telefonía móvil en el Perú al primer trimestre de 2017. Fuente:

Elaboración propia.
1.1.1.8. Organismos reguladores en el Perú

Los organismos reguladores son entes que tienen como principal objetivo mejorar la prestación
de servicios esenciales para poder obtener un correcto desarrollo económico para el país. Para
esto, los organismos influyen directamente en la implementación de reformas para controlar
algunos servicios públicos. Otro objetivo de los reguladores es asegurar un marco institucional
de seguridad y estabilidad en las reglas del mercado y la inversión. Para determinar la
efectividad de un regulador debe existir un marco legal que precise sus funciones y le conceda
autoridad, deben contar con recursos disponibles para llevar a cabo sus funciones y deben tener
capacidad moral y técnica.
Los entes reguladores en el Perú son OSIPTEL, OSINERG, SUNASS y OSITRAN. La

principal función de estos entes es supervisar y controlar cada actividad realizada por empresas
con contratos de concesión que prestan servicios públicos. Entre sus otras funciones tenemos:
• Controlan y regulan el monto de las tarifas cobradas a los ciudadanos.

• Aseguran una competitividad justa en los mercados tratando de evitar los monopolios.
• Analizan y precisan los niveles de calidad del servicio.
• Investigan y solucionan los reclamos de los usuarios dictando un veredicto.
36
OSIPTEL es el organismo regulador en telecomunicaciones de acuerdo al Decreto Supremo
N° 013-93-TCC que tiene como principal función supervisar la inversión privada para
incrementar la competencia en el mercado, promover el acceso universal a los servicios de
telecomunicaciones, guiar a los usuarios y velar por sus derechos, y lograr que los procesos y
funciones de las empresas privadas eficacia, eficiencia y transparencia total.17
Otras funciones de OSIPTEL son:
• Vigilar el correcto cumplimiento de las obligaciones adquiridas por los concesionarios

de los servicios públicos de telecomunicaciones.
• Reglar la interconexión de servicios de telecomunicaciones en sus aspectos técnicos y
fijar las tarifas de estos.
• Asegurar e impulsar un entorno de leal y libre competencia entre los concesionarios de
los servicios.
• Constituir el procedimiento para los tratamientos de los reclamos presentados por los
consumidores de los servicios de telecomunicaciones.
• Supervisar la calidad del servicio.
• Establecer normas en general y reglas para la administración de los servicios de
telecomunicaciones velando por los derechos de los concesionarios y de los
consumidores.
• Dictar multas o sanciones correctivas basándose en las normas legales.
• Resolver disputas o altercados entre los concesionarios.
Algunas de las multas que OSIPTEL ha emitido en el pasado son:
• Por no permitir la presentación de un reclamo, 120 UIT a la empresa AMERICA

MÓVIL S.A.C. en el año 2014.
• Por no poner en conocimiento a los usuarios el horario de atención al público a través
de un cartel informativo colocado en un lugar visiblemente notorio, 94 UIT a la empresa
TELEFÓNICA DEL PERÚ S.A.A. en el año 2016.
17
Tassano: 90
37
• Por activar líneas móviles sin haber seguido el procedimiento previo para la
verificación de la identidad del contratante y registro de sus datos personales 350 UIT,
a la empresa AMERICA MOVIL PERÚ S.A.C. en el año 2015.
• Por no cumplir con recibir reclamos presenciales de los usuarios 51 UIT, a la empresa
AMERICA MOVIL PERÚ S.A.C. en el año 2012.
• Por no permitir la presentación de reclamos en sus centros de atención y puntos
designados para la atención de usuarios en provincias, 25 UIT a la empresa
TELEFÓNICA DEL PERÚ S.A.A. en el año 201618
1.1.2. Fundamentos teóricos sobre las tendencias y tecnologías actuales
1.1.2.1. Tendencias y tecnologías actuales

La industria de la telefonía móvil sigue demostrando continuamente un crecimiento sostenido,
no sólo en la penetración de uso sino también en la evolución de los servicios que se ofrecen
al usuario final. El director de Dispositivos Móviles e investigación de Tendencias de la
International Data Corporation (IDC) aseguró que a fines de 2017 el mercado de smartphones
crecerá un 3% respecto al año anterior y para el año 2018 crecerá un 4.5% gracias a la mejora
económica de muchos mercados emergentes. Se espera que para fin de este año las ventas de
smartphones llegarán a 1520 millones de unidades.19
En cuanto a la tendencia sobre sistemas operativos para móviles y sus aplicaciones,

encontramos tres grandes competidores: Android, iOS y Windows Phone. Estos tres sistemas
operativos son los más usados a nivel mundial en teléfonos inteligentes.
Ilustración 7 - Principales sistemas operativos móviles. Fuente: Elaboración propia.
18
OSIPTEL (2017)
19
IT Reseller (2017)
38
Inicialmente desarrollado por Android Inc (comprado por Google en 2005), Android provee
un sistema operativo móvil que se ejecuta con el kernel de Linux y no es exclusivo para
teléfonos inteligentes, sino que también está disponible para netbooks, tabletas,televisores y
otros. Por el contrario, iOS y Windows Phone son propiedad de Apple y Microsoft
respectivamente. iOS está sólo disponible para dispositivos Apple, mientras que Windows
Phone es licenciado a diversos fabricantes bajo acuerdo con Microsoft.
Las aplicaciones iOS y Windows Phone son ofrecidas exclusivamente en la AppStore de Apple
y en el Marketplace de Microsoft respectivamente, mientras que las aplicaciones de Android
son ofrecidas en el Android Market y en páginas web de terceros. Con respecto a los lenguajes
de programación, Android emplea Java, iOS usa Swift y WP7 está basado en .NET usando
C#.20
El diario peruano El Comercio informó que, a nivel mundial, Android es el sistema operativo
móvil dominante como muestran los siguientes datos (en millones):
Sistema Operativo Unidades Vendidas: año 2016 Unidades Vendidas: año 2015
Android 352,669,9 325,394,4
iOS 77,038,9 71,525,9
Windows 1,092,2 4395,0
Otros SO 738.3 1794,2
Total 431,539,3 403,109,4
Tabla 2 - Porcentaje de penetración de los sistemas operativos móviles a nivel mundial.

Fuente: Adaptado de El Comercio 2017.
Con respecto al entorno Web, una de las principales tendencias es la computación en la nube,
también conocida como Cloud Computing, en la que el procesamiento, software, acceso a datos
20
Puder y Antebi (2013)
39
y servicios de almacenamiento se retiran de la computadora personal hacia potentes centros de
información de los que el usuario final no necesita saber la ubicación física.21
De acuerdo al Instituto Nacional de Estándares estadounidense (NIST):
“Cloud computing es un modelo para habilitar acceso a un conjunto de recursos

computacionales configurables, compartidos a través de la red bajo de manda y de
forma conveniente. Por ejemplo, redes, servidores, aplicaciones de almacenamiento y
servicios que pueden ser rápidamente proveídos y liberados con mínimo esfuerzo de
administración o interacción por parte del proveedor de servicios.” (NIST 2015)
Con la amplia proliferación de internet alrededor del mundo, las aplicaciones ahora pueden ser
entregadas como servicios a través de este, aportando agilidad al negocio y menores costos. La
expansión de la nube como concepto, un número creciente de aplicaciones en la web a modo
de servidor, y el uso de dispositivos móviles como clientes, terminarán definiendo finalmente
el rol de la computación en la nube.
Ilustración 8- Cloud Computing Fuente: TECHEAZY 2015
1.1.2.2. Ventajas y desventajas de las tecnologías actuales

Hoy en día, si tenemos que elegir entre un teléfono inteligente y una tableta es preferible optar
por un teléfono inteligente. Hace unos años las tabletas eran preferibles para la lectura de
noticias, libros, artículos, etc. pero con el tiempo, las pantallas de los teléfonos inteligentes
21
Jadeja y Modi (2012):1
40
fueron creciendo hasta llegar a las 6 pulgadas. Este cambio fue significativo porque las ventajas
que tenían las tabletas frente a los teléfonos inteligentes disminuyeron notablemente.
Cuando se inició la venta masiva de tabletas en el año 2010, los fabricantes prometieron muchas
aplicaciones diseñadas para estas, que finalmente no llegaron. Actualmente, la mayoría de
aplicaciones para móviles está diseñada para teléfonos inteligentes y el desempeño de estas
aplicaciones disminuye en tabletas o simplemente no son compatibles. Además, está
comprobado que el tiempo de duración de una batería es mayor en un teléfono inteligente que
en una tableta y se suele encontrar teléfonos inteligentes con mejores características que una
tableta a menor precio.
Con respecto a los sistemas operativos móviles, Android y iOS son los principales en el
mercado, ambos tienen buenos diseños e interfaces gráficas agradables. En relación a las
notificaciones, funcionan de igual manera en ambos sistemas operativos, y las diferencias que
existen son bastante pequeñas. iOS te permite configurar las notificaciones de forma individual
para cada aplicación, mientras que Android lo facilita más para administrarlas directamente
desde el centro de notificaciones.
Referente a la seguridad, no hay duda que Android es menos seguro que iOS, porque Android
le da libertad al usuario de instalar cualquier aplicativo por más que no tenga validación de
Google Play Store. En lo que se refiere a estabilidad y rendimiento, ambos sistemas operativos
se ejecutan bastante bien en los dispositivos más recientes lanzados al mercado. En general,
iOS gana en cuanto a seguridad, pero es más costoso.
Esta aparente desventaja en seguridad, se puede tomar también como una ventaja de
flexibilidad por parte de Android, si deseamos utilizar aplicaciones personalizadas para una
empresa y que estas no se encuentren disponibles en una tienda de aplicaciones de acceso
público. Si además tomamos en cuenta que comprar dispositivos con Android significa un gran
ahorro económico para una empresa (frente a dispositivos iOS), llegamos a la conclusión que
el sistema operativo de Google es una mejor opción para el desarrollo de soluciones móviles
personalizadas.
Sin embargo, una aplicación móvil no es conveniente para soluciones complejas. Una
aplicación web alojada en un potente servidor web es lo recomendado cuando se requiere que
dicha aplicación administre gran cantidad de información y ejecute muchas transacciones en
41
paralelo y algoritmos complejos. Por lo tanto, al integrar tecnologías móviles y tecnologías de
entorno web para desarrollar un sistema, logramos obtener una solución portátil, con alto
rendimiento e información sincronizada en línea sin importar en qué lugar geográfico se
encuentre el usuario.
1.2. Objeto de estudio.
1.2.1. Organización objetivo

Viettel Perú S.A.C. (conocida comercialmente como Bitel) es un operador de
telecomunicaciones que inició sus operaciones en el país el 26 de julio del 2014. A pesar del
poco tiempo presente en nuestro territorio, la empresa ha crecido rápidamente y hoy en día
compite con grandes empresas posicionadas como Movistar, Claro y Entel.22
Ilustración 9 - Logo de Bitel. Fuente: Bitel 2015
La empresa pertenece al grupo internacional “Viettel Telecom” con sede principal en Hanoi,
Vietnam. Inicialmente conocida como SIGELCO, fue fundada el 1 de junio de 1989 y operada
por el Ministerio de Defensa de Vietnam hasta el año 2000, en que se lanzó oficialmente al
mercado con telefonía VoIP y posteriormente con telefonía celular en el año 2004.
A nivel mundial, Viettel brinda servicio a más de 70 millones de usuarios y es reconocida como
una empresa pionera que ha dado paso a una revolución de las telecomunicaciones en pocos
años, convirtiendo los servicios de telecomunicaciones en un producto básico para todas las
clases sociales y de todas las zonas rurales y remotas23. Desde el 2005, sus ingresos se han
22
BITEL (2015)
23
VIETTEL GROUP (2015)
42
incrementado año a año hasta alcanzar los 9.9 mil millones de dólares en 2015. Esto supone un
incremento del 13% con respecto al año anterior.24
Viettel está presente en 10 países dentro de América Latina, África y Asia. El objetivo del
grupo es estar entre los 10 principales inversores globales de telecomunicaciones. A diferencia
de otras empresas de telecomunicaciones, Viettel tiene en sus objetivos internos la mejora de
la infraestructura de sus redes, el desarrollo sostenible de los países en los que opera,
comprometerse con responsabilidades sociales y asegurar la comodidad de sus clientes.
Para diciembre del año 2014, con menos de un año de haber iniciado operaciones en el país, la
empresa contaba con 323 mil líneas activas y una participación del mercado ligeramente
inferior al 1%25. Al cierre del 2015, su participación en el mercado alcanzó el 3.64% con más
de 1 millón doscientos mil líneas activas26, mientras que al primer trismestre de 2017 su
participación creción hasta un 10.80%27 lo que habla de un importante crecimiento en un
tiempo relativamente corto.
Ilustración 10 - Países en los que opera el grupo Viettel. Fuente: Viettel Group 2017
1.2.2. Misión
“Proveer servicios de telecomunicaciones con la más alta calidad, más amplia
cobertura y constante innovación para anticiparnos a las necesidades de
24
TALKVIETNAM (2016)
25
OSIPTEL (2015)
26
Mendoza (2016)
27
Diario Gestión (2017)
43
comunicación de nuestros clientes; generar el mayor bienestar y, desarrollo personal
y profesional de nuestros trabajadores, proporcionar bienestar y desarrollo a la
comunidad, y exceder los objetivos financieros y de crecimiento de nuestros
accionistas.” (Bitel Documento Interno 2017)
1.2.3. Visión
“Llegar a posicionarse como la empresa líder en telecomunicaciones en el Perú.”
(Bitel Documento Interno 2017)
1.2.4. Objetivos estratégicos

• Llegar a ser una empresa referente en los servicios de valor agregado y ubicarnos como
centro de interconexión de los servicios de telecomunicaciones de América Latina.
• Habilitar el acceso a redes móviles en todo el territorio nacional incentivando el
desarrollo equitativo de nuestra sociedad y del país en general.
• Consolidar la empresa como una organización eficiente, con orientación al cliente a
través de recursos humanos y metodologías de calidad de servicio adecuados, procesos
ágiles y enfocándonos en la investigación e innovación.
44
1.2.5. Organigrama
Ilustración 11 - Organigrama de Bitel Perú. Fuente: Elaboración propia.
45
1.3. Campo de acción
1.3.1. Breve descripción

Nuestro campo acción son los procesos de planificar evaluación 5S, realizar evaluación 5S y
controlar resultados de evaluaciones 5S de la empresa Bitel. Estos procesos se llevan a cabo en
el departamento de Calidad. A su vez, este departamento pertenece al área de Customer Care
que se encarga de proveer servicios al cliente antes, durante y después de la compra.
1.3.2. Procesos del negocio

• Planificar evaluación 5S
En este proceso, el Jefe de Calidad establece las fechas en las que deben realizarse las
evaluaciones 5S a nivel nacional. La evaluación de esta metodología se hace mediante una lista
con ítems a verificar en cada tienda, para los que se puede indicar si el ítem fue aprobado o
desaprobado. En caso de ser desaprobado, se puede también añadir una razón del por qué.
Tras una revisión de la plantilla de evaluación, el Jefe de Calidad puede decidir que los
ejecutivos del departamento de Calidad modifiquen algunos aspectos de la misma
(descripciones de los ítems existentes, añadir nuevos ítems o quitar algunos obsoletos).
Además, los Ejecutivos de Calidad deben asignar supervisores que realicen esta evaluación en
las distintas tiendas y distribuidores con los que cuenta Bitel en el país, teniendo en cuenta que
ningún supervisor debe volver a evaluar las mismas tiendas y distribuidores a los que fue
asignado en la última evaluación realizada. Por último, los Ejecutivos de Customer Care se
contactan con cada supervisor en las distintas sucursales para hacerles llegar la plantilla de
evaluación a utilizar y la lista de tiendas y distribuidores que deben evaluar.
• Realizar evaluación 5S
En este proceso, dentro de las fechas establecidas en el proceso anterior, un supervisor se acerca
a una tienda o distribuidor que le haya sido asignado. Con la plantilla de evaluación recibida,
procederá a verificar cada uno de los ítems dentro de la misma. Por cada ítem que no supere la
verificación, se marca dicho ítem como desaprobado y se especifica una razón por la que esto
sucedió. Si existe algún ítem en la evaluación 5S que no aplique a la tienda o distribuidor a
46
evaluar, se coloca que no aplica y este ítem no cuenta para calcular el resultado de la
evaluación.
Una vez realizada la evaluación, el supervisor debe calcular el porcentaje de aprobación

obtenido. El puntaje se obtiene calculando el porcentaje de ítems aprobados del total de ítems
menos la cantidad de ítems marcados como “no aplica”. Este proceso se debe repetir por cada
tienda y distribuidor asignado al supervisor.
Finalmente, al completar las evaluaciones, el supervisor redacta un informe indicando las notas
obtenidas por cada tienda y distribuidor evaluado. Este informe debe ser enviado al
departamento de Calidad antes de la fecha límite establecida en el proceso anterior.
• Controlar resultados de evaluaciones 5S

Los Ejecutivos de Calidad, después de recibir los informes de las evaluaciones 5S realizadas
por los supervisores a nivel nacional, deben revisar el resultado de las mismas y establecer qué
tiendas y distribuidores se hacen acreedores a los bonos por cumplimiento de la metodología.
Para la aplicación de dichos bonos existen actualmente dos criterios:
1. Haber aprobado tres evaluaciones consecutivas por primera vez o desde la última vez
en que se desaprobó una evaluación
2. Haber obtenido el bono anterior y mantenerse en la aplicación correcta de la

metodología
A continuación, los Ejecutivos de Calidad deben crear un informe con esta información para
ser enviado al área de Finanzas. Por último, se elaboran otros informes gerenciales dirigidos al
director de Customer Care como parte del proceso.
1.3.3. Sistemas automatizados vinculados con el campo de acción

Los datos de entrada principales, provenientes de otros sistemas y que son utilizados para la
toma de evaluaciones 5S, son la lista de supervisores activos en cada sucursal de la compañía
y la lista de tiendas y distribuidores pertenecientes a cada sucursal. Estos datos pertenecen al
área de recursos humanos y administración respectivamente. Sin embargo, el departamento de
Calidad no tiene acceso directo a los sistemas que brindan esta información, sino que la reciben
a través de archivos Excel que le son entregados cada mes.
47
Por este motivo, la solución propuesta contará con interfaces que permitan ingresar y actualizar
estos datos con el objetivo de contar con la información necesaria actualizada constantemente.
1.4. Análisis crítico de los problemas de información.
1.4.1. Situación problemática

Bitel, debido al poco tiempo presente en el mercado peruano, aún tiene muchos procesos que
adaptar al mercado, y otros que no se encuentran automatizados. Uno de ellos, considerado
primordial para la aceptación de la empresa en todo el país, es el proceso de evaluar tiendas y
distribuidores de la marca mediante la metodología 5S.
Actualmente, Bitel ha dividido sus operaciones en el país en 24 sucursales que abarcan distintas
áreas geográficas del territorio nacional. Cada sucursal, a su vez, tiene a cargo a un número
variable de tiendas propias y tiendas de distribuidores asociados. A la fecha, el total de tiendas
propias en el país asciende a 65 y el total de distribuidores suma 113.
Así mismo, cada sucursal tiene personal dedicado a supervisar la alineación de las mismas a la
metodología 5S. Esto se hace mediante un proceso manual en el cual un supervisor deberá
apersonarse a cada tienda y distribuidor que tenga asignado y, mediante una lista de
verificación definida por el departamento de Calidad de Customer Care, deberá indicar punto
por punto si la tienda aprobó o desaprobó cada ítem de la lista. Esta lista solo la maneja el
supervisor y, luego de realizar todas sus evaluaciones, deberá consolidar la información
obtenida en un informe realizado de forma manual que será enviado de vuelta al departamento
de Calidad para que tome las acciones respectivas. Se entiende entonces, que la comunicación
con respecto a las evaluaciones realizadas, se hace directamente entre el departamento de
Calidad de Customer Care en la central de Bitel y los supervisores de cada sucursal, sin ningún
otro intermediario.
Por otro lado, el resultado de estas evaluaciones es importante para las tiendas y distribuidores
ya que en Bitel se trabaja con un sistema de recompensas y bonos basado en estas
calificaciones. Concretamente, si alguna tienda se encuentra por debajo del resultado mínimo
aceptado por Bitel (en la actualidad un 80% de aprobación), entonces no se hace acreedora a
los bonos otorgados por la empresa. De la misma forma, la información consolidada que se
48
obtiene del resultado de las evaluaciones permite al área de Customer Care detectar qué
sucursales son las que mejor alineadas se encuentran a la metodología 5S y cuáles son los
puntos a mejorar en diversos niveles (tiendas, sucursales y a nivel nacional).
1.4.2. Problemas a resolver

El proceso como tal cuenta con varios problemas detectados que la empresa desea corregir. En
primer lugar, las plantillas utilizadas durante el proceso (y los ítems dentro de estas) son
almacenadas en formato Excel y cambian en el tiempo, pero la empresa no cuenta con un
mecanismo para controlar estos cambios y tener una trazabilidad de los mismos. Esto genera
desorden, inconsistencias entre las plantillas utilizadas y dificulta realizar cualquier análisis
consistente de la información obtenida de su uso.
En segundo lugar, la asignación de supervisores a tiendas se basa en un único criterio: que no

se repita la asignación con respecto al periodo anterior. No se toman en cuenta otros aspectos
como las calificaciones anteriores obtenidas por la tienda, o las calificaciones otorgadas por
cada supervisor. No utilizar estos datos para realizar las asignaciones promueve que las
rotaciones no sean eficientes (un mismo supervisor podría volver a las mismas tiendas cada
dos periodos) y se den casos de favoritismos entre supervisores y tiendas dando a su vez pie a
posibles fraudes e irregularidades, explicados más adelante.
En tercer lugar, debido a que las plantillas de evaluación se encuentran mal traducidas del
vietnamita y cada ítem solo presenta tres opciones de calificación (aprobado, desaprobado y no
aplica), los supervisores no cuentan con un criterio unificado para evaluar cada ítem de la
plantilla. Es decir, un supervisor podría marcar un ítem como desaprobado, mientras que otro
podría aprobarlo siguiendo su propio criterio. Esto ocasiona malestar e incomodidad entre los
colaboradores de las tiendas evaluadas.
En cuarto lugar, debido a la falta de control y monitoreo sobre la labor realizada por los
supervisores, no se puede garantizar que los supervisores realmente acudan a todas las tiendas
que tienen asignadas. De hecho, la empresa cree que existen evaluaciones realizadas “ex situ”.
Es decir, que los supervisores no se encuentran físicamente en las tiendas asignadas para
realizar las evaluaciones, sino que envían evaluaciones fraudulentas ya sea para cumplir con
los plazos establecidos, favoritismo o encubrimiento entre tiendas y supervisores. Todo esto
49
impacta negativamente en la veracidad del proceso, ya que se otorgan calificaciones
inmerecidas a las tiendas participantes.
En quinto lugar, y a consecuencia de lo anterior, la imagen corporativa se ve afectada

negativamente frente a los clientes ya que las tiendas podrían no estar ciñéndose a los
estándares de calidad detallados en las plantillas de evaluación 5S. Incluso, se corre el riesgo
de recibir multas por parte de entidades reguladoras, ya que la plantilla incluye disposiciones
de limpieza, salubridad y también normativas como: la existencia de un libro de reclamaciones
o señaléticas en contra de la discriminación o la prohibición de fumar en lugares públicos, entre
otros. De igual importancia, es el hecho de que las evaluaciones deshonestas o poco rigurosas
hacen acreedoras de bonos a tiendas de forma inmerecida y esto impacta en las finanzas de la
empresa.
En sexto lugar, se trata de un proceso lento y costoso: realizar la evaluación manualmente

puede tomar hasta 4 horas, tras las que cada supervisor debe consolidar todos los datos
recogidos de las distintas tiendas para enviarlos a la central de Customer Care, también de
forma manual. De igual forma, los ejecutivos de calidad deben procesar los informes recibidos
de todas las sucursales para que la empresa pueda tomar decisiones en base a ellos. Esta
demora, además, ocasiona que la toma de decisiones y la ejecución de acciones correctivas se
haga de forma tardía.
Finalmente, todos los problemas mencionados anteriormente ocasionan que la información

obtenida para la toma de decisiones sea poco fiable. Esto puede llevar a tomar decisiones
equivocadas o a la falta de acciones correctivas necesarias.
En resumen:
Situación Problemática Causa
• No existe trazabilidad ni consistencia • Las plantillas de evaluación son
sobre los cambios realizados a las mantenidas en distintos archivos de
plantillas e ítems de evaluación 5S en el formato Excel, por lo que cualquier
tiempo lo que genera desorden, cambio realizado sobre los ítems de
ambigüedades, e impide hacer un análisis evaluación es muy difícil de rastrear.
más profundo sobre la información
obtenida en cada periodo.
50
• La rotación de supervisores en cada • Rotación manual que se basa en un único
periodo es ineficiente y da pie a alianzas y criterio: que no se repita la asignación
favoritismos con los colaboradores de las del periodo anterior.
tiendas. • No se toman en cuenta aspectos como las
calificaciones previas otorgadas por el
supervisor, o las calificaciones que
recibió anteriormente la tienda.
• Disparidad en los criterios utilizados por • La plantilla actual con la que se evalúan
supervisores para evaluar tiendas, lo que las tiendas es confusa, está mal traducida
ocasiona descontento por parte de los del idioma vietnamita y no otorga a los
colaboradores en tienda con respecto al supervisores un criterio unificado con el
proceso de evaluaciones. que calificar cada ítem.
• Casos de supervisores que realizan • Falta de control / monitoreo al trabajo

evaluaciones a tiendas "ex situ", o fuera de realizado por los supervisores.
sus horarios de atención entregando
evaluaciones falsas, inmerecidas y que
impactan negativamente en la veracidad
del proceso.
• Imagen corporativa de la empresa se ve • Tiendas que no se adhieren a los
afectada negativamente frente a los estándares de calidad corporativos
clientes. detallados en las plantillas de evaluación
5S.
• Riesgo de multas por parte de entidades • Además de las disposiciones de limpieza

reguladoras si no se cumplen ciertas y salubridad, las plantillas de evaluación
normativas en las tiendas de la empresa. incluyen la verificación de normativas
como la existencia de un libro de
reclamaciones, señalizaciones en contra
de la discriminación o prohibiciones
para locales públicos que no están siendo
correctamente evaluadas.
51
• Bonos económicos son entregados de • Evaluaciones poco rigurosas /
forma inmerecida a tiendas y deshonestas y sin evidencias realizadas
distribuidores que bajo una supervisión para cumplir con los plazos de entrega o
correcta no aprobarían las evaluaciones acceder a bonos económicos.
5S, lo que impacta en las finanzas de la
empresa.
• Proceso largo y costoso. • Las evaluaciones pueden durar hasta 4
horas lo cual es considerado un tiempo
elevado.
• Además del tiempo de toma de
evaluación, se requiere de tiempo de los
supervisores y ejecutivos de calidad para
procesar la información obtenida y
elaborar informes.
• Toma de decisiones y ejecución de • Demora en el procesamiento de la

acciones correctivas tardía. información por parte de los ejecutivos
de calidad de Customer Care, quienes
deben recopilar la información de
diversas tiendas a lo largo del país para
elaborar los informes gerenciales.
• Información poco fiable para la toma de • Evaluaciones fraudulentas.

decisiones. Esto puede llevar a tomar • Discrepancia de criterios al realizar
decisiones equivocadas o falta de acciones evaluaciones.
correctivas. • Información tardía.
Tabla 3 - Resumen de problemas a resolver. Fuente: Elaboración propia.
52
1.5. Conclusiones
1. La gestión de la calidad y la mejora continua son dos conceptos fuertemente

relacionados a los que deben prestar atención en todas las empresas, sin importar el
tamaño de estas.
2. Existen diversas metodologías de mejora continua como: Six Sigma, Teoría de las
Limitaciones o Lean. La implementación exitosa de alguna de ellas dependerá en gran
medida de lograr una cultura organizacional de mejora, en la que la aplicación de la
metodología empleada se vuelva un hábito.
3. Por su flexibilidad, cuota de mercado y costos menores de desarrollo, creemos que
Android es el sistema operativo móvil de mayor conveniencia para la creación de
aplicaciones personalizadas para empresas en conjunto con aplicaciones web.
4. Bitel es el cuarto operador móvil a nivel nacional, y el operador que mayor porcentaje
de crecimiento ha tenido en los últimos dos años.
5. Parte del éxito de la empresa se debe a la aplicación de la metodología 5S. Sin embargo,
no todas las tiendas de esta han logrado el mismo nivel de aplicación de la metodología
y existen problemas en el proceso de evaluación que deben ser solucionados.
6. Para poder identificar correctamente los problemas de información fue importante
contar con todos los interesados que forman parte de los procesos de negocio analizados
y de esta forma lograr ver el bosque de la problemática completo.
7. Dentro de los procesos de evaluación de la metodología 5S, encontramos problemas
graves como bonos económicos entregados de forma inmerecida, demora y costo
elevado del proceso y datos poco fiables para la toma de decisiones.
53
Capítulo 2: Propuesta de solución
Después de haber conocido y analizado los problemas presentes en los procesos relacionados
a la toma de evaluaciones 5S de la empresa Bitel, este capítulo presentará nuestra propuesta de
solución. Para ello, empezaremos por identificar el objetivo general de nuestro proyecto y los
objetivos específicos en los que se apoya. Estos objetivos serán fundamentados debidamente y
estarán acompañados de indicadores que permitirán conocer el grado en que fueron alcanzados.
A su vez, el logro de estos objetivos traerá consigo una serie de beneficios tangibles e
intangibles que serán descritos también.
Además, este capítulo también contiene un análisis comparativo entre diversas soluciones ya
existentes. Por cada una de estas soluciones, se identificarán las ventajas y desventajas de la
misma; con esto se pretende dejar clara la necesidad del proyecto, pues ninguna de las
aplicaciones existentes en el mercado cubre todas las necesidades, ni soluciona toda la
problemática de la empresa objeto de estudio en la forma en que este proyecto pretende hacerlo.
2.1. Objetivos del proyecto
2.1.1. Objetivo general

Desarrollar una solución de sistemas que permita gestionar el proceso de evaluaciones 5S de
la empresa BITEL.
2.1.2. Objetivos específicos

• Incorporar dispositivos inteligentes al proceso de toma de evaluaciones 5S mediante el
desarrollo de una aplicación móvil que:
– Permita a los supervisores verificar de forma rápida y sencilla, las tiendas que
tiene asignadas para evaluación en el periodo de evaluación actual.
– Permita consultar los datos de dichas tiendas e interactuar con ellos (por
ejemplo: navegar hacia la dirección de una tienda).
54
– Permita la toma de resultados, ítem a ítem, de evaluaciones 5S realizadas a cada
una de estas tiendas.
– Permita indicar los motivos por los cuáles un ítem fue desaprobado de entre una
lista de opciones predefinida.
– Asegure la presencia física de los supervisores en las tiendas a evaluar al iniciar
y al finalizar la evaluación 5S, a través de la geolocalización y dentro de los
horarios de atención de estas.
– Permita añadir evidencias fotográficas a la evaluación 5S a través de la captura
de imágenes del dispositivo utilizado por los supervisores.
– Envíe, a la central de Bitel, los resultados detallados de la evaluación realizada
inmediatamente al término de esta.
• Desarrollar una aplicación web que:
– Permita crear un banco de plantillas, ítems y motivos de desaprobación para su
utilización en el proceso.
– Permita establecer la ubicación de las tiendas y distribuidores utilizando
tecnología de mapas.
– Realice la asignación automática de tiendas a supervisores para la toma de
evaluaciones 5S en cada nuevo periodo, siguiendo criterios como: rotación de
supervisores y tiendas, promedio de calificaciones anteriores recibidos por una
tienda y promedio histórico de calificaciones hechas por un supervisor de modo
que se favorezca una asignación justa.
– Permita modificar de forma manual la asignación realizada (si el usuario cuenta
con los permisos para ello).
– Permita consultar la información recolectada de las tomas de evaluaciones 5S
en tiempo real.
– Elabore informes gerenciales con la información obtenida que den soporte a la
toma de decisiones.
– Permita registrar una evaluación 5S fuera de tiempo a manera de conciliación
(si el usuario cuenta con los permisos para ello).
– Permita gestionar la seguridad del acceso a la información del sistema mediante
un sistema de roles y permisos.
55
• Desarrollar servicios web que den soporte a las operaciones realizadas por las dos
aplicaciones anteriores.
2.1.3. Fundamentación de los objetivos

En cuanto a los objetivos relacionados con el desarrollo de una aplicación móvil:
• Verificar las tiendas asignadas, consultar sus datos e interactuar con ellos tiene por
finalidad ayudar a los supervisores a realizar el proceso de toma de evaluación 5S de
manera más ágil.
• La toma de evaluaciones 5S y el registro de los resultados ítem a ítem, en conjunto con
los siguientes objetivos, eliminará la entrega de bonos inmerecidos.
• Indicar los motivos por los que un supervisor desaprobó un ítem dentro de una lista de
opciones predefinida resuelve el problema de la disparidad de criterios entre distintos
supervisores.
• Asegurar la presencia de los supervisores en las tiendas a evaluar, antes de poder iniciar
la evaluación 5S a través de la geolocalización y dentro de los horarios de atención de
estas ataca el problema de las evaluaciones “ex situ” y evaluaciones ficticias detectadas
en el pasado, ya que no permitirá la toma de datos si es que los supervisores no acuden
físicamente a las tiendas que deben evaluar dentro de los horarios de atención de estas.
• Añadir evidencias fotográficas para cada ítem de la evaluación 5S es una forma
adicional de otorgar fiabilidad a los datos registrados. Además, las evidencias harán
posible validar que se cumplan los estándares de calidad corporativos y normativas
locales, eliminando el riesgo de multas por parte de entidades reguladoras y la imagen
corporativa dañada frente a los clientes.
• Enviar los resultados detallados de cada evaluación al término de esta, eliminará el
reproceso de la información, agilizará el proceso y reducirá su costo.
En cuanto a los objetivos relacionados con el desarrollo de una aplicación web:
• La creación de un banco de plantillas, ítems y motivos de desaprobación elimina el

problema de la falta de trazabilidad e inconsistencia de estos elementos, así como el
desorden y las ambigüedades. En particular, tener un banco de motivos de
desaprobación por cada ítem, unifica los criterios de evaluación utilizados por los
supervisores.
56
• Establecer la ubicación de tiendas y distribuidores utilizando tecnología de mapas es un
paso necesario para la geolocalización utilizada por la aplicación móvil, que ataca el
problema de evaluaciones registradas “ex situ”.
• La asignación automática de tiendas a supervisores para la toma de evaluaciones 5S en
cada nuevo periodo acortará los tiempos empleados en este proceso, ya que los
Ejecutivos de Calidad no tendrán que hacerlo manualmente por cada sucursal, tienda,
distribuidor y supervisor. Además, evitará que los supervisores evalúen las mismas
tiendas en procesos de evaluación seguidos, evitando arreglos de conveniencia entre
jefes de tienda y supervisores.
• Modificar de forma manual esta asignación de ser necesario, servirá para cubrir
situaciones inesperadas o cubrir alguna asignación indeseada realizada por el algoritmo
de asignación.
• Poder consultar la información recolectada de las tomas de evaluaciones 5S en tiempo
real reducirá el tiempo y costo del proceso. Los Ejecutivos de Calidad tendrán acceso
en todo momento a los datos recolectados por los supervisores y ya no dependerán del
envío de información manual por parte de estos, ni tendrán que esperar a que los
supervisores terminen de realizar todas las evaluaciones asignadas para poder consultar
dicha información.
• Elaborar informes gerenciales con la información obtenida de forma automática
permitirá a los gerentes y directores tomar decisiones asertivas basadas en los datos de
las evaluaciones 5S en el tiempo adecuado donde generan mayor valor agregado.
2.1.4. Indicadores de logro de los objetivos

• Entrega y aceptación de la propuesta de solución del proyecto
• Entrega y aceptación del plan de gestión del proyecto
• Entrega y aceptación de la documentación técnica completa, que incluye:
– Modelado del negocio
– Requerimientos funcionales y no funcionales
– Especificación de casos de uso
– Especificación de la arquitectura del software
– Plan de calidad del software
57
– Casos de prueba del software
• Demostración del software en fase beta
• Entrega y aceptación de la solución desarrollada
• Carta expedida por el beneficiario del proyecto que certifique que el software
desarrollado ha cumplido con los objetivos planteados y aporta valor en la solución de
la problemática actual.
2.2. Beneficios del proyecto
2.2.1. Beneficios tangibles

Los principales beneficios tangibles que obtendrá la empresa tras la implementación del
proyecto son:
• Eliminación de evaluaciones tomadas ex situ

• Evidencias fotográficas de las evaluaciones realizadas
• Incremento en el cumplimiento de las normativas locales
• Incremento en el cumplimiento de los estándares de calidad corporativos
• Información en tiempo real de las evaluaciones 5S tomadas y pendientes de toma
• Reducción de la entrega de bonos inmerecidos
• Automatización de la elaboración de informes gerenciales
• Reducción de tiempos y costos del proceso
2.2.2. Beneficios intangibles

Entre los beneficios intangibles tenemos los siguientes:
• Se mejora la veracidad de los procesos relacionados a la toma de evaluaciones

• Se incrementará la transparencia organizativa ya que se reducirán significativamente
los fraudes en las evaluaciones 5S
• Se facilitará la planificación estratégica
• Se mejorará la imagen de la empresa
• Se incrementará la satisfacción del cliente
58
2.3. Antecedentes.
Actualmente, existen aplicaciones web, de escritorio y para móviles que permiten administrar
listas de verificación las cuales son utilizadas para múltiples propósitos. Uno de los principales
usos es para la toma de evaluaciones. El usuario primero crea un grupo de tareas y luego las
agrupa en listas de verificación según los criterios que requiera aplicar. Luego, las tareas son
verificadas en el día indicado hasta que la lista queda cerrada.
Por ejemplo: Un usuario de sistemas que desea evaluar una computadora puede crear treinta
tareas de las cuales dieciséis son para verificar el buen funcionamiento del hardware y catorce
para revisar el software. Luego, en la aplicación, el usuario puede crear dos listas de
verificación, una para agrupar las tareas del hardware y la otra para las de software. Para
finalizar, el usuario verifica o rechaza tarea por tarea hasta dar por cerrada la lista de
verificación.
Las aplicaciones que hemos encontrado que realizan estas funciones son las siguientes:
• Todoist.
• Wunderlist.
• Tasks Manager Portable.
• Project Management Tool.
• FSE
2.3.1. Soluciones encontradas.

a) Todoist
Empresa: Doist (https://todoist.com/).
Es una aplicación para móviles que actualmente tiene más de cuatro millones de
usuarios. Todoist funciona sin interrupciones en más de 15 plataformas diferentes y en
20 idiomas.
Entre sus características permite gestionar las tareas desde cualquier lugar, incluso
offline. Visualiza y organiza los pendientes por día o por semana. Además de crear
tareas también se pueden agregar subtareas, subproyectos, proyectos y organizarlos por
59
color y niveles de prioridad. Se puede compartir proyectos y recibir notificaciones
instantáneas cuando los colaboradores hagan un cambio.
Todoist también cuenta con widgets para una visualización más dinámica en el celular
y también es compatible para Android Wear. Se pueden configurar notificaciones para
ser enviadas por email, incluso basadas en localizaciones físicas o una fecha y hora
específica. Permite subir archivos, grabaciones de audio y fotos anexándolos a las tareas
desde tu ordenador, Dropbox o Google Drive. Este software cuesta treinta dólares al
año.
Ventajas:
• Alta portabilidad.
• Facilidad y rapidez de acceso a la información.
• Almacenamiento de información seguro.
• Fácil actualización automática de software.
• No necesita conexión a internet para funcionar.
• Jerarquía de tareas.
• Compatibilidad con Android Wear.
• Widget que ofrece una visualización dinámica para celulares.
• Las notificaciones pueden ser por email.
• Sincronización de información automática entre plataformas.
• Buen rendimiento
• Look & feel de fácil aprendizaje para el usuario.
Desventajas:
• Costo por celular anual de treinta dólares.
• Dependencia de red móvil adecuada.
• Compatible sólo con versiones recientes de los sistemas operativos.
Insuficiencias:
• No permite validar mediante la tecnología GPS que la tarea sea verificada en
una localización en específico.
• No podrá ser modificada según las necesidades del negocio.
60
• No permite generar reportes estadísticos desde la información de las listas de
verificación.
b) Wunderlist
Empresa: 6 Wunderkinder (https://www.wunderlist.com/es/).
Es una aplicación para móviles usada para capturar ideas, tareas por realizar y lugares
a visitar. Esta aplicación tiene un fácil uso permitiendo que usuarios de poco
conocimiento tecnológico la puedan utilizar. Wunderlist permite compartir las listas de
verificación con contactos y estas listas las mantiene sincronizadas entre el celular,
tableta y computadora. Entre sus otras funciones puede iniciar conversaciones sobre
sus tareas pendientes, delegar las tareas pendientes, programar notificaciones y adjuntar
fotos, archivos PDF y presentaciones. La versión Pro de Wunderlist cuesta cincuenta
dólares al año.
Ventajas:
• Listas de verificación asignadas a múltiples usuarios.
• Sincronización multiplataforma.
• Permite delegar tareas a otros usuarios.
• Buen rendimiento.
• Fácil actualización automática de software.
• Alta portabilidad.
Desventajas:
• Sólo es soportado por Android.
• Costo por celular anual de cincuenta dólares americanos.
• Dependencia de red móvil adecuada.
• Necesita de internet para funcionar.
Insuficiencias:
61
• Al no ser una aplicación in-house no podrá ser modificada según las necesidades
del negocio.
• No permite generar reportes estadísticos desde la información de las tareas
verificadas.
• No permite agrupar tareas en listas de verificación.
c) Tasks Manager Portable

Empresa: Saleen Software (http://www.saleensoftware.com/TasksManager.aspx)
Es una aplicación de escritorio que brinda al usuario poder organizar estrictamente sus
actividades y tareas que tiene que realizar y que irá marcando a medida que las vaya
realizando. Esta herramienta tiene una interfaz de fácil aprendizaje y consta de varios
filtros útiles como poder ver el historial de tareas ya realizadas o ver sólo las tareas
pendientes. Para organizar las tareas y las listas el software utiliza temas y colores.
Ventajas:
• Tiene una interfaz de fácil aprendizaje.
• No requiere internet para funcionar.
• Buen rendimiento.
Desventajas:
• Sólo es soportado por Windows.
• No es portable.
• No es multiplataforma.
• No se puede programar notificaciones.
Insuficiencias:
• Al no ser una aplicación in-house no podrá ser modificada según las necesidades
del negocio.
• Al ser de escritorio solo permite completar la lista de verificación en el lugar
donde se encuentre instalado el aplicativo.
62
d) Project Management Tool
Empresa: TelmexUSA (accesos sólo usuarios de Telmex USA - Intranet)
Es una aplicación web desarrollada en la empresa Telmex USA. Esta herramienta le
permite al usuario crear listas de verificación con sus respectivas tareas. Estas tareas
son asignadas a distintas áreas y pueden ser configuradas para ser verificadas de manera
secuencial o en paralelo. La aplicación permite asignar una lista de verificación a uno
o varios productos. El usuario, una vez que crea la lista, puede configurar que se envíen
notificaciones por tarea a los usuarios o listas de distribución cuando el negocio lo
requiera.
Una vez que el cliente solicita un servicio a Telmex USA la aplicación les envía un
correo a los interesados indicando que tienen tareas por revisar y cerrar en Project
Management Tool. Estas tareas ayudan a verificar que el cliente cumpla con todos los
estándares que Telmex USA pide. Cuando todas las tareas son cerradas por todas las
áreas, el servicio procede a ser instalado.
Ventajas:
• Las notificaciones pueden ser por email.
• Sincronización de información automática para los distintos usuarios.
Desventajas:
• Necesita internet para funcionar.
• Poca portabilidad.
Insuficiencias:
• Es una aplicación diseñada sin Responsive Web Design, por lo tanto, solo podrá
visualizarse adecuadamente en una laptop o desktop lo cual le quita
portabilidad.
63
e) FSE
Es un sistema que será desarrollado para la empresa Bitel y que constará de tres partes
principales: una aplicación en entorno Web, una aplicación para dispositivos móviles
Android y una aplicación de servicios web que de soporte a ambas.
Con respecto a la aplicación Web permitirá:
• Dar el mantenimiento a las diversas entidades necesarias del negocio.
• Ubicar las tiendas y distribuidores a lo largo del país utilizando la tecnología de

Google Maps JavaScript API. Según las tarifas y planes de Google, actualmente
se permite realizar hasta 25 000 cargas de mapa al día sin necesidad de pago.
Bitel cuenta con menos de 200 tiendas y el cambio de ubicación de estas no será
frecuente por lo que se estima que el negocio no alcanzará la cantidad máxima
permitida por Google.28
• Asociar supervisores a tiendas y distribuidores de forma automática.
• Establecer la periodicidad con la que las evaluaciones 5S deben ser tomadas, así
como las fechas y horas establecidas para ello.
• Registrar evaluaciones 5S.
• Consultar evaluaciones 5S.
• Elaborar informes de gestión avanzados que den soporte a la toma de decisiones

de la empresa.
La aplicación móvil permitirá a los supervisores llenar la lista de verificación de la

evaluación 5S solamente cuando se encuentre en la tienda o distribuidor asignado
utilizando la geolocalización y, mediante conexión a internet, los resultados de la
misma serán visibles por la aplicación web de forma inmediata al terminar cada
evaluación.
28
Google 2017
64
Ventajas:

• Las notificaciones pueden ser por email o por aplicación.
• Sincronización de información automática.
• Verificación mediante geolocalización.
• Elabora reportes para toma de decisiones.
• Asignaciones automáticas de personal
• Asignación de bonos económicos
• Verificación de checklists
• Versionador de ítems de los checklists
Desventajas:
• Necesita internet para funcionar
2.3.2. Análisis comparativo.

Se busca una aplicación con las siguientes características:
• Multiplataforma.
• Ejecutable en un Smartphone, laptop o desktop.
• Verificación mediante geolocalización.
• Portabilidad alta.
• Seguridad alta.
• Que funcione solo con internet.
• Que envíe notificaciones por correo electrónico y aplicación.
• Alto rendimiento.
• Reportes.
• Sincronización multiplataforma.
• Rápido acceso a la información.
• Asignaciones automáticas de personal
• Asignaciones de bonos económicos
65
• Verificación de checklists
• Versionado de ítems de los checklists
• Proceso de la información en tiempo real en la web
Por cada ítem que cumpla la aplicación se asignará un punto.
66
Cada una de estas características otorga un punto a favor a la aplicación.
Todoist Wunderlist Tasks Manager Portable Project FSE
Management
Tool
Multiplataforma Sí Sí No Sí Sí
Hardware necesario Smartphone, Smartphone Desktop, Laptop Desktop, Smartphone,

Laptop o Desktop Laptop Laptop, Desktop
Verificación No No No No Sí
mediante
geolocalización
Portabilidad Alta Alta No Baja Baja
Seguridad Alta Alta No Alta Alta
Funciona sin internet Sí No Sí No No
Notificaciones Email Por aplicación No tiene Email Email
SMS Por aplicación
Rendimiento Alto Alto Medio Alto Alto
67
Reportes estadísticos No No Sí Sí Sí
Sincronización Sí Sí No Si Sí
multiplataforma
Rápido acceso a la Sí Sí No No Sí
información
Asignaciones No No No No Sí
automáticas de
personal
Asignaciones de No No No No Sí
bonos económicos
Verificación de Sí Sí Sí Sí Sí
checklists
Versionado de ítems No No No No Sí
de los checklists
Proceso de la No No No No Sí
información en
68
tiempo real en la
web
Costo 30$/dispositivo 50$/dispositivo Free In-house In-house
Sistema operativo Android Android Windows Todos Android
IOS IOS
Windows
Linux
Otros No permite agrupar tareas en

listas de verificación
Empresa propietaria Doist 6 Wunderkinder Saleen Software Solutions Telmex USA Bitel
Página web https://todoist.com https://www.wunderlist.com/es/ http://saleensoftware.com/ Intranet www.bitel.com.pe

Telmex USA
Puntaje 8 7 1 6 15
Tabla 4 - Análisis comparativo de soluciones encontradas. Fuente: Elaboración propia.
69
2.3.3. Evaluación de la mejor solución.
Luego de analizar cada una de las soluciones encontradas, se puede observar lo siguiente:
Todoist es una aplicación eficiente, de buen rendimiento y con alta portabilidad. Una de sus
principales y más importantes características es que permite agrupar las tareas en subproyectos
y estos agruparlos en proyectos lo cual da mucha flexibilidad en la organización de las listas
de verificación al usuario. Es una herramienta vanguardista gracias a su compatibilidad con
Android Wear. La aplicación trabaja adecuadamente creando, administrando y verificando
listas de verificación.
Por más que esta herramienta tiene muchas funcionalidades que sí aplican para este proyecto
no podríamos utilizarlo porque no lograríamos evitar el fraude de las evaluaciones 5s ya que
no consta de una validación de geolocalización del personal mediante GPS. Además, esta
herramienta no nos ofrece un análisis ni cuadros estadísticos.
Wunderlist tiene como principal atractivo la autonomía que le da a los usuarios sobre las tareas
que generan ya que el usuario puede compartirlas y de esa manera ser verificadas y cerradas
por distintos usuarios. Además, es una aplicación bastante dinámica que permite adjuntar fotos
a las tareas lo cual ayuda a verificar el correcto cumplimiento de estas. Esta herramienta cumple
con su propósito, pero no para nuestro proyecto. Con esta aplicación no podemos si quiera
crear listas de verificación agrupando las tareas con nuestro criterio ya que las tareas se
muestran agrupadas únicamente por fechas y no por proyecto.
Tasks Manager Portable es la herramienta que menos aplica para este proyecto. Al ser una
aplicación de escritorio que no utiliza base de datos y todo lo guarda en memoria no serviría
para tener los datos sincronizados en línea. Además, no es portable y no se puede programar
recordatorios para los usuarios. Tampoco se pueden crear listas de verificación y las tareas son
secuenciales. No cumple casi con ningún requisito de nuestro proyecto.
Project Management Tool permite asignar tareas de manera secuencial o paralela a las listas de
verificación. Esto le da al usuario flexibilidad al momento de crear una lista que debe tener un
flujo de trabajo en específico. Por otro lado, mantiene la información sincronizada en línea.
Esta aplicación también ofrece muchas funciones que nuestro proyecto requiere, pero no utiliza
geolocalización.
70
Como se puede observar en los párrafos anteriores, ninguna de las aplicaciones similares que
se han analizado cubre el cien por ciento de las funcionalidades que requiere nuestra solución.
Por lo tanto, optamos por FSE que será una aplicación web y móvil que permitirá crear tareas
y luego agruparlas por listas de verificación para cada una de las evaluaciones 5s que los
supervisores requieran hacer, también agregaremos la validación mediante geolocalización
para poder verificar cuando y donde se cierran las tareas de la evaluación 5s y, además, se
implementará un módulo para los reportes estadísticos y otro para una buena administración
de notificaciones.
2.4. Tendencias y tecnologías propuestas.
La evaluación 5S, como ya se mencionó anteriormente, busca entre otras cosas mejorar la
calidad de la producción, la seguridad laboral y las condiciones del trabajo, pero ninguna de
estas mejoras se alcanza si las evaluaciones no se toman en el momento indicado, si los datos
recogidos de las evaluaciones no son fiables o si no se toma la cantidad de evaluaciones
programadas por falta de tiempo. Además, si la información llega a destiempo, las decisiones
que se tomen a raíz de las evaluaciones no tendrán el mismo efecto positivo como si se tomaran
en tiempo real.
Por tal motivo, se desarrollará una solución que consta de dos partes, una aplicación en entorno
Web, y una aplicación para dispositivos móviles Android. Ambos entornos interactuarán entre
sí compartiendo información en tiempo real. Ambas soluciones ayudarán a Bitel a supervisar
que las evaluaciones 5S se apliquen de manera adecuada cumpliendo con la metodología y
respetando las políticas de la empresa.
Después de evaluar distintos sistemas operativos para móviles, optamos por Android por que
ofrece diseños e interfaces gráficas de fácil entendimiento para el usuario, un sencillo
administrador de notificaciones, alta seguridad y buen rendimiento de las aplicaciones, y sobre
todo un costo asequible para el negocio.
La aplicación móvil permitirá llenar la lista de verificación de la evaluación 5S y, mediante

conexión a internet, los resultados de la misma serán recibidos en tiempo real por el área de
Customer Care en la central de Bitel. La principal innovación de esta aplicación pasa por el
uso de la geolocalización de los supervisores.
71
La geolocalización es una tecnología que permite obtener la ubicación satelital de un objeto o
persona que trasmita coordenadas de su posicionamiento. Gracias a esta tecnología podemos
detectar la ubicación de los celulares provistos por la empresa y la aplicación solo permitirá el
llenado de los formularios siempre y cuando el supervisor se encuentre en la tienda o
distribuidor asignado, entre las fechas y horas establecidas. De esta forma, eliminaremos los
problemas de llenado de formularios ficticios y, además, podremos controlar el tiempo que le
toma a cada supervisor realizar la evaluación 5S de cada tienda.
Por otro lado, la aplicación Web permitirá dar mantenimiento a las diversas entidades
necesarias del negocio (sucursales, tiendas, distribuidores, supervisores, bonos y evaluaciones),
ubicar las tiendas y distribuidores a lo largo del país utilizando la tecnología de Google Maps,
asociar supervisores a tiendas y distribuidores por sucursal, establecer la periodicidad con la
que las evaluaciones 5S deben ser tomadas, así como las fechas y horas establecidas para ello.
Optamos por utilizar tecnología web porque tiene un bajo costo en la instalación y el
mantenimiento de la solución, mantiene la información centralizada, segura y sincronizada con
aplicaciones móviles y ofrece alta portabilidad.
Ambas aplicaciones permitirán asegurar la fiabilidad de los datos mediante validaciones de

seguridad. Luego de tomadas las evaluaciones por los supervisores, podremos obtener en
tiempo real los resultados de estas, así como una serie de reportes avanzados que den soporte
a la toma de decisiones de la empresa en el momento indicado donde generarán mayor valor
agregado.
2.5. Conclusiones.
1. El objetivo general de este proyecto es el de desarrollar una solución de sistemas que

permita gestionar el proceso de evaluaciones 5S de la empresa BITEL.
2. Los objetivos específicos establecen el camino correcto a seguir para alcanzar el
objetivo general. Este camino es la lista de funciones mínimas que debe tener la
solución a desarrollar para así solucionar los problemas identificados en el capítulo
anterior.
3. Los beneficios tangibles e intangibles del proyecto justifican el desarrollo de la solución
propuesta.
72
4. El benchmarking fue necesario para asegurar que la solución propuesta no sea obsoleta,
se ajuste a los problemas específicos de la empresa y asegurar que ninguna
característica necesaria se pase por alto.
5. Después de analizar otras soluciones informáticas, se concluye que ninguna de ellas
logra cubrir todo el alcance del problema o solucionar toda la situación problemática
como sí lo hará la solución planteada en este proyecto.
73
Capítulo 3: Modelado del Negocio
En tiempos en que los procesos son cada vez más y más automatizados, entender cómo
funciona realmente un proceso puede ser clave para el éxito de una organización. Los procesos
existentes se encuentran en constante evolución, y los procesos nuevos pueden requerir muchas
piezas complejas. En ambos casos, un modelo visual del negocio puede proveer permitir
conocer si el proceso se está realizando correctamente y cómo puede ser mejorado.
Por esta razón, y como primer paso en la aplicación de la metodología RUP, en este capítulo
desarrollaremos el modelado del negocio. A través de diagramas de casos de uso, actividades,
y clases, detallaremos cómo se llevan a cabo los procesos estudiados. Al término del capítulo,
contaremos con un conocimiento profundo de los mismos y habremos identificado los
principales actores, trabajadores y entidades del negocio, así como las actividades que hemos
de automatizar en el futuro.
3.1.1. Reglas del negocio

Reglas
de Descripción
negocio Tipo
Evaluaciones dentro de fecha: Para iniciar la
toma de evaluaciones 5S, se debe estar dentro de
RN001
las fechas establecidas por el área de Customer
Care. Reglas de operación simple
Plantilla de toma de evaluaciones: Para iniciar y
RN002 realizar la evaluación 5S se debe usar la plantilla de
evaluación entregada por Customer Care. Reglas de operación simple
Presencia del supervisor: Para iniciar la
RN003 evaluación 5S, el supervisor debe encontrarse
físicamente en la tienda o distribuidor a evaluar. Reglas de operación simple
74
Reglas
de Descripción
negocio Tipo
Informes necesarios para cálculo de bonos: Para
poder realizar el cálculo de bonos es necesario
RN004
contar con los Informes de evaluaciones 5S
entregados por los supervisores de cada sucursal. Reglas de flujo
Descripción del fallo: Si un ítem es desaprobado,
RN005 el supervisor debe detallar el motivo por el cuál fue
desaprobado. Reglas de operación
Ítem no aplicable en evaluación 5S: Si existe
algún ítem en la evaluación 5S que no aplique a la
tienda o distribuidor a evaluar, se indicará que no
RN006
aplica y se adjuntará un pequeño texto indicando el
por qué. Este ítem no contará para el resultado de
la evaluación. Reglas de operación
Bono por cumplimiento: Si la tienda o
distribuidor ha sido aprobada en las tres últimas
RN007
evaluaciones, se le otorgará un bono por
cumplimiento de la metodología. Reglas de estímulo – respuesta
Bono por mantenimiento: Si la tienda o
distribuidor ha sido aprobada en las últimas tres
RN008 evaluaciones tomadas y ya ha recibido el bono por
cumplimiento antes, se le otorgará el bono por
mantenimiento de la metodología. Reglas de estímulo – respuesta
Distancia entre fechas para toma de
evaluaciones: La fecha de inicio y fin para toma de
RN009
evaluaciones 5S deben estar separadas por una
semana como mínimo y un máximo de tres. Reglas de dominio de datos
75
Reglas
de Descripción
negocio Tipo
Valores para cada ítem: Un ítem dentro de la
RN010 plantilla de evaluación puede tener como resultado:
aprobado, desaprobado o no aplica. Reglas de dominio de datos
Nombres de plantilla: Todas las plantillas deben
RN011 estar identificadas por un nombre y este no debe
repetirse con el de una plantilla existente. Reglas de dominio de datos
Relación de ítems y plantilla: Una plantilla está
RN012 conformada por 1 o más ítems. Un mismo ítem
puede estar presente en más de una plantilla. Reglas de relación
Nota mínima aprobatoria: La nota mínima
aprobatoria actualmente corresponde con el 80%
RN013
de ítems aprobados según lo establecido por el
departamento de finanzas de Bitel. Reglas de dominio de datos
Tipos de bonos: Los bonos manejados
actualmente son de dos tipos. El primero por
RN014
cumplimiento de la metodología 5S y el segundo
por mantenimiento de la metodología. Reglas de dominio de datos
Solapamiento de fechas en periodos: No debe
RN015 existir solapamiento entre las fechas de la toma de
evaluación 5S establecidas por distintos periodos. Reglas de dominio de datos
Sucursales: Cada sucursal de Bitel cuenta con al
RN016
menos una tienda propia. Reglas de relación
Supervisores por tienda: Cada tienda y
distribuidor solo puede tener un supervisor
RN017
asignado durante el periodo de toma de
evaluaciones 5S. Reglas de relación
Rotación de supervisores: La asignación entre
RN018
supervisores y tiendas para un periodo dado debe Reglas de relación
76
Reglas
de Descripción
negocio Tipo
rotar con respecto al periodo anterior (a menos que
sólo exista un supervisor en la sucursal). Además,
se debe considerar el historial de calificaciones de
la tienda y el supervisor. Para mayor detalle ver el
anexo 4 del documento.
Tiendas por supervisores: Cada supervisor puede
tener asignado como máximo: <número de tiendas
RN019 por sucusal>/<número de supervisores>, excepto
en los casos en que esto entre en conflicto con la
rotación entre periodos. Reglas de relación
Reportes de resultados: Los reportes de
resultados de la evaluación enviados a la central de
RN020
Customer Care deben incluir las evaluaciones
hechas anexadas. Reglas de relación
Tienda desaprobada: Una tienda o distribuidor
que ha obtenido un porcentaje de ítems aprobados
RN021 inferior al establecido como mínimo en el periodo
se considera como desaprobada en el periodo
actual. Reglas de inferencia
Cálculo del porcentaje de aprobación: El
porcentaje de aprobación de una evaluación 5S se
RN022 obtiene multiplicando el total de ítems aprobados
por cien y dividiendo el resultado entre el total de
ítems que contiene la evaluación. Regla de cálculo
Nombres de periodo únicos: Los nombres del
RN023 periodo deben ser únicos. No pudiendo repetirse
con otro periodo pasado o futuro. Reglas de dominio de datos.
77
Reglas
de Descripción
negocio Tipo
Deshabilitar periodo: Para poder deshabilitar un
RN024 periodo es necesario que esté activo y aún no haya
iniciado. Reglas de operación simple
Cambios en plantillas evaluadas: No se permiten
cambios sobre plantillas ya utilizadas en una
RN025 evaluación 5S Reglas de operación simple
Plantilla contiene ítems en estado final: Una
plantilla 5S sólo puede incluir ítems que se
RN026 encuentran en estado “Final” Reglas de dominio de datos
Cambios en ítems evaluados: El contenido de un
ítem no puede cambiar si este se encuentra siendo
RN027 utilizado por una o más plantillas para evaluación. Reglas de operación simple
Informe de bonos: Para generar un informe de
bonos debe existir por lo menos un periodo de
RN028 evaluación en estado “Cerrado”. Reglas de relación
Listar evaluaciones 5S: Sólo se pueden listar y
RN029 consultar evaluaciones 5S concluidas. Reglas de operación simple
Georreferenciar tienda: Cuando se cree una
tienda se debe georreferenciar, para que luego se
pueda validar la ubicación del supervisor antes de
RN030 la toma de evaluación 5S Reglas de operación simple
Ítem por plantilla 5S: Cada plantilla 5S puede
RN031 tener como máximo 200 ítems. Reglas de relación
Ítem por etapa 5S: Cada etapa en una plantilla 5S
RN032 puede tener como máximo 50 ítems. Reglas de relación
Plantilla creada: Para planificar una evaluación
5S debe de existir una plantilla de evaluación
RN033 creada. Reglas de flujo
78
Reglas
de Descripción
negocio Tipo
Asignación de supervisores a tiendas: Para la
asignación se tomará en cuenta las evaluaciones
anteriores de tiendas y de supervisores, intentando
favorecer la asignación entre tiendas de bajo
puntaje con supervisores que otorguen altos
RN034 puntajes y viceversa. Reglas de operación simple
Máximo número de motivos de desaprobación:
Cada ítem puede tener como máximo 9 motivos de
RN035 desaprobación. Reglas de relación
Supervisor sin tiendas asignadas: Un supervisor
sin tiendas asignadas no podrá llevar a cabo
RN036 ninguna evaluación en el periodo actual. Reglas de operación simple.
Acceso a evaluaciones 5S: Un supervisor solo
podrá consultar las evaluaciones que él mismo
RN037 haya realizado. Reglas de operación simple.
Informe Global: Para generar un informe global
debe existir por lo menos un periodo de evaluación
RN038 en estado “Cerrado”. Reglas de relación
Evaluaciones dentro de horario: Las
evaluaciones 5S solo pueden ser tomadas dentro
RN039 del horario de atención de cada tienda. Reglas de operación simple.
Tabla 5 - Reglas de negocio. Fuente: Elaboración propia.
3.2. Modelo de Casos de Uso del Negocio
3.2.1. Actores del negocio

Actor Descripción
79
AN01 – Director Este actor se beneficia de los procesos de planificar las evaluaciones 5S,
de Customer y del procesado de los resultados de las mismas ya que recibe los
Care informes gerenciales que le permiten tomar decisiones estratégicas a
nivel nacional.
Tabla 6 - Actores del negocio. Fuente: Elaboración propia.
3.2.2. Casos de uso del negocio

Caso de uso Descripción
CUN01 – Planificar El caso de uso inicia cuando el Director de Customer Care solicita,
evaluación 5S al Jefe de Calidad, realice la planificación de la evaluación 5S. A
continuación, este establece las fechas de inicio y fin para toma de
evaluaciones 5S que las sucursales deberán seguir. Los ejecutivos
de calidad asignan supervisores a tiendas y distribuidores y envían
la plantilla de evaluación a emplear. El caso de uso termina cuando
todas las tiendas y distribuidores tienen un supervisor asignado.
CUN02 – Realizar El caso de uso inicia cuando el Director de Customer Care solicita
evaluación 5S iniciar la evaluación 5S. El supervisor consulta su lista de tiendas y
distribuidores a evaluar. El supervisor realiza la evaluación 5S
revisando cada uno de los ítems. El caso de uso termina cuando el
supervisor crea el informe de las evaluaciones realizadas y se lo
envía al Director de Customer Care.
CUN03 – Controlar El caso de uso inicia cuando el Director de Customer Care solicita
resultados de el procesamiento de las evaluaciones 5S realizadas. El Ejecutivo de
evaluaciones 5S Calidad calcula los bonos a recibir por cada tienda y distribuidor
asignado, envía dicha relación al Departamento de Finanzas y
elabora informes gerenciales. El caso de uso termina cuando el
Director de Customer Care ha recibido los informes gerenciales.
Tabla 7 - Casos de uso del negocio. Fuente: Elaboración propia.
3.2.3. Diagrama de Casos de Uso del Negocio
80
Ilustración 12- Diagrama de Casos de Uso del Negocio. Fuente: Elaboración propia.
3.3. Modelo de Análisis del Negocio
3.3.1. Trabajadores del negocio

Trabajador Descripción
TN01 – Jefe de El jefe de calidad se encarga de establecer las fechas de inicio y fin de las
Calidad evaluaciones 5S, así como de revisar el contenido de las mismas para
solicitar que se realicen los ajustes que considere necesarios y asignar un
número de versión a cada plantilla nueva.
TN02 – Los ejecutivos de calidad se encargan de la creación inicial de la plantilla
Ejecutivo de de evaluación 5S, además asignan tiendas a cada supervisor por sucursal
Calidad y elaboran el informe de asignación de bonos y otros informes
gerenciales.
TN03 - El supervisor es quien se apersona a las tiendas y distribuidores que tiene
Supervisor asignados para llevar a cabo las evaluaciones 5S. Una vez termina de
evaluar todas las tiendas a las que fue asignado, elabora informes para el
área de Customer Care.
Tabla 8 - Trabajadores del Negocio. Fuente: Elaboración propia.
3.3.2. Entidades del negocio
81
3.3.2.1. Plantilla de Evaluación 5S
Representa una plantilla que contiene ítems a evaluar en las diversas tiendas y distribuidores
de Bitel en uno o varios periodos de evaluación. Tiene un número de versión, ya que puede
variar en el tiempo.
Nombre Descripción Tipo
idPlantilla Identificador de la plantilla de evaluación 5S. integer
versión Versión de la plantilla varchar
aprobadoPor Personal que aprueba la plantilla. varchar
realizadoPor Personal que realiza la plantilla. varchar
comentario Observación sobre la plantilla a evaluar. varchar
Tabla 9 - Atributos de la entidad "Plantilla de Evaluación 5S". Fuente: Elaboración propia.
3.3.2.2. Etapa de Evaluación 5S

Representa una de las 5 etapas de la metodología 5S. Utilizada para clasificar los ítems a
evaluar.
idEtapa Identificador de la etapa para la plantilla de evaluación 5S. integer
nombre Nombre de la etapa varchar
descripción Descripción de la etapa varchar
Tabla 10 - Atributos de la entidad "Etapa de Evaluación 5S". Fuente: Elaboración propia.
3.3.2.3. Ítem
Representa un elemento dentro de la plantilla de evaluación 5S que deberá ser inspeccionado
visualmente por el supervisor y (si aplica) deberá indicarse como aprobado o desaprobado. En
el último caso, debe incluir un comentario.
82
idItem Identificador del ítem. integer
idEtapa Identificador de la etapa a la que pertenece este ítem. integer
nombre Nombre del ítem. varchar
descripción Descripción del ítem. varchar
Tabla 11 - Atributos de la entidad "Ítem". Fuente: Elaboración propia.
3.3.2.4. Evaluación 5S
Representa una plantilla de evaluación 5S que ha sido completada por el supervisor. Es decir,
contiene la lista de ítems aprobados o desaprobados, datos de la tienda evaluada, el periodo de
evaluación, y la calificación obtenida.
idEvaluacion Identificador de la evaluación 5S. integer
idSupervisor Representa al supervisor que tomara la evaluación 5S. integer
idTienda Representa la tienda donde se realizará la evaluación 5S. integer
calificación Calificación obtenida por la tienda evaluada. integer
fechaHoraInicio Fecha y hora de inicio de toma de evaluación 5S. date
fechaHoraFin Fecha y hora de fin de toma de evaluación 5S. date
observación Observaciones del supervisor sobre la evaluación realizada. varchar
Tabla 12 - Atributos de la entidad "Evaluación 5S". Fuente: Elaboración propia.
3.3.2.5. Detalle de evaluación 5S

Representa un detalle dentro de la evaluación 5S que indica el resultado de los ítems evaluados.
83
idEvaluacion Representa la evaluación 5S del detalle. integer
idItem Representa al ítem a evaluar. integer
Representa si el ítem a evaluar fue aprobado, desaprobado o no

estado varchar
aplica.
Comentario indicando por qué no fue aprobado un ítem o por qué

comentario varchar
no es aplicable.
Tabla 13 - Atributos de la entidad "Detalle de Evaluación 5S". Fuente: Elaboración propia.
3.3.2.6. Cronograma de evaluaciones

Es el cronograma utilizado para realizar diversas evaluaciones 5S a nivel nacional en el tiempo.
idCronograma Identificador del cronograma de evaluaciones. integer
idPlantilla Representa la plantilla que será programada. integer
Fecha de inicio en que se pueden tomar las evaluaciones de la

fechaInicio date
plantilla.
Fecha de fin en que se pueden tomar las evaluaciones de la

fechaFin date
plantilla.
Tabla 14 - Atributos de la entidad "Cronograma de Evaluaciones". Fuente: Elaboración

propia.
3.3.2.7. Sucursal
Representa una de las sucursales de Bitel a nivel nacional. Una sucursal tiene tiendas y
distribuidores a su cargo.
84
idSucursal Identificador de la sucursal integer
nombre Nombre de la sucursal varchar
descripción Descripción de la sucursal varchar
direccionPpal Dirección principal de la sucursal varchar
teléfono Teléfono de la sucursal varchar
Tabla 15 - Atributos de la entidad " Sucursal". Fuente: Elaboración propia.
3.3.2.8. Tienda
Una tienda es la entidad que es objeto de la evaluación 5S. Esta entidad representa tanto a
tiendas como a distribuidores.
idTienda Identificador de la tienda. integer
idSucursal Representa a la sucursal que pertenece la tienda. integer
tipo Indica si es una tienda propia o distribuidor varchar
nombre Nombre de la tienda. varchar
dirección Dirección de la tienda. varchar
contacto Nombre de la persona responsable de la tienda varchar
teléfono Teléfono de la tienda varchar
horaInicioAtencion Hora de inicio de atención de la tienda. datetime
horaFinAtencion Hora de fin de atención de la tienda. datetime
Tabla 16 - Atributos de la entidad " Tienda". Fuente: Elaboración propia.
85
3.3.2.9. Supervisor
Esta entidad representa a la persona que trabaja en las distintas sucursales de Bitel y que está
encargada de realizar las evaluaciones 5S, así como de enviar los informes de evaluaciones a
la central de Bitel una vez concluido el periodo de evaluación.
idSupervisor Identificador del supervisor integer
idSucursal Sucursal a la que pertenece el supervisor integer
nombre Nombre del supervisor varchar
apellidos Apellidos del supervisor varchar
fechaNacimiento Fecha de nacimiento del supervisor datetime
sexo Sexo del supervisor (M o F) char
teléfono Número de teléfono del supervisor varchar
Número de documento de identidad del

nroDocIdentidad varchar
supervisor
foto Foto del supervisor byte
Tabla 17 - Atributos de la entidad " Supervisor". Fuente: Elaboración propia.
3.3.2.10. Registro de tiendas asignadas

Esta entidad representa un documento en el cuál se detallan las tiendas que han sido asignadas
a cada supervisor para un periodo de evaluación 5S.
Representa un registro en el cronograma de evaluaciones. Esto

idCronograma permitirá saber la fecha de inicio y fin de las asignaciones en este integer
registro.
86
Representa al supervisor al que se asignarán las tiendas en este

idSupervisor integer
registro.
Representa la tienda que es asignada al supervisor en este

idTienda integer
periodo.
Tabla 18 - Atributos de la entidad “Registro de tiendas asignadas". Fuente: Elaboración

propia.
3.3.2.11. Informe de Evaluaciones

Es el informe realizado por los supervisores al término de un periodo de evaluación. Incluye
las notas obtenidas por cada tienda, así como los puntos a mejorar.
idInforme Identificador del informe integer
idSupervisor Supervisor que elaboró el informe integer
fechaElaboración Fecha de elaboración del informe datetime
Tabla 19 - Atributos de la entidad “Informe de Evaluaciones". Fuente: Elaboración propia.
3.3.2.12. Detalle Informe de Evaluaciones

Representa un detalle dentro del informe de evaluaciones que indica la tienda, calificación y
observaciones.
idTienda Tienda que fue evaluada integer
fechaEvaluación Fecha en la que la tienda fue evaluada datetime
87
calificación Calificación obtenida por la tienda double
Observaciones realizadas a la tienda (puntos de mejora y

observaciones varchar
otros)
Tabla 20 - Atributos de la entidad “Detalle Informe de Evaluaciones". Fuente: Elaboración

propia.
3.3.2.13. Bono
Es el reconocimiento económico que se otorga a cada tienda siguiendo los criterios definidos
por Customer Care.
idBono Identificador del bono integer
nombreBono Nombre del Bono varchar
criterioEntrega Criterios para entregar el bono varchar
monto Cantidad de dinero asignada a la tienda que cumpla los criterios double
vigente Indica si el bono se encuentra vigente o no. boolean
Tabla 21 - Atributos de la entidad “Bono". Fuente: Elaboración propia.
3.3.2.14. Informe de Bonos

Es el informe que se envía al área de Finanzas indicando qué tiendas y distribuidores deben ser
premiados con bonos de acuerdo a la aplicación de la metodología 5S.
88
redactadoPor Nombre del ejecutivo de calidad que redactó el informe varchar
fechaElaboracion Fecha en la que se elaboró el informe datetime
Tabla 22 - Atributos de la entidad “Informe de bonos". Fuente: Elaboración propia.
3.3.2.15. Detalle Informe de Bonos

Representa un detalle dentro del informe de bonos que permite conocer la tienda a la que se le
ha asignado un bono, y qué bono se le debe asignar.
idTienda Identificador de la tienda a la que se le asignará el bono Integer
idBono Identificador del bono a ser asignado a la tienda datetime
observaciones Observaciones acerca de la asignación varchar
Tabla 23 - Atributos de la entidad “Detalle Informe de bonos". Fuente: Elaboración propia.
3.3.2.16. Informe Gerencial

Representa un informe que es enviado a la dirección de Customer Care para la toma de
decisiones y que ha sido creado luego de consolidar la información de evaluaciones realizadas
en un periodo.
idInforme Identificador del Informe integer
fechaElaboración Fecha en la que el informe fue elaborado datetime
redactadoPor Nombre del ejecutivo de calidad que elaboró el informe varchar
89
dirigidoA Nombre de la persona la que va dirigida el informe varchar
contenido Contenido del informe varchar
observaciones Observaciones del informe varchar
Tabla 24 - Atributos de la entidad “Informe Gerencial". Fuente: Elaboración propia.
3.4. Realización de los Casos de Uso del Negocio
3.4.1. CUN01 – Planificar Evaluación 5S
3.4.1.1. Especificación de caso de uso
• Actores
AN01 – Director de Customer Care
• Propósito
Planificar la evaluación 5S correspondiente para el periodo actual asignando supervisores a las

tiendas donde se realizarán dichas evaluaciones.
• Breve descripción
El caso de uso inicia cuando el Director de Customer Care solicita la planificación de la

evaluación 5S. El Jefe del departamento de Calidad de Customer Care establece las fechas de
inicio y fin para toma de evaluaciones 5S que las sucursales deberán seguir. Los ejecutivos de
calidad asignan supervisores a tiendas y distribuidores y envían la plantilla de evaluación a
emplear. El caso de uso termina cuando todas las tiendas y distribuidores tienen un supervisor
asignado y el Director de Customer Care recibe los registros de asignación de tiendas.
• Flujo básico de eventos

1. El Director de Customer Care solicita se inicie la planificación para la toma de
evaluaciones 5S a nivel nacional.
90
2. El Jefe de Calidad verifica que exista una plantilla de evaluación 5S.
3. Si existe una plantilla de evaluación, el Jefe de calidad revisa el contenido de la misma.
Se debe verificar que la plantilla tenga un nombre único [RN011], ítems [RN012], que
cada etapa no tenga más de 50 ítems [RN032], que en total no sean más de 200 ítems
[RN031] y que se hayan establecido motivos de desaprobación [RN035].
4. Si el contenido es correcto, el Jefe de Calidad establece las fechas para toma de
evaluaciones 5S actualizando la entidad “Cronograma de evaluaciones”. Para ello,
deberá consultar la misma entidad, asegurándose que no exista solapamiento entre las
fechas de evaluaciones, y que cada periodo de evaluación dure entre 1 y 3 semanas.
[RN009], [RN015]
5. El Jefe de Calidad solicita la asignación de supervisores a tiendas.
6. El Ejecutivo de Calidad asigna los supervisores a tiendas y registra esta asignación en
la entidad “Registros de tiendas asignadas”. Para ello, el Ejecutivo de Calidad revisa si
hay más de un supervisor en la sucursal. Si hay más de un supervisor, el Ejecutivo de
Calidad rota la asignación de las tiendas entre los supervisores con respecto a la última
evaluación realizada. [RN017], [RN018], [RN019]
7. El Ejecutivo de Calidad envía la asignación de supervisores, junto con la plantilla de
evaluación 5S a cada sucursal.
8. El Ejecutivo de Calidad entrega una copia de estos documentos al Director de Customer
Care.
9. El Director de Customer Care recibe los registros de asignación de tiendas de cada
supervisor y la plantilla de evaluación 5S que será utilizada en el siguiente periodo.
• Flujos alternos
• Creación de plantilla 5S
1. En el punto 2 del flujo básico, si no existe una plantilla de evaluación ya creada,
el Jefe de Calidad solicita la creación de la plantilla 5S. [RN033]
2. El Ejecutivo de Calidad registra los ítems para cada “Etapa de evaluación 5S”.
3. El Ejecutivo de Calidad crea la “Plantilla de Evaluación 5S” utilizando los ítems
creados.
4. El Ejecutivo de Calidad entrega la “Plantilla de evaluación 5S” al Jefe de
Calidad.
5. El caso de uso continúa en el punto 3 del flujo básico.
91
• Realizar ajustes en plantilla 5S
1. En el punto 3 del flujo básico, si el contenido no es correcto, el Jefe de Calidad
solicita que se realicen ajustes a la “Plantilla de Evaluación 5S”.
2. El Ejecutivo de Calidad realiza los ajustes solicitados en la “Plantilla de
Evaluación 5S”.
3. El Ejecutivo de Calidad entrega la “Plantilla de Evaluación 5S “corregida al Jefe
de Calidad.
4. El caso de uso continúa en el punto 3 del flujo básico.
• Precondiciones
• Se cuenta con la lista de sucursales de la empresa.
• Se cuenta con la lista de tiendas y distribuidores por cada sucursal.
• Se cuenta con la lista de supervisores por cada sucursal.
• Post condiciones
• Se generó una plantilla de evaluación 5S.
• Se asignó supervisores a cada sucursal.
• Se envió la plantilla de evaluación 5S generada y el registro de asignación de
supervisores al Director de Customer Care a las sucursales.
• Reglas de negocio asociadas
[RN009], [RN011], [RN012], [RN015], [RN017], [RN018], [RN019], [RN031], [RN032],

[RN033] , [RN035].
92
3.4.1.2. Diagrama de actividades
Ilustración 13 - Diagrama de actividades CUN01 - Planificar Evaluación 5S. Fuente: Elaboración propia.
93
3.4.1.3. Diagrama de clases
Ilustración 14 - Diagrama de Clases del CUN01 - Planificar Evaluación 5S. Fuente: Elaboración propia.
94
3.4.1.4. Lista de las actividades a automatizar
• Verificar existencia de plantilla de evaluación 5S.

• Registrar ítems para cada etapa de evaluación 5S.
• Crear plantilla de evaluación 5S.
• Revisar contenidos plantilla 5S.
• Realizar ajustes en plantilla 5S.
• Establecer fechas para toma de evaluaciones.
• Asignar supervisores a tiendas.
3.4.2. CUN02 – Realizar Evaluación 5S
• Actores
• Propósito
Realizar la evaluación 5S correspondiente al periodo actual a cada una de las tiendas y

distribuidores para elaborar el informe de evaluaciones.
El caso de uso inicia cuando el Director de Customer Care solicita iniciar la evaluación 5S. El
supervisor consulta su lista de tiendas y distribuidores a evaluar. El supervisor realiza la
evaluación 5S revisando cada uno de los ítems. El caso de uso termina cuando el supervisor
crea el informe de las evaluaciones realizadas y se lo envía al Director de Customer Care.

1. El Director de Customer Care solicita se inicie la toma de evaluación 5S a nivel
nacional.
2. El Supervisor consulta la lista de tiendas que tiene asignadas mediante la entidad
“Registro de tiendas asignadas”.
3. Por cada tienda a evaluar:
95
a. El Supervisor visita personalmente la tienda para su respectiva evaluación 5S.
[RN003]
b. El Supervisor consulta los ítems de la plantilla 5S a verificar consultando la
entidad “Plantilla de evaluación 5S”. [RN001], [RN002]
c. Por cada ítem a verificar:
i. El Supervisor verifica si el ítem a verificar es aplicable a la tienda o
distribuidor consultando la entidad “Ítem”.
ii. Si el ítem aplica, el Supervisor evalúa el cumplimiento del ítem
consultando la entidad “Ítem”. [RN010]
iii. Si la tienda cumple con lo especificado en el ítem, el Supervisor registra
el ítem como aprobado actualizando la entidad “Detalle de evaluación
5S”.
d. Cuando se ha terminado de verificar todos los ítems de la evaluación 5S, el
Supervisor registra la calificación obtenida por la tienda actualizando la entidad
“Evaluación 5S”.
4. Cuando se ha terminado de evaluar a todas las tiendas asignadas según el “Registro de
tiendas asignadas”, el Supervisor crea el “Informe de Evaluaciones”.
5. El Supervisor registra el “Detalle de Informe de Evaluaciones” indicando la calificación
de cada tienda (tomada de las entidades “Evaluación 5S”) y si esta aprobó o no
[RN013], [RN020], [RN021], [RN022]
6. El Supervisor envía el “Informe de Evaluaciones” al Director de Customer Care.
7. El Director de Customer Care recibe el “Informe de Evaluaciones” realizada por el
supervisor.
• Flujos alternos
• Ítem no aplica a tienda
1. En el punto 3.c.i del flujo básico, si el ítem no aplica a la tienda o distribuidor, el
Supervisor registra que no aplica y un comentario del por qué, actualizando la
entidad “Detalle de evaluación 5S”. [RN006]
2. El caso de uso continúa en el punto 3.c del flujo básico.
• Tienda no cumple con especificación de ítem.
1. En el punto 3.c.ii del flujo básico, si la tienda o distribuidor no cumple con lo
especificado por el ítem, el Supervisor registra el ítem como desaprobado, junto
96
a un comentario explicando el por qué y en la entidad “Detalle de evaluación 5S”.
[RN005]
2. El caso de uso continúa en el punto 3.c del flujo básico.
• Precondiciones
• Se generó una plantilla de evaluación 5S.
• Se asignó supervisores a cada sucursal.
• Se registró la lista de tiendas por sucursal a evaluar.
• Se generó la evaluación 5S por tienda o distribuidor.
• Se generó el informe de evaluaciones y se le enviará al Director de Customer Care.
[RN003], [RN001], [RN002], [RN010], [RN013], [RN020], [RN021], [RN022], [RN006],

[RN005].
97
: AN01 - Director de Customer Care : TN03 - Superv isor
AN01: DIRECTOR DE TN03: SUPERVISOR

CUSTOMER CARE
Solicita iniciar Consultar lista de

evaluación 5S tiendas asignadas
: EN10 - Registro de tiendas asignadas

¿Quedan tiendas No
por evaluar?
Sí
Obtener tienda
a evaluar
: EN08 - Tienda
Visitar tienda
: EN01 - Plantilla de evaluación 5S
Consultar items
de la plantilla 5S
No ¿Quedan items
por verificar?
Sí
: EN03 - Ítem
Verificar si el siguiente ítem

es aplicable a la tienda
¿El ítem aplica a

la tienda? No
Registrar que Ítem no
aplica en comentario
Sí
: EN05 - Detalle de Evaluación 5S
Evaluar cumplimiento
del item
¿La tienda cumple No

Registrar ítem
con lo especific...
desaprobado y comentario
Sí
Registrar ítem
aprobado
Registrar calificación
de la evaluación
: EN04 - Evaluación 5S
Crear informe de
evaluaciones
: EN10 - Registro de tiendas asignadas
Registrar el detalle de
: EN04 - Evaluación 5S informe de evaluaciones
: EN11 - Informe de evaluaciones
: EN12 - Detalle de Informe de Evaluaciones
Recibir informe de Enviar informe de

evaluaciones evaluaciones
Ilustración 15 - Diagrama de Actividades del CUN02 - Realizar Evaluación 5S. Fuente: Elaboración propia.
98
Ilustración 16 - Diagrama de Clases del CUN02 - Realizar evaluaciones 5S. Fuente: Elaboración propia.
99
• Consultar lista de tiendas asignadas.

• Obtener tienda a evaluar.
• Consultar ítems de la plantilla 5S.
• Registrar que no aplica en comentario.
• Marcar ítem como aprobado.
• Marcar ítem como desaprobado.
• Registrar comentario.
• Registrar calificación de la evaluación.
• Crear informe de evaluaciones.
3.4.3. CUN03 – Controlar resultados de evaluaciones 5S
• Actores
• Propósito
Procesar los resultados de las evaluaciones 5S realizadas a nivel nacional para asignar los bonos
correspondientes a cada tienda y distribuidor, así como elaborar informes gerenciales que
sirvan para la toma de decisiones.
El caso de uso inicia cuando el Director de Customer Care solicita el procesamiento de las
evaluaciones 5S realizadas. El Ejecutivo de Calidad calcula los bonos a recibir por cada tienda
y distribuidor asignado, envía dicha relación al Departamento de Finanzas y elabora informes
gerenciales. El caso de uso termina cuando el Director de Customer Care ha recibido los
informes gerenciales.

1. El Director de Customer Care solicita la elaboración de informes gerenciales.
100
2. El Jefe de Calidad verifica haber recibido la totalidad de “Informes de Evaluaciones”,
comparándola con estos contra el “Registro de tiendas asignadas”.
3. Si cuenta con todos los informes, el Jefe de Calidad entrega los “Informes de
Evaluaciones” consultando la entidad “Informe de evaluaciones”
4. El Ejecutivo de Calidad consulta la lista de tiendas evaluadas según los “Informes de
evaluaciones”.
5. Por cada tienda evaluada:
a. El Ejecutivo de Calidad verifica si existen por lo menos tres evaluaciones
tomadas a la tienda consultando “Informes de evaluaciones” anteriores.
b. Si existen por lo menos tres evaluaciones, el Ejecutivo de Calidad consulta el
resultado de las tres últimas evaluaciones tomadas a la tienda según los
“Informes de evaluaciones”
c. El Ejecutivo de Calidad registra el bono que la tienda debe recibir en el “Detalle
del informe de Bonos” de acuerdo a los criterios de los “Bonos” empleados por
la empresa. [RN004], [RN007], [RN008], [RN014]
6. El Ejecutivo de Calidad consolida el “Informe de Bonos”. Utilizando los registros de
“Detalle de informe de bonos”.
7. El Ejecutivo de Calidad envía el “Informe de Bonos” al área de Finanzas.
8. El Ejecutivo de Calidad elabora “Informes Gerenciales” consultando las entidades
“Informe de evaluaciones”, “Supervisor”, “Sucursal”, “Tienda”.
9. El Ejecutivo de Calidad entrega los informes gerenciales al Director de Customer Care.
10. El Jefe de Calidad revisa los “Informes Gerenciales” recibidos.
11. Si los informes son correctos, el Jefe de Calidad envía los “Informes Gerenciales” al
Director de Customer Care.
12. El Director de Customer Care recibe los “Informes Gerenciales”.
• Flujos alternos
• Tienda sin mínimo de evaluaciones
1. En el punto 3.b del flujo básico, si la tienda no cuenta con un mínimo de tres
evaluaciones anteriores, no puede hacerse acreedora de ningún bono.
2. El flujo básico continúa en el punto 3 del flujo básico.
• Evaluaciones no aprobadas
101
1. En el punto 3.c del flujo básico, si la tienda no ha aprobado alguna de las tres
últimas evaluaciones, no puede hacerse acreedora a ningún bono.
• Errores en informes gerenciales
1. En el punto 10 del flujo básico, si el Jefe de Calidad encuentra errores en los
informes gerenciales, solicita la corrección de los mismos.
2. El Ejecutivo de Calidad realiza las correcciones en los informes gerenciales
consultando y actualizando la entidad “Informe gerencial”.
• Precondiciones
• Se cuenta con los informes de evaluaciones 5S enviados por los supervisores a nivel
nacional.
• Se generó el Informe de Bonos y será enviado al área de Finanzas.
• Se generaron Informes Gerenciales que serán enviados al Director de Customer Care.
[RN004], [RN007], [RN008], [RN014].
102
Ilustración 17 - Diagrama de Actividades del CUN03 - Controlar resultados de evaluaciones 5S. Fuente: Elaboración propia.
103
Ilustración 18 - Diagrama de Clases del CUN03 - Controlar resultados de evaluaciones 5S.

Fuente: Elaboración propia.
• Consultar lista de tiendas evaluadas.

• Obtener tienda a procesar.
• Consultar tres últimas evaluaciones.
104
• Verificar si recibió bono por cumplimiento.
• Registrar bono correspondiente.
• Elaborar informes gerenciales.
3.5. Conclusiones
1. A través del modelado del negocio hemos identificado los principales casos de uso,
actores, trabajadores, entidades y reglas del mismo. En otras palabras, se ha logrado
obtener un conocimiento profundo del negocio y su funcionamiento.
2. Dentro de las reglas del negocio más importantes encontramos que las asignaciones
entre supervisores y tiendas deben variar todos los meses basándose en información
histórica, que los supervisores deben encontrarse físicamente en la tienda asignada al
iniciar y terminar una evaluación y los requisitos para que una tienda se haga acreedora
de un bono económico.
3. Las reglas de negocio identificadas son de importancia también en el desarrollo de la
solución propuesta, pues representan limitaciones y requisitos que esta deberá cumplir.
4. Los diagramas de actividades permitieron identificar flujos básicos y alternos dentro de
un caso de uso de negocio, así como las relaciones entre trabajadores y entidades del
mismo.
5. A través de los diagramas de actividades, también fue más fácil identificar las
actividades susceptibles a ser automatizadas a través de software.
105
Capítulo 4: Requerimientos
Actualmente, los distintos procesos de desarrollo de software que existen en el mundo

informático son muy variables. Con el tiempo, los expertos de la Ingeniería de Software han
introducido estándares para poder llevar a cabo proyectos con éxito cumpliendo el tiempo
estimado, pero sobre todo entregando un producto de calidad. Uno de esos estándares es RUP
el cual se está aplicando para este proyecto. Esta etapa de RUP, requerimientos, análisis y
diseño cumple un rol primordial ya que es aquí donde obtendremos la definición detallada de
lo que se desea producir.
Por esta razón, el presente capítulo servirá, en primer lugar, para identificar y especificar todos
los requerimientos funcionales y no funcionales basándonos en los requisitos propuestos por
los usuarios de Bitel y por los procesos estudiados de la empresa; en segundo lugar,
modelaremos los casos de uso del sistema especificando los actores involucrados con su
respectivo diagrama, los diagramas de casos de uso del sistema y sus relaciones y los paquetes
que agrupan a estos según sus funcionalidades; en tercer lugar, se describirá a alto nivel cada
uno de los casos de uso del sistema encontrados; en cuarto lugar, se detallarán los casos de uso
del sistema que pertenecen al núcleo; por último, construiremos y analizaremos el modelo
conceptual que nos servirá para poder soportar los requerimientos funcionales encontrados.
4.1. Especificación de los requerimientos del software
4.1.1. Requerimientos funcionales
4.1.1.1. Sistema Web
Código Nombre Descripción
RF006 Actualizar El sistema debe permitir registrar, editar, consultar y dar

sucursales de baja a sucursales que agrupan a las diferentes tiendas de
Bitel.
106
RF007 Actualizar tiendas El sistema debe permitir registrar, editar, consultar y dar
de baja a tiendas, que pueden ser propias o de
distribuidores, así como el horario de atención semanal de
las mismas.
RF008 Georreferenciar El sistema debe permitir establecer la ubicación de la

tienda tienda utilizando tecnología de mapas.
RF009 Consultar mapa de El sistema debe permitir consultar un mapa con la

tiendas ubicación de todas las tiendas.
RF010 Actualizar El sistema debe permitir registrar, editar, consultar y dar

supervisores de baja a supervisores asociados a una sucursal.
RF011 Actualizar bonos El sistema debe permitir registrar, editar, consultar y dar
de baja bonos que se otorgan a las tiendas siempre que
cumplan los criterios de la evaluación 5S, estableciendo
datos como: nombre, tipo, monto y vigencia.
RF012 Registrar etapas El sistema debe permitir registrar, editar, consultar y dar
evaluación 5S de baja etapas de la evaluación 5S.
RF013 Registrar ítems para El sistema debe permitir registrar, editar, consultar y dar
evaluación 5S de baja ítems para evaluación 5S.
RF014 Registrar motivos de El sistema debe permitir registrar motivos de

desaprobación de desaprobación predeterminados para cada ítem de
ítems de evaluación evaluación 5S. Estos solo estarán disponibles en caso un
5S ítem no sea aprobado y deberán ir acompañadas de la
opción “otros” en caso ninguna de las predeterminadas
aplique.
RF015 Bloquear, El sistema debe permitir crear nuevas versiones de ítems

desbloquear y de evaluación 5S ya existentes, conservando las anteriores.
registrar versiones También debe permitir bloquear ítems de evaluación 5S
para su utilización. Esto quiere decir que un ítem se
107
de ítems para encontrará en estado “borrador” inicialmente, hasta ser
evaluación 5S. bloqueado (cuando pase a estado “final”). Solo en ese
momento podrá ser utilizado dentro de las evaluaciones
5S. Por último, el sistema deberá permitir “desbloquear”
un ítem ya publicado para ser editado, siempre y cuando
éste no haya sido evaluado anteriormente. En caso
contrario, se creará una nueva versión.
RF016 Actualizar El sistema debe permitir registrar y editar las evaluaciones

evaluación 5S 5S completas que tomaron manualmente los supervisores
en la web.
RF017 Añadir ítems a El sistema debe permitir consultar ítems de evaluación 5S

plantillas en estado “final” para que estos sean añadidos a las
plantillas 5S al crearlas o editarlas.
RF018 Registrar, clonar, El sistema debe permitir registrar, editar, consultar y dar
bloquear y de baja plantillas de evaluación 5S. También debe permitir
desbloquear plantilla la creación de nuevas plantillas 5S basándose en plantillas
de evaluación 5S existentes previamente y permitir bloquear plantillas 5S
para su utilización. Esto quiere decir que una plantilla se
encontrará en estado “draft” inicialmente, hasta ser
publicada. Solo en ese momento podrá ser utilizada para la
toma de evaluaciones. Por último, el sistema debe permitir
desbloquear plantillas 5S ya publicadas para su edición,
siempre que esta no haya sido utilizada en alguna
evaluación previa. En caso contrario, se creará una nueva
versión.
RF019 Obtener informe de El sistema debe permitir generar un informe con el

ítems porcentaje de aprobación de cada ítem dentro de un
periodo de evaluación anterior. Indicando además, qué
108
ítem tiene mayor y menor aprobación dentro de cada etapa
a nivel nacional.
RF020 Obtener informe de El sistema debe permitir generar el informe de bonos a

bonos otorgar por cada evaluación 5S.
RF021 Generar informe de El sistema debe permitir la generación del informe de

evaluaciones 5S evaluaciones 5S de toda la organización.
global.
RF022 Establecer nuevo El sistema debe permitir establecer periodos de

periodo de evaluaciones 5S indicando las fechas de inicio y fin entre
evaluación 5S las que deberán ser tomadas, la plantilla a utilizar, el bono
asignado y las tiendas a participar.
RF023 Asignar supervisores El sistema debe permitir asignar supervisores a tiendas

a tiendas por (dentro de la misma sucursal) por cada nuevo periodo de
evaluación evaluación 5S de forma automática. La lógica de para
asignar supervisores se puede ver en la sección de anexos.
RF024 Modificar El sistema debe permitir modificar la asignación de

asignación de supervisores a tiendas en cada periodo de evaluación 5S de
supervisores a forma manual, siempre que el periodo de ésta no haya
tiendas por empezado.
evaluación
RF025 Consultar asignación El sistema debe permitir consultar la asignación de

de supervisores a supervisores a tiendas para un periodo de evaluación 5S.
tiendas
RF026 Consultar evaluación El sistema debe permitir consultar el resultado y detalle de

5S realizada una evaluación 5S realizada para una tienda específica.

evaluaciones 5S por evaluaciones 5S de una tienda específica.
tienda
109
evaluaciones 5S por evaluaciones 5S por sucursal.
sucursal.
Tabla 25 - Requerimientos funcionales Sistema Web. Fuente: elaboración propia
4.1.1.2. Aplicación móvil
RFM004 Consultar lista de El sistema debe permitir consultar la lista de tiendas

tiendas asignadas asignadas al supervisor para toma de evaluación 5S del
vigentes. periodo vigente.
RFM005 Consultar El sistema debe permitir consultar la información de una

información de tienda a evaluar como el nombre, la dirección, horario de
tienda a evaluar atención, tipo de tienda, teléfono y contacto. De igual
forma, será posible ubicar la tienda en un mapa.
RFM006 Iniciar evaluación El sistema debe permitir iniciar la toma de evaluación 5S

5S para una tienda asignada dentro de las fechas
programadas.
RFM007 Verificar ubicación El sistema debe verificar la ubicación geográfica del

del supervisor supervisor antes de iniciar la evaluación 5S. Si este no
está en la tienda, no podrá iniciar la evaluación.
RFM008 Registrar resultado El sistema debe permitir registrar si el ítem de evaluación

del ítem de 5S fue aprobado, desaprobado o no aplica.
evaluación 5S
RFM009 Registrar motivo de Si un ítem es desaprobado, el sistema debe permitir

desaprobación seleccionar alguno de los motivos predeterminados o la
opción “otros”.
110
RFM010 Registrar El sistema debe permitir ingresar un comentario
comentario sobre explicativo, en caso se haya marcado la opción “otros” o
ítem si el ítem no aplica.
RFM011 Añadir evidencia El sistema debe permitir añadir evidencia fotográfica

fotográfica asociada a uno o más ítems de la evaluación 5S. Con esta
imagen se busca reforzar la evaluación realizada por el
supervisor.
RFM012 Calcular resultado El sistema debe calcular de forma automática el resultado

de la evaluación 5S de la evaluación 5S, una vez que se hayan evaluado todos
sus ítems.
RFM013 Notificaciones de El sistema debe enviar notificaciones al usuario de forma

usuario diaria, recordando al supervisor el número de tiendas
pendientes de evaluación.
RFM014 Verificar horario de El sistema debe verificar el horario de atención de la

atención de tiendas tienda y evitar que se inicien evaluaciones fuera de este.
Tabla 26 - Requerimientos funcionales Aplicación Móvil. Fuente: elaboración propia
4.1.1.3. De uso general
RF001 Iniciar sesión El sistema debe permitir iniciar sesión a los usuarios
mediante la combinación de su cuenta de correo y
contraseña.
RF002 Actualizar usuarios El sistema debe permitir registrar y editar nombre y

contraseña usuario. Además, debe permitir consultar y dar
de baja a usuarios de la aplicación.
RF003 Cambiar contraseña El sistema debe permitir al usuario cambiar su contraseña

de acceso.
111
RF004 Actualizar roles de El sistema debe permitir registrar, editar, consultar y dar de
usuario baja roles de usuario.
RF005 Tipo de formato de Los reportes se exportarán en los formatos: PDF, EXCEL y
reporte de la WORD.
aplicación web
RFM001 Iniciar sesión móvil El sistema debe permitir iniciar sesión a los usuarios
mediante la combinación de email y contraseña en la
aplicación móvil.
RFM002 Cambiar contraseña El sistema debe permitir al usuario cambiar su contraseña

móvil de acceso desde la aplicación móvil.
RFM003 Actualizar datos de El sistema debe permitir actualizar los datos de perfil
usuario móvil propios a cada usuario en la aplicación móvil.
Tabla 27 - Requerimientos funcionales de uso general. Fuente: elaboración propia
4.1.2. Requerimientos no funcionales
4.1.2.1. Usabilidad
RNF001 Mensaje de error El sistema debe presentar los errores utilizando un lenguaje
que respete la terminología del negocio, de manera que el
usuario pueda saber el origen del error y una posible
solución.
RNF002 Multisesiones (web) El sistema deberá permitir a diversos usuarios ingresar

desde múltiples dispositivos simultáneamente.
RNF003 Facilidad de El sistema deberá ser intuitivo para el usuario lo cual

aprendizaje significa que cada función en la aplicación debe ser
aprendida por el usuario como máximo en 10 minutos.
112
RNF004 Interfaz minimalista La aplicación móvil debe presentar solo la información
en aplicación móvil mínima necesaria y adherirse a las guías de diseño de
Android. Por ejemplo, en la toma de evaluaciones 5S, solo
deberá presentarse un ítem por pantalla.
Tabla 28 - Requerimientos no funcionales de usabilidad. Fuente: elaboración propia
4.1.2.2. Confiabilidad
RNF005 Validación de datos El sistema debe validar la información contenida en los

formularios antes de procesarla, es decir en la capa de
presentación. De esta manera se evitarán llamadas
innecesarias al servidor.
RNF006 Disponibilidad del El sistema debe estar disponible por lo menos 97% del
sistema tiempo establecido: 18 horas al día (6:00 a.m. – 12:00am),
7 días por semana. El tiempo restante será utilizado para
mantenimiento de los servidores si es necesario.
RNF007 Tiempo promedio de El tiempo promedio de reparación de alguna funcionalidad

reparación del del sistema no debe ser mayor a 60 min.
sistema.
RNF008 Integridad de la En caso de error durante una transacción, el sistema deberá

información realizar un mecanismo de rollback de la transacción para no
afectar la integridad de los datos.
RNF009 Respaldo de la Se deben realizar backups incrementales diarios de la base

información de datos.
RNF010 Tiempo máximo de El tiempo promedio de interrupción de la actualización

actualización del programada no debe exceder los 30 minutos.
sistema
113
RNF011 Confidencialidad de El sistema deberá almacenar las claves encriptadas en la
claves. base de datos utilizando MD5.
RNF031 Errores críticos El sistema deberá pasar al ambiente de producción sin

ningún error crítico.
RNF032 Seguridad El sistema no deberá permitir ingresar a usuarios sin

identificación y no deberá permitir tomar evaluaciones sin
una validación de geolocalización.
Tabla 29 - Requerimientos no funcionales de confiabilidad. Fuente: elaboración propia
4.1.2.3. Rendimiento
RNF012 Tiempos de Los tiempos de respuestas para la aplicación móvil y para

respuesta el sistema web deben ser:
Hasta 10 segundos en transacciones
Hasta 30 segundos para reportes.
RNF013 Límite de El tiempo límite de inactividad del usuario será de 20

inactividad minutos, posteriormente se cancelará la sesión.
RNF014 Usuarios en El sistema deberá permitir el acceso concurrente de 200

simultáneo usuarios en simultáneo, los cuales deberán poder acceder a
cualquiera de las opciones sin inconvenientes. Para este
número se ha considerado que el número de tiendas actuales
en Bitel es de 186 y no se espera que todas sean evaluadas
al mismo tiempo.
Tabla 30 - Requerimientos no funcionales de rendimiento. Fuente: elaboración propia
4.1.2.4. Soporte
114
RNF015 Software requerido Para acceder a la aplicación Web, el cliente solo necesita
por el cliente disponer de un navegador. No se requiere ninguna
instalación adicional.
RNF016 Tipo de navegadores La aplicación Web deberá ser compatible con los
web. navegadores Internet Explorer 9 o superior, Mozilla Firefox
37 o superior, Google Chrome 40 o superior.
RNF017 Sistemas operativos La aplicación para móviles deberá ser compatible con
móviles. Android 4.0 o superior.
Tabla 31 - Requerimientos no funcionales de soporte. Fuente: elaboración propia
4.1.2.5. Restricciones de diseño
RNF018 Entorno de la La aplicación se diseñará para ser utilizada en dos entornos:

aplicación. uno Web y otro móvil.
RNF019 Persistencia La persistencia de los datos se hará mediante la utilización

de ORMs.
RNF020 Capas de la La aplicación web estará formada por una única capa de
aplicación Web presentación.
RNF021 Capas de la La aplicación móvil estará dividida en tres capas: modelos,

aplicación móvil vistas y presentadores.
RNF022 Patrón MVC (web) La capa de presentación web utilizará el patrón MVC.
RNF023 Motor de base de El sistema debe utilizar como motor de base de datos SQL
datos SERVER 2008 R2.
RNF024 Lenguaje de La aplicación Web se desarrollará en el lenguaje de

programación para la programación C# bajo la plataforma .NET, además de
aplicación Web Javascript
115
RNF025 Lenguaje de La aplicación móvil será desarrollada en Android utilizando
programación para la lenguaje Java.
aplicación móvil
RNF026 Tipo de web services El estilo a utilizar para los servicios web será REST.
RNF027 Tipo de sistema El sistema operativo a emplear por los servidores será
operativo de los Windows Server 2008 R2.
servidores
RNF028 Ubicación de las Las capas de presentación y servicios se encontrarán

capas de desplegadas en distintos servidores.
presentación y
servicios (web)
RNF029 Servidor web El servidor web en el que se aloja la aplicación es Internet

Information Services 7.
RNF030 Diseño adaptable El diseño de la aplicación web debe ser adaptable para que
(web) se visualice de manera correcta en distintas resoluciones.
RNF031 Lenguaje de Los servicios Web se desarrollarán en el lenguaje de

programación para programación C# bajo la plataforma .NET.
servicios web
RNF032 Capas de los La aplicación de servicios web estará dividida lógicamente

servicios web en capas de: servicios, negocio y acceso a datos.
RNF033 Patrón MVP (móvil) La aplicación móvil utilizará el patrón MVP para la
presentación.
RNF034 Motor de base de La aplicación móvil utilizará SQLite v3 como motor de

datos (móvil) base de datos.
Tabla 32 - Requerimientos no funcionales de restricción de diseño. Fuente: elaboración

propia
4.2. Modelo de casos de uso del sistema

116
4.2.1. Especificación de los actores del sistema
• AS001_Usuario
Este actor representa la generalización de todo usuario que puede ingresar al sistema y
a las funcionalidades a las que tenga permiso de acceso de acuerdo al rol asignado en
el sistema. Además, puede cambiar su contraseña y otros datos de su propio perfil.
• AS002_Supervisor
Este actor interactúa principalmente con la aplicación móvil. En ella, podrá consultar
la lista de tiendas asignadas que tendrá en un periodo de evaluación 5S, consultar
información de las mismas, iniciar la evaluación de una tienda (siempre que se
encuentre en ella y dentro de las fechas y horarios permitidos), así como registrar el
resultado de cada ítem dentro de esta.
• AS003_EjecutivoCalidad
Este actor se encarga de dar mantenimiento a los ítems y plantillas que son utilizadas
en los periodos de evaluación 5S. También, puede modificar manualmente la
asignación de supervisores a tiendas dentro de dicho periodo.
• AS004_UsuarioReportes
Este actor representa a todo usuario con acceso a reportes gerenciales como los reportes
por tienda, sucursal o global, así como los bonos asignados a cada tienda al final de un
periodo de evaluación.
• AS005_JefeCalidad
Este actor se encarga de establecer periodos de evaluación 5S, ya sea a nivel global, por
sucursales o por tiendas específicas. También se encarga de establecer los bonos que
recibirán las tiendas que superen las evaluaciones 5S.
• AS006_Administrador
Este actor se encarga de dar mantenimiento a las entidades principales necesarias para
el sistema como son: usuarios, roles y permisos.
• AS007_Consultor
117
Este actor representa a quiénes pueden realizar consultas al sistema como: el mapa de
las tiendas existentes de Bitel y las asignaciones de supervisores a tiendas. Sus
funciones son heredadas por el AS005_JefeCaldidad y por el AS003_EjecutivoCalidad.
• AS008_Sistema
Este actor es el encargado de ejecutar tareas programadas de manera automática como,

por ejemplo, enviar notificaciones a los supervisores para avisar que se acaba de iniciar
o finalizar un periodo de evaluación o para recordar cuáles son las tiendas pendientes a
evaluar.
4.2.2. Diagrama de actores del sistema
Ilustración 19 - Diagrama de actores del sistema. Fuente: elaboración propia
118
4.2.3. Diagrama de paquetes del sistema
Ilustración 20 - Diagrama de paquetes del sistema. Fuente: elaboración propia
4.2.4. Diagramas de casos de uso del sistema por paquete
4.2.4.1. Paquete de Seguridad
Ilustración 21 - Diagrama de casos de uso del sistema del paquete de seguridad. Fuente:
elaboración propia
119
4.2.4.2. Paquete de Evaluación 5S (Móvil)
Ilustración 22 - Diagrama de casos de uso del sistema del paquete de evaluación 5S. Fuente:
elaboración propia
4.2.4.3. Paquete de planificación de Evaluación 5S
120
Ilustración 23 - Diagrama de casos de uso del sistema del paquete de planificación de
evaluación 5S. Fuente: elaboración propia
4.2.4.4. Paquete de control de resultados de Evaluación 5S
Ilustración 24 - Diagrama de casos de uso del sistema del paquete de control de resultados de
evaluación 5S. Fuente: elaboración propia
4.3. Atributos de los casos de uso del sistema
121
Nombre del caso de uso Estado Dificultad Responsable Prioridad
Complejidad
CUS006_EstablecerPeriodoD Defini Media D. Valdivia Ciclo 0

Primario
eEvaluacion5S do
CUS007_ActualizarItems Defini Baja J. Moscoso Ciclo 0

Primario
do
CUS009_ActualizarPlantilla5 Defini Media J. Moscoso Ciclo 0
Primario
S do
CUS010_BuscarItemsPlantilla Primario Defini Media D. Valdivia Ciclo 0

do
CUS017_RealizarEvaluacion5 Primario Defini Alta J. Moscoso Ciclo 0
S do
CUS019_ConsultarTiendasAs Primario Defini Baja J. Moscoso Ciclo 0

ignadas do
CUS027_ConsultarEvaluacion Primario Defini Media D. Valdivia Ciclo 0

5SRealizada do
CUS024_ConsultarInformeBo Primario Defini Media J. Moscoso Ciclo 0

nos do
CUS025_GenerarInformeGlo Defini Media J. Moscoso Ciclo 0

Secundario
bal do
CUS030_ActualizarTiendas Defini Baja D. Valdivia Ciclo 0

Primario
do
CUS033_ActualizarBonos Defini Baja J. Moscoso Ciclo 1
Secundario
do
CUS034_ActualizarEvaluacio Defini Alta D. Valdivia Ciclo 1
Secundario
n5S do
CUS001_IniciarSesion Defini Baja D. Valdivia Ciclo 1

Primario
do
122
Complejidad
CUS002_CambiarContraseña Defini Baja J. Moscoso Ciclo 1

Secundario
do
CUS004_ActualizarRoles Defini Baja J. Moscoso Ciclo 1
Secundario
do
CUS008_ConsultarMapaTien Defini Alta J. Moscoso Ciclo 1
Primario
das do
CUS014_IniciarSesion Defini Baja J. Moscoso Ciclo 1

Primario
(Móvil) do
CUS015_CambiarContraseña Defini Baja D. Valdivia Ciclo 1

Secundario
(Móvil) do
CUS016_ActualizarDatosUsu Opcional Defini Baja J. Moscoso Ciclo 1

ario (Móvil) do
CUS020_ConsultarTienda Defini Media D. Valdivia Ciclo 1

Secundario
do
CUS021_EnviarNotificacione Primario Defini Media D. Valdivia Ciclo 1
sUsuario do
CUS026_GenerarInformeApr Defini Alta D. Valdivia Ciclo 1

Secundario
obacionDeItems do
CUS028_ActualizarSuperviso Secundario Defini Baja J. Moscoso Ciclo 2

res do
CUS032_ActualizarSucursale Secundario Defini Baja D. Valdivia Ciclo 2

s do
CUS003_ActualizarUsuarios Defini Baja D. Valdivia Ciclo 2

Secundario
do
CUS011_ConsultarAsignacio Defini Baja J. Moscoso Ciclo 2
Primario
nSupervisores do
123
Complejidad
CUS012_ModificarAsignacio Secundario Defini Media D. Valdivia Ciclo 2

nSupervisores do
CUS022_GenerarInformePor Defini Media J. Moscoso Ciclo 2

Secundario
Tienda do
CUS023_GenerarInformePorS Secundario Defini Media D. Valdivia Ciclo 2

ucursal do
CUS031_ActualizarEtapas Defini Baja J. Moscoso Ciclo 2

Opcional
do
Tabla 33 - Atributos de los casos de uso del sistema. Fuente: elaboración propia
124
4.4. Especificaciones de alto nivel de los casos de uso del sistema
Caso de uso: CUS001_IniciarSesion

Actor: AS001_Usuario
Propósito: Acceder al sistema.
Descripción: El caso de uso inicia cuando el Usuario ingresa sus datos de acceso y
termina cuando se valida la identidad del mismo y se muestra la
pantalla principal del sistema.
CUS relacionados: CUS002
Requerimientos: RF001 - Iniciar sesión
Tabla 34 - Especificación de alto nivel del CUS001_IniciarSesion. Fuente: elaboración propia
Caso de uso: CUS002_CambiarContraseña

Actor: AS001_Usuario
Propósito: Cambiar la contraseña de acceso al sistema de un usuario.
Descripción: El caso de uso inicia cuando el usuario ingresa a la opción “Cambiar
Contraseña”. El usuario ingresa su actual y su nueva contraseña. El
caso de uso termina cuando se actualiza la contraseña del usuario.
CUS relacionados: -
Requerimientos: RF003 - Cambiar contraseña
Tabla 35 - Especificación de alto nivel del CUS002_CambiarContraseña. Fuente: elaboración
propia
Caso de uso: CUS003_ActualizarUsuarios

Actor: AS006_Administrador
Propósito: Mantener actualizados a los usuarios que pueden acceder al sistema.
Descripción: El caso de uso inicia cuando el Administrador solicita actualizar datos de

los usuarios con acceso a la aplicación. Según su requerimiento, el
administrador podrá registrar, actualizar y eliminar los datos de los usuarios
que accederán al sistema. El caso de uso termina cuando los datos de los
usuarios han sido actualizados.
CUS relacionados: -
Requerimientos: RF002 - Actualizar usuarios
125
Tabla 36 - Especificación de alto nivel del CUS003_ActualizarUsuarios. Fuente: elaboración
propia
Caso de uso: CUS004_ActualizarRoles

Actor: AS006_Administrador
Propósito: Mantener actualizado los roles.
Descripción: El caso de uso inicia cuando el Administrador solicita actualizar roles.
Según su requerimiento podrá registrar roles, actualizar los mismos,
asociar qué permisos tendrá cada usuario y eliminar roles. El caso de
uso termina cuando el registro de roles y las asociaciones con los
usuarios quedan actualizados.
CUS relacionados: -
Requerimientos: RF004 - Actualizar roles de usuario
Tabla 37 - Especificación de alto nivel del CUS004_ActualizarRoles. Fuente: elaboración
propia
Caso de uso: CUS006_EstablecerPeriodoDeEvaluacion5S

Actor: AS005_JefeCalidad
Propósito: Establecer un nuevo periodo para las evaluaciones 5S
Descripción: El caso de uso inicia cuando el Jefe de Calidad solicita establecer un
nuevo periodo para las evaluaciones 5S. Según su requerimiento
puede abrir un nuevo periodo indicando las fechas de inicio y fin del
mismo. Además, se asignarán los supervisores a tiendas de manera
automática. El caso de uso termina cuando los datos quedan
actualizados.
CUS relacionados: -
Requerimientos: RF022 - Establecer nuevo periodo evaluación 5S
RF023 - Asignar supervisores a tiendas por evaluación
Tabla 38 - Especificación de alto nivel del CUS006_EstablecerPeriodoDeEvaluacion5S.
Fuente: elaboración propia
Caso de uso: CUS007_ActualizarItems

Actor: AS003_EjecutivoCalidad
126
Caso de uso: CUS007_ActualizarItems
Propósito: Mantener actualizados los ítems que serán empleados en las
evaluaciones 5S.
Descripción: El caso de uso inicia cuando el Ejecutivo de Calidad solicita
actualizar los ítems de evaluación 5S. Según su requerimiento, podrá
registrar, editar, consultar, bloquear, crear nuevas versiones o dar de
baja ítems. Además, podrá crear y editar motivos para ítems
desaprobados. El caso de uso termina cuando los ítems han sido
actualizados
CUS relacionados: -
Requerimientos: RF013 - Registrar ítems para evaluación 5S
RF014 - Registrar motivos de desaprobación de ítems de evaluación
5S
RF015 - Bloquear, desbloquear y registrar versiones de ítems para
evaluación 5S
Tabla 39 - Especificación de alto nivel del CUS007_ActualizarItems. Fuente: elaboración
propia
Caso de uso: CUS008_ConsultarMapaTiendas

Actor: AS007_Consultor
Propósito: Obtener información sobre las diversas tiendas de Bitel a nivel
nacional.
Descripción: El caso de uso comienza cuando el Consultor solicita la información
visual sobre las tiendas de Bitel. El sistema presentará un mapa con
indicadores sobre la ubicación de las distintas tiendas. El actor podrá
interactuar con el mapa según su requerimiento y obtener información
básica de cada tienda. El caso de uso termina cuando el consultor ha
obtenido la información que necesitaba.
CUS relacionados: -
Requerimientos: RF009 - Consultar mapa de tiendas
Tabla 40 - Especificación de alto nivel del CUS008_ConsultarMapaTiendas. Fuente:
elaboración propia
127
Caso de uso: CUS009_ActualizarPlantilla5S
Propósito: Mantener actualizadas las plantillas de evaluación 5S.
actualizar las plantillas de evaluación 5S. Según su requerimiento,
podrá registrar, editar, consultar, bloquear o deshabilitar plantillas de
evaluación. El caso de uso termina cuando las plantillas han sido
actualizadas.
Requerimientos: RF018 - Registrar, clonar, bloquear y desbloquear plantilla de
evaluación 5S
Tabla 41 - Especificación de alto nivel del CUS009_ActualizarPlantilla5S. Fuente:
elaboración propia
Caso de uso: CUS010_BuscarItemsPlantilla

Propósito: Consultar ítems de evaluación 5S.
Descripción: El caso de uso inicia cuando el Ejecutivo de Calidad indica
seleccionar un ítem para una plantilla cuando este se encuentra en el
CUS009_ActualizarPlantilla5S. Según su requerimiento, el Ejecutivo
de Calidad podrá consultar y filtrar la información de ítems
disponibles en estado “FINAL” y seleccionarlos para ser añadidos a
una plantilla de evaluación 5S. El caso de uso termina cuando el
Ejecutivo de Calidad ha seleccionado los ítems a añadir.
CUS relacionados: -
Requerimientos: RF017 - Añadir ítems a plantillas
Tabla 42 - Especificación de alto nivel del CUS010_BuscarItemsPlantilla. Fuente:
elaboración propia
Caso de uso: CUS011_ConsultarAsignacionSupervisores

128
Caso de uso: CUS011_ConsultarAsignacionSupervisores
Propósito: Obtener información sobre la asignación de supervisores a tiendas
en un periodo de evaluación 5S.
Descripción: El caso de uso comienza cuando el Consultor solicita ver la
asignación de supervisores a tiendas para un periodo de evaluación
5S determinado. Esta información podrá ser visualizada. El caso de uso
termina cuando el consultor ha obtenido la información deseada.
CUS relacionados: -
Requerimientos: RF025 - Consultar asignación de supervisores a tiendas
Tabla 43 - Especificación de alto nivel del CUS011_ConsultarAsignacionSupervisores.
Caso de uso: CUS012_ModificarAsignacionSupervisores

Propósito: Modificar las asignaciones de las tiendas a los supervisores.
modificar una asignación de tienda a un supervisor. Según su
requerimiento puede modificar cualquier tienda asignada a un
supervisor. El caso de uso termina cuando los datos de las
asignaciones quedan actualizados.
CUS relacionados: -
Requerimientos: RF024 - Modificar asignación de supervisores a tiendas por
evaluación
Tabla 44 - Especificación de alto nivel del CUS012_ModificarAsignacionSupervisores.
Caso de uso: CUS014_IniciarSesion (Móvil)

Actor: AS002_Supervisor
Propósito: Acceder al sistema móvil
Descripción: El caso de uso inicia cuando el Supervisor ingresa sus datos de acceso
y termina cuando se valida la identidad del mismo y se muestra la
pantalla principal del sistema móvil.
129
Caso de uso: CUS014_IniciarSesion (Móvil)
CUS relacionados: -
Requerimientos: RFM001 - Iniciar sesión
Tabla 45 - Especificación de alto nivel del CUS014_IniciarSesion (Móvil). Fuente:
elaboración propia
Caso de uso: CUS015_CambiarContraseña (Móvil)

Propósito: Cambiar la contraseña de acceso al sistema de un supervisor.
Descripción: El caso de uso inicia cuando el usuario ingresa a la opción “Cambiar
Contraseña” desde la aplicación móvil. El supervisor ingresa su actual
y su nueva contraseña. El caso de uso termina cuando se actualiza la
contraseña del supervisor.
CUS relacionados: -
Requerimientos: RFM002 - Cambiar contraseña
Tabla 46 - Especificación de alto nivel del CUS015_CambiarContraseña (Móvil). Fuente:
elaboración propia
Caso de uso: CUS016_ActualizarDatosUsuario (Móvil)

Propósito: Mantener actualizados los datos de un usuario.
Descripción: El caso de uso inicia cuando el Supervisor solicita actualizar sus
datos. Según su requerimiento, el usuario podrá actualizar datos
relacionados a su perfil como teléfono, fecha de nacimiento, email.
El caso de uso termina cuando los datos del usuario han sido
actualizados.
CUS relacionados: -
Requerimientos: RFM003 - Actualizar datos de usuario
Tabla 47 - Especificación de alto nivel del CUS016_ActualizarDatosUsuario (Móvil).
Caso de uso: CUS017_RealizarEvaluacion5S

130
Caso de uso: CUS017_RealizarEvaluacion5S
Propósito: Realizar la toma de una evaluación 5S para una tienda específica.
Descripción: El caso de uso inicia cuando el supervisor solicita iniciar la toma de
una evaluación 5S para una tienda asignada a él, siempre y cuando se
encuentre dentro de las fechas y horas establecidas y en la misma
ubicación geográfica de la tienda. El supervisor registrará el resultado
de evaluar cada ítem de la evaluación 5S de acuerdo a la observación
realizada. El caso de uso termina cuando se ha evaluado por completo
a la tienda seleccionada.
CUS relacionados: No aplica
Requerimientos: RFM006 - Iniciar evaluación 5S
RFM007 - Verificar ubicación del supervisor
RFM008 - Registrar resultado del ítem de evaluación 5S
RFM009 - Registrar motivo de desaprobación
RFM010 - Registrar comentario sobre ítem
RFM011 - Añadir evidencia fotográfica
RFM012 - Calcular resultado de la evaluación 5S
RFM014 - Verificar horario de tienda
Tabla 48 - Especificación de alto nivel del CUS017_RealizarEvaluacion5S. Fuente:
elaboración propia
Caso de uso: CUS019_ConsultarTiendasAsignadas

Propósito: Consultar tiendas asignadas a un supervisor en el periodo vigente.
Descripción: El caso de uso inicia cuando el supervisor solicita la lista de tiendas
asignadas que deberá evaluar en un periodo de evaluación 5S. El
sistema mostrará al usuario la lista acompañada de datos como:
código de la tienda, nombre de la tienda, teléfono y dirección. El caso
de uso termina cuando el Supervisor ha obtenido la información
deseada.
Requerimientos: RFM004 - Consultar lista de tiendas asignadas vigentes
131
Tabla 49 - Especificación de alto nivel del CUS019_ConsultarTiendasAsignadas. Fuente:
elaboración propia
Caso de uso: CUS020_ConsultarTienda

Propósito: Consultar varios datos de una tienda de Bitel
Descripción: El caso de uso inicia cuando el Supervisor solicita los diferentes datos
de una tienda a evaluar. Según su requerimiento, puede consultar
nombre, dirección, teléfono, contacto, tipo de tienda y horario de
atención de una tienda. El caso de uso termina cuando el Supervisor
obtiene la información deseada.
CUS relacionados: -
Requerimientos: RFM005 - Consultar información de tienda a evaluar
Tabla 50 - Especificación de alto nivel del CUS020_ConsultarTienda. Fuente: elaboración
propia
Caso de uso: CUS021_EnviarNotificacionesUsuario

Actor: AS008_Sistema
Propósito: Enviar recordatorios al usuario en las distintas fases del periodo de
evaluación 5S.
Descripción: El caso de uso inicia cuando el Sistema detecta que ha iniciado un
nuevo periodo de evaluación 5S para el supervisor. El sistema
mostrará una notificación a forma de recordatorio para el supervisor.
Diariamente, el sistema mostrará una notificación indicando cuantas
tiendas aún quedan pendientes de evaluación. El caso de uso termina
cuando el periodo de evaluación termina.
CUS relacionados: -
Requerimientos: RFM013 - Notificaciones de usuario
Tabla 51 - Especificación de alto nivel del CUS021_EnviarNotificacionesUsuario. Fuente:
elaboración propia
Caso de uso: CUS022_GenerarInformePorTienda

Actor: AS004_UsuarioReportes
132
Caso de uso: CUS022_GenerarInformePorTienda
Propósito: Generar informes por tienda utilizando los datos obtenidos de las
evaluaciones 5S realizadas.
Descripción: El caso de uso inicia cuando el Usuario de Reportes indica generar
informes por tienda. El sistema mostrará la información de cada
tienda utilizando los datos obtenidos de las evaluaciones 5S según los
filtros de búsqueda utilizados. El Usuario de Reportes puede
visualizar o imprimir el informe. El caso de uso termina cuando el
Usuario de Reportes obtiene la información deseada.
CUS relacionados: -
Requerimientos: RF027 - Generar informe de evaluaciones 5S por tienda
Tabla 52 - Especificación de alto nivel del CUS022_GenerarInformePorTienda. Fuente:
elaboración propia
Caso de uso: CUS023_GenerarInformePorSucursal

Propósito: Generar informes por sucursal, utilizando los datos obtenidos de las
informes por sucursal. El sistema mostrará la información de cada
sucursal utilizando los datos obtenidos de las evaluaciones 5S según
los filtros de búsqueda utilizados. El Usuario de Reportes puede
visualizar o imprimir el informe. El caso de uso termina cuando el
Usuario de Reportes obtiene la información deseada.
CUS relacionados: -
Requerimientos: RF028 - Generar informe de evaluaciones 5S por sucursal
Tabla 53 - Especificación de alto nivel del CUS023_GenerarInformePorSucursal. Fuente:
elaboración propia
Caso de uso: CUS024_ConsultarInformeBonos

133
Caso de uso: CUS024_ConsultarInformeBonos
Propósito: Consultar los bonos a asignar a las tiendas que llegaron a la meta en
sus evaluaciones 5S.
informes por bono. Según su requerimiento, el sistema le muestra la
información de los bonos asignados a cada sucursal del periodo
seleccionado. El caso de uso termina cuando el Usuario de Reportes
CUS relacionados: -
Requerimientos: RF020 - Obtener informe de bonos
Tabla 54 - Especificación de alto nivel del CUS024_ConsultarInformeBonos. Fuente:
elaboración propia
Caso de uso: CUS025_GenerarInformeGlobal

Propósito: Generar informes globales, utilizando los datos obtenidos de las
informes globales. El sistema mostrará la información global
utilizando los datos obtenidos de las evaluaciones 5S según los filtros
de búsqueda utilizados. El Usuario de reportes puede visualizar o
imprimir el informe. El caso de uso termina cuando el Usuario de
Reportes obtiene la información deseada.
CUS relacionados: -
Requerimientos: RF021 - Generar informe de evaluaciones 5S global
Tabla 55 - Especificación de alto nivel del CUS025_GenerarInformeGlobal. Fuente:
elaboración propia
Caso de uso: CUS026_GenerarInformeAprobacionDeItems

Propósito: Generar informes por ítem, utilizando los datos obtenidos de las
134
Caso de uso: CUS026_GenerarInformeAprobacionDeItems
informes por ítem. El sistema mostrará la información por ítem
utilizando los datos obtenidos de las evaluaciones 5S según los filtros
de búsqueda utilizados. El Usuario de reportes puede visualizar o
imprimir el informe. El caso de uso termina cuando el Usuario de
CUS relacionados: -
Requerimientos: RF019 - Obtener informe de ítems
Tabla 56 - Especificación de alto nivel del CUS026_GenerarInformeAprobacionDeItems.
Caso de uso: CUS027_ConsultarEvaluacion5SRealizada

Propósito: Consultar la evaluación 5S realizada a una tienda específica en un
periodo determinado.
Descripción: El caso de uso inicia cuando el Consultor solicita obtener la
información de una evaluación 5S específica realizada sobre una
tienda en un periodo determinado. El usuario podrá filtrar las
evaluaciones hechas a las tiendas por periodo, tipo, sucursal, tienda,
fecha de toma y supervisor. Para una evaluación seleccionada, el
sistema mostrará un reporte con los datos de la evaluación 5S, así
como el resultado obtenido en cada ítem de la evaluación. El
consultor puede visualizar o imprimir el reporte. El caso de uso
termina cuando el consultor ha obtenido la información deseada.
CUS relacionados: -
Requerimientos: RF026 - Consultar evaluación 5S realizada
Tabla 57 - Especificación de alto nivel del CUS027_ConsultarEvaluacion5SRealizada.
Caso de uso: CUS028_ActualizarSupervisores

135
Caso de uso: CUS028_ActualizarSupervisores
Propósito: Mantener actualizados los datos de los supervisores.
actualizar los datos de los supervisores. El sistema debe permitir
actualizar los nombres, apellidos, fecha de nacimiento, DNI, sucursal,
cargo, sexo y teléfono. El caso de uso termina cuando los datos
quedan actualizados.
CUS relacionados: -
Requerimientos: RF010 - Actualizar supervisores
Tabla 58 - Especificación de alto nivel del CUS028_ActualizarSupervisores. Fuente:
elaboración propia
Caso de uso: CUS030_ActualizarTiendas

Propósito: Mantener actualizados los datos de las tiendas.
actualizar los datos de las tiendas. El sistema debe permitir actualizar
el nombre, sucursal, tipo, radio, dirección, contacto, email, teléfono y
horario de atención de la tienda. También el sistema mostrará un
mapa sobre el cual el Ejecutivo de Calidad deberá ubicar la posición
de la tienda que estuviera actualizando El caso de uso termina cuando
los datos quedan actualizados.
CUS relacionados:
Requerimientos: RF007 - Actualizar tiendas
RF008 - Georreferenciar tienda
Tabla 59 - Especificación de alto nivel del CUS030_ActualizarTiendas. Fuente: elaboración
propia
Caso de uso: CUS031_ActualizarEtapas

Propósito: Mantener actualizadas las etapas de evaluación 5S.
136
Caso de uso: CUS031_ActualizarEtapas
actualizar información de las etapas de evaluación 5S. Según su
requerimiento el Ejecutivo de Calidad puede registrar, editar,
consultar y dar de baja etapas de evaluación. El caso de uso termina
cuando las etapas de evaluación 5S han sido actualizadas.
CUS relacionados: -
Requerimientos: RF012 - Registrar etapas evaluación 5S
Tabla 60 - Especificación de alto nivel del CUS031_ActualizarEtapas. Fuente: elaboración
propia
Caso de uso: CUS032_ActualizarSucursales

Propósito: Mantener actualizados los datos de las sucursales.
Descripción: El caso de uso inicia cuando el Ejecutivo de Calidad indica actualizar
los datos de las sucursales. El sistema debe permitir actualizar el
nombre, descripción y fecha de alta de la sucursal. El caso de uso
termina cuando los datos quedan actualizados.
CUS relacionados: -
Requerimientos: RF006 - Actualizar sucursales
Tabla 61 - Especificación de alto nivel del CUS032_ActualizarSuscursales. Fuente:
elaboración propia
Caso de uso: CUS033_ActualizarBonos

Propósito: Mantener actualizados los bonos de evaluaciones 5S.
actualizar la información de los bonos por evaluación 5S. Según su
requerimiento el Ejecutivo de Calidad podrá registrar, editar,
consultar y dar de baja bonos. El caso de uso termina cuando la
información de los bonos ha sido actualizada.
CUS relacionados: -
137
Caso de uso: CUS033_ActualizarBonos
Requerimientos: RF011 - Actualizar bonos
Tabla 62 - Especificación de alto nivel del CUS033_ActualizarBonos. Fuente: elaboración
propia
Caso de uso: CUS034_ActualizarEvaluacion5S

Propósito: Mantener actualizadas las evaluaciones 5S tomadas manualmente.
actualizar la información de las evaluaciones 5S tomadas
manualmente por los supervisores. Según su requerimiento el
Ejecutivo de Calidad podrá registrar y editar evaluaciones 5S. El caso
de uso termina cuando la información de las evaluaciones 5S ha sido
actualizada.
CUS relacionados: -
Requerimientos: RF016 - Actualizar evaluación 5S
Tabla 63 - Especificación de alto nivel del CUS034_ActualizarEvaluacion5S. Fuente:
elaboración propia
4.5. Especificaciones detalladas de los casos de uso del núcleo

central

CUS006_EstablecerPeriodoDeEvaluacion5S
4.5.1.1. Actores del sistema

AS005_JefeCalidad
4.5.1.2. Propósito
Mantener actualizados los periodos de evaluación 5S.
138
4.5.1.3. Breve descripción
El caso de uso inicia cuando el Jefe de Calidad solicita establecer un nuevo periodo para las
evaluaciones 5S. Según su requerimiento puede establecer, editar y consultar periodos de
evaluación. El caso de uso termina cuando los periodos han sido actualizados.
4.5.1.4. Flujo de eventos
4.5.1.4.1. Flujo Básico

a) El usuario ingresa a la opción de Planificación 5S: “Periodos de Evaluación 5S”
b) El sistema muestra la pantalla: “Periodos de Evaluación 5S”. En ésta, se muestran los
siguientes filtros: dos campos de fecha “Desde” y “Hasta”, una lista de “Plantillas” (en
estado final), el nombre, así como las opciones “Filtrar”, “Nuevo Periodo” y
“Retornar”.
c) El sistema muestra el listado de los periodos. El listado incluye los siguientes campos:
Nombre periodo, Nombre plantilla, Fecha Inicio, Fecha Fin, Estado, Días restantes y
una opción llamada “Ver” para periodos que se encuentren en estado “Cerrado”,
“Activo” o “Creado”, otra opción “Editar” para periodos en estado “Creado”, otra
opción “Activar” para periodos en estado “Creado”, otra opción “Deshabilitar” para
periodos en estado “Creado” y otra opción “Cerrar” para periodos en estado “Activo”
[RN024].
d) El usuario selecciona una opción:
• Si selecciona la opción “Filtrar”, ver el subflujo “Filtrar periodos”
• Si selecciona la opción “Nuevo Periodo”, ver el subflujo “Crear un periodo”
• Si selecciona la opción “Editar”, ver el subflujo “Editar un periodo”
• Si selecciona la opción “Ver”, ver el subflujo “Ver un periodo”
• Si selecciona la opción “Deshabilitar”, ver el subflujo “Deshabilitar periodo”
• Si selecciona la opción “Activar”, ver el subflujo “Activar periodo”
• Si selecciona la opción “Cerrar”, ver el subflujo “Cerrar periodo”
e) Cuando el usuario ha obtenido la información deseada, el usuario selecciona la opción
“Retornar”.
f) El sistema vuelve a la pantalla de “Planificación 5S” y finaliza el caso de uso.
139
4.5.1.4.2. Subflujos
a) Filtrar periodos
[1] En el punto c) del flujo básico, el usuario modifica los filtros de acuerdo a su preferencia
y seleccionar la opción “Filtrar”.
[2] El sistema refresca el listado de periodos creados de acuerdo a los filtros seleccionados
por el usuario.
[3] El caso de uso continúa en el punto c) del flujo básico.
b) Crear un periodo
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Nuevo Periodo” para
crear un nuevo periodo.
[2] El sistema muestra la pantalla “Nuevo Periodo” dónde se ven los campos: nombre del
periodo, un listado de plantillas (en estado final), la fecha desde, la fecha hasta, mínimo
aprobación, un listado de bonos por cumplimiento y un listado de bonos por
mantenimiento. Además, muestra las opciones “Asignar tiendas”, “Cancelar” y “Crear
periodo”.
[3] El usuario introduce información en los campos nombre del periodo, la fecha desde, la
fecha hasta, mínimo aprobación, la plantilla, el bono por cumplimiento y el bono por
mantenimiento
[4] El usuario selecciona la opción “Asignar tiendas”.
[5] El sistema muestra una ventana llamada “Asignación de tiendas” con una lista de todas
las tiendas existentes agrupadas por sucursal y una opción “Aceptar” y otra opción
“Cancelar”. Si el usuario selecciona la opción “Cancelar”, el sistema muestra la pantalla
“Nuevo Periodo” sin asignar ninguna tienda.
[6] El usuario selecciona las tiendas a evaluar.
[7] El usuario selecciona la opción “Aceptar”
[8] El sistema vuelve a la pantalla de “Nuevo Periodo” y muestra el listado de todas las
tiendas a evaluar. El listado de tiendas a evaluar muestra la sucursal, la tienda y una
opción para mostrar más información. Al seleccionar la opción para mostrar más
información se mostrará una ventana llamada “Información adicional” con la fecha de
última evaluación de la tienda, último periodo en el que fue evaluada, último supervisor
que la evaluó, último resultado y promedio acumulado. Si el usuario ya no desea ver la
140
información presiona la opción “Cerrar” y el sistema muestra la pantalla “Nuevo
Periodo”.
[9] El usuario selecciona la opción “Crear Periodo” y el sistema valida que los datos
requeridos hayan sido llenados.
[10] El sistema muestra un mensaje de confirmación “¿Desea crear el nuevo
periodo?” y las opciones “Aceptar” y “Cancelar”.
[11] El usuario selecciona una opción:
• Si selecciona “Aceptar”, el sistema valida que: la diferencia entre la fecha de
inicio y la fecha de fin sea mayor a 1 semana y menor a tres [RN009], que no
se solapen las fechas del periodo con otro periodo activo [RN015] y que el
nombre del periodo sea único [RN023].
• Si selecciona “Cancelar” el sistema vuelve a mostrar la pantalla “Editar
Periodo” y vuelve al punto 3 de este subflujo.
[12] El sistema asigna supervisores a las tiendas seleccionadas de manera automática
evitando que se repitan asignaciones con respecto al periodo anterior y siguiendo el
algoritmo detallado en el anexo 4 “Lógica para asignar supervisores a tiendas por
periodo” y crea el nuevo periodo en estado “Creado”.
[13] El sistema muestra un mensaje de confirmación “El periodo <Nombre del
periodo> fue creado correctamente.” [RN017] [RN018] [RN019] [RN034]
[14] El sistema vuelve a la pantalla “Ver Periodo”.
[15] El caso de uso continúa en el punto 2) del subflujo “Ver un periodo”.
c) Editar un periodo
[1] En el punto c) del flujo básico o en el punto 2) del subflujo “Ver un periodo”, el usuario
selecciona la opción “Editar” para editar un periodo.
[2] El sistema muestra la pantalla “Editar Periodo” dónde se ven los campos del periodo:
nombre periodo, la fecha desde, la fecha hasta, mínimo aprobación, un listado de
plantillas (en estado final), un listado de bonos por cumplimiento y un listado de bonos
por mantenimiento. Además, muestra las opciones “Asignar tiendas”, “Cancelar” y
“Guardar”.
[3] El usuario introduce información en los campos nombre periodo, la fecha desde, la
fecha hasta, mínimo aprobación, plantilla, el bono por cumplimiento y el bono por
mantenimiento.
141
[4] El usuario selecciona la opción “Asignar tiendas”.
[5] El sistema muestra una ventana llamada “Asignación de tiendas” con una lista de todas
las tiendas existentes agrupadas por sucursal, una opción “Aceptar” y otra opción
“Cancelar”. Si el usuario selecciona la opción “Cancelar”, el sistema muestra la pantalla
“Editar Periodo” sin asignar ninguna tienda.
[6] El usuario selecciona las tiendas a evaluar.
[7] El usuario selecciona la opción “Aceptar”.
[8] El sistema vuelve a la pantalla de “Editar Periodo” y muestra el listado de todas las
tiendas a evaluar. El listado de tiendas a evaluar muestra la sucursal, la tienda, los
supervisores asignados hasta el momento y una opción para mostrar más información.
Al seleccionar la opción para mostrar más información se mostrará una ventana llamada
“Información adicional” con la fecha de última evaluación de la tienda, último periodo,
último supervisor, último resultado y promedio acumulado de la tienda. Además, para
las tiendas con supervisores ya asignados, también se mostrará la información de último
periodo, últimas tiendas evaluadas, promedio de último periodo y promedio histórico
del supervisor asignado. Si el usuario ya no desea ver la información presiona la opción
“Cerrar” y el sistema muestra la pantalla “Editar Periodo”
[9] El usuario selecciona la opción “Guardar” y el sistema valida que los datos requeridos
hayan sido llenados.
[10] El sistema muestra un mensaje de confirmación “¿Desea guardar los cambios
hechos al periodo?” y las opciones “Aceptar” y “Cancelar”.
• Si selecciona “Aceptar” , el sistema valida que: la diferencia entre la fecha de
inicio y la fecha de fin sea mayor a 1 semana y menor a tres [RN009], que no
se solapen las fechas del periodo con otro periodo activo [RN015] y que el
nombre del periodo sea único [RN023].
• Si selecciona “Cancelar” el sistema vuelve a mostrar la pantalla “Editar
Periodo” y vuelve al punto 3 de este subflujo.
[12] El sistema actualiza los datos del periodo, actualiza la asignación de
supervisores siguiendo el algoritmo detallado en el anexo 4 “Lógica para asignar
supervisores a tiendas por periodo” y muestra un mensaje de confirmación “El periodo
<Nombre del periodo> fue editado correctamente.”.
142
[13] El sistema vuelve a la pantalla de “Ver Periodo”.
[14] El caso de uso continúa en el punto 2) del subflujo “Ver un periodo”.
d) Ver un periodo
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Ver” para consultar los
datos de un periodo creado, cerrado o activo.
[2] El sistema muestra la pantalla “Ver Periodo” dónde se muestran los datos del periodo:
nombre del periodo, la fecha desde, la fecha hasta, mínimo aprobación, la plantilla, el
bono por cumplimiento, el bono por mantenimiento y el listado de todas las tiendas
asignadas al periodo. El listado de tiendas asignadas muestra la sucursal, nombre de la
tienda, supervisor asignado y una opción para mostrar más información. Al seleccionar
la opción para mostrar más información se mostrará una ventana “Información
adicional” con la fecha de última evaluación de la tienda, último periodo, último
supervisor, último resultado y promedio acumulado de la tienda. Además, también se
mostrará la información de último periodo, últimas tiendas evaluadas, promedio de
último periodo y promedio histórico del supervisor asignado. Si el usuario ya no desea
ver la información presiona la opción “Cerrar” y el sistema muestra la pantalla “Ver
Periodo”. Además, muestra la opción “Retornar” y si el estado del periodo es “Creado”
muestra la opción “Editar”.
[3] El usuario selecciona la opción “Retornar”.
[4] El sistema vuelve a la pantalla de “Periodos de Evaluación 5S”.
e) Deshabilitar periodo
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Deshabilitar” para
deshabilitar un periodo.
[2] El sistema muestra un mensaje de validación con el siguiente texto “¿Desea deshabilitar
el periodo?”. Además, muestra las opciones “Aceptar” y “Cancelar”. Si el usuario
selecciona la opción cancelar el sistema vuelve a mostrar la pantalla “Periodos
Evaluación 5S” y el caso de uso continúa en el punto c) del flujo básico.
[4] El sistema deshabilita el periodo, ya no se muestra en la lista y se muestra un mensaje
de confirmación “El periodo <Nombre del periodo> se deshabilitó correctamente”.
[5] El caso de uso continúa en el punto c) de flujo básico.
143
f) Activar periodo
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Activar” para activar
un periodo en estado “Creado”.
[2] El sistema muestra un mensaje de validación con el siguiente texto “¿Desea activar el
periodo?”. Además, muestra las opciones “Aceptar” y “Cancelar”. Si el usuario
[3] El usuario selecciona la opción “Aceptar” y el sistema valida que la fecha actual se
encuentre dentro de la fecha de inicio y fin del periodo. [RN001]
[4] El sistema activa el periodo, actualiza los datos del periodo en la lista, envía un email a
cada supervisor asignado al periodo indicando la activación del mismo y muestra un
mensaje al usuario “El periodo <Nombre periodo> se activó correctamente”.
g) Cerrar periodo
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Cerrar” para cerrar un
periodo en estado “Activo”.
[2] El sistema muestra un mensaje de validación con el siguiente texto “¿Desea cerrar el
periodo?”. Además, muestra las opciones “Aceptar” y “Cancelar”. Si el usuario
[4] El sistema cierra el periodo, actualiza los datos del periodo en la lista, envía un email a
los supervisores indicando que el periodo fue cerrado y muestra el mensaje de
confirmación “El periodo <Nombre del periodo> se cerró correctamente”.
4.5.1.4.3. Flujos alternos

a) Cancelar proceso
[1] En el punto 2) del subflujo “Crear un periodo” o “Editar un periodo” si el usuario desea
cancelar el proceso selecciona la opción “Cancelar”.
[2] El sistema muestra el siguiente mensaje “Todos los cambios no guardados se perderán.
¿Está seguro de querer continuar?” junto a las opciones “Aceptar” y “Cancelar”. Si el
144
usuario selecciona la opción “Cancelar”, el sistema vuelve a la pantalla “Nuevo
Periodo” si el usuario está creando un nuevo periodo o a la pantalla “Editar Periodo” si
el usuario está editando un periodo.
[4] El sistema descarta cualquier cambio realizado.
b) Validación de campos obligatorios
[1] En el punto 9 del subflujo “Crear un periodo” o “Editar un periodo”, si alguno de estos
campos: nombre del periodo, fecha desde, fecha hasta, mínimo aprobación, plantilla,
bono de mantenimiento, bono de cumplimiento o la lista de tiendas a evaluar está vacía
el sistema muestra un mensaje indicando que estos campos deben e impide crear o
guardar los cambios hechos al periodo.
[2] El caso de uso continúa en el punto 3 del subflujo “Crear un periodo” o “Editar un
periodo”.
c) Validación de fechas mínimas
[1] En el punto 11 del subflujo “Crear un periodo” o “Editar un periodo”, si la diferencia
entre la fecha de inicio y la fecha de fin es menor a 1 semana el sistema muestra el
siguiente mensaje de “Debe existir por lo menos una semana de separación entre las
fechas de inicio y fin. Por favor, modifique las fechas”. [RN009]
periodo”.
d) Validación de fechas máximas
[1] En el punto 11 del subflujo “Crear un periodo” o “Editar un periodo”, si la diferencia
entre la fecha de inicio y la fecha de fin es mayor a 3 semanas el sistema muestra el
siguiente mensaje de “El periodo de evaluación no puede exceder las 3 semanas de
duración. Por favor, modifique las fechas”. [RN009]
periodo”.
e) Validación de solapamiento de fechas
[1] En el punto 11 del subflujo “Crear un periodo” o “Editar un periodo”, si el rango de
fechas seleccionadas se solapa con el rango de fechas de otro periodo el sistema muestra
145
el siguiente mensaje “Las fechas ingresadas se solapan con otro periodo activo. Por
favor, modifique las fechas”. [RN015]
periodo”.
f) Validación de activación de periodos antes de su fecha de inicio
[1] En el punto 3 del subflujo “Activar periodo”, si se trata de activar un periodo antes de
su fecha de inicio el sistema muestra un mensaje de error “Error: No se puede activar
un periodo antes de su fecha de inicio.”. [RN001]
[2] El caso de uso continúa en el punto 1 del subflujo “Activar periodo”.
g) Validación de activación de periodos luego de su fecha de fin
[3] En el punto 3 del subflujo “Activar periodo”, si se trata de activar un periodo luego de
su fecha de fin el sistema muestra un mensaje de error “Error: No se puede activar un
periodo luego de su fecha de fin. Edite el periodo de ser necesario.”. [RN001]
[4] El caso de uso continúa en el punto 1 del subflujo “Activar periodo”.
4.5.1.5. Precondiciones
• El usuario fue registrado en el sistema.

• Existen plantillas 5S registradas.
• Existen sucursales registradas.
• Existen tiendas registradas.
• Existen supervisores registrados.
• Existen bonos por cumplimiento registrados.
• Existen bonos por mantenimiento registrados.
4.5.1.6. Poscondiciones
• Se actualizó la información de los periodos de evaluación 5S.

• Se asignaron los supervisores automáticamente a las tiendas a evaluar.
• Se envió un email a los supervisores cuando se activó o se cerró un periodo.
4.5.1.7. Puntos de inclusión

No aplica.
4.5.1.8. Puntos de extensión
146
No aplica.
4.5.1.9. Reglas de negocio
• RN001 - Evaluaciones dentro de fecha

• RN009 - Distancia entre fechas para toma de evaluaciones
• RN015 – Solapamiento de fechas en periodos
• RN017 - Supervisores por tienda
• RN018 - Rotación de supervisores
• RN019 - Tiendas por supervisores
• RN023 – Nombres de periodos únicos
• RN024 - Deshabilitar periodo
• RN034 – Asignación de supervisores a tiendas
147
4.5.1.10. Información adicional
Ilustración 25 - CUS006 Establecer Periodo - Consulta de periodos
Ilustración 26 - CUS006 Establecer Periodo - Nuevo Periodo
148
Ilustración 27 - CUS006 Establecer Periodo - Popup tiendas
Ilustración 28 - CUS006 Establecer Periodo - Información Adicional
149
4.5.2. Especificación del caso de uso del sistema CUS007_ActualizarItems

AS003_EjecutivoCalidad
4.5.2.2. Propósito
Mantener actualizados los ítems que serán empleados en las evaluaciones 5S.

El caso de uso inicia cuando el Ejecutivo de Calidad solicita actualizar los ítems de evaluación
5S. Según su requerimiento, podrá registrar, editar, consultar, bloquear, desbloquear, crear
nuevas versiones o dar de baja ítems. Además, podrá crear y editar motivos para ítems
desaprobados. El caso de uso termina cuando los ítems han sido actualizados.

a) El usuario ingresa a la opción de Planificación 5S: “Ítems” desde el menú principal.
b) El sistema muestra la pantalla: “Ítems”. En ésta, se muestran los siguientes filtros:
pregunta, fecha creación desde, fecha creación hasta, etapa y estado, así como las
opciones “Filtrar”, “Nuevo Ítem” y “Retornar”.
c) El sistema muestra el listado de los ítems disponibles. El listado incluye los siguientes
campos: etapa, pregunta, fecha de creación, estado, versión, así como las opciones
“Ver” para ítems que se encuentren en estado “Borrador” y “Final”, “Editar” para ítems
en estado “Borrador”, “Bloquear” para ítems en estado “Borrador”, “Desbloquear” para
ítems en estado “Final” y “Deshabilitar” para ítems en estado “Borrador” y “Final”.
• Si selecciona la opción “Filtrar”, ver el subflujo “Filtrar ítems”
• Si selecciona la opción “Deshabilitar”, ver el subflujo “Deshabilitar ítems”
• Si selecciona la opción “Nuevo Ítem”, ver el subflujo “Crear un ítem”
• Si selecciona la opción “Ver”, ver el subflujo “Ver un ítem”
• Si selecciona la opción “Editar”, ver el subflujo “Editar un ítem”
• Si selecciona la opción “Bloquear”, ver el subflujo “Bloquear un ítem”
150
• Si selecciona la opción “Desbloquear”, ver el subflujo “Desbloquear un ítem”
“Retornar”.
a) Filtrar ítems
y selecciona la opción “Filtrar”.
[2] El sistema refresca el listado de ítems de acuerdo a los filtros seleccionados por el
usuario.
b) Deshabilitar ítems
deshabilitar un ítem.
el ítem?”. Además, muestra las opciones “Aceptar” y “Cancelar”. Si el usuario
selecciona la opción cancelar el sistema vuelve a mostrar la pantalla “Ítems” y el caso
de uso continúa en el punto c) del flujo básico.
[4] El sistema deshabilita el ítem, muestra un mensaje de confirmación “El ítem <Nombre
del ítem> se deshabilitó correctamente” y refresca la lista de ítems.
c) Crear un ítem
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Nuevo Ítem” para crear
un nuevo ítem.
[2] El sistema muestra la pantalla “Nuevo Ítem” dónde se ven los campos pregunta,
descripción, etapa, requiere evidencia, versión (por defecto “1”, ya que se trata de un
nuevo ítem) y estado (borrador). Además de las opciones “Añadir Motivo”, “Crear
Ítem” y “Cancelar”.
151
[3] El usuario introduce información en los campos etapa, pregunta, descripción y requiere
evidencia. También puede introducir motivos de desaprobación (ver subflujo “Insertar
un motivo”).
[4] El usuario selecciona la opción “Crear Ítem”, el sistema valida que todos los campos
[5] El sistema muestra un mensaje de confirmación al usuario ¿Desea crear el nuevo ítem?”
y las opciones “Aceptar” y “Cancelar”.
• Si selecciona la opción “Cancelar”, el sistema vuelve a mostrar la pantalla
“Nuevo Ítem” y vuelve al punto 3 de este subflujo.
• Si selecciona “Aceptar” continúa en el siguiente paso.
[7] El sistema crea el nuevo ítem y muestra un mensaje de confirmación “El ítem <Nombre
del ítem> fue creado correctamente.”.
[8] El sistema vuelve a la pantalla de “Ver Ítem”.
[9] El caso de uso continúa en el punto 2) del subflujo “Ver un ítem”.
d) Ver un ítem
datos de un periodo final o borrador.
[2] El sistema muestra la pantalla “Ver Ítem” donde se muestran los datos: pregunta,
descripción, etapa, requiere evidencia, versión, estado y el listado de los motivos de
desaprobación del ítem. Además, muestra la opción “Retornar” y, dependiendo del
estado del ítem, la opción “Editar” y “Bloquear” (si el ítem está en estado “Borrador”)
o la opción “Desbloquear” (si el ítem tiene estado “Final”).
[4] El sistema vuelve a la pantalla “Ítems”
e) Editar un ítem
[1] En el punto c) del flujo básico o en el punto 2) del subflujo “Ver un ítem”, el usuario
selecciona la opción “Editar” para editar un ítem en estado “Borrador”.
[2] El sistema muestra la pantalla “Editar Ítem” dónde se ven los campos del ítem, versión,
pregunta, descripción, estado, requiere evidencia y un listado de etapas. Además,
muestra las opciones “Añadir motivo”, “Cancelar” y “Guardar”.
152
[3] El usuario introduce información en los campos etapa, pregunta, descripción y requiere
evidencia. También puede introducir motivos de desaprobación (ver subflujo “Insertar
un motivo”).
[4] El usuario selecciona la opción “Guardar ítem”, el sistema valida que todos los campos
[5] El sistema muestra un mensaje de confirmación “¿Desea guardar los cambios hechos
al ítem?”
[6] El usuario selecciona la opción “Aceptar”. Si el usuario selecciona la opción “Cancelar”
el sistema vuelve a mostrar la pantalla “Editar Ítem” y vuelve al punto 3 de este
subflujo.
[7] El sistema actualiza los datos del ítem y muestra un mensaje de confirmación “El ítem
<Nombre del ítem> fue editado correctamente.”.
[8] El sistema vuelve a la pantalla “Ver Ítem”.
[9] El caso de uso continúa en el punto 2) del subflujo “Ver un ítem”.
f) Insertar un motivo
[1] En el punto 3 del subflujo “Crear un Ítem” o “Editar un Ítem”, el usuario selecciona la
opción “Añadir motivo” para añadir un nuevo motivo de desaprobación.
[2] El sistema muestra una ventana emergente llamada “Añadir Motivo de desaprobación”
con un campo descripción, una opción “Aceptar” y otra opción “Cancelar”. Si el usuario
selecciona la opción “Cancelar”, el sistema cierra la ventana emergente sin añadir
ningún motivo.
[3] El usuario introduce información en el campo descripción.
[4] El usuario selecciona la opción “Aceptar”
[5] El sistema cierra la ventana emergente y actualiza el listado de motivos de
desaprobación del ítem. El listado de motivos de desaprobación muestra el orden y la
descripción, además de una opción “Editar” y otra opción “Remover”. Si el usuario
selecciona la opción “Editar” el caso de uso continúa en el punto 2) de este subflujo. Si
el usuario selecciona la opción “Remover” se elimina de la lista el motivo seleccionado.
[6] El usuario puede repetir este proceso las veces que desee hasta tener un máximo de 9
motivos de desaprobación [RN035]. En ese momento, la opción “Añadir motivo” se
desactivará.
[7] El caso de uso continúa en el punto 3 del subflujo “Crear un Ítem” o “Editar un Ítem.
153
g) Bloquear un ítem
[1] En el punto 3) del subflujo “Ver un ítem” o en el punto c) del flujo básico, y para un
ítem en estado “Borrador”, el usuario selecciona la opción “Bloquear”.
[2] El sistema muestra un mensaje de validación con el siguiente texto “¿Desea bloquear
el ítem?”. Además, muestra las opciones “Aceptar” y “Cancelar”. Si el usuario
selecciona la opción cancelar el sistema vuelve a mostrar la pantalla “Ítems” y el caso
de uso continúa en el punto c) del flujo básico si este subflujo inició en el punto c) del
subflujo básico o vuelve a la pantalla “Ver ítem” si este subflujo inició en el punto 3)
del subflujo “Ver un ítem” y el caso de uso continúa en el punto 3) del subflujo “Ver
un ítem”.
[4] El sistema actualiza el estado del ítem a “Final” y mostrará el mensaje de confirmación
“El ítem <Nombre del ítem> se bloqueó correctamente”.
[5] El caso de uso continúa en el punto 3) del subflujo “Ver un ítem” si este subflujo inició
en el punto 3) del subflujo “Ver un ítem” o el caso de uso continúa en el punto c) del
flujo básico si este subflujo inició en el punto c) del subflujo básico.
h) Desbloquear ítem
[1] En el punto 3) del subflujo “Ver un ítem” o en el punto c) del flujo básico y para un
ítem en estado “Final”, el usuario selecciona la opción “Desbloquear”.
[2] El sistema muestra un mensaje de confirmación con el mensaje: “¿Qué desea hacer?”
y las opciones:
– Crear una nueva versión.
– Desbloquear la versión actual *.
También muestra un mensaje informativo: “*El ítem no podrá ser utilizado en plantillas
5S hasta ser bloqueado nuevamente”. Además de las opciones “Aceptar” y “Cancelar”.
Si el usuario selecciona la opción cancelar el sistema vuelve a mostrar la pantalla
“Ítems” y el caso de uso continúa en el punto c) del flujo básico si este subflujo inició
en el punto c) del subflujo básico o vuelve a mostrar la pantalla “Ver ítem” si este
subflujo inició en el punto 3) del subflujo “Ver un ítem” y el caso de uso continúa en el
punto 3) del subflujo “Ver un ítem”.
154
a. Si selecciona la opción “Crear una nueva versión” y luego “Aceptar”, ver
subflujo “Crear una nueva versión de ítem”.
b. Si selecciona la opción “Desbloquear la versión actual” y luego “Aceptar”,
continúa en el siguiente paso de este subflujo.
[4] El sistema verifica que el ítem no haya sido utilizado aún en una plantilla 5S. [RN027]
[5] Si el ítem aún no ha sido usado en una plantilla 5S, el sistema desbloquea el ítem,
actualizando su estado a “Borrador” y muestra el mensaje “El ítem <Nombre del ítem>
se desbloqueó correctamente.”.
[6] El sistema muestra la pantalla “Editar Ítem”.
[7] El caso de uso continúa en el punto 2) del subflujo “Editar un ítem”.
i) Crear nueva versión de ítem
[1] En el punto 3) del flujo alterno “Desbloquear ítem”, el usuario selecciona la opción
“Crear una nueva versión” y luego “Aceptar”.
[2] El sistema crea una nueva versión del ítem seleccionado y deshabilita la versión actual.
[3] El sistema muestra la pantalla “Editar ítem” y muestra un mensaje de confirmación “La
nueva versión del ítem <Nombre del ítem> se creó correctamente.”.
[4] El caso de uso continúa en el punto 3) del subflujo “Editar un ítem”.

a) Cancelar proceso
[1] En el punto 2) del subflujo “Crear un periodo” o “Editar un periodo” si el usuario desea
¿Está seguro de querer continuar?”. Además, también muestra la opción “Aceptar” y la
opción “Cancelar”. Si el usuario selecciona la opción “Cancelar”, el sistema muestra la
pantalla “Nuevo Ítem” si el usuario está creando un nuevo periodo o la pantalla “Editar
Ítem” si el usuario está editando un ítem ya creado.
155
[1] En el punto 4 del subflujo “Crear un ítem” o del subflujo “Editar un ítem”, si los campos
pregunta o etapa de evaluación están vacíos el sistema muestra un mensaje indicando
que estos campos deben llenarse antes e impide guardar el ítem.
[2] El caso de uso continúa en el punto 3 del subflujo “Crear un ítem” o del subflujo “Editar
un ítem”.
c) Error al desbloquear versión actual de ítem
[1] En el punto 4) del subflujo “Desbloquear ítem”, si el sistema detecta que el ítem ya fue
usado en una plantilla 5S, el sistema muestra el siguiente mensaje de error: “Error: No
es posible desbloquear el ítem, pues se encuentra en uso por una o más plantillas de
evaluación.”. [RN027]
[2] El caso de uso continúa en el punto 3) del subflujo “Ver un ítem” si el subflujo inició
en el punto 3) del subflujo “Ver un ítem” o continúa en el punto c) del flujo básico si
este subflujo inició en el punto c) del subflujo básico.

• Existen etapas de evaluación 5S registradas en el sistema.
• Se actualizaron los registros de ítems del sistema.

No aplica.

No aplica
• RN027 – Cambios en ítems evaluados.

• RN035 – Máximo número de motivos de desaprobación
156
Ilustración 29 - CUS007 Actualizar Ítems - Consulta de ítems
Ilustración 30 - CUS007 Actualizar Ítems - Nuevo Ítem
157
Ilustración 31 - CUS007 Actualizar Ítems - Añadir motivo

CUS009_ActualizarPlantilla5S

4.5.3.2. Propósito
Mantener actualizadas las plantillas de evaluación 5S.

El caso de uso inicia cuando el Ejecutivo de Calidad solicita actualizar las plantillas de
evaluación 5S. Según su requerimiento, podrá registrar, editar, consultar, bloquear,
158
desbloquear o deshabilitar plantillas de evaluación. El caso de uso termina cuando las plantillas
han sido actualizadas.

a) El usuario ingresa a la opción de Planificación 5S: “Plantillas 5S” desde el menú
principal.
b) El sistema muestra la pantalla “Plantillas de Evaluación 5S”. En ésta, se muestran los
siguientes filtros: nombre, estado, fecha desde y fecha hasta, así como las opciones
“Filtrar”, “Nueva Plantilla” y “Retornar”.
c) El sistema muestra el listado de plantillas disponibles. El listado incluye los siguientes
campos: nombre, fecha de creación, y estado, así como opciones para “Ver”, “Editar”
(si la plantilla se encuentra en estado “Borrador”) y “Deshabilitar”.
• Si selecciona la opción “Filtrar”, ver el subflujo “Filtrar plantillas”
• Si selecciona la opción “Deshabilitar”, ver el subflujo “Deshabilitar plantillas”
• Si selecciona la opción “Nueva plantilla”, ver el subflujo “Nueva plantilla”
• Si selecciona la opción “Ver”, ver el subflujo “Ver plantilla”
• Si selecciona la opción “Editar”, ver el subflujo “Editar una plantilla”
“Retornar”
a) Filtrar plantillas
[2] El sistema refresca el listado de plantillas de acuerdo a los filtros seleccionados por el
usuario.
b) Deshabilitar plantillas
159
deshabilitar una plantilla.
la plantilla? Además, muestra las opciones “Aceptar” y “Cancelar”.
a. Si selecciona “Cancelar”, el sistema vuelve a la pantalla “Plantillas de
Evaluación 5S” y el caso de uso continúa en el punto c) del flujo básico
b. Si selecciona “Aceptar”, continúa en el siguiente paso.
[4] El sistema deshabilita la plantilla, actualiza la lista de ítems y muestra un mensaje de
confirmación “La plantilla <Nombre de la plantilla> se deshabilitó correctamente”.
c) Nueva plantilla
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Nueva Plantilla”.
[2] El sistema muestra el mensaje “¿Qué desea hacer?” y las opciones: “Crear una nueva
plantilla”, “Utilizar una plantilla existente como base”, una lista desplegable de
plantillas (por defecto deshabilitada) y las opciones “Aceptar” y “Cancelar”.
[3] El usuario selecciona la opción “Crear nueva plantilla” y a continuación la opción
“Aceptar”.
[4] El sistema muestra la pantalla “Nueva Plantilla”. En esta pantalla se encuentra el campo
“Nombre” una etiqueta que indica el estado (Borrador) y un contenedor para cada etapa
5S, dónde se ubicarán los ítems a ser agregados, además de las opciones “Añadir ítems”,
“Cancelar” y “Crear Plantilla”.
[5] El usuario ingresa un nombre para la nueva plantilla.
[6] El usuario selecciona la opción “Añadir Ítems”.
[7] El sistema invoca al caso de uso “CUS010_BuscarItemsPlantilla”.
[8] Al finalizar dicho caso de uso, los ítems seleccionados aparecen en la pantalla “Nueva
Plantilla”. Los ítems están agrupados por etapa y cuentan con opciones para ser
ordenados dentro de la plantilla y para ser removidos de la misma.
[9] El usuario selecciona la opción “Crear Plantilla”, el sistema valida que se hayan
ingresado los datos requeridos. [RN011 [RN012]
[10] El sistema muestra un mensaje de confirmación al usuario “¿Desea guardar la
nueva plantilla?” y las opciones “Aceptar” y “Cancelar”.
160
o Si selecciona “Aceptar”, el sistema valida que no exista otra plantilla con el
mismo nombre, que no se hayan agregado más de 50 ítems por etapa y que no
se hayan agregado más de 200 ítems a la plantilla. [RN011] [RN031] [RN032]
o Si selecciona “Cancelar”, se cierra el mensaje de confirmación y se continúa en
el punto 4 de este subflujo.
[12] El sistema graba la nueva plantilla y muestra el siguiente mensaje de
confirmación “La plantilla <Nombre plantilla> fue creada correctamente”.
[13] El sistema muestra la pantalla de “Ver Plantilla” para la plantilla recién creada,
el caso de uso continúa en el punto 2) del subflujo “Ver plantilla”.
d) Ver plantilla
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Ver” de una plantilla
específica.
[2] El sistema muestra la pantalla “Ver Plantilla”. En esta pantalla se encuentran etiquetas
con los datos “Nombre”, “Fecha de creación” y “Estado”, Además de los ítems
añadidos a la plantilla. Los ítems estarán agrupados por etapa. También se encuentran
las opciones: “Imprimir”, “Retornar” y, dependiendo del estado de la plantilla, las
opciones “Editar” y “Bloquear” (si el ítem tiene estado “Borrador”) o la opción
“Desbloquear” (si el ítem tiene estado “Final”).
• Si selecciona la opción “Editar”, ver el subflujo “Editar una plantilla”
• Si selecciona la opción “Imprimir”, ver el subflujo “Imprimir una plantilla”
• Si selecciona la opción “Bloquear”, ver el subflujo “Bloquear una plantilla”
• Si selecciona la opción “Desbloquear”, ver el subflujo “Desbloquear plantilla”
[4] Cuando el usuario ha obtenido la información deseada, selecciona la opción “Retornar”.
[5] El sistema vuelve a la pantalla “Plantillas de Evaluación 5S” y el flujo continúa en el
punto c) del flujo básico.
e) Editar una plantilla
[1] En el punto c) del flujo básico o en el punto 3) del subflujo “Ver una plantilla”, el
usuario selecciona la opción “Editar” para una plantilla específica.
[2] El sistema muestra la pantalla “Editar plantilla”. En esta pantalla se encuentra cargado
el campo “Nombre”, una etiqueta que indica el estado de la misma (Borrador) además
161
de los ítems añadidos a la plantilla. Los ítems están agrupados por etapa y cuenta con
opciones para ser ordenados dentro de la plantilla y para ser removidos de la misma.
Por último, también se encuentran las opciones “Añadir ítems”, “Guardar” y
“Cancelar”.
[3] Según su preferencia, el usuario puede cambiar el nombre de la plantilla, el orden de
los ítems, remover ítems o añadir nuevos ítems a la plantilla (invocando al caso de uso
CUS010_BuscarItemsPlantilla mediante la opción “Añadir ítems”).
[4] El usuario selecciona la opción “Guardar”, el sistema valida que se hayan ingresado los
datos requeridos. [RN011] [RN012]
[5] El sistema muestra un mensaje de confirmación al usuario “¿Desea guardar los cambios
hechos a la plantilla?” y las opciones “Aceptar” y “Cancelar”.
• Si selecciona “Aceptar”, el sistema valida que no exista otra plantilla con el
mismo nombre, que no se hayan agregado más de 50 ítems por etapa y que no
se hayan agregado más de 200 ítems a la plantilla. [RN011] [RN031] [RN032]
• Si selecciona “Cancelar”, se cierra el mensaje de confirmación y se continúa en
el punto 3 de este subflujo.
[7] El sistema graba los cambios hechos sobre la plantilla y muestra el mensaje de
confirmación “La plantilla <Nombre plantilla> fue editada correctamente”.
[8] El sistema muestra la pantalla “Ver Plantilla” para la plantilla recién editada, el caso de
uso continúa en el punto 2) del subflujo “Ver plantilla”.
f) Imprimir una plantilla
[1] En el punto 2) del subflujo “Ver una plantilla” el usuario selecciona la opción
“Imprimir” para una plantilla específica.
[2] El sistema muestra una representación de la plantilla para impresión.
[3] El flujo continúa en el paso inmediato anterior a la selección de la opción “Imprimir”.
g) Bloquear una plantilla
[1] En el punto 3) del subflujo “Ver plantilla” y para una plantilla en estado “Borrador”, el
usuario selecciona la opción “Bloquear”.
[2] El sistema mostrará el mensaje de confirmación “¿Desea bloquear la plantilla actual?
La plantilla dejará de ser editable y podrá ser elegida para un próximo periodo de
162
evaluación 5S”. junto a las opciones “Aceptar” y “Cancelar”. Si el usuario selecciona
la opción “Cancelar” el sistema vuelve a la pantalla “Ver Plantilla”
[4] El sistema actualiza el estado de la plantilla a “Final” y mostrará el mensaje de
confirmación “La plantilla ‘<nombre de la plantilla>’ fue bloqueada correctamente”.
[5] El caso de uso continúa en el punto 3) del subflujo “Ver una plantilla”.
h) Desbloquear plantilla
[1] En el punto 3) del subflujo “Ver plantilla” y para una plantilla en estado “Final”, el
usuario selecciona la opción “Desbloquear”.
[2] El sistema muestra un mensaje de confirmación con el mensaje: “¿Desea desbloquear
la plantilla actual? Esto convertirá a la plantilla en un ‘Borrador’ e impedirá que la
plantilla pueda ser utilizada en periodos de evaluación 5S hasta ser bloqueada
nuevamente.”. Además de las opciones “Aceptar” y “Cancelar”. Si el usuario
selecciona la opción “Cancelar” el sistema vuelve a la pantalla “Ver Plantilla”
[4] El sistema verifica que la plantilla no haya sido utilizada aún en una evaluación 5S.
[RN025]
[5] El sistema desbloquea la plantilla, actualizando su estado a “Borrador” y muestra el
mensaje: “La plantilla ‘<nombre de la plantilla>’ fue desbloqueada correctamente.” Los
datos de la pantalla son refrescados.
[6] El caso de uso continúa en el punto 2) del subflujo “Ver una plantilla”.
i) Crear plantilla en base a una anterior
[1] En el punto 3) del subflujo “Nueva Plantilla”, el usuario selecciona la opción “Utilizar
una plantilla existente como base”.
[2] El sistema habilita la lista desplegable de plantillas en estado “Final”.
[3] El usuario selecciona una plantilla de la lista y luego la opción “Aceptar”.
[4] El sistema muestra la pantalla “Nueva Plantilla” con los ítems pertenecientes a la
plantilla seleccionada precargados.
[5] El usuario realiza las modificaciones que desee sobre los ítems precargados (añadir
nuevos ítems, remover ítems de la plantilla, cambiar el orden de los ítems).
[6] El caso de uso continúa en el punto 9) del subflujo “Nueva Plantilla”.
163
a) Cancelar proceso
[1] En el punto 9) del subflujo “Nueva Plantilla” o en el punto 4) del subflujo “Editar una
plantilla”, si el usuario desea descartar la creación o edición de una plantilla, el usuario
selecciona la opción “Cancelar”.
[2] El sistema muestra el mensaje de confirmación: “Todos los cambios no guardados se
perderán. ¿Está seguro de querer continuar?” junto a las opciones “Aceptar” y
“Cancelar”.
• Si selecciona “Cancelar” el sistema cierra el mensaje de confirmación y finaliza
el subflujo.
• Si selecciona “Aceptar”, el sistema descarta cualquier cambio hecho sobre la
plantilla y vuelve a la pantalla “Plantillas de Evaluación 5S”.
b) Guardar una plantilla sin nombre
[1] En el punto 9 del subflujo “Nueva plantilla” y el punto 4 del subflujo “Editar una
plantilla”, si el usuario intenta grabar la plantilla sin nombre, el sistema mostrará un
mensaje indicando que el campo es requerido e impedirá guardar la plantilla. [RN011]
[2] El caso de uso continúa en el punto 4 del subflujo “Nueva plantilla” o en el punto 3 del
subflujo “Editar una plantilla”.
c) Guardar una plantilla sin ítems
[1] En el punto 9 del subflujo “Nueva Plantilla” y el punto 4 del subflujo “Editar una
plantilla”, si el usuario intenta grabar la plantilla sin haber agregado ítems a la misma,
el sistema mostrará un mensaje de error: “No se agregaron ítems a la plantilla.”.
[RN012]
d) Nombre ya existente
plantilla”, si el usuario intenta grabar la plantilla con un nombre utilizado por alguna
plantilla anterior, el sistema mostrará un mensaje de error: “Ya existe una plantilla con
164
el nombre <Nombre de la plantilla>. Por favor, modifique el nombre de su plantilla y
vuelva a intentarlo”. [RN011]
e) Exceso de ítems por plantilla
plantilla”, si el usuario intenta grabar la plantilla con más de 200 ítems, el sistema
mostrará un mensaje de error: “La plantilla no puede tener más de 200 ítems”. [RN031]
f) Exceso de ítems por etapa
plantilla”, si el usuario intenta grabar una plantilla con más de 50 ítems en una etapa, el
sistema mostrará un mensaje de error: “La etapa <nombre de etapa> tiene más de los
50 ítems permitidos. Por favor, reduzca esta cifra.”. [RN032]
g) Error al desbloquear plantilla
[1] En el punto 4) del flujo alterno “Desbloquear plantilla”, si el sistema detecta que la
plantilla está siendo utilizada en algún periodo de evaluación activo o fue utilizada en
un periodo anterior ya cerrado, el sistema muestra el siguiente mensaje de error: “No
se puede desbloquear la plantilla. Esta plantilla ya fue utilizada en uno o más periodos
de evaluación 5S”. [RN025]
[2] El caso de uso continúa en el punto 2) del subflujo “Ver una Plantilla”.

• Existen ítems registrados.
• Se actualizaron los registros de Plantillas 5S en el sistema.
165
• CUS010_BuscarItemsPlantilla

No aplica.
• RN011 – Nombres de plantillas.

• RN012 – Relación de ítems y plantillas.
• RN025 – Cambios en plantillas evaluadas.
• RN031 – Items por plantilla 5S.
• RN032 – Items por etapa 5S.
Ilustración 32 - CUS009 Actualizar Plantillas - Consulta de plantillas
166
Ilustración 33 - CUS009 Actualizar Plantillas - Nueva Plantilla
Ilustración 34 - CUS009 Actualizar Plantillas - Principal Pregunta
167
CUS010_BuscarItemsPlantilla

4.5.4.2. Propósito
Consultar ítems de evaluación 5S.

El caso de uso inicia cuando el Ejecutivo de Calidad indica seleccionar ítems para una plantilla
dentro del CUS009_ActualizarPlantilla5S. Según su requerimiento, el Ejecutivo de Calidad
podrá consultar y filtrar la información de ítems disponibles en estado “Final” y seleccionarlos
para ser añadidos a una plantilla de evaluación 5S. El caso de uso termina cuando el Ejecutivo
de Calidad ha seleccionado los ítems a añadir.

a) El sistema invoca al caso de uso.
b) El sistema muestra la pantalla: “Añadir Ítems”. En ésta, se muestran los siguientes
filtros: pregunta, fecha creación desde, fecha creación hasta y etapa, así como las
opciones “Filtrar”, “Añadir Ítems” y “Cancelar”.
c) El sistema muestra el listado de los ítems disponibles. El listado incluye los siguientes
campos: etapa, pregunta, fecha de creación. Los ítems mostrados son únicamente los
que se encuentran en estado “Final” [RN026]
d) El usuario selecciona los ítems que desea añadir a una plantilla de evaluación 5S.
e) Los ítems seleccionados son mostrados en un apartado “Seleccionados” junto con el
número total de ítems seleccionados y una opción para remover un ítem de la selección.
f) El usuario selecciona una opción:
a. Si selecciona la opción “Filtrar”, ver el subflujo “Filtrar ítems”
b. Si selecciona la opción “Remover”, ver el subflujo “Deseleccionar ítems”
168
g) Cuando el usuario ha seleccionado todos los ítems deseados, el usuario selecciona la
opción “Añadir Ítems”.
h) El sistema vuelve al caso de uso que lo invocó y pasa como parámetros los ítems
seleccionados.
i) Finaliza el caso de uso.
a) Filtrar ítems
[2] El sistema refresca el listado de ítems de acuerdo a los filtros seleccionados por el
usuario.
[4] El caso de uso continúa en el punto d) del flujo básico.
b) Deseleccionar ítems
[3] En el punto e) del flujo básico, el usuario selecciona la opción para remover un ítem de
la selección.
[4] El sistema remueve el ítem de la lista de ítems seleccionados y actualiza el contador de
ítems seleccionados.
[5] El caso de uso continúa en el punto f) del flujo básico.

a) Cancelar agregar ítems
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Cancelar”.
[2] El sistema vuelve al caso de uso que lo invocó. Ningún ítem es añadido a la plantilla
5S seleccionada.
[3] Finaliza el caso de uso.

• El caso de uso debió ser invocado desde la creación o edición de una plantilla de
evaluación.
• Existen ítems registrados en el sistema en estado “Final”
169
• Se añadió ítems a una plantilla de evaluación 5S.

No aplica.

No aplica.
• RN026 – Plantilla contiene ítems en estado final.
Ilustración 35 - CUS010_BuscarItemsPlantilla - Ítems
170
CUS017_RealizarEvaluacion5S

AS002_Supervisor
4.5.5.2. Propósito
Realizar la toma de una evaluación 5S para una tienda específica.

El caso de uso inicia cuando el supervisor indica iniciar la toma de una evaluación 5S para una
tienda asignada a él, siempre y cuando se encuentre dentro de las fechas establecidas y en la
misma ubicación geográfica de la tienda. El supervisor registrará el resultado de evaluar cada
ítem de la evaluación 5S de acuerdo a la observación realizada. El caso de uso termina cuando
se ha evaluado por completo a la tienda seleccionada.

a) El usuario selecciona la opción “Evaluar” para una tienda pendiente de evaluación
desde la opción “Mis tiendas asignadas”.
b) El sistema verifica el horario de la tienda [RN039] y la ubicación del usuario (ver
subflujo “Verificar ubicación” ) [RN003]
c) Si la ubicación es correcta, el sistema muestra la pantalla de evaluación “Evaluación
5S”. En esta pantalla, se muestra el nombre de la plantilla utilizada en la evaluación y
un enlace por cada una de las etapas de la metodología 5S junto con un texto “X/Y”
donde “X” representa el número de ítems contestados hasta el momento e “Y” el
número total de ítems por etapa. Estos ítems se corresponden con la plantilla asignada
al periodo de evaluación. Además, la pantalla contiene a las opciones “Atrás” (ícono
“Atrás”) y “Enviar evaluación” (deshabilitada por defecto).
d) El usuario selecciona una de las etapas de la metodología 5S.
e) El sistema muestra una pantalla con el primer ítem de la etapa. Esta pantalla tiene como
título el nombre de la etapa seleccionada seguido de “X/Y”, donde “X” es el número
171
del ítem dentro de la etapa e “Y” el total de ítems de la etapa. El ítem se muestra de la
siguiente forma: nombre, descripción y las opciones “Aprueba”, “Desaprueba” y “No
Aplica” [RN010], así como una opción “Adjuntar foto” y un enlace (ícono “Atrás”) que
dirige a la pantalla de selección de etapas.
f) El usuario selecciona una opción:
a. Si selecciona “Aprueba”, continúa el flujo básico.
b. Si selecciona “Desaprueba”, ver subflujo “Ítem desaprobado”.
c. Si selecciona “No aplica”, ver subflujo “Ítem no aplica”.
g) El usuario desliza la pantalla hacia la izquierda.
h) El sistema muestra una pantalla con el siguiente ítem disponible. Se repiten los pasos e
– g por cada ítem dentro de la etapa, hasta haber respondido todos los ítems de la misma.
i) El usuario selecciona la opción “Atrás”.
j) El sistema muestra nuevamente la pantalla de selección de etapas con las etiquetas de
conteo de ítems actualizadas.
k) El usuario selecciona una nueva etapa y repite los pasos e – j, hasta haber contestado
todos los ítems de la plantilla.
l) El sistema habilita la opción “Enviar evaluación”.
m) El usuario selecciona la opción “Enviar evaluación”.
n) El sistema verifica nuevamente la ubicación del usuario (ver subflujo “Verificar
ubicación) [RN003]
o) Si la ubicación es correcta, el sistema graba las respuestas hechas en la evaluación,
califica a la tienda en base a ellas y calcula si la tienda es merecedora de un bono, en
cuyo caso lo asigna. [RN007][RN008] [RN022]
p) El sistema muestra el resultado de la evaluación (calificación), la plantilla que se usó,
si la tienda está aprobada o desaprobada y un gráfico circular donde se puede observar
la cantidad de preguntas aprobadas, desaprobadas y que no aplican. Además, muestra
la opción “Aceptar”. [RN013] [RN021]
q) El usuario selecciona la opción “Aceptar”.
r) El sistema vuelve a la lista de tiendas asignadas y finaliza el caso de uso.
a) Verificar ubicación
172
[1] En el punto b) del flujo básico, el sistema muestra valida que el GPS del dispositivo
móvil se encuentre activado.
[2] El sistema muestra la pantalla “Verificando ubicación”.
[3] El sistema muestra la distancia a tienda en metros y valida hasta en 3 oportunidades que
la ubicación de esta coincida con la ubicación física del usuario (dentro del rango de
error definido para cada tienda). [RN003]
[4] El sistema muestra una pantalla de éxito con el mensaje “Su ubicación ha sido
comprobada exitosamente”.
[5] Luego de unos segundos, la pantalla de éxito se cierra y se continúa en el punto c) del
flujo básico, si se trata de la verificación antes de evaluar una tienda, o en el punto o)
del flujo básico, si se trata de la verificación tras evaluar una tienda.
b) Ítem desaprobado
[1] En el punto f) del flujo básico, si el usuario indica que un ítem ha sido desaprobado, el
sistema muestra los motivos de desaprobación para el ítem, junto a la opción "otros".
[2] El usuario selecciona los motivos por los cuáles el ítem fue desaprobado. Si, además,
selecciona la opción otros, el sistema presentará al usuario un campo de texto para que
ingrese un comentario explicativo. Los motivos de desaprobación y el comentario
explicativo deben ser indicados obligatoriamente para poder pasar al siguiente ítem.
[RN005]
[3] El caso de uso continúa en el punto g) del flujo básico.
c) Ítem no aplica
[1] En el punto f) del flujo básico, si el usuario indica que un ítem no es aplicable a la
tienda, el sistema presentará al usuario un campo de texto para que ingrese un
comentario explicativo obligatorio. [RN006]
d) Adjuntar evidencia fotográfica
[1] En el punto f) del flujo básico, si el usuario desea adjuntar evidencia fotográfica, el
usuario selecciona la opción “Adjuntar foto” (ícono de cámara fotográfica).
[2] El sistema abre la cámara del dispositivo móvil y le permite al usuario tomar una
fotografía.
173
[3] El usuario toma la fotografía y el sistema muestra nuevamente el ítem que se encuentra
en evaluación. El ícono de cámara fotográfica desaparece para mostrar la foto tomada
en miniatura junto a un símbolo “x” en una esquina.

a) Horario no coincide
[1] En el punto [2] del flujo básico, si el sistema detecta que la hora actual no se encuentra
dentro del horario de atención de la tienda a evaluar, se muestra un mensaje de error
con el mensaje “No es posible inciar la evaluación fuera de las horas de atención de la
tienda (<hora de inicio> - <hora de cierre>)” junto a la opción “Aceptar”. [RN003]
[3] El sistema vuelve a la pantalla “Mis tiendas asignadas” y finaliza el caso de uso.
b) Ubicación no coincide
[4] En el punto [3] del subflujo “Verificar ubicación”, si el sistema detecta que el usuario
no se encuentra en la misma ubicación física de la tienda hasta en 3 oportunidades, se
muestra una pantalla de error con el mensaje “La evaluación no puede continuar porque
usted no se encuentra en la tienda a evaluar” junto a la opción “Volver”. [RN003]
[5] El usuario selecciona la opción “Volver”.
[6] El sistema vuelve a la pantalla “Mis tiendas asignadas” y finaliza el caso de uso si se
trata de la verificación de ubicación antes de evaluar una tienda, o vuelve a la pantalla
“Evaluación 5S” y continúa en el punto l) del flujo básico si se trata de la verificación
tras evaluar una tienda.
c) GPS no encendido
[1] En el punto [1] del subflujo “Verificar ubicación”, si el sistema detecta que el GPS del
dispositivo móvil se encuentra apagado, el sistema solicitará al usuario activar el GPS.
Si el usuario no lo hiciera, el sistema muestra un mensaje de error impidiendo la toma
de la evaluación 5S y vuelve al flujo básico.
[2] El usuario activa el GPS dispositivo.
[3] El flujo continúa en el punto [2] del subflujo “Verificar ubicación”.
d) Cancelar evaluación
174
[1] En el punto c) del flujo básico si el usuario desea descartar la evaluación 5S, entonces
selecciona la opción “Atrás”.
[2] El sistema pedirá la confirmación del usuario utilizando una ventana con el mensaje
“¿Está seguro de cancelar la evaluación 5S de <nombre de la tienda>? Los datos
ingresados hasta el momento se perderán.”, junto con las opciones “Aceptar” y
“Cancelar”. Si el usuario selección la opción “Cancelar” el flujo continúa en el punto
c) del flujo básico.
[4] El sistema descarta cualquier cambio realizado, vuelve a la pantalla de tiendas
asignadas y finaliza el caso de uso.
e) Volver a la selección de etapas
[1] En el punto e) del flujo básico, si el usuario desea volver a la pantalla de selección de
etapas, el usuario selecciona la opción “Atrás”.
[2] El sistema conserva los datos introducidos hasta el momento, y el caso de uso continúa
en el punto j) del flujo básico.
f) Volver a la pantalla anterior
[1] En el punto h) del flujo básico, si el usuario desea volver a una pregunta anterior, el
usuario desliza la pantalla hacia la derecha.
[2] El sistema retrocede a la pregunta inmediata anterior.
[3] El caso de uso continúa en el punto e) del flujo básico.
g) Evidencia fotográfica obligatoria
[1] En el punto e) del flujo básico, si el ítem evaluado requiere de evidencia fotográfica de
forma obligatoria, se muestra una etiqueta en color rojo “(requiere evidencia)” a
continuación del nombre del ítem.
[2] Si el usuario no adjunta una fotografía, no es posible pasar al siguiente ítem.
[3] Se continúa en el punto 1 del subflujo “Adjuntar evidencia fotográfica”.
h) Eliminar evidencia fotográfica
[1] En el punto3 del subflujo “Adjuntar evidencia fotográfica”, si el usuario selecciona la
“x” junto a la miniatura de la fotografía tomada, el sistema remueve la fotografía.
[2] El sistema vuelve a mostrar el ícono de cámara para adjuntar fotografía y el caso de uso
continúa en el punto f) del flujo básico.
175

• Existe un periodo de evaluación activo.
• Existen tiendas registradas y georreferenciadas.
• El supervisor cuenta con tiendas asignadas en el periodo de evaluación 5S actual.
• El usuario se encontró en la ubicación física de la tienda y dentro del horario de atención
de la misma.
• Se registró el resultado de la evaluación 5S realizada a una tienda.

• Se registraron los posibles bonos a ser entregados a una tienda.

▪ No aplica

▪ No aplica.
• RN003 – Presencia del supervisor

• RN005 - Descripción del fallo
• RN006 - Ítem no aplicable en evaluación 5S
• RN007 – Bono por cumplimiento
• RN008 – Bono por mantenimiento
• RN010 – Valores para cada ítem
• RN013 – Nota mínima aprobatoria
• RN021 – Tienda desaprobada
• RN022 – Cálculo del porcentaje de aprobación
• RN039 – Evaluaciones dentro de horario
176
Ilustración 36 -
Ilustración 37 -
CUS017_RealizarEvaluacion5S - Iniciar
CUS017_RealizarEvaluacion5S - Menú
sesión móvil
Ilustración 38 - Ilustración 39 -
CUS017_RealizarEvaluacion5S - Error CUS017_RealizarEvaluacion5S - Ubicación
ubicación correcta
177
CUS017_RealizarEvaluacion5S - Menú CUS017_RealizarEvaluacion5S - Aprueba
Etapas pregunta
CUS017_RealizarEvaluacion5S - CUS017_RealizarEvaluacion5S - No aplica
Desaprueba pregunta pregunta
178
CUS017_RealizarEvaluacion5S - Menú CUS017_RealizarEvaluacion5S - Resultado
etapas terminado

CUS019_ConsultarTiendasAsignadas

AS002_Supervisor
4.5.6.2. Propósito
Consultar tiendas asignadas a un supervisor en el periodo vigente.
179
El caso de uso inicia cuando el supervisor solicita conocer la lista de tiendas asignadas que
deberá evaluar en un periodo de evaluación 5S. El sistema mostrará al usuario la lista
acompañada de datos como: código de la tienda, nombre de la tienda, teléfono y dirección. El
caso de uso termina cuando el Supervisor ha obtenido la información deseada.

a) El usuario ingresa a la opción “Mis tiendas asignadas” en el menú principal.
b) El sistema valida que exista un periodo activo y que el supervisor tenga tiendas
asignadas. [RN001] [RN036]
c) El sistema muestra la pantalla “FSE”. En ella se encuentra un listado con las tiendas
asignadas al supervisor en el periodo de evaluación 5S vigente. Los datos mostrados
incluyen: Código de la tienda, nombre, teléfono y dirección, así como la opción “Más”
para obtener más información de la tienda. Además, dependiendo de si la tienda ya fue
evaluada en el periodo vigente, se mostrará la nota obtenida en la evaluación 5S o una
opción “Evaluar”. Por último, la pantalla también incluye la opción de filtrar por tiendas
pendientes y evaluadas.
• Si selecciona la opción “Pendientes”, ver el subflujo “Filtrado por tiendas
pendientes”
• Si selecciona la opción “Evaluadas”, ver el subflujo “Filtrado por tiendas
evaluadas”
• Si selecciona la opción “Más”, ver el subflujo “Consultar tienda específica”
• Si selecciona la opción “Evaluar”, ver el subflujo “Evaluar tienda”.
e) Finaliza el caso de uso.
a) Filtrado por tiendas pendientes
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Pendientes”.
[2] El sistema refresca la lista de tiendas asignadas para mostrar únicamente aquellas
tiendas que no han sido evaluadas en el periodo vigente.
180
b) Filtrado por tiendas evaluadas
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Evaluadas”.
[2] El sistema refresca la lista de tiendas asignadas para mostrar únicamente aquellas
tiendas que han sido evaluadas en el periodo vigente.
c) Evaluar tienda
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Evaluar” para una tienda
específica.
[2] El sistema muestra el mensaje de confirmación “¿Desea iniciar la evaluación 5S para
<nombre de la tienda>?”, junto con las opciones “Aceptar” y “Cancelar”. Si el usuario
selecciona la opción “Cancelar” el sistema muestra la pantalla FSE y el flujo continúa
en el punto b) del flujo básico.
[4] El sistema invoca al caso de uso CUS017_RealizarEvaluacion5S para la tienda
seleccionada.
[5] Al finalizar dicho de caso de uso, el flujo continúa en el punto c) del flujo básico.
d) Consultar tienda específica
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Más” para una tienda
específica.
[2] El sistema invoca al caso de uso CUS020_ConsultarTienda.
[3] Al finalizar dicho caso de uso, el flujo continúa en el punto c) del flujo básico.

e) Supervisor sin tiendas asignadas o periodo no activo
[1] En el punto b) del flujo básico, si no existe un periodo activo o el usuario no cuenta con
tiendas asignadas en el periodo, el sistema muestra una pantalla con el siguiente
mensaje de error “Actualmente no existe un periodo de evaluación 5S activo, o usted
no cuenta con tiendas asignadas”. [RN001] [RN036]
[2] Finaliza el caso de uso.
f) Volver al menú principal
[1] En el punto b) del flujo básico, el usuario selecciona la opción “Atrás”.
[2] El sistema vuelve al menú principal y finaliza el caso de uso.
181

• Existe un periodo de evaluación 5S vigente.
• El usuario tiene tiendas asignadas en el periodo actual.
• Se consultó la información de las tiendas asignadas al usuario en el periodo de

evaluación 5S vigente.

No aplica
• CUS017_RealizarEvaluacion5S
• CUS020_ConsultarTienda
• RN017 - Supervisores por tienda

• RN019 - Tiendas por supervisores
182
CUS019_ConsultarTiendasAsignadas - CUS019_ConsultarTiendasAsignadas -
Tiendas asignadas Consultar tienda

CUS024_ConsultarInformeDeBonos

AS004_UsuarioReportes
4.5.7.2. Propósito
Consultar información de los bonos otorgados a tiendas en un periodo de evaluación 5S
particular.
183
El caso de uso inicia cuando el Usuario de Reportes indica generar el informe de bonos por
periodo. Según su requerimiento, el sistema muestra la información de los bonos asignados a
cada tienda en el periodo especificado. El caso de uso termina cuando el Usuario de Reportes

a) El usuario ingresa a la opción Informes: “Bonos” desde el menú principal.
b) El sistema muestra la pantalla: “Informe de Bonos”. En ésta, se muestra como único
filtro una lista con los periodos en estado “Cerrado” llamada “Periodo”, así como las
opciones “Generar Reporte” y “Retornar”. [RN028]
c) El usuario selecciona el periodo deseado y a continuación la opción “Generar Informe”.
d) El sistema muestra en pantalla el informe “Bonos otorgados por periodo”. La
información mostrada por el reporte consiste de una cabecera con: nombre del periodo,
plantilla del periodo, mínimo de aprobación del periodo, fecha de inicio y fecha de fin,
bono de cumplimiento y bono de mantenimiento asignados al periodo. De igual forma,
por cada sucursal de la empresa muestra: nombre de la sucursal, cantidad de tiendas y
distribuidores que fueron evaluadas, aprobadas, cantidad de aprobadas por
cumplimiento, cantidad de aprobadas por mantenimiento, monto otorgado por
cumplimiento, monto otorgado por mantenimiento, así como los totales por cada
concepto. Al pie del informe se encuentran los valores totales globales a la empresa y
un cuadro de barras que representa los montos totales entregados por sucursal en el
periodo. Finalmente, el usuario cuenta con opciones para navegar entre las páginas del
informe, buscar texto dentro del informe, exportar el informe o refrescar el informe.
e) Cuando el usuario ha obtenido la información deseada, selecciona la opción “Retornar”.
f) El sistema vuelve a la pantalla de “Informes” y finaliza el caso de uso.
a) Exportar informe
[1] En el punto d) del flujo básico, el usuario selecciona la opción exportar.
[2] El sistema despliega una lista con los siguientes formatos: Word, Pdf y Excel.
[3] El usuario selecciona el formato deseado.
184
[4] El sistema exporta el informe en el formato indicado. El caso de uso continúa en el
punto e) del flujo básico.

No aplica.

• Existen periodos en estado “Cerrado”.
• Existen evaluaciones 5S realizadas en el periodo consultado.
• Se generó el informe de bonos de un periodo.
• No aplica
• No aplica
• RN028 – Informe de bonos
185
Ilustración 48 - CUS024_ConsultarInformeDeBonos - Informe
186
CUS027_ConsultarEvaluacion5SRealizada

AS007_Consultor
4.5.8.2. Propósito
Consultar la evaluación 5S realizada a una tienda específica en un periodo determinado.

El caso de uso inicia cuando el Consultor solicita la información de una evaluación 5S
específica realizada sobre una tienda en un periodo determinado. El usuario podrá filtrar las
evaluaciones hechas a las tiendas por periodo, tipo de evaluación, sucursal, tienda, supervisor
y un rango de fechas de toma (desde y hasta). Para una evaluación seleccionada, el sistema
mostrará los datos de la evaluación 5S, así como el resultado obtenido en cada ítem de la
evaluación. El consultor puede visualizar o imprimir el reporte. El caso de uso termina cuando
el consultor ha obtenido la información deseada.

a) El usuario ingresa a la opción Consultas: “Evaluaciones 5S”.
b) El sistema comprueba el cargo del usuario. [RN037]
c) Si el sistema detecta que el usuario no es un supervisor, muestra la pantalla
“Evaluaciones 5S”. En ésta, se muestran los siguientes filtros: periodo, tipo de
evaluación, sucursal, tienda, supervisor, fecha desde y fecha hasta así como las
opciones “Filtrar” y “Retornar”.
d) El sistema muestra el listado de evaluaciones 5S realizadas e incluye los siguientes
campos: “Fecha”, “Periodo”, “Sucursal”, “Tienda”, “Supervisor”, “Tipo”, “Nota” y
“Aprobado”, así como la opción “Ver” para cada una de las evaluaciones listadas.
[RN029].
e) El usuario selecciona una opción:
a. Si selecciona la opción “Filtrar”, ver el subflujo “Filtrar evaluaciones”
187
b. Si selecciona la opción “Ver”, ver el subflujo “Ver una evaluación 5S”
f) El usuario selecciona la opción “Retornar”.
g) El sistema vuelve a la pantalla “Consultas” y finaliza el caso de uso.
a) Filtrar evaluaciones
[1] En el punto d) del flujo básico, el usuario modifica los filtros de acuerdo a su preferencia
y selecciona la opción “Filtrar”. [RN029]
[2] El sistema refresca el listado de evaluaciones 5S realizadas de acuerdo a los filtros
seleccionados por el usuario.
b) Ver una evaluación 5S
[1] En el punto d) del flujo básico, el usuario selecciona la opción “Ver” para una
evaluación 5S del listado.
[2] El sistema muestra la pantalla “Evaluación 5S <tipo de evaluación> / <nombre de la
tienda evaluada> (<tipo de tienda>)” dónde se ve la evaluación 5S realizada y las
opciones “Imprimir” y “Retornar”. El informe tiene la siguiente estructura:
• Cabecera: etiquetas para “Periodo”, “Supervisor”, “Sucursal”, “Fecha inicio”,
“Fecha fin”, “Duración”, “Aprobadas” (total de ítems aprobados),
“Desaprobadas” (total de ítems desaprobados), “No aplican” (total de ítems que
no aplican), “Nota” (nota obtenida en la evaluación), “Resultado” (si la tienda
aprobó o desaprobó) y “Bono acreditado” (en caso de haber obtenido un bono,
también se mostrará el monto).
• Cuerpo: Por cada etapa se muestra su nombre, y por cada ítem dentro de la etapa
se muestra el número del ítem dentro de la plantilla, la pregunta del ítem,
descripción, un ícono que indica si el ítem fue aprobado (√), desaprobado (x) o
no aplica (-) y una opción para ver la evidencia si la tuviera. En caso de
desaprobación o de no aplicar, se muestran también los motivos y/o comentario
por el cual el ítem fue desaprobado o no aplica.
[3] Cuando el usuario ha obtenido la información deseada, selecciona la opción “Retornar”.
[4] El sistema vuelve a la pantalla “Lista de Evaluaciones 5S”.
[5] El caso de uso continúa en el punto b) del flujo básico.
188
c) Imprimir
[1] En el punto 3) del subflujo “Ver una evaluación 5S”, el usuario selecciona la opción
“Imprimir”.
[2] El sistema muestra una representación de la pantalla en formato para impresión y las
opciones de “Imprimir” y “Cancelar”. El formato para impresión no incluye las
evidencias fotográficas. Si el usuario selecciona la opción “Cancelar” el flujo continúa
en el paso inmediato anterior a la selección de la opción imprimir del subflujo “Ver una
evaluación 5S”.
[3] El usuario selecciona la opción “Imprimir”.
[4] El sistema manda a imprimir la evaluación 5S.
[5] El flujo continúa en el paso inmediato anterior a la selección de la opción “Imprimir”
del subflujo “Ver una evaluación 5S”

a) Acceder como un supervisor
[1] En el punto b) del flujo básico, si el sistema detecta que el usuario tiene el cargo
“Supervisor”, el sistema únicamente muestra los siguientes filtros: periodo, tipo de
evaluación, fecha desde y fecha hasta. Las evaluaciones filtradas pertenecen
únicamente al supervisor. [RN037]

• Existen evaluaciones 5S registradas.
• Se consultó la información de una evaluación 5S realizada.

No aplica.

No aplica.
189
• RN029 – Listar evaluaciones 5S

• RN037 – Acceso a evaluaciones 5S
Ilustración 49 - CUS027_ConsultarEvaluacion5SRealizada - Lista de evaluaciones 5S
190
Ilustración 50 - CUS027_ConsultarEvaluacion5SRealizada - Evaluación 5S realizada
4.5.9. Especificación del caso de uso del sistema CUS030_ActualizarTiendas

4.5.9.2. Propósito
Mantener actualizados los datos de las tiendas.
191
El caso de uso inicia cuando el Ejecutivo de Calidad solicita actualizar los datos de las tiendas.
Según su requerimiento, el Ejecutivo de Calidad podrá consultar, registrar, ver y actualizar
datos de la tienda. El caso de uso termina cuando los datos quedan actualizados.

a) El usuario ingresa a la opción de Planificación 5S: “Tiendas”
b) El sistema muestra la pantalla: “Tiendas”. En ésta, se muestran los siguientes filtros:
“Nombre”, “Sucursal”, “Código”, “Contacto” y “Tipo de tienda” así como las opciones
“Filtrar”, “Nueva Tienda” y “Retornar”.
c) El sistema muestra el listado de las tiendas habilitadas. El listado incluye los siguientes
campos: Código, Nombre Tienda, Contacto, Sucursal, Tipo y las opciones “Ver”,
“Editar” y “Deshabilitar”.
• Si selecciona la opción “Filtrar”, ver el subflujo “Filtrar tiendas”
• Si selecciona la opción “Nueva tienda”, ver el subflujo “Crear una tienda”
• Si selecciona la opción “Ver”, ver el subflujo “Ver una tienda”
• Si selecciona la opción “Editar”, ver el subflujo “Editar una tienda”
• Si selecciona la opción “Deshabilitar”, ver el subflujo “Deshabilitar tienda”
e) El usuario selecciona la opción “Retornar”.
a) Filtrar tiendas
[2] El sistema refresca el listado de tiendas creadas de acuerdo a los filtros seleccionados
por el usuario.
b) Crear una tienda
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Nueva Tienda” para
crear una nueva tienda.
192
[2] El sistema muestra la pantalla “Nueva Tienda” dónde se ven los campos: nombre,
sucursal, tipo, radio, dirección, contacto, email, teléfono, inicio y fin de horario de
atención para cada día de la semana y un mapa de Google Maps para geolocalización.
Además, muestra las opciones “Crear Tienda” y “Cancelar”.
[3] El usuario introduce información en todos los campos.
[4] En el campo dirección, el usuario selecciona la opción buscar (lupa) y esta se mostrará
en el mapa de Google. El usuario tiene la opción de modificar la localización en el mapa
mediante arrastrar y soltar.
[5] El usuario selecciona la opción “Crear tienda” y el sistemavalida que se hayan
ingresado los datos requeridos [RN016]
[6] El sistema muestra un mensaje de confirmación “¿Desea crear la nueva tienda?”. Si el
usuario selecciona la opción “Cancelar” el sistema vuelve a mostrar la pantalla “Nueva
Tienda” y el caso de uso continúa en el punto 3 de este subflujo.
[8] El sistema crea la nueva tienda y muestra el mensaje de confirmación “La tienda
<Nombre de la tienda> fue creada correctamente.”.
[9] El sistema vuelve a la pantalla “Tiendas”.
c) Ver una tienda
datos de una tienda.
[2] El sistema muestra la pantalla “Ver Tienda” dónde muestra los datos de la tienda en
forma de etiquetas: código, fecha alta, nombre, sucursal, tipo tienda, radio, dirección,
contacto, email, teléfono e inicio y fin de horario de atención para cada día de la semana.
También muestra el mapa de Google con la dirección de la tienda seleccionada y la
opción “Retornar”.
[4] El sistema vuelve a la pantalla de “Tiendas”.
d) Editar una tienda
[1] En el punto c) del flujo básico, el usuario selecciona la opción “Editar” para editar una
tienda.
193
[2] El sistema muestra la pantalla “Editar Tienda” dónde se ven los campos: nombre,
sucursal, tipo tienda, rango de error de geolocalización (radio), dirección, contacto,
email, teléfono e inicio y fin de horario de atención para cada día de la semana. También
muestra el mapa de Google con la dirección de la tienda seleccionada. Además, muestra
las opciones “Cancelar” y “Guardar”.
[3] El usuario modifica la información de los campos deseados.
[4] El usuario selecciona la opción “Guardar” y el sistema valida que se hayan ingresado
los datos requeridos [RN016]
[5] El sistema muestra un mensaje de confirmación ¿Desea guardar los cambios hechos a
la tienda?” y las opciones “Aceptar” y “Cancelar”. Si el usuario selecciona la opción
“Cancelar” el sistema vuelve a mostrar la pantalla “Editar Tienda” y el caso de uso
continúa en el punto 3 de este subflujo.
[7] El sistema actualiza los datos de la tienda.
[8] El sistema muestra el mensaje “La tienda <Nombre de la Tienda> fue editada
correctamente.” y vuelve a la pantalla “Tiendas”.
[9] El caso de uso continúa en el punto c) del flujo básico
e) Deshabilitar Tienda
deshabilitar una tienda.
la tienda?”. Además, muestra las opciones “Aceptar” y “Cancelar”. Si el usuario
selecciona la opción cancelar el sistema vuelve a mostrar la pantalla “Tiendas” y el caso
de uso continúa en el punto c) del flujo básico
[4] El sistema deshabilita la tienda, actualiza la lista de tiendas y muestra el mensaje “La
tienda <Nombre de la Tienda> fue deshabilitada correctamente.”.

a) Cancelar proceso
194
[1] En el punto 2) del subflujo “Crear una tienda” o “Editar una tienda”, si el usuario desea
¿Está seguro de querer continuar?” y las opciones “Aceptar” y “Cancelar”. Si el usuario
selecciona la opción “Cancelar”, el sistema muestra la pantalla “Nueva Tienda” si el
usuario está creando una nueva tienda o la pantalla “Editar Tienda” si el usuario está
editando una tienda ya creada.
[1] En el punto 5 del subflujo “Crear una tienda” o del subflujo “Editar una tienda”, si
alguno de estos campos: Nombre, Sucursal, Tipo tienda, Dirección, Contacto, Email,
Teléfono, Inicio de horario de atención o Fin de horario de atención están vacíos el
sistema muestra un mensaje indicando que estos campos son requeridos e impide
guardar la tienda.
[2] El caso de uso continúa en el punto 3 del subflujo “Crear una tienda” o del subflujo
“Editar una tienda”.

• Existen sucursales registradas.
• Se actualizó los datos de una tienda en el sistema incluida la geolocalización.
• No aplica
• No aplica
195
• RN016 – Sucursales
• RN030 – Georreferenciar tienda
Ilustración 51 - CUS030_ActualizarTiendas - Lista de Tiendas
196
Ilustración 52 - CUS030_ActualizarTiendas - Nueva Tienda
197
CUS025_GenerarInformeGlobal

AS004_UsuarioReportes
4.5.10.2. Propósito
Consultar información global del proceso de evaluaciones 5S para un periodo particular.

El caso de uso inicia cuando el Usuario de Reportes solicita generar el informe global. Según
su requerimiento, el sistema muestra los resultados más significativos del total de las
evaluaciones realizadas en el periodo consultado. El caso de uso termina cuando el Usuario de

a) El usuario ingresa a la opción Informes: “Global” desde el menú principal.
b) El sistema muestra la pantalla: “Informe Global”. En ésta, se muestra como único filtro
una lista con los periodos en estado “Cerrado” llamada “Periodo”, así como las opciones
“Generar Informe” y “Retornar”. [RN038]
c) El usuario selecciona el periodo deseado y a continuación la opción “Generar Reporte”.
d) El sistema muestra en la misma pantalla el informe “Información Global por Periodo”
dónde se ven los campos del periodo: nombre, fecha inicio, fecha fin, estado, plantilla
y calificación promedio. También muestra el listado de categorías con sus resultados.
Las categorías son: sucursal con mayor y menor puntaje, tienda con mayor y menor
puntaje, cantidad de tiendas aprobadas, cantidad de tiendas desaprobadas, ítem con
mayor y menor aprobación y su respectivo porcentaje, y supervisor con mayor y menor
aprobación con la cantidad de tiendas. Finalmente, el usuario cuenta con opciones para
navegar entre las páginas del informe, buscar texto dentro del informe, guardar el
informe o refrescar el informe.
e) Cuando el usuario ha obtenido la información deseada, selecciona la opción “Retornar”.
198
f) El sistema vuelve a la pantalla de “Informes” y finaliza el caso de uso.
a) Exportar informe
[1] En el punto d) del flujo básico, el selecciona la opción exportar.
[2] El sistema despliega una lista con los siguientes formatos: Word, Pdf y Excel.
[3] El usuario selecciona el formato deseado.
[4] El sistema exporta el informe en el formato indicado. El caso de uso continúa en el
punto e) del flujo básico.

No aplica.

• Existen periodos en estado “Cerrado”.
• Existen evaluaciones 5S realizadas en el periodo consultado.
• Se generó el reporte global de un periodo.
• No aplica
• No aplica
• RN038 – Informe Global
199
Ilustración 53 - CUS025_GenerarInformeGlobal - Informe
200
4.6. Modelo conceptual
4.6.1. Diagrama del modelo conceptual
Ilustración 54 - Diagrama del modelo conceptual. Fuente: elaboración propia
201
4.6.2. Diccionario del modelo conceptual
Nombre de la clase AsignacionTienda
Esta clase nace de la asociación entre tienda y periodo. A su vez,

Descripción de la
tiene relación con el supervisor que se encargará de evaluar a dicha
clase
tienda.
Nombre del atributo Descripción Tipo dato Valor Inicial
Fecha en la que se asigna un

fechaAsignacion supervisor a una tienda en un DateTime null
Tabla 64 - Diccionario de la entidad "AsignacionTienda". Fuente: elaboración propia
Nombre de la clase Bono
Descripción de la Esta clase representa un bono económico que ser otorgado a las
clase tiendas que aprueben la evaluación 5S.
nombre Nombre del bono String null
Muestra si el bono está activo o

vigente Boolean null
no
monto Monto del bono Integer null
tipoBono Representa el tipo de bono Integer null
Tabla 65 - Diccionario de la entidad "Bono". Fuente: elaboración propia
Nombre de la clase BonoPeriodo
Descripción de la Esta clase representa la asociación entre uno o más bonos a un

clase periodo de evaluación 5S.
Tabla 66 - Diccionario de la entidad "BonoPeriodo". Fuente: elaboración propia
Nombre de la clase Cargo
202
Descripción de la
Esta clase representa un cargo en Bitel.
clase
nombre Nombre del cargo String null
descripcion Descripción del cargo String null
Tabla 67 - Diccionario de la entidad "Cargo". Fuente: elaboración propia
Nombre de la clase DetalleEvaluacion
Esta clase representa el detalle de una evaluación 5S tomada a una

Descripción de la tienda determinada. Aquí encontramos, por cada ítem de la plantilla
clase 5S, si el ítem fue aprobado, desaprobado o no aplica para la tienda
evaluada.
Resultado de cada ítem de la

resultado Integer null
evaluación 5S
Comentario de cada ítem si

comentario String null
desaprobó o no aplica.
fechaToma Fecha de la evaluación 5S DateTime null
Tabla 68 - Diccionario de la entidad "DetalleEvaluacion". Fuente: elaboración propia
Nombre de la clase DetalleMotivo
Esta clase se utiliza cuando un ítem es desaprobado, para indicar los

Descripción de la motivos por los cuales no cumplió las metas del ítem evaluado de
clase entre una serie de motivos predeterminados. Si se marcara la opción
“otros” es posible agregar un comentario explicativo.
Tabla 69 - Diccionario de la entidad "DetalleMotivo". Fuente: elaboración propia
Nombre de la clase Empleado
203
Descripción de la
Esta clase representa cada empleado de Bitel.
clase
nombres Nombres del empleado String null
primerApellido Apellido paterno del empleado String null
segundoApellido Apellido materno del empleado String null
Fecha de nacimiento del

fechaNacimiento Date null
empleado
telefono Teléfono del empleado String null
fechaCreacion Fecha de creación del empleado Date null
activo Estado del empleado Boolean Activo
Documento de identidad del

docIdentidad String null
empleado
Tabla 70 - Diccionario de la entidad "Empleado". Fuente: elaboración propia
Nombre de la clase EmpleadoCargo
Descripción de la Esta clase representa la relación que existe entre los empleados y
clase los cargos en Bitel.
activo Estado del cargo del empleado Boolean Activo
Fecha de alta del cargo del

fechaAlta Date null
empleado
Fecha de baja del cargo del

fechaBaja Date null
empleado
Tabla 71 - Diccionario de la entidad "EmpleadoCargo". Fuente: elaboración propia
Nombre de la clase EtapaEvaluacion
204
Descripción de la Esta clase representa cada una de las etapas de evaluación 5S (Seiri,
clase Seiton, Seisou, Seiketsu, Shitsuke).
nombre Nombre de la etapa String null
descripcion Descripción de la etapa String null
numeroOrden Número de orden de la etapa Integer null
estado Estado de la etapa Integer null
Tabla 72 - Diccionario de la entidad "EtapaEvaluacion". Fuente: elaboración propia
Nombre de la clase Evaluacion5S
Descripción de la
Esta clase representa a las evaluaciones 5S.
clase
Fecha de inicio de toma de

fechaInicioToma Date null
evaluación 5S
Fecha de fin de toma de

fechaFinToma Date null
evaluación 5S
calificacion Calificación de la evaluación 5S Double null
Indica si está aprobada una

aprobado Boolean null
evaluación.
Indica cual fue el monto del

montoBono Integer null
bono asignado a la evaluación 5S
Indica si la evaluación 5S se
tipoEvaluacion realizó por el aplicativo web o Integer null
móvil
Tabla 73 - Diccionario de la entidad "Evaluacion5S". Fuente: elaboración propia
Nombre de la clase Evidencia
205
Descripción de la Esta clase representa la evidencia fotográfica adjunta a las
clase evaluaciones 5S.
Dirección URL del archivo de la

urlFoto String null
fotografía
Comentario de la evidencia
comentario String null
fotográfica.
Fecha de toma de la evidencia

fechaToma DateTime null
fotográfica.
Tabla 74 - Diccionario de la entidad "Evidencia". Fuente: elaboración propia
Nombre de la clase HorarioAtencion
Esta clase representa el horario de atención de una tienda en

Descripción de la
particular. Será utilizada para poder validar que las evaluaciones 5S
clase
sean tomadas dentro de los horarios establecidos.
Día de la semana del horario de

diaSemana Integer null
atención.
horaInicio Hora de inicio de atención. DateTime null
horaFin Hora de fin de atención. DateTime null
Tabla 75 - Diccionario de la entidad "HorarioAtencion". Fuente: elaboración propia
Nombre de la clase Item
Esta clase representa un ítem de evaluación 5S. Los ítems son

Descripción de la preguntas acerca de una etapa de evaluación y van incluidos dentro
clase de una plantilla de evaluación 5S. Luego de ser evaluados pueden
ser aprobados, desaprobados o no aplicar.
206
Pregunta del ítem que se
pregunta String null
mostrará en la evaluación 5S.
descripcion Descripción breve del ítem. String null
version Versión del ítem. Integer null
estado Estado del ítem. Integer null
fechaCreacion Fecha en que se creó el ítem. DateTime null
Indica si el ítem requiere de

requiereEvidencia evidencia para ser aprobado o Byte null
desaprobado
Tabla 76 - Diccionario de la entidad "Item". Fuente: elaboración propia
Nombre de la clase ItemPlantilla
Esta clase nace de la asociación entre un ítem y una plantilla de

Descripción de la
evaluación. Un ítem puede estar presente en muchas plantillas y
clase
una plantilla puede contener muchos ítems.
Representa el número de orden

numeroOrden Integer null
de un ítem en una plantilla 5S.
Tabla 77 - Diccionario de la entidad "ItemPlantilla". Fuente: elaboración propia
Nombre de la clase MotivoDesaprobacionItem
Descripción de la Esta clase representa a los motivos predeterminados que puede

clase tener un ítem para ser desaprobado.
Valor
Nombre del atributo Descripción Tipo dato
Inicial
Descripción del motivo de

descripcion String null
desaprobación.
numeroOrden Número de orden del motivo Integer null
207
Tabla 78 - Diccionario de la entidad "MotivoDesaprobacionItem". Fuente: elaboración propia
Nombre de la clase PeriodoEvaluacion
Descripción de la Esta clase representa a una ventana de tiempo en la que las tiendas
clase asignadas a este deberán ser evaluadas por los supervisores.
Nombre del periodo de

nombrePeriodo String null
evaluación.
fechaInicio Fecha de inicio del periodo. DateTime null
fechaFin Fecha fin del periodo. DateTime null
estado Estado del periodo. Integer Creado
Indica cuanto debe ser la

calificación mínima para que
minimoAprobacion Integer null
una tienda apruebe la
evaluación 5S en ese periodo.
Tabla 79 - Diccionario de la entidad "PeriodoEvaluacion". Fuente: elaboración propia
Nombre de la clase Permiso
Descripción de la Esta clase representa un permiso asignado a un rol de la aplicación.

clase Cada permiso da acceso a una opción dentro de la aplicación.
nombre Nombre del permiso. String null
descripcion Descripción del permiso. String null
Tabla 80 - Diccionario de la entidad "Permiso". Fuente: elaboración propia
Nombre de la clase PlantillaEvaluacion
Esta clase representa a la plantilla utilizada por los supervisores

Descripción de la
para poder llevar a cabo una evaluación. Cada plantilla está
clase
conformada a su vez por muchos ítems. Las plantillas son creadas
208
inicialmente como “borradores” y solo serán utilizables en periodos
de evaluación cuando su estado sea “final”.
Nombre de la plantilla de
nombre String null
evaluación 5S
estado Estado de la plantilla Integer null
fechaCreacion Fecha de creación de la plantilla DateTime null
Tabla 81 - Diccionario de la entidad "PlantillaEvaluacion". Fuente: elaboración propia
Nombre de la clase Rol
Descripción de la Esta clase representa a una agrupación de permisos dentro de la

clase aplicación que, a su vez, serán asignados a un usuario.
nombre Nombre del rol. String null
descripcion Descripción del rol. String null
estado Estado del rol. Integer null
Tabla 82 - Diccionario de la entidad "Rol". Fuente: elaboración propia
Nombre de la clase Sucursal
Descripción de la Esta clase representa a una sucursal de Bitel en el país. Una

clase sucursal, a su vez, está conformada por una agrupación de tiendas.
nombre Nombre de la sucursal. String null
descripcion Descripción de la sucursal. String null
fechaAlta Fecha de alta de la sucursal. DateTime null
estado Estado de la sucursal. Integer null
Tabla 83 - Diccionario de la entidad "Sucursal". Fuente: elaboración propia
209
Nombre de la clase Tienda
Esta clase representa a una tienda o distribuidor de Bitel a nivel

Descripción de la nacional. Además de los datos básicos de contacto, se almacena la
clase ubicación (latitud y longitud) de la tienda para poder corroborar
esta cuando el supervisor la esté evaluando.
codigoTienda Código de la tienda. String null
nombre Nombre de la tienda. String null
Dirección donde se ubica la

direccion String null
tienda.
telefono Teléfono de la tienda String null
Contacto responsable de la
contacto String null
tienda.
email Correo electrónico de la tienda. String null
Latitud de la ubicación de la
latitud DateTime null
tienda.
Longitud de la ubicación de la
longitud DateTime null
tienda.
Tipo de tienda (tienda o

tipoTienda Integer null
distribuidor)
fechaAlta Fecha de alta de la tienda. DateTime null
fechaBaja Fecha de baja de la tienda. DateTime null
Margen de error en metros de la

margenErrorGPS Integer 25
ubicación del GPS
Estado en que se encuentra la

estado Integer null
tienda
Tabla 84 - Diccionario de la entidad "Tienda". Fuente: elaboración propia
210
Nombre de la clase Usuario
Descripción de la
Esta clase representa a un usuario con acceso a la aplicación.
clase
email Correo electrónico del usuario. String null
clave Contraseña del usuario. String null
fechaCreacion Fecha de creación del usuario. DateTime null
activo Estado del usuario. Boolean Activo
Tabla 85 - Diccionario de la entidad "Usuario". Fuente: elaboración propia
4.7. Conclusiones
1. Los objetivos específicos del proyecto y la lista de actividades a automatizar de

capítulos anteriores, fueron utilizados como base para la elaboración de los
requerimientos de forma clara y sin ambigüedades.
2. La correcta definición de los requerimientos del software, redujo el riesgo de fracaso
de este proyecto.
3. Para obtener una mejor visión global de las funcionalidades del sistema, estas fueron
agrupadas en cuatro paquetes: seguridad, planificación, evaluación móvil y control de
resultados de evaluación 5S.
4. En la especificación detallada de los casos de uso del sistema, es clave utilizar la
terminología y vocabulario obtenidos desde el análisis del negocio. Esto permite el
entendimiento común de las especificaciones por parte del cliente y el equipo de
desarrollo.
5. El modelo conceptual desarrollado sirvió para identificar las entidades necesarias para
el funcionamiento del sistema, sus datos y las relaciones entre ellas.
211
Capítulo 5: Arquitectura de software
Una arquitectura de software es un grupo de patrones que proporcionan el marco para un

sistema a elaborar. Esta se selecciona y se diseña basándose en los requerimientos y
restricciones dados por los usuarios interesados. Además, una arquitectura se debe armar de
acuerdo a las tecnologías a utilizar en el proyecto. La arquitectura de software define
componentes que ejecutarán algún proceso, sus interfaces y la relación entre ellos.
En este capítulo presentamos la estructura del sistema para la evaluación 5S de la empresa Bitel
en la que intervienen tanto las capas lógicas, como lo componentes físicos y equipos en los que
serán desplegados y las relaciones entre ellos. Definimos el entorno web, como el entorno bajo
el cual operará la parte del sistema que permitirá planificar la evaluación 5S y mostrar los
resultados de la misma y el entorno móvil que permitirá tomar la evaluación 5S. Así mismo
tomamos en cuenta las restricciones presentes de tiempo costo, y disponibilidad. Además, se
presentarán las metas y restricciones de la arquitectura, así como también una descripción
detallada de las diferentes vistas que la conforman.
5.1. Diagrama de los casos de uso más significativos para la

arquitectura del software
A continuación, se mostrará un gráfico con los casos de uso más significativos para la
arquitectura del software.
212
Ilustración 55 - Diagrama de los casos de uso más significativos para la arquitectura del
software. Fuente: elaboración propia
5.2. Metas de la arquitectura de software
Código del requerimiento Nombre del requerimiento

RNF011 Confidencialidad de claves
Descripción o características
El sistema deberá almacenar las claves encriptadas en la base de datos utilizando MD5.

RNF001 Mensaje de error
El sistema debe presentar los errores utilizando un lenguaje que respete la terminología
del negocio, de manera que el usuario pueda entender fácilmente la razón del error y su
posible solución.
213
RNF002 Multisesiones (web)
El sistema deberá permitir al usuario ingresar desde múltiples dispositivos
simultáneamente.

RNF003 Facilidad de aprendizaje
El sistema deberá ser intuitivo para el usuario lo cual significa que cada función en la
aplicación debe ser aprendida por el usuario como máximo en 10 minutos.

RNF004 Interfaz minimalista en aplicación móvil
La aplicación móvil debe presentar solo la información mínima necesaria y adherirse a las
guías de diseño de Android. Por ejemplo, en la toma de evaluaciones 5S, solo deberá
presentarse un ítem por pantalla.

RNF015 Software requerido por el cliente
Para acceder a la aplicación, el cliente solo necesita disponer de un Browser. No se
requiere ninguna instalación adicional.

RF005 Tipo de formato de reporte
Los reportes se exportarán en los formatos: PDF y HTML.
214
RNF016 Tipo de navegadores web
La aplicación web deberá ser compatible con los navegadores Internet Explorer 9 o
superior, Mozilla Firefox 37 o superior, Google Chrome 40 o superior.

RNF028 Escalabilidad
Las capas de presentación y servicios web deberán ser desplegadas favoreciendo la
escalabilidad del sistema en el futuro.
5.3. Restricciones de la arquitectura de software

RNF018 Entorno de la aplicación
La aplicación se diseñará para ser utilizada en dos entornos: uno web y otro móvil.

RNF019 Persistencia
La persistencia de los datos se hará mediante la utilización de ORMs.

RNF020 Capas de la aplicación web
La aplicación web estará formada por una única capa de presentación.
215
RNF021 Capas de la aplicación móvil
La aplicación móvil estará dividida en tres capas: modelos, vistas y presentadores.

RNF023 Motor de base de datos
El sistema debe utilizar como motor de base de datos SQL SERVER 2008 R2.

Lenguaje de programación para la aplicación
RNF024
Web
La aplicación Web se desarrollará en el lenguaje de programación C# bajo la plataforma
.NET, además de Javascript.

Lenguaje de programación para la aplicación
RNF025
móvil
La aplicación móvil será desarrollada en Android utilizando lenguaje Java.

RNF026 Tipo de web services
El estilo a utilizar para los servicios web será REST.

RNF027 Tipo de sistema operativo de los servidores
El sistema operativo a emplear por los servidores será Windows Server 2008 R2
216
RNF029 Servidor Web
El servidor web en el que se aloja la aplicación es Internet Information Services 7.

RNF022 Patrón MVC (Web)
La capa de presentación utilizará el patrón MVC.

Lenguaje de programación para los servicios
RNF031
web
Los servicios web se desarrollarán en el lenguaje de programación C# bajo la plataforma
.NET

RNF032 Capas de los servicios web
La aplicación de servicios web estará dividida lógicamente en capas de: servicios, negocio
y acceso a datos.
5.4. Mecanismos arquitecturales
En esta sección indicaremos los mecanismos que se utilizarán para cubrir y resolver los
requerimientos funcionales y no funcionales que impactan en la arquitectura.
217
Mecanismos de análisis y sus soluciones a través del diseño y la implementación
Mecanismo Requerimientos abordados Solución
Para la aplicación y servicios web se utilizará
la ejecución en modo debug que nos ofrece el
RNF024 IDE VisualStudio.Net 2015 para poder
Debugging RNF025 depurar errores de manera rápida y encontrar
RNF031 la causa de los mismos. Por otro lado, para
depurar la aplicación Android se utilizará el
IDE Android Studio 2.3.
En la aplicación web, los errores controlados
emitirán mensajes al usuario a través de la
librería Toastr. Los errores que no sean
Manejo de controlados redirigirán a una página de error
RNF001
errores personalizada. En la aplicación móvil, se
utilizará la clase android.widget.Toast para
mostrar mensajes de error (controlados y no
controlados).
El diseño de la aplicación web utilizará la
librería Bootstrap v3.3, que brinda una
Manejo de
interfaz más amigable e intuitiva. Por su parte
interfaz de RNF003
usuario en el aplicativo móvil se adhiere a los
tiempo de RNF004
ejecución lineamentos de Material Design a través del
uso de la librería com.android.support:design
v25.3.1.
La aplicación de servicios web utilizará la
librería EntityFramework v5.0 para manejar
la persistencia de la información en la base
Persistencia RNF019
datos.
Por su parte, la aplicación móvil utilizará la
librería ORMLite 4.48 para mantener los
218
datos necesarios para su operación en una
base de datos interna.
El acceso a las opciones de la aplicación será
administrado a través de perfiles. Además, se
Seguridad RNF011
utilizará MD5 para el cifrado de contraseñas
de los usuarios.
La capa de negocio de los servicios web

Envío masivo
RNF031 utilizará la librería System.Net.Mail para
de correos
realizar el envío masivo de correos.
La aplicación web utilizará la librería

Bootstrap v3.3. Ésta librería permite que la
aplicación sea responsive design, es decir,
adapte sus contenidos a distintas
RNF017 resoluciones. Por otro lado, la aplicación
Adaptabilidad
RNF030 Android hará uso de la librería
com.android.support.appcompat v7 que
permite la retrocompatibilidad de
componentes con versiones anteriores de
Android.
Se exportarán los reportes necesarios a PDF,
Reportes RF005 WORD y EXCEL utilizando SQL Server
Reporting Services.
RNF020 Para el fácil y rápido mantenimiento de las
Mantenibilidad RNF021 aplicaciones desarrolladas, éstas serán
RNF032 desacopladas en diferentes capas.
Se utilizará un servidor de aplicaciones WEB

RNF006
Administración IIS v7.0 en conjunto con Microsoft SQL
RNF023
de procesos Server 2008 R2 que estarán operativos las 24
RNF029
horas del día y proporcionarán servicios para
219
el control de transacciones e hilos con el fin
de garantizar la buena funcionalidad de la
ejecución simultánea de procesos.
La capa de presentación de la aplicación web

Administración
RNF028 y los servicios web estarán desplegados en
del sistema
diferentes servidores.
Tabla 86 - Mecanismos arquitecturales. Fuente: elaboración propia
5.5. Vista lógica de la arquitectura de software
5.5.1. Diagrama de capas

El sistema FSE se divide en, una aplicación web, una aplicación móvil y una aplicación de
servicios web que da soporte a las operaciones de las dos anteriores. A continuación, se
ilustran las capas de cada una de estas aplicaciones.
Ilustración 56 - Diagrama de capas. Fuente: elaboración propia

220
Capas lógicas FSE WEB
Capa Descripción
Es la capa con la que interactuará el usuario final a través de un navegador
web.
Está compuesta por:
Se trata de los objetos de información que se mostrarán y a
Modelos
la vez obtendrán en cada pantalla del sistema FSE.
Presentación Son los formularios Web con los que interactuará el usuario
Vistas
final.
Clases que enlazan los modelos a sus respectivas vistas.
Igualmente, se encarga de comunicarse con la capa de
Controladoras
servicios para obtener información y realizar las operaciones
solicitadas por los usuarios.
Tabla 87 - Capas lógicas del sistema web Bitel. Fuente: elaboración propia
Capas lógicas FSE WEB SERVICES

Capa Descripción
Expone funcionalidades de negocio a la capa de presentación. No se limita a
llamar a métodos de la capa de negocio (no es un proxy), por el contrario, la capa
de servicios organiza las llamadas a un conjunto de clases de negocio para ofrecer
una funcionalidad muy concreta a la capa de presentación.
Está compuesta por:
Servicios Son los servicios expuestos por la capa. Están agrupados por
Servicios REST funcionalidades comunes.
En este paquete se encuentran los DTO que son los objetos que se
envían a través de la capa de presentación y de servicios para
intercambio de información. El propósito de los mismos es mantener
API’s
una comunicación “ligera” y solo enviar los datos necesarios a través
de la red. Además, también se encuentran los requests y los responses
para que los servicios REST sean consumidos.
Esta capa tiene las clases encargadas de la lógica del negocio explicada en la
Negocio
especificación de casos de uso. Estas clases tendrán la responsabilidad de los
221
Capas lógicas FSE WEB SERVICES
Capa Descripción
algoritmos operativos y de cálculo, así como los medios para obtener los datos de
la capa de datos y enviarlos a la capa de servicios.
Negocio Son el conjunto de clases antes descritas.
La capa de datos corresponde al conjunto de clases dedicadas a la gestión directa
de la persistencia del sistema. Ellas se encargan de establecer la conexión con la
base de datos y mediante la ejecución de transacciones permitir el almacenamiento
Datos
y recuperación de los datos persistentes.
Acceso a Capa de las clases que permiten el acceso a los datos directamente a
Datos un repositorio persistente de información.
Capa que contiene a las entidades que son utilizadas por la clase de Servicios,
Negocio y Acceso a datos. En su mayoría, se corresponderán con tablas del
Dominio
modelo de datos.
Entidades Conjunto de clases antes descritas.
Tabla 88 - Capas lógicas del sistema web Bitel. Fuente: elaboración propia
Capas lógicas FSE MÓVIL
Capa Descripción
Es la capa con la que interactuará el usuario final. La comunicación se realizará

a través de los formularios del aplicativo móvil. Está compuesta por:
Son componentes de UI reutilizables. Solo pueden existir dentro

Fragment
Vista de un Activity.
Son los formularios de la aplicación móvil con los que interactuará

el usuario final. Además, se encarga de comunicarse con la capa
Activity
de servicios para obtener información y realizar las operaciones
solicitadas por los usuarios.
222
Capas lógicas FSE MÓVIL
Capa Descripción
Es la capa que contiene lógica de negocio de la aplicación móvil. Está

compuesta por:
Contiene las clases utilizadas para comunicarse con los servicios

Service
Presentador web de la aplicación.
Contiene las clases con lógica de negocio, que además enlazan a

Adapter Activity con sus modelos para que este pueda mostrar la
información al usuario.
Capa que contiene a las entidades que son utilizadas por la aplicación. En su
mayoría, se corresponderán con tablas del modelo de datos. Está compuesta
Modelo por:
Entities Conjunto de clases antes descritas.
Tabla 89 - Capas lógicas de la aplicación móvil de Bitel. Fuente: elaboración propia
5.5.2. Diagrama de estados para un periodo de evaluación 5S

En esta sección, se mostrará el diagrama de estados para un periodo de evaluación 5S.
223
Ilustración 57 - Diagrama de estados para un periodo de evaluación 5S. Fuente: elaboración
propia
5.6. Vista de implementación de la arquitectura de software
A Continuación, se mostrará el diagrama de implementación de la arquitectura de software

donde se mostrará cada uno de los componentes utilizados.
Ilustración 58 - Diagrama de implementación. Fuente: elaboración propia
224
Componentes principales del sistema FSE
Componente Descripción
Es el programa residente en el cliente mediante el cual se puede
Browser
acceder a sitios WEB con la identificación de una URL.
Es la aplicación residente en los smartphones Android mediante la
BITEL.FSE
cual se pueden realizar evaluaciones 5S.
Es el conjunto de vistas, modelos y controladoras que forman la capa
BITEL.FSE.Web
de presentación de Bitel.
Es el servicio REST que expone las funcionalidades comunes a la
BITEL.FSE.Services
gestión de la planificación de la evaluación 5S.
Es la librería que contiene los DTOs utilizados por los servicios
BITEL.FSE.API.dll
REST y la capa de presentación (BITEL-MVC).
Es un framework que se utiliza para la creación de los Web Services.
ServiceStack.dll Provee una forma rápida y limpia de desarrollar servicios web
orientados a la utilización de Plain Old CRL Objects.
Es la librería común de ServiceStack. Es necesaria para que la librería
ServiceStack.Common.dll
ServiceStack.dll funcione.
BITEL.FSE.Common.dll Librería que contiene enumeradores y otras clases de uso común.
BITEL.FSE.Business.dll Librería que contiene la lógica de negocio de la aplicación.
Librería que contiene las entidades que serán objeto de persistencia
BITEL.FSE.Domain.dll
en la aplicación.
Librería que se encarga de realizar la persistencia de las entidades, así
BITEL.FSE.DAL.dll
como la recuperación de las mismas en caso de consulta.
Base de datos SQL en dónde se almacenará la información producida
BITEL-DB
por la aplicación.
Tabla 90 - Componentes principales de la vista de implementación. Fuente: elaboración

propia
5.6.1. Framework y/o patrones de arquitectura usados
A continuación se enumeran los frameworks, librerías, patrones y otros aspectos técnicos que
serán utilizados en la creación del sistema FSE. La especificación detallada de los patrones
225
mencionados se encuentra en el punto 6.1.2 del capítulo de Construcción en este mismo
documento.
5.6.1.1. Aplicación de Servicios Web
• Lenguaje de programación: C# 4.0
• Framework de desarrollo: .NET Framework 4.5
• Estilo de servicios web: REST
• Framework de servicios web: ServiceStack 3.9
• Framework de persistencia: Entity Framework 5.0
• Base de datos relacional: SQL Server 2008 R2
• Patrones de arquitectura:
– SOA (Service Oriented Architecture)
– N-capas
– Cliente/Servidor
5.6.1.2. Aplicación Web
• Lenguaje de programación: C# 4.0
• Frameworks de desarrollo:
– .NET Framework 4.5
– ASP.NET MVC 4.0
– Knockout JS 3.4
• Framework de servicios web: ServiceStack 3.9
• Patrones de arquitectura:
226
– Modelo–vista–controlador (MVC)
– Modelo-vista-vista-modelo (MVVM)
5.6.1.3. Aplicación Móvil
• Lenguaje de programación: Java
• Framework de desarrollo: Android SDK 25.0.3
• Framework de servicios web: Retrofit 2.3.0
• Base de datos relacional: SQLite 3.9.0
• Patrones de Arquitectura:
– Modelo-vista-presentador (MVP)
227
5.7. Vista de despliegue de la arquitectura de software
A continuación, se mostrará el diagrama de despliegue de la arquitectura de software con los

componentes necesarios.
Ilustración 59 - Diagrama de despliegue. Fuente: elaboración propia
Servidor de servicios web:
• Procesadores: 4
• Memoria RAM: 8 Gb
• Ranuras de memoria: 2
• Tipo de memoria DDR 5
• Almacenamiento: 250 Gb
• Tipo: Torre
• Raid 10
Servidor de aplicaciones:
• Procesadores: 4
228
• Tipo: Torre
• Raid 10
Servidor de base de datos:
• Procesadores: 8
• Tipo: Torre
• Raid 10
Laptops:
• Procesador: Intel Atom 1.5Ghz.

• Memoria RAM: 2 GB.
• Disco Duro: espacio en disco.
PC:
• Procesador: Core 2 duo.

• Disco Duro: espacio en disco.
Smartphones:
• Procesador: Dual Core.

• SO: Android 4.0 o superior
• Cámara: Posterior
229
Tablets:
• Procesador: Dual Core.

• SO: Android 4.0 o superior
• Cámara: Posterior
5.8. Prueba de concepto de la arquitectura de software
Para la elección de los casos de uso a desarrollar como prueba de concepto se tomó en cuenta
su importancia dentro del núcleo del negocio, su propuesta innovadora y su impacto en la
arquitectura del software. Los casos de uso elegidos fueron los siguientes:
• CUS006_EstablecerPeriodoDeEvaluacion5S: Elegimos este caso de uso porque es

aquí donde se realizará la asignación de las tiendas a los supervisores por parte del
sistema. El algoritmo utilizado tomará en cuenta diversos factores como la rotación de
supervisores, promedios de calificaciones recibidos por las tiendas y entregados por los
supervisores y otros. Este algoritmo es vital en la reducción del fraude y favoritismos
entre tiendas y supervisores.
• CUS019_ConsultarTiendasAsignadas: Elegimos este caso de uso porque aquí se
puede demostrar que la aplicación móvil se encuentra sincronizada con la aplicación
web y que consume los servicios web desarrollados. Junto al caso de uso anterior, se
habría probado la viabilidad de la arquitectura propuesta.
• CUS017_RealizarEvaluacion5S: Elegimos este caso de uso por ser el caso de uso más
importante del proyecto. Sin embargo, debido a la complejidad y alcance del mismo se
decidió únicamente desarrollar el subflujo verificar ubicación. Aquí se validará que el
lugar donde se encuentra geográficamente el supervisor sea el mismo donde está
georreferenciada la tienda a evaluar. Si no son las mismas coordenadas (dentro de un
margen de error configurable), la aplicación móvil no permitirá al supervisor realizar
la evaluación 5S.
230
5.9. Conclusiones
1. Los requerimientos no funcionales del capítulo anterior fueron la base para identificar
las metas y restricciones de la arquitectura.
2. Dentro de las restricciones más importantes se estableció que la solución a desarrollar
tendrá dos entornos con los que interactuar: una aplicación web y una aplicación móvil.
Esta división fue la base para otras restricciones.
3. Los mecanismos arquitecturales son soluciones técnicas concretas a las metas y
restricciones de la arquitectura. Su definición permitió que el equipo tuviera claras las
herramientas a utilizar en el desarrollo de software.
4. A su vez, el diagrama de capas permite entender de forma rápida la distribución lógica
y la relación existente entre los componentes de software del sistema.
5. El diagrama de despliegue de la arquitectura fue útil para otorgar una visión al cliente
de los componentes de hardware necesarios para el correcto funcionamiento del
sistema.
6. Para la prueba de concepto de la arquitectura se eligieron casos de uso que tuvieran un
fuerte impacto sobre esta. Tras su desarrollo y prueba correcta de la arquitectura, se
acepta y se procede a la creación completa de la solución de software.
231
Capítulo 6: Construcción
Cada vez que se desarrolla un nuevo software siempre se busca que este sea robusto, fácil de
mantener, que tenga estandarización, que sea reutilizable, que tenga bajo acoplamiento y
control de cohesión. Por lo tanto, los patrones de diseño son herramientas muy útiles y que
cualquier programador debería conocer y utilizar. Los patrones de diseño son soluciones a
problemas recurrentes y comunes en el mundo de la programación.
Por estas razones, en el presente capítulo se mencionará, en primer lugar, el diagrama de

patrones del sistema y a continuación la especificación detallada de cada uno de los patrones
seleccionados; en segundo lugar, mostraremos el modelo de datos físico del sistema diseñado
desde la misma base de datos SQL server 2008; y por último, se encuentra el diccionario de
datos donde describiremos cada uno de los elementos del modelo de datos físico (nombre y
descripción de tablas y las propiedades de cada una de sus columnas).
232
6.1. Patrones de la solución propuesta
6.1.1. Diagrama de patrones del sistema

A continuación, se muestra el diagrama general de patrones de la aplicación y los servicios web de la solución FSE. El único patrón usado en la
aplicación móvil (MVP) se encuentra detallado en el punto 6.1.2.10 de éste mismo capítulo.
CLIENTE SERVIDOR Presentación
Modelo
Vista
Model ViewModel
Controlador
Servicio
Servicios REST APIs
Dominio
Exception Data Transfer Object
Shielding
Entidades
Negocio
Negocio
Dependency
Null Object
Injection
Datos
Acceso a datos
Unit of Work
Repository
Ilustración 60 - Diagrama de patrones. Fuente: elaboración propia
233
6.1.2. Especificación detallada de los patrones seleccionados
6.1.2.1. Unit of Work

De acuerdo a Martin Fowler, este patrón mantiene una lista de objetos afectados por una
transacción de negocio y coordina la escritura de los cambios y la resolución de problemas de
concurrencia29. Esto quiere decir que se trata de un patrón en el cual el objeto Unit of Work
mantiene internamente una lista de cambios a las entidades y, cuando se desean escribir en la
base de datos, ejecuta dichos cambios en una única transacción. 30 La siguiente ilustración
muestra cómo se implementó el patrón descrito en la capa de acceso a datos de los servicios
web del sistema FSE:
Ilustración 61 – Implementación del patrón Unit of Work en el sistema FSE. Fuente:

Elaboración propia
La clase DbContext (parte de EntityFramework) implementa este patrón y expone los métodos
SaveChanges - para guardar todos los cambios hechos sobre las entidades - y DiscardChanges
para descartarlos. Cuando el método SaveChanges es utilizado, DbContext obtiene la lista de
29
Martin Fowler (2017)
30
Microsoft Unit of Work (2017)
234
entidades modificadas desde la clase DbChangeTracker, crea un objeto DbTransaction (que
representa a una transacción de base de datos) a través de DbConnection (que maneja la
conexión con la base de datos), verifica que no existan conflictos en los cambios hechos a las
entidades y si es así invoca al método “Commit” de la transacción para persistir los cambios
de forma permanente. La clase FseContext hereda de DbContext y añade los repositorios de
entidades propios de nuestra aplicación, para que los cambios sobre estas puedan ser rastreados
correctamente.
6.1.2.2. Repository
El patrón repositorio nos provee de una abstracción de la data, para que nuestra aplicación
pueda trabajar con una interfaz muy similar a una colección. De esta forma, añadir, eliminar,
actualizar o seleccionar entidades se logra a través de métodos directos sin necesidad de
interactuar con la base de datos a través de comandos, conexiones, cursores u otros31. En la
capa de acceso a datos de nuestra aplicación, el patrón se encuentra integrado con
EntityFramework y la clase DbSet<T>, donde T es una entidad de la aplicación. Cada clase
DbSet implementa la interfaz IDbSet que define un contrato por el cual añadir, consultar,
actualizar o eliminar entidades se hará mediante los mismos métodos. La clase FSEContext
contiene todos los objetos DbSet para cada una de las entidades del sistema.
Ilustración 62- Implementación del patrón Repository en el sistema FSE. Fuente: Elaboración
propia
31
Microsoft Repository (2017)
235
6.1.2.3. El modelo–vista–controlador (MVC)
Se trata de un patrón de arquitectura de software en el que los objetos de una aplicación asumen
uno de tres posibles roles:
• Modelo: representa un objeto que almacena datos de la aplicación.

• Vista: representa la forma en la que los datos del modelo son representados
visualmente.
• Controlador: Actúa en la vista y en el controlador. Controla el flujo de datos hacia el
modelo y actualiza la vista cuando el modelo cambia. Mantiene una separación lógica
entre el modelo y la vista.
Este patrón de arquitectura de software se basa en las ideas de reutilización de código y la

separación de conceptos, características que buscan facilitar el desarrollo de aplicaciones y su
posterior mantenimiento32. La siguiente ilustración muestra la aplicación del patrón en nuestra
aplicación para un modelo de inicio de sesión:
Ilustración 63 – Implementación del patrón MVC en el sistema FSE. Fuente: Elaboración

propia
LoginModel es la clase modelo, que contiene los datos de nombre de usuario y password para
iniciar sesión. AccountController es la clase controladora que se encargará de enviar el modelo,
inicialmente vacío, a la vista “Login.cshtml” para que este sea representado visualmente. Tras
32
Tutorials Point (2017)
236
ingresar los datos requeridos, el controlador recogerá los datos de la vista y actualizará el
modelo. En este punto, el controlador puede comunicarse con clases de negocio o servicios que
necesiten los datos del modelo utilizado.
6.1.2.4. N-capas
Este patrón se centra en la agrupación de la funcionalidad relacionada dentro de una aplicación
en distintas capas que se apilan verticalmente una encima de la otra. La funcionalidad dentro
de cada capa está relacionada por un rol o responsabilidad común. La comunicación entre capas
es explícita y de bajo acoplamiento. Diseñar una aplicación en distintas capas brinda a la
aplicación de una mayor flexibilidad y capacidad de mantenimiento. 33
El sistema FSE se ha dividido en dos capas de presentación (una aplicación móvil y otra web)
y una aplicación de servicios web dividida en cuatro capas (servicios, negocio, acceso a datos
y dominio). La siguiente ilustración muestra la implementación, en nuestra aplicación de
servicios web, del patrón explicado.
Ilustración 64 – Implementación del Patrón N – Capas en la aplicación de servicios web del

sistema FSE. Fuente: Elaboración propia.
33
Microsoft Arquitectura de N-Capas (2017)
237
6.1.2.5. Cliente/Servidor
La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se
reparten entre los proveedores de recursos o servicios, llamados servidores, y los demandantes,
llamados clientes. Un cliente realiza peticiones al servidor (request) y este le da una respuesta
(response) 34. En nuestra aplicación, el ejemplo más claro se encuentra en la comunicación
entre la capa de presentación y los servicios web. La siguiente ilustración muestra el patrón
graficado.
Ilustración 65 - Cliente - Servidor. Fuente: Veliz Carreño 2015
6.1.2.6. Model–view–viewmodel
Es un patrón de diseño para la creación de interfaces de usuario dividido en tres partes:
a) Model: Los datos almacenados por la aplicación, independientes de cualquier interfaz

de usuario.
b) ViewModel: Representación en código de los datos sobre una interfaz de usuario. Por
ejemplo, si trabajamos con una lista de empleados, el view model sería un objeto que
almacene dicha lista y exponga métodos para añadir y eliminar elementos de la misma.
Es importante entender que no se trata de la interfaz de usuario en sí, ya que no tiene
botones ni estilos. Tampoco se trata del modelo, ya que solo almacena datos con los
que el usuario puede interactuar mientras estos no sean grabados.
34
Microsoft Cliente Servidor (2017)
238
c) View: una interfaz de usuario visible e interactiva que representa el estado del
viewmodel. La vista muestra información del viewmodel, envía comandos al
viewmodel y se actualiza cuando el estado del viewmodel cambia.35
En nuestra aplicación este patrón se encuentra implementado mediante el uso de la librería

knockout.js. Se utilizan como modelos representaciones de las entidades en objetos Javascript,
mientras que los viewmodel son también objetos Javascript que permiten la manipulación del
modelo y las vistas son páginas cshtml que se enlazan a los viewmodels a través de
declaraciones en código. La siguiente ilustración muestra el patrón graficado para un modelo
“Etapa”, un viewmodel “EtapaEditor” y la vista “Editor”.
Ilustración 66 – Implementación del patrón Model View ViewModel en la aplicación web del
sistema FSE. Fuente: Elaboración propia
6.1.2.7. Exception Shielding

Es un patrón de seguridad que nos ayuda a proteger la información que podría brindar un
servicio web en caso de que suceda una excepción. Se recomienda utilizar este patrón para
35
Microsoft MVVM (2017)
239
evitar mostrar información como nombre de clases o métodos que pueden poner en riesgo a la
aplicación ante cualquier intento de hacking. En nuestra aplicación web, los errores no
controlados (dependiendo del origen) muestran un pequeño mensaje al usuario indicando que
existió un error o redirigen a una página de error personalizada, mientras que la información
de la excepción en sí es almacenada en un log al cual los usuarios no tienen acceso. Por otro
lado, los servicios web utilizados por la aplicación web y móvil enmascaran la información de
las excepciones en respuestas http:
• Las excepciones que son heredadas de ArgumentException se retornan como un

código HTTP 400 (BadRequest)
• Las excepciones de tipo NotImplementedException son retornadas como 405
(MethodNotAllowed).
• Las de tipo UnauthorizedAccessException como 403 (Forbidden)
• Cualquier otra excepción es retornada como un código 500 (InternalServerError).36
La siguiente imagen muestra el patrón graficado.
Envía Request
1
2 Lanzar excepción
Cliente Servicio
3 Procesar excepción
Retorna la excepción procesada
4
Ilustración 67 - Patrón Exception Shielding. Fuente: Elaboración propia
6.1.2.8. Null Object

Este patrón se encuentra en la capa de servicios. En lugar de utilizar una referencia nula para
transmitir ausencia de un objeto, se utiliza un objeto que implementa la interfaz esperada, pero
cuyo cuerpo es vacío. En nuestra aplicación, por ejemplo, si se consulta un servicio web, y este
no obtiene resultados, el servicio no devuelve un objeto null sino una lista sin datos. La ventaja
36
Microsoft Exception Shielding (2017)
240
de este patrón es que un objeto nulo es muy predecible y no tiene efectos secundarios: no hace
nada y por consiguiente la aplicación no lanzará excepciones de tipo “referencia nula”.37
6.1.2.9. Data Transfer Object

Los DTOs son clases reusables que no contienen lógica de negocio. Sus propiedades getters o
setters pueden manejar tipos de datos primitivos como integers, strings u otros DTOs. Su
principal uso es el de reducir el número de llamadas entre un cliente y un servidor para
satisfacer las necesidades de un request. Por ejemplo, supongamos que necesitamos
información de un empleado y de la tienda en la que trabaja, en vez de realizar dos llamadas
(obtener tienda y obtener empleado), realizamos una sola llamada en la que el servicio nos
retorne la información en un DTO. Otra ventaja de los DTOs es que son fácilmente serializables
independientemente del formato en el que se comuniquen el servidor y el cliente (XML, JSON,
etc.).38 En nuestra aplicación, tanto las peticiones como las respuestas de los servicios web
utilizan este patrón. La siguiente ilustración muestra la implementación del patrón explicado.
Ilustración 68 - Patrón Data Transfer Object. Fuente: Elaboración propia
37
Oberlin College Computer Science (2017)
38
Microsoft Data Transfer Object (2017)
241
En la ilustración anterior, tenemos la entidad Etapa, que a su vez está compuesta por entidades
“Item”. Para obtener información de un ítem en particular, además del nombre de la etapa a la
que pertenece y el nombre del estado en el que se encuentra, la aplicación de servicios web
utiliza la clase AutoMapper para crear un objeto de la clase ItemDto en base a las dos entidades
anteriores.
6.1.2.10. MVP (Model View Presenter)

Es un patrón de presentación de interfaz de usuario basado en MVC. Este patrón trabaja con
cuatro componentes: la vista (view) que es responsable de renderizar los elementos en la
interfaz del usuario, la interfaz vista (interface view) se utiliza para emparejar y mapear con
débil acoplamiento la vista con el presentador, el presentador (presenter) es responsable de la
interacción entre la vista y el modelo y el modelo (model) que es responsable de la lógica del
negocio y el manejo de estados. En algunos casos como es este proyecto, el presentador
interactúa con una capa de servicios que persiste y trae data del modelo. Se eligió este patrón
por los siguientes beneficios:
• Bajo acoplamiento
• Clara asignación de responsabilidades entre las capas
• Código reusable
• Adaptabilidad y flexibilidad39
La siguiente ilustración muestra la implementación del patrón explicado en la aplicación móvil.

Para la funcionalidad de cambio de contraseña, tenemos un modelo llamado
“ChangePassword”, mientras que la clase ChangePasswordPresenter hace las funciones de
presentador al enlazar la vista “ChangePasswordActivity” (compuesta a su vez por el
fragmento “ChangePasswordFragment”) con el modelo. Además, el presentador será capaz de
comunicarse con servicios externos (en este caso, “ChangePasswordRemoteDataSource”) para
obtener o persistir los cambios necesarios.
39
Microsoft MVP Pattern (2017)
242
Ilustración 69 - Patrón MVP (Model View Presenter). Fuente: Elaboración propia
243
6.2. Modelo de datos
6.2.1. Modelo de datos físico del sistema

La solución FSE utiliza dos modelos de datos. El primero, solo es accesible directamente por los servicios web, pero es actualizado y consultado
a través de estos por las aplicaciones web y móvil. El segundo, es utilizado únicamente por la aplicación móvil para almacenar datos necesarios
para la tomar de una evaluación 5S durante la toma de esta es decir, los datos son almacenados de forma temporal.
6.2.1.1. Modelo de datos (servicios web)

La siguiente ilustración muestra el modelo de datos físico utilizado por los servicios web para almacenar y devolver la data empleada por las
aplicaciones web y móvil.
Ilustración 70 - Modelo de datos físico de la solución FSE. Fuente: elaboración propia
244
6.2.1.2. Modelo de datos (aplicación móvil)
La siguiente ilustración muestra el modelo de datos físico utilizado por la aplicación móvil.
Los datos almacenados en la aplicación móvil solo están disponibles durante la toma de una
evaluación 5S, ya que se utilizan solo como un almacén temporal hasta reunir toda la
información necesaria que será enviada al servicio web al terminar de realizar la evaluación.
Ilustración 71 - Modelo de datos físico de la aplicación móvil FSE. Fuente: elaboración

propia
245
6.2.2. Diccionario de datos
A continuación se detalla el propósito de cada tabla dentro del modelo físico de la solución,
así como las columnas dentro de cada una de ellas.
6.2.2.1. Diccionario de datos (servicios web)
Nombre de la tabla AsignacionTiendas
Descripción de la tabla Esta tabla se origina de la asociación entre tienda y periodo. A su

vez, tiene relación con el supervisor que se encargará de evaluar
a dicha tienda.
Nombre de la columna Descripción Tipo dato Único Tipo

llave
idPeriodo Identificador único del periodo. int Sí Primaria
idTienda Identificador único de la tienda. int Sí Primaria
idEmpleado Identificador único del empleado. int No Foránea
fechaAsignacion Fecha en la que se asigna un datetime No Ninguna

supervisor a una tienda en un
Tabla 91 - Asignación de Tiendas (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla BonoPeriodo
Descripción de la tabla Esta tabla representa las asociaciones entre uno o más bonos a un
periodo de evaluación 5S.

llave
Bonos_idBono Identificador único del bono en la int Sí Primaria

relación entre el bono y el
periodo.
246
PeriodosEvaluacion_idPe Identificador único del periodo en int Sí Primaria
riodo la relación entre el bono y el
periodo.
Tabla 92 - Bonos y periodos (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Bonos
Descripción de la tabla Esta tabla representa bonos económicos que serán otorgados a
las tiendas que aprueben la evaluación 5S.

llave
idBono Identificador único del bono int Sí Primaria
nombreBono Nombre del bono varchar No Ninguna
vigente Muestra si el bono está activo o bit No Ninguna

no
monto Monto del bono int No Ninguna
tipoBono Representa el tipo de bono int No Ninguna
Tabla 93 - Bonos (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Cargos
Descripción de la tabla Esta tabla representa los cargos en Bitel.

llave
idCargo Identificador único del cargo int Sí Primaria
nombre Nombre del cargo varchar No Ninguna
descripcion Descripción del cargo varchar No Ninguna
Tabla 94 - Cargos (Diccionario de datos). Fuente: elaboración propia
247
Nombre de la tabla DetallesEvaluacion
Descripción de la tabla Esta tabla representa el detalle de una evaluación 5S tomada a

una tienda determinada. Aquí encontramos, por cada ítem de la
plantilla 5S, si el ítem fue aprobado, desaprobado o no aplica
para la tienda evaluada.

llave
idDetalleEvaluacion Identificador único del detalle de int Sí Primaria

una evaluación 5S
resultado Resultado de cada ítem de la int No Ninguna

evaluación 5S
comentario Comentario de cada ítem si varchar No Ninguna

desaprobó o no aplica.
idEvaluacion Identificador único de la int No Foránea

evaluación 5S
idItem Identificador único del ítem int No Foránea
Tabla 95 - Detalles de la evaluación 5S (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla DetallesMotivo
Descripción de la tabla Esta tabla se utiliza cuando un ítem es desaprobado, para indicar
los motivos por los cuales no cumplió las metas del ítem
evaluado de entre una serie de motivos predeterminados. Si se
marcara la opción “otros” es posible agregar un comentario
explicativo.

llave
248
idMotivo Identificador único del motivo en int Sí Primaria
la relación entre el motivo y el
detalle de la evaluación 5S
idDetalleEvaluacion Identificador único del detalle de int Si Primaria

la evaluación 5S en la relación
entre el motivo y el detalle de la
evaluación 5S
Tabla 96 - Motivos de ítems desaprobados (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla EmpleadoCargos
Descripción de la tabla Esta tabla representa la relación que existe entre los empleados y
los cargos en Bitel.

llave
idEmpleado Identificador único del empleado int Sí Primaria

en la relación entre el empleado y
el cargo
idCargo Identificador único del cargo en la int Si Primaria

relación entre el empleado y el
cargo
activo Estado del cargo del empleado bit No Ninguna
fechaAlta Fecha de alta del cargo del datetime No Ninguna

empleado
fechaBaja Fecha de baja del cargo del datetime No Ninguna

empleado
Tabla 97 - Empleados y cargos (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Empleados
249
Descripción de la tabla Esta tabla representa a los empleados de Bitel.

llave
idEmpleado Identificador único del empleado int Sí Primaria
nombres Nombres del empleado varchar No Ninguna
primerApellido Apellido paterno del empleado varchar No Ninguna
segundoApellido Apellido materno del empleado varchar No Ninguna
fechaNacimiento Fecha de nacimiento del datetime No Ninguna

empleado
telefono Teléfono del empleado varchar No Ninguna
fechaCreacion Fecha de creación del empleado datetime No Ninguna
idSucursal Identificador único de la sucursal int No Ninguna
idUsuario Identificador único del usuario int No Ninguna
activo Estado del empleado bit No Ninguna
docIdentidad Documento de identidad del varchar No Ninguna

empleado
sexo Sexo del empleado Varchar No Ninguna
Tabla 98 - Empleados (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla EtapasEvaluacion
Descripción de la tabla Esta tabla representa a las etapas de evaluación 5S (Seiri, Seiton,
Seisou, Seiketsu, Shitsuke).

llave
idEtapa Identificador único de la etapa. int Sí Primaria
250
nombre Nombre de la etapa varchar No Ninguna
descripcion Descripción de la etapa varchar No Ninguna
numeroOrden Número de orden de la etapa int No Ninguna
estado Estado de la etapa int No Ninguna
Tabla 99 - Etapas de evaluación 5S. Fuente: elaboración propia
Nombre de la tabla Evaluaciones5S
Descripción de la tabla Esta tabla representa a las evaluaciones 5S.

llave
idEvaluacion Identificador único de la int Sí Primaria

evaluación 5S
fechaInicioToma Fecha de inicio de toma de datetime No Ninguna

evaluación 5S
fechaFinToma Fecha de fin de toma de datetime No Ninguna

evaluación 5S
calificacion Calificación de la evaluación 5S decimal No Ninguna
idBono Identificador único del bono int No Foránea
idPeriodo Identificador único del periodo int No Foránea
idTienda Identificador único de la tienda int No Foránea
idEmpleado Identificador único del empleado int No Foránea
aprobado Indica si una evaluación ya está bit No Ninguna

aprobada o no
251
montoBono Indica el monto de bono asignado int No Ninguna
a la evaluación 5S manteniendo el
histórico
tipoEvaluacion Indica si la evaluación fue hecha int No Ninguna

usando la aplicación móvil o la
aplicación web
Tabla 100 - Evaluaciones 5S (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Evidencias
Descripción de la tabla Esta tabla representa las evidencias fotográficas adjuntas a las
evaluaciones 5S.

llave
idEvidencia Identificador único de la int Sí Primaria

evidencia fotográfica.
urlFoto Dirección URL del archivo de la varchar No Ninguna

fotografía
comentario Comentario de la evidencia varchar No Ninguna

fotográfica.
fechaToma Fecha de toma de la evidencia datetime No Ninguna

fotográfica.
idDetalleEvaluacion Identificador único del detalle de int No Foránea

la evaluación 5S.
Tabla 101 - Evidencias Fotográficas (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla HorariosAtencion
252
Descripción de la tabla Esta tabla representa los horarios de atención de las tiendas. Será
utilizada para poder validar que las evaluaciones 5S sean
tomadas dentro de los horarios establecidos.

llave
idHorarioAtencion Identificador único del horario de int Sí Primaria

atención.
diaSemana Día de la semana del horario de int No Ninguna

atención.
horaInicio Hora de inicio de atención. datetime No Ninguna
horaFin Hora de fin de atención. datetime No Ninguna
idTienda Identificador único de la tienda int No Foránea
Tabla 102 - Horarios de atención (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Items
Descripción de la tabla Esta tabla representa los ítems de evaluación 5S. Los ítems son
preguntas acerca de una etapa de evaluación y van incluidos
dentro de una plantilla de evaluación 5S. Luego de ser evaluados
pueden ser aprobados, desaprobados o no aplicar.

llave
idItem Identificador único del ítem. int Sí Primaria
pregunta Pregunta del ítem que se mostrará varchar No Ninguna

en la evaluación 5S.
descripcion Descripción breve del ítem. varchar No Ninguna
estado Estado del ítem. int No Ninguna
253
fechaCreacion Fecha en que se creó el ítem. datetime No Ninguna
version Versión del ítem. int No Ninguna
idEtapa Identificador único de la etapa 5S int No Foránea
requiereEvidencia Indica si es obligatorio o no bit No Ninguna

adjuntar una evidencia para el
ítem
Tabla 103 - Ítems (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla ItemsPlantilla
Descripción de la tabla Esta tabla nace de la asociación entre los ítems y las plantillas de
evaluación. Un ítem puede estar presente en muchas plantillas y
una plantilla puede contener muchos ítems.

llave
idItem Identificador único del ítem en la int Sí Primaria

relación entre los ítems y las
plantillas
idPlantilla Identificador único de la plantilla int Sí Primaria

en la relación entre los ítems y las
plantillas
numeroOrden Representa el número de orden de int No Ninguna

un ítem en una plantilla 5S.
Tabla 104 - Ítems de las plantillas (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla MotivosDesaprobacionItems
Descripción de la tabla Esta tabla representa a los motivos predeterminados que puede
tener un ítem para ser desaprobado.
254
llave
idMotivo Identificador único del motivo de int Sí Primaria

desaprobación.
descripcion Descripción del motivo de varchar No Ninguna

desaprobación.
idItem Identificador único del ítem int No Foránea
numeroOrden Número de orden del ítem int No Ninguna
Tabla 105 - Motivos de desaprobación de ítems (Diccionario de datos). Fuente: elaboración

propia
Nombre de la tabla PeriodosEvaluacion
Descripción de la tabla Esta tabla representa a una ventana de tiempo en la que las
tiendas asignadas a este deberán ser evaluadas por los
supervisores.

llave
idPeriodo Identificador único del periodo de int Sí Primaria

evaluación.
nombrePeriodo Nombre del periodo de varchar No Ninguna

evaluación.
fechaInicio Fecha de inicio del periodo. datetime No Ninguna
fechaFin Fecha fin del periodo. datetime No Ninguna
estado Estado del periodo. int No Ninguna
idPlantilla Identificador único de la plantilla int No Foránea
255
minimoAprobacion Indica cual es el porcentaje int No Ninguna
mínimo que debe tener una tienda
en una evaluación 5S para aprobar
Tabla 106 - Periodos de evaluación (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Permisos
Descripción de la tabla Esta tabla representa los permisos que se pueden asignar a un rol
de la aplicación. Cada permiso da acceso a una opción dentro de
la aplicación.

llave
idPermiso Identificador único del permiso. int Sí Primaria
nombre Nombre del permiso. varchar No Ninguna
descripcion Descripción del permiso. varchar No Ninguna
Tabla 107 - Permisos (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla PlantillasEvaluacion
Descripción de la tabla Esta tabla representa a las plantillas utilizadas por los
supervisores para poder llevar a cabo una evaluación. Cada
plantilla está conformada a su vez por muchos ítems. Las
plantillas son creadas inicialmente como “borradores” y solo
serán utilizables en periodos de evaluación cuando su estado sea
“final”.

llave
256
idPlantilla Identificador único de la plantilla int Sí Primaria
de evaluación 5S
nombre Nombre de la plantilla de varchar No Ninguna

evaluación 5S
estado Estado de la plantilla int No Ninguna
fechaCreacion Fecha de creación de la plantilla datetime No Ninguna
Tabla 108 - Plantillas de evaluación (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Roles
Descripción de la tabla Esta tabla representa a una agrupación de permisos dentro de la

aplicación que, a su vez, serán asignados a un usuario.

llave
idRol Identificador único del rol. int Sí Primaria
nombre Nombre del rol. varchar No Ninguna
descripcion Descripción del rol. varchar No Ninguna
estado Estado del rol. int No Ninguna
Tabla 109 - Roles (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla RolPermiso
Descripción de la tabla Esta tabla se origina por la relación entre los roles y los permisos
para la aplicación.

llave
Roles_idRol Identificador único del rol en la int Sí Primaria

relación entre los roles y los
permisos
257
Permisos_idPermiso Identificador único del permiso en int Sí Primaria
la relación entre los roles y los
permisos
Tabla 110 - Roles y permisos (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Sucursales
Descripción de la tabla Esta tabla representa a las sucursales de Bitel en el país. Una
sucursal, a su vez, está conformada por una agrupación de
tiendas.

llave
idSucursal Identificador único de sucursal. int Sí Primaria
nombre Nombre de la sucursal. varchar No Ninguna
descripcion Descripción de la sucursal. varchar No Ninguna
fechaAlta Fecha de alta de la sucursal. datetime No Ninguna
estado Estado de la sucursal. int No Ninguna
Tabla 111 - Sucursales (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Tiendas
Descripción de la tabla Esta tabla representa a las tiendas o distribuidores de Bitel a

nivel nacional. Además de los datos básicos de contacto, se
almacena la ubicación (latitud y longitud) de la tienda para poder
corroborar esta cuando el supervisor la esté evaluando.

llave
idTienda Identificador único de la tienda. int Sí Primaria
codigoTienda Código de la tienda. varchar No Ninguna
258
nombre Nombre de la tienda. varchar No Ninguna
direccion Dirección donde se ubica la varchar No Ninguna

tienda.
telefono Teléfono de la tienda varchar No Ninguna
contacto Contacto responsable de la tienda. varchar No Ninguna
email Correo electrónico de la tienda. varchar No Ninguna
latitud Latitud de la ubicación de la float No Ninguna

tienda.
longitud Longitud de la ubicación de la float No Ninguna

tienda.
tipoTienda Tipo de tienda (tienda o int No Ninguna

distribuidor)
fechaAlta Fecha de alta de la tienda. datetime No Ninguna
fechaBaja Fecha de baja de la tienda. datetime No Ninguna
idSucursal Identificador único de la sucursal int No Foránea
rangoError Margen de error en metros de la int No Ninguna

ubicación del GPS
urlFoto Dirección URL de la foto de la nvarchar No Ninguna

tienda
estado Indica en qué estado se encuentra int No Ninguna

la tienda
Tabla 112 - Tiendas (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla UsuarioRol
Descripción de la tabla Esta tabla se origina por la relación entre los roles y los usuarios.
259
llave
Roles_idRol Identificador único del rol en la int Sí Primaria

relación entre los roles y los
usuarios.
Usuarios_idUsuario Identificador único del usuario en int Sí Primaria

la relación entre los roles y los
usuarios.
Tabla 113 - Usuarios y roles (Diccionario de datos). Fuente: elaboración propia
Nombre de la tabla Usuarios
Descripción de la tabla Esta tabla representa a los usuarios con acceso a la aplicación.

llave
idUsuario Identificador único del usuario. int Sí Primaria
email Correo electrónico del usuario. varchar No Ninguna
clave Contraseña del usuario. varchar No Ninguna
fechaCreacion Fecha de creación del usuario. datetime No Ninguna
activo Estado del usuario. bit No Ninguna
Tabla 114 - Usuarios (Diccionario de datos). Fuente: elaboración propia
6.2.2.2. Diccionario de datos (aplicación móvil)
Nombre de la tabla Plantilla
Descripción de la tabla Representa la plantilla de evaluación 5S a evaluar por la

aplicación FSE.
260
llave
_id Identificador único de la plantilla. int Sí Primaria
nombre Nombre de la plantilla. varchar No Ninguna
estado Estado de la plantilla. int No Ninguna
fecha_creacion Fecha de creación de la plantilla. datetime No Ninguna
Tabla 115 - Plantilla (Diccionario de datos de la aplicación móvil). Fuente: elaboración

propia
Nombre de la tabla Item
Descripción de la tabla Representa la colección de ítems que forman parte de la plantilla

en uso por la aplicación FSE y que deberán ser evaluados uno a
uno.

llave
_id Identificador único del item. int Sí Primaria
pregunta Pregunta a ser evaluada por el varchar No Ninguna

supervisor.
descripcion Detalle del ítem evaluado. varchar No Ninguna
requiere_evidencia Indica si una evidencia bit No Ninguna

fotográfica es obligatoria al
evaluar el ítem.
orden Orden de aparición del ítem int No Ninguna

dentro de la plantilla.
etapa_id Etapa de las 5S a la que pertenece int No Ninguna

el ítem.
261
plantilla_id Identificador de la plantilla en la int No Foránea
que se encuentra el ítem.
Tabla 116 - Ítems (Diccionario de datos de la aplicación móvil). Fuente: elaboración propia
Nombre de la tabla Motivo_Desaprobacion
Descripción de la tabla Representa los motivos por los que un ítem puede ser
desaprobado al ser evaluado a través de la aplicación FSE.

llave
_id Identificador único del motivo de int Sí Primaria

desaprobación.
motivo Descripción del motivo. varchar No Ninguna
motivo_orden Orden de aparición del motivo en varchar No Ninguna

la aplicación FSE.
item_id Identificador del ítem al que datetime No Foránea

pertenece este motivo.
Tabla 117 – Motivo_desaprobación (Diccionario de datos de la aplicación móvil). Fuente:

elaboración propia
Nombre de la tabla Evaluacion
Descripción de la tabla Representa una evaluación 5S tomada por la aplicación FSE.

llave
_id Identificador único de la int Sí Primaria

evaluación.
fecha_inicio Fecha y hora de inicio de la Datetime No Ninguna

evaluación 5S.
262
periodo_id Identificador único del periodo de int No Ninguna
evaluación actual.
tienda_id Identificador único de la tienda int No Ninguna

siendo evaluada.
empleado_id Identificador único del supervisor int No Ninguna

realizando la evaluación.
Tabla 118 - Evaluación (Diccionario de datos de la aplicación móvil). Fuente: elaboración

propia
Nombre de la tabla Detalle
Descripción de la tabla Representa la colección de calificaciones hechas sobre los ítems

de la plantilla utilizada en una evaluación 5S.

llave
_id Identificador único del detalle. int Sí Primaria
etapa_id Identificador único de la etapa a int No Ninguna

la que pertenece el ítem evaluado.
resultado Indica si el ítem evaluado fue int No Ninguna

aprobado, desaprobado o no
aplica
comentario Comentario explicativo utilizado varchar No Ninguna

cuando un ítem se califica como
“no aplica” o “desaprobado” por
el motivo “otros”.
photo_path Dirección física en el dispositivo varchar No Ninguna

de la foto que será adjuntada
como evidencia fotográfica para
el ítem evaluado.
263
motivos_list Si el ítem ha sido desaprobado, varchar No Ninguna
contene una lista separada por
comas de los motivos de
desaprobación seleccionados por
el usuario.
evaluacion_id Identificador único de la int No Foránea

evaluación 5S tomada por el
supervisor.
Tabla 119 - Detalle (Diccionario de datos de la aplicación móvil). Fuente: elaboración propia
6.3. Conclusiones
1. Los patrones de diseño proporcionan soluciones efectivas y probadas a problemas

comunes en el desarrollo de software, hicieron de nuestro sistema un sistema más
robusto y menos propenso a errores.
2. Además, el uso de patrones provee a los desarrolladores de un “estándar” de
codificación que hace al código más comprensible y fácil de modificar por
desarrolladores futuros.
3. No obstante, el uso excesivo de patrones puede causar el efecto contrario: incremento
en la dificultad de crear código nuevo para el sistema. Por ello fue importante considerar
para cada patrón si este resolvía un problema real de nuestra aplicación o si, por el
contrario, su aplicación incrementaba la dificultad de mantener el sistema sin ningún
beneficio aparente.
4. Patrones como MVC, MVP y MVVM son utilizados para la capa de presentación de
un sistema. Sin embargo, no son excluyentes entre sí, como en el caso de MVC y
MVVM que fueron ambos utilizados en nuestra aplicación web.
5. El modelo de datos y su diccionario sirven como referencia rápida para los
desarrolladores acerca de la relación entre tablas de la aplicación, sus campos y tipo de
datos, así como valores iniciales de estos.
264
Capítulo 7: Calidad y pruebas del software
La obtención de un software con calidad implica la utilización de metodologías o

procedimientos estándares para el análisis, diseño, programación y prueba de software que
permitan uniformar el estilo de trabajo para lograr una mayor confiabilidad, mantenibilidad y
facilidad de prueba, a la vez que se eleva la productividad, tanto para el desarrollo como para
el control de la calidad del software.
Los requisitos del software son la base de las medidas de calidad que vamos a presentar en este
capítulo donde se mencionará, en primer lugar, el plan de calidad del software que incluye las
políticas de calidad, los objetivos de calidad, la normativa aplicable y las métricas de calidad
del software; y, por último, se encuentran las pruebas de software de los casos de uso del
sistema que formaron parte de la prueba de concepto de la arquitectura.
7.1. Plan de la calidad del software
7.1.1. Política de calidad

Bitel prefiere por sobre cualquier aspecto la excelencia y la mejora continua. En tal sentido,
Bitel busca que las soluciones que se les brindan a los usuarios cumplan con lo que estos hayan
solicitado y de esta manera satisfacerlos cumpliendo con sus expectativas y que estos se sientan
identificados con la empresa. Por otro lado, Bitel prioriza garantizar la confidencialidad de los
datos que los usuarios manejen en las soluciones. Así mismo, Bitel apunta a obtener soluciones
vanguardistas, modernas, con gran alcance, donde prime la calidad y aceptación de su público
las cuáles cumplan con los estándares internacionales mínimos. Gracias a esto se podrán
brindar servicios a los clientes que mejoren día a día. Finalmente, Bitel se compromete a ofrecer
herramientas de fácil y rápido aprendizaje para los usuarios.
7.1.2. Objetivos de calidad

Objetivo general
265
Mejorar continuamente la calidad de los productos y servicios ofrecidos, mediante el desarrollo
de una cultura de calidad acorde a las expectativas y necesidades de nuestros clientes y usuarios
internos. La evaluación 5S es una metodología que nos ayuda a tener una mejora continua de
calidad tanto en los servicios como en los productos brindados. Por tal motivo, se busca evitar
el fraude y el favoritismo en las evaluaciones 5S entre los supervisores y las tiendas con la
implementación de este proyecto.
Objetivos específicos
1. Asegurar que los usuarios sin credenciales no ingresen a la aplicación y que tampoco
les permita tomar evaluaciones 5S sin una validación de geolocalización. [RNF032]
2. Salvaguardar en un 90% los datos de las transacciones de las soluciones cada mes.
[RNF008]
3. Mostrar mensajes de validación cada vez que un usuario cometa un error al ingresar
información o al tratar de ejecutar un flujo no permitido en el 95% de los casos como
mínimo y se medirá al término del proyecto. [RNF005]
4. Disminuir el porcentaje de errores críticos encontrados en los resultados de las pruebas
de calidad a cero al momento del pase a producción de la solución. [RNF031]
5. Proporcionar mensajes de fácil entendimiento para el usuario que le permita tomar una
acción inmediata ante algún incidente en el 95% de las ocasiones o más. [RNF001]
6. Garantizar en un 70% el fácil aprendizaje de las funciones para los usuarios, lo cual
significa que cada función en la aplicación debe ser aprendida por el usuario como
máximo en 10 minutos.. [RNF003]
7. Garantizar que el tiempo de respuesta después de una transacción en las aplicaciones
web y móvil sea menor a 10 segundos. [RNF012]
7.1.3. Normatividad aplicable

Entre las normas de calidad que se han analizado y se han utilizado como guías para este
proyecto tenemos la IEEE Standard for Software Test Documentation (IEEE Std 829-1998) y
la ISO/IEC 90003. Además, Viettel, al no contar con una norma internacional establecida,
utilizará la norma nacional vigente por el Instituto Nacional de Calidad40 las cuales son la NTP
40
INACAL (2017)
266
ISO/IEC 9126-1 2004, la NTP ISO/IEC-TR 9126-2 2004 y la NTP ISO/IEC-TR 9126-3:2005
que se basan en la normas internacionales ISO ISO/IEC 9126-1, ISO/IEC 9126-2 y ISO/IEC
9126-3 respectivamente.
A continuación se describirá cada una de las normas utilizadas:
a) IEEE Standard for Software Test Documentation (IEEE Std 829-1998)
Esta norma estándar nos ayuda a especificar la forma de como un conjunto de documentos
se utilizan para poder realizar las pruebas de software y de sistemas de una manera
adecuada.
Entre los documentos que hemos utilizado como guía para elaborar nuestras pruebas de
software se encuentran el Level Test Design el cual nos indica cómo deben elaborarse a
detalle los casos de prueba y los resultados que se esperan de estos, Level Test Case que
sirve como guía para saber cómo especificar la data de prueba que se debe usar para ejecutar
los casos de prueba, el Level Test Procedure que nos indica que debemos tener
precondiciones para las pruebas y que es recomendable realizar un paso a paso de las
pruebas a realizar y por último el Anomaly Report que es el documento donde se registra
cada evento que puede ser considerado como un problema, defecto o incidente
Tomando como guía cada uno de estos documentos logramos elaborar pruebas de software
eficientes y coherentes con el desarrollo en las cuales podemos asegurar la calidad del
producto.
b) NTP ISO/IEC 9126-1 2004
Esta norma ISO nos sirvió como guía para poder identificar adecuadamente las métricas
internas y externas a utilizarse en este proyecto. Esta norma nos recomienda evaluar
cualidades externas e internas del software como es la funcionalidad, confiabilidad,
usabilidad, eficiencia, mantenibilidad y portabilidad.
Esta guía también nos indica que las métricas internas pueden ser aplicadas a la parte no
ejecutable del desarrollo del software como son las especificaciones de los requerimientos
y de los casos de uso (etapa de análisis y diseño) y código fuente (etapa de desarrollo). Por
otro lado, las métricas externas se utilizan para medir el comportamiento del software
267
desarrollado realizando las pruebas de funcionamiento, ejecutando el software y
observando.
c) NTP ISO/IEC-TR 9126-2 2004 y NTP ISO/IEC-TR 9126-3:2005
Gracias a esta norma ISO hemos podido encontrar métricas internas y externas que nos
sirvieron de base para poder medir y, de esta forma, asegurar el cumplimiento de los
objetivos planteados. Entre las métricas que hemos utilizado para nuestro proyecto tenemos
la completa implementación funcional, el control de acceso y prevención de data corrupta
(métricas de seguridad), la falla de densidad entre otros.
d) ISO/IEC 90003
Esta norma ISO nos indica que los requerimientos pueden incluir, pero no limitarse, a
características sobre funcionalidad, confiabilidad, usabilidad, eficiencia, portabilidad y
mantenibilidad. Pero, además, pueden tener características de seguridad como sucede en
este proyecto. Por ejemplo, pueden existir requerimientos que soliciten confidencialidad de
datos, protección de información, prevención del fraude, bonificaciones acordes a
resultados con veracidad, entre otros. Por tal motivo es necesario implementar métricas de
calidad para poder medir los objetivos de seguridad y fiabilidad.
7.1.4. Métricas de calidad del software

Categoría Nombre de la Propósito de la métrica Tolerancia
métrica
Interna Claridad del Medir el objetivo cinco. 0% < = X <=
mensaje 100%
¿Qué proporción de los mensajes son autos Mientras más
explicativos? cercano a
100%.
Contar el número de mensajes
implementados con explicaciones que los
usuarios entiendan y comparar con el número
total de mensajes implementados
X = (A / B) * 100.
A= Número de mensajes mostrados con
explicaciones claras.
B= Números de mensajes mostrados en
total.
268
métrica
Recuperación de Medir el objetivo tres. 0% < = X <=
errores 100%
operacionales ¿Cuántos campos validados donde se Debe ser
ingresa información y cuantos flujos no superior a
permitidos muestran mensaje de validación? 95%
Contar el número de campos validados y

flujos no permitidos que deberían de mostrar
mensaje de validación y cuales realmente sí
se muestran.
X = (A / B) * 100.
A: Número de campos validados y flujos no
permitidos que muestran mensaje de
validación.
B = Número total de campos validados y
flujos no permitidos que muestran mensaje
de validación.
Externa Errores en el Medir el objetivo cuatro. 0% < = X <=
funcionamiento 100%
de la aplicación Hacer las pruebas después de terminado el Debe ser
en el ambiente desarrollo. ¿Cuántos errores críticos se inferior a 5%.
de calidad encontraron en el funcionamiento total de
las aplicaciones web y móvil?
Contar el número de errores críticos

encontrados por los usuarios y contar el
número total de las pruebas realizadas
X = (A / T) * 100
A = Número de errores encontrados por los
usuarios.
T = Número total de pruebas.
Tiempo de Medir el objetivo siete. 0% < = X <=
Respuesta 100%
¿Cuánto tiempo ha tomado terminar una Superior a
tarea específica? 70% es
correcto
Empezar una tarea específica. Medir el
tiempo que toma para terminar su operación.
Guardar un registro de cada intento.
T = (Tiempo de término de la tarea)-

(Tiempo esperado de término).
269
métrica
Si T es menor a 0 a la tarea se le asigna 1. Si
T es mayor a 0 a la tarea se le asigna 0.
X = (Suma de los valores de T / Número

total de tareas realizadas) * 100
Fácil función de Medir el objetivo seis. 0<T
aprendizaje El más rápido
¿Cuánto tiempo le toma al usuario aprender es el mejor.
una función? T<10min es
lo tolerable.
Conducir al usuario a una prueba y contar
cuantos segundos se demora en terminar una
transacción.
T = El tiempo que le toma al usuario

aprender a usar una función correctamente
en segundos.
Accesibilidad a Medir el objetivo seis. 0% < = X <=
las funciones 100%
¿Qué proporción de las funciones pueden Superior a
los usuarios acceder fácilmente? 70% es
correcto
Pedir al usuario que acceda a las funciones.
Medir el tiempo que le demora ingresar a
cada una de ellas. El tiempo esperado es
máximo 10 segundos.
T = (Tiempo de término del acceso a la

función)-(Tiempo esperado del acceso a la
función).
Si T es menor a 0 se le asigna 1. Si T es mayor

a 0 se le asigna 0.
X = (Suma de los valores de T / Número

total de intentos de acceso realizados) * 100
Capacidad de Medir el objetivo uno 0% < = X <=
control de 100%
acceso ¿Qué tan bien está controlado el acceso al No debe ser
sistema para realizar transacciones? superior al
5%
Intentar obtener acceso a las opciones
transaccionales sin autorización o sin
cumplir las validaciones especificadas.
270
métrica
X = (A/B) * 100
A = Número de operaciones ilegales
detectadas.
B = Número total de operaciones.
Prevención de Medir el objetivo dos. 0% < = X <=
corrupción de 100%
datos ¿Qué tan seguido ocurre corrupción de data? No debe ser
superior a 3%
Contar los eventos de corrupción de datos para ser
en 10 transacciones por cada CUS. bueno
X = (A/B) * 100
A = Número de eventos con corrupción de

data.
B = Número total de transacciones
Prevención del Medir el objetivo uno. 0% < = X <=
fraude 100%
¿Cuántas veces en un periodo se registraron El único valor
evaluaciones 5S sin pasar por la validación aceptable
de la geolocalización? para X es 0%
Contar cuantas veces se registraron

evaluaciones 5S sin pasar la validación de
geolocalización.
X = (A/B) * 100
A = Número de evaluaciones 5S registradas

sin pasar por la validación de la
geolocalización
B = Número de evaluaciones 5S registradas
con geolocalización validada (todas).
Tabla 120 - Métricas de calidad del software. Fuente: elaboración propia
• Análisis y resumen de las pruebas realizadas de las métricas de calidad
Las pruebas de las métricas de calidad fueron realizadas por el personal del área de
Aseguramiento de Calidad del Software y por distintos usuarios que se encuentran
involucrados directamente con el proceso de Evaluación 5S en Bitel.
Gracias a las pruebas se detectaron errores los cuales no permitían superar las metas propuestas.
En general, después de hacer las correcciones, no todas las pruebas de las métricas de calidad
271
llegaron a un 100% de satisfacción, pero sí superaron las metas establecidas. A continuación,
se mostrarán cuadros estadísticos con el análisis de cada métrica. Estos cuadros estadísticos se
basan en las pruebas que se encuentran detalladas en el anexo 5 de este documento.
Primero, para superar de manera satisfactoria las métricas “Claridad del mensaje” y
“Recuperación de errores operacionales” se debía superar el 95% de las pruebas. Como
muestran los dos siguientes gráficos, en cada uno de los casos de uso del sistema, todas las
pruebas pasaron de manera satisfactoria llegando inclusive al 100%.
Métrica: Claridad del mensaje

100%
90%
80%
70%
60%
50% 100.00% 100.00% 100.00% 100.00% 100.00% 100.00% 100.00% 100.00%
40%
30%
20%
10%
0%
Ilustración 72 - Métrica: Claridad del mensaje. Fuente: elaboración propia
272
Métrica: Recuperación de errores operacionales
100%
90%
80%
70%
60%
50% 100% 100% 100% 100% 100% 100%
40%
30%
20%
10%
0%
Ilustración 73 - Métrica: Recuperación de errores operacionales. Fuente: elaboración propia
Segundo, con respecto a la métrica “Errores en el funcionamiento de la aplicación en el

ambiente de calidad”, para superarla de manera satisfactoria, como máximo sólo el 5% de las
pruebas deben terminar en error. Como muestra el siguiente gráfico, solo el 3% de las pruebas
al CUS010_BuscarItemsPlantilla terminaron en un error lo cual es el 1.69% del total de pruebas
hecho a todos los casos de uso del sistema del ciclo cero. Con este porcentaje de error es posible
pasar a la etapa de pase a producción ya que supera la meta establecida.
Métrica: Errores en el funcionamiento de la

aplicación en el ambiente de calidad
100%
90%
80%
70%
60%
50%
40%
30%
20% 0% 0% 0% 3% 0% 0% 0% 1.69%
10% 0% 0% 0%
0%
Ilustración 74 - Métrica: Errores en el funcionamiento de la aplicación en el ambiente de

calidad. Fuente: elaboración propia
273
Tercero, en las métricas “Fácil función de aprendizaje” y “Accesibilidad a las funciones”
también se obtuvieron resultados exitosos. El usuario demoró menos del tiempo máximo
establecido en el 93.18% de las pruebas realizadas lo cual supera la meta de 70%. Esto
demuestra que las aplicaciones desarrolladas son intuitivas. Además, se midió el tiempo que
demoraron los usuarios en acceder a las funciones lo cual tampoco excedió del tiempo esperado
en un 97.5% de las veces superando la meta de la métrica de 70%.
Métrica: Fácil función de aprendizaje

100%
90%
80%
70%
60%
50%
40%
30%
20%
10%
0%
Ilustración 75 - Métrica: Fácil función de aprendizaje. Fuente: elaboración propia
274
Métrica: Accesibilidad a las funciones
100.00%
98.00%
96.00%
94.00%
92.00%
90.00%
88.00%
86.00%
84.00%
82.00%
80.00%
Ilustración 76 - Métrica: Accesibilidad a las funciones. Fuente: elaboración propia
Cuarto, para medir la métrica “Tiempo de Respuesta” se calculó el tiempo que demoró cada
transacción. Algunas de las pruebas se demoraron más del tiempo esperado pero las pruebas
exitosas fueron el 85.78% del total. El caso de uso que tuvo menos porcentaje de aprobación
fue el CUS017_RealizarEvaluacion5S alcanzando un 75.76% de pruebas exitosas. Todos los
casos de uso superaron la meta de 70%.
Métrica: Tiempo de Respuesta

100.00%
90.00%
80.00%
70.00%
60.00%
50.00%
40.00%
30.00%
20.00%
10.00%
0.00%
Ilustración 77 - Métrica: Tiempo de Respuesta. Fuente: elaboración propia
275
Quinto, en cuanto a la métrica “Prevención de corrupción de datos”, las pruebas realizadas
superaron la meta establecida de 10%. Sólo el 2.33% de las pruebas terminaron con corrupción
de datos.
Métrica: Prevención de corrupción de datos

10%
9%
8%
7%
6%
5%
4%
3%
2%
1%
0%
Ilustración 78 - Métrica: Prevención de corrupción de datos. Fuente: elaboración propia
Sexto, se hicieron pruebas para la métrica “Capacidad de control de acceso”. Se probó ingresar
a las diferentes funcionalidades utilizando el inicio de sesión o ingresando directamente las
URL sin ingresar credenciales de usuario y no se logró acceder lo cual demuestra que las
aplicaciones web y móvil son seguras. Se alcanzó la meta establecida.
Finalmente, se realizaron las pruebas para la métrica que mide directamente uno de los
objetivos del proyecto la cual es “Prevención del fraude. La métrica tuvo resultados esperados
superando la meta. Se realizaron 30 evaluaciones 5S y en cada una fue obligatoria la validación
por geolocalización lo cual ayuda a prevenir el fraude porque obliga al supervisor a estar en la
tienda al momento de la evaluación.
276
7.2. Pruebas de software
Las pruebas del software se realizan para garantizar que el desarrollo realizado cumple con un
conjunto definido de criterios de calidad y que cumple con los requisitos solicitados por el
cliente. Estas pruebas están dirigidas a detectar los defectos dentro del software y así reducir el
mayor número posible de problemas sin resolver.
Con el fin de implementar pruebas de calidad efectivas, primero se debe determinar el alcance
de las acciones de control de calidad, es decir, cuantos escenarios de pruebas se llevarán a cabo
tratando cubrir todas las funcionalidades desarrolladas. Después de realizar las pruebas y de
encontrar las anomalías se debe elaborar un plan de corrección de errores para que en lo antes
posible se vuelva a probar el software y así cerrar el ciclo de pruebas. No necesariamente todas
las anomalías encontradas se deben solucionar, ya que algunas de ellas, por falta de
conocimiento del personal de calidad, no son errores y se deben de desestimar.
Se realizó una prueba de calidad por cada flujo básico, subflujo y flujo alterno de cada caso de
uso del sistema del ciclo cero probando paso a paso lo que indica la especificación. En total se
llegaron a probar 84 escenarios todos con éxito lo cual nos indica que todas las funcionalidades
solicitadas por los interesados fueron abordadas de manera correcta. Los escenarios están
divididos de la siguiente manera:
Casos de uso Escenarios a probar Escenarios probados con éxito

CUS006_EstablecerPeriodoDeEvaluacion5S 15 15
CUS007_ActualizarItems 13 13
CUS009_ActualizarPlantilla5S 15 15
CUS010_BuscarItemsPlantilla 4 4
CUS017_RealizarEvaluacion5S 13 13
CUS019_ConsultarTiendasAsignadas 7 7
CUS024_ConsultarInformeDeBonos 2 2
CUS027_ConsultarEvaluacion5SRealizada 5 5
CUS030_ActualizarTiendas 8 8
CUS025_GenerarInformeGlobal 2 2
Tabla 121 - Pruebas de Software. Fuente: elaboración propia
Además de probar el correcto funcionamiento de los flujos, también se consideraron pruebas

como:
• Revisar la ortografía de los mensajes y los campos.
277
• Revisar el correcto funcionamiento de los componentes como son las listas
desplegables, casillas de verificación, botones de opción y acción, y navegación entre
páginas y paginación.
• Revisar que todos los filtros de búsqueda funcionen correctamente cuando se realizan
filtros con campos unitarios, combinados o con sub-cadenas.
• Revisar que toda transacción que se realice se llegue a guardar en la base de datos.
• Revisar que la aplicación funciones en navegadores como Internet Explorer, Mozilla y
Chrome como indican los requerimientos no funcionales.
Después de analizar las pruebas de calidad que se realizaron al software, se concluye que
cumple con todos los requerimientos solicitados y supera las expectativas del usuario quedando
habilitado para el pase a producción.
El siguiente gráfico muestra como todos los escenarios fueron probados con éxito y sin erores.
El detalle de las pruebas realizadas se pueden encontrar en el anexo 6 de este documento.
Pruebas del software

16
14
12
10
8
6
4
2
0
Escenarios a probar Escenarios probados con éxito
Ilustración 79 - Pruebas del software. Fuente: elaboración propia
278
7.3. Conclusiones
1. Para realizar un correcto plan de calidad de software es ideal tener en claro cuales son
las etapas del ciclo de vida de este y, en lo posible, poder abarcar cada una de las etapas
dentro del plan.
2. En caso no sea posible abarcar todas las etapas (ya sea por costos, tiempos u otros), se
deben considerar las etapas más importantes dependiendo los lineamientos de la
empresa y el contexto del proyecto.
3. Las pruebas de software nos permitieron detectar errores en los aplicativos web y móvil,
con lo cual pudimos disminuirlos y corregirlos, mejorando la calidad de los sistemas
desarrollados.
4. En la mayoría de casos, no se termina de probar por completo un desarrollo de software.
Se necesita establecer un límite dependiendo de los costes, tiempos, importancia, etc.
del proyecto.
5. De acuerdo al análisis y a los resultados de las pruebas, el sistema está listo para salir a
producción.
279
Capítulo 8: Gestión del proyecto
La gestión de proyectos utilizando las buenas prácticas del Project Management Institute es
una disciplina que consiste en la aplicación de conocimientos, metodologías, técnicas y
herramientas para la definición, planificación y realización de actividades con el objeto de
transformar objetivos o ideas en realidades. En este capítulo se presentará la estructura de
descomposición de trabajo o EDT que es una herramienta de gestión de proyectos que nos
ayudará a organizar y definir el alcance total del proyecto, y su forma jerárquica nos permitirá
una fácil identificación de los paquetes.
Además, este capítulo también incluirá el cronograma, donde se apreciarán las tareas a
desarrollar y el porcentaje de avance; el registro de interesados, donde se registrarán a todas
las personas ligadas a los procesos del negocio involucrados en el proyecto; y el acta de
aceptación del entregable, que servirá como aval para demostrar la satisfacción por parte del
usuario hacia nuestra solución.
8.1. Registro de interesados
Nombre Cargo Organización Categoría Interés Influencia

Linh Nguyen Directora de Bitel Alta Medio Alto
Customer Dirección
Care
Luis Laya Jefe de Bitel Dirección Alto Medio
Calidad
Daniel Ríos Coordinador Bitel Dirección Alto Medio
del área de
Ventas
Gabriela Supervisora Bitel Usuario Medio Bajo
Hurtado
Joan Analista del UPC Director Alto Bajo
Moscoso proyecto Proyecto
280
Nombre Cargo Organización Categoría Interés Influencia
Diego Programador UPC Miembro Alto Bajo
Valdivia del proyecto proyecto
Héctor Asesor del UPC Asesor Alto Bajo
Andrés Saira proyecto proyecto
Álvarez
Tabla 122 - Registro de Interesados. Fuente: Elaboración propia.
281
8.2. EDT
A continuación, se mostrará la estructura de descomposición del trabajo de este proyecto.
Ilustración 80 - Estructura de desglose de trabajo. Fuente: elaboración propia
282
8.3. Cronograma de ejecución
En esta sección, se mostrará en imágenes el cronograma.
283
284
285
286
287
288
Ilustración 81 - Cronograma de ejecución. Fuente: elaboración propia
289
8.4. Conclusiones
1. La gestión de proyectos tiene influencia en todas las etapas del proyecto. Una mala
gestión desemboca a menudo en una mala captura de requerimientos, exceso de costos
y retrasos en la entrega de la solución.
2. El registro de interesados es importante para tener visibilidad acerca de estos, su interés
e influencia en el éxito del proyecto. Por lo tanto, es crucial mantener este registro
actualizado frente a cualquiera cambio en las personas interesadas.
3. El EDT fue la base sobre la que se construyó el proyecto, ya que muestra de forma
jerárquica el alcance total de este a través de entregables.
4. Es posible usar el EDT también como una buena herramienta de comunicación con los
interesados en la que es fácil ver el avance del proyecto con respecto a los entregables
establecidos.
5. Analizar el cronograma de este y cualquier otro proyecto permite identificar la ruta
crítica. El conocimiento y cuidado de las tareas en dicha ruta será primordial para
cumplir con los entregables en el tiempo acordado con el cliente sin mayores percances
o retrasos.
290
Conclusiones
El proceso de ingeniería de software ha tomado en las últimas décadas un papel fundamental

en las organizaciones, como medio de apoyo y solución a problemas presentes en sus distintos
procesos, a través del desarrollo de sistemas informatizados. Teniendo esto en cuenta, se inició
el presente proyecto buscando solucionar los problemas que aquejaban a los procesos
relacionados a la toma de evaluaciones 5S de la organización objetivo. Al finalizar el proyecto,
se llegó a las conclusiones que se detallan a continuación.
En primer lugar, antes de proponer cualquier solución, el conocer a fondo la organización

objetivo, sus procesos y el contexto en el que opera, resulta fundamental para entender los
problemas de la misma y las repercusiones que tienen sobre esta. De igual forma, conocer las
tecnologías y tendencias actuales, así como otras soluciones informatizadas existentes permite
tener una visión más amplia del panorama tecnológico actual. Esto es importante ya que ayudó
a idear una solución que se apoye en dichas tecnologías y tendencias, cubra debilidades de
otras soluciones, adopte fortalezas de estas y aporte las propias. Esta solución trajo para la
organización objetivo, beneficios tangibles e intangibles que justificaron su desarrollo.
El uso de la metodología RUP en las siguientes etapas del proyecto (modelado del negocio,
captura de requerimientos y definición de la arquitectura del software) trajo una serie de
ventajas que contribuyeron al éxito del mismo. La interacción y comunicación continua con
los interesados (aspectos en los que incide la metodología) fue clave para el entendimiento en
profundidad del proceso, la obtención de reglas de negocio y la selección de actividades a
automatizar. La recopilación de información permitió establecer requerimientos funcionales y
no funcionales que no solo fueran útiles para la organización sino también alcanzables por un
equipo de desarrollo. La definición de los casos de uso y la arquitectura del sistema resultó en
la construcción de un sistema robusto, seguro y sin ambigüedades en cuanto al desarrollo e
implementación.
Junto a la metodología, la utilización del lenguaje unificado de modelado o UML facilitó la

comunicación con los interesados a través de un “lenguaje común”. Los diagramas realizados
otorgaron a ambas partes una visión global y detallada de lo que se esperaba del sistema a
desarrollar.
291
Durante la construcción del software, es de vital importancia elegir correctamente los patrones
a utilizar: No utilizar patrones puede llevar a caer en problemas recurrentes de desarrollo y a
“reinventar la rueda” al intentar solucionarlos, además de retrasos en los tiempos de entrega
del sistema y la posibilidad de crear nuevos errores en el mismo. Por otro lado, la
sobreutilización de patrones puede dotar al sistema de complejidad innecesaria tanto en el
desarrollo inicial como en un posterior mantenimiento. Por esta razón, los patrones utilizados
fueron analizados previamente y su utilización en el proyecto fue sustentada.
Aun siguiendo los puntos anteriores, ningún sistema es infalible, pero sí es posible reducir en
gran medida sus fallos si establecemos correctamente un plan de calidad para el mismo y se
llevan a cabo pruebas de software que abarquen los distintos flujos de los casos de uso del
sistema. Los resultados de las pruebas a menudo servirán para poder corregir errores no
detectados durante el desarrollo, pero no sirven de nada si no vuelven a comprobarse
regularmente, ya que cambios en el código pueden introducir nuevos problemas.
Durante la gestión del proyecto, la gestión de los interesados del proyecto es una función que
fue particularmente importante, ya que lograr la participación eficaz de los interesados en la
ejecución y toma de decisiones fue fundamental para el éxito del proyecto. De igual forma,
establecer correctamente el cronograma de actividades permitió organizar, ejecutar y
monitorear todas las actividades del plan de trabajo para el desarrollo del proyecto desde el
inicio del mismo.
Como resultado de este proyecto, se hizo entrega de la solución desarrollada “FSE”, la misma
que soluciona los problemas y alcanza de manera exitosa los objetivos establecidos en el primer
y segundo capítulo de esta tesis. En concreto:
1. Aporta trazabilidad y consistencia sobre los ítems, a través del manejo de versiones, y
sobre las plantillas utilizadas en el proceso, a través del bloqueo de las mismas.
2. Utiliza un algoritmo elaborado que toma en cuenta datos históricos para la rotación de
supervisores en cada periodo, con el fin de reducir el establecimiento de alianzas y
favoritismos entre supervisores y tiendas evaluadas.
3. Elimina la disparidad de criterios al evaluar tiendas, ya que proporciona motivos
preestablecidos para desaprobar cada ítem de la plantilla utilizada.
292
4. Utiliza la geolocalización de forma novedosa para asegurar la presencia de los
supervisores en las tiendas asignadas al iniciar y terminar una evaluación en cada una
de las más de 150 tiendas que posee la organización a lo largo del territorio nacional.
5. Brinda la posibilidad de añadir evidencias fotográficas a las evaluaciones para
comprobar de forma visual que los ítems se están evaluando correctamente. De esta
forma se agrega rigurosidad al proceso y se reduce el riesgo de otorgar bonos
inmerecidos.
6. También permite establecer ítems con evidencia requerida para la evaluación. Esto,
aplicado a los ítems que controlan la imagen corporativa o normativas legales permite
asegurar el cumplimiento de estándares de calidad corporativos y reduce el riesgo de
recibir multas por entidades reguladoras.
7. Reduce el tiempo y costo (en horas hombre) del proceso ya que la información de las
evaluaciones a nivel nacional se encuentra disponible para la central de Customer Care
inmediatamente al término de cada evaluación.
8. Elimina el tiempo de elaboración de informes gerenciales, ya que estos se pueden
consultar desde la aplicación en tiempo real. Además, aporta nuevos informes de
utilidad para la toma de decisiones, gracias a la explotación de los datos obtenidos.
Finalmente, consideramos que el objetivo de esta tesis ha sido cumplido y su elaboración ha

sido beneficiosa para todas las partes involucradas. Además de los problemas solucionados ya
descritos, para los autores, ha supuesto el mayor emprendimiento personal de desarrollo hasta
la fecha y ha otorgado gran experiencia en investigación, aplicación de la metodología RUP,
gestión de proyectos, desarrollo y despliegue de una solución de software en el mundo real que
cuenta con la satisfacción del usuario y organización objeto de estudio.
293
GLOSARIO DE TÉRMINOS
• Android: Es un sistema operativo basado en Linux. Con una interfaz de usuario basada en
la manipulación directa, Android ha sido diseñado principalmente para dispositivos
móviles con pantallas táctiles como smartphones y tablets. Además, cuenta con interfaces
de usuario especializadas para televisiones, autos y relojes. 41
• Computación en la nube: Consiste en la distribución de recursos informáticos on-demand,
desde aplicaciones hasta centros de datos, a través de Internet, con un pago variable en
función del uso.42
• Geolocalización: Se refiere a la localización geográfica de un dispositivo, como puede ser
un dispositivo móvil o una computadora con conexión a Internet. Es comúnmente usado
por páginas de Internet que ofrecen opciones basándose en el país o la ciudad en que
teóricamente te encuentras. Un ejemplo muy común es el de páginas de cadenas de
televisión que bloquean o que permiten que puedas ver transmisiones en vivo basándose en
tu geolocalización. 43
• Google Maps: es un servidor de aplicaciones de mapas en la web que pertenece a Google.
Ofrece imágenes de mapas desplazables, así como fotografías por satélite del mundo e
incluso la ruta entre diferentes ubicaciones o imágenes a pie de calle.44
• iOS: Es un sistema operativo móvil de la multinacional Apple Inc. Originalmente
desarrollado para el iPhone, después se ha usado en dispositivos como el iPod touch y el
iPad. Es seguro y fácil de usar. Además, está diseñado para aprovechar al máximo la
tecnología que usa el hardware de Apple.45
• Kernel: Es el corazón del sistema operativo Linux. Es el encargado de que el software y el
hardware de tu ordenador puedan trabajar juntos. Administra la memoria para todos los
programas y procesos en ejecución. También administra el tiempo de procesador que los
programas y procesos en ejecución utilizan.46
41
ANDROID (2015)
42
IBM (2015)
43
CASTRO, Luis (2015)
44
GOOGLE MAPS (2015)
45
APPLE (2015)
46
LINUX (2015)
294
• Linux: Es un sistema operativo, un conjunto de programas que le permiten interactuar con
su ordenador y ejecutar otros programas. Linux está modelado como un sistema operativo
tipo Unix. Su nombre oficial es GNU/Linux y es un software libre.47
• Metodología 5S: Creada por Toyota en el año 1960, se llama así en referencia a la primera
letra (en japonés) de cada una de las fases que lo conforman:
– Seiri (Clasificación)
– Seiton (Orden)
– Seiso (Limpieza)
– Seiketsu (Estandarización)
– Shitsuke (Disciplina)
El objetivo de la metodología es el de mejorar y mantener las condiciones de organización,

orden y limpieza en el lugar de trabajo. No se trata solo de una cuestión de estética, se trata
de mejorar las condiciones de trabajo, de seguridad, el clima laboral, la motivación del
personal, la eficiencia y, en consecuencia, la calidad, la productividad y la competitividad
de la organización.48
47
DEBIAN (2015)
48
EUSKALIT (2015)
295
SIGLARIO
• 5S: Seiri (Clasificación), Seiton (Orden), Seiso (Limpieza), Seiketsu (Estandarización),

Shitsuke (Disciplina).
• DTO: Data transfer object.
• MVC: Modelo vista controlador.
• MVP: Model view presenter.
• MVVM: Model view viemodel.
• OSIPTEL: Organismo Supervisor de Inversión Privada en Telecomunicaciones. Es un
organismo técnico especializado del Estado Peruano creado en 1994 que regula y supervisa
el mercado de servicios públicos de telecomunicaciones; y vela por los derechos del
usuario.49
• REST: Representational State Transfer.
• RUP: Proceso racional unificado (del inglés Rational Unified Process).
• UML: Lenguaje de modelado universal (del inglés Universal Modeling Language).
49
Wikipedia (2015)
296
Bibliografía
[1] BITEL (2015) (http://www.bitel.com.pe/) Sitio web oficial de Bitel en el Perú; contiene
información sobre la empresa y enlaces de interés (consulta: 27 de Junio de 2015).
[2] VIETTEL GROUP (2017) (http://viettel.com.vn/en/our-network) Sitio web oficial del
grupo Viettel; contiene información sobre la institución y enlaces de interés (consulta: 30 de
Setiembre de 2017).
[3] ANDROID (2015) (https://www.android.com/history/) Sitio web oficial del sistema
operativo Android; contiene información sobre el sistema operativo y enlaces de interés
(consulta: 28 de Junio de 2015).
[4] CASTRO, Luis (2015) Qué es la geolocalización? (consulta: 28 de Junio de 2015)
(http://aprenderinternet.about.com/od/Glosario/g/Que-es-geolocalizacion.htm)
[5] GOOGLE MAPS (2015) (http://www.google.com/intl/es-419/maps/about/) Sitio web
oficial de Google Maps; contiene información general sobre la aplicación y enlaces de interés
(consulta: 28 de Junio de 2015).
[6] EUSKALIT, Fundación Vasca para la excelencia (2015) Metodología 5S (consulta: 27
de Junio de 2015) (http://www.euskalit.net/nueva/index.php/es/intercambio-de-
conocimiento/clubs/club-5s/metodo-5s)
[7] Black, J. R., & Miller, D. (2008). Toyota way to healthcare excellence : Increase
efficiency and improve quality with lean. Chicago, IL, USA: Health Administration Press.
[8] Dwyer, J. (2007). Clean up. Works Management, 60(3), 16-21. Retrieved from
[9] Grover, J. (2012). 5S workplaces: When safety and lean meet. EHS Today, 5(6), 47.
[10] Gürel, D. A. (2013). A conceptual evaluation of 5S model in hotels. African Journal of
Business Management, 7(30), 3035-3042.
[11] Khamis, N., Rahman, M. N. A., Jamaludin, K. R., Ismail, A. R., Ghani, J. A., & Zulkifli,
R. (2009). Development of 5S practice checklist for manufacturing industry. World Congress
on Engineering 2009 (Volume 1), , 545-549.
[12] Lamprea, E. J. H., Carreño, Z. M. C., & Sánchez, P. M. T. M. (2015). Impact of 5S on
productivity, quality, organizational climate and industrial safety in caucho metal ltda./Impacto
de las 5S en la productividad, calidad, clima organizacional y seguridad industrial en la
empresa cauchometal ltda. Ingeniare : Revista Chilena De Ingenieria, 23(1), 107-117.
297
[13] Lockman, L. (2015). Six steps to 5S success. Industrial Maintenance & Plant Operation,
76(3), 32-33.
[14] Redmile, J. (2011). Clear out the clutter and get organized using visual tools. Industrial
Safety & Hygiene News, 45(2), 1-49.
[15] Sarkar, D. (2005). 5S for service organizations and offices. Milwaukee, WI, USA: ASQ
Quality Press.
[16] Sweta. (2014). Implementing 5S methodology. Paper presented at the International
Proceedings of Economics Development and Research 75 127-130.
[17] QUALITY ASSURANCE SOLUTIONS (2015) History of 5S (consulta: 17 de Julio de
2015) (http://www.quality-assurance-solutions.com/History-of-5S.html)
[18] Michalska, J., & Szewieczek, D. (2007). The 5S methodology as a tool for improving
the organization. Journal of Achievements in Materials and Manufacturing Engineering, 24(2),
211-214.
[19] EUSKALIT, Fundación Vasca para la excelencia (1998) Metodología 5S: Mayor
productividad, Mejor lugar de trabajo.
[20] Becker, J. E. (2001). Implementing 5S to promote safety & housekeeping. Professional
Safety, 46(8), 29.
[21] Main, B., Taubitz, M., & Wood, W. (2008). You cannot get lean without safety.
Professional Safety, 53(1), 38.
[22] Semiklose, T. (2014). Safety: The sixth 'S' in a 5S system. Plant Engineering, 68(4), 53-
57.
[23] AXSIUM (2015). Lean Retail (consulta 17 de Julio de 2015)
(http://www.yourworkforceisyourbrand.com/#lean-retail)
[24] Bennie, Stuart (2013). Does 5S methodology apply to retail? (consulta 17 de Julio de
2015) (https://www.insideretail.com.au/blog/2013/11/01/5s-methodology-apply-retail/)
[25] El Economista (2013). Las 10 tendencias de la tecnología móvil, según IDC (consulta
18 de Julio de 2015) (http://eleconomista.com.mx/tecnociencia/2013/04/17/las-10-tendencias-
tecnologia-movil-segun-idc)
[26] Barake, N. (2012). Noticias del congreso mundial de tecnología móvil. (spanish)
Instituto de Estudios Superiores de Administración.
298
[27] Puder, A., & Antebi, O. (2013). Cross-compiling android applications to iOS and
windows phone 7. Mobile Networks & Applications, 18(1), 3-21. doi: 10.1007/s11036-012-
0374-2.
[28] AMÉRICA ECONÓMICA (2013). Latinoamérica es territorio Android (consulta 19 de
Julio de 2015)
(http://www.americaeconomica.com/index.php?noticia=16174&name=TELECOMUNICACI
ONES)
[29] International Organization for Standardization (2005). ISO 9000:2005 Sistemas de
gestión de la calidad -Fundamentos y vocabulario
[30] Lal, H. (2008). Organizational excellence through total quality management.
Daryaganj, Delhi, IND: New Age International.
[31] Bhat, K. S. (2010). Total quality management. Mumbai, IND: Himalaya Publishing
House.
[32] APPLE 2015. (https://www.apple.com/es/ios/what-is/) Sitio web oficial de la empresa
Apple (Consulta 19 de Julio de 2015)
[33] IBM 2015. (http://www.ibm.com/cloud-computing/es/es/what-is-cloud-
computing.html) Sitio web oficial de la empresa IBM (Consulta 19 de Julio de 2015)
[34] Flanigan, E., & Scott, J. (1995). In Carrigan C. (Ed.), Process improvement : Enhancing
your organization's effectiveness. Boston, MA, USA: Course Technology / Cengage Learning.
[35] Nave, D. (2002). How to compare six sigma, lean and the theory of constraints. Quality
Progress, 35(3), 73-80.
[36] Lean Six Sigma (2015) 5S in the Manufacturing (consulta: 27 de Julio de 2015)
(http://www.lean6-sigma.co.uk/5sInner.php?id=2)
[37] Wikipedia (2015). Organismo Supervisor de Inversión Privada en Telecomunicaciones.
(consulta: 27 de Julio de 2015)
(https://es.wikipedia.org/w/index.php?title=Organismo_Supervisor_de_Inversi%C3%B3n_Pr
ivada_en_Telecomunicaciones&oldid=83998231).
[38] OSIPTEL (2015). Reporte estadístico – Marzo 2015: Nuevo mapa de participación de
las operadoras de telefonía móvil. (consulta: 27 de Julio de 2015)
(http://www.osiptel.gob.pe/Archivos/Publicaciones/reporte_estadistico_n08/files/assets/com
mon/downloads/Reporte%20Estad.pdf)
299
[39] LINUX 2015. (http://www.linux-es.org/kernel) Comunidad para usuarios Linux
(Consulta 27 de Julio de 2015)
[40] DEBIAN 2015 (https://www.debian.org/releases/stable/mips/ch01s02.html.es) Sitio
web oficial de Debian (Consulta 27 de Julio 2015)
[41] NIST 2015. Cloud Computing Program (consulta 28 de Julio de 2015)
(http://www.nist.gov/itl/cloud/)
[42] TECHEAZY 2015. Cloud Computing and Virtualization technology – What’s the
difference? (consulta 28 de Julio 2014) (http://www.techeazy.com/cloud-computing-and-
virtualization-technology-whats-the-difference/)
[43] Jadeja, Y., & Modi, K. (2012). Cloud computing-concepts, architecture and challenges.
Paper presented at the Computing, Electronics and Electrical Technologies (ICCEET), 2012
International Conference on, 877-880.
[44] MSDN MICROSOFT (2016) Microsoft patterns & practices (consulta: 19 de Marzo de
2016) (https://msdn.microsoft.com/en-us/library/ff647374.aspx?f=255&MSPPError=-
2147217396)
[45] SERVICE DESIGN PATTERNS (2016) Data Transfer Object (consulta: 19 de Marzo
de 2016)
(http://www.servicedesignpatterns.com/requestandresponsemanagement/datatransferobject)
[46] MSDN MICROSOFT MVP (2016) The Model-View-Presenter (MVP) Pattern
(consulta: 19 de Marzo 2016) (https://msdn.microsoft.com/en-us/library/ff649571.aspx)
[47] Mendoza Riofrio, Marcela (2016). Entel y Bitel: ¿cómo avanzan en la competencia por
el mercado? (consulta 09 de Abril de 2016) (http://elcomercio.pe/economia/peru/entel-y-bitel-
como-avanzan-competencia-mercado-noticia-1891817)
[48] TALKVIETNAM (2016) Vietnam telecoms market to heat up (consulta 09 de Abril de
2016) (http://www.talkvietnam.org/2016/03/vietnam-telecoms-market-to-heat-up/)
[49] TASSANO: 90 Sitio web oficial de la revista PUCP. Contiene información sobre los
organismos reguladores
(http://revistas.pucp.edu.pe/index.php/derechoadministrativo/article/viewFile/14527/15137)
(consulta: 24 de Setiembre de 2017)
[50] OSIPTEL (2017). Reporte de multas a las empresas privadas que brindan servicios
públicos a la ciudadanía (https://www.osiptel.gob.pe/repositorioaps/data/1/1/1/par/multasgg-
04112014/Multas-GG-30062017.pdf)
300
[51] DIARIO GESTIÓN (2017). Telefonía móvil en Perú: Movistar pierde participación,
mientras Entel y Bitel suben. (http://gestion.pe/empresas/telefonia-movil-peru-movistar-
pierde-participacion-mientras-entel-y-bitel-suben-2192559) (consulta: 24 de Setiembre de
2017)
[52] DIARIO EL PAÍS (2015). El milagro móvil en América Latina.
(https://economia.elpais.com/economia/2015/08/27/actualidad/1440698867_622525.html)
(consulta: 24 de Setiembre de 2017)
[53] DIARIO AS (2017). ¿Qué país tiene más usuarios de teléfonos móviles del mundo?
(https://as.com/betech/2017/06/13/portada/1497372371_809423.html) (consulta: 24 de
Setiembre de 2017)
[54] Diario El País (2017). La vida es móvil en todo el mundo
(https://elpais.com/eventos/2017/02/27/mwc/1488195114_634916.html) (consulta: 24 de
Setiembre de 2017)
[55] Martin Fowler (2017) Unit of Work (consulta: 24 de Setiembre de 2017)
(https://martinfowler.com/eaaCatalog/unitOfWork.html)
[56] Google (2017). Tarifas y planes (consulta: 07 de Octubre de 2017)
(https://developers.google.com/maps/pricing-and-plans/?hl=Es#sup_1)
[57] INDECOPI (2017). Libro de Reclamaciones (consulta: 08 de Octubre de 2017)
(https://www.indecopi.gob.pe/libro-de-reclamaciones)
[58] OSIPTEL MULTAS (2017). Relación De Multas Impuestas Por La Gerencia General
Años 2012-2017 (consulta: 08 de Octubre de 2017)
(https://www.osiptel.gob.pe/repositorioaps/data/1/1/1/par/multasgg-04112014/Multas-GG-
30062017.pdf)
[59] MEDIATELECOM (2017). La batalla por el mercado móvil en América Latina.
(consulta: 09 de Octubre 2017) (http://www.mediatelecom.com.mx/index.php/agencia-
informativa/colaboradores/item/135538-la-batalla-por-el-mercado-m%C3%B3vil-en-
am%C3%A9rica-latina)
[60] INACAL (2017). Catálogo de Normas Técnicas Peruanas Sobre Tecnología de la
Información (consulta: 09 Octubre de 2017)
(https://www.inacal.gob.pe/repositorioaps/data/1/1/1/jer/prensa/files/TECNOLOG%C3%8D
A%20DE%20INFORMACI%C3%93N.pdf)
301
[61] MICROSOFT (2017). Implementing the Repository and Unit of Work Patterns in an
ASP.NET MVC Application (consulta: 14 de Octubre 2017) (https://docs.microsoft.com/en-
us/aspnet/mvc/overview/older-versions/getting-started-with-ef-5-using-mvc-4/implementing-
the-repository-and-unit-of-work-patterns-in-an-asp-net-mvc-application)
[62] ASP (2017). Learn About ASP.NET MVC. (consulta: 14 de Octubre 2017)
(https://www.asp.net/mvc)
[63] MICROSOFT ARQUITECTURA DE N-CAPAS (2017). Guía de Arquitectura de N-
Capas (consulta: 14 de Octubre 2017) (http://goo.gl/vvHmDt)
[64] MICROSOFT CLIENTE SERVIDOR (2017). Ejemplo de cliente-servidor (consulta:
14 de Octubre 2017) (https://msdn.microsoft.com/es-es/library/aa695367(v=vs.71).aspx)
[65] MICROSOFT MVVM (2017). The MVVM Pattern (consulta: 14 de Octubre 2017)
(https://msdn.microsoft.com/en-us/library/hh848246.aspx)
[66] MICROSOFT EXCEPTION SHIELDING (2017). Exception Shielding. (consulta: 14
de Octubre 2017) (https://msdn.microsoft.com/en-us/library/ff649391.aspx)
[67] OBERLIN COLLEGE COMPUTER SCIENCE (2017). Null Object Design Pattern
(consulta: 14 de Octubre 2017) (https://www.cs.oberlin.edu/~jwalker/nullObjPattern/)
[68] MICROSOFT DATA TRANSFER OBJECT (2017). Data Transfer Object (consulta:
14 de Octubre 2017) (https://msdn.microsoft.com/en-us/library/ff649585.aspx)
[69] MICROSOFT MVP PATTERN (2017). The Model-View-Presenter (MVP) Pattern.
(consulta: 14 de Octubre 2017) (https://msdn.microsoft.com/en-us/library/ff649571.aspx)
[70] Tutorials Point (2017). Design Patterns – MVC Pattern (consulta: 15 de Octubre 2017)
(https://www.tutorialspoint.com/design_pattern/mvc_pattern.htm)
[71] Veliz Carreño, Gerardo (2015). ¿Qué es un Servidor y cuáles son sus principales tipos?
(consulta 15 de Octubre de 2017) (https://gerardoveliz.wordpress.com/2015/07/14/que-es-un-
servidor-y-cuales-son-sus-principales-tipos/)
302
Anexos
Anexo 1. Lista de verificación utilizada en la evaluación 5S de BITEL
Etapa Ítem Criterio
Selección Anuncios de Pared Exterior Anuncios no permitidos.
Selección Tránsito de Acera Exceso de artículos en acera, Obstrucción.
Selección Soporte de Sistema de Ticket Sistema con dispensador de Tickets
Licencia de funcionamiento de la tienda vigente, Temporal vigente,
Selección Licencia de funcionamiento
Documentación del Local en regla.
Parante de información contiene: Medios Lista y descripción detallada de los medios probatorios para la solución de
Selección
probatorios para la solución de Reclamos los reclamos, de acuerdo a la relación aprobada por el TRASU.
Parante de información contiene: Obligación de La obligación de los usuarios de realizar el pago del monto no reclamado y
Selección
pago del monto no reclamado los lugares donde se deberá realizar dicho pago.
Parante de información contiene: Formularios de Formularios de presentación de reclamos, recursos y quejas aprobados por el
Selección
Presentación OSIPTEL.
Selección Exhibición de Mostrador Equipos, Accesorios y Productos en Exhibición.
Selección Señal Wifi Con señal Wifi habilitado, Tiene buena señal.
Selección Habilitación de Cesto de Basura Para Clientes y Personal, Ubicación correcta, Fácil acceso, Disponible.
Selección Organización en Módulo de Atención Objetos o Anuncios no permitidos y exagerados, Excesivos.
Objetos o Anuncios no permitidos y exagerados, Excesivos, Líquidos,
Selección Objetos en Módulo de Caja
Alimentos, Decoraciones, Papeles, etc.
Objetos o Anuncios no permitidos y exagerados, Excesivos, Líquidos,
Selección Objetos en Escritorio de Transacciones
Alimentos, Decoraciones, Papeles, etc.
Selección Objetos en Gabinete Objetos no permitidos y exagerados, Excesivos.
Selección Suministros en Servicios Higiénicos Suministros de aseo y limpieza disponible.
Tiene herramientas completas y equipos de soporte antes de iniciar la
Selección Herramientas de Personal de Tienda
gestión.
Orden Ubicación de Estacionamiento Estacionamiento en tienda.
Orden Ubicación de Parante Ubicación correcta de entrada a la tienda, Visible, Obstruye el paso.
Orden Ubicación de Módulo Ubicación correcta de entrada a la tienda.
Orden Ubicación de Sombrilla Ubicación correcta.
Orden Uso de Altavoz Encendido, Ubicación correcta de entrada a la tienda.
Orden Asistencia de Personal de Vigilancia Agente de seguridad en puesto de trabajo.
Orden Ubicación de Dispensador de Ticket Ubicación correcta de entrada a la tienda, Visible, Fácil Acceso.
Orden Tránsito de Pisos Objetos que obstruyen el paso.
Orden Ubicación de Mural y Parante de Información Ubicación correcta y fácil acceso.
Orden Ubicación de Pantalla de TV Ubicación de manera correcta, Visible.
Orden Ubicación de Zona de Espera Ubicación correcta con visión a la pantalla de Televisor.
Orden Ubicación de Flores Ubicación correcta, Inclinación, Material establecido.
Orden Ubicación de Soporte de Folletos Ubicación correcta, Inclinación, Material establecido.
Orden Organización de Folletos Correctamente organizados.
Orden Ubicación de Cartel Colgante Ubicación correcta, Inclinación.
Orden Ubicación de Cartel Corpóreo Ubicación correcta, Inclinación.
Orden Enumeración de Módulo de Atención Módulos deben estar enumerados de forma correcta.
Teléfonos, Equipos, Documentos, Implementos y Suministros de oficina
Orden Organización en Módulo de Caja
correctamente organizados.
Teléfonos, Equipos, Documentos, Implementos y Suministros de oficina
Orden Organización de Escritorio de Transacciones
Equipos, Archivadores, Documentos, Implementos y Suministros de oficina
Orden Organización de Gabinete
Orden Ubicación de Impresora y Fotocopiadora Ubicación correcta en lugares apropiados, Fácil acceso, Cómodo de usar.
Orden Ubicación de Libro de Reclamaciones Ubicación correcta, Visible, Fácil acceso, Disponible.
Orden Ubicación de Dispensador de Agua Ubicación correcta, Fácil acceso, Disponible.
Elementos Organizados, Seleccionados, Correctamente ubicados, No
Orden Organización de Almacén de Tienda
permitidos, Exagerados, Peligrosos.
Orden Organización de Dispositivos Eléctricos Cables sueltos, Enredados, Expuestos, Desordenados, Riesgo de accidente.
Limpieza Suciedad de Cartelera Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Pared Exterior Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Desperfecto de Mango en Puerta y Ventana Mango de puerta averiada, Despintada, Suciedad.
Limpieza Suciedad de Puerta y Ventana Suciedad, Manchas, Polvo, Huellas de Pegamento Grasa, etc.
Limpieza Suciedad de Puerta Enrollable Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Acera Suciedad, Basura, Polvo, etc.
Limpieza Suciedad de Estacionamiento Suciedad, Basura, Polvo, etc.
Limpieza Suciedad de Pancarta Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad de Parante Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Módulo Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Sombrilla Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Altavoz Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Dispensador de Ticket Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
303
Limpieza Suciedad de Techo Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad de Pared Interior Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad de Pisos Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad Mural y Parante de Información Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Mostrador Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad de Pantalla de TV Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad de Mesa de Exhibición Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad en Zona de Espera Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Flores Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Suciedad, Polvo, Desordenado, Basura en el suelo, Mal aspecto, Olores
Limpieza Suciedad de Cesto de Basura
desagradables.
Limpieza Suciedad de Soporte de Folletos Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Cartel Señalética Colgante Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Cartel Corpóreo Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad en Módulo de Atención Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad en Módulo de Caja Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad en Escritorio de Transacciones Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Sillas Personales Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Gabinete Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Impresora y Fotocopiadora Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Lector Biométrico Suciedad, Manchas, Polvo, Huellas de Pegamento, Despintado, Grasa, etc.
Limpieza Suciedad del Libro de Reclamaciones Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad de Dispensador de Agua Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad en Almacén de Tienda Suciedad, Polvo, Basura en el suelo, Mal aspecto, Olores desagradables.
Suciedad, Polvo, Desordenado, Basura en el suelo, Mal aspecto, Olores
Limpieza Suciedad de Servicios Higiénicos
desagradables.
Limpieza Suciedad en Iluminación Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Suciedad en Ventilación Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Limpieza Higiene de Pertenencias de Personal de Tienda Mantiene la higiene, pertenencias personales de manera ordenada.
Color y Diseño de acuerdo a la regla de identificación Bitel, excepto por
Estandarización Color y Diseño de Cartelera
disposición de Municipalidad.
Color de acuerdo a la regla de identificación Bitel, excepto por disposición
Estandarización Color y Diseño de Pared Exterior
de Municipalidad.
Estandarización Decoración de Puerta y Ventanas Pegatinas y Decoración de acuerdo a la guía del mes.
Estandarización Color y Diseño de Puerta Enrollable Pintura de acuerdo a la regla de identificación Bitel.
Estandarización Publicidad de Pancarta Publicidad actualizada de acuerdo a la guía POP del mes.
Estandarización Cantidad de Pancarta Cantidad de acuerdo a la guía POP del mes.
Estandarización Diseño de Pancarta Diseño de acuerdo a la guía POP del mes.
Estandarización Color y Diseño de Módulo Color, Diseño y Material de acuerdo a la regla de identificación Bitel.
Estandarización Color y Diseño de Sombrilla Color, Diseño y Material de acuerdo a la regla de identificación Bitel.
Estandarización Publicidad de Altavoz Publicidad actualizada de acuerdo a la guía del mes.
Agente de seguridad con uniforme que identifique claramente a la empresa
Estandarización Uniforme de Personal de Vigilancia
de seguridad a la que pertenece.
Agente de seguridad con documentos de Identidad visibles, Tarjeta de
Estandarización Identificación de Personal de Vigilancia
Identificación, Fotocheck, etc.
Agente de seguridad con equipos de seguridad visibles, Teléfono Celular
Estandarización Equipos de Personal de Vigilancia
Habilitado, Arma, Bastón Policial, Silbato, Etc.
Estandarización Entrega de Ticket de Atención Personal de Tienda debe entregar los Ticket de atención a los clientes.
Ticket en buenas condiciones, Datos completos y correctos de empresa y
Estandarización Información de Ticket de Atención
tienda,
Estandarización Visualización Turnos de Espera Turnos de espera en Monitor de PC o Pantalla de Televisor
Estandarización Color y Diseño de Pared Interior Color de acuerdo a la regla de identificación Bitel.
Señalética "Prohibida la Discriminación", Formato de acuerdo a la
Estandarización Señalética Prohibida la Discriminación
Ordenanza Municipal del distrito.
Anuncio sobre Horario de Apertura y Cierre correctos y de acuerdo al diseño
Estandarización Anuncio Horario de Apertura y Cierre
original.
Estandarización Anuncio Emisión de Ticket Anuncio sobre Emisión de Ticket y de acuerdo al diseño original.
Anuncio "Prohibido Fumar en Lugares Públicos como este (Ley 28705)",
Estandarización Anuncio Prohibido Fumar en Lugares Públicos
Formato de acuerdo a la Normativa.
Anuncio sobre recarga de un % por medio de pago específico. (En caso
Estandarización Anuncio Recarga de un % por medio de pago
existe pago de comisión sujeta al medio de pago).
Estandarización Anuncio Atención Preferencial Anuncio "Atención Preferencial", Formato de acuerdo a la Normativa.
Anuncio sobre Videovigilancia de la tienda, Formato de acuerdo a la
Estandarización Anuncio Videovigilancia
Normativa.
Anuncio sobre Libro de Reclamaciones, Formato de acuerdo a la Normativa,
Estandarización Anuncio Libro de Reclamaciones
Visible.
Anuncio sobre "Zona segura en casos de Sismos", Formato de acuerdo a la
Estandarización Anuncio Zona segura en casos de Sismos
Normativa.
Anuncio sobre donde conocer los Centros Poblados donde Bitel cuenta con
Estandarización Anuncio Centros Poblados
cobertura, De acuerdo al diseño original.
Señalética sobre Salida y Salida de Emergencia, Formato de acuerdo a la
Estandarización Señalética Salida y Salida de Emergencia
Normativa, Ubicación correcta, Visible.
304
Señalética sobre "Luces de Emergencia", Formato de acuerdo a la
Estandarización Señalética Luces de Emergencia
Señalética sobre "Alarma contra Incendios", Formato de acuerdo a la
Estandarización Señalética Alarma contra Incendios
Señalética sobre Ubicación de Extintor, Formato de acuerdo a la Normativa,
Estandarización Señalética Extintor
Ubicación correcta, Visible.
Señalética sobre Aforo máximo de personas, Ubicación correcta, Visible,
Estandarización Señalética Aforo máximo de personas
Formato de acuerdo a la Normativa.
Señalética sobre Servicios Higiénicos para personas discapacitas y/o
Estandarización Señalética Servicios Higiénicos
emergencia.
Señalética sobre "Botiquín", Formato de acuerdo a la Normativa, Ubicación
Estandarización Señalética Botiquín
correcta, Visible.
Color y Diseño de Mural y Parante de
Estandarización Color, Diseño y Slogan de acuerdo a la regla de identificación Bitel.
Información
Parante de información contiene: Procedimiento Procedimiento para presentar reclamos, recursos y queja. Informar los
Estandarización
de Reclamos, Recursos y Queja requisitos, plazos e instancias correspondientes
Estandarización Información de Mostrador Precios y Características actualizados según Oferta Comercial del mes.
Estandarización Equipos de Mesa de Exhibición Cantidad y Modelos de equipos según Normativas Internas y organizados.
Estandarización Información de Mesa de Exhibición Precios y Características actualizados según Oferta Comercial del mes.
Silla de clientes de Color, Diseño y Material de acuerdo a la regla de
Estandarización Color y Diseño de Sillas de Clientes
identificación Bitel.
Estandarización Publicidad de Folletos Publicidad actualizada de acuerdo a la guía POP del mes.
Estandarización Tipos de Folletos Cantidad de acuerdo a la guía POP del mes.
Estandarización Diseño de Soporte de Folletos Diseño de acuerdo a la guía POP del mes.
Estandarización Color y Diseño de Cartel Señalética Colgante Color, Diseño y Slogan de acuerdo a la regla de identificación Bitel.
Estandarización Color y Diseño de Cartel Corpóreo Color, Diseño y Slogan de acuerdo a la regla de identificación Bitel.
Estandarización Color y Diseño de Módulo de Atención Color, Diseño y Material de acuerdo a la regla de identificación Bitel.
Estandarización Habilitación de Módulo de atención General Módulos de atención general con PC habilitada, PC encendida.
Estandarización Habilitación de Módulo de atención Preferencial Módulo de atención Preferencial con PC habilitada, PC encendida.
Estandarización Publicidad en Módulo de Atención Volantes con publicidad actualizada de acuerdo a la guía POP del mes.
Estandarización Color y Diseño de Módulo de Caja Color, Diseño y Material de acuerdo a la regla de identificación Bitel.
Estandarización Iconos de tarjetas en Módulo de Caja Iconos de tarjeta de crédito o débito.
Módulo en Caja de atención Preferencial, Espacio y dimensión según
Estandarización Habilitación en Caja de atención Preferencial
normativa.
Estandarización Color y Diseño de Escritorio de Transacciones Color, Diseño y Material de acuerdo a la regla de identificación Bitel.
Estandarización Color y Diseño de Sillas Personales Color, Diseño y Material de acuerdo a la regla de identificación Bitel.
Estandarización Color y Diseño de Gabinete Color, Diseño y Material de acuerdo a la regla de identificación Bitel.
Estandarización Habilitación de Almacén de Tienda Almacén habilitado para tienda.
Estandarización Habilitación de Servicios Higiénicos Habilitado para personas discapacitadas y/o emergencia.
Estandarización Suciedad en Dispositivos Eléctricos Suciedad, Manchas, Polvo, Huellas de Pegamento, Grasa, etc.
Estandarización Luces de Emergencia Luces de Emergencia en funcionamiento, Mal ubicado, Averiado, Suciedad.
Estandarización Sistema de Alarma de Fuego Sistema de alarma de fuego en funcionamiento, Averiado, Suciedad.
Alarma manual contra incendio en funcionamiento, Visible, Averiado,
Estandarización Alarma contra Incendio
Suciedad.
Estandarización Extintores Extintores vigentes, Fácil acceso, Visible, Suciedad.
Cámaras de Vigilancia en funcionamiento, Visible, Mal ubicado, Averiados,
Estandarización Cámaras de Vigilancia
Suciedad.
Botiquín de primeros auxilios disponible, Mal ubicado, Sin suministro,
Estandarización Botiquín
Suciedad, Averiado.
Estandarización Uniforme de Personal de Tienda Lleva el uniforme y el maquillaje (mujeres) de acuerdo al reglamento.
Estandarización Identificación de Personal de Tienda Porta su carnet de identificación (Fotocheck).
Auto Disciplina Slogan de Cartelera Slogan actualizado y original, pegatina con nuevo slogan encima de antiguo.
Auto Disciplina Desperfecto de Cartelera Roto, Distorsión, Inclinación, Colgantes, Despintado.
Auto Disciplina Avería de Cartelera Sin Luz, Luz averiada, Se enciende de acuerdo con el tiempo regulado.
Auto Disciplina Avería de Pared Exterior Sin Luz, Luz averiada, Se enciende de acuerdo con el tiempo regulado.
Auto Disciplina Desperfecto de Pared Exterior Grietas, Cables sueltos, Riesgo de accidente.
Auto Disciplina Avería de Puerta y Ventana Vidrios rotos. Quebrado, Rajado.
Auto Disciplina Desperfecto de Puerta Enrollable No operativa, Averiada, Despintada, Oxidado, Deteriorada.
Auto Disciplina Desperfecto de Pancarta Colgantes rectos, Sin arrugas.
Auto Disciplina Desperfecto de Parante Averiada, Despintada.
Auto Disciplina Avería de Módulo Despintado, Roto.
Auto Disciplina Desperfecto de Sombrilla Despintando, Roto, Arrugas, Averiado.
Auto Disciplina Avería de Altavoz Averiado, Desconfigurado, Despintado.
Auto Disciplina Avería de Sistema de Ticket En uso, En funcionamiento, Desconfigurado, Incidencia, etc.
Auto Disciplina Desperfecto de Techo Grietas, Rotos, Desgastado.
Auto Disciplina Desperfecto de Pared Interior Grietas, Cables sueltos, Riesgo de accidente.
Auto Disciplina Desperfecto de Pisos Grietas, Rotos, Deterioro, Mal aspecto.
Auto Disciplina Avería de Mural y Parante de Información Despintado, Roto, Averiado.
Auto Disciplina Desperfecto de Mostrador Despintado, Roto, Cerraduras averiadas, Luces averiadas.
Auto Disciplina Estado de Pantalla de TV TV encendida, Spot Publicitario actualizado.
Auto Disciplina Avería de Pantalla de TV Roto, Averiado, Desconfigurado.
Auto Disciplina Avería de Mesa de Exhibición Módulo de exhibición en buenas condiciones, Averiado, Despintado, Roto.
Auto Disciplina Avería de Equipos en Mesa de Exhibición Equipos en buenas condiciones, Averiados, Conectados a Wifi.
305
Auto Disciplina Alarmas de Mesa de Exhibición Alarmas en funcionamiento.
Auto Disciplina Avería de Sillas de Clientes Despintado, Desgastado, Roto, Averiado.
Auto Disciplina Contraseña Wifi Se comprueba el acceso con la contraseña.
Auto Disciplina Avería de Soporte de Folletos Despintado, Roto, Averiado.
Auto Disciplina Desperfecto de Cartel Señalética Colgante Despintado, Roto.
Auto Disciplina Desperfecto de Cartel Corpóreo Despintado, Roto, Luces averiadas.
Auto Disciplina Desperfecto de Módulo de Atención Despintado, Roto, Averiado.
Auto Disciplina Habilitación de Caja fuerte y Caja Chica Caja fuerte y Caja chica en correcto funcionamiento.
Vidrios rotos, Quebrado, Rajado, Módulo despintado, Escritura sobre mesa,
Auto Disciplina Avería de Módulo de Caja
Cerraduras averiadas.
Auto Disciplina Desperfecto de Escritorio de Transacciones Despintado, Roto, Averiado, Escritura sobre mesa.
Auto Disciplina Avería de Sillas Personales Despintado, Desgastado, Roto, Averiado.
Auto Disciplina Avería de Gabinete Despintado, Roto, Cerraduras averiadas, Luces averiadas.
Todas las PC están correctamente configuradas, Escaneo correcto, Fotocopia
Auto Disciplina Configuración de Impresora y Fotocopiadora
correcto.
Auto Disciplina Avería de Impresora y Fotocopiadora Desgastado, Roto, Averiado, Sin Tóner.
Sistema Biométrico funcionando correctamente, Disponible para módulo de
Auto Disciplina Sistema Biométrico
atención.
Auto Disciplina Avería con Lector Biométrico Roto, Averiado, Desconfigurado.
Auto Disciplina Estado de Libro de Reclamaciones Mantener en buen estado, Mantener un orden en las hojas, Organizado.
Auto Disciplina Desperfecto de Dispensador de Agua Sin daños, Fugas, Roto.
Auto Disciplina Puerta de Almacén de Tienda Puerta en buenas condiciones, Averiado, Desgastado, Despintado.
Auto Disciplina Puerta de Servicios Higiénicos Puerta en buenas condiciones, Averiado, Desgastado, Despintado.
Auto Disciplina Habilitación de Cenefas, Luminarias y Dicroicos Cenefas de iluminación, Luminarias y Dicroicos en funcionamiento
Sin Luz, Luz averiada, Dañadas, No se enciende de acuerdo con el tiempo
Auto Disciplina Avería en Iluminación
regulado.
Auto Disciplina Habilitación de Ventilación Aire acondicionado y Ventiladores en funcionamiento.
Auto Disciplina Avería en Ventilación Desgastado, Roto, Averiado, Oxidado, Deteriorada.
Auto Disciplina Condiciones de Tableros y Cajas Eléctricas Tableros Eléctricos de Control y Cajas Eléctricas en buenas condiciones.
Dispositivos eléctricos Averiados, Roto, Oxidado, Deteriorada, Peligrosos,
Auto Disciplina Avería de Dispositivos Eléctricos
Mal Ubicados.
Auto Disciplina Asistencia de Personal de Tienda Obedece estrictamente los horarios de trabajo.
Auto Disciplina Actividades de Personal de Tienda No realiza actividades privadas durante el horario de trabajo.
Auto Disciplina Mantiene Patrimonio el Personal de Tienda Mantiene el patrimonio de la empresa con responsabilidad.
Tabla 123 - Lista de verificación utilizada en la evaluación 5S de BITEL. Fuente: elaboración

propia
306
Anexo 2. Lista de tiendas propias de BITEL en el Perú
N° Departamento Provincia Distrito Dirección
Av. Bolognesi n°761-763, Mz 11, Lt 17-A, Casco Urbano Central,

1 Ancash Santa Chimbote Chimbote
2 Ancash Santa Nuevo Chimbote Av. Pacifico s/n Mz H Lt. 1 Urb. Buenos Aires, 1 Etapa
3 Ancash Huaraz Huaraz Jr. 28 de Julio n°550
4 Arequipa Arequipa Paucarpata Av. Jesus n°612 Urb. 15 de enero, Paucarpata
5 Arequipa Arequipa Arequipa Calle Jerusalem n°201-H
6 Arequipa Arequipa Cayma Avenida Ejercito n°903, Distrito de Cayma
7 Ayacucho Huamanga Ayacucho Av. Mariscal Cáceres n°1255-1257, Huamanga
8 Cajamarca Cajamarca Cajamarca Jirón del comercio n°816-Sector n°08, Urb. La Merced
9 Cajamarca Jaén Jaén Pasaje Bracamoros N°160
10 Apurímac Abancay Abancay Av. Dias Barcenas n°627-629, Esquina con Jr. Junín
11 Cusco Cusco Santiago Calle Siete Mascarones n°486
12 Cusco Canchis Sicuani Jr. Bolognesi n°114
13 Madre de Dios Tambopata Tambopata Av. León Velarde n°423
14 Huánuco Huánuco Huánuco Jr. 2 de Mayo N°1391-1399
15 Huánuco Leoncio Prado Rupa Rupa Av. Raymondi N°346
16 Pasco Pasco Chaupimarca Av. Circunvalacion Arenales n°190
17 Ucayali Coronel Portillo Calleria Jr. Coronel Portillo n°698, Pucalpa
18 Ica Ica Ica Av. Los Maestros n°206, L 160, Centro Comercial el Quinde
19 Ica Pisco Pisco Calle San Francisco n°225
20 Ica Chincha Chincha Alta Calle Italia n°155
21 Huancavelica Huancavelica Huancavelica Av. Celestino Manchego Muños n°724
22 Junín Huancayo El Tambo Calle Real n°911-913-915
23 La Libertad Otuzco Otuzco Calle Tacna n°332, Barrio Santa Rosa
24 La Libertad Trujillo Trujillo Av. Cesar Vallejo Oeste, Mz E Lt 26, 1° Piso, Urb. Ingenieria
25 La Libertad Ascope Casa Grande Av. Tren Mz D-4, Lt 30, Sector 4 B, Centro Poblado Casa Grande
26 Lambayeque Chiclayo Jose Leonardo Ortiz Av. El Dorado n°915, Urb. San Carlos
27 Lambayeque Chiclayo Chiclayo Calle Manuel María Izaga N°737, Cercado
28 Lima Huaura Huacho Av. Tupac Amaru n°209-213
29 Lima Huaral Huaral Calle Derecha n°836-846
30 Lima Callao Ventanilla Mz. C1, Lte 13 - Urb. ex zona Comercial e Industrial de Ventanilla
31 Lima Lima San Miguel Av. Universitaria n°837-839, Urb. Pando
32 Lima Lima Comas Av. Tupac Amaru n°1417-1419 A
33 Lima Lima Puente Piedra Jr. Ricardo Palma n°158
34 Lima Lima San Martin Av. Universitaria Norte n°301, Urb. Conde Villa Señor
35 Lima Lima Los Olivos Av. Antunes de Mayolo n°1298
36 Lima Lima Lima Av. Tacna N 312-316
37 Lima Lima San Juan Lurigancho Av. Gran Chimu n°976, Urb. Zarate
38 Lima Lima Chosica Av. Lima Sur n°752, Lurigancho Chosica
307
39 Lima Lima Jesús María Av. Arenales n°720-724
40 Lima Lima La Victoria Av. Manco Capac n°338-340
41 Lima Lima Villa el salvador Av. Central s/n, Sector 2, Grupo 3. Mz. I, Lt 5
42 Lima Lima Lurín Antigua Panamericana Sur, Parcela B 62, Ex Fundo San Vicente
Villa María del

43 Lima Lima Triunfo Av. Villa María n°903, 1° Hogar Policial A.C.U
44 Lima Lima Chorrillos Av. Defensores del Morro n°205 (Ex Huaylas), Urb. Chorrillos
Av. Caminos del Inca n°3545, Tiendas 1, 2 y 3, Urb. Prolong

45 Lima Lima Surco Benavides
San Juan de
46 Lima Lima Miraflores Av. Lizardo Montero n°508, Zona E, Urb. San Juan
47 Lima Cañete Imperial Av. General La Mar n°375
48 Loreto Loreto Maynas Calle Bermudez N° 485 - 487
49 Piura Piura Castilla Av. Andres Avelino Cáceres Mz. K Lt 04 Urb. Miraflores, II Etapa
50 Piura Sullana Sullana Calle Bolivar n°300
51 Piura Talara Pariñas Calle Centro Cívico n° 185
52 Piura Morropon Chulucanas Calle Junín n°499
53 Tumbes Tumbes Tumbes Esquina Calle Los Andes n°308 con Grau n°501
54 Puno Puno Puno Av. La Torre n°121
55 Puno Puno Juliaca Av. Mariano Nuñez n°610
56 Amazonas Chachapoyas Chachapoyas Jr. Ayacucho n°1037
57 San Martin San Martin Tarapoto Jr. San Martin n°422
58 San Martin Moyobamba Moyobamba Jr. Serafin Filomeno n°257
Mariscal
59 San Martin Caceres Juanjui Jr. Huallaga n°855
60 Moquegua Ilo Ilo Av. Mariano Lino Urquieta n°284
61 Moquegua Mariscal Nieto Moquegua Calle Ancash n°214
62 Tacna Tacna Tacna Av. San Martin n°889
63 Lima Lima Lima Dirección: Jirón Ica 134 (a una cuadra de la plaza de armas)
Tabla 124 - Lista de tiendas propias de BITEL en el Perú. Fuente: elaboración propia
308
Anexo 3. Trazabilidad entre los requerimientos funcionales y los casos de uso del sistema.
CUS001
CUS002
CUS003
CUS004
CUS006
CUS007
CUS008
CUS009
CUS010
CUS011
CUS012
CUS014
CUS015
CUS016
CUS017
CUS019
CUS020
CUS021
CUS022
CUS023
CUS024
CUS025
CUS026
CUS027
CUS028
CUS030
CUS031
CUS032
CUS033
CUS034
RF001 x
RF002 x
RF003 x
RF004 x
RF006 x
RF007 x
RF008 x
RF009 x
RF010 x
RF011 x
RF012 x
RF013 x
RF014 x
RF015 x
RF016 x
RF017 x
RF018 x
RF019 x
RF020 x
309
310
CUS034
CUS033
CUS032
CUS031
CUS030
CUS028
CUS027
x
CUS026
CUS025
x
CUS024
CUS023
x
CUS022
x
CUS021
CUS020
x
CUS019
x
CUS017
x
x
x
x
x
x
x
CUS016
CUS015 x
CUS014 x
CUS012 x
x
CUS011
x
CUS010
CUS009
CUS008
CUS007
CUS006
x
x
CUS004
CUS003
CUS002
CUS001
RFM001
RFM002
RFM003
RFM004
RFM005
RFM006
RFM007
RFM008
RFM009
RFM010
RFM011
RFM012
RF021
RF022
RF023
RF024
RF025
RF026
RF027
RF028
311
CUS034
Tabla 125 - Trazabilidad entre los requerimientos funcionales y los casos de uso del sistema. Fuente: elaboración propia
CUS033
CUS032
CUS031
CUS030
CUS028
CUS027
CUS026
CUS025
CUS024
CUS023
CUS022
CUS021
x
CUS020
CUS019
CUS017
CUS016
CUS015
CUS014
CUS012
CUS011
CUS010
CUS009
CUS008
CUS007
CUS006
CUS004
CUS003
CUS002
CUS001
RFM013
Anexo 4. Lógica para asignar supervisores a tiendas por cada periodo.
El sistema obtiene todas las sucursales a evaluar en el periodo. Todos los siguientes pasos se
realizan sucursal por sucursal:
1. Se obtienen todos los supervisores de la sucursal ordenados por el ponderado de sus
calificaciones.
2. Se obtienen todas las tiendas de la sucursal ordenadas por el ponderado de sus
calificaciones.
3. Si hay un solo supervisor en toda la sucursal es asignado a todas las tiendas de esta.
4. Si hay más de un supervisor en la sucursal, se obtiene el ponderado de cada uno tomando
en cuenta las últimas evaluaciones y se le asigna un peso. Si su ponderado está en el rango
0-80 su peso es 0, si está entre 80-90 su peso es 3 y si está entre 90-100 su peso es 5.
5. El mismo proceso es para las tiendas.
6. Se obtiene el máximo de tiendas que se le puede asignar a cada supervisor para distribuir
el trabajo equitativamente. Este número se obtiene aplicando la fórmula: número total de
tiendas / número total de supervisores.
7. Se emparejan supervisores a tiendas que no hayan sido supervisadas por el mismo
supervisor en la evaluación inmediata anterior y se favorece a que la suma entre ambos
pesos sea siempre la menor.
312
Anexo 5. Pruebas de las métricas de calidad del software.
Categoría Indicador Código
Métrica Interna MI01

Descripción de la métrica Responsable Unidad de medida
Claridad del mensaje Usuario %
Objetivo Meta
Proporcionar mensajes de fácil entendimiento para el usuario que le permita tomar una acción inmediata ante
algún incidente en el 95% de las ocasiones o más. Se medirá en cualquiera de los cuatro entregables de la
construcción del software.
¿Qué proporción de los mensajes son autos explicativos? 95%
Forma de Cálculo Tipo Medida
Contar el número de mensajes implementados con explicaciones que los usuarios
entiendan y comparar con el número total de mensajes implementados
X = count/count
A = count
X = (A / B) * 100.
B = count
A= Número de mensajes mostrados con explicaciones claras.
B= Números de mensajes mostrados en total.
Interpretación y Umbrales SLA
No Aceptable
0%: No se entiende ningún mensaje
< 95%
100%: Todos los mensajes se entienden
Aceptable
=> 95%
NUMERO DE PROGRA
MENSAJES CLAROS TOTAL DE RESULTADO MA
CUS AL USUARIO (A) MENSAJES (B) (X)% ANÁLISIS FUENTE
CUS006_Establece
Alcanza la meta
rPeriodoDeEvaluac 15 15 100.00% GestorPeri
establecida
ion5S odos.cs
CUS007_Actualiza
Alcanza la meta
rItems 16 16 100.00% GestorIte
establecida
ms.cs
CUS009_Actualiza
Alcanza la meta
rPlantilla5S 18 18 100.00% GestorPla
establecida
ntillas.cs
CUS017_Realizar GestorEva
Alcanza la meta
Evaluacion5S 7 7 100.00% luaciones5
establecida
s.cs
CUS019_Consulta GestorEva
Alcanza la meta
rTiendasAsignadas 2 2 100.00% luaciones5
establecida
s.cs
CUS027_Consulta GestorEva
Alcanza la meta
rEvaluacion5SReal 2 2 100.00% luaciones5
establecida
izada s.cs
En general la métrica
Total 60 60 100.00% alcanzó la meta
establecida
Tabla 126 - Pruebas de las métricas de calidad del software. Claridad del mensaje. Fuente:
elaboración propia
313
Métrica Interna MI02

Recuperación de errores operacionales Equipo Calidad %
Objetivo Meta
Mostrar mensajes de validación cada vez que un usuario cometa un error al ingresar información o al tratar
de ejecutar un flujo no permitido en el 95% de los casos como mínimo. ¿Cuántos campos validados donde
se ingresa información y cuantos flujos no permitidos muestran mensaje de validación? 95%
Contar el número de campos validados y flujos no permitidos que deberían de mostrar
mensaje de validación y cuales realmente sí se muestran.
X = count/count
X = (A / B) * 100.
A = count
A: Número de campos validados y flujos no permitidos que muestran mensaje de
B = count
validación.
B = Número total de campos validados y flujos no permitidos que deben mostrar
mensaje de validación.
No Aceptable
0%: No se muestra ningún mensaje de validación
< 95%
100%: Todos los mensajes de validación se muestran
Aceptable
=> 95%
NUMERO DE
MENSAJES TOTAL DE
VALIDACIÓN AL MENSAJES de RESULTADO PROGRAM
CUS USUARIO (A) VALIDACIÓN (B) (X)% ANÁLISIS A FUENTE
Alcanza la meta
CUS006_EstablecerPer 5 5 100% GestorPerio
establecida
iodoDeEvaluacion5S dos.cs
CUS007_ActualizarIte
Alcanza la meta
ms 7 7 100% GestorItems
establecida
.cs
CUS009_ActualizarPla
Alcanza la meta
ntilla5S 8 8 100% GestorPlanti
establecida
llas.cs
CUS017_RealizarEvalu
Alcanza la meta
acion5S 4 4 100% GestorEvalu
establecida
aciones5s.cs
En general la
Total 24 24 100% métrica alcanzó la
meta establecida
Tabla 127 - Pruebas de las métricas de calidad del software. Recuperación de errores
operacionales. Fuente: elaboración propia
314
Métrica Externa MI04

Errores en el funcionamiento de la aplicación Equipo Calidad
%
en el ambiente de calidad
Objetivo Meta
Disminuir el porcentaje de errores críticos encontrados en los resultados esperados en las pruebas de calidad a
cero al momento del pase a producción de la solución. ¿Cuántos errores críticos se encontraron en el
funcionamiento total de las aplicaciones web y móvil? 5%
Contar el número de errores críticos encontrados por los usuarios y contar el número total
de las pruebas realizadas X = count/count
X = (A / T) * 100 A = count
A = Número de errores encontrados por los usuarios. B = count
T = Número total de pruebas.
No Aceptable
0%: Se cumplieron todas las pruebas de los usuarios sin errores
> 5%
100%: Todas las pruebas de los usuarios dieron errores críticos
Aceptable
<= 5%
NÚMERO DE
ERRORES PROGRA
ENCONTRADOS POR NÚMERO TOTAL DE RESULTADO MA
CUS LOS USUARIOS (A) PRUEBAS (B) (X)% ANÁLISIS FUENTE
CUS006_EstablecerP
Alcanza la meta
eriodoDeEvaluacion 0 5 0% GestorPeri
establecida
5S odos.cs
CUS007_ActualizarI
Alcanza la meta
tems 0 20 0% GestorIte
establecida
ms.cs
CUS009_ActualizarP
Alcanza la meta
lantilla5S 0 3 0% GestorPla
establecida
ntillas.cs
CUS010_BuscarItem
Supera la meta
sPlantilla 2 60 3% GestorPla
establecida
ntillas.cs
CUS017_RealizarEv GestorEva
Alcanza la meta
aluacion5S 0 10 0% luaciones5
establecida
s.cs
CUS019_ConsultarT GestorEva
Alcanza la meta
iendasAsignadas 0 5 0% luaciones5
establecida
s.cs
CUS027_ConsultarE GestorEva
Alcanza la meta
valuacion5SRealizad 0 5 0% luaciones5
establecida
a s.cs
CUS024_ConsultarIn
Alcanza la meta
formeBonos 0 5 0% GestorRep
establecida
ortes.cs
CUS025_GenerarInf
Alcanza la meta
ormeGlobal 0 5 0% GestorRep
establecida
ortes.cs
315
En general la
métrica superó
Total 2 118 1.69%
la meta
establecida
Tabla 128 - Pruebas de las métricas de calidad del software. Errores en el funcionamiento.

Tiempo de Respuesta Equipo de calidad %
Objetivo Meta
Garantizar que el tiempo de respuesta después de una transacción en las aplicaciones web y móvil sea menor a
10 segundos. ¿Cuánto tiempo le ha tomado terminar una tarea específica? 70%
Empezar una tarea específica. Medir el tiempo que toma para terminar su operación.
Guardar un registro de cada intento. X = count/count
T = (Tiempo de término de la tarea) - (Tiempo esperado de término). A = count
Si T es menor a 0 a la tarea se le asigna 1. Si T es mayor a 0 a la tarea se le asigna 0. B = count
X = (Suma de los valores de T / Número total de tareas realizadas) * 100
No aceptable
0%: Ninguna de las tareas respondió dentro del tiempo esperado
X < 70%
100%: Todas las tareas respondieron dentro del tiempo esperado
Aceptable
X >= 70%
NÚMERO TOTAL DE PROGRA

SUMA DE LOS TAREAS RESULTA MA
CUS VALORES DE T (A) REALIZADAS (B) DO (X)% ANÁLISIS FUENTE
CUS006_EstablecerP
Supera la meta
eriodoDeEvaluacion 38 42 90.48% GestorPeri
establecida
5S odos.cs
CUS007_ActualizarI
Supera la meta
tems 30 34 88.24% GestorIte
establecida
ms.cs
CUS009_ActualizarP
Supera la meta
lantilla5S 37 45 82.22% GestorPla
establecida
ntillas.cs
CUS010_BuscarItem
Supera la meta
establecida
ntillas.cs
Supera la meta
aluacion5S 3 33 75.76% luaciones5
establecida
s.cs
Supera la meta
iendasAsignadas 13 15 86.67% luaciones5
establecida
s.cs
Supera la meta
valuacion5SRealizad 14 18 77.78% luaciones5
establecida
a s.cs
316
CUS024_ConsultarIn
Supera la meta
formeBonos 11 12 91.67 GestorRep
establecida
ortes.cs
CUS025_GenerarInf
Supera la meta
establecida
ortes.cs
En general la
métrica superó
Total 193 225 85.78%
la meta
establecida
Tabla 129 - Pruebas de las métricas de calidad del software. Tiempo de respuesta. Fuente:
elaboración propia

Fácil función de aprendizaje Equipo Calidad %
Objetivo Meta
Garantizar en un 70% el fácil aprendizaje de las funciones para los usuarios mediante se den cada uno de los
cuatro entregables de la construcción del software. ¿Cuánto tiempo le toma al usuario aprender una función? 70%
Conducir al usuario a una prueba y contar cuantos segundos se demora en terminar una
transacción. X = count/count
T = (Tiempo de término de la tarea) - (Tiempo esperado de término (10 minutos)). A = count
Si T es menor a 0 a la tarea se le asigna 1. Si T es mayor a 0 a la tarea se le asigna 0. B = count
X = (Suma de los valores de T / Número total de tareas realizadas) * 100
No aceptable
0%: Ninguna tarea fue aprendida dentro del tiempo esperado por el usuario
X < 70%
100%: Todas las tareas fueron aprendidas dentro del tiempo esperado por el usuario
Aceptable
X >= 70%
NÚMERO TOTAL DE PROGRA

SUMA DE LOS TAREAS RESULTA MA
CUS VALORES DE T (A) REALIZADAS (B) DO (X)% ANÁLISIS FUENTE
CUS006_EstablecerP
Supera la meta
establecida
5S odos.cs
CUS007_ActualizarI
Supera la meta
tems 20 21 95.24% GestorIte
establecida
ms.cs
CUS009_ActualizarP
Supera la meta
lantilla5S 34 35 97.14% GestorPla
establecida
ntillas.cs
CUS010_BuscarItem
Supera la meta
establecida
ntillas.cs
Supera la meta
aluacion5S 17 21 80.95% luaciones5
establecida
s.cs
317
Supera la meta
establecida
s.cs
Supera la meta
establecida
a s.cs
CUS024_ConsultarIn
Supera la meta
establecida
ortes.cs
CUS025_GenerarInf
Supera la meta
establecida
ortes.cs
En general la
métrica superó
Total 123 132 93.18%
la meta
establecida
Tabla 130 - Pruebas de las métricas de calidad del software. Fácil función de aprendizaje.

Accesibilidad a las funciones Equipo Calidad %
Objetivo Meta
Garantizar en un 70% el fácil aprendizaje de las funciones para los usuarios mediante se den cada uno de los
cuatro entregables de la construcción del software. ¿Qué proporción de las funciones pueden los usuarios
acceder fácilmente? 70%
Pedir al usuario que acceda a las funciones. Medir el tiempo que le demora ingresar a cada
una de ellas. El tiempo esperado es máximo 10 segundos.
X = count/count
T = (Tiempo de término del acceso a la función) - (Tiempo esperado del acceso a la
A = count
función).
B = count
Si T es menor a 0 se le asigna 1. Si T es mayor a 0 se le asigna 0.
X = (Suma de los valores de T / Número total de intentos de acceso realizados) * 100
No aceptable
0%: Ningún intento de acceso a una función se realizó dentro del tiempo esperado
X < 70%
100%: Todos los intentos de acceso a las funciones se realizaron dentro del tiempo esperado
Aceptable
X >= 70%
NÚMERO TOTAL DE
INTENTOS DE PROGRA
SUMA DE LOS ACCESO RESULTA MA
CUS VALORES DE T (A) REALIZADOS (B) DO (X)% ANÁLISIS FUENTE
CUS006_EstablecerP
Supera la meta
eriodoDeEvaluacion 7 8 87.5% GestorPeri
establecida
5S odos.cs
CUS007_ActualizarI
Supera la meta
establecida
ms.cs
318
CUS009_ActualizarP
Supera la meta
establecida
ntillas.cs
CUS010_BuscarItem
Supera la meta
establecida
ntillas.cs
Supera la meta
establecida
s.cs
Supera la meta
establecida
s.cs
Supera la meta
establecida
a s.cs
CUS024_ConsultarIn
Supera la meta
establecida
ortes.cs
CUS025_GenerarInf
Supera la meta
establecida
ortes.cs
En general la
métrica superó
Total 39 40 97.50%
la meta
establecida
Tabla 131 - Pruebas de las métricas de calidad del software. Accesibilidad a las funciones.

Capacidad de control de acceso Equipo Calidad %
Objetivo Meta
Asegurar que los usuarios sin credenciales no ingresen a la aplicación. ¿Qué tan bien está controlado el acceso
al sistema para realizar transacciones? 0%
Intentar obtener acceso a las opciones transaccionales sin autorización o sin cumplir las
validaciones especificadas. X = count/count
X = (A/B) * 100 A = count
A = Número de operaciones ilegales detectadas. B = count
B = Número total de operaciones.
Aceptable
0%: No se detectó operaciones ilegales
X = 0%
100%: Todos los intentos fueron detectados cómo ilegales
No aceptable
X > 0%
NÚMERO DE
OPERACIONES PROGRA
ILEGALES NÚMERO TOTAL DE RESULTA MA
CUS DETECTADAS (A) OPERACIONES (B) DO (X)% ANÁLISIS FUENTE
319
CUS006_EstablecerP
Alcanza la meta
establecida
5S odos.cs
CUS007_ActualizarI
Alcanza la meta
establecida
ms.cs
CUS009_ActualizarP
Alcanza la meta
establecida
ntillas.cs
CUS010_BuscarItem
Alcanza la meta
establecida
ntillas.cs
Alcanza la meta
establecida
s.cs
Alcanza la meta
establecida
s.cs
Alcanza la meta
establecida
a s.cs
CUS024_ConsultarIn
Alcanza la meta
establecida
ortes.cs
CUS025_GenerarInf
Alcanza la meta
establecida
ortes.cs
CUS018_AdjuntarEv GestorEva
Alcanza la meta
idenciaFotografica 0 5 0% luaciones5
establecida
s.cs
En general la
métrica alcanzó
Total 0 90 0%
la meta
establecida
Tabla 132 - Pruebas de las métricas de calidad del software. Capacidad de control de acceso.

Prevención de corrupción de datos Equipo Calidad %
Objetivo Meta
Salvaguardar en un 90% los datos de las transacciones de las soluciones cada mes. ¿Qué tan seguido ocurre
corrupción de data? 10%
Contar los eventos de corrupción de datos en 10 transacciones por cada CUS.
X = (A/B) * 100 X = count/count
A = Número de eventos con corrupción de data. A = count
B = Número total de transacciones B = count
320
Aceptable
0%: No se detectó eventos con corrupción de data
X < 10%
100%: Todas las transacciones tuvieron corrupción de data
No aceptable
X >= 10%
NÚMERO DE EVENTOS PROGRA

CON CORRUPCIÓN DE NÚMERO TOTAL DE RESULTA MA
CUS DATA (A) TRANSACCIONES (B) DO (X)% ANÁLISIS FUENTE
CUS006_EstablecerP
Supera la meta
establecida
5S odos.cs
CUS007_ActualizarI
Supera la meta
establecida
ms.cs
CUS009_ActualizarP
Supera la meta
establecida
ntillas.cs
CUS010_BuscarItem
Supera la meta
sPlantilla 1 15 6.67% GestorPla
establecida
ntillas.cs
Supera la meta
establecida
s.cs
Supera la meta
establecida
s.cs
Supera la meta
establecida
a s.cs
CUS024_ConsultarIn
Supera la meta
establecida
ortes.cs
CUS025_GenerarInf
Supera la meta
establecida
ortes.cs
CUS018_AdjuntarEv GestorEva
Supera la meta
idenciaFotografica 0 15 0% luaciones5
establecida
s.cs
En general la
métrica superó
Total 2 86 2.33%
la meta
establecida
Tabla 133 - Pruebas de las métricas de calidad del software. Prevención de corrupción de
datos. Fuente: elaboración propia

Prevención del fraude Equipo Calidad %
Objetivo Meta
321
Asegurar que los usuarios no puedan tomar evaluaciones 5S sin una validación de geolocalización. ¿Cuántas
veces en un periodo se registraron evaluaciones 5S sin pasar por la validación de la geolocalización? 0%
Contar cuantas veces se registraron evaluaciones 5S sin pasar la validación de
geolocalización. X = count/count
X = (A/B) * 100 A = count
A = Número de evaluaciones 5S registradas sin pasar por la validación de la geolocalización B = count
B = Número de evaluaciones 5S registradas con geolocalización validada (todas).
0%: Ninguna evaluación 5S se registró sin pasar por la validación de la geolocalización Aceptable
100%: Todas las evaluaciones 5S se registraron sin pasar por la validación de la X = 0%
geolocalización No aceptable
X > 0%
NÚMERO DE
EVALUACIONES 5S NÚMERO DE
REGISTRADAS SIN EVALUACIONES 5S
PASAR POR LA REGISTRADAS CON PROGRA
VALIDACIÓN DE LA GEOLOCALIZACIÓN RESULTA MA
CUS GEOLOCALIZACIÓN (A) VALIDADA (B) DO (X)% ANÁLISIS FUENTE
Alcanza la meta
establecida
s.cs
Alcanza la meta
establecida
a s.cs
En general la
métrica alcanzó
Total 0 30 0%
la meta
establecida
Tabla 134 - Pruebas de las métricas de calidad del software. Prevención del fraude. Fuente:
elaboración propia
322
Anexo 6. Pruebas de calidad del software.
1. Caso de pruebas para el caso de uso del sistema

CUS006_EstablecerPeriodoDeEvaluacion5S
Escenarios de prueba
Lista de Escenarios
Código Persona
Fecha que
# de Caso Descripción Resultado Esperado que
probó
de Uso probó
Listar todos
Equipo
1 CUS006 los periodos Lista de todos los periodos existentes 15/09/2017
Calidad
existentes
Listar los
En la lista de periodos sólo se mostrará Equipo
2 CUS006 periodos por 15/09/2017
el periodo “Abril 2016” Calidad
filtros
El sistema muestra un mensaje de
confirmación “El periodo Mayo 2016
fue creado correctamente.” El sistema
Crear Equipo
3 CUS006 muestra la pantalla de “Ver Periodo” 15/09/2017
periodo Calidad
mostrando los datos del periodo recién
creado. Se crea el registro para Mayo
2016
El sistema muestra un mensaje de
confirmación “El periodo Abril 2016 - 1
fue editado correctamente.” El sistema
Editar Equipo
4 CUS006 muestra la pantalla de “Ver Periodo” 15/09/2017
periodo Calidad
mostrando los datos del periodo recién
editado. Se editan los datos para el
periodo Abril 2016 a Abril 2016 – 1
El sistema muestra la pantalla “Ver
Equipo
5 CUS006 Ver periodo periodo” para el periodo Abril 2016 con 15/09/2017
Calidad
los datos correspondientes
El sistema deshabilita el periodo, ya no
se muestra en la lista, esta se refresca y
Deshabilitar Equipo
6 CUS006 se muestra un mensaje de confirmación 15/09/2017
periodo Calidad
“El periodo Abril 2016 se deshabilitó
correctamente”
El sistema activa el periodo, actualiza los
datos del periodo en la lista, esta se
Activar Equipo
7 CUS006 refresca y se muestra un mensaje de 15/09/2017
periodo Calidad
confirmación “El periodo Abril 2016 se
activó correctamente”
323
El sistema cierra el periodo, actualiza los
datos del periodo en la lista, esta se
Cerrar Equipo
8 CUS006 refresca y muestra el mensaje de 15/09/2017
periodo Calidad
confirmación “El periodo Abril 2016 se
cerró correctamente”
El sistema descarta cualquier cambio
Cancelar realizado y muestra la pantalla “Periodos Equipo
9 CUS006 15/09/2017
proceso de Evaluación 5S” mostrando los Calidad
mismos datos sin modificaciones
El sistema muestra el mensaje de
validación “Requerido” para los campos
“Nombre Periodo”, “Plantilla”, “Desde”,
Validación “Hasta”, “Bono por cumplimiento”,
Equipo
10 CUS006 de campos “Bono por mantenimiento” y también 15/09/2017
Calidad
obligatorios para la opción “Asignar Tiendas”.
Cualquiera de estos campos que este
vacío mostrará el mensaje de validación
sin importar las combinaciones
Si la diferencia entre la fecha de inicio y
la fecha de fin es menor a 1 semana el
Validación
sistema muestra el siguiente mensaje de Equipo
11 CUS006 de fechas 15/09/2017
“Debe existir por lo menos una semana Calidad
mínimas
de separación entre las fechas de inicio y
fin. Por favor, modifique las fechas”
Si la diferencia entre la fecha de inicio y
la fecha de fin es mayor a 3 semanas el
Validación
sistema muestra el siguiente mensaje de Equipo
12 CUS006 de fechas 15/09/2017
“El periodo de evaluación no puede Calidad
máximas
exceder las 3 semanas de duración. Por
favor, modifique las fechas”
Si el rango de fechas seleccionadas se
Validación solapa con el rango de fechas de otro
de periodo el sistema muestra el siguiente Equipo
13 CUS006 15/09/2017
solapamiento mensaje “Las fechas ingresadas se Calidad
de fechas solapan con otro periodo activo. Por
favor, modifique las fechas”
Si se trata de activar un periodo antes de
Validación su fecha de inicio el sistema muestra un
Equipo
14 CUS006 de activación mensaje de error “Error: No se puede 15/09/2017
Calidad
de periodo activar un periodo antes de su fecha de
inicio.”
1. CUS006_ES01: Listar todos los periodos existentes

Diseño de prueba
324
Data inicial:
Lista de todos los periodos existentes
Nombre Nombre Plantilla Fecha Fecha Fin Estado Días

Periodo Inicio Restantes
Septiembre 2017 Plantilla 2017 01/09/2017 21/09/2017 Creado -19

Reducida
Agosto 2017 Semestre 2017-02 01/08/2017 15/08/2017 Cerrado -
Julio 2017 Semestre 2017-02 01/07/2017 15/07/2017 Cerrado -
Junio 2017 Semestre 2017-01 01/06/2017 15/06/2017 Cerrado -
Mayo 2017 Semestre 2017-01 01/05/2017 15/05/2017 Cerrado -
Abril 2017 Semestre 2017-01 01/04/2017 15/04/2017 Cerrado -
Marzo 2017 Semestre 2017-01 01/03/2017 15/03/2017 Cerrado -
Febrero 2017 Semestre 2017-01 01/02/2017 15/02/2017 Cerrado -
Enero 2017 Semestre 2017-01 01/01/2017 15/01/2017 Cerrado -
Diciembre 2016 Semestre 2016-02 01/12/2016 15/12/2016 Cerrado -
Precondiciones
Ingresar al sistema FSE
Deben existir periodos creados
Resultado esperado:

325
Reducida
Registro de prueba
Resultado Comentari
Paso Descripción del Paso Entrada Pantallas
Esperado o
El sistema
El usuario ingresa a la Seleccionar la muestra la
Pantalla
1 opción “Planificación opción interfaz de la Correcto
1
5S” “Planificación 5S” ventana de
Planificación 5S.
El usuario ingresa a la El sistema
opción de Seleccionar la muestra todos
Pantalla
2 Planificación 5S: opción “Periodos los periodos de Correcto
2
“Periodos de de Evaluación 5S” evaluación 5S
Evaluación 5S” existentes
Zona de evidencias
Pantalla 1
326
Pantalla 2
327
2. CUS006_ES02: Listar los periodos por filtros
Diseño de prueba
Data inicial:


Reducida
328
Condiciones de entrada:
Precondiciones
Condición de entrada Valor

Nombre periodo Agosto 2017
Plantilla Semestre 2017-02
Fecha Inicio 01/08/2017
Fecha Fin 15/08/2017
Resultado esperado:
En la lista de periodos sólo se mostrará el periodo “Agosto 2017”
Días
Nombre Periodo Nombre Plantilla Fecha Inicio Fecha Fin Estado Restantes
Registro de prueba
Pas Descripción Resultado

Entrada Pantallas Comentarios
o del Paso Esperado
329
El usuario
El sistema muestra
ingresa a la Seleccionar la
la interfaz de la
1 opción opción Pantalla 1 Correcto
ventana de
“Planificació “Planificación 5S”
Planificación 5S.
n 5S”
El usuario
ingresa a la
opción de El sistema muestra
Seleccionar la
Planificación todos los periodos
2 opción “Periodos de Pantalla 2 Correcto
5S: de evaluación 5S
Evaluación 5S”
“Periodos de existentes
Evaluación
5S”
Ingresar la
información en los
campos Nombre
Ingresar la periodo: “Agosto
El sistema mostrará
información 2017”, Plantilla:
en el listado el
3 en los “Semestre 2017-02”, Pantalla 3 Correcto
periodo “Agosto
campos a Desde:
2017”
filtrar “01/08/2017” y
Hasta: “15/08/2017”
y seleccionar la
opción “Filtrar”
Zona de evidencias
Pantalla 1
330
Pantalla 2
Pantalla 3
331
3. CUS006_ES03: Crear periodo
Diseño de prueba
Data inicial:


Reducida
332
Precondiciones
Deben existir plantilla creadas
Deben existir bonos por cumplimientos creados
Deben existir bonos por mantenimientos creados
Deben existir tiendas creadas

Nombre Periodo Noviembre 2017
Plantilla Plantilla 2017 Reducida
Desde 01/11/2017
Hasta 15/11/2017
Bono por cumplimiento Cumplimiento 2017
Bono por mantenimiento Mantenimiento 2017
Mínimo aprobación 80
Asignar tiendas Todas
Resultado esperado:
El sistema muestra un mensaje de confirmación “El periodo Noviembre 2017 fue creado
correctamente.” El sistema muestra la pantalla de “Ver Periodo” mostrando los datos del
periodo recién creado. Se crea el registro para Noviembre 2017.
Nombre Periodo Nombre Plantilla Fecha Inicio Fecha Fin Estado
333
Noviembre 2017 Plantilla 2017 01/11/2017 15/11/2017 Creado
Reducida
Septiembre 2017 Plantilla 2017 01/09/2017 21/09/2017 Creado

Reducida
Agosto 2017 Semestre 2017-02 01/08/2017 15/08/2017 Cerrado
Julio 2017 Semestre 2017-02 01/07/2017 15/07/2017 Cerrado
Junio 2017 Semestre 2017-01 01/06/2017 15/06/2017 Cerrado
Mayo 2017 Semestre 2017-01 01/05/2017 15/05/2017 Cerrado
Abril 2017 Semestre 2017-01 01/04/2017 15/04/2017 Cerrado
Marzo 2017 Semestre 2017-01 01/03/2017 15/03/2017 Cerrado
Febrero 2017 Semestre 2017-01 01/02/2017 15/02/2017 Cerrado
Enero 2017 Semestre 2017-01 01/01/2017 15/01/2017 Cerrado
Registro de prueba

o del Paso Esperado
El usuario
El sistema muestra
la interfaz de la
ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
Seleccionar la
Evaluación 5S”
Evaluación
5S”
334
El usuario El sistema muestra
ingresa a la Seleccionar la la pantalla “Nuevo
3 opción opción “Nuevo Periodo” con toda Pantalla 3 Correcto
Nuevo Periodo” las información por
Periodo llenar
Ingresar la
información en los
campos Nombre
Periodo: Noviembre
2017, Desde:
El usuario 01/11/2017, Hasta:
ingresa la 15/11/2017, Bono
información por cumplimiento:
El sistema muestra
del nuevo Cumplimiento 2017,
la pantalla
4 periodo Bono por Pantalla 4 Correcto
“Asignación de
como indica mantenimiento:
tiendas”
las Mantenimiento
condiciones 2017, Plantilla:
de entrada Plantilla 2017
Reducida, Mínimo
aprobación: 80.
Seleccionar la
opción “Asignar
tiendas”
El sistema muestra
El usuario
la pantalla “Nuevo
selecciona Seleccionar todas las
5 Periodo” con toda la Pantalla 5 Correcto
las tiendas a tiendas
información llena y
evaluar
las tiendas a evaluar
El sistema muestra
El usuario
El usuario un mensaje de
selecciona la
6 selecciona la opción validación “¿Desea Pantalla 6 Correcto
opción Crear
“Crear Periodo” crear el nuevo
Periodo
periodo?”
El sistema muestra
un mensaje de
confirmación “El
El usuario
periodo Noviembre
selecciona la
El usuario 2017 fue creado
opción
7 selecciona la opción correctamente.” El Pantalla 7 Correcto
Aceptar y se
“Aceptar” sistema muestra la
crea el nuevo
pantalla de “Ver
periodo
Periodo” mostrando
los datos del
periodo recién
335
creado. Se crea el
registro para
Noviembre 2017
Zona de evidencias
Pantalla 1
Pantalla 2
336
Pantalla 3
337
Pantalla 4
338
Pantalla 5
339
340
Pantalla 6
341
342
Pantalla 7
343
4. CUS006_ES04: Editar periodo
Diseño de prueba
Data inicial:


Reducida
Precondiciones
Deben existir plantilla creadas
Deben existir bonos por cumplimientos creados
Deben existir bonos por mantenimientos creados
Deben existir tiendas creadas
344

Nombre Periodo Septiembre 2017 - 1
Desde 01/09/2017
Hasta 21/09/2017
Resultado esperado:
El sistema muestra un mensaje de confirmación “El periodo Octubre 2017 - 1 fue editado
correctamente.” El sistema muestra la pantalla de “Ver Periodo” mostrando los datos del
periodo recién editado. Se editan los datos para el periodo Octubre 2017 a Octubre 2017 –
1.
Septiembre 2017 - 1 Plantilla 2017 01/09/2017 21/09/2017 Creado

Reducida
Registro de prueba
345
o del Paso Esperado
El usuario
El sistema muestra
la interfaz de la
ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
Seleccionar la
Evaluación 5S”
Evaluación
5S”
El usuario El sistema muestra
ingresa a la Seleccionar la la pantalla “Editar
opción Editar opción “Editar” del Periodo” con toda la
3 Pantalla 3 Correcto
del periodo periodo Octubre información del
Octubre 2017 periodo Octubre
2017 2017
El usuario
modifica la Modificar el campo El sistema muestra
información Nombre Periodo: un mensaje de
del nombre Octubre 2017 a confirmación
del periodo y Octubre 2017 – 1 y “¿Desea guardar los
selecciona la selecciona la opción cambios hechos al
opción Guardar periodo?”
Guardar
El sistema muestra
un mensaje de
El usuario confirmación “El
selecciona la periodo Octubre
opción El usuario 2017 - 1 fue editado
5 Aceptar y se selecciona la opción correctamente” El Pantalla 5 Correcto
edita el “Aceptar” sistema muestra la
nuevo pantalla de “Ver
periodo Periodo” mostrando
los datos del
periodo editado.
Zona de evidencias
Pantalla 1
346
Pantalla 2
347
Pantalla 3
348
Pantalla 4
349
Pantalla 5
350
5. CUS006_ES05: Ver periodo
Diseño de prueba
Data inicial:


Reducida
351
Precondiciones

Estado Todos
Resultado esperado:
El sistema muestra la pantalla “Ver periodo” para el periodo Agosto 2017 con los siguientes
datos:
Campos Datos
Nombre Periodo Agosto 2017
Plantilla Semestre 2017-02
Desde 01/08/2017
Hasta 15/08/2017
Bono por Cumplimiento Cumplimiento 2017
Bono por Mantenimiento Mantenimiento 2017
Mínimo Aprobación 80
Registro de prueba
Descripción Resultado
Paso Entrada Pantallas Comentarios
del Paso Esperado
El usuario Seleccionar la
El sistema
1 ingresa a la opción Pantalla 1 Correcto
muestra la interfaz
opción “Planificación 5S”
352
“Planificació de la ventana de
n 5S” Planificación 5S.
El usuario
ingresa a la
El sistema
opción de
Seleccionar la muestra todos los
Planificación
2 opción “Periodos periodos de Pantalla 2 Correcto
5S: “Periodos
de Evaluación 5S” evaluación 5S
de
existentes
Evaluación
5S”
El sistema
muestra la
El usuario
pantalla “Ver
selecciona la Seleccionar la
Periodo” para el
opción ver opción “Ver” para
periodo “Agosto
3 para el el periodo con Pantalla 3 Correcto
2017” con los
periodo con nombre “Agosto
datos descritos en
nombre 2017”
el resultado
agosto 2017
esperado
bloqueados
Zona de evidencias
Pantalla 1
353
Pantalla 2
Pantalla 3
354
355
6. CUS006_ES06: Deshabilitar periodo
Diseño de prueba
Data inicial:

Noviembre 2017 Plantilla 2017 01/11/2017 15/11/2017 Creado 41

Reducida

Reducida
Precondiciones
Resultado esperado:
356
El sistema deshabilita el periodo, ya no se muestra en la lista, esta se refresca y se muestra
un mensaje de confirmación “El periodo Noviembre 2017 se deshabilitó correctamente”.
Septiembre 2017 Plantilla 2017 01/09/2017 21/09/2017 Creado

Reducida
Registro de prueba
del Paso Esperado
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
El sistema
opción de
Planificación
5S: “Periodos
de
existentes
Evaluación
5S”
357
El usuario Seleccionar la El sistema
selecciona la opción muestra el
opción “Deshabilitar” mensaje de
3 deshabilitar para el periodo confirmación Pantalla 3 Correcto
del periodo con nombre “¿Desea
noviembre “Noviembre deshabilitar el
2017” 2017” periodo?”
El sistema
deshabilita el
periodo, ya no se
muestra en la lista
El usuario
y se muestra un
4 mensaje de Pantalla 4 Correcto
opción opción “Aceptar”
confirmación “El
aceptar
periodo
Noviembre 2017
se deshabilitó
correctamente”
Zona de evidencias
Pantalla 1
Pantalla 2
358
Pantalla 3
359
Pantalla 4
360
7. CUS006_ES07: Activar periodo
Diseño de prueba
Data inicial:


Reducida
Precondiciones
Resultado esperado:
361
El sistema activa el periodo, actualiza los datos del periodo en la lista, esta se refresca y se
muestra un mensaje de confirmación “El periodo Septiembre 2017 se activó correctamente”.

Septiembre Plantilla 2017 01/09/2017 21/09/2017 Activo 0

2017 Reducida
Registro de prueba
del Paso Esperado
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario
El sistema
ingresa a la
opción de
Planificación
5S: “Periodos
existentes
de
362
Evaluación
5S”
El usuario
Seleccionar la El sistema
selecciona la
opción “Activar” muestra el
opción
para el periodo mensaje de
3 “Activar” del Pantalla 3 Correcto
con nombre confirmación
periodo
“Septiembre “¿Desea activar el
“Septiembre
2017” periodo?”
2017”
El sistema activa
el periodo,
actualiza los datos
del periodo en la
El usuario
lista y se muestra
4 un mensaje de Pantalla 4 Correcto
confirmación “El
aceptar
periodo
Septiembre 2017
se activó
correctamente”
Zona de evidencias
Pantalla 1
363
Pantalla 2
Pantalla 3
364
365
Pantalla 4
8. CUS006_ES08: Cerrar periodo

Diseño de prueba
Data inicial:

Septiembre Plantilla 2017 01/09/2017 21/09/2017 Activo 0

2017 Reducida
366
Precondiciones
Un periodo debe estar Activo
Resultado esperado:
El sistema cierra el periodo, actualiza los datos del periodo en la lista, esta se refresca y
muestra el mensaje de confirmación “El periodo Septiembre 2017 se cerró correctamente”.

Septiembre Plantilla 2017 01/09/2017 21/09/2017 Cerrado -

2017 Reducida
367
Registro de prueba
del Paso Esperado
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
El sistema
opción de
Planificación
5S: “Periodos
de
existentes
Evaluación
5S”
El usuario
selecciona la
opción “Cerrar” muestra el
opción
para el periodo mensaje de
3 “Cerrar” del Pantalla 3 Correcto
con nombre confirmación
periodo
“Septiembre “¿Desea cerrar el
“Septiembre
2017” periodo?”
2017”
El sistema cierra
el periodo,
actualiza los datos
del periodo en la
El usuario
lista y se muestra
4 un mensaje de Pantalla 4 Correcto
confirmación “El
aceptar
periodo
Septiembre 2017
se cerró
correctamente”
Zona de evidencias
368
Pantalla 1
Pantalla 2
369
Pantalla 3
370
371
Pantalla 4
372
9. CUS006_ES09: Cancelar proceso
Diseño de prueba
Data inicial:


2017 Reducida
Precondiciones

Nombre Periodo Octubre 2017
Desde 01/10/2017
373
Hasta 15/10/2017
Asignar tiendas Amazonas
Resultado esperado:
El sistema descarta cualquier cambio realizado y muestra la pantalla “Periodos de

Evaluación 5S” mostrando los mismos datos sin modificaciones.


2017 Reducida
Registro de prueba
del Paso Esperado
374
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
El sistema
opción de
Planificación
5S: “Periodos
de
existentes
Evaluación
5S”
El usuario
El sistema
muestra la
3 opción opción “Nuevo Pantalla 3 Correcto
pantalla “Nuevo
“Nuevo Periodo”
Periodo”
Periodo”
El usuario
El sistema
ingresa los
muestra un
datos de la Ingresar los datos
mensaje de
plantilla de la plantilla
confirmación
como indican como indican las
“Todos los
4 las condiciones de Pantalla 4 Correcto
cambios no
condiciones entrada y
guardados se
de entrada y selecciona la
perderán. ¿Está
selecciona la opción “Cancelar”
seguro de querer
opción
continuar?
“Cancelar”
El sistema
muestra la
El usuario
pantalla “Periodos
5 de Evaluación 5S” Pantalla 5 Correcto
sin haber
“Aceptar”
realizado ningún
cambio
Zona de evidencias
Pantalla 1
375
Pantalla 2
376
Pantalla 3
Pantalla 4
377
Pantalla 5
378
10. CUS006_ES10: Validación de campos obligatorios
Diseño de prueba
Data inicial:


2017 Reducida
Precondiciones

Nombre Periodo Vacío
379
Plantilla Sin seleccionar
Desde Vacío
Hasta Vacío
Bono por cumplimiento Sin seleccionar
Bono por mantenimiento Sin seleccionar
Asignar tiendas Sin seleccionar
Resultado esperado:
El sistema muestra el mensaje de validación “Requerido” para los campos “Nombre

Periodo”, “Plantilla”, “Desde”, “Hasta”, “Bono por cumplimiento”, “Bono por
mantenimiento” y también para la opción “Asignar Tiendas”. Cualquiera de estos campos
que este vacío mostrará el mensaje de validación sin importar las combinaciones.
Registro de prueba
del Paso Esperado
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
El sistema
opción de
Planificación
5S: “Periodos
de
existentes
Evaluación
5S”
El usuario
El sistema
muestra la
pantalla “Nuevo
“Nuevo Periodo”
Periodo”
Periodo”
El usuario El sistema
Ingresar los datos
ingresa los muestra el
de la plantilla
datos de la mensaje de
como indican las
4 plantilla validación Pantalla 4 Correcto
condiciones de
como indican “Requerido” para
entrada y
las los campos
seleccionar la
condiciones “Nombre
380
de entrada y opción “Crear Periodo”,
selecciona la Periodo” “Plantilla”,
opción “Crear “Desde”, “Hasta”,
Periodo” “Bono por
cumplimiento”,
“Bono por
mantenimiento” y
también para la
opción “Asignar
Tiendas”
Zona de evidencias
Pantalla 1
Pantalla 2
381
Pantalla 3
382
Pantalla 4
11. CUS006_ES11: Validación de fechas mínimas

Diseño de prueba
Data inicial:


2017 Reducida
383
Precondiciones
Deben existir plantillas creadas

Nombre periodo Octubre 2017
Desde 01/10/2017
Hasta 05/10/2017
Asignar tiendas Amazonas
Resultado esperado:
Si la diferencia entre la fecha de inicio y la fecha de fin es menor a 1 semana el sistema

muestra el siguiente mensaje de “Debe existir por lo menos una semana de separación entre
las fechas de inicio y fin. Por favor, modifique las fechas”.
Registro de prueba
del Paso Esperado
384
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
El sistema
opción de
Planificación
5S: “Periodos
de
existentes
Evaluación
5S”
El usuario
El sistema
muestra la
pantalla “Nuevo
“Nuevo Periodo”
Periodo”
Periodo”
El usuario
ingresa los
Ingresar los datos
datos de la
de la plantilla El sistema
plantilla
como indican las muestra un
como indican
condiciones de mensaje de
4 las Pantalla 4 Correcto
entrada y confirmación
condiciones
seleccionar la ¿Desea crear el
de entrada y
opción “Crear nuevo periodo?
selecciona la
Periodo”
opción “Crear
Periodo”
El sistema
muestra el
mensaje de error
“Debe existir por
El usuario
lo menos una
5 semana de Pantalla 5 Correcto
separación entre
“Aceptar”
las fechas de
inicio y fin. Por
favor, modifique
las fechas”
Zona de evidencias
Pantalla 1
385
Pantalla 2
386
Pantalla 3
387
Pantalla 4
388
Pantalla 5
12. CUS006_ES12: Validación de fechas máximas

Diseño de prueba
Data inicial:

Octubre 2017 Trimestre 2017-04 12/10/2017 26/10/2017 Activo 7
Septiembre Trimestre 2017-02 01/09/2017 15/09/2017 Cerrado -

2017
389
Precondiciones

Nombre Periodo Diciembre 2017
Plantilla Trimestre 2017-04
Desde 01/12/2017
Hasta 31/12/2017
Asignar tiendas Lima
Resultado esperado:
Si la diferencia entre la fecha de inicio y la fecha de fin es mayor a 3 semanas el sistema

muestra el siguiente mensaje de “El periodo de evaluación no puede exceder las 3 semanas
de duración. Por favor, modifique las fechas”.
Registro de prueba
del Paso Esperado
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
390
El usuario
ingresa a la
El sistema
opción de
Planificación
5S: “Periodos
de
existentes
Evaluación
5S”
El usuario
El sistema
muestra la
pantalla “Nuevo
“Nuevo Periodo”
Periodo”
Periodo”
El usuario
ingresa los
Ingresar los datos
datos de la
plantilla
como indican
condiciones
de entrada y
selecciona la
Periodo”
opción “Crear
Periodo”
El sistema
muestra el
mensaje de error
El usuario “El periodo de
selecciona la Seleccionar la evaluación no
opción opción “Aceptar” puede exceder las
“Aceptar” 3 semanas de
duración. Por
favor, modifique
las fechas”
Zona de evidencias
Pantalla 1
391
Pantalla 2
392
Pantalla 3
393
Pantalla 4
394
Pantalla 5
395
13. CUS006_ES13: Validación de solapamiento de fechas
Diseño de prueba
Data inicial:


2017
396
Precondiciones

Nombre Periodo Diciembre 2017
Plantilla Trimestre 2017-04
Desde 18/10/2017
Hasta 30/10/2017
Asignar tiendas Lima
Resultado esperado:
Si el rango de fechas seleccionadas se solapa con el rango de fechas de otro periodo el

sistema muestra el siguiente mensaje “Las fechas ingresadas se solapan con otro periodo
activo. Por favor, modifique las fechas”.
Registro de prueba
del Paso Esperado
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario El sistema
ingresa a la Seleccionar la muestra todos los
2 opción de opción “Periodos periodos de Pantalla 2 Correcto
Planificación de Evaluación 5S” evaluación 5S
5S: “Periodos existentes
397
de
Evaluación
5S”
El usuario
El sistema
muestra la
pantalla “Nuevo
“Nuevo Periodo”
Periodo”
Periodo”
El usuario
ingresa los
Ingresar los datos
datos de la
plantilla
como indican
condiciones
de entrada y
selecciona la
Periodo”
opción “Crear
Periodo”
El sistema
muestra el
mensaje de error
El usuario “Las fechas
selecciona la Seleccionar la ingresadas se
opción opción “Aceptar” solapan con otro
“Aceptar” periodo activo.
Por favor,
modifique las
fechas”
Zona de evidencias
Pantalla 1
398
Pantalla 2
Pantalla 3
399
Pantalla 4
400
401
Pantalla 5
14. CUS006_ES14: Validación de activación de periodo

Diseño de prueba
Data inicial:

Diciembre 2017 Trimestre 2017-04 01/12/2017 15/12/2017 Creado 43

2017
402
Precondiciones
Deben existir un periodo creado
Resultado esperado:
Si se trata de activar un periodo antes de su fecha de inicio el sistema muestra un mensaje

de error “Error: No se puede activar un periodo antes de su fecha de inicio.”.
Registro de prueba
del Paso Esperado
El usuario
El sistema
muestra la interfaz
de la ventana de
Planificación 5S.
n 5S”
El usuario
ingresa a la
El sistema
opción de
Planificación
5S: “Periodos
de
existentes
Evaluación
5S”
403
El usuario
selecciona la El sistema
opción Seleccionar la muestra un
“Activar” opción “Activar” mensaje de
para el para el periodo confirmación
periodo Diciembre 2017 ¿Desea activar el
Diciembre periodo?
2017
El sistema
muestra el
El usuario mensaje de error
selecciona la Seleccionar la “Error: No se
opción opción “Aceptar” puede activar un
“Aceptar” periodo antes de
su fecha de
inicio.”
Zona de evidencias
Pantalla 1
Pantalla 2
404
Pantalla 3
405
Pantalla 4
406
2. Caso de pruebas para el caso de uso del sistema
CUS019_ConsultarTiendasAsignadas
Escenarios de prueba
A partir del Flujos

Nombre de Escenario
Flujo alternos
CUS019_ES01: Listar todas las tiendas del periodo de

Básico -
evaluación vigente asignadas al supervisor
Subflujo:
CUS019_ES02: Filtrar las tiendas asignadas al Filtrado por
-
supervisor por estado “pendientes”. tiendas
pendientes
Subflujo:
CUS019_ES03: Filtrar las tiendas asignadas al Filtrado por
-
supervisor por estado “evaluadas”. tiendas
evaluadas
CUS019_ES04: Consultar tiendas sin tener tiendas Flujo Alterno

Básico
asignadas a)
CUS019_ES05: Cancelar la consulta de tiendas Flujo Alterno

Básico
asignadas b)
Básico Flujo Alterno

CUS019_ES06: Evaluar tienda asignada
c)
Flujo Alterno
CUS019_ES07: Consultar tienda específica asignada Básico
d)
1. CUS019_ES01: Listar todas las tiendas del periodo de evaluación vigente asignadas
al supervisor
407
Diseño de prueba
Data inicial:
Lista de todas las tiendas asignadas al supervisor:
Código Tienda Nombre Teléfono Dirección
TI-00001 San Miguel editado 4489190 Av. Universitaria 837
TI-00003 Huaral 4846515 Calle derecha 836
TI-00004 Ventanilla 8761321 Mz. C1 Lote 13
TI-00005 Puente Piedra 4568452 Jr. Ricardo Palma 158
TI-00007 Los Olivos 4898745 Av. Antunes de Mayolo

1298
TI-00008 Lima Centro 4684512 Av. Tacna 312
TI-00009 San Juan Lurigancho 4897465 Av. Gran Chimú 976
TI-00012 La Victoria 6845421 Av. Manco Cápac 338
TI-00150 San Juan Lurigancho 4895252 Av. Próceres de la

Distrib. independencia 230
TI-00186 UPC Monterrico 4489192 UPC Monterrico
Precondiciones
Deben existir un periodo creado y activo
Deben existir tiendas asignadas
Deben existir supervisores
Resultado esperado:
408
Lista de todas las tiendas asignadas al supervisor en este periodo

1298

Registro de prueba
Resultado
Paso Descripción del Paso Entrada Pantallas Comentario
Esperado
El sistema
El usuario ingresa a la Seleccionar la
muestra todas las Pantalla
1 opción “Mis tiendas opción “Mis Correcto
tiendas asignadas 1
asignadas” tiendas asignadas”
al supervisor.
Zona de evidencias
Pantalla 1
409
2. CUS019_ES02: Filtrar las tiendas asignadas al supervisor por estado “pendientes”
Diseño de prueba
410
Data inicial:

1298

Precondiciones

Estado Pendientes
Resultado esperado:
411
Lista de las tiendas asignadas al supervisor en este periodo en estado “pendiente”

1298

Registro de prueba
Resultado
Esperado
El sistema
tiendas asignadas 1
al supervisor.
El sistema
El usuario selecciona Seleccionar la muestra todas las
Pantalla
2 la opción opción tiendas asignadas Correcto
2
“Pendientes” “Pendientes” al supervisor en
estado pendiente.
Zona de evidencias
Pantalla 1
412
Pantalla 2
413
3. CUS019_ES03: Filtrar las tiendas asignadas al supervisor por estado “evaluadas”
Diseño de prueba
Data inicial:

1298
414

Precondiciones

Estado Pendientes
Resultado esperado:
Lista de las tiendas asignadas al supervisor en este periodo en estado “evaluadas”
Registro de prueba
Resultado
Esperado
El sistema
tiendas asignadas 1
al supervisor.
El usuario selecciona Pantalla
2 opción muestra todas las Correcto
la opción “Evaluadas” 2
“Evaluadas” tiendas asignadas
415
al supervisor en
estado evaluado.
Zona de evidencias
Pantalla 1
416
Pantalla 2
4. CUS019_ES04: Consultar tiendas sin tener tiendas asignadas

Diseño de prueba
Data inicial:
No se tiene datos porque aún no han sido asignadas las tiendas a los supervisores para este
periodo.
Precondiciones
Resultado esperado:
La aplicación móvil mostrará el mensaje de validación “Actualmente no existe un periodo

de evaluación 5S activo, o usted no cuenta con tiendas asignadas”.
417
Registro de prueba
Resultado
Esperado
El sistema
muestra un
mensaje de
validación
El usuario ingresa a la Seleccionar la “Actualmente no
Pantalla
1 opción “Mis tiendas opción “Mis existe un periodo Correcto
1
asignadas” tiendas asignadas” de evaluación 5S
activo, o usted
no cuenta con
tiendas
asignadas”.
Zona de evidencias
Pantalla 1
5. CUS019_ES05: Cancelar la consulta de tiendas asignadas

Diseño de prueba
418
Data inicial:

1298

Precondiciones
Resultado esperado:
El sistema muestra el menú principal.
Registro de prueba
419
Resultado
Esperado
El sistema
tiendas asignadas 1
al supervisor.
El sistema
El usuario selecciona Seleccionar la Pantalla
2 muestra el menú Correcto
la opción “Atrás” opción “Atrás” 2
principal
Zona de evidencias
Pantalla 1
420
Pantalla 2
6. CUS019_ES06: Evaluar tienda asignada
421
Diseño de prueba
Data inicial:
TI-00006 San Martín 2645854 Av. Universitaria Norte

301
TI-00010 Chosica 5487485 Av. Lima Sur 752
TI-00011 Jesús María 5684512 Av. Arenales 720

1298

Precondiciones
Resultado esperado:
422
El sistema invoca al caso de uso CUS017_RealizarEvaluacion5S para la tienda
seleccionada. El sistema muestra el listado de etapas 5S con la cantidad de preguntas a
evaluar.
Registro de prueba
Resultado
Esperado
El sistema
tiendas asignadas 1
al supervisor.
El sistema valida
que la
geolocalización
El usuario selecciona sea correcta.
la opción “Evaluar” Seleccionar la Luego muestra el Pantalla
2 Correcto
para la tienda San opción “Evaluar” listado de etapas 2
Martín 5S con la
cantidad de
preguntas a
evaluar
Zona de evidencias
Pantalla 1
423
Pantalla 2
424
7. CUS019_ES07: Consultar tienda específica asignada
Diseño de prueba
Data inicial:

1298
425
Precondiciones
Resultado esperado:
El sistema invoca al caso de uso CUS020_ConsultarTienda para la tienda seleccionada.
Registro de prueba
Descripción del
Paso Entrada Resultado Esperado Pantallas Comentario
Paso
El usuario
Seleccionar la
ingresa a la El sistema muestra todas
opción “Mis Pantalla
1 opción “Mis las tiendas asignadas al Correcto
tiendas 1
tiendas supervisor.
asignadas”
asignadas”
El usuario Seleccionar la El sistema invoca al caso
selecciona la opción “Más” de uso
Pantalla
2 opción “Más” de de la tienda CUS020_ConsultarTienda Correcto
2
la tienda San San Miguel para la tienda
Miguel editado editado seleccionada
Zona de evidencias
Pantalla 1
426
Pantalla 2
427
428
Anexo 7. Pantallas de las aplicaciones web y móvil de los casos de uso del ciclo cero
a) CUS006_EstablecerPeriodoDeEvaluacion5S
Ilustración 82 - CUS006_EstablecerPeriodoDeEvaluacion5S – Periodos Evaluación.

Ilustración 83 - CUS006_EstablecerPeriodoDeEvaluacion5S - Ver Periodo. Fuente:

elaboración propia
429
Ilustración 84 - CUS006_EstablecerPeriodoDeEvaluacion5S - Nuevo Periodo.
Ilustración 85 - CUS006_EstablecerPeriodoDeEvaluacion5S – Asignación de tiendas.

430
b) CUS007_ActualizarItems
Ilustración 86 - CUS007_ActualizarItems - Consulta de Ítems. Fuente: elaboración

propia
Ilustración 87 - CUS007_ActualizarItems - Nuevo Ítem. Fuente: elaboración propia
431
Ilustración 88 - CUS007_ActualizarItems - Ver Ítem en estado borrador. Fuente:
elaboración propia
Ilustración 89 - CUS007_ActualizarItems - Ver Ítem en estado final. Fuente:

elaboración propia
432
Ilustración 90 - CUS007_ActualizarItems - Desbloquear ítem. Fuente: elaboración
propia
c) CUS009_ActualizarPlantilla5S
Ilustración 91 - CUS009_ActualizarPlantilla5S - Pantalla "Plantillas 5S". Fuente:

elaboración propia
433
Ilustración 92 - CUS009_ActualizarPlantilla5S - Pregunta tras seleccionar "Nueva
Plantilla". Fuente: elaboración propia
Ilustración 93 - CUS009_ActualizarPlantilla5S - Pantalla "Nueva Plantilla" vacía.

434
Ilustración 94 - CUS009_ActualizarPlantilla5S - Pantalla "Nueva plantilla" con datos
e ítems. Fuente: elaboración propia
Ilustración 95 - CUS009_ActualizarPlantilla5S - Pantalla "Editar Plantilla". Fuente:

elaboración propia
435
Ilustración 96 - CUS009_ActualizarPlantilla5S - Pantalla "Ver Plantilla" para un ítem
en estado "Borrador". Fuente: elaboración propia
Ilustración 97 - CUS009_ActualizarPlantilla5S - Pantalla "Consultar Plantilla" para

un ítem en estado "Final". Fuente: elaboración propia
d) CUS010_BuscarItemsPlantilla
436
Ilustración 98- CUS010_BuscarItemsPlantilla. Pantalla "Añadir Ítems". Fuente:
elaboración propia
e) CUS017_RealizarEvaluacion5S
437
Ilustración 99 -
Ilustración 100 -
CUS017_RealizarEvaluacion5S -
CUS017_RealizarEvaluacion5S – Pantalla
Menú principal de la aplicación
de error al verificar ubicación. Fuente:
móvil. Fuente: elaboración propia
elaboración propia

CUS017_RealizarEvaluacion5S – Pantalla CUS017_RealizarEvaluacion5S - Pantalla
de éxito al verificar ubicación. Fuente: de selección de etapas inicial. Fuente:
elaboración propia elaboración propia
438
CUS017_RealizarEvaluacion5S - Ejemplo CUS017_RealizarEvaluacion5S - Ejemplo
de ítem aprobado. Fuente: elaboración de ítem desaprobado. Fuente: elaboración
propia propia
Ilustración 105 -
Ilustración 106 -
CUS017_RealizarEvaluacion5S - Ejemplo CUS017_RealizarEvaluacion5S - Pantalla
de ingreso de texto explicativo. Fuente: de selección de etapas actualizada. Fuente:
elaboración propia elaboración propia
439
CUS017_RealizarEvaluacion5S - Ejemplo CUS017_RealizarEvaluacion5S - Resultado
de ítem con evidencia requerida y de evaluación 5S. Fuente: elaboración
adjuntada. Fuente: elaboración propia propia
f) CUS019_ConsultarTiendasAsignadas

CUS019_ConsultarTiendasAsignadas – CUS019_ConsultarTiendasAsignadas -
Pantalla “Mis tiendas asignadas”. Fuente: Pantalla “Mis tiendas asignadas” filtrada por
elaboración propia tiendas pendientes de evaluar. Fuente:
elaboración propia
g) CUS024_ConsultarInformeDeBonos
440
Ilustración 111 - CUS024_ConsultarInformeDeBonos - Informe de bonos. Fuente:
elaboración propia
h) CUS027_ConsultarEvaluacion5SRealizada
441
Ilustración 112 - CUS027_ConsultarEvaluacion5SRealizada - Pantalla "Evaluaciones
5S". Fuente: elaboración propia
Ilustración 113 - CUS027_ConsultarEvaluacion5SRealizada - Pantalla "Evaluación

5S" de una tienda. Fuente: elaboración propia
442
i) CUS030_ActualizarTiendas
Ilustración 114 - CUS030_ActualizarTiendas - Lista de tiendas. Fuente: elaboración

propia
Ilustración 115 - CUS030_ActualizarTiendas - Editar tienda. Fuente: elaboración

propia
443
Ilustración 116 - CUS030_ActualizarTiendas - Consultar tienda. Fuente: elaboración
propia
j) CUS025_GenerarInformeGlobal
444
Ilustración 117 - CUS025_GenerarInformeGlobal - Generar Reporte. Fuente:
elaboración propia
445

Moscoso HJ

Cargado por

Copyright:

Formatos disponibles

Moscoso HJ

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

Moscoso HJ

Cargado por

Copyright:

Formatos disponibles

Gestión de la calidad del servicio para

una empresa de telecomunicaciones

Item Type info:eu-repo/semantics/bachelorThesis

Authors Moscoso Horruitiner, Joan Manuel; Valdivia Pérez, Diego Martin

Citation [1] M. Horruitiner et al., “Gestión de la calidad del servicio para

Publisher Universidad Peruana de Ciencias Aplicadas (UPC)

Download date 09/11/2022 20:29:23

Item License http://creativecommons.org/licenses/by-nc-nd/4.0/

Link to Item http://hdl.handle.net/10757/622543

CARRERA DE INGENIERÍA DE SISTEMAS

GESTIÓN DE LA CALIDAD DEL SERVICIO PARA

Para optar por el título profesional de Ingeniero de Sistemas

MOSCOSO HORRUITINER, JOAN MANUEL (0000-0002-3779-3249)

LEPAGE CHUMPITAZ, CESAR AUGUSTO (0000-0003-3013-7852)

Lima, octubre de 2017

El presente proyecto consiste en la creación de un sistema para la gestión de la calidad del

El contenido del proyecto ha sido dividido en ocho capítulos. En el primer capítulo,

De este proyecto se espera obtener el conocimiento del negocio y diseñar e implementar un

CAPÍTULO 1: FUNDAMENTOS TEÓRICOS................................................................. 25

1.1. MARCO TEÓRICO ...................................................................................................... 25

CAPÍTULO 2: PROPUESTA DE SOLUCIÓN ................................................................. 54

2.1. OBJETIVOS DEL PROYECTO........................................................................................ 54

CAPÍTULO 3: MODELADO DEL NEGOCIO................................................................. 74

3.1.1. Reglas del negocio ............................................................................................... 74

CAPÍTULO 4: REQUERIMIENTOS............................................................................... 106

4.1. ESPECIFICACIÓN DE LOS REQUERIMIENTOS DEL SOFTWARE .................................... 106

CAPÍTULO 5: ARQUITECTURA DE SOFTWARE ..................................................... 212

CAPÍTULO 6: CONSTRUCCIÓN ................................................................................... 232

6.1. PATRONES DE LA SOLUCIÓN PROPUESTA ................................................................. 233

CAPÍTULO 7: CALIDAD Y PRUEBAS DEL SOFTWARE ......................................... 265

7.1. PLAN DE LA CALIDAD DEL SOFTWARE ..................................................................... 265

CAPÍTULO 8: GESTIÓN DEL PROYECTO ................................................................. 280

8.1. REGISTRO DE INTERESADOS .................................................................................... 280

ANEXOS ............................................................................................................................... 303

Tabla 2 - Porcentaje de penetración de los sistemas operativos móviles a nivel mundial.

Tabla 3 - Resumen de problemas a resolver. Fuente: Elaboración propia............................... 52

Tabla 4 - Análisis comparativo de soluciones encontradas. Fuente: Elaboración propia. ....... 69

Tabla 5 - Reglas de negocio. Fuente: Elaboración propia. ...................................................... 79

Tabla 6 - Actores del negocio. Fuente: Elaboración propia..................................................... 80

Tabla 7 - Casos de uso del negocio. Fuente: Elaboración propia. ........................................... 80

Tabla 8 - Trabajadores del Negocio. Fuente: Elaboración propia. .......................................... 81

Tabla 9 - Atributos de la entidad "Plantilla de Evaluación 5S". Fuente: Elaboración propia. 82

Tabla 11 - Atributos de la entidad "Ítem". Fuente: Elaboración propia. ................................. 83

Tabla 12 - Atributos de la entidad "Evaluación 5S". Fuente: Elaboración propia................... 83

Tabla 13 - Atributos de la entidad "Detalle de Evaluación 5S". Fuente: Elaboración propia. 84

Tabla 14 - Atributos de la entidad "Cronograma de Evaluaciones". Fuente: Elaboración

Tabla 15 - Atributos de la entidad " Sucursal". Fuente: Elaboración propia. .......................... 85

Tabla 16 - Atributos de la entidad " Tienda". Fuente: Elaboración propia. ............................. 85

Tabla 17 - Atributos de la entidad " Supervisor". Fuente: Elaboración propia. ...................... 86

Tabla 18 - Atributos de la entidad “Registro de tiendas asignadas". Fuente: Elaboración

Tabla 19 - Atributos de la entidad “Informe de Evaluaciones". Fuente: Elaboración propia. . 87

Tabla 20 - Atributos de la entidad “Detalle Informe de Evaluaciones". Fuente: Elaboración

Tabla 22 - Atributos de la entidad “Informe de bonos". Fuente: Elaboración propia. ............ 89

Tabla 23 - Atributos de la entidad “Detalle Informe de bonos". Fuente: Elaboración propia. 89

Tabla 24 - Atributos de la entidad “Informe Gerencial". Fuente: Elaboración propia. ........... 90

Tabla 28 - Requerimientos no funcionales de usabilidad. Fuente: elaboración propia ......... 113

Tabla 29 - Requerimientos no funcionales de confiabilidad. Fuente: elaboración propia..... 114

Tabla 30 - Requerimientos no funcionales de rendimiento. Fuente: elaboración propia ...... 114

Tabla 31 - Requerimientos no funcionales de soporte. Fuente: elaboración propia .............. 115

Tabla 32 - Requerimientos no funcionales de restricción de diseño. Fuente: elaboración