UNIVERSIDAD NACIONAL DE TRUJILLO

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE

SISTEMAS

Desarrollo de una aplicación web dinámica con la implementación

del framework jQuery para mejorar la gestión del control de actas
de verificación de emisión de comprobantes de pago y control móvil
de la Sunat – La Libertad

TESIS
PARA OBTENER EL TÍTULO PROFESIONAL DE INGENIERO
DE SISTEMAS

AUTORES:
Br. Castro Segura Julio Cesar
Br. Miñano Pérez Alberto Oban
ASESOR:
Mg. Santos Fernández Juan Pedro

TRUJILLO – PERÚ
2014

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

DEDICATORIA

A Dios por haberme brindado su

apoyo divino en todo momento para
seguir adelante día a día llegando a
cumplir con cada objetivo trazado en
mi vida como persona y universitario.

A mis padres, por su esfuerzo y dedicación

en la buena formación de mi persona en
cada etapa de mi vida. Gracias papá y
mamá por brindarme una carrera para mi
futuro y por creer en mí. Los Amo.

A mis hermanos, por su constante

apoyo y consideración; a mis
demás familiares por su
colaboración en el transcurso de
mi carrera universitaria.

Julio César

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
2
 DEDICATORIA

Con todo mi amor y cariño a ti Dios por

haberme brindado la oportunidad de vivir
y regalarme una familia maravillosa.

A mi madre Blanca Pérez Paredes por estar

conmigo en aquellos momentos en que el
estudio y el trabajo ocuparon mi tiempo y
esfuerzo, apoyándome y estimulándome
para poder seguir adelante en cada etapa de
mi carrera universitaria.
A mi padre Celso Miñano Rodríguez quien
desde el cielo ha guiado siempre mis pasos.

A mis hermanos, amigos

inseparables, por estar conmigo y
apoyarme siempre en todo momento.
A una persona especial Jessica
Abanto Correa por estar a mi lado y
apoyarme siempre.

Alberto Obán

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

PRESENTACIÓN

Señores miembros del Jurado:

De conformidad con lo dispuesto en el Reglamento de Grados y Títulos de la Escuela

Profesional de Ingeniería de Sistemas de la Universidad Nacional de Trujillo, nos
permitimos poner a vuestra consideración la siguiente tesis:

“DESARROLLO DE UNA APLICACION WEB DINAMICA CON LA

IMPLEMENTACION DEL FRAMEWORK JQUERY PARA MEJORAR
LA GESTIÓN DEL CONTROL DE ACTAS DE VERIFICACION DE
EMISION DE COMPROBANTES DE PAGO Y CONTROL MOVIL DE
LA SUNAT - LA LIBERTAD”

Con la finalidad de cumplir con los requisitos para optar el título profesional de Ingenieros de
Sistemas.

Ponemos el presente trabajo para que sea analizado a vuestro criterio y consideración, esperando
que constituya una herramienta útil de consulta para quienes se interesen en el estudio realizado.

Trujillo, Febrero del 2014

-------------------------------------------------- ------------------------------------------------
---
Castro Segura, Julio Cesar Miñano Pérez, Alberto Oban

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
4
 AGRADECIMIENTO

A Dios todopoderoso, que está en cada uno de nosotros, en todas las circunstancias de
nuestra vida, llenándonos de vida y salud. por habernos iluminado durante toda la
carrera y habernos dado fuerzas para seguir siempre adelante.

A nuestros padres, por enseñarnos a vivir los hermosos momentos de la vida, mostrando
felicidad y amor, por guiarnos y ser nuestros mejores amigos.

A nuestros hermanos, por entendernos, comprendernos, soportarnos y sobre todo por

estar siempre con nosotros en esos momentos especiales.

A nuestros amigos por celebrar siempre nuestros triunfos y apoyar en los momentos
difíciles.

A la UNIVERSIDAD NACIONAL DE TRUJILLO (UNT), a todos los profesores de la

Facultad de Ingeniería en especial a los de la carrera de Ingeniería de Sistemas quienes
contribuyeron en nuestra formación profesional.

A nuestro asesor Ing. Juan Pedro Santos Fernández, por su apoyo y disponibilidad para
guiarnos en el cumplimiento de nuestra meta.

Los Autores

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

RESUMEN
“Desarrollo de una aplicación web dinámica con la implementación del
Framework Jquery para mejorar la gestión del control de actas de
verificación de emisión de comprobantes de pago y control móvil de la
SUNAT - La Libertad”.

Ha sido elaborado con la finalidad de demostrar que se puede mejorar la gestión del
control de actas de verificación de emisión de comprobantes de pago y control móvil
mediante el desarrollo e implementación de una aplicación web dinámica logrando que
la disponibilidad, acceso y transferencia de la información entre las diferentes áreas se
realice de una manera rápida, confiable y en tiempo real. Para lograr esto nos hemos
planteado:
• Reducir el tiempo para la generación de documentos y actas tanto de verificación
de emisión de comprobantes de pago como de control móvil.
• Reducir el tiempo en la asignación y rendición de cuentas de gastos por operativos.
• Reducir la redundancia en la cantidad de operativos que se programan y ejecutan en
las distintas zonas del departamento.
• Reducir el tiempo que toma emitir reportes y cálculo de datos para elaborar los
respectivos informes.

Para el desarrollo de la aplicación nos hemos inclinado por usar la metodología RUP y
sus 4 fases. Con la implementación de la aplicación web se consiguió reducir
drásticamente los tiempos en los procesos relacionados con la Gestión de Actas de
Emisión de Comprobantes de Pago y Control Móvil, el beneficio de esta reducción de
tiempos fue la disminución de costos para la organización.

Se logró también incrementar significativamente los niveles de satisfacción del usuario

final con respecto al proceso completo, quedó demostrada la facilidad de uso de la
aplicación web y la disponibilidad de la información obtenida con el proyecto.

PALABRAS CLAVE: RUP, Aplicación web, SUNAT, JQuery, Control

de Actas.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
6
 ABSTRACT

"Development of a dynamic web application implementing the Jquery Framework

to improve management control records check receipts broadcast and mobile
control SUNAT - La Libertad".

It has been developed in order to show that you can improve management control
records verification issue payment vouchers and mobile control through the
development and implementation of a dynamic web application managing the
availability, access and transfer of information between different areas is done quickly,
reliably and in real time. To achieve this we have set:
• Reduce time to generate both documents and records check receipts broadcast and
mobile control.
• Reduce time allocation and accountability for operational expenses.
• Reduce redundancy in the number of operations that are programmed and executed
in different areas of the department.
• Reduce the time it takes to issue reports and calculation of data for the respective
reports.

For application development we have tended to use the RUP methodology with its 4
phases that allow software development retaining the strengths of the Unified Process.
With the implementation of the Web application was achieved drastically reduce the
times that were used in the processes related to the management of records of Issue
Voucher and Mobile Control, the benefit of this reduction of time was decreased costs
to the organization.

Likewise managed to significantly increase levels of end user satisfaction regarding the
entire process, he also demonstrated the ease of use of the web application and the
availability of information obtained from the project.

KEYWORDS: RUP, Web Application, SUNAT, JQuery, Control Records.

ÍNDICE GENERAL

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

DEDICATORIA ........................................................................................................ ii

AGRADECIMIENTO ............................................................................................... iv

PRESENTACIÓN ..................................................................................................... v

RESUMEN ................................................................................................................ vi

ABSTRACT ............................................................................................................. vii

ÍNDICE GENERAL ................................................................................................. viii

INDICE DE TABLAS .............................................................................................. xv

INDICE DE FIGURAS ............................................................................................ xviii

INDICE DE DIAGRAMAS ...................................................................................... xix

CAPITULO I: GENERALIDADES

1.1. Realidad Problemática ...................................................................................... 2

1.2. Enunciado del Problema .................................................................................. 2

1.3. Hipótesis .......................................................................................................... 3

1.4. Variables ........................................................................................................... 3

1.5. Indicadores........................................................................................................ 3

1.6. Justificación ...................................................................................................... 4

1.6.1. Legal ..................................................................................................... 4

1.6.2. Académica ............................................................................................ 4

1.6.3. Institucional .......................................................................................... 4

1.6.4. Económica ............................................................................................ 4

1.6.5. Tecnológica .......................................................................................... 5

1.6.6. Operativa .............................................................................................. 5

1.6.7. Social .................................................................................................... 5

1.6.8. Científica .............................................................................................. 5

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
8
 1.6.9. Ambiental ............................................................................................ 5

1.7. Objetivos........................................................................................................... 6

1.7.1. Objetivo General .................................................................................. 6

1.7.2. Objetivos Específicos .......................................................................... 6

1.8. Limitaciones ..................................................................................................... 7

CAPITULO II: MARCO TEÓRICO

2.1. Antecedentes ..................................................................................................... 9

2.2. Teorías que sustentan el trabajo ........................................................................ 15

2.3. Definición de Términos .................................................................................... 32

CAPITULO III: MATERIALES Y MÉTODOS

3.1. Materiales ........................................................................................................ 38

3.1.1. Objeto de Estudio ................................................................................ 38

3.1.2. Equipos ................................................................................................ 38

3.1.3. Software ............................................................................................... 38

3.1.4. Otros .................................................................................................... 39

3.1.5. Población y Muestra ............................................................................ 39

3.2. Métodos ........................................................................................................... 44

3.2.1. Tipo de Investigación .......................................................................... 44

3.2.2. Diseño de Contrastación ...................................................................... 46

3.3. Técnicas ........................................................................................................... 48

3.3.1. Técnicas para el levantamiento de la información ............................... 48

3.3.2. Técnicas para el procesamiento de la información ............................... 50

3.3.3. Técnicas de evaluación de indicadores ................................................ 51

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

3.4. Procedimiento .................................................................................................. 52

CAPITULO IV: FASE DE CONCEPCIÓN

4.1. Modelo del Negocio ......................................................................................... 54

4.1.1. Documento de Visión ........................................................................... 54

4.1.2. Modelado de Casos de uso del Negocio ............................................... 58

[Link]. Diagrama de Casos de Uso del Negocio ............................... 58

4.1.3. Documentación de Casos de Uso del Negocio ..................................... 59

4.1.4. Diagrama de Actividades del Negocio ................................................. 66

4.1.5. Modelado de Objetos del Negocio ....................................................... 70

[Link]. Diagrama parcial de objetos del negocio: Gestionar

Fondo para Intervenciones..................................................... 70

[Link]. Diagrama parcial de objetos del negocio: Gestionar

Actas VECP ........................................................................... 70

[Link]. Diagrama parcial de objetos del negocio: Gestionar

Actas Móvil ........................................................................... 71

[Link]. Diagrama parcial de objetos del negocio: Generar

Corte Documentario .............................................................. 71

4.1.6. Diagrama del Modelo del Dominio ...................................................... 72

4.2. Modelo de Requerimientos............................................................................... 73

4.2.1. Requerimientos Funcionales................................................................. 73

4.2.2. Requerimientos No Funcionales ........................................................... 76

4.2.3. Diagrama de paquetes ........................................................................... 79

4.2.4. Descripción de Actores ........................................................................ 80

4.2.5. Modelo de Casos de Uso de Requerimientos ....................................... 81

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
10
4.2.6. Documentación de Casos de Uso de Requerimientos .......................... 85

4.2.7. Estimación del Tiempo de Desarrollo .................................................. 94

[Link]. Cálculo de puntos de casos de uso sin ajustar (UUCP) ........ 94

[Link]. Factor de peso de los actores sin ajustar (UAW) .................. 94

[Link]. Factor de peso de los casos de uso sin ajustar (UUCW) ...... 95

[Link]. Cálculo de Puntos de Casos Ajustados (UCP) ..................... 97

[Link]. Factor de Complejidad Técnica (TCF) ................................. 97

[Link]. Factor de Ambiente (EF) ...................................................... 98

[Link]. Estimación del Esfuerzo (E) ................................................. 100

[Link]. Cálculo del Tiempo de Desarrollo ........................................ 101

4.2.8. Estudio de Viabilidad Económica ....................................................... 103

[Link]. Costos de Inversión .............................................................. 103

[Link]. Costo de Operación .............................................................. 105

[Link]. Beneficios ............................................................................. 107

[Link]. Flujo de Caja del Proyecto ................................................... 110

[Link]. Estimación del Valor Económico ......................................... 111

[Link]. Conclusión de la evaluación económica ............................... 114

4.2.9. Priorización de Casos de Uso .............................................................. 115

4.2.10. Plan de Riesgos .................................................................................... 117

[Link]. Introducción .......................................................................... 117

[Link]. Objetivos del Plan de Riesgos .............................................. 117

[Link]. Taxonomía de Riesgos ......................................................... 117

[Link]. Declaración de Riesgos ........................................................ 118

[Link]. Estimación de Probabilidad .................................................. 120

[Link]. Estimación del Impacto ........................................................ 121

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

[Link]. Exposición al Riesgo ............................................................ 122

[Link]. Gestión de Riesgos ............................................................... 123

CAPITULO V: FASE DE ELABORACIÓN

5.1. Modelo de Análisis ........................................................................................... 126

5.1.1. Diagrama de clases de análisis ............................................................ 126

5.1.2. Diagramas de colaboración. ................................................................. 127

5.1.3. Diagrama de subsistemas ..................................................................... 139

5.2. Modelo de Diseño ............................................................................................. 139

5.2.1. Diagrama de clases de diseño .............................................................. 140

5.2.2. Diagrama de Casos de uso de Realización. .......................................... 141

5.2.3. Diseño de pantallas .............................................................................. 143

5.2.4. Diagramas de secuencia ....................................................................... 168

5.2.5. Diagramas de estado ............................................................................ 180

5.2.6. Diagrama de navegabilidad ................................................................. 182

CAPÍTULO VI: FASE DE CONSTRUCCIÓN

6.1. Diagrama de componentes .............................................................................. 184

6.2. Diagrama de despliegue .................................................................................. 185

6.3. Modelo Entidad - Relación ............................................................................. 186

6.4. Modelo Lógico ................................................................................................ 187

6.5. Modelo Físico ................................................................................................. 188

6.6. Generación de código ...................................................................................... 189

CAPÍTULO VII: FASE DE TRANSICIÓN

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
12
7.1. Modelo de pruebas de casos de uso ................................................................... 193

7.2. Prueba de Caja Blanca ...................................................................................... 193

7.3. Prueba de Caja Negra ....................................................................................... 198

7.4. Implantación y Puesta en marcha ..................................................................... 203

7.4.1. Entorno ................................................................................................. 204

7.4.2. Restricciones ........................................................................................ 205

7.4.3. Supuestos ............................................................................................. 205

7.4.4. Estrategia .............................................................................................. 205

7.4.5. Proceso de Implantación ...................................................................... 206

7.4.6. Entregables ........................................................................................... 207

CAPÍTULO VIII: DISCUSIÓN DE RESULTADOS (CONTRASTACION)

8.1. Planteamiento de hipótesis ............................................................................... 209

8.2. Contrastación de la hipótesis ............................................................................ 209

8.3. Contrastación de Indicadores Cualitativos ....................................................... 212

8.4. Contrastación de Indicadores Cuantitativos ..................................................... 214

8.5. Discusión de Resultados ................................................................................... 258

CONCLUSIONES .................................................................................................... 263

RECOMENDACIONES .......................................................................................... 265

REFERENCIAS BIBLIOGRÁFICAS ...................................................................... 266

ANEXOS ................................................................................................................... 273

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

ÍNDICE DE TABLAS

Tabla 1: Cuadro de comparación de Metodologías ........................................................ 50

Tabla 2: Materiales - Equipos ..................................................................................... 57
Tabla 3: Materiales - Software .................................................................................... 57
Tabla 4: Materiales - Equipos ..................................................................................... 58
Tabla 5: Detalle de Usuarios del sistema........................................................................ 59
Tabla 6: Población, muestra y prueba estadística de cada indicador.............................. 62
Tabla 7: Escala de medición para indicadores cualitativos ............................................ 68
Tabla 8: Técnicas de la Fase de Concepción. .................................................................. 68
Tabla 9: Técnicas de la Fase de Elaboración. .................................................................. 68
Tabla 10: Técnicas de la Fase de Construcción ............................................................... 69
Tabla 11: Técnicas para Indicadores ............................................................................... 70
Tabla 12: Sentencia que define el Problema .................................................................. 75
Tabla 13: Sentencia que define la solución del producto ............................................... 76
Tabla 14: Documentación CU Gestionar Fondo para Intervenciones ............................ 78
Tabla 15: Documentación CU Gestionar Actas VECP .................................................. 80
Tabla 16: Documentación CU Gestionar Actas Móvil ................................................... 82
Tabla 17: Documentación CU Generar Corte Documentario ........................................ 84
Tabla 18: Descripción de Actores .................................................................................. 99
Tabla 19: Documentación CU Solicitar Actas VECP .................................................. 104
Tabla 20: Documentación CU Verificar Stock VECP ................................................. 104
Tabla 21: Documentación CU Asignar Actas VECP ................................................... 104
Tabla 22: Documentación CU Iniciar Intervención VECP .......................................... 105
Tabla 23: Documentación CU Devolver Actas VECP ................................................. 105
Tabla 24: Documentación CU Confirmar Actas VECP ............................................... 106
Tabla 25: Documentación CU Solicitar Actas Control Móvil ..................................... 106
Tabla 26: Documentación CU Verificar Stock Móvil .................................................. 107
Tabla 27: Documentación CU Asignar Actas Control Móvil ...................................... 108
Tabla 28: Documentación CU Iniciar Operativo Móvil ............................................... 108
Tabla 29: Documentación CU Devolver Actas Control Móvil .................................... 109
Tabla 30: Documentación CU Confirmar Actas Móvil .............................................. 109
Tabla 31: Documentación CU Solicitar Fondo para Intervenciones ............................ 109

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
14
Tabla 32: Documentación CU Asignar Fondo para Intervenciones ............................. 110
Tabla 33: Documentación CU Utilizar Fondo de Intervenciones ................................ 110
Tabla 34: Documentación CU Generar detalle de utilización de Fondo ...................... 111
Tabla 35: Documentación CU Solicitar Corte Documentario ...................................... 111
Tabla 36: Documentación CU Generar Reporte Corte Documentario ......................... 112
Tabla 37: Asignación de Pesos por Actor .................................................................... 113
Tabla 38: Factor de Peso por cada Actor ...................................................................... 113
Tabla 39: Factor de los casos de uso sin ajustar ........................................................... 114
Tabla 40: Factor de peso para cada caso de uso y su tipo ............................................ 115
Tabla 41: Cálculo del Factor de Complejidad Técnica ................................................ 116
Tabla 42: Peso de cada factor ambiente y su valor....................................................... 118
Tabla 43: Porcentaje de cada actividad y su valor en Horas - Hombre ........................ 120
Tabla 44: Costo de Hardware ....................................................................................... 122
Tabla 45: Costo de Software ........................................................................................ 122
Tabla 46: Costo de Muebles y Enseres ......................................................................... 123
Tabla 47: Costo de Recursos Humanos ........................................................................ 123
Tabla 48: Costo de Materiales e Insumos .................................................................... 123
Tabla 49: Costo de Energía eléctrica ........................................................................... 124
Tabla 50: Costo de Recursos Humanos ........................................................................ 124
Tabla 51: Costo de servicios......................................................................................... 125
Tabla 52: Costo de Materiales e Insumos .................................................................... 125
Tabla 53: Costo de Energía eléctrica ........................................................................... 125
Tabla 54: Costo de Mantenimiento ............................................................................. 126
Tabla 55: Ahorro de tiempo y Personal en corte documentario ................................... 126
Tabla 56: Ahorro personal en el control de Actas ........................................................ 127
Tabla 57: Ahorro de Materiales e Insumos .................................................................. 127
Tabla 58: Minimizar tiempos en generación de reportes ............................................ 127
Tabla 59: Flujo de Caja ................................................................................................ 129
Tabla 60: Descripción de los criterios de priorización ................................................. 134
Tabla 61: Nivel de impacto y su respectivo peso ......................................................... 134
Tabla 62: Criterio de Priorización de Casos de Uso y su nivel de Impacto ................. 135
Tabla 63: Clasificación de Riesgos .............................................................................. 137
Tabla 64: Estimación de Probabilidad .......................................................................... 139

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

Tabla 65: Probabilidad de Riesgo del Proyecto ........................................................... 140

Tabla 66: Estimación de Probabilidad .......................................................................... 140
Tabla 67: Cálculo del Impacto ..................................................................................... 140
Tabla 68: Exposición al Riesgo .................................................................................... 141
Tabla 69: Prueba de caja negra caso de uso Incorporar actas VECP ........................... 198
Tabla 70: Prueba de caja negra caso de uso Asignar actas VECP ........................ 198
Tabla 71: Prueba de caja negra caso de uso Devolver actas VECP conformes ........... 198
Tabla 72: Prueba de caja negra caso de uso Incorporar actas control móvil ................ 199
Tabla 73: Prueba de caja negra caso de uso Asignar actas control móvil ............ 201
Tabla 74: Prueba de caja negra caso de uso Asignar fondo para intervención ............ 201
Tabla 75: Prueba de caja negra caso de uso Generar reporte de corte documentario .. 203
Tabla 76: Tipos de Indicadores .................................................................................... 209
Tabla 77: Ponderación de Niveles y Rangos de Indicadores Cualitativos ................... 210
Tabla 78: Distribución t de Indicadores Cualitativos ................................................... 211
Tabla 79: Resultado de las Encuestas Pregunta N° 1 ................................................... 212
Tabla 80: Resultado de las Encuestas Pregunta N° 2 ................................................... 216
Tabla 81: Resultado de las Encuestas Pregunta N° 3 ................................................... 219
Tabla 82: Resultado de las Encuestas Pregunta N° 4 ................................................... 223
Tabla 83: Resultado de las Encuestas Pregunta N° 5 ................................................... 226
Tabla 84: Resultado de las Encuestas Pregunta N° 6 ................................................... 230
Tabla 85: Resultado de las Encuestas Pregunta N° 7 ................................................... 234
Tabla 86: Tiempo promedio en la generación de reportes ........................................... 239
Tabla 87: Tiempo promedio en la generación de reportes ........................................... 248
Tabla 88: Resultados de la Contrastación Pre-Test y Post-Test ................................... 258
Tabla 89: Puntajes promedio de la encuesta ................................................................. 259
Tabla 90: Tiempos y Porcentajes de Registro y Obtención de Información ................ 261
Tabla 91: Descripción de los Criterios de Priorización ................................................ 277
Tabla 92: Nivel de impacto y su respectivo peso ......................................................... 277
Tabla 93: Escala Evaluativa y su respectivo peso ........................................................ 301
Tabla 94: Cálculo de la Validación de Expertos .......................................................... 302

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
16
 ÍNDICE DE FIGURAS

Figura 1 : Evolución de la electrónica y el internet en los últimos años ........................ 34

Figura 2: PHP (Preprocessed Hypertext Pages) ............................................................. 36
Figura 3: Una típica llamada AJAX ............................................................................... 38
Figura 4: Fases Metodología RUP ................................................................................. 42
Figura 5: El modelo de arquitectura se representa a través de los diagramas de UML.. 46
Figura 6: Modelos representados por paquetes relacionados mediante dependencias en
UML ............................................................................................................................... 50
Figura 7: Niveles de la Aplicación Web ......................................................................... 51
Figura 8: Definición de Tecnología Web ....................................................................... 55
Figura 9: Modelo de contrastación ................................................................................. 65
Figura 10: Región de Aceptación (RA) y Región de Rechazo (RR) para una Prueba de
Hipótesis. ........................................................................................................................ 67
Figura 11: Región de Aceptación y Rechazo Pregunta 1 ............................................. 215
Figura 12: Región de Aceptación y Rechazo Pregunta 2 ............................................. 218
Figura 13: Región de Aceptación y Rechazo Pregunta 3 ............................................. 222
Figura 14: Región de Aceptación y Rechazo Pregunta 4 ............................................. 225
Figura 15: Región de Aceptación y Rechazo Pregunta 5 ............................................. 229
Figura 16: Región de Aceptación y Rechazo Pregunta 6 ............................................. 233
Figura 17: Región de Aceptación y Rechazo Pregunta 7 ............................................. 237
Figura 18: Región de Aceptación y Rechazo Tiempo que utiliza el administrador en la
generación de reportes .................................................................................................. 247
Figura 19: Región de Aceptación y Rechazo Tiempo que utiliza el fedatario para el
registro de devolución de actas ..................................................................................... 257
Figura 20: Puntajes obtenidos de la encuesta ............................................................... 259
Figura 21: Gráfico Porcentual obtenido en la encuesta ................................................ 260
Figura 22: Tiempos de Registro y Obtención de Información ..................................... 261
Figura 23: Porcentaje de Registro y Obtención de Información .................................. 262

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

ÍNDICE DE DIAGRAMAS

Diagrama 1: Diagrama de Casos de uso Gestión de Actas............................................. 77

Diagrama 2: Diagrama de Actividades Gestionar Fondo para Intervenciones .............. 85
Diagrama 3: Diagrama de Actividades Gestionar Actas VECP ..................................... 85
Diagrama 4: Diagrama de Actividades Gestionar Actas de Control Móvil ................... 86
Diagrama 5: Diagrama de Actividades Generar Corte Documentario ........................... 88
Diagrama 6: MON Gestionar Fondo para Intervenciones .............................................. 89
Diagrama 7: MON Gestionar Actas VECP .................................................................... 89
Diagrama 8: MON Gestionar Actas Móvil ................................................................... 90
Diagrama 9: MON Generar Corte Documentario .......................................................... 90
Diagrama 10: Modelo del Dominio ................................................................................ 91
Diagrama 11: Diagrama de Paquetes.............................................................................. 98
Diagrama 12: Actores del Sistema ................................................................................. 99
Diagrama 13: Diagrama de Casos de Uso Paquete Gestión Actas VECP.................... 100
Diagrama 14: Diagrama de Casos de Uso Paquete Gestión Actas Móvil .................... 101
Diagrama 15: Diagrama de Casos de Uso Paquete Gestión Fondo Intervención ........ 102
Diagrama 16: Diagrama de Casos de Uso Paquete Gestión Corte Documentario ....... 103
Diagrama 17: Diagrama de Clases de Análisis ............................................................ 145
Diagrama 18: Diagrama de Colaboración Incorporar Actas VECP ............................. 127
Diagrama 19: Diagrama de Colaboración Asignar Actas VECP ................................. 128
Diagrama 20: Diagrama de Colaboración Devolver actas conforme ........................... 129
Diagrama 21: Diagrama de Colaboración Devolver actas no conforme ...................... 130
Diagrama 22: Diagrama de Colaboración Confirmar Actas ........................................ 131
Diagrama 23: Diagrama de Colaboración Incorporar Actas Control Móvil ................ 132
Diagrama 24: Diagrama de Colaboración Asignar Actas Control Móvil .................... 133
Diagrama 25: Diagrama de Colaboración Devolver Actas Conformes Control Móvil 134
Diagrama 26: Diagrama de Colaboración Devolver Actas No Conformes Control Móvil
...................................................................................................................................... 135
Diagrama 27: Diagrama de Colaboración Confirmar Actas Control Móvil ................ 137
Diagrama 28: Diagrama de Colaboración Asignar Fondo para Intervenciones ........... 138
Diagrama 29: Diagrama de Colaboración Generar detalle de utilización .................... 139

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
18
Diagrama 30: Diagrama de Subsistemas ...................................................................... 139
Diagrama 31: Diagrama de Clases de Diseño .............................................................. 140
Diagrama 32: Diagrama de Casos de Uso de Realización Sistema Actas VECP ........ 141
Diagrama 33: Diagrama de Casos de Uso de Realización Sistema Actas Móvil ......... 141
Diagrama 34: Diagrama de Casos de Uso de Realización Sistema Fondo de
Intervención .................................................................................................................. 142
Diagrama 35: Diagrama de Casos de Uso de Realización Sistema de Reportes .......... 142
Diagrama 36: Diagrama de Secuencias Incorporar Actas VECP ................................. 168
Diagrama 37: Diagrama de Secuencias Asignar actas VECP ...................................... 169
Diagrama 38: Diagrama de Secuencias devolver actas VECP conforme .................... 170
Diagrama 39: Diagrama de Secuencias devolver actas VECP no conforme ............... 171
Diagrama 40: Diagrama de Secuencias confirmar actas VECP ................................... 172
Diagrama 41: Diagrama de Secuencias Incorporar Actas de Control Móvil ............... 173
Diagrama 42: Diagrama de Secuencias Asignar Actas de Control Móvil ................... 174
Diagrama 43: Diagrama de Secuencias Devolver Actas de Control Móvil Conformes
...................................................................................................................................... 176
Fuente: (Elaboración Propia, 2014)Diagrama 44: Diagrama de Secuencias Devolver
Actas de Control Móvil No Conformes ........................................................................ 176
Diagrama 45: Diagrama de Secuencias Confirmar Devolución Actas de Control Móvil
...................................................................................................................................... 178
Diagrama 46: Diagrama de Secuencias Asignar fondo de intervención ...................... 179
Diagrama 47: Diagrama de Secuencias Generar detalle de devolución ....................... 180
Diagrama 48: Diagrama de Estados Incorporar Actas ................................................. 180
Diagrama 49: Diagrama de Estados Asignar Actas...................................................... 180
Diagrama 50: Diagrama de Estados Devolver Actas ................................................... 180
Diagrama 51: Diagrama de Estados Confirmar Actas Devueltas................................. 181
Diagrama 52: Diagrama de Navegabilidad .................................................................. 182
Diagrama 53: Diagrama de Componentes .................................................................... 184
Diagrama 54: Diagrama de Despliegue ........................................................................ 185
Diagrama 55: Diagrama de Modelo Entidad Relación ................................................. 186
Diagrama 56: Diagrama de Modelo Lógico ................................................................. 187
Diagrama 57: Diagrama de Modelo Físico................................................................... 188

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

CAPITULO I:
GENERALIDADES

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
20
1.1. Realidad Problemática:
La Sección de Operativos Masivos de la División de Auditoria tiene como una de
sus principales funciones:
Organizar y ejecutar operativos, así como acciones masivas de verificación y
control del cumplimiento de obligaciones tributarias de los contribuyentes de su
jurisdicción.
Esta función tiene como objetivo generar riesgo efectivo como prevención de la
evasión tributaria. Todo esto se controla mediante el levantamiento de las actas de
verificación de emisión de comprobantes de pago, también por las actas de
control móvil. Por normativas internas el detalle de la información de estas actas
se registra en una aplicación web llamada “Intranet” la cual está bajo la
responsabilidad de la Superintendencia Nacional de Sistemas de Información.
Una de las limitaciones es que no se puede tener acceso oportuno a la totalidad de
la información registrada en este aplicativo para un cruce adecuado de
información para las nuevas intervenciones que se programan, así como de los
reportes que se deben realizar mensualmente.
Además, el corte documentario de estas actas que se realiza anualmente es muy
tedioso y requiere de mucho tiempo, así como de varias personas para realizarlo.
Otra de sus funciones es ejecutar y controlar el proceso de multas, cierre de
establecimientos, comiso de bienes e internamiento temporal, por incumplimiento
de las obligaciones tributarias.
Todos los procesos que implican cumplir con esta función se realizan
manualmente, por más que se cuenta con toda la información aún se maneja
mediante macros y combinación de archivos para generar los muchos documentos
que este proceso requiere (ver anexo 7).

1.2. Enunciado del Problema:

¿De qué manera el desarrollo de una aplicación web dinámica con la
implementación del Framework Jquery incide en la gestión del control de actas de
verificación de emisión de comprobantes de pago y control móvil de la SUNAT -
La Libertad?
1.3. Hipótesis:

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

“El desarrollo de una aplicación web dinámica con la implementación del

Framework Jquery mejora la gestión del control de actas de verificación de
emisión de comprobantes de pago y control móvil de la SUNAT - La Libertad”.

1.4. Variables:

1.4.1. Variable Independiente (VI):

Aplicación web dinámica.

1.4.2. Variable Dependiente (VD):

Gestión del control de actas de verificación de emisión de comprobantes
de pago y control móvil.

1.5. Indicadores:

Indicadores Cualitativos:
Se determinaron los siguientes indicadores cualitativos relacionados con la
variable dependiente:
• Nivel de satisfacción de los usuarios.
• Facilidad de uso del sistema.
• Disponibilidad de la Información.

Indicadores Cuantitativos:
Se determinaron los siguientes indicadores cuantitativos relacionados con la
variable dependiente:
• Tiempo que utiliza el administrador en la generación de reportes.
• Tiempo promedio utilizado por el usuario para el registro de datos (devolución
de actas).

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
22
1.6. Justificación:

1.6.1. Legal:
La realización de éste Proyecto se lleva a cabo de acuerdo al reglamento de
Grados y Títulos de la Facultad de Ingeniería de la Universidad Nacional
de Trujillo.

1.6.2. Académica:

El desarrollo e implementación de este proyecto nos permitirá poner en

marcha todos los conocimientos aprendidos a lo largo de nuestra
preparación académica, así como ir conociendo la realidad problemática de
nuestro ámbito local, pudiendo dar soluciones a problemas reales con lo
cual conseguiremos lograr un crecimiento profesional y a la vez
cumpliremos con los requisitos de nuestra normativa académica.

1.6.3. Institucional:

El desarrollo del presente sistema de información permitirá cumplir con el

objetivo de optimizar el control de actas de verificación de emisión de
comprobantes de pago y control móvil de la superintendencia nacional de
administración tributaria (SUNAT) - la libertad. Además le permitirá estar
a la vanguardia tecnológica, lo cual constituye una ventaja sobre las
instituciones de la competencia.

1.6.4. Económica:
• Ahorro en el costo de licencias de software, ya que para la
implementación del Portal Web se utilizará Software libre.
• Lo que se busca al desarrollar el sistema de información, es generar un
beneficio económico para la institución cliente, disminuyendo costos y
reduciendo tiempos de procesamiento así como generando ingresos y
ofreciendo mejores servicios a los clientes.
1.6.5. Tecnológica:

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

• Para cumplir con los objetivos trazados, la implementación del sistema

web se realizará en base al uso de software libre (PHP, MySQL,
Apache, editores, etc.)
• La actualización tecnológica permite dotarnos de una gran facilidad al
momento de procesar la información, así como poder manejarla a
nuestra mejor conveniencia.
• El uso de tecnología moderna le permitirá a la institución ponerse a la
vanguardia en cuanto a los avances tecnológicos asimismo competir
con las más reconocidas instituciones a nivel local y regional.

1.6.6. Operativa:
• La implementación del sistema le facilitará a la institución el proceso
de generación de actas de verificación de comprobantes de pago y
control móvil con los consiguientes beneficios que esto trae consigo.
• Los usuarios tendrán a la mano una herramienta para optimizar el
desempeño de sus funciones.

1.6.7. Social:
El Proyecto será beneficioso para la población de La Libertad ya que
ayudará a llevar un adecuado control respecto a la generación y emisión de
comprobantes de pago. Así también el Uso del Software libre se plantea
como una corriente muy prometedora y con bastante futuro en cuanto a las
mejoras de empleo para aquellos que estén preparados en el uso de esta
herramienta.

1.6.8. Ambiental:
La implementación del sistema web propuesto ofrece una oportunidad de
contribuir con preservar los recursos naturales minimizando el consumo de
papel y reduciendo la cantidad de residuos producidos por persona.

1.7. Objetivos:

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
24
1.7.1. Objetivo General:
Mejorar la gestión del control de actas de verificación de emisión
comprobantes de pago y control móvil de la Superintendencia Nacional de
Administración Tributaria

1.7.2. Objetivos Específicos:

• Reducir el tiempo para la gestión de actas de Verificación de Emisión
de Comprobantes de Pago así mismo de las Actas de Control móvil
buscando minimizar tiempos de conciliación y verificación de actas
asignadas, pendientes y terminadas (devueltas).
• Reducir el tiempo que toma emitir reportes de gestión y cálculo de
datos para elaborar los informes detallados con la finalidad de
disminuir la redundancia en la programación de operativos.
• Medir los niveles de satisfacción y aceptación de los usuarios del
sistema mediante un modelo de contrastación antes y después de
implementado el sistema propuesto a través de encuestas realizadas a
los usuarios.
• Medir niveles de facilidad de uso del sistema propuesto y compararlo
con el sistema actual para determinar la mejor opción. Así también
analizar la disponibilidad de la información y el nivel de acceso que
cada usuario tiene a la misma.
• Determinar la viabilidad económica estableciendo los beneficios que se
presentaran con la implementación del sistema web así como su
funcionalidad teórica, operativa y económica utilizando para ello los
criterios de rentabilidad VAN y TIR.
(Ver anexo 8).

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

1.8. Limitaciones
• Dificultad en el recojo de información de los usuarios, debido a que la mayoría
de estos no cuenta con el tiempo disponible para brindar alguna entrevista o
resolver encuestas.
• Poco tiempo para el desarrollo e implantación del Sistema basado en Web.
• No todo el personal de informática de la institución cuenta con capacitación en
las tecnologías Open Source.
• Pocos antecedentes con respecto a trabajos similares.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
26
 CAPITULO II:
MARCO TEÓRICO

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

2.1. Antecedentes:
A Nivel Local:
- Título: Elaboración e Implementación de un sistema de información de
planillas únicas de remuneraciones con tecnología web para mejorar el
procesamiento de la información en la unidad de remuneraciones de la
UNT (Ormeño Flores, y otros, 2008).
Autores:
Ormeño Flores, Walter Diego.
Gómez Ávila, José Alberto.
Institución: Tesis presentada en la Universidad Nacional de Trujillo en el año
2008.
Resumen: Este proyecto fue elaborado con la finalidad de mejorar el ingreso y
procesamiento de la información en lo referido a planillas de remuneraciones
de la Universidad Nacional de Trujillo. Cuenta con varios módulos de registro,
configuración y reportes los cuales han sido elaborados con tecnología web y
metodología RUP por alumnos de la propia universidad.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

- Título: Desarrollo e implementación de un sistema de contabilidad y costos

ABC en tres capas con tecnología J2EE basado en web para mejorar la
gestión administrativa en el consorcio UK Británico (Luna Rodriguez, y
otros, 2009).
Autores:
Luna Rodríguez, Omar Nicolai
Alarcón Meza, Enrique Manuel
Institución: Tesis presentada en la Universidad Nacional de Trujillo en el año
2009.
Resumen: Sistema desarrollado íntegramente con tecnología J2EE para web y
que contiene módulos propios y característicos de un sistema contable:

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
28
 provisión de documentos, ingreso de liquidaciones, etc. así como una serie de
reportes que ayudan al área contable en la gestión de su información.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

- Título: Desarrollo e implementación de un sistema web basado en

tecnología Open Source para mejorar la gestión académica del ISTP
Abaco – Trujillo (Portilla Aranda, y otros, 2008).
Autores:
Portilla Aranda, Víctor Hugo.
Díaz Díaz, Franklin Alexis.
Institución: Tesis presentada en la Universidad Nacional de Trujillo en el año
2008.
Resumen: Sistema informático web clásico que incluye además de
información propia del ISTP Abaco (misión, visión, servicios, carreras,
horarios, etc.) algunas opciones adicionales para gestión de los alumnos como
son matrículas online, registro de notas y cursos.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

- Título: Implementación de un sistema informático web usando la tecnología

[Link] para mejorar la gestión administrativa del área de tráfico en la
empresa de transportes Rodrigo Carranza S.A.C (Silva Bazán, y otros,
2008).
Autores:
Silva Bazán, David Johnson.
Agreda Reyes, Gregorio Gustavo.
Institución: Tesis presentada en la Universidad Nacional de Trujillo en el año
2008.

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

Resumen: La empresa de Transportes Rodrigo Carranza a pesar de ser una de

las empresas líderes en su rubro no contaba con una herramienta adecuada que
le permitiera gestionar correctamente el área de tráfico, lo que se consiguió con
la implementación de este sistema web el que fue desarrollado en Asp. Net e
incluía módulos para la gestión de unidades vehiculares, rutas, programación,
monitoreo y control de las mismas.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

- Título: Implementación de un sistema de información web para mejorar el

procesamiento de la información en el área de engorde de la empresa
agropecuaria Chavín SAC (Iparraguirre Iparraguirre, y otros, 2008).
Autores:
Iparraguirre Iparraguirre, Cynthia Asunción
Huamán Quispe, Jhon Larry
Institución: Tesis presentada en la Universidad Nacional de Trujillo en el año
2008.
Resumen: Las metodología empleada en su desarrollo fue la metodología
RUP. Este sistema gestiona principalmente la correcta administración de
alimentos a las aves incluye registro de dietas y reporte de incidencias en las
operaciones diarias.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

A Nivel Nacional:

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
30
- Título: Desarrollo de una aplicación web para el monitoreo de vehículos con
dispositivos GPS que comercializa una empresa de telecomunicaciones
(Bocanegra Ureta, 2012).
Autores:
Bocanegra Ureta, Rubén Gabriel.
Institución: Tesis presentada en la Universidad Ricardo Palma de Lima en el
año 2012.
Resumen: Las metodología empleada en su desarrollo fue la metodología
RUP. Este sistema gestiona principalmente el monitoreo de vehículos a través
del uso de dispositivos GPS. El aplicativo fue desarrollado para la empresa
TELCO.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

- Título: Análisis, Diseño e Implementación de un Sistema Web para el

Soporte Informático a la Gestión de los Servicios de Atención que Brindan
las Comisarías a la Comunidad (Gonzales Villa, y otros, 2013).
Autores:
Gonzales Villa, Tania Denisse.
Johnson Rojas, Pablo Ernesto.
Institución: Tesis presentada en la Pontificia Universidad Católica del Perú de
Lima en el año 2013.
Resumen: Esta solución consiste en un sistema web el cual permite dar soporte
informático a la gestión de los servicios que brinda una comisaría y
proporcionar información para la seguridad de los ciudadanos.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

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

- Título: Análisis, Diseño e Implementación de un Sistema de Información

Aplicado a la Gestión Educativa en Centros de Educación Especial
(Romero Galindo, 2012).
Autores:
Romero Galindo Raúl Miguel.
Institución: Tesis presentada en la Pontificia Universidad Católica del Perú de
Lima en el año 2013.
Resumen: El propósito de ésta plataforma es posibilitar la administración y
atención de los planes curriculares funcionales y terapéuticos para personas con
necesidades especiales, así como consolidar el conocimiento de trastornos y
promover la participación y evaluación continua entre padres y especialistas.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

A Nivel Internacional:
- Título: Sistema Web para el Control de Préstamos de Herramientas y
Accesorios en los Laboratorios de la Facultad de Ingeniería de Sistemas,
Electrónica e Industrial Sistema Web para el Control de Préstamos de
Herramientas y Accesorios en los Laboratorios de la Facultad de
Ingeniería de Sistemas, Electrónica e Industrial (Garzón Freire, 2013)
Autores:
Garzón Freire, José Fabricio.
Institución: Tesis presentada en la Universidad Técnica de Ambato - Ecuador.
Resumen: La finalidad de éste aplicativo es poder brindar un apoyo a la
Facultad de Ingeniería de Sistemas, Electrónica e Industrial de la Universidad
Técnica de Ambato de tal manera que se agilice el tiempo de control de
información que se proporciona en los préstamos, para que los estudiantes se
sientan conformes del servicio que se brinda.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
32
 móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

- Título: Análisis, Diseño, Desarrollo e Implementación de un Sistema de

Control de Cobro de Matrícula y Pensiones para la Unidad Educativa
Particular María Montessori (Andrade Cedeño, 2010)
Autores:
Andrade Cedeño, Wagner Eudimio.
Institución: Tesis presentada en la Universidad de Buenos Aires - Argentina.
Resumen: La idea del presente trabajo es construir un sistema que permita
compartir información encapsulando toda la complejidad involucrada en el
proceso de comunicación y brindando una interfaz que sea simple de utilizar
para los dispositivos clientes del sistema.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control
móvil requieren de un considerable tiempo generando el uso de mayores
recursos cuando se requiere un corte documentario.

- Título: Sistema Web de Bolsa de Empleo para el Ministerio de Trabajo y

Empleo del Ecuador (Espinoza Díaz, y otros, 2009).
Autores:
Espinoza Díaz, Mario Leonardo.
Pérez Cuestas, Jairo Aníbal.
Institución: Tesis presentada en la Escuela Politécnica del Ejercito de
Sangolquí - Ecuador.
Resumen: La finalidad de éste aplicativo es proporcionar una herramienta
informática que permita minimizar el índice de desempleo dentro del Ecuador.
El sistema web toma en consideración procesos de registro de solicitantes de
empleo, empresas, vacantes; posteriormente el proceso de vinculación del
solicitante de empleo hacia la vacante y viceversa.
Correlación: En nuestra investigación el proceso de asignación, control y
archivamiento de actas de verificación de comprobantes de pago y control

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

móvil requieren de un considerable tiempo generando el uso de mayores

recursos cuando se requiere un corte documentario.

2.2. Teorías que sustentan el trabajo:

2.2.1. Internet:
Internet es una red de ordenadores conectados en toda la extensión del
Globo Terráqueo que ofrece diversos servicios a sus usuarios como pueden
ser el correo electrónico, el chat o la web. Todos los servicios que ofrece
Internet son llevados a cabo por miles de ordenadores que están
permanentemente encendidos y conectados a Internet, esperando que los
usuarios les soliciten los servicios y sirviéndolos una vez son solicitados.
Como decimos, hay servidores para todo, los hay que ofrecen correo
electrónico, otros hacen posible nuestras conversaciones por chat, otros la
transferencia de ficheros o la visita a las páginas web y así hasta completar
la lista de servicios de Internet.
También existe otro tipo de servidores que son los que se encargan de
proveer de acceso a Internet a nuestros ordenadores, son los proveedores
de acceso, los servidores a los que nos conectamos con nuestros módems.
Cuando hacemos la llamada con el módem a los servidores que proveen el
acceso entramos a formar parte de Internet y mientras mantengamos la
conexión podremos acceder a todos los servidores repartidos por todo el
mundo y solicitarles sus servicios.
En el momento que pedimos un servicio de Internet nos convertimos en
clientes del servidor que lo ofrece. Para solicitar uno de estos servicios es
necesario contar con un programa especial que suele ser distinto para cada
servicio de Internet. Por ejemplo, para acceder al correo electrónico
utilizamos Outlook, para acceder a la web utilizamos Netscape o Internet
Explorer o para entrar en el chat utilizamos un programa como Mirc o
Pirch. Todos estos programas que nos dan acceso a los servicios de
Internet se denominan clientes, como se puede ver, para ser el cliente de
un servidor de Internet necesitamos un programa cliente del servicio al que
intentamos acceder (Pedregosa Pareja, 2012).
Figura 1 : Evolución de la electrónica y el internet en los últimos años
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
34
 Fue
nte: (Guía de Internet, noticias y curiosidades de la red, 2012)

2.2.2. PHP:
Php es un lenguaje de secuencia de comandos de servidor diseñado
específicamente para la Web. Dentro de una página web puede incrustar
código PHP que se ejecutara cada vez que se visite una página. El código
php es interpretado en el servidor web y genera código HTML y otro
contenido que el visitante vera.
PHP fue concebido en 1994 y es fruto del trabajo de un hombre, Rasmus
Lerdorf. Ha sido adoptado por otras personas de talento y ha
experimentado cuatro importantes transformaciones hasta convertirse en el
producto actual. En agosto del 2004. Se encontraba instalado en más de 17
millones de dominios de todo el mundo y su número crece rápidamente.
PHP es un producto de código abierto, lo que quiere decir que se puede
acceder a su código. Puede utilizarlo modificarlo y retribuirlo sin coste
alguno.
Las siglas PHP equivalían inicialmente a Personal Home Page (Página de
inicio personal) pero se modificaron de acuerdo con la convención de
designación de GNU y ahora equivale a PHP Hipertext Processor
(Preprocesador de hipertexto PHP) (Luke Welling, 2005).

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

Figura 2: PHP (Preprocessed Hypertext Pages)

Fuente: (Tutty Moran equipo web, 2012)

2.2.3. MySQL:
MySQL es un sistema de administración de bases de datos relacional
(RDBMS). Se trata de un programa capaz de almacenar una enorme
cantidad de datos de gran variedad y de distribuirlos para cubrir las
necesidades de cualquier tipo de organización, desde pequeños
establecimientos comerciales a grandes empresas y organismos
administrativos. MySQL compite con sistemas RDBMS propietarios
conocidos, como Oracle, SQL Server y DB2.
MySQL incluye todos los elementos necesarios para instalar el programa,
preparar diferentes niveles de acceso de usuario, administrar el sistema y
proteger y hacer volcados de datos. Puede desarrollar sus propias
aplicaciones de base de datos en la mayor parte de los lenguajes de
programación utilizados en la actualidad y ejecutarlos en casi todos los
sistemas operativos, incluyendo algunos de los que probablemente no ha
oído nunca hablar. MySQL utiliza el lenguaje de consulta estructurado
(SQL).
Antes Mysql se consideraba como la opción ideal de sitios web; sin
embargo, ahora incorpora muchas de las funciones necesarias para otros
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
36
 entornos y conserva su gran velocidad. Mysql es una base de datos robusta
que se la puede comparar con una base de datos comercial, es incluso más
veloz en el procesamiento de las transacciones y dispone de un sistema de
permisos elegante y potente, y ahora, además, incluye un motor de
almacenamiento InnoDb compatible con ACID, además dispone de stored
procedures, triggers, vistas.
Mysql es rápido, y una solución accesible para administrar correctamente
los datos de una empresa. MysqlAB es la compañía responsable del
desarrollo de Mysql, dispone de un sistema de asistencia eficiente y a un
precio razonable, y, como ocurre con la mayor parte de las comunidades
de código abierto, se puede encontrar una gran cantidad de ayuda en la
Web.
Son muchas las razones para escoger a Mysql como una solución de
misión crítica para la administración de datos:
Costo: Mysql es gratuito para la mayor parte de los usos y su servicio de
asistencia resulta económico.
Asistencia: MysqlAB ofrece contratos de asistencia a precios razonables y
existe una nutrida y activa comunidad Mysql.
Velocidad: Mysql es mucho más rápido que la mayoría de sus rivales.
Funcionalidad: Mysql dispone de muchas de las funciones que exigen los
desarrolladores profesionales, como compatibilidad completa con ACID,
compatibilidad para la mayor parte de SQL ANSI, volcados online,
duplicación, funciones SSL e integración con la mayor parte de los
entornos de programación.
Portabilidad: Mysql se ejecuta en la inmensa mayoría de sistemas
operativos y, la mayor parte de los casos, los datos se pueden transferir de
un sistema a otro sin dificultad.
Facilidad de uso: Mysql resulta fácil de utilizar y de administrar. Las
herramientas de Mysql son potentes y flexibles, sin sacrificar su capacidad
de uso (Gilfillan, 2003).

2.2.4. Ajax:

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

AJAX es un acrónimo de Asynchronous JavaScript y XML. El elemento

clave aquí es Asíncrono. En pocas palabras, AJAX ofrece una técnica para
realizar llamadas de fondo del servidor a través de JavaScript y recuperar
datos adicionales, según sea necesario, por ejemplo actualizar partes de la
página sin causar recargas de la página completa.

Figura 3: Una típica llamada AJAX

Fuente: (Bogdan Brinzarea, y otros, 2009).

AJAX resuelve el equilibrio entre el cliente y el servidor por lo que les

permite comunicarse en el plano mientras el usuario está trabajando en la
página. Considere los formularios web de registro donde se le pide al
usuario que introduzca los datos (como el nombre, dirección de correo
electrónico, contraseña, número de tarjeta de crédito, y así sucesivamente)
que debe ser validado antes de proceder al siguiente paso del proceso de
registro. Hay tres posibles formas de implementar esto:
- Dejar que el usuario escriba todos los datos necesarios, presentar la
página, y luego realizar la validación en el servidor. Si la validación
no se realiza correctamente, el servidor envía de nuevo el formulario
(a veces vacío) que invita a hacer las debidas correcciones. En este
escenario, el usuario experimenta el tiempo muerto (un retardo) entre
presentación y espera la respuesta.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
38
 - Hacer la validación en el lado del cliente mediante el uso de JavaScript.
El usuario es advertido acerca de los datos no válidos y corrige las
entradas no válidas antes de la presentación del formulario. Esta
técnica sólo funciona para la validación muy simple que no hace
requerir datos adicionales desde el servidor. Esta técnica tampoco
funciona cuando se utilizan algoritmos de validación de propiedad o
datos que no se pueden transferir al cliente en forma de código
JavaScript.
- Utiliza un formulario de validación AJAX para que la aplicación web
puede validar la los datos introducidos en él, mientras que el usuario
rellena el formulario. Por ejemplo, después de que el usuario escribe
la primera letra de la ciudad, el navegador web llama al servidor para
cargar "on-line" una lista de ciudades que comienzan con esa letra.
Ahora, la mayoría de los sitios web modernos han implementado
características AJAX. Aquí están algunos de los más populares:
• Bing Maps ([Link] Google Maps
([Link] y Yahoo! Maps
[Link]
• Flickr ([Link] y Picasa Web
([Link]
• Google ([Link] y Yahoo! ([Link]
[Link]) los motores de búsqueda con su función de
autocompletado de la consulta.
• Gmail ([Link] que es muy popular ahora y no
necesita ninguna introducción.
En conclusión, AJAX se trata de crear aplicaciones web más inteligentes
(que se comportan mejor que las aplicaciones web tradicionales al
interactuar con los seres humanos) mediante la habilitación de páginas de
Internet para hacer llamadas asíncronas al servidor de forma transparente
mientras el usuario está trabajando (Bogdan Brinzarea, y otros, 2009).

2.2.5. Software Libre:

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

Significa que el software respeta la libertad de los usuarios y la

comunidad. En términos generales, los usuarios tienen la libertad de
copiar, distribuir, estudiar, modificar y mejorar el software. Con estas
libertades, los usuarios (tanto individualmente como en forma colectiva)
controlan el programa y lo que hace.
Por tanto, el «software libre» es una cuestión de libertad, no de precio.
Para entender el concepto, piense en «libre» como en «libre expresión», no
como en «barra libre».
Un programa es software libre si los usuarios tienen las cuatro libertades
esenciales:
▪ La libertad de ejecutar el programa para cualquier propósito.
▪ La libertad de estudiar cómo funciona el programa, y cambiarlo
para que haga lo que usted quiera. El acceso al código fuente es una
condición necesaria para ello.
▪ La libertad de redistribuir copias para ayudar a su prójimo.
▪ La libertad de distribuir copias de sus versiones modificadas a
terceros. Esto le permite ofrecer a toda la comunidad la
oportunidad de beneficiarse de las modificaciones. El acceso al
código fuente es una condición necesaria para ello.
También debe tener la libertad de hacer modificaciones y usarlas en
privado para su propio trabajo o pasatiempo, sin siquiera mencionar que
existen. Si publica sus cambios, no debe estar obligado a notificarlo a
nadie en particular, ni de ninguna manera en particular.
Para que estas libertades sean reales, deben ser permanentes e irrevocables
siempre que usted no cometa ningún error; si el programador del software
tiene el poder de revocar la licencia, o de añadir restricciones a las
condiciones de uso en forma retroactiva, sin que haya habido ninguna
acción de parte del usuario que lo justifique, el software no es libre
([Link], 2011).

2.2.6. Proceso Unificado de Desarrollo de Software (RUP) (Carrillo Ramos,

2013):

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
40
RUP es el resultado de varios años de desarrollo y uso práctico en el que
se han unificado técnicas de desarrollo, a través del UML, y trabajo de
muchas Metodologías utilizadas por los clientes. La versión que se ha
estandarizado vio la luz en 1998 y se conoció en sus inicios como Proceso
Unificado de Rational 5.0; de ahí las siglas con las que se identifica a este
proceso de desarrollo.
Como RUP es un proceso, en su modelación define como sus principales
elementos:

Trabajadores (“quién”)
Define el comportamiento y responsabilidades (rol) de
un individuo, grupo de individuos, sistema automatizado o máquina, que
trabajan en conjunto como un equipo. Ellos realizan las actividades y son
propietarios de elementos.

Actividades (“cómo”)
Es una tarea que tiene un propósito
claro, es realizada por un trabajador y manipula
elementos.

Artefactos (”qué”)
Productos tangibles del proyecto que son
producidos, modificados y usados por las actividades. Pueden ser modelos,
elementos dentro del modelo, código
fuente y ejecutables.

Flujo de actividades (“Cuándo”)

Secuencia de actividades realizadas por trabajadores y que produce un

resultado de valor observable.
En RUP se han agrupado las actividades en grupos lógicos definiéndose 9
flujos de trabajo principales. Los 6 primeros son conocidos como flujos de
ingeniería y los tres últimos como de apoyo. En la figura 2.1 se representa

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

el proceso en el que se grafican los flujos de trabajo y las fases y muestra

la dinámica expresada en iteraciones y puntos de control.

Figura 4: Fases Metodología RUP

Fuente: ([Link], 2010)

Flujos de trabajo (Díaz Flores, 2013):

• Modelado Empresarial: Describe los procesos de negocio,
identificando quiénes participan y las actividades que requieren
automatización.
• Requisitos: Define qué es lo que el sistema debe hacer, para lo cual se
identifican las funcionalidades requeridas y las restricciones que se
imponen.
• Análisis y diseño: Describe cómo el sistema será realizado a partir de
la funcionalidad prevista y las restricciones impuestas

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
42
 (requerimientos), por lo que indica con precisión lo que se debe
programar.
• Implementación: Define cómo se organizan las clases y objetos en
componentes, cuáles nodos se utilizarán y la ubicación en ellos de los
componentes y la estructura de capas de la aplicación.
• Prueba (Testeo): Busca los defectos a los largo del ciclo de vida.
• Despliegue o Instalación: Produce reléase del producto y realiza
actividades (empaque, instalación, asistencia a usuarios, etc.) para
entregar el software a los usuarios finales.
• Gestión de Cambios y configuración: Involucra actividades con las
que se busca producir un producto que satisfaga las necesidades de los
clientes.
• Gestión de proyectos: Describe cómo controlar los elementos
producidos por todos los integrantes del equipo de proyecto en cuanto
a: utilización/actualización concurrente de elementos, control de
versiones, etc.
• Ambiente o Entorno: Contiene actividades que describen los procesos
y herramientas que soportarán el equipo de trabajo del proyecto; así
como el procedimiento para implementar el proceso en una
organización.

Fases: (Carrillo Ramos, 2013)

• Conceptualización (Concepción o Inicio): Se describe el negocio y se
delimita el proyecto describiendo sus alcances con la identificación de
los casos de uso del sistema.
• Elaboración: Se define la arquitectura del sistema y se obtiene una
aplicación ejecutable que responde a los casos de uso que la
comprometen. A pesar de que se desarrolla a profundidad una parte
del sistema, las decisiones sobre la arquitectura se hacen sobre la base
de la comprensión del sistema completo y los requerimientos

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

(funcionales y no funcionales) identificados de acuerdo al alcance

definido.
• Construcción: Se obtiene un producto listo para su utilización que está
documentado y tiene un manual de usuario. Se obtiene 1 o varios
reléase del producto que han pasado las pruebas. Se ponen estos
reléase a consideración de un subconjunto de usuarios.
• Transición: El reléase ya está listo para su instalación en las
condiciones reales. Puede implicar reparación de errores.

El ciclo de vida de RUP se caracteriza por: (Belloso Cicilia, 2012)

• Dirigido por casos de uso: Los casos de uso reflejan lo que los
usuarios futuros necesitan y desean, lo cual se capta cuando se modela
el negocio y se representa a través de los requerimientos. A partir de
aquí los casos de uso guían el proceso de desarrollo ya que los
modelos que se obtienen, como resultado de los diferentes flujos de
trabajo, representan la realización de los casos de uso (cómo se llevan
a cabo).
• Centrado en la arquitectura: La arquitectura muestra la visión común
del sistema completo en la que el equipo de proyecto y los usuarios
deben estar de acuerdo, por lo que describe los elementos del modelo
que son más importantes para su construcción, los cimientos del
sistema que son necesarios como base para comprenderlo,
desarrollarlo y producirlo económicamente. RUP se desarrolla
mediante iteraciones, comenzando por los CU relevantes desde el
punto de vista de la arquitectura.
• Iterativo e Incremental: Aunque la figura 2.1 puede sugerir que los
flujos de trabajo se desarrollan en cascada, la “lectura” de este grafico
tiene que ser vertical y horizontal. RUP propone que cada fase se
desarrolle en iteraciones.
Una iteración involucra actividades de todos los flujos de trabajo, aunque
desarrolla fundamentalmente algunos más que otros. Por ejemplo, una
iteración de elaboración centra su atención en el análisis y diseño, aunque

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
44
refina los requerimientos y obtiene un producto con un determinado nivel,
pero que irá creciendo incrementalmente en cada iteración.
Aunque cada iteración tiene que proponerse un incremento en el proceso
de desarrollo, todas deben aportar al principal resultado de la fase en la que
se desarrolla, por lo que los puntos de control evalúan:
• Conceptualización Objetivos
• Elaboración Arquitectura
• Construcción Funcionalidad operativa
• Transición Reléase del sistema
Para lograr estos cuatro hitos, hay que construir determinados artefactos
definidos dentro de los flujos de trabajo involucrados.

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

Figura 5: El modelo de arquitectura se representa a través de los

diagramas de UML

Fuente: (Carrillo Ramos, 2013)

2.2.7. Programación Extrema:

La programación extrema o XP es una metodología de desarrollo que se
englobaría dentro de las denominadas metodologías Ágiles en la que se da
máxima prioridad a la obtención de resultados y reduce la burocracia que
se produce al utilizar otras ‘metodologías pesadas’.
Todo en el software cambia. Los requisitos cambian. El diseño cambia. El
negocio cambia. La tecnología cambia. El equipo cambia. Los miembros
del equipo cambian. El problema no es el cambio en sí mismo, puesto que
sabemos que el cambio va a suceder; el problema es la incapacidad de
adaptarnos a dicho cambio cuando éste tiene lugar.
El autor de la XP es Kent Beck, entre otros, que con su larga experiencia
como programador eligió las mejores características de las metodologías y
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
46
profundizó en las relaciones de éstas y como se reforzaban unas a otras.
Por tanto, la XP no se basa en principios nuevos, sino que todas, o casi
todas, sus características ya se conocen dentro de la ingeniería del
software, las cuales se complementan para minimizar los tópicos
problemas que pueden surgir en todo desarrollo de proyectos software
(Morales Ramos, 2013).

Objetivos de la programación extrema

El objetivo principal de la XP es la satisfacción del cliente. Se le trata de
dar al cliente lo que quiere y cuando quiere. Por tanto, se debe responder
rápidamente a las necesidades del cliente, aunque realice cambios en fases
avanzadas del proyecto. Como metodología Ágil que es, se pueden
producir modificaciones de los requisitos del proyecto a lo largo de su
desarrollo, sin que esto produzca un buen dolor de cabeza.
Otro de los objetivos es el trabajo en grupo. Tanto los jefes del proyecto,
clientes y desarrolladores forman parte del equipo y deben estar
involucrados en el desarrollo.
Valores de la programación extrema
Para garantizar el éxito de un proyecto, los autores de XP han considerado
como fundamentales cuatro valores:
▪ Comunicación. Muy importante. La XP ayuda mediante sus prácticas
a la comunicación entre los integrantes del grupo de trabajo: jefes de
proyecto, clientes y desarrolladores.
▪ Sencillez. Los programas deben ser los más sencillos posibles y tener
la funcionalidad necesaria que se indican en los requisitos. No hay que
añadir algo que no se necesite hoy. Si se necesita añadir más
funcionalidad mañana pues ya se hará entonces.
▪ Retroalimentación. Las pruebas que se le realizan al software nos
mantiene informados del grado de fiabilidad del sistema.
▪ Valentía. Asumir retos, ser valientes ante los problemas y afrontarlos.
El intentar mejorar algo que ya funciona. Aunque gracias a las pruebas
unitarias no existe el riesgo de ‘meter la pata’.

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

Algunas voces, añaden además un quinto valor: la humildad. Con la

compartición de código, la refactorización y el trabajo de equipo tan
estrecho una buena dosis de humildad siempre es de agradecer (Valverde
Martinez, 2013).

Actividades de XP
Codificar: Es necesario codificar y plasmar nuestras ideas a través del
código. En programación, el código expresa la interpretación del
problema, así podemos utilizar el código para comunicar, para hacer
comunes las ideas, y por tanto para aprender y mejorar.
Hacer prueba: Las características del software que no pueden ser
demostradas mediante pruebas simplemente no existen. Las pruebas dan la
oportunidad de saber si lo implementado es lo que en realidad se tenía en
mente. Las pruebas nos indican que nuestro trabajo funciona, cuando no
podemos pensar en ninguna prueba que pudiese originar un fallo en
nuestro sistema, entonces habremos acabado por completo.
Escuchar: “Los programadores no lo conocen todo, y sobre todo muchas
cosas que las personas de negocios piensan que son interesantes. Si ellos
pudieran programarse su propio software ¿para qué querrían
programadores?". Si vamos a hacer pruebas tenemos que preguntar si lo
obtenido es lo deseado, y tenemos que preguntar a quién necesita la
información. Tenemos que escuchar a nuestros clientes cuáles son los
problemas de su negocio, debemos de tener una escucha activa
explicándolo que es fácil y difícil de obtener, y la realimentación entre
ambos nos ayudan a todos a entender los problemas.
Diseñar: El diseño crea una estructura que organiza la lógica del sistema,
un buen diseño permite que el sistema crezca con cambios en un solo
lugar. Los diseños deben de ser sencillos, si alguna parte del sistema es de
desarrollo complejo, lo apropiado es dividirla en varias. Si hay fallos en el
diseño o malos diseños, estos deben de ser corregidos cuanto antes.
Resumiendo las actividades de Xp: Tenemos que codificar porque sin
código no hay programas, tenemos que hacer pruebas porque sin pruebas
no sabemos si hemos acabado de codificar, tenemos que escuchar, porque
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
48
 si no escuchamos no sabemos qué codificar ni probar, y tenemos que
diseñar para poder codificar, probar y escuchar
indefinidamente (Wikipedia, 2013).

2.2.8. UWE (Ingeniería Web basada en UML) (López Aguilar, 2005):

La ingeniería Web basada en UML (UWE) fue presentada por Nora Koch
en el2000. Esta metodología utiliza un paradigma orientado a objetos, y
está orientada al usuario. Está basada en los estándares UML y UP
(Proceso Unificado), cubre todo el ciclo de vida de este tipo de
aplicaciones centrando además su atención en aplicaciones personalizadas.
UWE propone una extensión de UML que se divide en 4 pasos:
Análisis de requisitos: Su objetivo es encontrar los requisitos funcionales
de la aplicación Web para representarlos como casos de uso. Da lugar a un
diagrama de casos de uso.
Diseño conceptual: Su objetivo es construir un modelo conceptual del
dominio de la aplicación considerando los requisitos reflejados en los
casos de uso. Da como resultado un diagrama de clases de dominio.
Diseño Navegacional: Se obtienen el modelo de espacio de navegación y
modelo de estructura de navegación, que muestra cómo navegar a través
del espacio de navegación. Se obtienen diagramas de clases que
representan estos modelos.
Diseño de presentación: De este paso se obtienen una serie de vistas de
interfaz de usuario que se presentan mediante diagramas de interacción
UML.

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

Figura 6: Modelos representados por paquetes relacionados mediante

dependencias en UML

Fuente: (López Aguilar, 2005)

Los aspectos principales de esta metodología son:

• Uso de una notación estándar, como es la notación UML.
• Definición precisa del método, una serie de pasos para seguir la
construcción de los modelos.
• La especificación de restricciones, la metodología recomienda el uso
de restricciones escritas en el Lenguaje de Restricciones de Objetos
(OCL) para aumentar la precisión de los modelos.

Tabla 1: Cuadro de comparación de Metodologías

Manejo de diagramas
Apoyo metodológico

Ingeniería inversa

Autogeneración

Factores
Robustez

Puntaje Prioridad

Metodologías
0.15 0.25 0.3 0.2 0.1 1
RUP 4 4 4 4 4 4 1
XP 3 4 3 2 3 3.05 2
SCRUM 3 3 2 2 2 2.4 3
DSDM 2 2 2 2 3 2.1 5
Otras metodologías 2 2 3 2 2 2.3 4
Fuente: (Elaboración propia, 2014) (Anexo 2)
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
50
2.3. Definición de Términos:
2.3.1. Aplicación Web: (E-lemental Perú):
Una Aplicación Web es una aplicación informática distribuida cuya
interfaz de usuario es accesible desde un cliente web, normalmente un
navegador web.

Características habituales
▪ Comunicación mediante http cobre tcp/Ip.
▪ Procesamiento en servidor
▪ Acceso a base de datos
▪ Arquitectura por capas
▪ Distintos tipos de usuarios.

Arquitectura de una aplicación web

La arquitectura de una aplicación define como se organizan los distintos
módulos que la componen. Por lo general se suelen distinguir tres niveles:
interfaz de usuario, lógica de negocio y datos.

Figura 7: Niveles de la Aplicación Web

Fuente: (wikispaces, 2012)

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

Niveles de la Aplicación Web

Nivel de Interfaz de usuario: Está compuesto por las paginas html que el
usuario solicita a un servidor web y que visualiza en un cliente web
(normalmente un navegador web).
Nivel de lógica del negocio: Está compuesto por los módulos que
implementan la lógica de la aplicación y que se encuentra en un servidor
de aplicaciones. En otras palabras es la lógica de funcionamiento de la
aplicación distribuida. En ella se encuentran todos los elementos de la
aplicación que pueden ser reutilizados. La capa de negocio o capa
intermedia aísla la capa de presentación de la capa de servidor. Estructura
de datos y lógica que las usa son independientes de la capa de
presentación.
El nivel de datos: Está compuesto por los datos normalmente gestionados
por un sistema de gestión de base de datos (Servidor de datos), que maneja
la aplicación web (Universidad de Sevilla;Escuela de Ingeniería
Informática, 2004).

Ventajas de las aplicaciones web

• Al ejecutarse a través de los navegadores, se puede acceder a ellas a
través de cualquier computadora en la que se cuente con internet o se
encuentre conectada a una intranet.
• Desde el punto de vista del usuario, no es necesario instalar ningún
software en la computadora, por lo que no hay que preocuparse por
costos de licencias o actualizaciones.
• Las actualizaciones las realiza el desarrollador en su servidor y por
ende cada vez que nos conectemos tendremos la última versión
disponible.
• No hay incompatibilidades con los sistemas operativos porque todo se
maneja en el navegador.
• No ocupan espacio en el disco duro porque se ejecutan a través de la
web.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
52
 • Nos consumen pocos recursos de hardware porque las tareas se
realizan en otro ordenador.

Desventajas de las aplicaciones web

La comunicación constante con el servidor que ejecuta la aplicación
establece una dependencia con una buena conexión a internet. Además, el
servidor debe tener las prestaciones necesarias para ejecutar la aplicación
de manera fluida, no sólo para un usuario sino para todos los que la
utilicen de forma concurrente ([Link], 2007).
2.3.2. Gestión:
Proceso que desarrolla actividades productivas con el fin de generar
rendimientos de los factores que en él intervienen. Diligencia que conduce
al logro de un negocio o satisfacción de un deseo (Elaboración propia,
2014).

2.3.3. Control de Actas VECP y CM:

Actas VECP: Actas de Verificación de Emisión de Comprobantes de Pago.
Actas CM: Actas de Control Móvil.
Proceso que desarrolla actividades para controlar la asignación, utilización
y devolución de las actas de verificación de emisión de comprobantes de
pago y de control móvil que son utilizadas en los múltiples operativos
masivos que realiza la Institución (Elaboración propia, 2014).

2.3.4. JQuery: ([Link], 2011)

El jQuery es una librería de JavaScript para acceder a los objetos del DOM
de un modo simplificado.
El sitio oficial de la librería lo puedes acceder desde aquí donde puedes
descargar el archivo para tus proyectos, además de poder enterarte de las
mejoras constantes que se le hacen. El autor de esta librería es John Resig
que además trabaja para Mozilla Corporation.
Las aplicaciones en internet son cada vez más complejas, ya que
incorporan efectos visuales, drag and drop, auto-completar, animaciones
etc. el desarrollar todos estos conceptos desde cero puede resultar

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

complicado sobre todo si tenemos que presentar la solución con muy poco
tiempo, en este tipo de situaciones el empleo de librerías como el jQuery
nos facilitan el desarrollo de la aplicación. Otra ventaja paralela es
despreocuparnos cuando codificamos en la compatibilidad de navegadores,
ya que la librería resolverá esto.
Para utilizar la librería como dijimos debemos descargarla del sitio oficial
y en cada página que lo requiera agregar:
<script type="text/javascript" src="[Link]"></script>
La librería jQuery en resumen nos aporta las siguientes ventajas:
▪ Nos ahorra muchas líneas de código.
▪ Nos hace transparente el soporte de nuestra aplicación para los
navegadores principales.
▪ Nos provee de un mecanismo para la captura de eventos.
▪ Provee un conjunto de funciones para animar el contenido de la
página en forma muy sencilla.
▪ Integra funcionalidades para trabajar con AJAX.

2.3.5. Tecnología Web: (Univ. Católica, 2008)

Es una Tecnología que utiliza todas las tecnologías de inter conectividad
de ordenadores que permite a los usuarios el intercambio, en formato de
hipertexto, de todo tipo de datos e información (texto, imágenes, sonido) y
de aplicaciones de software. Con la tecnología Web podemos tener acceso
a la información de manera rápida, oportuna, libre y a bajo costo e incluso
gratis permite formular alternativas que conlleva a una buena toma de
decisiones.
Además podemos decir que es conjunto de soluciones y servicios que nos
permite crear y consolidar proyectos de manera inteligente destacando la
elaboración de:
▪ Portales Dinámicos (CMS).
▪ Versiones Web para Móviles.
▪ Tiendas Virtuales/E-Commerce.
▪ Marketing On-Line.
▪ Plataformas E-Learning.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
54
 ▪ Intranet – Extranet.
▪ Web Sourcing Total.
Ventajas:
▪ Compartir toda la información
▪ Aplicaciones (software) como servicio y no como producto
▪ Ubicuidad
▪ Cooperación
Desventajas:
▪ Seguridad de datos.
▪ La conexión a una red.

Figura 8: Definición de Tecnología Web

NAVEGADORES
WEB

TECNOLOGÍAS DE
DESARROLLO DE
PAGINAS WEB S SERVIDORES
E WEB

C
TECNOLOGIA O
WEB
M
P URL
TECNOLOGÍAS DE O (Localizador
TECNOLOGIAS Uniforme de
INTERCONEXION DE
N
Recursos)
ORDENADORES E

OTRAS
TECNOLOGIAS
DE
TECNOLOGIAS

Fuente: (Univ. Católica, 2008)

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

CAPITULO III:
MATERIALES Y MÉTODOS

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
56
3.1. Materiales
3.1.1. Objeto de Estudio
El proceso de Gestión del Control de Actas de Verificación de Emisión
de Comprobantes de Pago y Control Móvil de la Superintendencia
Nacional de Administración Tributaria - la libertad.

3.1.2. Equipos:
Tabla 2: Materiales - Equipos
N° Descripción Unidad Cantidad
1 PC Procesador Dual Core 2.4 Ghz, 2 Gb Unidad
1
RAM, 500 GB de Disco Duro.
2 PC ProcesadorCorei7 2.5Ghz6 Gb RAM, Unidad
1
800 GB de Disco Duro.
3 Impresora HP 890 Unidad 2

Fuente: (Elaboración propia, 2014)

3.1.3. Software
Tabla 3: Materiales - Software
N° Descripción Unidad Cantidad
Sistema Operativo Microsoft Windows 7
1 Unidad 2
Home Premium en Español (32 bits).
2 Open Office. Unidad 2
Servidor AppServ 2.5.10 incluye:
• Gestor de Base de datos
MySql5.0.4.
3 Unidad 2
• Lenguaje de programación PHP
5.5
• Servidor Apache 2.2.
4 Rational Rose 7 Unidad 1

Fuente: (Elaboración propia, 2014)

3.1.4. Otros

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

Tabla 4: Materiales - Equipos

N° Descripción Unidad Cantidad
1 Memorias Flash USB 4 GB. Unidad 1
2 Papel bond - A4 80 Gr. Millar 1/4
3 Lapiceros Unidad 1/8
4 Fólder Manila Unidad 1/4
5 Archivador Unidad 5
Fuente: (Elaboración propia, 2014)

3.1.5. Población y Muestra

Para mejorar el procesamiento de la información se tendrá en cuenta el
reporte más representativo, cuya información influye de una u otra manera
sobre las personas, ya sea permitiéndoles tomar decisiones o llevar un
control de su gestión comercial. También se tendrán en cuenta las
actividades propias de la empresa relacionadas con el procesamiento de la
información en los cuales el personal de la institución invierte tiempo en
realizarlas y la empresa incurre en costos por ello.
La investigación evaluará el procesamiento de la información con y sin el
sistema para poder determinar el nivel de mejora del procesamiento de la
información.
La población y muestra se calculará por indicador, los cuales queremos
contrastar, para ello usaremos las siguientes fórmulas:
a. Fórmula para cálculo de muestra:

N*Z2 * p*q
n= .............. ( 1 )
E2 * (N-1)+Z2 *p*q

Dónde:
n : muestra.
N: población.
Z: Nivel de Confianza (95%).
P: Probabilidad de Éxito (50%).
q: Probabilidad de fracaso (50%).
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
58
 E: Error de estimación (5%).

b. Fórmula para cálculo de muestra ajustada:

n
na = .............. ( 2 )
1 + n

N
Dónde:
na: Muestra ajustada.
n : Tamaño de la muestra.
N : Tamaño de la población.

c. Indicadores:
I1: Nivel de satisfacción de los usuarios.
Los usuarios que interactúan con el sistema están conformados
por el personal que labora en La Sección de Operativos Masivos
de la División de Auditoria y el personal del área de Auditoria
que también interviene en este proceso, siendo un total de 30,
entonces la población sería de 30 personas. Como se trata de una
cantidad menor a 80 no es necesario aplicar fórmula para cálculo
de la muestra, entonces la muestra sería de 30 personas.

Tabla 5: Detalle de Usuarios del sistema

Descripción Cantidad
Supervisor 2
Encargado de actas 2
Fedatarios 26
TOTAL 30
Fuente: (Elaboración Propia, 2014)

N=30; n= 30
I2: Facilidad de uso del sistema.
Los usuarios que interactúan con el sistema están conformados
por el personal que labora en La Sección de Operativos Masivos

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

de la División de Auditoria, así como del personal del área de

Auditoria que también interviene en este proceso, siendo un total
de 30, entonces la población sería de 30 personas. Como se trata
de una cantidad menor a 80 no es necesario aplicar fórmula para
cálculo de la muestra, entonces la muestra sería de 30 personas.

N=30; n= 30

I3: Disponibilidad de la información.

Los usuarios que interactúan con el sistema están conformados
por el personal que labora en La Sección de Operativos Masivos
de la División de Auditoria, así como del personal del área de
Auditoria que también interviene en este proceso, siendo un total
de 30, entonces la población sería de 30 personas. Como se trata
de una cantidad menor a 80 no es necesario aplicar fórmula para
cálculo de la muestra, entonces la muestra sería de 30 personas.

N=30; n= 30

I4: Tiempo que utiliza el administrador en la generación de

reportes.
El administrador genera una gran cantidad de reportes. Sin
embargo, se tomará el más representativo: "Reporte de
desempeño por fedatario". Según esto, la población sería:

) ……………. ( 3 )

N = 1000
Ahora calculamos la muestra reemplazando valores en la
ecuación (1):

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
60
 n = 278

Ajustando la muestra según la ecuación (2):

na = 218

Por lo tanto la muestra es 218.

I5: Tiempo promedio utilizado por el usuario para el registro de

datos (devolución de actas).
El fedatario registra la devolución de dos tipos de actas; sin
embargo, se tomarán las actas más representativas: "Actas de
Verificación de Emisión de Comprobantes de Pago". Según
esto, la población sería:

….………..…. ( 4 )

N = 2500

Ahora calculamos la muestra reemplazando valores en la

ecuación (1):

n = 333

Ajustando la muestra según la ecuación (2):

na = 294

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

Por lo tanto la muestra es 294.

Tabla 6: Población, muestra y prueba estadística de cada indicador

Población Muestra Prueba

Indicador
(N) (n) Estadística
Nivel de satisfacción de los
30 30 Prueba t
usuarios.
Facilidad de uso del sistema. 30 30 Prueba t
Disponibilidad de la
30 30 Prueba t
Información
Tiempo que utiliza el
administrador en la generación 1000 218 Prueba z
de reportes
Tiempo promedio utilizado por
el usuario para el registro de 2500 294 Prueba z
datos (devolución de actas)

Fuente: (Elaboración propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
62
 Las pruebas estadísticas fueron seleccionadas de acuerdo al criterio de que si el
tamaño de la muestra es mayor a 30 se debe usar la prueba z, en caso contrario se
usa la prueba t Student (Difference Between, 2013).

3.2. Métodos:
Se plantean los siguientes pasos teniendo en cuenta el enfoque cuantitativo:
- Una vez establecido el contacto entre la institución y la investigación se
procede a hacer las mediciones de cómo es el nivel del procesamiento de la
información, para ello se usará los instrumentos definidos en la siguiente
sección "Técnicas de evaluación de indicadores". Luego se implanta el
software “Aplicación web”.
- Una vez implantado y los usuarios adaptados al mismo, volveremos a realizar
la misma medición del procesamiento de la información y se comprueba si el
procesamiento de la información mejora o no.
Se debe tener en cuenta que los usuarios han de adaptarse al uso del sistema, por
ello se ha estimado una semana de pruebas y capacitación al día siguiente de la
implantación del software y pasada otra semana se procede a realizar la medición.

3.2.1. Tipo de Investigación

El tipo de investigación de acuerdo a la orientación que estamos usando
es de una orientación Aplicada, ya que vamos a desarrollar una
aplicación; además, la metodología que se utilizará es estandarizada y
universal y aprobada para lograr soluciones. El diseño de contrastación
que vamos a usar es el método Pre – Test, Post - Test con un solo grupo:
• Una medición previa de la variable dependiente a ser utilizada antes
de la aplicación de la variable independiente (Pre - Test).
• La aplicación de la variable independiente o estímulo.
• Una nueva medición de la variable dependiente después de la
aplicación de la variable independiente (Post - Test).

Identificación de variables:

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

Variable Dependiente (V.D.) = Gestión del control de actas de

verificación de emisión de comprobantes de pago y control móvil de la
Superintendencia Nacional de Administración Tributaria - La Libertad.

Variable Independiente (V.I.) = Sistema de Información utilizando la

metodología RUP y basado en tecnología Web para mejorar Gestión del
control de actas de verificación de emisión de comprobantes de pago y
control móvil.

Se tiene dos variables:

O0: variable dependiente

X: variable independiente

Dónde:
O0: Gestión de Control de Actas VECP y CM
X: Sistema Informático

Vamos a mostrar tres fases en la contratación de la hipótesis:

• El Pre - Test o medición de la variable O0.
• La aplicación de la variable independiente X.
• El Post - Test o nueva medición de la variable O1.
En donde se desarrollan las siguientes actividades:

• Medición previa de la Gestión del Control de Actas de Emisión de

Comprobantes de Pago y de Control Móvil.

▪ Devolución en línea de Actas VECP y Control móvil Utilizadas por el

personal operativo en el sistema informático bajo tecnología web.

▪ Procesamiento de la información y emisión de resultados por parte del

sistema informático bajo tecnología web.

▪ Contrastación de evaluación previa y el resultado del sistema

informático bajo tecnología web

▪ Verificación del número de transacciones realizadas por el sistema

informático bajo tecnología web
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
64
 En el siguiente grafico se muestra la forma en que interactúan las variables.

Figura 9: Modelo de contrastación

O0 X O1
Pre - Test Post - Test

Fuente: (Elaboración Propia, 2014)

Para la implantación del sistema de información web se eligió la

metodología RUP según criterios mencionados en el marco teórico. A
continuación se detallan las fases de la metodología:
• Iniciación: El objetivo es identificar el alcance inicial del proyecto,
una arquitectura potencial de su sistema, y obtener la financiación
inicial del proyecto y la aceptación del involucrado.
• Elaboración. El objetivo es mejorar la arquitectura del sistema.
• Construcción. El objetivo es construir software funcional en una
base regular e incremental, la cual cumpla con las necesidades de
prioridad más alta de los involucrados de su proyecto.
• Transición. El objetivo es validar y desplegar su sistema en su
ambiente de producción.

3.2.2. Diseño de Contrastación

Para la prueba delindicador cuantitativo "Tiempo promedio para el corte
documentario" se utilizó la prueba estadística t(Student) y para la prueba
de los indicadores cualitativos "Nivel de satisfacción de los usuarios",
"Facilidad de uso del sistema" y "Disponibilidad de la información" y los
indicadores cuantitativos "Tiempo que utiliza el administrador en la
generación de reportes" y "Tiempo promedio utilizado por el usuario
para el registro de datos (devolución de actas)" se utilizó la prueba
estadística z (Normal) esto teniendo en cuenta el tamaño de las muestras
determinadas en la sección anterior.
➢ Prueba de hipótesis para la diferencia de la media poblacional.

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

1.- Definir las variables de estudio: X,Y

2.- Enunciar la Hipótesis Nula (Ho), de interés restrictivo o referente al
problema; y la Hipótesis Alternativa (Ha), formada por las demás
suposiciones o alternativas referentes al problema.

Ho: X < = Y
Ha: X <Y

3.- Establecer el nivel de significancia ‘α’. Ejemplo: Para α = 5%,

tenemos una P = 95%; donde P es probabilidad.

4.- Calcular la media aritmética muestral (x X, x Y); y la desviación

estándar muestral (X ,Y) en base a las observaciones.

n
∑ Xi
x = i=1
...... (5)
n

Donde:
n = Tamaño deseado de la muestra
n
( xi –x )2
i=1 ...... ( 6 )
σ2 =
n-1

5.-Calcular la Función Estadística (Zc) de prueba y determinar la

Región de Aceptación y la Región de Rechazo.
(xX --xY) – ( µx –µy ) ...... ( 7 )
Zc =
σx2 σy2
+

nxny

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
66
 Figura 10: Región de Aceptación (RA) y Región de Rechazo (RR) para
una Prueba de Hipótesis.

RR RA

Fuente: (Elaboración Propia, 2014)

6.-Tomar la Decisión:

Si Z Є RR, Entonces rechazamos la Ho y aceptamos Ha

3.3. Técnicas

3.3.1 Técnicas para el Levantamiento de Información

• Entrevistas, estructuradas de acuerdo al nivel del entrevistado y con una
duración de entre 15 y 30 minutos.
• Encuestas, se ha utilizado el tipo de encuesta cerrada. En este proceso
de recolección de datos se emplearon los cuestionarios antes y después
del aplicativo web, los cuales contienen preguntas que ayudan a medir
los indicadores de las variables de la hipótesis.
• Archivos de documentos sobre trabajos realizados (antecedentes).
• Archivos de documentos sobre información de la SUNAT y sus
procesos de trabajo.
• Internet.
• Bibliografía.
• Para poder medir los indicadores cualitativos, se utilizó encuestas. A
continuación se muestran los rangos (Escala de Likert) de los valores de
acuerdo al nivel de satisfacción:

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

Tabla 7: Escala de medición para indicadores cualitativos

Rango Nivel de Satisfacción

[0.0 - 2.5] Malo
<2.5 - 5.0] Regular
<5.0 - 7.5] Bueno
<7.0 - 10.0] Muy bueno
Fuente: (Elaboración propia, 2014)

3.3.2 Técnicas para el Procesamiento de la Información

Se empleó las técnicas de la estructura RUP:
Tabla 8: Técnicas de la Fase de Concepción.

Etapa Técnica Fuente Informantes

Caso de Uso del Negocio
Sección de Encargado de actas,
Modelo del Negocio Hoja de descripción de
operativos masivos Fedatarios.
Caso de Uso del Negocio
Modelo de Objetos Diagrama de Objetos Sección de Encargado de actas,
del Negocio operativos masivos Fedatarios.
Modelo del Dominio Diagrama del Modelo del Sección de Encargado de actas,
del Negocio Dominio del Negocio operativos masivos Fedatarios.
Definición de Requisitos
Encargado de actas,
Determinación de Funcionales Sección de
Fedatarios,
Requerimientos Definición de Requisitos operativos masivos
Supervisor
No Funcionales
Modelo de Casos de Diagrama de Casos de Sección de Encargado de actas,
Uso Uso operativos masivos Fedatarios.
Fuente: (Elaboración Propia, 2014)
Tabla 9: Técnicas de la Fase de Elaboración.

Etapa Técnica Fuente Informantes

Diagrama de Clases de Sección de Encargado de actas,
Casos de Uso operativos masivos Supervisor.
Análisis
Diagrama de Secuencia Sección de Encargado de actas,
de Análisis operativos masivos Supervisor.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
68
 Diagrama de Sección de Encargado de actas,
Colaboración operativos masivos Supervisor.
Diagrama de Casos de Sección de Encargado de actas,
Uso de Realización operativos masivos Supervisor.
Diseño
Diagrama de Secuencia Sección de Encargado de actas,
operativos masivos Supervisor.

Fuente: (Elaboración Propia, 2014)

Tabla 10: Técnicas de la Fase de Construcción

Etapa Técnica Fuente Informantes

Diagrama de Paquetes Sección de Encargado de actas,
Análisis
operativos masivos Supervisor.
Diagrama de Modelo Sección de Encargado de actas,
de Diseño operativos masivos Supervisor.
Diagrama de Sección de Encargado de actas,
Componentes operativos masivos Supervisor.
Diagrama de Sección de Encargado de actas,
Diseño
Despliegue operativos masivos Supervisor.
Diagrama de Clases Sección de Encargado de actas,
operativos masivos Supervisor.
Diagrama de Base de Sección de Encargado de actas,
Datos operativos masivos Supervisor.

Fuente: (Elaboración Propia, 2014)

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

3.3.3 Técnicas de evaluación de Indicadores

Tabla 11: Técnicas para Indicadores

Indicador Unidad Medida Instrumento Operatividad

Nivel de Satisfacción de los Escala Valorada Encuesta

usuarios. de 1 – 4 Tabulada

Facilidad de uso del sistema Escala Valorada Encuesta

web de 1 – 4 Tabulada

Disponibilidad de la
Escala Valorada Encuesta
información para los
de 1 – 4 Tabulada
usuarios en el sistema
Tiempo que utiliza el
administrador en la Segundos Cronómetro
generación de reportes.
Tiempo promedio usado
para registrar la Devolución Segundos Cronómetro
de Actas.

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
70
3.4. Procedimiento
Lo presentado en la sección de métodos se amplía en los siguientes pasos.
• Inicio: El presente trabajo surge de la necesidad de tener un mejor control de
actas de emisión de comprobantes de pago y control móvil de la SUNAT - La
Libertad visto en el periodo de prácticas profesionales de uno de los autores del
proyecto. Se llevaron a cabo entrevistas para poder comprender la situación
actual del proceso y se propuso el desarrollo de una aplicación web para poder
mejorar la gestión.
• Grupo: Como se detalla en el sección de métodos, se propone un grupo
experimental en donde se aplique un diseño de pre prueba y pos prueba.
• Pre prueba: Con los instrumentos indicados en la sección de “Técnicas”, se
procedió a medir la variable dependiente, tomando un tiempo de 1 mes.
• Experimento: Los conocimiento usados para el desarrollo del sistema, fueron los
adquiridos durante la estancia en la universidad. El proceso de desarrollo del
software llevó un lapso 4 meses donde se puso en práctica la experiencia de los
autores en el desarrollo de otros sistemas (construcciones de código).
• La implantación y las pruebas son alrededor de 1 semana, más la semana
adicional de uso y habitualidad al manejo del sistema.
• Post prueba: Los datos pasaron a su recolección alrededor de 1 mes, después del
tiempo de capacitación y pruebas (2 semanas) del personal sobre el sistema
propuesto.
• Fin: Una vez recogidos los datos, continuamos con su procesamiento respectivo
incluyendo análisis y discusión de resultados. La final se elaboró un informe de
lo observado, presentando las conclusiones y recomendaciones finales,
conjuntamente con las informaciones pertinentes.

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

3.5.

CAPITULO IV:
FASE DE CONCEPCIÓN

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
72
Durante la Fase de Concepción se establece la planificación del Proyecto y se delimita
su alcance. La planificación del Proyecto incluye los criterios de éxito, la evaluación del
riesgo, estimaciones de recursos que se necesitaran y un plan de fases que muestre la
planificación de los hitos principales.
Al final de la fase de concepción se examinan los objetivos del ciclo de vida del
Proyecto y se decide si proceder con el desarrollo del sistema.

4.3. Modelo del Negocio:

4.3.1. Documento de Visión:
• Propósito:
El propósito de éste documento es recoger, analizar y definir las necesidades
y características de la solución Web para la gestión del control de actas de
verificación de emisión de comprobantes de pago y control móvil de la
SUNAT La Libertad. El documento abarca lo relacionado con la
funcionalidad requerida por la gente que interviene directamente en el manejo
del sistema como usuarios finales.
Los Detalles de cómo el sistema cubre los requerimientos del proceso se
observan claramente en cada uno de los diagramas utilizados en la
metodología así como en sus distintas especificaciones.
• Alcance:
El presente documento como ya se ha mencionado se ocupa de la
solución Web para la gestión de actas de la SUNAT La Libertad.
Dicho sistema será desarrollado por el equipo de desarrolladores de
software.

El sistema permitirá a la empresa tener un mayor control sobre el área

de comisos. Los usuarios podrán llevar un control de actas que se
asignan a cada fedatario así como su devolución y entrega, así también
podrán tener control sobre la entrega de dinero para que el fedatario
realice sus labores y como éste justifica los gastos en los que incurra
durante la verificación.

La emisión de reportes en el sistema permitirá gestionar

adecuadamente la información por parte de los usuarios y de los

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

mismos fedatarios ya que tendrán en línea información relevante sobre

rendición de sus actas y dinero.

• Posicionamiento:

➢ Oportunidad de Negocio
El sistema permitirá a la empresa automatizar todo su proceso de
gestión actas de verificación de emisión de comprobantes de pago y
control móvil, tener un mayor control de sus actividades y las
diferentes transacciones realizadas. Esto se verá reflejado en la
rapidez con la que se podrá acceder a los datos y la facilidad de
ubicarlos ya que el sistema contara con interfaces amigables y
fáciles de usar agilizando notablemente los procesos.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
74
 ➢ Sentencia que define el Problema

Tabla 12: Sentencia que define el Problema

Controlar la asignación de actas tanto de verificación de emisión de

comprobantes de pago como de control móvil.
Controlar asignación de entrega de dinero a los fedatarios para
El problema de realizar sus verificaciones.
Llevar un adecuado control de la devolución de actas y dinero por
parte de los fedatarios.
Fedatarios fiscalizadores.
Afecta a Usuarios encargados de asignación de actas y dinero.
SUNAT La Libertad.
Almacenar toda la información del proceso de asignación de
El impacto actas y dinero así como su devolución de tal manera que se
asociado es tenga información en línea para la toma de decisiones y
gestión en la empresa.

Automatizar todo el proceso a través del desarrollo de un

Una solución sistema Web donde pueda guardar y manejar adecuadamente
adecuada sería todos los datos relacionados a la asignación de actas de
emisión de comprobantes de venta y control móvil.

Fuente: (Elaboración Propia, 2014)

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

➢ Sentencia que define la posición del Producto

Tabla 13: Sentencia que define la solución del producto

Encargado de Actas

Encargado de Fondo de Intervenciones

Para
Supervisor
Fedatarios VECP
Controlan y participan activamente en el proceso de
Quienes verificación de emisión de comprobantes de pago y control
móvil.

El nombre del Es un sistema informático basado en Web

producto
Que Almacena y procesa la información necesaria para gestionar
el área de Comisos.

No como La forma de gestión manual que se hace actualmente.

Permite gestionar adecuadamente dos procesos principales: el

de asignación de actas de verificación de emisión de
comprobantes de pago y control móvil y el proceso de
Nuestro producto
asignación del fondo de intervenciones.

Permite llevar un control adecuado a través de la emisión de

reportes del tipo gerencial donde se muestra asignación, entrega y
devolución de actas asignadas.

Fuente: (Elaboración propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
76
 4.3.2. Modelado de Casos de uso del Negocio:

[Link]. Diagrama de Casos de Uso del Negocio

Este diagrama fue elaborado como una técnica para la captura de
requisitos potenciales del aplicativo a desarrollar. Cada caso de
uso proporciona uno o más escenarios que indican cómo debería
interactuar el sistema con el usuario o con otro sistema para
conseguir un objetivo específico.

Diagrama 1: Diagrama de Casos de uso Gestión de Actas

Gestionar fondo para intervenciones

Fedatario Vecp
Encargado de Fondo de Intervenciones.

Gestionar actas VECP

Encargado de Actas.
Garita

Gestionar actas móvil

Supervisor

Generar corte documentario

Fuente: (Elaboración Propia, 2014)

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

4.3.3. Documentación de casos de uso del negocio:

Tabla 14: Documentación CU Gestionar Fondo para Intervenciones

Sistema: Sistema de Gestión del Control de Actas VECP y de Control Móvil de la

SUNAT – LA Libertad
Versión: 1.0 Revisión: 1.00 Estado: Aprobado Fecha: 07/01/2014
Responsable: Grupo de tesis Número:
Nombre del Caso de
Uso del Negocio Gestionar Fondo para Intervenciones
(Procesos)
Descripción El Fedatario solicita la Asignación del dinero que será
utilizado en las Intervenciones VECP, el monto del dinero
asignado dependerá del tipo de operativo que este realizara.
Descripción Detallada 1. La actividad de Gestionar el fondo para las intervenciones
inicia cuando un Fedatario tiene Operativo VECP el cual
debe solicitar al encargado de caja el dinero para poder
iniciar con las intervenciones VECP.
2. El encargado debe evaluar el rubro de la intervención y
según ese análisis realizara la asignación del dinero.
3. Una vez asignado el dinero el Fedatario debe Firmar el
cargo de recepción del dinero.
Actores Fedatario Vecp, Encargado de Fondo de Intervenciones
Reglas del Negocio 1. Si el Fedatario no ha devuelto el reporte que sustenta los
gastos de una asignación de dinero previa no se le asignara
otra vez hasta que subsane.
Precondiciones 1. El fedatario debe haber sido programado para el operativo
VECP.
Postcondiciones 1. El Fedatario debe entregar el reporte que sustenta los
gastos de sus intervenciones
2. Debe remitir al encargado de caja el saldo del dinero que
quedó después de las intervenciones
Relación con otros Ninguna
casos de uso
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
78
Excepciones Ninguna
Formulas Ninguna
Frecuencia esperada El gestionar dinero para intervenciones se realizará cada vez
que se le programe un operativo VECP a un Fedatario.

Fuente: (Elaboración propia, 2014)

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

Tabla 15: Documentación CU Gestionar Actas VECP

Sistema: Sistema de Gestión del Control de Actas VECP y de Control Móvil de la

SUNAT – LA Libertad
Versión: 1.0 Revisión:1.0 Estado: Aprobado Fecha: 07/01/2014
Responsable: grupo de tesis Número:
Nombre del Caso de
Uso del Negocio Gestionar Actas VECP
(Procesos)
Descripción El Fedatario solicita las Actas respectivas que necesitará para
dejar constancia de sus Intervenciones.
Descripción Detallada 1. Una vez que ya se le asignó el dinero para las
intervenciones al fedatario, debe solicitar al Encargado
de Actas que se le asigne las actas correspondientes al
operativo VECP.
2. El encargado de Actas debe evaluar la cantidad de
intervenciones asignadas al Fedatario para asignarle una
cantidad prudente de Actas para que realice sus
intervenciones.
3. Una vez que se le asigna las Actas al Fedatario este debe
firmar un cargo de recepción de las mismas.
4. El fedatario una vez terminado su operativo VECP
deberá registrar el resultado de las mismas en el sistema
de Intranet
5. Una vez registrado deberá devolver las actas al
Encargado de Actas.
Actores Fedatario Vecp, Encargado de Actas.
Reglas del Negocio 1. Para que se le asigne Actas previamente debe habérsele
programado para un operativo de intervenciones VECP.
2. El Fedatario debe haber entregado satisfactoriamente las
Actas que se le asignaron en una oportunidad anterior.
3. Solo se le pueden asignar el tipo de actas que
corresponden al operativo que se le asignó.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
80
Precondiciones 1. Tener programado un operativo VECP.
2. Solicitar las Actas.
Postcondiciones Una vez terminado el operativo deben devolver las Actas
asignadas.
Relación con otros Ninguna
casos de uso
Excepciones Ninguna
Formulas Ninguna
Frecuencia esperada El gestionar las Actas VECP se realizará cada vez que se le
programe un operativo VECP a un Fedatario.

Fuente: (Elaboración propia, 2014)

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

Tabla 16: Documentación CU Gestionar Actas Móvil

Sistema: Sistema de Gestión del Control de Actas VECP y de Control Móvil de la

SUNAT – LA Libertad.
Versión: 1.0 Revisión: 1.00 Estado: Aprobado Fecha: 07/01/2014
Responsable: Grupo de Tesis Número:
Nombre del Caso de
Uso del Negocio Gestionar Actas Móvil.
(Procesos)
Descripción El Fedatario de Control Móvil debe solicitar las Actas
respectivas al encargado de actas, las cuales serán utilizadas en
las Garitas de control o en los Operativos Urbanos.
Descripción Detallada 1. El Fedatario de Control Móvil Solicita una cantidad de Actas
Móvil.
2. El Encargado de Actas verifica el stock actual de Actas no
utilizadas en las garitas de control, según esa evaluación
asignara una cantidad de Actas solicitadas por el fedatario
móvil.
3. El fedatario debe firmar un cargo de recepción de las Actas
asignadas, y las llevara a las garitas de control.
4. En las Garitas de control se realizaran las Intervenciones a
Transportista y si se encontraran inconsistencias se llenaran
estas Actas.
5. Terminado cada turno de Garita deben registrar en el sistema
de intranet el estado de las actas levantadas.
6. Luego remitir al Encargado de Actas las Actas utilizadas.

Actores Fedatario, Encargado de Actas.

Reglas del Negocio 1. Las Actas deben estar en las Garitas de Control
2. Una vez utilizadas deben registrarse en el sistema de Intranet
3. Una vez registradas deben remitirse al Encargado de Actas
Precondiciones 1. Nota de pedido debidamente aprobada por secretaria.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
82
Postcondiciones Ninguna.
Relación con otros Ninguna.
casos de uso
Excepciones Ninguna
Formulas Ninguna
Frecuencia esperada La Gestión de Actas Móvil se realiza Por cada Turno de Garita,
los cuales son dos turnos por día.

Fuente: (Elaboración propia, 2014)

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

Tabla 17: Documentación CU Generar Corte Documentario

Sistema: Sistema de Gestión del Control de Actas VECP y de Control Móvil de la

SUNAT – LA Libertad.
Versión: 1.0 Revisión: 2.00 Estado: Aprobado Fecha: 07/01/2014
Responsable: Grupo de Tesis Número:
Nombre del Caso de
Uso del Negocio Generar Corte Documentario.
(Procesos)
Descripción El supervisor solicita cada tres meses el corte documentario de
las Actas, el cual es un reporte del estado de todas las actas
levantadas en el año en curso, dicho reporte debe ser enviado a
Lima.
Descripción Detallada 1. El supervisor solicita el reporte.
2. El Encargado de Actas debe verificar acta por acta el estado
de las mismas.
3. El Encargado de Actas registrará una descripción por acta las
cuales serán: en blanco, utilizadas, anuladas.
4. Una vez terminado la evaluación debe remitir el reporte al
Supervisor.
Actores Encargado de Actas, Supervisor.
Reglas del Negocio 1. El reporte debe ser preciso, cotejado con el Acta
Física.
Precondiciones 1. El supervisor debe solicitar el reporte.
Postcondiciones Ninguna.
Relación con otros Ninguna.
casos de uso
Excepciones Ninguna
Formulas Ninguna
Frecuencia esperada El Generar corte documentario se realizara con una periodicidad
trimestral.
Fuente: (Elaboración propia, 2013)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
84
 4.3.4. Diagrama de Actividades del Negocio
Con estos diagramas hemos representado el comportamiento interno de
cada proceso realizado para la gestión de verificación de emisión de
comprobantes de venta y control móvil de la SUNAT – La Libertad.

Diagrama 2: Diagrama de Actividades Gestionar Fondo para Intervenciones

Fedatario VECP Encargado de Fondo Encargado de Caja

Presentar solicitud
de fondo

SOLICITUD SOLICITUD
Recepcionar
[presentada] [recepcionada]
solicitud

ZONA
Verificar zona de
[verificada]
operativo

Tiene Suficiente
fondo [NO]
[SI]

CARGO SOLICITUD
Firmar cargo de Crear cargo de Presentar solicitud de
recepción de fondo [creado] asignacion [presentada]
fondo de intervención

CARGO
Evaluar solicitud
[firmado] CARGO
de fondo
[firmado]

Generar detalle de SOLICITUD

utilizacion de fondo [evaluada]
CARGO
Firmar cargo de
[creado]
recepcion de fondo
DOCUMENTO
DETALLE
[generado] Crear cargo de asignación
fondo de intervenciones

DOCUMENTO
Remitir detalle de Recepcionar detalle de
DETALLE
utlizacion de fondo utilizacion de fondo
[remitido]

DOCUMENTO
DETALLE
[recepcionado]

Generar reporte general de

utilizacion de fondo
REPORTE
[recepcionado]
REPORTE
[generado]

REPORTE
Remitir reporte Recepcionar reporte
[remitido]
sustentado sustentado

Fuente: (Elaboración Propia, 2014)

Diagrama 3: Diagrama de Actividades Gestionar Actas VECP

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

Fedatrio VECP Encargado de Actas Contribuyente Supervisor

Verificar
Presentar solicitud solicitud
de actas

SOLICITUD
SOLICITUD [verificada]
[presentada]

Verificar actas Asignar actas

ACTA ACTA
[verificada] [asignada]

INTERVENCION
Firmar cargo de [realizada]
recepción

CARGO
Realizar intervención
[firmado]
VECP
Intervencion
ACTA Conforme?
[crea] [No] [Si]

CONSTANCIA
Registrar acta Generar constancia de
[generada]
VECP visita
Correcto llenado
de Acta
[No] [Si]

ACTA
Anular acta Generar copia
[anulada]
VECP de acta

ACTA
Devolver actas
[generada]
VECP

ACTA
Verificar actas
[devuelta]
VECP

ACTA REPORTE
[verificada] [verificado]

REPORTE
Generar reporte de Verificar reporte de
intervenciones [generado] intervenciones

Fuente: (Elaboración Propia, 2014)

Diagrama 4: Diagrama de Actividades Gestionar Actas de Control Móvil

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
86
 Fedatarios Garita Encargado de Actas Contribuyente

Iniciar turno Recepcionar actas

garita turno saliente

TURNO ACTA
[iniciado] [recepcionada]
ACTA
[verificada]

Verificar actas

Actas
[SI] suficientes? [NO]

SOLICITUD
Presentar Evaluar
[presentada]
solicitud de actas solicitud

ACTA SOLICITUD
[recepcionada] [evaluada]

INTERVENCION
[procesada]
ACTA
Recepcionar Asignar actas
Actas [asignada]

OPERATIVO
Iniciar Procesar
Operativo [iniciado] intervencion
Infraccion al
Infraccion al Transportista
Remitente

[SI] [NO]
[SI] [NO]

Registrar acta Registrar Acta

remitente Transportista

ACTA ACTA
Consolidar actas
[registrada] [registrada]

ACTA
ACTA
[recepcionada]
[consolidada]

ACTA
Recpecionar Devolver
[devuelta] actas
actas

Fuente: (Elaboración Propia, 2014)

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

Diagrama 5: Diagrama de Actividades Generar Corte Documentario

Supervisor Encargado de actas Fedatario VECP

Presentar solicitud de
corte documentario

SOLICITUD ACTA
Revisar actas
[presentada] [revisada]

Faltan Actas?

[NO] [SI]

SOLICITUD
Generar Presentar solicitud de
reporte [presentada]
entrega de actas

REPORTE
Evaluar
[generado]
solicitud

REPORTE ACTA
SOLICITUD
[recepcionado] Remitir reporte [recepcionada]
[evaluada]

REPORTE
Recpecionar Recepcionar Entregar actas
[remitido]
reporte actas

ACTA
[entregada]

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
88
4.3.5. Modelado de Objetos del Negocio:
Se elaboraron estos diagramas teniendo como base el diagrama de casos de
uso. En estos se muestran instancias específicas de objetos en un momento
particular del proceso.

[Link]. Diagrama Parcial de Objetos del negocio : Gestionar Fondo

para Intervenciones
Diagrama 6: MON Gestionar Fondo para Intervenciones

Fedatario VECP Encargado de fondo de Intervenciones

Lee Lee, escribe

USUARIO FONDO

Fuente: (Elaboración Propia, 2014)

[Link]. Diagrama Parcial de Objetos del negocio : Gestionar Actas

VECP
Diagrama 7: MON Gestionar Actas VECP

Fedatario VECP Encargado de Actas

Lee Lee Lee, registra, archiva

TURNO USUARIO FORMATO

Fuente: (Elaboración Propia, 2014)

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

[Link]. Diagrama Parcial de Objetos del negocio : Gestionar Actas

Móvil
Diagrama 8: MON Gestionar Actas Móvil

Garita Encargado de
Actas

Lee Lee Lee, registra, archiva

TURNO USUARIO CONTROL_MOVIL

Fuente: (Elaboración Propia, 2014)

[Link]. Diagrama Parcial de Objetos del negocio : Generar Corte

Documentario
Diagrama 9: MON Generar Corte Documentario

Supervisor Encargado de Actas

Lee Lee Crea

Lee

CONTROL_MOVIL REPORTE_CORTE
FORMATO FONDO

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
90
 4.3.6. Diagrama de Modelo del Domino
A continuación mostramos el modelo del dominio como una
representación de las clases conceptuales u objetos del mundo real en la
gestión de actas de la SUNAT.

Diagrama 10: Modelo del Dominio

TURNO

1..*

1..*
CONTROL_MOVIL USUARIO FONDO

1 1
1

1..*
1..*
ZONA FORMATO 1..* LOTE
1..* 1
1
1..* 1..*

1
GIRO 1
UBIGEO

Fuente: (Elaboración Propia, 2014)

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

Modelo de Requerimientos:

4.2.1. Requerimientos funcionales:

- El sistema debe permitir registrar, modificar y eliminar usuarios del
sistema. Además se debe permitir administrar roles:
• Usuarios oficina.
• Fedatario.
• Supervisor.
• Administrador.
- De cada usuario que se registre se deben pedir datos específicos:
nombres, apellidos y correo electrónico.
- El sistema le permitirá al administrador cambiar los datos de los usuarios
una vez registrados.
- El sistema permitirá cambiar al administrador el estado de algún usuario
(dar de baja, eliminar).
- El sistema le permitirá a cada usuario cambiar su contraseña si es que así
lo requiere.
- El sistema tendrá una vista donde se mostrarán los usuarios
deshabilitados.

Gestión Actas VECP

- El sistema permitirá al administrador crear tipos de actas de verificación
de emisión de comprobantes de pago.
- El sistema permitirá al supervisor incorporar nuevas actas VECP
seleccionando el tipo de acta. Además le permitirá también modificar y
eliminar actas del sistema
- El sistema asignará automáticamente el correlativo de actas VECP según
la cantidad ingresada por el administrador.
- El sistema permitirá asignar actas de manera virtual seleccionando el tipo
de acta, el fedatario a quien se le hará dicha entrega y la cantidad de
actas.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
92
- El sistema permitirá hacer una "asignación temporal" de actas de tal
forma que se tenga un mejor control ya que existirá adicionalmente un
proceso de confirmación de asignación.
- El sistema le permitirá a cada fedatario el registro de los documentos
fiscales obtenidos durante su verificación.
- El sistema le permitirá al fedatario registrar la devolución de sus actas ya
sea registradas, en blanco o anuladas.
- En el caso de actas llenadas se solicitará información adicional:
• Número de acta.
• Fecha de registro.
• Numeral de la infracción.
• Nombre comercial del contribuyente.
• Dirección del contribuyente.
• Zona del domicilio del contribuyente.

- El sistema permitirá mostrar y llevar un control adecuado de las actas

asignadas así como las devueltas.
- El sistema mostrará mensajes de alerta por ejemplo en caso de que se
agote el stock de actas.
- El sistema mostrará mensajes informativos en caso de que existan actas
no devueltas con un tiempo excesivo.
- El sistema deberá controlar las inconsistencias en la generación y
devolución de actas.
- El sistema permitirá buscar el estado actual de un acta específica así
como buscar su historial.

Gestión Actas Móvil

- El sistema permitirá al administrador crear tipos de actas de control
móvil.
- El sistema permitirá al supervisor incorporar nuevas actas de control
móvil seleccionando el tipo de acta. Además le permitirá también
modificar y eliminar actas del sistema

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

- El sistema asignará automáticamente el correlativo de actas de control

móvil según la cantidad ingresada por el administrador.
- El sistema permitirá asignar actas de manera virtual seleccionando el tipo
de acta, el fedatario a quien se le hará dicha entrega y la cantidad de
actas.
- El sistema permitirá hacer una "asignación temporal" de actas de tal
forma que se tenga un mejor control ya que existirá adicionalmente un
proceso de confirmación de asignación.
- El sistema le permitirá al fedatario registrar la devolución de sus actas ya
sea conformes o no conformes ingresando para ello:
• Garita.
• Turno.
• Nombre del fedatario.
• Rango de actas que va a devolver.
- El sistema permitirá mostrar y llevar un control adecuado de las actas
asignadas así como las devueltas.
- El sistema mostrará mensajes informativos en caso de que existan actas
no devueltas con un tiempo excesivo.
- El sistema deberá controlar las inconsistencias en la generación y
devolución de actas.
- El sistema permitirá buscar el estado actual de un acta específica así
como buscar su historial.

Gestión Fondo de Intervención

- El sistema permitirá asignar dinero seleccionando la fecha de asignación
en un calendario mensual y el nombre del fedatario a quien se le hará la
entrega.
- El sistema pedirá el ingreso del monto en soles a asignar con precisión de
hasta dos decimales.
- El sistema NO permitirá grabar la asignación del fondo al fedatario si es
que el supervisor no ingresa nuevamente su contraseña de acceso.
- El sistema permitirá realizar la devolución de dinero seleccionando la
fecha de asignación desde un calendario mensual.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
94
 - El sistema calculará y mostrará en pantalla el exceso o faltante de dinero
al momento de la rendición del fedatario, según esto el encargado de la
asignación del fondo le reintegrará la cantidad al fedatario de ser el
caso.
- El sistema para su cálculo tendrá en cuenta la información ingresada por
el fedatario como son el registro de comprobantes de pago que ha
obtenido en su verificación.
- El sistema permitirá generar un reporte de asignación de dinero por
fedatario, diario y mensual.

Gestión Corte Documentario

- El sistema permitirá generar reporte de intervenciones, consumos
conformes y consumos no conformes
- El sistema permitirá generar reporte de actas asignadas.
- El sistema permitirá generar reporte de actas devueltas.
- El sistema permitirá generar reporte de establecimientos con mayor
cantidad de intervenciones.
- El sistema permitirá generar reporte de zonas intervenidas.
- El sistema permitirá generar Informe de Productividad de los Fedatarios.
- El sistema permitirá generar un reporte consolidado para el corte
documentario.

4.2.2. Requerimientos No funcionales:

Interfaces de Usuario:
- El internet es el medio más efectivo de masificación de los servicios, por
lo tanto el sistema estará desarrollado sobre plataforma web.
- La resolución de pantalla del terminal cliente será preferentemente de
1024 px de ancho y 768px de alto.
- El aplicativo web se visualizará y ejecutará correctamente en cualquier
navegador de uso actual: internet explorer, mozilla, google chrome,
entre otros.
- El sistema presentará un menú de navegación sencillo.

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

- El sistema deberá presentar en cada una de las páginas imágenes de la

empresa y el logo característico de la misma.

Portabilidad:
- El sistema tendrá capacidad de despliegue, debe funcionar como mínimo
en los siguientes sistemas operativos:
• Windows XP.
• Windows Vista.
• Windows 7.
• Windows 8.
• Linux.
• Fedora.
• Ubuntu.
• Leopard.

Legal:
- Las licencias del software utilizado para su desarrollo deben ser del tipo
Opens urce o Freeware.

Interfaces de Software:
- El lenguaje a utilizarse para el desarrollo será PHP con la introducción de
código Ajax.
- El manejador de base de datos será MySql 5.1.

Interfaces de Comunicaciones:
- El sistema será accedido a través del protocolo de comunicaciones HTTP
puerto 80.
- El sistema estará almacenado en el Servidor Web de la institución, lugar
a donde se conectaran los usuarios que harán uso del mismo.

Integridad:

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
96
- El sistema deberá garantizar la integridad de los datos almacenados y la
información procesada, de acuerdo a los parámetros y procedimientos
establecidos para el tratamiento de los mismos.
- En caso de error, el sistema debe registrar la descripción del error en un
archivo de sucesos.

Mantenimiento:
- El acceso al sistema, por parte de los usuarios, no debe necesitar de
mayor configuración en el terminar del cliente.

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

4.2.3. Diagrama de Paquetes: En base al modelo actual del negocio descrito en

el apartado anterior se procedió a elaborar un diagrama de paquetes que
servirá como base para la elaboración de los modelos de casos de uso así
como la definición de los requerimientos funcionales de la aplicación web
dinámica para mejorar la gestión del control de actas de verificación
de emisión de comprobantes de pago y control móvil de la SUNAT -
La Libertad.
Acá mostramos cómo el sistema está dividido en agrupaciones lógicas
mostrando las dependencias entre dichas agrupaciones.

Diagrama 11: Diagrama de Paquetes

Gestión Actas Gestión Fondo de

VECP Intervención

Gestión Actas Gestión Corte

Movil Documentario

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
98
4.2.4. Descripción de Actores:
A continuación se presenta una tabla de descripción de cada uno de los
actores que intervienen en el sistema así como un diagrama donde se
indica la relación de los mismos.

Tabla 18: Descripción de Actores

Actor Descripción
Es el usuario encargado de asignar el fondo
Encargado de Fondo de
para que los fedatarios puedan llevar a cabo
Intervenciones
sus inspecciones.
Usuario encargado de asignar actas tanto de
Encargado de Actas verificación de emisión de comprobantes de
pago como de control móvil.
Es el encargado de realizar operativos de
Fedatario VECP verificación de emisión de comprobantes de
pago.
Encargado de generar los cortes
Supervisor
documentarios periódicos.
Representa el usuario encargado de gestionar
Garita
las actas de control móvil.
Fuente: (Elaboración propia, 2014)

Diagrama 12: Actores del Sistema

Usuario del Sistema

Encargado de fondo Encargado de Actas Fedatario VECP Supervisor Garita

de Intervenciones

Fuente: (Elaboración propia, 2014)

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

4.2.5. Modelo de Casos de Uso de Requerimientos: A continuación

presentamos los modelos de casos de uso del sistema de acuerdo a los
paquetes definidos en el apartado 4.2.1.

Diagrama 13: Diagrama de Casos de Uso Paquete Gestión Actas VECP

<<include>>

Verificar stock VECP Solicitar actas VECP

Incorporar actas
Asignar actas VECP

Fedatario

Encargado de Devolver actas VECP

Actas.

Iniciar intervención VECP

Confirmar Actas Devolver actas no conforme

Devolver actas conforme
(from Gestión Actas Mo...

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
100
 Diagrama 14: Diagrama de Casos de Uso Paquete Gestión Actas Móvil

Verificar stock móvil Iniciar turno garita Garita

<<include>>

Solicitar actas control móvil

Iniciar operativo
Incorporar actas

Asignar actas control móvil

Fedatario
Encargado de
Actas.

Devolver actas control móvil

Confirmar actas control móvil

Devolver actas conforme Devolver actas no conforme

Fuente: (Elaboración Propia, 2014)

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

Diagrama 15: Diagrama de Casos de Uso Paquete Gestión Fondo Intervención

Solicitar fondo para

intervenciones

Asignar fondo para intervenciones

Encargado de Fondo de Fedatario VECP

Intervenciones.

Generar detalle de utilización de

fondo

Utilizar fondo de intervenciones

Devolver dinero sobrante Solicitar reintegro

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
102
Diagrama 16: Diagrama de Casos de Uso Paquete Gestión Corte Documentario

Solicitar corte documentario

Supervisor Encargado de
Actas.

Genera reporte corte documentario

Fuente: (Elaboración Propia, 2014)

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

4.2.6. Documentación de Casos de Uso de Requerimientos.

Tabla 19: Documentación CU Solicitar Actas VECP

Caso de uso: Solicitar Actas VECP

Objetivo: El fedatario que tiene asignado Operativo VECP, solicita una cantidad de Actas
para ser utilizadas en el mismo.
Actores: Encargado de Actas, Fedatario
Precondiciones: Tener Asignado Operativo VECP.
Pasos:
1. El Fedatario elabora la solicitud de actas.
2. El encargado de Actas recepciona la Solicitud.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Solo se aceptara la Solicitud del Fedatario que no tenga devoluciones de Actas
Pendientes.

Fuente: (Elaboración Propia, 2014)

Tabla 20: Documentación CU Verificar Stock VECP

Caso de uso: Verificar Stock VECP

Objetivo: Verificar la cantidad de Actas VECP Físicas Disponibles para asignar.
Actores: Encargado de Actas
Precondiciones: Que el Fedatario haya solicitado la Asignación de Actas
Pasos:
1. El Encargado de Actas recepciona la solicitud de Asignación de Actas.
2. El Encargado de Actas verifica la cantidad de actas disponibles.
Variaciones: Ninguna
Extensiones: Ninguna
Cuestiones: Ninguna
Fuente: (Elaboración Propia, 2014)
Tabla 21: Documentación CU Asignar Actas VECP
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
104
Caso de uso: Asignar Actas VECP
Objetivo: Asignar Actas VECP para el Operativo correspondiente.
Actores: Encargado de Actas, Fedatario
Precondiciones: Solicitud por parte del Fedatario que tiene asignado Operativo VECP.
Pasos:
1. El encargado de Actas Asigna las Actas solicitadas.
2. El fedatario da su V°B° de recepción.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

Tabla 22: Documentación CU Iniciar Intervención VECP

Caso de uso: Iniciar Intervención VECP

Objetivo: Iniciar el Operativo VECP en el cual el Fedatario intervendrá un establecimiento
para verificar si se emite el correspondiente comprobante de Pago.
Actores: Fedatario
Precondiciones: Contar con actas disponibles, contar con asignación de fondo para
intervención.
Pasos:
1. El fedatario realiza la intervención al establecimiento comercial.
2. Si no se le emite el comprobante de pago que sustente la compra del bien o la
prestación del servicio, registrara una Acta VECP dejando constancia de la
infracción.
Variaciones: Si el contribuyente emite su comprobante de pago la Intervención se
denominara conforme, por lo que no se registrar ninguna acta VECP.
Extensiones: Ninguna.
Cuestiones: Ninguna.
Fuente: (Elaboración Propia, 2014)
Tabla 23: Documentación CU Devolver Actas VECP

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

Caso de uso: Devolver Actas VECP

Objetivo: Terminado el Operativo VECP, el Fedatario debe devolver las actas que se le
asignaron para realizar el operativo.
Actores: Encargado de Actas, Fedatario
Precondiciones: Haber terminado el operativo VECP.
Pasos:
1. El fedatario al terminar el operativo VECP debe devolver las actas.
Variaciones: Si se le hubiese extraviado alguna deberá presentar su denuncia respectiva.
Extensiones: Las actas que devuelve el fedatario VECP pueden ser: actas en blanco, actas
utilizadas o actas anuladas.
Cuestiones: Ninguna.
Fuente: (Elaboración Propia, 2014)

Tabla 24: Documentación CU Confirmar Actas VECP

Caso de uso: Confirmar Actas VECP

Objetivo: El Responsable de Actas confirma que la totalidad de actas recepcionadas
coincida con el número de actas asignadas para el operativo VECP
Actores: Responsable de Actas
Precondiciones: Haber recepcionandolas actas utilizadas en el operativo VECP.
Pasos:
1. El encargado de Actas recepciona la totalidad de las actas asignadas para el operativo
VECP.
2. Coteja que la información contemplada en el cargo de asignación con el físico
devuelto.
Variaciones: Si la cantidad de actas devueltas no corresponde a lo asignado emite un
informe al Fedatario para que subsane.
Extensiones: Ninguna.
Cuestiones: Ninguna.
Fuente: (Elaboración Propia, 2014)

Tabla 25: Documentación CU Solicitar Actas Control Móvil

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
106
Caso de uso: Solicitar Actas Control Móvil
Objetivo: EL fedatario que tiene Turno en Garita Solicita Actas Móvil
Actores: Encargado de Actas, Fedatario
Precondiciones: No tener Actas suficientes para poder iniciar el Turno de Garita.
Pasos:
1. El encargado de Actas recepciona la Solicitud.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Solo se aceptara la solicitud del Fedatario en Turno

Fuente: (Elaboración Propia, 2014)

Tabla 26: Documentación CU Verificar Stock Móvil

Caso de uso: Verificar Stock Móvil

Objetivo: Verificar la cantidad de Actas Móvil Físicas Disponibles
Actores: Encargado de Actas
Precondiciones: Que el Fedatario haya solicitado la Asignación de Actas
Pasos:
1. El encargado recepciona la solicitud de Asignación de Actas.
2. El encargado Verifica la cantidad de Actas Disponibles.
Variaciones: Ninguna
Extensiones: Ninguna
Cuestiones: Ninguna

Fuente: (Elaboración Propia, 2014)

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

Tabla 27: Documentación CU Asignar Actas Control Móvil

Caso de uso: Asignar Actas de Control Móvil

Objetivo: Asignar Actas de Control Móvil al Fedatario para el operativo correspondiente
Actores: Encargado de Actas, Fedatario
Precondiciones: Solicitud por parte del Fedatario de turno en Garita.
Pasos:
1. El encargado de Actas Asigna las Actas solicitadas.
2. El fedatario en turno de garita firma la recepción de las Actas.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Ninguna.
Fuente: (Elaboración Propia, 2014)

Tabla 28: Documentación CU Iniciar Operativo Móvil

Caso de uso: Iniciar Operativo Móvil

Objetivo: Iniciar el Operativo Móvil, que se realiza en las Garitas de Control, para verificar
que los contribuyentes transporten sus mercaderías debidamente sustentadas con su
documentación correspondiente.
Actores: Fedatario, Garita
Precondiciones: Contar con Actas Disponibles.
Pasos:
1. El fedatario de turno en Garita Inicia el operativo Móvil.
2. El fedatario interviene a Trasportistas que trasladen mercancía.
3. El fedatario solicita el sustento de las mismas (comprobantes , Guías de Remisión
Remitente, Guías de Remisión Transportista, Manifiestos de Pasajeros)
4. Si alguno de los intervenidos carece de esta información se registrara una Acta
Probatoria o Preventiva dejando constancia de los hechos
Variaciones: El Tipo de Acta Registrada dependerá del Tipo de infracción cometida.
Extensiones: Ninguna.
Cuestiones: Ninguna.
Fuente: (Elaboración Propia, 2014)
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
108
 Tabla 29: Documentación CU Devolver Actas Control Móvil

Caso de uso: Devolver Actas Control Móvil

Objetivo: Terminado el turno de Garita el fedatario deberá remitir las Actas Utilizadas al
Responsable de Actas.
Actores: Responsable de Actas, Fedatario
Precondiciones: Haber terminado el turno de garita.
Pasos:
1. El fedatario al terminar su turno de garita, consolida la información de las actas
registradas en los formatos cm.
2. Remite las CMS con las actas correspondientes al Responsable de Actas.
3. Con un reporte de la totalidad de las actas utilizadas
Variaciones: El reporte puede ser generado por Cualquiera de los Fedatarios en el Turno.
Extensiones: Las actas de control móvil pueden ser utilizadas o anuladas.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

Tabla 30: Documentación CU Confirmar Actas Móvil

Caso de uso: Confirmar Actas Móvil

Objetivo: El Responsable de Actas confirma que la totalidad de actas recepcionadas
coincida con el Reporte que le entrego el Fedatario de Garita
Actores: Responsable de Actas
Precondiciones: Haber recepcionandolas actas utilizadas en el Turno de Garita.
Pasos:
1. El encargado de actas recepciona las actas utilizadas en el Turno de Garita.
2. Coteja que la información contemplada en el Reporte de Actas utilizadas corresponda
con el físico Recepcionado.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Ninguna.
Fuente: (Elaboración Propia, 2014)
Tabla 31: Documentación CU Solicitar Fondo para Intervenciones

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

Caso de uso: Solicitar Fondo para Intervenciones

Objetivo: Solicitarla asignación de fondo para intervenciones VECP.
Actores: Encargado de Fondo de Intervención, Fedatario VECP
Precondiciones: EL Fedatario debe tener asignado el operativo VECP.
Pasos:
1. El Fedatario VECP solicita asignación de fondo para operativo VECP.
2. El Encargado de Fondo de Intervención recepciona la solicitud.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

Tabla 32: Documentación CU Asignar Fondo para Intervenciones

Caso de uso: Asignar Fondo para Intervenciones

Objetivo: Asignar fondo que servirá para realizar el operativo correspondiente.
Actores: Encargado de Fondo de Intervención, Fedatario VECP
Precondiciones: El Fedatario debe tener asignado el operativo VECP.
Pasos:
3. El encargado de fondo de intervención Asigna el dinero para el operativo VECP.
4. El fedatario firma la recepción del Dinero.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

Tabla 33: Documentación CU Utilizar Fondo de Intervenciones

Caso de uso: Utilizar Fondo de Intervenciones

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
110
Objetivo: El dinero será utilizado para poder realizar el operativo VECP
Actores: Fedatario VECP
Precondiciones: Haber recepcionado dinero para la intervención VECP.
Pasos:
1. El Fedatario dentro de su intervención VECP debe utilizar el dinero para realizar las
compras correspondientes que servirá para medir si el contribuyente emite el
respectivo comprobante de pago.
Variaciones:
Extensiones: Ninguna.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

Tabla 34: Documentación CU Generar detalle de utilización de Fondo

Caso de uso: Generar detalle de utilización de Fondo

Objetivo: El dinero sobrante una vez realizado el Operativo VECP debe ser devuelto al
responsable del fondo de intervenciones
Actores: Fedatario, Encargado de fondo de intervenciones
Precondiciones: Haber recepcionado dinero para la intervención VECP.
Pasos:
1. Terminado el Operativo VECP el fedatario devuelve el sobrante del dinero.
2. Debe devolver los documentos que sustente la utilización del dinero que no devuelve.
Variaciones: El fedatario puede devolver el dinero al finalizar el operativo o cuando el
Encargado del fondo de intervenciones lo solicite.
Extensiones: El Fedatario puede devolver dinero sobrante o en su defecto solicitar reintegro
de haber gastado más de lo asignado.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

Tabla 35: Documentación CU Solicitar Corte Documentario

Caso de uso: Solicitar corte documentario

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

Objetivo: El supervisor solicitada corte documentario

Actores: Supervisor, Encargado de Actas.
Precondiciones: Haber realizado operativos VECP y de Control Móvil.
Pasos:
1. El supervisor solicitará trimestralmente un corte documentario para verificar el estado
tanto de las actas VECP como de las actas de Control Móvil.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

Tabla 36: Documentación CU Generar Reporte Corte Documentario

Caso de uso: Generar reporte corte documentario

Objetivo: Elaboración del corte documentario.
Actores: Supervisor, Encargado de Actas.
Precondiciones: El supervisor debe haber solicitado el corte documentario.
Pasos:
1. El encargado de actas hará la consolidación de todas las actas asignadas y devueltas
tanto de VECP como de Control Móvil.
2. Se elaborará el reporte de Corte Documentario.
Variaciones: Ninguna.
Extensiones: Ninguna.
Cuestiones: Ninguna.

Fuente: (Elaboración Propia, 2014)

4.2.7. Estimación del Tiempo de Desarrollo

Para la estimación del tiempo de desarrollo se ha usado el método de
Puntos de Casos de Uso, es un método de estimación y cálculo del tamaño

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
112
del software basado en cuentas hechas sobre los casos de uso para un
sistema de software.

[Link]. Cálculo de puntos de casos de uso sin ajustar (UUCP)

Para poder realizar el tiempo de desarrollo el primer paso es el
cálculo de los puntos de casos de uso sin ajustar, cuyo cálculo se
presenta de la siguiente manera:

UUCP = UAW + UUCW ………………….. ( 8 )

Donde:
UUCP: Puntos de caso de uso sin ajustar
UAW: Factor de peso de los actores sin ajustar
UUCW: Factor de peso de los casos de uso sin ajustar.

[Link]. Factor de peso de los actores sin ajustar (UAW)

En este punto se debe clasificar cada interacción entre actor y
caso de uso según su complejidad y asignarle un peso.
Para clasificar la complejidad de los actores se debe determinar la
forma en la que cada actor interactúa con el sistema que se va a
desarrollar. En concreto, los actores se clasifican en 3 categorías
diferentes:
Tabla 37: Asignación de Pesos por Actor

Tipo de Actor Descripción Factor

Otro sistema que interactúa con el sistema a
Simple 1
desarrollar a través de un API
Otro sistema que interactúa con el sistema a
Medio desarrollar a través de un Protocolo (ej. 2
TCP/IP).
Una persona que interactúa con el sistema a
Complejo 3
través de una interfaz gráfica.

Fuente: (Elaboración propia, 2014)

Tabla 38: Factor de Peso por cada Actor

Nombre de Actor Tipo Factor (Peso)

Administrador Complejo 3

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

Fedatario Complejo 3
Supervisor Complejo 3
Encargado de Actas Complejo 3
TOTAL 12

Fuente: (Elaboración propia, 2014)

En la tabla anterior se puede apreciar el peso de cada uno de los

actores, y el cálculo del UAW se presenta de la siguiente manera:

UAW = 12

[Link]. Factor de peso de los casos de uso sin ajustar (UUCW)

Para realizar el cálculo de la complejidad de un caso de uso se
debe determinar el número de transacciones que tiene un caso de
uso. En este contexto, cada caso de uso se debe clasificar en una
de las siguientes categorías:

Tabla 39: Factor de los casos de uso sin ajustar

Tipo de caso de uso Descripción Factor

Simple 01 a 03 transacciones 5
Medio 04 a 07 transacciones 10
Complejo 08 a más transacciones 15

Fuente: (Elaboración propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
114
 Tabla 40: Factor de peso para cada caso de uso y su tipo

Caso de uso Tipo Factor

Gestión Actas VECP
Solicitar actas VECP Simple 5
Asignar actas VECP Simple 5
Iniciar intervención VECP Simple 5
Devolver actas VECP Simple 5
Confirmar actas Simple 5
Total 25
Gestión Actas Móvil
Iniciar turno garita Simple 5
Solicitar actas control móvil Simple 5
Asignar actas control móvil Simple 5
Devolver actas control móvil Simple 5
Confirmar actas móvil Simple 5
Total 25
Gestión fondo intervención
Solicitar fondo para intervenciones Simple 5
Asignar fondo para intervenciones Simple 5
Utilizar fondo para intervenciones Simple 5
Generar detalle de utilización Simple 5
Total 20
Gestión Corte Documentario
Solicitar corte documentario Simple 5
Generar reporte corte documentario Simple 5
Total 10
TOTAL GENERAL 80

Fuente: (Elaboración propia, 2014)

UUCW =80

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

Ahora procedemos a calcular el UUCP, reemplazando los datos

obtenidos en la ecuación (8):

UUCP = UAW +UUCW

UUCP =12+ 80
UUCP = 92

[Link]. Cálculo de Puntos de Casos Ajustados (UCP)

El Cálculo de Puntos de Casos de Uso ajustados se obtiene a
partir del resultado del Cálculo de Puntos de Casos de Uso sin
ajustar (UUCP), Factor de Complejidad Técnica (TCF) y Factor
de Ambiente (EF), como lo muestra la ecuación:

UCP = UUCP * TCF * EF ………….………….. ( 9 )

Donde:
TCF: Factor de Complejidad Técnica.
EF: Facto de Ambiente.

[Link]. Factor de Complejidad Técnica (TCF)

Se compone de 13 puntos que evalúan la complejidad de los
módulos del sistema que se desarrolla, cada uno de estos factores
tiene un peso definido con los cuales se obtendrá puntos
ponderados por cada uno de ellos, según la valoración que se le
asigne. Cada uno de estos puntos se debe evaluar según la
siguiente escala: [0-2] Irrelevante, [3-4] Medio y [5] Esencial.

Para hallar este valor se aplica la siguiente fórmula:

…………... ( 10 )

Tabla 41: Cálculo del Factor de Complejidad Técnica

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
116
Factor Descripción Pesoi Influenciai (Pesoi * Influenciai)
T1 Sistema Distribuido 2 3 6
T2 Tiempo de Respuesta 2 5 10
Eficiencia respecto al usuario
T3 1 4 4
final
T4 Procesamiento complejo 1 3 3
T5 Código reutilizable 1 3 3
T6 Facilidad de instalación 0.5 4 2
T7 Facilidad de uso 0.5 4 2
T8 Portabilidad 2 3 6
T9 Facilidad de cambio 1 4 4
T10 Concurrencia 1 3 3
T11 Características de seguridad 1 4 4
T12 Accesibilidad por terceros 1 2 2
Requerimiento de formación
T13 1 3 3
especial
TOTAL 52

Fuente: (Elaboración propia, 2014)

Reemplazando valores en la ecuación (10):

TCF = 0.6 + 0.01 * (52)

TCF =1.12

[Link]. Factor de Ambiente (EF)

Además de tener en cuenta los factores técnicos para el ajuste de
los UUCP en segundo lugar se deben contabilizar los factores de
entorno. Para ello se definen los siguientes factores. Si asignamos
un valor de 0 significa que el factor es irrelevante para el
proyecto, un valor 3 es promedio y un valor 5 significa que el
factor es esencial.

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

Para el cálculo aplicamos la siguiente fórmula:

…………... ( 11 )

Tabla 42: Peso de cada factor ambiente y su valor

Factor Descripción Pesoi Influenciai (Pesoi * Influenciai)

E1 Familiar con RUP 1.5 4 6
E2 Experiencia en la aplicación 0.5 4 2
Experiencia en orientación a
E3 1 5 5
objetos
E4 Capacidad de análisis 0.5 5 2.5
E5 Motivación 1 5 5
Estabilidad en los
E6 2 4 8
requerimientos
E7 Personal a tiempo parcial -1 2 -2
Dificultad del lenguaje de
E8 -1 1 -1
programación
TOTAL 25.5

Fuente: (Elaboración propia, 2014)

Reemplazando valores en la ecuación (11):

EF = 1.4- 0.03 * (25.5)

EF =0.64

Finalmente, después de haber obtenido los resultados de los

cálculos del Factor de Complejidad Técnica y el Factor de
Ambiente se puede realizar el cálculo de los Puntos de Casos de
Uso Ajustados, reemplaza valores en la ecuación (9):

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
118
 UCP = UUCP * TCF * EF
UCP = 92 * 1.12 * 0.64
UCP = 65.95

[Link]. Estimación del Esfuerzo (E)

La estimación de esfuerzo está representada por la siguiente
ecuación:

E= UCP * CF ………….………….. ( 12 )
Donde:
CF: Factor de Conversión

Anteriormente se sugería utilizar como factor de conversión 20

horas personas por cada punto de caso de uso (UCP). Pero a
través del tiempo se ha ido mejorando. Está basado en los factores
ambientales y se calcula de la siguiente manera:
Primero se debe contar los factores de entorno entre E1 y E6 cuya
influencia es inferior a 3 (influencia promedio) y los factores de
entorno entre E7 y E8 que son superiores a 3.
• Si el total es 2 o menos, se utiliza el factor de conversión
20 horas-hombre.
• Si el total es 3 o 4, se utiliza el factor de conversión 28
horas-hombre.
• Si el total es mayor o igual que 5, se recomienda efectuar
cambios en el proyecto, ya que se considera que el riesgo
de fracaso es demasiado alto.

En este caso utilizaremos 20 horas-hombre como Factor de

Conversión (CF).
Reemplazando valores en la ecuación (12):

E = UCP * CF

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

E =65.95 CU * 20 H-H
CU
E = 1319 H-H

Si además se considera que este esfuerzo representa un porcentaje

del esfuerzo total del proyecto, y considerando de acuerdo a los
valores porcentuales de la tabla anterior se obtiene:

Tabla 43: Porcentaje de cada actividad y su valor en Horas -

Hombre

Actividad Porcentaje Horas - Hombre

Análisis 10% 329.75
Diseño 20% 659.50
Implementación 40% 1319.00
Prueba 15% 491.63
Sobrecarga (otras actividades) 15% 491.63
Total 100% 3297.50
Fuente:(Elaboración propia, 2014)

Por lo tanto se obtiene como Esfuerzo Total: 3297.50 horas-

hombre.

[Link]. Cálculo del Tiempo de Desarrollo

Podemos calcular el tiempo de desarrollo a partir de la siguiente
fórmula:

TDES = E total ………….………….. ( 13 )

CH total
Donde:

CH Total. Cantidad de personas que participan en el desarrollo

del proyecto.
E total: Esfuerzo total.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
120
Reemplazando valores en la ecuación (13).

TDES = 3297.5 H - H
2
TDES = 1648.75 H - H

Se empleará 12 horas-hombre diariamente y se trabajará 7 días a

la semana, por lo que se realiza el siguiente factor de conversión
para estimar el tiempo en meses:

…………….. ( 14 )

Reemplazando valores en la ecuación (12) se obtiene:

TDES total = 4.907 meses = 5 meses.

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

4.2.8. Estudio de Viabilidad Económica

[Link]. Costos de Inversión
El monto a invertir fue calculado en base al costo de Desarrollo y
gastos de software y hardware

(a) Hardware

Tabla 44: Costo de Hardware

Precio Unitario Sub Total

Cantidad Descripción
(S/.) (S/.)
1 Computadora Dual Core 1200.00 1200.00
1 Computador Core i7 3468.63 3468.63
1 Memoria USB 4GB 30.00 60.00
Sub Total S/. 4728.63

Fuente:(Elaboración Propia, 2014)

(b) Software

Tabla 45: Costo de Software

Precio
Sub total
Cantidad Descripción Unitario
(S/.)
(S/.)
Windows 7 Home
1 350.00 350.00
Premium
1 Windows 7 ultimate 695.00 695.00
1 MySql 5.04 0.00 0.00
1 PHP 5.5 0.00 0.00
1 Apache 2.2 0.00 0.00
1 Rational Rose 7 0.00 0.00
Sub Total S/. 1045.00
Fuente:(Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
122
 (c) Muebles y Enseres

Tabla 46: Costo de Muebles y Enseres

Precio
Sub Total
Cantidad Descripción Unitario
(S/.)
(S/.)
2 Muebles de PC 275.00 550.00
Sub Total S/. 550.00
Fuente:(Elaboración Propia, 2014)

(d) Recursos Humanos

Tabla 47: Costo de Recursos Humanos

Sueldo
Sub Total
Cantidad Descripción Horas/día Duración Mensual
(S/.)
(S/.)
1 Programador 8 5 meses 950.00 4750.00
Sub Total S/. 4750.00
Fuente: (Elaboración Propia, 2014)

(e) Materiales e Insumos

Tabla 48: Costo de Materiales e Insumos

Precio
Sub Total
Cantidad Descripción Unidad Unitario
(S/.)
(S/.)
1/4 Papel bond Millar 18.00 4.50
1/8 Lapiceros Ciento 24.00 3.00
Sub Total S/. 7.50

Fuente: (Elaboración Propia, 2014)

(f) Energía eléctrica

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

Tomando en cuenta que el consumo de una computadora por

hora es de 0.300KW, y el costo de energía tiene un valor de S/.
0.4279 X KW (Hidrandina, 2014).

Tabla 49: Costo de Energía eléctrica

Costo Tiempo de Uso

hora Sub Total
Cantidad Descripción
(S/.*Kw/ horas días meses (S/.)
h)
Terminales
2 0.12837 8 24 5 246.47
PC
Sub Total S/. 246.47

Fuente: (Elaboración Propia, 2014)

COSTO TOTAL DE LA INVERSIÓN = S/. 11327.60

[Link]. Costo de Operación

(a) Costo de Recursos Humanos

Tabla 50: Costo de Recursos Humanos

Sueldo
Horas/ Sub Total
Cantidad Descripción Duración Mensual
día (S/.)
(S/.)
Soporte
1 8 12 meses 1500.00 18000.00
informático
Sub Total S/. 18000.00

Fuente: (Elaboración Propia, 2014)

(b) Costo de Servicios

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
124
 Tabla 51: Costo de servicios

Costo
Sub Total
Cantidad Descripción Duración Mensual
(S/.
(S/.)
Línea Speedy
1 12 meses 45.00 540.00
500
Sub Total S/. 540.00

Fuente: (Elaboración Propia, 2014)

(c) Costo de Materiales e Insumos

Tabla 52: Costo de Materiales e Insumos

Precio
Sub Total
Cantidad Descripción Unidad Unitario
(S/.)
(S/.)
2 Papel bond Millar 18.00 36.00
1/4 Lapiceros Ciento 24.00 6.00
Folders +
1/4 Ciento 26.00 6.50
Fasters
Sub Total S/. 48.50

Fuente: (Elaboración Propia, 2014)

(d) Costo de Energía eléctrica

Tomando en cuenta que el consumo de una computadora por
hora es de 0.300KW, y el costo de energía tiene un valor de S/.
0.3583 X KW (Hidrandina, 2014).

Tabla 53: Costo de Energía eléctrica

Cantidad Descripción Costo Tiempo de Uso Sub Total

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

hora (S/.)
(S/.*Kw/ horas días meses
h)
Terminales
2 0.10749 8 24 12 494.00
PC
Sub Total S/. 494.00

Fuente: (Elaboración Propia, 2014)

(e) Costos de Mantenimiento

Tabla 54: Costo de Mantenimiento

Precio Frecuencia Sub total

Cantidad Descripción
(S/.) (anual) (S/.)
2 CPU 35.00 2 140.00
Sub Total S/. 140.00

Fuente: (Elaboración Propia, 2014)

COSTO TOTAL OPERACIONAL: S/. 19222.50

[Link]. Beneficios

(a) Beneficios Tangibles

✓ Ahorro de personal y de tiempo en el proceso del corte
documentario semestral, Este proceso se desarrolla con
una frecuencia de 2 anualmente.

Tabla 55: Ahorro de tiempo y Personal en corte documentario

Cantidad Descripción frecuencia Tiempo Costo Sub Total

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
126
 año Hora (S/.)
días horas
(S/.)

Asistente de
4 2 4 8 12.50 3200.00
Fiscalización
Sub total S/. 3200.00
Fuente: (Elaboración Propia, 2014)

✓ Ahorro de personal dedicado al control de las actas.

Tabla 56: Ahorro personal en el control de Actas

Sueldos Sueldo Sub Total

Cantidad Descripción
año mensual (S/.) (S/.)
Asistente de
1 12 1800.00 21600.00
Fiscalización
Sub total S/. 21600.00
Fuente: (Elaboración Propia, 2014)

✓ Ahorro de material de oficina dedicado a generar cargos

de recepción y cargos de devolución de actas.

Tabla 57: Ahorro de Materiales e Insumos

Precio Sub Total

Cantidad Descripción Unidad
(S/.) (S/.)
20 Papel bond 18.00 Millar 360.00
2 Lapiceros 24.00 Ciento 48.00
5 Archivador 6.00 Unidad 30.00
Sub Total S/. 438.00
Fuente: (Elaboración Propia, 2014)
✓ Minimizar tiempos de Generación de reportes.

Tabla 58: Minimizar tiempos en generación de reportes

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

Frecuencia Tiempo Costo

Tiempo Ahorro Sub Total
Cantidad Descripción (anual) Actual proyectado Min
(min) (min) (S/.)
(min) (S/.)

Reporte
1 54 35.30’ 2.25’ 33.05’ 0.2083 372.19
Actas
Reporte
1 54 25.50’ 1.36’ 24.14’ 0.2083 272.62
Numerales
Reporte
1 54 15.30’ 0.05’ 15.25’ 0.2083 173.44
Zonas
Ratio de no
1 54 19.15’ 0.08’ 19.07’ 0.2083 215.06
conformidad
Reporte de
1 desempeño X 54 28’25 0.06’ 28.19’ 0.2083 318.56
fedatario
Sub Total S/. 1351.87

Fuente: (Elaboración propia, 2014)

(b) Beneficios Intangibles

✓ Facilita el control de las actas.
✓ Facilita información precisa y rápida para la toma de
decisiones.
✓ Mejora en la eficiencia de la gestión de distribución del
personal en los operativos VECP.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
128
 [Link]. Flujo de Caja del Proyecto
Tabla 59: Flujo de Caja

INGRESOS AÑO 0 AÑO 1 AÑO 2 AÑO 3 AÑO 4 AÑO 5

Ahorro de personal y 3200.00 3200.00 3200.00 3200.00 3200.00
tiempo cortes
documentarios
Ahorro de personal 21600.00 21600.00 21600.00 21600.00 21600.00
control de actas
Ahorro de material de 438.00 438.00 438.00 438.00 438.00
oficina
Ahorro en tiempo de 1351.87 1351.87 1351.87 1351.87 1351.87
reportes
Utilidad Bruta S/.26589.87 S/. 26589.87 S/. 26589.87 S/. 26589.87 S/. 26589.87
GASTOS Y COSTOS
1. Costos Operacionales
Recursos Humanos 18000.00 18000.00 18000.00 18000.00 18000.00
Servicios 540.00 540.00 540.00 540.00 540.00
Insumos 48.50 48.50 48.50 48.50 48.50
Energía eléctrica 494.00 494.00 494.00 494.00 494.00
Mantenimiento 140.00 140.00 140.00 140.00 140.00
TOTAL DE GASTOS Y S/. 19222.50 S/. 19222.50 S/. 19222.50 S/. 19222.50 S/. 19222.50
COSTOS
UTILIDAD NETA S/. 7367.37 S/. 7367.37 S/. 7367.37 S/. 7367.37 S/. 7367.37
INVERSIONES
1. Costos de Inversión
Hardware 5760.00
Software 1045.00
Muebles y Enseres 550.00
2. Costos de Desarrollo
Recurso Humanos 3800.00
Materiales e insumos 7.50
Energía eléctrica 165.10
FLUJO ECONOMICO S/. -11327.60 S/. 7367.37 S/. 7367.37 S/. 7367.37 S/. 7367.37 S/. 7367.37
Fuente: (Elaboración Propia, 2014)

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

[Link]. Estimación del Valor Económico

[Link].1. Valor Actual Neto (VAN)

Representa el Excedente generado por un proyecto en
términos obsoletos después de haber cubierto los
costos de inversión, de operación y de uso de capital;
en resumen el VAN es la suma algebraica de los
costos y beneficios generados por el proyecto en el
valor presente.
Se ha considerado una vida útil para el proyecto de 5
años y con como la financiación será del capital
propio se ha tomado una tasa efectiva anual (tasa de
costo de oportunidad) del 19.41 % (ver anexo 6)
podemos deducir lo siguiente:

……. ( 15 )

Dónde:
P: inversión Inicial;
FNEt : Flujos de Caja en cada periodo t
TO: Tasa de costo de Oportunidad.

S/. 7367.37S/. 7367.37S/. 7367.37S/. 7367.37S/. 7367.37

2012 2013 2014 2015 2016

- S/.11327.60

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
130
 Reemplazando valores en ecuación (15):

VAN = 7367.37 + 7367.37 + 7367.37 + 7367.37 + 7367.37 - 11327.6

(1+0.1941) (1+0.1941) 2 (1+0.1941) 3 (1+0.1941)4 (1+0.1941)5

VAN = 10994.49> 0

El Valor Actual Neto es mayor que cero, lo que nos indica que la
implementación del sistema web es factible.

[Link].2. Tasa Interna de Retorno

Conocida también como rentabilidad del proyecto, se
la define como la tasa de descuento que hace que el
VAN sea igual a cero, es la tasa de descuento que nos
permite cubrir el costo de inversión (VAN=0).

0= 7367.37 + 7367.37 + 7367.37 + 7367.37 + 7367.37 - 10327.6

2 3 4 5
(1+TIR) (1+TIR) (1+TIR) (1+TIR) (1+TIR)

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

TIR = 59% > 19.41%

Como la tasa del TIR es mayor a la tasa de interés efectiva anual que es
de 19.41% (Ver Anexo 3), esto significa que el proyecto va a generar
rendimientos muy superiores al esperado.

[Link].3. Relación Beneficio / Costo

Es la Relación que indica la razón en que los

beneficios son mayores a los costos

B/C ………………………….. ( 16 )

VPB = 26589.87 + 26589.87 + 26589.87 + 26589.87 + 26589.87

(1+0.1941) (1+0.1941) 2 (1+0.1941) 3 (1+0.1941)4 (1+0.1941)5

VPB =S/. 80563.54

VPC = 19222.50 + 19222.50 + 19222.50 + 19222.50 + 19222.50 -11327.60

2 3 4
(1+0.1941) (1+0.1941) (1+0.1941) (1+0.1941) (1+0.1941)5

VPC = S/. 46913.85

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
132
Reemplazando valores en la ecuación (16)

B/C = 1.72> 1

Según lo obtenido podemos concluir que por cada nuevo sol invertido se obtiene
S/. 0.72 de beneficio.
Por el método de beneficio costo se demuestra que el proyecto es rentable ya que
la relación B/C es mayor a 1, lo que significa que los beneficios son superiores a
los costos.

[Link]. Conclusión de la Evaluación económica

El proyecto es económicamente factible pues los indicadores
económicos calculados lo demuestran:

VAN = S/. 10,994.49> 0

B/C = 1.72> 1
TIR = 59% > 19.41%

Por lo tanto, de acuerdo a los indicadores económicos, el proyecto

informático queda demostrado su rentabilidad.

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

4.2.9. Priorización de Casos de Uso

Tabla 60: Descripción de los criterios de priorización

Criterio de
Descripción Peso
Priorización
CP1 Mejora la imagen de la institución 0.15
CP2 Entrada en el cliente 0.20
CP3 Retorno de la investigación 0.20
CP4 Mejora el nivel de satisfacción del usuario 0.25
CP5 Modulo prioritario básico 0.20

Fuente:(Elaboración propia, 2014)

Tabla 61: Nivel de impacto y su respectivo peso

Nivel de Impacto Peso

Muy Bajo 1
Bajo 2
Regular 3
Alto 4
Muy Alto 5

Fuente:(Elaboración propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
134
 Tabla 62: Criterio de Priorización de Casos de Uso y su nivel
de Impacto

Criterio de Priorización CP1 CP2 CP3 CP4 CP5

Total Prioridad
Casos de Uso 0.15 0.20 0.20 0.25 0.20
Gestión Actas VECP
Solicitar actas VECP 3 3 3 3 4 3.2 6°
Verificar stock VECP 5 5 4 5 5 4.8 1°
Asignar actas VECP 5 4 5 4 4 4.35 2°
Iniciar intervención VECP 3 4 4 3 3 3.4 5°
Devolver actas VECP 4 5 4 4 4 4.2 3°
Confirmar actas 4 4 4 4 3 3.8 4°
Gestión Actas Móvil
Iniciar turno garita 3 3 3 3 3 3 5°
Solicitar actas control móvil 3 3 3 2 3 2.75 6°
Verificar stock móvil 5 4 4 5 5 4.6 1°
Asignar actas control móvil 4 4 4 4 5 4.2 2°
Devolver actas control móvil 4 4 4 4 3 3.8 3°
Confirmar actas móvil 3 3 4 4 3 3.45 4°
Gestión fondo intervención
Solicitar fondo para
3 3 3 3 3 3 4°
intervenciones
Asignar fondo para
5 5 4 4 4 4.35 1°
intervenciones
Utilizar fondo para
4 4 4 3 3 3.55 2°
intervenciones
Generar detalle de utilización 4 3 3 3 3 3.15 3°
Gestión Corte Documentario
Solicitar corte documentario 5 4 4 4 4 4.15 2°
Generar reporte corte
5 5 5 5 4 4.8 1°
documentario

Fuente:(Elaboración propia, 2014)

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

4.2.10. Plan de Riesgos

[Link]. Introducción:
La gestión de riesgos es un elemento importante en todo proyecto
de software exitoso. La gestión de riesgos permite definir en
forma estructurada, operacional, y organizacional, las actividades
a lo largo de todo el ciclo de vida del desarrollo del software.

[Link]. Objetivos del Plan de Riesgos:

Identificar los riesgos que se puedan presentar en el desarrollo del
proyecto.
- Minimizar la probabilidad de ocurrencia o impacto de los
riesgos.
- Permitir tanto al proyecto como a la organización el
cumplimiento de su misión y sus propósitos, impidiendo que
los riesgos se transformen en problemas.

[Link]. Taxonomía de Riesgos:

A continuación se presenta una tabla en donde se muestra una
clasificación de alto nivel de los riesgos presentes en el proyecto,
siguiendo la taxonomía propuesta por la metodología SRM,
organizado en tres niveles (clases, elementos y atributos).

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
136
 Tabla 63: Clasificación de Riesgos

ID Elemento Riesgo Fuente

Planificación Errores en la estimación Jefe de
RI-01
del presupuesto. Proyecto
Planificación Seguridad de la Equipo de
RI-02
Aplicación. desarrollo
Planificación Cambios de políticas de
RI-03 Administrador
Gestión.
Equipo de Soporte y Jefe de
RI-04
Trabajo Mantenimiento. Proyecto
Equipo de Inexperiencia en el Equipo de
Trabajo desarrollo e desarrollo
RI-05
implementación del
proyecto.
Equipo de Falta de información Equipo de
Trabajo sobre el uso de las desarrollo
RI-06
herramientas
tecnológicas.

Fuente: (Elaboración propia, 2014)

[Link]. Declaración de Riesgos:

a. RI-01: Errores en la estimación del presupuesto
Condición: Errores en los cálculos, factores económicos
(costos hardware, software u otros) mal estimados, que
influyen en los cálculos generales del presupuesto estimado
(sobre estimados o mal estimados).
Consecuencia: No permitirá contar con los recursos
necesarios para terminar el proyecto a tiempo, significando
sobrecarga de tareas al personal.
Efecto: Baja calidad del proyecto, impidiendo el término
del proyecto en los plazos establecidos.

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

b. RI-02: Seguridad de la Aplicación

Condición: Falta de experiencia del equipo del proyecto en las
funciones relacionadas a la seguridad web de la aplicación,
seguridad del software de aplicación.
Consecuencia: Mal funcionamiento de las funciones del
producto final, ocasionando ingreso de datos erróneos y
lentitud en el procesamiento de datos.
Efecto: Robo de información, daño de los servidores
ocasionando pérdidas de tiempo en el trabajo de reconstrucción
del sistema.
c. RI-03: Cambios de políticas de Gestión
Condición: Cambios de políticas de gestión que afectan los
objetivos del proyecto.
Consecuencia: Retrasos en el proyecto, por motivos de
adaptación de nuevos requerimientos de implementación al
proyecto.
Efecto: Pérdida de tiempo en la restructuración del proyecto,
no obteniendo el resultado programado inicialmente en cuanto
al producto final.
d. RI-04: Soporte y mantenimiento
Condición: Garantizar las funciones de soporte y
mantenimiento del sistema web, por parte del equipo del
proyecto.
Consecuencia: Bajo rendimiento del software, desactualización
de sus componentes, trayendo como consecuencia la baja
calidad del software.
Efecto: Impedimento en la adaptación a los cambios del
software, trayendo como consecuencia fallas y deficiencias en
el acceso a los datos.

e. RI-05: Inexperiencia en el desarrollo e implementación del

proyecto

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
138
 Condición: Falta de conocimiento y experiencia por parte del
equipo del proyecto de software en uso de las herramientas y el
lenguaje de programación.
Consecuencia: Invertir tiempo y recursos económicos en la
investigación capacitación por parte del equipo de desarrollo.
Efecto: Retrasos en la finalización del producto final,
finalizando el producto final con algunos defectos y por ende
aportando un producto de baja calidad.
f. RI-06: Falta de información sobre el uso de las herramientas
tecnológicas
Condición: Desconocimiento parcial o total del equipo del
proyecto en el uso de herramientas de desarrollo e
implementación.
Consecuencia: Aprovechamiento parcial de las herramientas
tecnológicas.
Efecto: Retraso en los tiempos de desarrollo establecidos.

[Link]. Estimación de Probabilidad

Tabla 64: Estimación de Probabilidad

Rango de Promedio para Expresión de lenguaje Valor

Probabilidad el cálculo natural numérico
De 1 al 10% 5% Baja 1
De 11 al 25% 18% Poco probable 2
De 26 al 55% 40% Media 3
De 56 al 80% 68% Altamente probable 4
De 81 al 99% 90% Casi seguro 5

Fuente: (Elaboración propia, 2014)

A continuación se presenta una tabla en donde se muestran los

riesgos identificados para el proyecto con las probabilidades
estimadas subjetivamente para cada una de ellas.

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

Tabla 65: Probabilidad de Riesgo del Proyecto

ID Riesgo Expresión Probabilidad

Errores en la estimación del
RI-01 Baja 5%
presupuesto.
RI-02 Seguridad de la Aplicación. Media 40%
RI-03 Cambios de políticas de Gestión. Poco probable 18%
RI-04 Soporte y Mantenimiento. Media 40%
Inexperiencia en el desarrollo e
RI-05 Media 40%
implementación del proyecto.
Falta de información sobre el
RI-06 uso de las herramientas Baja 5%
tecnológicas.

Fuente: (Elaboración propia, 2014)

[Link]. Estimación del Impacto

Para calcular el impacto de los riesgos identificados se empleará
la escala de medición subjetiva expresada en la siguiente tabla.

Tabla 66: Estimación de Probabilidad

Valor
Criterio Retraso en la Planificación
numérico
Insignificante 1 semana 1
Marginal 2 semanas 2
Medio 1 mes 3
Crítico 2 meses 4
Catastrófico Más de 2 meses 5
Fuente: (Elaboración propia, 2014)

A continuación se muestra el impacto calculado que producirá la

ocurrencia de los riesgos citados anteriormente.
Tabla 67: Cálculo del Impacto

ID Riesgo Impacto
RI-01 Errores en la estimación del presupuesto. Marginal
RI-02 Seguridad de la Aplicación. Insignificante
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
140
 RI-03 Cambios de políticas de Gestión. Catastrófico
RI-04 Soporte y Mantenimiento. Marginal
Inexperiencia en el desarrollo e
RI-05 Crítico
implementación del proyecto.
Falta de información sobre el uso de las
RI-06 Medio
herramientas tecnológicas.
Fuente: (Elaboración propia, 2014)

[Link]. Exposición al Riesgo

Tabla 68: Exposición al Riesgo

ID Riesgo Probabilidad Impacto Impacto

Errores en la
RI-01 estimación del 5% 2 0.1
presupuesto.
Seguridad de la
RI-02 40% 1 0.4
Aplicación.
Cambios de políticas
RI-03 18% 5 0.9
de Gestión.
Soporte y
RI-04 40% 2 0.8
Mantenimiento.
Inexperiencia en el
desarrollo e
RI-05 40% 4 1.6
implementación del
proyecto.
Falta de información
sobre el uso de las
RI-06 5% 3 0.15
herramientas
tecnológicas.
Fuente: (Elaboración propia, 2014)

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

[Link]. Gestión de Riesgos:

a. Riesgo RI-03 Cambios de políticas de Gestión

Aspectos a Considerar
- Porque el riesgo es importante pueden ocurrir nuevos
requerimientos, que modifiquen las prioridades de los
objetivos del proyecto, dando como consecuencia una
readaptación del software.
- Que información es fundamental para monitorear el riesgo,
documentos en donde se explayen los objetivos del proyecto.
- Quien es responsable de realizar las tareas de control del
riesgo: el responsable es el jefe del equipo de trabajo.
- Que recursos son necesarios para controlar el riesgo: se
necesitará personal capacitado que adapte los cambios
imprevistos en el software, con gran capacidad de análisis y
conocimientos.

Plan de Acción
- Reuniones semanales entre equipo del proyecto y
organización, en donde se podrá definir y validar lo realizado
por el equipo de trabajo.

Plan de Contingencia
- Disparador: Imposición de cambios de gestión.
- Acción: Reunión inmediata con la organización para la
definición de nuevos estándares de software, presentando la
documentación hecha hasta el momento del cambio.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
142
b. Riesgo RI-05Inexperiencia en el desarrollo e implementación
del proyecto.
Aspectos a Considerar
- Porque el riesgo es importante: porque dificulta la entrega del
producto final según los plazos establecidos.
- Que información es fundamental para monitorear el riesgo:
informes periódicos en donde se observe el cumplimiento de
las actividades definidas en los plazos acordados.
- Quien es responsable de realizar las tareas de control del
riesgo: el responsable es el jefe del equipo de trabajo.
- Que recursos son necesarios para controlar el riesgo: se
necesitará de una metodología de desarrollo de software
como guía para el equipo de trabajo, en donde a partir de este
pueda establecer y cronometrar los tiempos para cada
actividad.

Plan de Acción
- Reuniones semanales entre equipo del proyecto y
organización, en donde se podrá definir y validar lo realizado
por el equipo de trabajo.
- Realizar tallares y actividades integradoras, relacionadas al
desarrollo del proyecto.
- Reuniones continúas del equipo del proyecto en donde se
discuta los avances realizados según cronograma definido.

Plan de Contingencia
- Disparador: El plan de avance no refleja los resultados
esperados por falta de calidad en el producto.
- Acción: Realizar una consultoría experta en tecnologías web
sobre temas relacionados al desarrollo del proyecto.

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

CAPITULO V:
FASE DE ELABORACIÓN

5.1. Modelo de Análisis:

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
144
5.1.1. Diagrama de Clases de Análisis
El diagrama de clases de análisis muestra la estructura del sistema
propuesto mostrando las clases y relaciones entre ellos, Representa el
diseño conceptual de la información que se manejará en el sistema.

Diagrama 17: Diagrama de Clases de Análisis

Fuente: (Elaboración propia, 2014)

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

5.1.2. Diagramas de Colaboración

En el siguiente grupo de diagramas mostramos las interacciones entre objetos o partes en términos de mensajes en secuencia.
Representamos además una combinación de información tomada desde los diagramas de clases, secuencias y casos de uso.

Diagrama 18: Diagrama de Colaboración Incorporar Actas VECP

input_numer...

3: Ingresar datos 4: Enviar datos

1: Seleccionar Link 2: Acceder 5: Leer disponibilidad
: [Link] : [Link] : [Link] : [Link]
:FORMATO

: Encargado de Actas

7: Confirmar incorporación 6: Mostrar Correlativo

9: Registrar correlativos

8: Enviar datos
: [Link] : [Link]

Fuente: (Elaboración Propia, 2014)

127
 Diagrama 19: Diagrama de Colaboración Asignar Actas VECP

frm_select( )

3: Solicitar tipo de acta 6: Leer usuario

1: Seleccionar link 2: Acceder : [Link]
: [Link] : Asignar-
:USUARIO
[Link]
5: Solicitar usuario
: Encargado de Actas 4: Leer actas

8: Seleccionar tipo de acta, usuario y cantidad

:FORMATO
7: Mostrar disponibles

10: Asignar actas

9: Enviar datos
: [Link] : Confirmar-
[Link]

Fuente: (Elaboración Propia, 2014)

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

Diagrama 20: Diagrama de Colaboración Devolver actas conforme

1: Seleccionar link 2: Acceder 3: Ingresar datos 4: Enviar datos

: [Link] : [Link] : Add_conformes.php : [Link]

: Fedatario

5: Leer formatos

7: Seleccionar conformes

6: Mostrar actas asignadas

:FORMATO
: [Link]

8: Devolver conformes

Fuente: (Elaboración Propia, 2014)

129
 Diagrama 21: Diagrama de Colaboración Devolver actas no conforme

3: Seleccionar dia 5: Leer usuarios

1: Seleccionar link 2: Acceder
: Def [Link] : No- : jQuery .js
conf [Link] :USUARIO

: Encargado de Actas 4: Leer actas

:FORMATO

7: Seleccionar tipo dev olución 6: Mostrar actas asignadas

: Dev olv [Link] : [Link] 9: Conf irmar dev olución

8: Ingresar datos de dev olución

Fuente: (Elaboración Propia, 2014)

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

Diagrama 22: Diagrama de Colaboración Confirmar Actas

1: Seleccionar link 2: Acceder 3: Seleccionar fecha 4: Leer usuarios

: [Link] : Confirmar- : [Link]
[Link] :USUARIO

: Fedatario 5: Leer formatos

:FORMATO

7: Validar datos devolución 6: Mostrar actas asignadas

9: Actualizar estado
: [Link] : [Link]

8: Confirmar devolución

Fuente: (Elaboración Propia, 2014)

131
 Diagrama 23: Diagrama de Colaboración Incorporar Actas Control Móvil

1: Seleccionar Link 2: acceder 3: Ingresar datos 5: leer

4: enviar datos
: [Link] : [Link] : [Link]
:FORMAT O

: Encargado de Actas : ingresar datos Actas

7: confirma incorporacion 9: registrar correlativos

6: muestra correlativos

8: enviar datos
: confirma : Procesar Registro
Incorporar

Fuente: (Elaboración Propia, 2014)

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

Diagrama 24: Diagrama de Colaboración Asignar Actas Control Móvil

4: leer usuarios
3: solicitar usuarios : Procesar Usuarios
:USUARIO

: Def [Link] 2: acceder

: Asignar actas
1: Seleccionar link
5: solicitar Actas :CONTROL_MOVIL
6: leer cms

: Procesar CMs
disponibles
9: seleccionar actas y usuario 7: leer f ormatos
: Encargado de Actas

:FORMATO

8: mostrar disponibles 11: Asignar f ormatos

: listar Actas : Procesar

asignacion...
10: env iar datos
12: Asignar cms

Fuente: (Elaboración Propia, 2014)

133
 Diagrama 25: Diagrama de Colaboración Devolver Actas Conformes Control Móvil

2: acceder 3: solicitar cms asignadas 4: leer cms

: Def [Link] : Dev olv er CMs : Procesar CMs
:CONTROL_MOVIL
asignadas
1: seleccionar link

6: seleccionar conf ormes

: Fedatario
5: mostrar cms asignadas 8: dev olv er cms conf ormes

7: env iar datos : Procesar dev olv er

: Listar asignacion
CMs

Fuente: (Elaboración Propia, 2014)

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

Diagrama 26: Diagrama de Colaboración Devolver Actas No Conformes Control Móvil

4: enviar datos 5: registra detale turno

: Procesar turno
:DETALLE_T URNO
3: ingresar datos del turno

: Registrar Turno

2: acceder 6: registrar turno

1: Sleccionar link : [Link] : Devolver CMs :TURNO

: Listar
8: enviar datos
Asignacion
: Fedatario : Procesar CMs 9: leer cms
7: solicitar actas asignadas :CONTROL_MOVIL
asignadas

11: seleccionar cms

10: mostrar cms asignadas

12: solicitar actas 13: leer

: Procesar
:FORMA
Actas
TOS
15: seleccionar actas 18: devolver cm
: Listar asignacion
CMs
17: devolver actas

14: listar actas

: Procesar
devolver

: Listar actas
16: enviar informacion de actas
asignadas

135
Fuente: (Elaboración Propia, 2014)

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

Diagrama 27: Diagrama de Colaboración Confirmar Actas Control Móvil

3: solicitar turnos por confirmar devolucion

1: seleccionar link 2: acceder 4: leer

: [Link] : Confirmar : Procesar turno
devolucion :TURNO

: Encargado de Actas

6: seleccionar turno 5: mostrar datos :CONTROL_MOVIL

: Listar Turnos

10: confirmar cms

8: confirmar actas devueltas

7: listar actas devueltas

11: confirmar actas

: Procesar actas
devueltas :FORMATO

9: enviar datos
: Listar actas devueltas

Fuente: (Elaboración Propia, 2014)

137
 Diagrama 28: Diagrama de Colaboración Asignar Fondo para Intervenciones

f rm_select...

1: Seleccionar link 2: Acceder 3: Solicitar f edatario 4: Leer usuarios

: Def [Link] : Asignar- : [Link]
:USUARIO
[Link]

5: Leer f ondo
: Encargado de Fondo de Interv enciones

:FONDO

6: Solicitar f echa
7: Inrgesar monto y f echa
9: Conf irmar asignación

: Conf irma- : f [Link]

[Link]

8: Env iar datos

Fuente: (Elaboración Propia, 2014)

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

Diagrama 29: Diagrama de Colaboración Generar detalle de utilización

1: Seleccionar link 2: Acceder 3: Solicitar zonas 4: Leer zonas

: Def [Link] : : [Link]
Interv [Link] :ZONA

: Encargado de Fondo de Interv enciones 5: Leer usuarios

6: Leer f ondo :USUARIO

8: Ingresar datos

7: Buscar interv enciones ingresadas

:FONDO
9: Env iar datos
: Interv enciones- : f [Link]
[Link]

11: Conf irmar liquidación

10: Leer f ormatos

FORMATO

Fuente: (Elaboración Propia, 2014)

139
5.1.3. Diagrama de Subsistemas
Representa el conjunto de subsistemas que formarán parte de la aplicación
web completa con la finalidad de mejorar la gestión de actas. En él se
muestra también la dependencia entre cada subsistema.

Diagrama 30: Diagrama de Subsistemas

Sistema Actas Sistema Fondo de

VECP Intervención

Sistema Actas Sistema Corte

Movil Documentario

Fuente: (Elaboración Propia, 2014)

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

5.2. Modelo de Diseño:

5.2.1. Diagrama de Clases de Diseño

Al igual que el diagrama de clases de análisis, este diagrama muestra la
estructura del sistema propuesto mostrando las clases y relaciones entre
ellos, Sin embargo, se muestran además los métodos de cada una de ellas.

Diagrama 31: Diagrama de Clases de Diseño

Fuente: (Elaboración Propia, 2014)

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
140
5.2.2. Diagrama de Casos de Uso de Realización
Estos diagramas son la expresión de un caso de uso en particular dentro
del modelo de diseño. Describe el caso de uso en términos de
colaboraciones entre objetos. Una realización de casos de uso vincula a los
casos de uso del modelo de casos de uso con las clases y relaciones del
modelo de diseño

Diagrama 32: Diagrama de Casos de Uso de Realización Sistema Actas

VECP

Fuente: (Elaboración Propia, 2014)

Diagrama 33: Diagrama de Casos de Uso de Realización Sistema Actas Móvil

Fuente: (Elaboración Propia, 2014)

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

Diagrama 34: Diagrama de Casos de Uso de Realización Sistema Fondo de

Intervención

Fuente: (Elaboración Propia, 2014)

Diagrama 35: Diagrama de Casos de Uso de Realización Sistema de Reportes

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
142
 5.2.3. Diseño de Pantallas

Pantalla 1: Validar Usuario

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz permite la validación de los datos de un Usuario del sistema que
accederá al sistema según su perfil.

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

Pantalla 2: Incorporar Actas VECP

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de incorporar un lote nuevo de correlativos de
actas VECP al sistema.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
144
 Pantalla 3: Asignar actas VECP

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz permite llevar a cabo el proceso de asignación de las actas VECP,
aquí se seleccionaran los correlativos de las actas que se asignaran y se confirmara la
asignación.

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

Pantalla 4: Devolver actas VECP asignadas conformes

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de devolución de las actas VECP que se
asignaron a cada fedatario y que son el resultado de intervenciones conformes a
establecimientos, aquí se seleccionaran los correlativos de las actas que se utilizaron
debido a operativos VECP.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
146
 Pantalla 5: Devolver actas VECP asignadas no conformes

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de devolución de las actas VECP que se
asignaron a los fedatarios y que son el resultado de intervenciones a establecimientos
en las cuales se detectó una infracción tributaria, a lo que denominamos intervenciones
no conformes, aquí se seleccionaran los correlativos de las actas que se utilizaron
debido a intervenciones no conformes.

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

Pantalla 6: Confirmar actas VECP

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de confirmación de la devolución de las actas
VECP asignadas a un fedatario para el Control Urbano, aquí se visualiza la información
de las devoluciones de las actas utilizadas para su constatación con el documento físico
recepcionado.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
148
 Pantalla 7: Incorporar Actas de Control Móvil

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz Inicia con el proceso de incorporar un lote nuevo de correlativos de
actas al sistema.

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

Pantalla 8: Asignar Actas de Control Móvil

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz culmina con el proceso de asignación de las actas de control móvil,
aquí se seleccionaran los correlativos de las actas que se asignaran y se confirmara la
asignación.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
150
 Pantalla 9: Devolver las Actas de control Móvil Asignadas – Garita Conformes

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de devolución de las actas de control móvil
que se asignaron a garita y que son el resultado de Intervenciones conformes a
transportistas de carga pesada, aquí se seleccionaran los correlativos de las CM’s que se
utilizaron debido a intervenciones Conformes a transportistas de carga pesada.

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

Pantalla 10: Devolver las Actas de control Móvil Asignadas – Manifiestos

Conformes

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de devolución de las actas de control móvil
que se asignaron a garita y que son el resultado de Intervenciones conformes a
transportes de pasajeros, aquí se seleccionaran los correlativos de las CM’s que se
utilizaron debido a intervenciones Conformes de transportes de pasajeros.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
152
Pantalla 11: Devolver las Actas de control Móvil Asignadas – Garita no conformes
(Primera pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de devolución de las actas de control móvil
que se asignaron a garita y que son el resultado de Intervenciones a transportistas de
carga pesada en las cuales se detectó una infracción tributaria, a lo que denominamos
intervenciones no conformes, aquí se seleccionaran los correlativos de las CM’s que se
utilizaron debido a intervenciones no conformes a transportistas de carga pesada.

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

Pantalla 12: Devolver las Actas de control Móvil Asignadas – Garita no conformes
(Segunda pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz continúa con el proceso de devolución de las actas de control
móvil, aquí se elegirán el estado del formato CM.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
154
Pantalla 13: Devolver las Actas de control Móvil Asignadas – Garita no conformes
(Tercera pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz continúa con el proceso de devolución de las actas de control
móvil, aquí se elegirán la cantidad de actas, y las actas utilizadas en la intervención no
conforme por cada formato CM.

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

Pantalla 14: Devolver las Actas de control Móvil Asignadas – Garita no conformes
(Cuarta pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz finaliza con el proceso de devolución de las actas de control
móvil, aquí se ingresara la información necesaria de cada acta levantada en la
intervención no conforme.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
156
 Pantalla 15: Devolver las Actas de control Móvil Asignadas – Manifiesto no
conformes (Primera pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz inicia con el proceso de devolución de las actas de control móvil
que se asignaron a garita y que son el resultado de Intervenciones a transportes de
pasajeros en las cuales se detectó una infracción tributaria, a lo que denominamos
intervenciones no conformes, aquí se seleccionaran los correlativos de las CM’s que se
utilizaron debido a intervenciones no conformes a transportes de pasajeros.

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

Pantalla 16: Devolver las Actas de control Móvil Asignadas – Manifiesto no

conformes (Segunda pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz continúa con el proceso de devolución de las actas de control
móvil, aquí se elegirán el estado del formato CM.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
158
 Pantalla 17: Devolver las Actas de control Móvil Asignadas – Manifiesto no
conformes (Tercera pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz continúa con el proceso de devolución de las actas de control
móvil, aquí se elegirán la cantidad de actas, y las actas utilizadas en la intervención no
conforme por cada formato CM.

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

Pantalla 18: Devolver las Actas de control Móvil Asignadas – Manifiesto no

conformes (Cuarta pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz finaliza con el proceso de devolución de las actas de control
móvil, aquí se ingresara la información necesaria de cada acta levantada en la
intervención no conforme.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
160
 Pantalla 19: Devolver las Actas de control Móvil Asignadas – Urbano conformes

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz Inicia con el proceso de devolución de las actas de control móvil
asignadas a un fedatario para el Control Urbano, aquí se seleccionaran los correlativos
de las CM’s conformes.

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

Pantalla 20: Devolver las Actas de control Móvil Asignadas – Urbano no

conformes

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz Inicia con el proceso de devolución de las actas de control móvil
asignadas a un fedatario para el Control Urbano, en esta interfaz se aprecia en la parte
superior derecha un calendario en el cual se visualizaran fechas habilitadas según la
cantidad de asignaciones pendientes de devolver que tuviera el Fedatario, además aquí
se debe agregar el estado urbano a las cm’s que se hayan utilizado en las intervenciones
a transportistas que tengan como resultado el levantamiento de alguna acta de control
móvil.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
162
 Pantalla 21: Confirmar las Actas de control Móvil Devueltas (Primera pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz Inicia con el proceso de confirmación de la devolución de las
actas de control móvil asignadas a un fedatario para el Control Urbano y asignadas a
Garita para el Control de Garitas, aquí se visualiza la información de las devoluciones
de las cm’s utilizadas en Control Urbano y control Garitas, para su constatación con el
documento físico recepcionado.

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

Pantalla 22: Confirmar las Actas de control Móvil Devueltas (Segunda pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz continua con el proceso de confirmación de la devolución de las
actas de control móvil, aquí se visualiza la información de las actas de control móvil
utilizadas que están contenidas en un formato cm.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
164
 Pantalla 23: Confirmar las Actas de control Móvil Devueltas (Tercera pantalla)

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz finaliza con el proceso de confirmación de la devolución de las
actas de control móvil, aquí se visualiza la confirmación de las actas constatadas con el
físico de las mismas.

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

Pantalla 24: Asignación de Fondo de intervención

Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz se utiliza para asignar fondo de intervención que se utiliza en los
operativos de verificación de emisión de comprobantes de pago.

Pantalla 25: Confirmar liquidación de fondo de intervención

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
166
 Fuente: (Elaboración Propia, 2014)

Descripción:
La presente interfaz se utiliza para confirmar los documentos que se utilizaron en algún
operativo VECP.

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

5.2.4. Diagramas de Secuencia

Con la elaboración de este grupo de diagramas mostramos la interacción de un conjunto de objetos de la aplicación a través del
tiempo. Contiene detalles de implementación del escenario, incluye objetos y clases que se usan para implementar el aplicativo.

Diagrama 36: Diagrama de Secuencias Incorporar Actas VECP

: [Link] : [Link] : [Link] : [Link] : [Link] : [Link]

:FORMATO
: Encargado de
Actas

1: Seleccionar link

2: Acceder

3: Ingresar datos 4: Enviar datos

5: Leer disponibilidad

7: Confirmar incorporación 6: Mostrar correlativo

8: Enviar datos

9: Registrar correlativos

Fuente: (Elaboración Propia, 2014)

168
 Diagrama 37: Diagrama de Secuencias Asignar actas VECP

: [Link] : Asignar- : [Link] : [Link] : Confirmar-

[Link] [Link] :USUARIO :FORMATO
: Encargado de
Actas

1: Seleccionar link

2: Acceder

3: Solicitar tipo de acta

4: Leer actas

5: Solicitar usuario

6: Ingresar usuario

7: Leer usuario

8: Mostrar disponibles

9: Enviar datos

10: Asignar actas

Fuente: (Elaboración Propia, 2014)

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

Diagrama 38: Diagrama de Secuencias devolver actas VECP conforme

: [Link] : [Link] : Add_conformes.php : [Link] : [Link]

: Fedatario :FORMATO

1: Seleccionar link

2: Acceder

3: Ingresar datos

4: Enviar datos

5: Leer formatos

6: Mostrar actas asignadas

7: Seleccionar conformes

8: Devolver conformes

Fuente: (Elaboración Propia, 2014)

170
 Diagrama 39: Diagrama de Secuencias devolver actas VECP no conforme

: [Link] : No- : [Link] : [Link] : [Link]

[Link] :USUARIO :FORMATO
: Encargado de
Actas

1: Seleccionar link

2: Acceder

3: Seleccionar dia

4: Leer actas

5: Leer usuarios

6: Mostrar actas asignadas

7: Seleccionar tipo de devolución

8: Enviar datos de devolución

9: Confirmar devolución

Fuente: (Elaboración Propia, 2014)

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

Diagrama 40: Diagrama de Secuencias confirmar actas VECP

: [Link] : Asignar- : [Link] : [Link] : Confirmar-

[Link] [Link] :USUARIO :FORMATO
: Encargado de
Actas

1: Seleccionar link

2: Acceder

3: Solicitar tipo de acta

4: Leer actas

5: Solicitar usuario

6: Ingresar usuario

7: Leer usuario

8: Mostrar disponibles

9: Enviar datos

10: Asignar actas

Fuente: (Elaboración Propia, 2014)

172
 Diagrama 41: Diagrama de Secuencias Incorporar Actas de Control Móvil

: [Link] : [Link] : confirma Incorporar : [Link]

:FORMATO

: Encargado de : ingresar datos Actas

Actas
1: seleccionar link

2: acceder

3: ingresar datos

4: Envia datos

5: Leer formatos

6: muestra correlativos

7: Confirma incorporar correlativos

8: Enviar datos

9: Incorpora correlativos

10: Resultados de incorporar

Fuente: (Elaboración Propia, 2014)

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

Diagrama 42: Diagrama de Secuencias Asignar Actas de Control Móvil

: [Link] : Asignar actas : Procesar asignacion : Procesar Usuarios : Procesar CMs

de actas disponibles
:FORMATO :CONTROL_MOVIL USUARIO
: Encargado de : listar Actas
Actas

1: Seleccionar link

2: acceder

3: Solicitar disponibles

4: leer Actas

5: listar actas disponibles

7: Solicitar Usuarios 6: leer Cms

8: leer usuarios

9: mostrar usuarios

10: seleccionar usuario

11: Seleccionar actas

12: confirmar actas

13: enviar datos

14: Asignar actas

15: Asignar actas

16: Resultados de Asignacion

174
Fuente: (Elaboración Propia, 2014)

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

Diagrama 43: Diagrama de Secuencias Devolver Actas de Control Móvil Conformes

: [Link] : Devolver CMs : Procesar CMs : Procesar devolver

disponibles
:CONTROL_MOVIL

: Listar asignacion
: Fedatario CMs

1: Seleccionar link

2: acceder

3: envia datos

4: leer asignacion

5: muestra datos

6: Seleccionar CMs utilizadas

7: Confirmar devolucion

8: enviar datos

9: devolver CMs

10: Resultados de Devolver

Fuente: (Elaboración Propia, 2014)

176
 Diagrama 44: Diagrama de Secuencias Devolver Actas de Control Móvil No Conformes

: Def [Link]
: Dev olv er CMs : Listar Asignacion : Procesar turno : Procesar dev olv er : Procesar CMs : Procesar Actas
:CONTROL_MOVIL :FORMATO :TURNO :DETALLE_TURNO
asignadas

: Registrar Turno : Listar asignacion : Listar actas

: Fedatario CMs asignadas
1: Seleccionar link

2: acceder

3: Ingresar Datos

4: Env iar datos

5: Registrar turno

6: Registrar detalle turno

7: muestra turno

8: Solicitar CMs asignadas

9: Leer CMs

10: muestra CMs

11: Seleccionar CMs utilizados

12: soliictar actas asignadas

13: leer actas

14: muestra actas

15: Seleccionar actas

16: Ingresar inf ormacion de actas

17: env iar datos

18: Registrar

19: cof irmar dev olucion de CMs

20: Dev olv er CMs

21: Resultados de Dev olucion

Fuente: (Elaboración Propia, 2014)

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

Diagrama 45: Diagrama de Secuencias Confirmar Devolución Actas de Control Móvil

: [Link] : Confirmar devolucion : Listar Turnos : Procesar actas : Procesar turno

devueltas :TURNO :CONTROL_MOVIL :FORMATO
: Listar actas
: Encargado de devueltas
Actas 1: Seleccionar link

2: acceder

3: solicitar turnos con devolucion

4: Leer turno

5: mostra turnos

6: Selecciona Turno

7: Envia datos

8: leer CMs

9: leer Actas

10: mostrar CMs

11: Mostrar actas

12: seleccionar estado confirmado

13: confirmar CMs

14: Confirmar actas

15: Resultados de confirmacion

Fuente: (Elaboración Propia, 2014)

178
 Diagrama 46: Diagrama de Secuencias Asignar fondo de intervención

: [Link] : Asignar- : Confirma- : [Link] : [Link]

[Link] [Link] :USUARIO :FONDO
: Encargado de Fondo de
Intervenciones

1: Seleccionar link

2: Acceder

3: Seleccionar fedatario

4: Leer usuarios

5: Leer fondo

6: Solicitar fecha
7: Ingresar monto y fecha

8: Enviar datos

9: Confirmar asignación

Fuente: (Elaboración Propia, 2014)

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

Diagrama 47: Diagrama de Secuencias Generar detalle de devolución

: [Link] : [Link] : Intervenciones- : [Link] : [Link]

[Link]
:ZONA :USUARIO :FONDO :FORMATO
: Encargado de Fondo de
Intervenciones

1: Seleccionar link

2: Acceder

3: Solicitar zonas

4: Leer zona

5: Leer usuarios

6: Leer fondo

7: Buscar intervenciones ingresadas

8: Ingresar datos

9: Enviar datos

10: Leer formatos

11: Confirmar liquidación

Fuente: (Elaboración Propia, 2014)

180
5.2.5. Diagramas de Estados:
Estos diagramas nos sirven para mostrar la secuencia de estados por los
que pasa ya sea un caso de uso, un objeto o todo el sistema a lo largo de su
vida

Diagrama 48: Diagrama de Estados Incorporar Actas

Confirmar( )
Agregado de Aprobado
Correlativos

Cancelar ( )

Desaprobado

Fuente: (Elaboración propia, 2014)

Diagrama 49: Diagrama de Estados Asignar Actas

Decidiendo Procesar ( ) Aceptar ( ) Confirmado

Revisando
asignar actas

Rechazar ( ) Asignar ( )
Rechazado

Asignado

Fuente: (Elaboración propia, 2014)

Diagrama 50: Diagrama de Estados Devolver Actas

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

Procesar ( )
Devolviendo Registrando
Actas

Cancelar ( )
Rechazado
Registrar ( )

Devuelto

Fuente: (Elaboración propia, 2014)

Diagrama 51: Diagrama de Estados Confirmar Actas Devueltas

procesar ( ) Validando con

Confirmando
el fisico
Actas

rechazar ( )
Rechazado
Confirmar ( )

Confirmado

Fuente: (Elaboración propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
181
 5.2.6. Diagrama de Navegabilidad:
Muestra la estructura de la aplicación web. La forma como se comunican
e interactúan todas y cada una de las páginas tanto en el lado del cliente
como las del servidor.

Diagrama 52: Diagrama de Navegabilidad

LOGIN

MENU

ASIGNAR ACTAS VECP

ACTAS VECP ACTAS MOVIL FONDO INTERVENCION AGREGAR USUARIOS

USUARIOS

DEVOLVER ACTAS VECP

CONFIRMAR DINERO

REPORTES
ASIGNAR DINERO

ASIGNAR ACTAS MOVIL

NO CONFORMES DEVOLVER DINERO
CONFORMES
MODIFICAR USUARIO
CONFIRMAR ACTAS MOVIL
DEVOLVER ACTAS MOVIL
NUMERALES
CONFIRMAR ACTAS VECP ZONAS
FORMATOS

URBANO GARITA MANIFIESTOS

LIQUIDACION FONDO FEDATARIOS

NO CONFORMES

CONFORMES NO CONFORMES
CONFORMES CONFORMES NO CONFORMES

Fuente: (Elaboración propia, 2014)

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

CAPITULO VI:
FASE DE CONSTRUCCIÓN

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
183
6.1 Diagrama de Componentes
Representa como la aplicación web está dividida en componentes y muestra sus
dependencias. Los componentes físicos incluyen archivos, cabeceras, bibliotecas
compartidas, módulos, ejecutables o paquetes.

Diagrama 53: Diagrama de Componentes

Capa 1: Presentacion

Componente de
presentación

-------------------------------------------------------------------------------------------------------------------------------
Capa 2: Logica del Negocio
Componente
controlador
Componente de
Entidad

Componente de
Objetos

-------------------------------------------------------------------------------------------------------------------------------

Capa 3: Acceso a Datos

Componente de
Datos

Base de Datos del

Negocio

Fuente: (Elaboración Propia, 2014)

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

6.2 Diagrama de Despliegue

Este diagrama a diferencia del anterior lo hemos utilizado para modelar la parte
hardware utilizado en la implementación de la aplicación web. Los elementos
que se utilizan son nodos (representados como prisma) y otros componentes.

Diagrama 54: Diagrama de Despliegue

IMPRESORA
CLIENTE SERVIDOR DE 1
CLIENTE WEB N IMPRESIONES
WEB 2

IMPRESORA
2

CLIENTE WEB TCP/IP

SWITCH ROUTER
1

Servidor
ROUTER HTTP SERVIDOR APACHE
WEB

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
185
6.3 Modelo Entidad Relación
Este diagrama representa las entidades relevantes de la aplicación web
desarrollada así como sus interrelaciones y propiedades.

Diagrama 55: Diagrama de Modelo Entidad Relación

Fuente: (Elaboración Propia, 2014)

6.4 Modelo Lógico

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

El objetivo de este diagrama es convertir el esquema conceptual de datos en un

esquema lógico que se ajuste al gestor de base de datos que hemos utilizado para
el desarrollo del aplicativo web.

Diagrama 56: Diagrama de Modelo Lógico

FORMATOS_ZONAS
FORMATOS_UBIGEO
zonas_id
ubigeo_id
FORMATOS_BIENES zonas_descripcion
FORMATOS_LOTE ubigeo_distrito
bien_id DINERO_DETALLE
lote_id ubigeo_provincia
ubigeo_departamento detalle_id
bien_idformato
lote_reg FORMATOS_ANULADO
bien_cantidad din_id (FK)
lote_fechareg
bien_detalle anul_id detalle_formato
bien_nro detalle_fechadev
anul_idformato detalle_liquidado
form_id (FK)
anul_motivo
anul_comisaria
anul_denuncia
FORMATOS_TIPO anul_formatoremplazo
tipof_id anul_actaremplazo
FORMATOS anul_direcperdida
tipof_codigoarea anul_tipo
tipof_codigotipo form_id DINERO
anul_numeroinf
tipof_codigo tipof_id (FK) anul_porque din_id
tipof_descripcion etapas_id (FK) form_id (FK)
tipof_cm user_id (FK)
lote_id (FK)
tipof_vecp din_fecha
form_tipo:TINYITN(2)
tipof_descrip din_cantidad
ubigeo_id (FK) USUARIOS_TIPO
tipo_cm1 din_liquidado
zonas_id (FK) tipo_id din_confirmado
FORMATOS_GIRO giros_id (FK)
user_id (FK) tipo_cargo
giros_id form_utilizado
giros_descripcion cm_id (FK)
giros_resumen form_estado
giros_estado form_numeracion
giros_den form_fecha
form_asignador USUARIOS
form_fechaasig
user_id
FORMATOS_ETAPAS form_confirmado
etapas_id form_ruc tipo_id (FK)
form_contribuyente user_grupo
etapas_idzonas form_direccion user_usuario
etapas_descripcion form_ncomercial user_clave
form_numeral user_nombre
form_infraccion CONTROL MOVIL user_apellidos
FORMATOS_TEMP form_espacio user_email
cm_id
temp_id user_estado
turno_id (FK) user_reg
temp_idformato cm_tipo user_fecha
temp_tipoformato cm_numeracion
temp_portador cm_estado
temp_fecha cm_utilizado
form_id (FK) cm_fecha
cm_asignador
FORMATOS_MOVIMIENTOS cm_fechaasig
movimientos_id cm_confirmado
FORMATOS_DETALLE cm_preves
movimientos_idformato cm_probas
fdetalle_id movimientos_estado cm_probas1
fdetalle_formid movimientos_portador cm_conforme
fdetalle_importe movimientos_fechaasig cm_masivo
fdetalle_mesas movimientos_asignador cm_garita_manifiesto
form_id (FK) movimientos_fecharealizada
form_id (FK)

TURNO_DETALLE
det_id TURNO
CONTROL_MOVIL_MOVIMIENTOS
turno_id
turno_id (FK) cmovimientos_id
det_fedatario turno_garita
cm_id (FK)
turno_fecha
cmovimientos_estado
turno_conformidad
cmovimientos_portador
turno_turno
cmovimientos_fechaasig
turno_remitente
cmovimientos_asignador
turno_transportista
cmovimientos_fecharealizada
turno_estibas

Fuente: (Elaboración Propia, 2014)

6.5 Modelo Físico

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
187
 Adicional al modelo lógico se genera el presente diagrama el que incluye las
estructuras de almacenamiento y los métodos de acceso que se utilizarán para
conseguir un acceso eficiente a los datos.

Diagrama 57: Diagrama de Modelo Físico

FORMATOS_UBIGEO
ubigeo_id:VARCHAR
FORMATOS_ZONAS
ubigeo_distrito:VARCHAR(50)
ubigeo_provincia:VARCHAR(50) zonas_id:INTEGER
ubigeo_departamento:VARCHAR(50) zonas_descripcion:VARCHAR(255)

FORMATOS_BIENES
FORMATOS_ANULADO DINERO_DETALLE
bien_id:INTEGER
FORMATOS_LOTE anul_id:INTEGER detalle_id:INTEGER
bien_idformato:INT(11)
lote_id:INTEGER anul_idformato:INT(11)
bien_cantidad:FLOAT(5,2) din_id:INTEGER (FK)
bien_detalle:VARCHAR(100) lote_reg:CHAR(4) anul_motivo:TEXT detalle_formato:VARCHAR(11)
bien_nro:TINYINT(2) lote_fechareg:DATE anul_comisaria:VARCHAR(50) detalle_fechadev:DATE
form_id:INTEGER (FK) anul_denuncia:VARCHAR(50) detalle_liquidado:TINYINT(1)
anul_formatoremplazo:TINYINT(3)
anul_actaremplazo:VARCHAR(7)
anul_direcperdida:VARCHAR(255)
FORMATOS_TIPO anul_tipo:TINYINT(1)
tipof_id:INTEGER anul_numeroinf:VARCHAR(10)
FORMATOS anul_porque:TINYINT(1)
tipof_codigoarea:CHAR(3) DINERO
form_id:INTEGER (FK)
tipof_codigotipo:CHAR(4) form_id:INTEGER
din_id:INTEGER
tipof_codigo:CHAR(2) tipof_id:INTEGER (FK)
tipof_descripcion:VARCHAR(100) etapas_id:INTEGER (FK) user_id:INTEGER (FK)
tipof_cm:TINYINT(1) lote_id:INTEGER (FK) din_fecha:DATE
tipof_vecp:TINYITN(1) form_tipo:TINYITN(2) USUARIOS_TIPO din_cantidad:FLOAT(6,2)
tipof_descrip:VARCHAR(100) ubigeo_id:VARCHAR (FK) tipo_id:SMALLINT din_liquidado:TINYINT(1)
tipo_cm1:TINYITN(1) zonas_id:INTEGER (FK) din_confirmado:TINYINT(1)
tipo_cargo:VARCHAR(100)
FORMATOS_GIRO giros_id:INTEGER (FK)
user_id:INTEGER (FK)
giros_id:INTEGER form_utilizado:TINYITN(1)
giros_descripcion:VARCHAR(255) cm_id:INTEGER (FK)
giros_resumen:VARCHAR(50) form_estado:TINYINT(1)
giros_estado:TINYINT(1) form_numeracion:VARCHAR(7)
giros_den:TINYINT(3) form_fecha:DATE
USUARIOS
form_asignador:CHAR(4)
form_fechaasig:DATE user_id:INTEGER
FORMATOS_ETAPAS form_confirmado:TINYINT(3) tipo_id:SMALLINT (FK)
etapas_id:INTEGER form_ruc:VARCHAR(11) user_grupo:TINYINT(3)
form_contribuyente:VARCHAR(255) user_usuario:VARCHAR(4)
etapas_idzonas: INT(11) form_direccion:VARCHAR(255)
etapas_descripcion:VARCHAR(100) user_clave:VARCHAR(100)
form_ncomercial:VARCHAR(50) user_nombre:VARCHAR(50)
form_numeral:TINYINT(1) user_apellidos:VARCHAR(50)
form_infraccion:TINYINT(2) CONTROL_MOVIL user_email:VARCHAR(100)
FORMATOS_TEMP form_espacio:FLOAT(8,2) user_estado:TINYINT(1)
cm_id:INTEGER
temp_id:INTEGER user_reg:VARCHAR(4)
turno_id:INTEGER (FK) user_fecha:DATETIME
temp_idformato:INT(11) cm_tipo:TINYINT (2)
temp_tipoformato:TINYINT(2) cm_numeracion: VARCHAR (7)
temp_portador:CHAR(4) cm_estado: TINYINT (1)
temp_fecha:DATE cm_utilizado: TINYINT(1)
form_id:INTEGER (FK) cm_fecha: DATE
cm_asignador: VARCHAR(4)
cm_fechaasig: DATE
FORMATOS_MOVIMIENTOS cm_confirmado: TINYINT(1)
cm_preves: TINYINT(3)
movimientos_id:INTEGER
cm_probas: TINYINT(3)
movimientos_idformato:INT(11) cm_probas1:TINYINT(3)
movimientos_estado:TINYINT(1) cm_conforme: TINYINT(1)
FORMATOS_DETALLE movimientos_portador:VARCHAR(4) cm_masivo: varchar(100)
fdetalle_id:INTEGER movimientos_fechaasig:DATE cm_garita_manifiesto:TINYINT(1)
fdetalle_formid:INT(1) movimientos_asignador:VARCHAR(4)
fdetalle_importe:FLOAT(15,2) movimientos_fecharealizada:DATE
fdetalle_mesas:INT(4) form_id:INTEGER (FK)
form_id:INTEGER (FK)

TURNO
CONTROL_MOVIL_MOVIMIENTOS
turno_id:INTEGER
cmovimientos_id:INTEGER
TURNO_DETALLE
turno_garita:TINYINT(1)
det_id:INTEGER cm_id:INTEGER (FK)
turno_fecha:DATE
cmovimientos_estado: TINYINT(1)
turno_id:INTEGER (FK) turno_conformidad:TINYINT(1)
cmovimientos_portador:VARCHAR(4)
det_fedatario:VARCHAR(4) turno_turno:TINYINT(1)
cmovimientos_fechaasig: DATE
turno_remitente:INT(5)
cmovimientos_asignador: VARCHAR(4)
turno_transportista:INT(5)
cmovimientos_fecharealizada: DATE
turno_estibas:INT(3)

Fuente: (Elaboración Propia, 2014)

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

6.6 Generación de Código

A continuación mostramos el código desarrollado de las principales clases y
mantenedores.

Asignar Dinero

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
189
190
 Biblioteca Digital - Dirección de Sistemas de Informática y
Comunicación

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
191
 CAPITULO VII:
FASE DE TRANSICIÓN

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

7.1 Modelo de pruebas de Casos de Uso

Se utilizará a continuación los casos de uso más críticos para el funcionamiento
del sistema web. Se pondrá a prueba el sistema intentando generar la mayor
cantidad de errores posibles, ingresando para esto datos válidos y no válidos y
verificando los resultados. Los casos de uso de prueba serán los siguientes:
- Incorporar actas VECP.
- Asignar actas VECP.
- Devolver actas VECP conformes.
- Incorporar actas control móvil.
- Asignar actas control móvil.
- Asignar fondo para intervención.
- Generar reporte de corte documentario.

7.2 Prueba de Caja Blanca

En nuestro Caso Usaremos el Enfoque de la Prueba de caja blanca basándonos en
pruebas unitarias, en estas pruebas unitarias analizaremos porciones de código
que puedan ser analizadas de manera aislada, como por ejemplo funciones y
métodos. A los que después de pasarle unos parámetros de entrada debemos
obtener otros parámetros de salida claramente definidos.
Para estas pruebas unitarias utilizaremos un script php que se instala con
PHPUnit. Su función es buscar y ejecutar las pruebas que tengamos definidas en
el fichero que le pasamos como argumento. Finalmente devolverá un informe
sobre el estado de las pruebas y los errores que se ha ido encontrando.
A continuación se muestran los resultados de los test que se le realizo a las clases
de la cual consta el aplicativo web.

Pantalla 26: Prueba de caja blanca clase [Link]

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
193
 Fuente: (Elaboración Propia, 2014)

Pantalla 27: Prueba de caja blanca clase [Link]

Fuente: (Elaboración Propia, 2014)

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

Pantalla 28: Prueba de caja blanca clase [Link]

Fuente: (Elaboración Propia, 2014)

Pantalla 29: Prueba de caja blanca clase [Link]

Fuente: (Elaboración Propia, 2014)

Pantalla 30: Prueba de caja blanca clase [Link]

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
195
 Fuente: (Elaboración Propia, 2014)

Pantalla 31: Prueba de caja blanca clase [Link]

Fuente: (Elaboración Propia, 2014)

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

Pantalla 32: Prueba de caja blanca clase [Link]

Fuente: (Elaboración Propia, 2014)

Pantalla 33: Prueba de caja blanca clase control_movil.php

Fuente: (Elaboración Propia, 2014)

7.3 Prueba de Caja Negra

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
197
 Los métodos de prueba de la caja negra se centran en los requerimientos
funcionales del software; es decir, cada prueba permite al ingeniero del software
obtener conjuntos de condiciones de entrada que ejerciten completamente todos
los requerimientos funcionales de un programa.

Tabla 69: Prueba de caja negra caso de uso Incorporar actas VECP

Identificador del
Escenario Valores Ingresados Resultados del Proceso
caso de Prueba
No se selecciona
Campo Tipo T1 Elija el tipo de acta VECP
ningún valor
C1 Vacío Ingrese cantidad de actas
Campo Cantidad Caracteres diferentes a
C2 No permite ingresar letras
números
Fuente: (Elaboración propia, 2014)

Tabla 70: Prueba de caja negra caso de uso Asignar actas VECP

Identificador del
Escenario Valores Ingresados Resultados del Proceso
caso de Prueba
No se selecciona
Campo Tipo T1 Elija el tipo de acta VECP
ningún valor
No se selecciona
Campo Usuario U1 Elija un usuario
ningún valor
C1 Vacío Ingrese cantidad de actas
Campo Cantidad Caracteres diferentes
C2 No permite ingresar letras
a números
Está tratando de ingresar una
Campo Todo /
T1 Vacío asignación previa fuera de la
Nada
cantidad requerida.
C1 Vacío Ingrese su contraseña
Campo C2 Más de 10 caracteres No permite el ingreso
Contraseña Contraseña La contraseña ingresada no
C3
incorrecta es correcta.
Fuente: (Elaboración propia, 2014)
Tabla 71: Prueba de caja negra caso de uso Devolver actas VECP conformes

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

Identificador del
Escenario Valores Ingresados Resultados del Proceso
caso de Prueba
Campo Fecha F1 Vacío Ingrese fecha de acta
Ingrese número de
C1 Vacío
comprobante
No permite ingresar
Campo N° Caracteres diferentes a
C2 caracteres que no sean
Comprobante números
números
Valores en cualquier Ingrese valores en el
C3
formato formato: ___-_____
Ingrese el nombre del
Campo N. N1 Vacío
establecimiento
Comercial
N2 Más de 150 caracteres No permite el ingreso
No se selecciona
Campo Zona Z1 Elija la Zona
ningún valor
No se selecciona
Campo Giro G1 Elija el Giro del Negocio
ningún valor
Ingrese el importe del
I1 Vacío
comprobante
Campo Importe No permite ingresar
Caracteres diferentes a
I2 caracteres que no sean
números
números
R1 Vacío Ingrese número de RUC
No permite ingresar
Caracteres diferentes a
Campo RUC R2 caracteres que no sean
números
números
R3 Más de 11 caracteres No permite el ingreso
D1 Vacío Ingrese número de DNI
No permite ingresar
Caracteres diferentes a
Campo DNI D2 caracteres que no sean
números
números
D3 Más de 8 caracteres No permite el ingreso
Ingrese dirección del
Campo Dirección D1 Vacío
establecimiento
Fuente: (Elaboración propia, 2014)
Tabla 72: Prueba de caja negra caso de uso Incorporar actas control móvil

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
199
Identificador del Resultados del
Escenario Valores Ingresados
caso de Prueba Proceso
No se selecciona Elija el tipo de acta
Campo Tipo T1
ningún valor VECP
Ingrese cantidad de
C1 Vacío
actas a incorporar
No permite ingresar
Campo Cantidad Caracteres diferentes a
C2 caracteres que no sean
números
números
C3 Más de 5 caracteres No permite el ingreso

Fuente: (Elaboración propia, 2014)

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

Tabla 73: Prueba de caja negra caso de uso Asignar actas control móvil

Identificador del
Escenario Valores Ingresados Resultados del Proceso
caso de Prueba
No se selecciona
Campo Tipo T1 Elija el tipo de acta VECP
ningún valor
No se selecciona
Campo Usuario U1 Elija un usuario
ningún valor
Ingrese cantidad de actas a
C1 Vacío
asignar
No permite ingresar
Campo Cantidad Caracteres diferentes a
C2 caracteres que no sean
números
números
C3 Más de 5 caracteres No permite el ingreso
Está tratando de ingresar
Campo Todo /
T1 Vacío una asignación previa fuera
Nada
de la cantidad requerida.
C1 Vacío Ingrese su contraseña
Campo C2 Más de 10 caracteres No permite el ingreso
Contraseña La contraseña ingresada no
C3 Contraseña incorrecta
es correcta.
Este campo no es
R1 Vacío
obligatorio
Campo "Rango No permite ingresar
Caracteres diferentes a
del" R2 caracteres que no sean
números
números
R3 Más de 7 caracteres No permite el ingreso
Este campo no es
R1 Vacío
obligatorio
No permite ingresar
Campo "Hasta" Caracteres diferentes a
R2 caracteres que no sean
números
números
R3 Más de 7 caracteres No permite el ingreso
Fuente: (Elaboración propia, 2014)
Tabla 74: Prueba de caja negra caso de uso Asignar fondo para intervención

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
201
Identificador del Resultados del
Escenario Valores Ingresados
caso de Prueba Proceso
No se selecciona
Campo Fedatario F1 Elija el fedatario
ningún valor
Se ingresa un valor de Se borra el valor
F1
mes superior a 12 ingresado
Se ingresa un valor de
Se borra el valor
Campo Fecha de F2 día superior a 30 para
ingresado
Asignación febrero
Se ingresa un valor
Se borra el valor
F3 superior a 2100 para
ingresado
el año
C1 Vacío Ingrese monto a asignar
No permite ingresar
Caracteres diferentes a
Campo Cantidad C2 caracteres que no sean
números
números
C3 Más de 7 caracteres No permite el ingreso
C1 Vacío Ingrese su contraseña
Campo C2 Más de 10 caracteres No permite el ingreso
Contraseña La contraseña ingresada
C3 Contraseña incorrecta
no es correcta.

Fuente: (Elaboración propia, 2014)

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

Tabla 75: Prueba de caja negra caso de uso Generar reporte de corte
documentario

Identificador del Resultados del

Escenario Valores Ingresados
caso de Prueba Proceso
Se muestran los datos
Se selecciona el
I1 según el formato
periodo para el reporte
Reporte de indicado.
Intervenciones No se ingresa ni se
Ingrese el periodo de
I2 selecciona ningún
fechas.
valor

Fuente: (Elaboración propia, 2014)

7.4 Implantación y Puesta en Marcha:

El Plan de implantación o puesta en marcha del aplicativo web desarrollado
describe el proceso por el cual se da inicio en ambiente productivo a la utilización
plena de la aplicación desarrollada para ser utilizada por el usuario final de la
SUNAT - La Libertad, el cual tiene como pilares fundamentales la automatización
de los procesos de verificación de emisión de comprobantes de pago y control
móvil. Estos procesos y sus instrumentos correspondientes, serán utilizados por
los usuarios funcionales dentro de su trabajo diario.
El proceso de implantación de la aplicación web busca alcanzar los siguientes
objetivos:
- Disponer de los servidores del ambiente productivo con las funcionalidades y
herramientas necesarias activas para implementar la aplicación.
- Disponer de la seguridad apropiada tanto de hardware como de software en el
cual operará el sistema desarrollado.
- Implementar la totalidad de la aplicación en el ambiente productivo.
- Disponer del personal tanto técnico como funcional que pueda mantener y
realizar los procesos en la aplicación web.
- Utilizar una metodología apropiada para la puesta en marcha y la evaluación
del cumplimiento del mismo.
7.4.1. Entorno
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
203
Existen factores externos al proceso de puesta en marcha que pueden
tener una influencia directa sobre el proceso, e incluso generar riesgos
que deben ser gestionados adecuadamente, por lo tanto se hace necesario
describir el entorno en el cual está inscrita la aplicación desarrollada.
La aplicación desarrollada tiene como propósito servir de base para la
gestión de verificación de emisión de comprobantes de pago y control
móvil de la SUNAT - La Libertad para lo cual maneja los siguientes
módulos:

Mantenedor de usuarios: Tiene como propósito fundamental la

creación y administración de los usuarios que ingresarán al sistema así
como los permisos que estos tengan al momento de su acceso.

Gestión de actas VECP: Su objetivo principal es el registro de

incorporación de actas las cuales luego serán asignadas debidamente a
cada fedatario con la finalidad de que éste realice los operativos
correspondientes según su programación. Incluye la devolución de actas
y registro de documentos obtenidos en la supervisión por parte del
fedatario.

Gestión de actas de control móvil: Apoya en la labor de incorporación,

registro, asignación y devolución de actas de control móvil obtenidas en
operativos en garitas de control.

Asignación de Fondo de Intervención: Tiene como objetivo el registro

de datos referente a asignación de fondo para la realización de
intervenciones VECP. Registra también información referente a la
devolución de sobrante del fondo y registro de comprobantes utilizados
en el operativo.

Reportes: Su finalidad es brindar una herramienta adecuada para que los

responsables puedan obtener información veraz y en tiempo real sobre
los procesos propios de la gestión de actas.

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

7.4.2. Restricciones:
Se debe cumplir con los indicadores de cumplimiento propuestos por la
SUNAT - La Libertad.
Es necesario contar con servidores del ambiente de producción
oportunamente y en las condiciones iniciales apropiadas, tales como el
sistema operativo, motor de base de datos, servidor, etc.

7.4.3. Supuestos:
Para el cumplimiento del plan de puesta en marcha se parte de los
siguientes supuestos:
Infraestructura instalada: La SUNAT garantiza que la infraestructura
instalada cumpla con los requerimientos de capacidad necesaria; es decir,
que existan las condiciones técnicas en el lugar donde se va a llevar a
cabo.
Disponibilidad de servidor público: La SUNAT dispondrá de un
servidor público desde el momento de puesta en marcha.
Compromiso por parte de la SUNAT de utilización inmediata de la
solución web para entrar a producción.
Los cambios que puedan generarse frente al aplicativo inicial, deben ser
abordados con el procedimiento de control de cambios definido en el
Plan de Gestión del Proyecto.
Debe haberse realizado tanto la capacitación técnica como funcional de
los usuarios del sistema.

7.4.4. Estrategia:
Se busca alinear el trabajo de implantación con el fin de asegurar el
correcto y oportuno montaje de la aplicación y fomentar el uso adecuado
del aplicativo.
A continuación se relacionan los aspectos relevantes identificados para el
proceso de implantación del aplicativo web.
Servidores de producción: La SUNAT dispone de los equipos
servidores de producción. Se espera que estos equipos estén aptos para
realizar las tareas de montaje del aplicativo, interfaces y base de datos.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
205
 La ventaja principal de utilizar software libre radica en que no es
necesario el proceso de licenciamiento.
Una vez instalados y configurados los servidores de producción, se
verificó su correcto funcionamiento, informando en caso de ser necesario
hacer ajustes.
Seguridad: La administración de la seguridad de infraestructura es
responsabilidad de la SUNAT. Se verificó su correcto funcionamiento,
informando en caso de ser necesario hacer ajustes.
Comunicaciones: El correcto funcionamiento de los equipos de
comunicaciones es responsabilidad plena de la SUNAT.
Software: Se instaló en el servidor de producción el aplicativo web de la
versión aprobada así como su manual de usuario.
Seguridad: La administración de la seguridad de usuarios es
responsabilidad del supervisor. Para ello dentro del sistema se crearon
roles definidos, usuarios definidos, accesos a menús, etc.

7.4.5. Proceso de Implantación:

El proceso de implantación de la aplicación web desarrollada se hizo en
cascada, es decir que se implantó módulo por módulo.
El primer módulo que se implementó fue el de control de actas VECP,
luego se continuó con el de asignación de fondo para intervenciones y
finalmente el de actas de control móvil. Cada módulo fue implementado
con sus reportes respectivos con la finalidad de apoyar a la gestión del
proceso.
En cada uno de los procesos de implantación y puesta en marcha se tuvo
capacitaciones constantes a cada usuario del sistema.
Una vez terminada la capacitación, el aplicativo instalado en el servidor
de producción y el sistema en servicio se procedió a la implantación del
siguiente módulo.
Se optó por la implementación en cascada debido a las siguientes
ventajas:
- Es posible controlar la implantación ya que se hace por módulo.

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

- Disponibilidad de datos actualizados a medida que se vayan

capacitando los usuarios del sistema.
- Aprovechar los conocimientos frescos tomados en la capacitación,
para ponerlos en práctica inmediatamente.
- El sistema está disponible para la mayoría de usuarios del sistema.

7.4.6. Entregables:
Una vez terminado el proceso de implantación y puesta en marcha de la
aplicación web desarrollada que incluyó capacitaciones constantes a los
usuarios del mismo se presentaron los siguientes entregables (Ver anexo
5):
- Manual de usuario del sistema.
- Aplicativo web totalmente instalado en servidor de producción.
- Actas de capacitación a cada uno de los usuarios del sistema por
módulo implementado.
- Informes de indicadores de cumplimiento de objetivos y beneficios.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
207
7.1

CAPITULO VII:
DISCUSIÓN DE RESULTADOS
(CONTRASTACIÓN)

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

8.1 Planteamiento de Hipótesis

“El desarrollo de una aplicación web dinámica con la implementación del
Framework Jquerymejora la gestión del control de actas de verificación de
emisión de comprobantes de pago y control móvil de la SUNAT - La Libertad”.

Variable Independiente
Aplicación Web

Variable Dependiente
Gestión del control de actas de verificación de emisión de comprobantes de pago
y control móvil

8.2 Contrastación de la Hipótesis

La contrastación de la hipótesis se realizó mediante el Método Pre-Test y Post-
Test del cual podemos aceptar o rechazar la hipótesis planteada. Para llevarla a
cabo se identificaron indicadores cualitativos y cuantitativos, los cuales se
describen a continuación:

Tabla 76: Tipos de Indicadores

Indicador Tipo
Tiempo que utiliza el administrador en la
Cuantitativo
generación de reportes
Tiempo promedio utilizado por el usuario para
Cuantitativo
el registro de datos (devolución de actas)
Nivel de satisfacción de los usuarios Cualitativo
Facilidad de uso del sistema Cualitativo
Disponibilidad de la Información Cualitativo

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
209
8.3 Contrastación de Indicadores Cualitativos
Para la medición de estos indicadores cualitativos se ha elaborado una tabla con
los rangos de valores que el usuario final asignará según el nivel de satisfacción
correspondiente.

Tabla 77: Ponderación de Niveles y Rangos de Indicadores Cualitativos

Ponderación Niveles Rango

0 Malo [0.00 - 0.25]
1 Regular <0.25 - 0.50]
2 Bueno <0.50 - 0.75]
3 Muy Bueno <0.75 - 1.00]

Fuente: (Elaboración Propia, 2014)

Se realizó la medición de estos indicadores a través de las encuestas elaboradas

(Anexo 1 y Anexo 2), en las que los usuarios del sistema calificaron el proceso
actual y la Aplicación Web de acuerdo al cuadro anterior.
El resumen de las encuestas se muestra a continuación:

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

8.4.1 Prueba estadística de la Hipótesis para el indicador cualitativo

Para contrastar la hipótesis planteada, se determinaron los valores tα de
distribución t para cada uno de los indicadores cualitativos, se agruparon
de la siguiente manera:

Tabla 78: Distribución t de Indicadores Cualitativos

Indicador Pregunta
1
Nivel de satisfacción de los usuarios
2
3
Facilidad de uso del sistema
4
5
Disponibilidad de la Información 6
7

Fuente: (Elaboración Propia, 2014)

El cálculo del valor tα se realizó según el procedimiento que a

continuación se describe:
a. Nivel de Significancia
El nivel de significancia (α) escogido para la prueba de la hipótesis
será del 5%.
Por lo tanto el nivel de confianza (1 - α = 0.95) será del 95%

b. Estadística de la Prueba
La estadística de la prueba es:

………………………….. ( 17 )

Que tiene una distribución t con 14 grados de libertad

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
211
 c. Región de Rechazo (R.R.)
La región de rechazo es t = tα donde tαes tal que P[T >tα] = 0.05,
donde tα = 1.761.

Luego R.R: tα = 1.761

8.4.2 Prueba Estadística Pregunta N° 1

Tabla 79: Resultado de las Encuestas Pregunta N° 1

N° Pre-Test Post-Test Di Di2

1 1 2 1 1
2 1 2 1 1
3 1 3 2 4
4 0 3 3 9
5 1 3 2 4
6 1 3 2 4
7 1 3 2 4
8 2 3 1 1
9 1 2 1 1
10 1 2 1 1
11 1 2 1 1
12 1 3 2 4
13 2 3 1 1
14 1 3 2 4
15 1 3 2 4
16 1 2 1 1
17 1 2 1 1
18 0 3 3 9
19 1 3 2 4
20 1 3 2 4
21 1 3 2 4
22 1 3 2 4
23 2 3 1 1
24 2 3 1 1
25 0 2 2 4
26 1 3 2 4
27 1 3 2 4
28 1 3 2 4
29 1 3 2 4
30 1 2 1 1
TOTAL 50 94
Fuente: (Elaboración propia, 2014)
a. Definición de Variables

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

µA : El Nivel de Satisfacción del Usuario con respecto a

la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control
Móvil de La SUNAT - La Libertad era mayor
antes del desarrollo de la Aplicación Web
dinámicacon la Implementación del Framework
JQuery.
µB : El Nivel de Satisfacción del Usuario con respecto a
la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control
Móvil de La SUNAT - La Libertad es mayor
después del desarrollo de la Aplicación Web
dinámica con la Implementación del Framework
JQuery.
b. Hipótesis Estadística
Hipótesis H0: El Desarrollo de una Aplicación Web Dinámica con la
Implementación del Framework JQuery no tiene ningún efecto sobre
el Nivel de Satisfacción del Usuario con respecto al proceso de
Gestión del Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La SUNAT - La
Libertad.

H0: µB - µA<= 0

Hipótesis Ha: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery mejora el Nivel de
Satisfacción del Usuario con respecto al proceso de Gestión del
Control de Actas de Verificación de Emisión de Comprobantes de
Pago y Control Móvil de La SUNAT - La Libertad.

Ha: µB - µA> 0
c. Resultado de la Hipótesis Estadística
Diferencia Promedio
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
213
 …….. ( 18 )

Reemplazando valores en la ecuación (18):

DP = 1.67

Desviación Estándar

………( 19 )

Reemplazando valores en la ecuación (19):

dp = 0.61

Función de Prueba

....…… ( 20 )

Reemplazando valores en la ecuación (20)

tα = 14.96

Valor Crítico de "T" Student

α = 0.05
t(1-α)(n-1) = t(1-0.05)(30-1) = 1.761

Conclusión

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

En la Figura 11 podemos ver la región de aceptación y rechazo para

la prueba de la hipótesis del indicador cualitativo Nivel de
Satisfacción de los usuarios.

Figura 11: Región de Aceptación y Rechazo Pregunta 1

Fuente: (Elaboración propia, 2014)

Puesto que 14.96 > 1.761, se rechaza la hipótesis nula H0: µB - µA<=
0 y se acepta la hipótesis alternativa Ha: µB - µA> 0.
Se concluye entonces que El Desarrollo de una Aplicación Web
Dinámica con la Implementación del Framework JQuery mejora el
Nivel de Satisfacción del Usuario con respecto al proceso de Gestión
del Control de Actas de Verificación de Emisión de Comprobantes
de Pago y Control Móvil de La SUNAT - La Libertad.

8.4.3 Prueba Estadística Pregunta N° 2

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
215
 Tabla 80: Resultado de las Encuestas Pregunta N° 2

N° Pre-Test Post-Test Di Di2

1 1 3 2 4
2 1 3 2 4
3 1 3 2 4
4 0 3 3 9
5 1 2 1 1
6 1 3 2 4
7 1 3 2 4
8 1 3 2 4
9 0 3 3 9
10 1 3 2 4
11 1 3 2 4
12 1 3 2 4
13 1 3 2 4
14 0 3 3 9
15 1 2 1 1
16 1 3 2 4
17 1 3 2 4
18 1 3 2 4
19 1 3 2 4
20 0 2 2 4
21 1 3 2 4
22 1 3 2 4
23 1 3 2 4
24 0 3 3 9
25 1 3 2 4
26 1 3 2 4
27 1 3 2 4
28 1 3 2 4
29 1 3 2 4
30 1 3 2 4
TOTAL 62 134
Fuente: (Elaboración propia, 2014)
a. Definición de Variables
µA : El Nivel de Satisfacción del Usuario con respecto a
la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control
Móvil de La SUNAT - La Libertad era mayor
antes del desarrollo de la Aplicación Web dinámica
con la Implementación del Framework JQuery.
µB : El Nivel de Satisfacción del Usuario con respecto a
la Gestión del Control de Actas de Verificación de

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

Emisión de Comprobantes de Pago y Control

Móvil de La SUNAT - La Libertad es mayor
después del desarrollo de la Aplicación Web
dinámica con la Implementación del Framework
JQuery.

b. Hipótesis Estadística
Hipótesis H0: El Desarrollo de una Aplicación Web Dinámica con la
Implementación del Framework JQuery no tiene ningún efecto sobre
el Nivel de Satisfacción del Usuario con respecto al proceso de
Gestión del Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La SUNAT - La
Libertad.
H0: µB - µA<= 0

Hipótesis Ha: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery mejora el Nivel de
Satisfacción del Usuario con respecto al proceso de Gestión del
Control de Actas de Verificación de Emisión de Comprobantes de
Pago y Control Móvil de La SUNAT - La Libertad.

Ha: µB - µA> 0
c. Resultado de la Hipótesis Estadística

Diferencia Promedio
Reemplazando valores en la ecuación (18):

DP = 2.07
Desviación Estándar
Reemplazando valores en la ecuación (19):

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
217
dp = 0.45

Función de Prueba
Reemplazando valores en la ecuación (20)

tα = 25.19

Valor Crítico de "T" Student

α = 0.05
t(1-α)(n-1) = t(1-0.05)(30-1) = 1.761

Conclusión
En la Figura 12 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cualitativo Nivel de
Satisfacción de los usuarios.

Figura 12: Región de Aceptación y Rechazo Pregunta 2

Fuente: (Elaboración propia, 2014)

Puesto que 25.19> 1.761, se rechaza la hipótesis nula H0: µB - µA<=
0 y se acepta la hipótesis alternativa Ha: µB - µA> 0.
Se concluye entonces que El Desarrollo de una Aplicación Web
Dinámica con la Implementación del Framework JQuery mejora el
Nivel de Satisfacción del Usuario con respecto al proceso de Gestión

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

del Control de Actas de Verificación de Emisión de Comprobantes

de Pago y Control Móvil de La SUNAT - La Libertad.
8.4.4 Prueba Estadística Pregunta N° 3
Tabla 81: Resultado de las Encuestas Pregunta N° 3

N° Pre-Test Post-Test Di Di2

1 0 3 3 9
2 0 2 2 4
3 1 3 2 4
4 1 2 1 1
5 1 3 2 4
6 0 2 2 4
7 0 3 3 9
8 1 3 2 4
9 1 3 2 4
10 2 3 1 1
11 0 3 3 9
12 1 3 2 4
13 1 3 2 4
14 1 3 2 4
15 1 2 1 1
16 1 2 1 1
17 0 2 2 4
18 0 2 2 4
19 1 3 2 4
20 1 3 2 4
21 1 3 2 4
22 1 3 2 4
23 1 3 2 4
24 1 2 1 1
25 1 3 2 4
26 1 2 1 1
27 1 3 2 4
28 1 2 1 1
29 1 3 2 4
30 1 2 1 1
TOTAL 55 111
Fuente: (Elaboración propia, 2014)

a. Definición de Variables
µA : La Facilidad de Uso con respecto a la Gestión del
Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La
SUNAT - La Libertad era mayor antes del
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
219
 desarrollo de la Aplicación Web dinámica con la
Implementación del Framework JQuery.
µB : La Facilidad de Uso con respecto a la Gestión del
Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La
SUNAT - La Libertad es mayor después del
desarrollo de la Aplicación Web dinámica con la
Implementación del Framework JQuery.

b. Hipótesis Estadística

Hipótesis H0: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery no tiene ningún efecto sobre
la Facilidad de Uso con respecto al proceso de Gestión del Control
de Actas de Verificación de Emisión de Comprobantes de Pago y
Control Móvil de La SUNAT - La Libertad.

H0: µB - µA<= 0

Hipótesis Ha: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery mejora la Facilidad de Uso
con respecto al proceso de Gestión del Control de Actas de
Verificación de Emisión de Comprobantes de Pago y Control Móvil
de La SUNAT - La Libertad.

Ha: µB - µA> 0
c. Resultado de la Hipótesis Estadística

Diferencia Promedio
Reemplazando valores en la ecuación (18):

DP = 1.83

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

Desviación Estándar
Reemplazando valores en la ecuación (19):

dp = 0.59

Función de Prueba
Reemplazando valores en la ecuación (20)

tα = 16.99

Valor Crítico de "T" Student

α = 0.05
t(1-α)(n-1) = t(1-0.05)(30-1) = 1.761

Conclusión
En la Figura 13 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cualitativo Facilidad de uso
del sistema.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
221
 Figura 13: Región de Aceptación y Rechazo Pregunta 3

Fuente: (Elaboración propia, 2014)

Puesto que 16.99 > 1.761, se rechaza la hipótesis nula H0: µB - µA<=
0 y se acepta la hipótesis alternativa Ha: µB - µA> 0
Se concluye entonces que El Desarrollo de una Aplicación Web
Dinámica con la Implementación del Framework JQuery mejora la
Facilidad de Uso con respecto al proceso de Gestión del Control de
Actas de Verificación de Emisión de Comprobantes de Pago y
Control Móvil de La SUNAT - La Libertad.

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

8.4.5 Prueba Estadística Pregunta N° 4

Tabla 82: Resultado de las Encuestas Pregunta N° 4

N° Pre-Test Post-Test Di Di2

1 0 3 3 9
2 1 3 2 4
3 1 3 2 4
4 0 2 2 4
5 0 3 3 9
6 1 3 2 4
7 1 3 2 4
8 0 3 3 9
9 0 3 3 9
10 1 2 1 1
11 1 2 1 1
12 1 2 1 1
13 1 3 2 4
14 1 3 2 4
15 1 3 2 4
16 0 3 3 9
17 0 3 3 9
18 0 2 2 4
19 0 3 3 9
20 1 3 2 4
21 1 3 2 4
22 0 2 2 4
23 1 2 1 1
24 0 2 2 4
25 1 3 2 4
26 1 3 2 4
27 1 3 2 4
28 1 2 1 1
29 1 3 2 4
30 1 2 1 1
TOTAL 61 137

Fuente: (Elaboración propia, 2014)

a. Definición de Variables
µA : La Facilidad de Uso con respecto a la Gestión del
Control de Actas de Verificación de Emisión de

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
223
 Comprobantes de Pago y Control Móvil de La
SUNAT - La Libertad era mayor antes del
desarrollo de la Aplicación Web dinámica con la
Implementación del Framework JQuery.
µB : La Facilidad de Uso con respecto a la Gestión del
Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La
SUNAT - La Libertad es mayor después del
desarrollo de la Aplicación Web dinámica con la
Implementación del Framework JQuery.

b. Hipótesis Estadística
Hipótesis H0: El Desarrollo de una Aplicación Web Dinámica con la
Implementación del Framework JQuery no tiene ningún efecto sobre
la Facilidad de Uso con respecto al proceso de Gestión del Control
de Actas de Verificación de Emisión de Comprobantes de Pago y
Control Móvil de La SUNAT - La Libertad.
H0: µB - µA<= 0

Hipótesis Ha: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery mejora la Facilidad de Uso
con respecto al proceso de Gestión del Control de Actas de
Verificación de Emisión de Comprobantes de Pago y Control Móvil
de La SUNAT - La Libertad.
Ha: µB - µA> 0

c. Resultado de la Hipótesis Estadística

Diferencia Promedio
Reemplazando valores en la ecuación (18):

DP = 2.03
Desviación Estándar

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

Reemplazando valores en la ecuación (19):

dp = 0.67

Función de Prueba
Reemplazando valores en la ecuación (20)

tα = 16.59

Valor Crítico de "T" Student

α = 0.05
t(1-α)(n-1) = t(1-0.05)(30-1) = 1.761

Conclusión
En la Figura 14 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cualitativo Nivel de
Satisfacción de los usuarios.

Figura 14: Región de Aceptación y Rechazo Pregunta 4

Fuente: (Elaboración propia, 2014)

Puesto que 16.59 > 1.761, se rechaza la hipótesis nula H0: µB - µA<=
0 y se acepta la hipótesis alternativa Ha: µB - µA> 0.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
225
 Se concluye entonces que El Desarrollo de una Aplicación Web
Dinámica con la Implementación del Framework JQuery mejora la
Facilidad de Uso con respecto al proceso de Gestión del Control de
Actas de Verificación de Emisión de Comprobantes de Pago y
Control Móvil de La SUNAT - La Libertad.
8.4.6 Prueba Estadística Pregunta N° 5
Tabla 83: Resultado de las Encuestas Pregunta N° 5

N° Pre-Test Post-Test Di Di2

1 0 3 3 9
2 0 3 3 9
3 0 3 3 9
4 0 3 3 9
5 0 3 3 9
6 1 3 2 4
7 1 3 2 4
8 1 3 2 4
9 0 3 3 9
10 0 3 3 9
11 0 3 3 9
12 1 3 2 4
13 1 3 2 4
14 1 3 2 4
15 1 3 2 4
16 0 3 3 9
17 0 2 2 4
18 0 2 2 4
19 0 3 3 9
20 0 3 3 9
21 0 3 3 9
22 1 3 2 4
23 1 3 2 4
24 1 3 2 4
25 1 3 2 4
26 0 3 3 9
27 0 3 3 9
28 0 3 3 9
29 0 3 3 9
30 0 3 3 9
TOTAL 77 205
Fuente: (Elaboración propia, 2014)
a. Definición de Variables
µA : La Disponibilidad de la Información con respecto a
la Gestión del Control de Actas de Verificación de

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

Emisión de Comprobantes de Pago y Control

Móvil de La SUNAT - La Libertad era mayor
antes del desarrollo de la Aplicación Web dinámica
con la Implementación del Framework JQuery.
µB : La Disponibilidad de la Información con respecto a
la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control
Móvil de La SUNAT - La Libertad es mayor
después del desarrollo de la Aplicación Web
dinámica con la Implementación del Framework
JQuery.

b. Hipótesis Estadística
Hipótesis H0: El Desarrollo de una Aplicación Web Dinámica con la
Implementación del Framework JQuery no tiene ningún efecto sobre
la Disponibilidad de la Información con respecto al proceso de
Gestión del Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La SUNAT - La
Libertad.
H0: µB - µA<= 0

Hipótesis Ha: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery mejora la Disponibilidad de
la Información con respecto al proceso de Gestión del Control de
Actas de Verificación de Emisión de Comprobantes de Pago y
Control Móvil de La SUNAT - La Libertad.
Ha: µB - µA> 0

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
227
c. Resultado de la Hipótesis Estadística
Diferencia Promedio
Reemplazando valores en la ecuación (18):

DP = 2.57

Desviación Estándar
Reemplazando valores en la ecuación (19):

dp = 0.51

Función de Prueba
Reemplazando valores en la ecuación (20)

tα = 27.60

Valor Crítico de "T" Student

α = 0.05
t(1-α)(n-1) = t(1-0.05)(30-1) = 1.761

Conclusión
En la Figura 15 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cualitativo Disponibilidad de
la información.

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

Figura 15: Región de Aceptación y Rechazo Pregunta 5

Fuente: (Elaboración propia, 2014)

Puesto que 27.60> 1.761, se rechaza la hipótesis nula H0: µB - µA<=

0 y se acepta la hipótesis alternativa Ha: µB - µA> 0 El Desarrollo de
una Aplicación Web Dinámica con la Implementación del
Framework JQuery mejora la Disponibilidad de la Información con
respecto al proceso de Gestión del Control de Actas de Verificación
de Emisión de Comprobantes de Pago y Control Móvil de La
SUNAT - La Libertad.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
229
8.4.7 Prueba Estadística Pregunta N° 6

Tabla 84: Resultado de las Encuestas Pregunta N° 6

N° Pre-Test Post-Test Di Di2

1 1 3 2 4
2 1 3 2 4
3 0 3 3 9
4 0 3 3 9
5 2 3 1 1
6 1 3 2 4
7 1 3 2 4
8 1 3 2 4
9 1 2 1 1
10 1 2 1 1
11 2 3 1 1
12 1 3 2 4
13 1 3 2 4
14 1 3 2 4
15 1 3 2 4
16 1 3 2 4
17 0 3 3 9
18 0 3 3 9
19 1 3 2 4
20 1 2 1 1
21 1 3 2 4
22 1 3 2 4
23 1 3 2 4
24 1 3 2 4
25 2 3 1 1
26 1 3 2 4
27 1 3 2 4
28 1 2 1 1
29 1 3 2 4
30 0 3 3 9
TOTAL 58 124

Fuente: (Elaboración propia, 2014)

a. Definición de Variables
µA : La Disponibilidad de la Información con respecto a
la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control

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

Móvil de La SUNAT - La Libertad era mayor

antes del desarrollo de la Aplicación Web dinámica
con la Implementación del Framework JQuery.
µB : La Disponibilidad de la Información con respecto a
la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control
Móvil de La SUNAT - La Libertad es mayor
después del desarrollo de la Aplicación Web
dinámica con la Implementación del Framework
JQuery.

b. Hipótesis Estadística
Hipótesis H0: El Desarrollo de una Aplicación Web Dinámica con la
Implementación del Framework JQuery no tiene ningún efecto sobre
la Disponibilidad de la Información con respecto al proceso de
Gestión del Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La SUNAT - La
Libertad.
H0: µB - µA<= 0

Hipótesis Ha: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery mejora la Disponibilidad de
la Información con respecto al proceso de Gestión del Control de
Actas de Verificación de Emisión de Comprobantes de Pago y
Control Móvil de La SUNAT - La Libertad.

Ha: µB - µA> 0

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
231
c. Resultado de la Hipótesis Estadística

Diferencia Promedio
Reemplazando valores en la ecuación (18):

DP = 1.93

Desviación Estándar
Reemplazando valores en la ecuación (19):

dp = 0.64

Función de Prueba
Reemplazando valores en la ecuación (20)

tα = 16.52

Valor Crítico de "T" Student

α = 0.05
t(1-α)(n-1) = t(1-0.05)(30-1) = 1.761

Conclusión
En la Figura 16 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cualitativo Disponibilidad de
la información.

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

Figura 16: Región de Aceptación y Rechazo Pregunta 6

Fuente: (Elaboración propia, 2014)

Puesto que 16.52> 1.761, se rechaza la hipótesis nula H0: µB - µA<=

0 y se acepta la hipótesis alternativa Ha: µB - µA> 0.
Se concluye entonces que El Desarrollo de una Aplicación Web
Dinámica con la Implementación del Framework JQuery mejora la
Disponibilidad de la Información con respecto al proceso de Gestión
del Control de Actas de Verificación de Emisión de Comprobantes
de Pago y Control Móvil de La SUNAT - La Libertad.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
233
8.4.8 Prueba Estadística Pregunta N° 7

Tabla 85: Resultado de las Encuestas Pregunta N° 7

N° Pre-Test Post-Test Di Di2

1 1 3 2 4
2 1 3 2 4
3 1 3 2 4
4 1 3 2 4
5 2 3 1 1
6 2 3 1 1
7 2 3 1 1
8 1 3 2 4
9 1 3 2 4
10 1 3 2 4
11 1 3 2 4
12 1 3 2 4
13 0 3 3 9
14 1 2 1 1
15 1 3 2 4
16 1 3 2 4
17 1 3 2 4
18 0 3 3 9
19 0 3 3 9
20 1 3 2 4
21 1 3 2 4
22 1 3 2 4
23 1 3 2 4
24 1 3 2 4
25 1 3 2 4
26 2 3 1 1
27 1 3 2 4
28 1 3 2 4
29 1 3 2 4
30 1 2 1 1
TOTAL 57 117

Fuente: (Elaboración propia, 2014)

a. Definición de Variables
µA : La Disponibilidad de la Información con respecto a
la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control

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

Móvil de La SUNAT - La Libertad era mayor

antes del desarrollo de la Aplicación Web dinámica
con la Implementación del Framework JQuery.
µB : La Disponibilidad de la Información con respecto a
la Gestión del Control de Actas de Verificación de
Emisión de Comprobantes de Pago y Control
Móvil de La SUNAT - La Libertad es mayor
después del desarrollo de la Aplicación Web
dinámica con la Implementación del Framework
JQuery.

b. Hipótesis Estadística
Hipótesis H0: El Desarrollo de una Aplicación Web Dinámica con la
Implementación del Framework JQuery no tiene ningún efecto sobre
la Disponibilidad de la Información con respecto al proceso de
Gestión del Control de Actas de Verificación de Emisión de
Comprobantes de Pago y Control Móvil de La SUNAT - La
Libertad.

H0: µB - µA<= 0

Hipótesis Ha: El Desarrollo de una Aplicación Web Dinámica con la

Implementación del Framework JQuery mejora la Disponibilidad de
la Información con respecto al proceso de Gestión del Control de
Actas de Verificación de Emisión de Comprobantes de Pago y
Control Móvil de La SUNAT - La Libertad.

Ha: µB - µA> 0

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
235
c. Resultado de la Hipótesis Estadística

Diferencia Promedio
Reemplazando valores en la ecuación (18):

DP = 1.9

Desviación Estándar
Reemplazando valores en la ecuación (19):

dp = 0.55

Función de Prueba
Reemplazando valores en la ecuación (20)

tα = 18.92

Valor Crítico de "T" Student

α = 0.05
t(1-α)(n-1) = t(1-0.05)(30-1) = 1.761

Conclusión
En la Figura 17 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cualitativo Disponibilidad de
la información.

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

Figura 17: Región de Aceptación y Rechazo Pregunta 7

Fuente: (Elaboración propia, 2014)

Puesto que 18.92 > 1.761, se rechaza la hipótesis nula H0: µB - µA<=
0 y se acepta la hipótesis alternativa Ha: µB - µA> 0.
Se concluye entonces que El Desarrollo de una Aplicación Web
Dinámica con la Implementación del Framework JQuery mejora la
Disponibilidad de la Información con respecto al proceso de Gestión
del Control de Actas de Verificación de Emisión de Comprobantes
de Pago y Control Móvil de La SUNAT - La Libertad.

8.4 Contrastación de Indicadores Cuantitativos

Para contrastar la hipótesis planteada se determinaron los valores de Z0 de

distribución normal para cada uno de los indicadores cuantitativos. Se identificó
las variables y planteó la hipótesis, luego se utilizó el procedimiento mostrado a
continuación:

a. Nivel de Significancia
El nivel de significancia (α) escogido para la prueba de la hipótesis será del
5%.
Por lo tanto el nivel de confianza (1 - α = 0.95) será del 95%

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
237
b. Estadística de la prueba

Puesto que la muestra es grande n>80 para ambos indicadores cuantitativos

usaremos la distribución es normal (Z).

c. Cálculos
Tenemos las siguientes fórmulas:

…………………… ( 21 )

…………………… ( 22 )

…………………… ( 23 )

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

8.4.1 Prueba de Hipótesis para indicador Tiempo que utiliza el

administrador en la generación de reportes

Tabla 86: Tiempo promedio en la generación de reportes

Antes Después Antes Después Antes Después

N°
Tiempo Tiempo
Registro
(min) (min)
1 31.38 0.55 -3.5198 -0.1622 12.3888 0.0263
2 36.37 0.83 1.4702 0.1208 2.1616 0.0146
3 39.32 0.52 4.4202 -0.1966 19.5384 0.0386
4 34.36 0.64 -0.5398 -0.0687 0.2914 0.0047
5 30.31 0.72 -4.5898 0.0069 21.0660 0.0000
6 37.36 0.86 2.4602 0.1422 6.0527 0.0202
7 36.37 0.76 1.4702 0.0472 2.1616 0.0022
8 38.32 0.84 3.4202 0.1288 11.6980 0.0166
9 32.39 0.87 -2.5098 0.1544 6.2989 0.0238
10 36.30 0.65 1.4002 -0.0663 1.9606 0.0044
11 32.32 0.73 -2.5798 0.0217 6.6552 0.0005
12 37.37 0.62 2.4702 -0.0917 6.1020 0.0084
13 39.35 0.75 4.4502 0.0332 19.8045 0.0011
14 36.30 0.61 1.4002 -0.1081 1.9606 0.0117
15 39.39 0.72 4.4902 0.0088 20.1622 0.0001
16 32.40 0.70 -2.4998 -0.0084 6.2489 0.0001
17 36.34 0.69 1.4402 -0.0227 2.0743 0.0005
18 30.33 0.71 -4.5698 -0.0026 20.8828 0.0000
19 37.36 0.52 2.4602 -0.1892 6.0527 0.0358
20 36.35 0.81 1.4502 0.0942 2.1032 0.0089
21 38.34 0.74 3.4402 0.0279 11.8352 0.0008
22 36.39 0.61 1.4902 -0.0987 2.2208 0.0097
23 40.31 0.61 5.4102 -0.1064 29.2706 0.0113
24 30.36 0.68 -4.5398 -0.0349 20.6095 0.0012
25 31.32 0.86 -3.5798 0.1436 12.8148 0.0206
26 31.37 0.67 -3.5298 -0.0392 12.4593 0.0015
27 35.35 0.78 0.4502 0.0654 0.2027 0.0043
28 39.37 0.85 4.4702 0.1357 19.9830 0.0184
29 37.34 0.70 2.4402 -0.0105 5.9547 0.0001
30 34.34 0.70 -0.5598 -0.0151 0.3133 0.0002
31 37.36 0.72 2.4602 0.0035 6.0527 0.0000
32 30.36 0.82 -4.5398 0.1059 20.6095 0.0112
33 32.39 0.81 -2.5098 0.1009 6.2989 0.0102
34 40.35 0.60 5.4502 -0.1142 29.7050 0.0130
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
239
 Antes Después Antes Después Antes Después
N°
Tiempo Tiempo
Registro
(min) (min)
35 35.39 0.71 0.4902 -0.0080 0.2403 0.0001
36 40.38 0.89 5.4802 0.1752 30.0329 0.0307
37 39.33 0.65 4.4302 -0.0614 19.6269 0.0038
38 32.38 0.64 -2.5198 -0.0755 6.3492 0.0057
39 33.32 0.62 -1.5798 -0.0971 2.4957 0.0094
40 34.34 0.77 -0.5598 0.0608 0.3133 0.0037
41 37.40 0.59 2.5002 -0.1200 6.2511 0.0144
42 36.34 0.54 1.4402 -0.1742 2.0743 0.0303
43 35.39 0.88 0.4902 0.1630 0.2403 0.0266
44 36.40 0.89 1.5002 0.1721 2.2507 0.0296
45 31.39 0.84 -3.5098 0.1225 12.3185 0.0150
46 37.33 0.68 2.4302 -0.0349 5.9060 0.0012
47 30.31 0.75 -4.5898 0.0389 21.0660 0.0015
48 40.30 0.85 5.4002 0.1360 29.1625 0.0185
49 31.33 0.73 -3.5698 0.0186 12.7433 0.0003
50 33.33 0.81 -1.5698 0.1015 2.4642 0.0103
51 40.37 0.87 5.4702 0.1535 29.9234 0.0236
52 37.30 0.75 2.4002 0.0326 5.7611 0.0011
53 32.30 0.69 -2.5998 -0.0212 6.7588 0.0004
54 33.34 0.82 -1.5598 0.1048 2.4329 0.0110
55 35.35 0.56 0.4502 -0.1493 0.2027 0.0223
56 31.39 0.80 -3.5098 0.0878 12.3185 0.0077
57 33.32 0.89 -1.5798 0.1770 2.4957 0.0313
58 40.30 0.73 5.4002 0.0122 29.1625 0.0001
59 36.35 0.57 1.4502 -0.1438 2.1032 0.0207
60 35.31 0.71 0.4102 -0.0028 0.1683 0.0000
61 34.38 0.82 -0.5198 0.1025 0.2702 0.0105
62 34.36 0.63 -0.5398 -0.0811 0.2914 0.0066
63 38.36 0.81 3.4602 0.1012 11.9732 0.0103
64 39.37 0.56 4.4702 -0.1486 19.9830 0.0221
65 30.32 0.58 -4.5798 -0.1357 20.9743 0.0184
66 38.32 0.58 3.4202 -0.1358 11.6980 0.0184
67 33.32 0.76 -1.5798 0.0459 2.4957 0.0021
68 38.32 0.68 3.4202 -0.0351 11.6980 0.0012
69 32.36 0.69 -2.5398 -0.0233 6.4504 0.0005
70 33.35 0.61 -1.5498 -0.1012 2.4018 0.0102
71 38.36 0.81 3.4602 0.0950 11.9732 0.0090
72 31.34 0.71 -3.5598 -0.0038 12.6720 0.0000
73 31.31 0.55 -3.5898 -0.1612 12.8865 0.0260

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

Antes Después Antes Después Antes Después

N°
Tiempo Tiempo
Registro
(min) (min)
74 35.40 0.58 0.5002 -0.1370 0.2502 0.0188
75 40.34 0.76 5.4402 0.0450 29.5961 0.0020
76 36.31 0.90 1.4102 0.1833 1.9887 0.0336
77 30.34 0.83 -4.5598 0.1163 20.7915 0.0135
78 35.35 0.56 0.4502 -0.1521 0.2027 0.0231
79 34.36 0.89 -0.5398 0.1721 0.2914 0.0296
80 32.31 0.77 -2.5898 0.0610 6.7069 0.0037
81 33.37 0.68 -1.5298 -0.0311 2.3402 0.0010
82 38.30 0.58 3.4002 -0.1326 11.5616 0.0176
83 38.35 0.70 3.4502 -0.0179 11.9041 0.0003
84 30.33 0.62 -4.5698 -0.0940 20.8828 0.0088
85 34.30 0.57 -0.5998 -0.1387 0.3597 0.0192
86 37.36 0.60 2.4602 -0.1113 6.0527 0.0124
87 31.34 0.51 -3.5598 -0.2035 12.6720 0.0414
88 36.35 0.63 1.4502 -0.0798 2.1032 0.0064
89 34.36 0.72 -0.5398 0.0040 0.2914 0.0000
90 33.40 0.88 -1.4998 0.1709 2.2493 0.0292
91 33.35 0.77 -1.5498 0.0579 2.4018 0.0034
92 34.40 0.82 -0.4998 0.1039 0.2498 0.0108
93 30.38 0.67 -4.5198 -0.0464 20.4283 0.0022
94 33.37 0.52 -1.5298 -0.1949 2.3402 0.0380
95 31.35 0.79 -3.5498 0.0768 12.6009 0.0059
96 31.38 0.54 -3.5198 -0.1699 12.3888 0.0289
97 36.33 0.70 1.4302 -0.0122 2.0456 0.0001
98 30.33 0.75 -4.5698 0.0396 20.8828 0.0016
99 35.40 0.64 0.5002 -0.0773 0.2502 0.0060
100 30.37 0.72 -4.5298 0.0069 20.5188 0.0000
101 35.31 0.69 0.4102 -0.0211 0.1683 0.0004
102 33.36 0.81 -1.5398 0.0985 2.3709 0.0097
103 32.38 0.54 -2.5198 -0.1781 6.3492 0.0317
104 39.33 0.62 4.4302 -0.0945 19.6269 0.0089
105 38.30 0.79 3.4002 0.0732 11.5616 0.0054
106 39.35 0.74 4.4502 0.0281 19.8045 0.0008
107 38.32 0.70 3.4202 -0.0127 11.6980 0.0002
108 40.37 0.81 5.4702 0.0939 29.9234 0.0088
109 31.31 0.60 -3.5898 -0.1171 12.8865 0.0137
110 38.34 0.50 3.4402 -0.2107 11.8352 0.0444
111 37.40 0.62 2.5002 -0.0924 6.2511 0.0085
112 33.33 0.90 -1.5698 0.1841 2.4642 0.0339

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
241
 Antes Después Antes Después Antes Después
N°
Tiempo Tiempo
Registro
(min) (min)
113 33.37 0.76 -1.5298 0.0465 2.3402 0.0022
114 39.34 0.73 4.4402 0.0162 19.7156 0.0003
115 37.34 0.83 2.4402 0.1201 5.9547 0.0144
116 40.36 0.80 5.4602 0.0847 29.8141 0.0072
117 30.32 0.83 -4.5798 0.1199 20.9743 0.0144
118 34.34 0.76 -0.5598 0.0455 0.3133 0.0021
119 39.40 0.83 4.5002 0.1216 20.2521 0.0148
120 31.30 0.56 -3.5998 -0.1551 12.9583 0.0241
121 30.30 0.64 -4.5998 -0.0688 21.1579 0.0047
122 32.32 0.71 -2.5798 -0.0058 6.6552 0.0000
123 36.30 0.76 1.4002 0.0459 1.9606 0.0021
124 40.35 0.52 5.4502 -0.1940 29.7050 0.0376
125 40.35 0.61 5.4502 -0.1030 29.7050 0.0106
126 35.36 0.85 0.4602 0.1378 0.2118 0.0190
127 36.34 0.69 1.4402 -0.0221 2.0743 0.0005
128 35.32 0.74 0.4202 0.0237 0.1766 0.0006
129 35.40 0.56 0.5002 -0.1492 0.2502 0.0223
130 35.30 0.68 0.4002 -0.0320 0.1602 0.0010
131 35.32 0.76 0.4202 0.0503 0.1766 0.0025
132 34.35 0.75 -0.5498 0.0390 0.3022 0.0015
133 40.40 0.86 5.5002 0.1492 30.2525 0.0223
134 31.30 0.88 -3.5998 0.1617 12.9583 0.0262
135 31.35 0.62 -3.5498 -0.0904 12.6009 0.0082
136 38.35 0.59 3.4502 -0.1231 11.9041 0.0152
137 30.30 0.59 -4.5998 -0.1237 21.1579 0.0153
138 36.33 0.68 1.4302 -0.0313 2.0456 0.0010
139 38.38 0.81 3.4802 0.0933 12.1120 0.0087
140 31.33 0.63 -3.5698 -0.0802 12.7433 0.0064
141 39.35 0.76 4.4502 0.0441 19.8045 0.0019
142 30.34 0.82 -4.5598 0.1063 20.7915 0.0113
143 33.39 0.82 -1.5098 0.1053 2.2794 0.0111
144 36.39 0.50 1.4902 -0.2096 2.2208 0.0439
145 32.34 0.90 -2.5598 0.1829 6.5524 0.0334
146 35.34 0.78 0.4402 0.0700 0.1938 0.0049
147 32.40 0.82 -2.4998 0.1104 6.2489 0.0122
148 36.39 0.52 1.4902 -0.1937 2.2208 0.0375
149 33.40 0.74 -1.4998 0.0275 2.2493 0.0008
150 38.30 0.87 3.4002 0.1544 11.5616 0.0239
151 32.35 0.88 -2.5498 0.1704 6.5013 0.0290

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

Antes Después Antes Después Antes Después

N°
Tiempo Tiempo
Registro
(min) (min)
152 32.32 0.55 -2.5798 -0.1631 6.6552 0.0266
153 34.30 0.82 -0.5998 0.1042 0.3597 0.0108
154 38.39 0.76 3.4902 0.0444 12.1817 0.0020
155 30.38 0.66 -4.5198 -0.0569 20.4283 0.0032
156 30.37 0.61 -4.5298 -0.1076 20.5188 0.0116
157 30.37 0.68 -4.5298 -0.0378 20.5188 0.0014
158 33.34 0.57 -1.5598 -0.1456 2.4329 0.0212
159 40.35 0.81 5.4502 0.0994 29.7050 0.0099
160 37.35 0.57 2.4502 -0.1467 6.0036 0.0215
161 40.37 0.82 5.4702 0.1065 29.9234 0.0114
162 34.39 0.88 -0.5098 0.1695 0.2599 0.0287
163 31.33 0.82 -3.5698 0.1098 12.7433 0.0121
164 36.31 0.66 1.4102 -0.0484 1.9887 0.0023
165 34.32 0.73 -0.5798 0.0207 0.3361 0.0004
166 40.36 0.64 5.4602 -0.0704 29.8141 0.0050
167 35.31 0.80 0.4102 0.0865 0.1683 0.0075
168 31.40 0.69 -3.4998 -0.0240 12.2484 0.0006
169 31.38 0.72 -3.5198 0.0068 12.3888 0.0000
170 30.30 0.87 -4.5998 0.1607 21.1579 0.0258
171 30.35 0.79 -4.5498 0.0808 20.7004 0.0065
172 32.39 0.63 -2.5098 -0.0823 6.2989 0.0068
173 35.36 0.77 0.4602 0.0551 0.2118 0.0030
174 40.31 0.61 5.4102 -0.1035 29.2706 0.0107
175 34.38 0.69 -0.5198 -0.0215 0.2702 0.0005
176 36.30 0.81 1.4002 0.0931 1.9606 0.0087
177 32.38 0.59 -2.5198 -0.1208 6.3492 0.0146
178 30.31 0.87 -4.5898 0.1568 21.0660 0.0246
179 33.31 0.54 -1.5898 -0.1717 2.5274 0.0295
180 39.38 0.55 4.4802 -0.1651 20.0725 0.0273
181 31.39 0.82 -3.5098 0.1062 12.3185 0.0113
182 30.35 0.77 -4.5498 0.0547 20.7004 0.0030
183 36.40 0.86 1.5002 0.1421 2.2507 0.0202
184 39.32 0.58 4.4202 -0.1288 19.5384 0.0166
185 32.39 0.56 -2.5098 -0.1571 6.2989 0.0247
186 34.34 0.70 -0.5598 -0.0103 0.3133 0.0001
187 34.35 0.73 -0.5498 0.0164 0.3022 0.0003
188 35.36 0.74 0.4602 0.0224 0.2118 0.0005
189 30.38 0.66 -4.5198 -0.0553 20.4283 0.0031
190 33.32 0.61 -1.5798 -0.1013 2.4957 0.0103

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
243
 Antes Después Antes Después Antes Después
N°
Tiempo Tiempo
Registro
(min) (min)
191 31.34 0.56 -3.5598 -0.1535 12.6720 0.0236
192 34.39 0.72 -0.5098 0.0066 0.2599 0.0000
193 38.38 0.73 3.4802 0.0184 12.1120 0.0003
194 38.32 0.79 3.4202 0.0764 11.6980 0.0058
195 36.38 0.76 1.4802 0.0462 2.1911 0.0021
196 33.34 0.85 -1.5598 0.1387 2.4329 0.0192
197 40.39 0.67 5.4902 -0.0428 30.1426 0.0018
198 38.36 0.57 3.4602 -0.1456 11.9732 0.0212
199 35.40 0.55 0.5002 -0.1608 0.2502 0.0258
200 35.36 0.56 0.4602 -0.1551 0.2118 0.0241
201 32.31 0.89 -2.5898 0.1811 6.7069 0.0328
202 40.38 0.71 5.4802 0.0007 30.0329 0.0000
203 34.39 0.79 -0.5098 0.0743 0.2599 0.0055
204 30.32 0.85 -4.5798 0.1381 20.9743 0.0191
205 38.31 0.56 3.4102 -0.1553 11.6297 0.0241
206 32.35 0.85 -2.5498 0.1412 6.5013 0.0199
207 30.37 0.56 -4.5298 -0.1497 20.5188 0.0224
208 33.36 0.76 -1.5398 0.0425 2.3709 0.0018
209 30.38 0.80 -4.5198 0.0851 20.4283 0.0072
210 30.30 0.51 -4.5998 -0.1996 21.1579 0.0398
211 39.30 0.65 4.4002 -0.0599 19.3620 0.0036
212 31.39 0.54 -3.5098 -0.1709 12.3185 0.0292
213 34.32 0.81 -0.5798 0.0955 0.3361 0.0091
214 33.34 0.80 -1.5598 0.0838 2.4329 0.0070
215 35.39 0.90 0.4902 0.1855 0.2403 0.0344
216 37.38 0.75 2.4802 0.0383 6.1515 0.0015
217 32.34 0.87 -2.5598 0.1547 6.5524 0.0239
218 31.31 0.85 -3.5898 0.1405 12.8865 0.0197
Total 7,608.15 155.50 2,203.40 2.64
Promedio 34.90 0.71

Fuente: (Elaboración propia, 2014)

a. Definición de Variables
µA : Tiempo que utiliza el administrador para la
generación de reportes con la herramienta actual.
µB : Tiempo que utiliza el administrador para la
generación de reportes con la aplicación web.

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

b. Hipótesis Estadística
Hipótesis H0: El Tiempo que utiliza el administrador para la
generación de reportes usando la herramienta actual es menor que el
tiempo que utiliza el administrador para la generación de reportes
usando la aplicación web.

H0: µB - µA< = 0

Hipótesis Ha: El Tiempo que utiliza el administrador para la

generación de reportes usando la herramienta actual es mayor que el
tiempo que utiliza el administrador para la generación de reportes
usando la aplicación web.
Ha: µB - µA> 0
c. Resultado de la Hipótesis Estadística
Tamaño de la muestra
n= 218

Media Muestral
Reemplazando valores en la ecuación (21):

XA = 34.90 XD = 0.71

Desviación Estándar Poblacional

Reemplazando valores en la ecuación (22):

SA2 = 2203.4 = 10.1539

217
SA = 10.15

SD2 = 2.64 = 1.2166

217
SD = 1.21
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
245
Cálculo de Zo
Reemplazando valores en la ecuación (23)

Z0 = 49.39

Valor Crítico de "Z"

Empleando un nivel de significancia α = 0.05, se tiene:
Buscando el valor en la tabla respectiva:

Z(α/2) = Z(0.05/2) = Z(0.025) = 1.96

Conclusión
En la Figura 18 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cuantitativo Tiempo que
utiliza el administrador en la generación de reportes.

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

Figura 18: Región de Aceptación y Rechazo Tiempo que utiliza

el administrador en la generación de reportes

Fuente: (Elaboración propia, 2014)

Puesto que 49.39> 1.96, se rechaza la hipótesis nula H0: µB - µA<= 0

y se acepta la hipótesis alternativa Ha: µB - µA> 0.
Se concluye entonces que El Tiempo que utiliza el administrador
para la generación de reportes usando la herramienta actual es mayor
que el tiempo que utiliza el administrador para la generación de
reportes usando la aplicación web.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
247
8.4.2 Prueba de Hipótesis para indicador Tiempo promedio utilizado para el
registro de devolución de actas

Tabla 87: Tiempo promedio en la generación de reportes

Antes Después Antes Después Antes Después

N°
Tiempo Tiempo
Registro
(min) (min)
1 64.66 20.20 -0.5396 -1.4624 0.2912 2.1388
2 52.00 22.21 -13.1996 0.5476 174.2292 0.2998
3 70.00 20.23 4.8004 -1.4324 23.0439 2.0519
4 60.67 21.20 -4.5296 -0.4624 20.5172 0.2139
5 66.69 20.23 1.4904 -1.4324 2.2213 2.0519
6 65.70 22.00 0.5004 0.3376 0.2504 0.1139
7 68.67 21.00 3.4704 -0.6624 12.0437 0.4388
8 59.00 23.21 -6.1996 1.5476 38.4349 2.3949
9 69.64 22.23 4.4404 0.5676 19.7172 0.3221
10 70.68 20.21 5.4804 -1.4524 30.0349 2.1096
11 63.65 23.20 -1.5496 1.5376 2.4012 2.3641
12 63.70 21.20 -1.4996 -0.4624 2.2488 0.2139
13 61.61 23.23 -3.5896 1.5676 12.8852 2.4572
14 59.00 22.22 -6.1996 0.5576 38.4349 0.3109
15 61.67 22.20 -3.5296 0.5376 12.4580 0.2890
16 63.69 22.20 -1.5096 0.5376 2.2789 0.2890
17 69.70 21.23 4.5004 -0.4324 20.2537 0.1870
18 62.70 23.23 -2.4996 1.5676 6.2480 2.4572
19 60.60 20.20 -4.5996 -1.4624 21.1562 2.1388
20 72.50 21.21 7.3004 -0.4524 53.2960 0.2047
21 62.68 22.23 -2.5196 0.5676 6.3483 0.3221
22 63.00 23.20 -2.1996 1.5376 4.8382 2.3641
23 65.67 23.23 0.4704 1.5676 0.2213 2.4572
24 61.66 23.20 -3.5396 1.5376 12.5287 2.3641
25 69.66 23.23 4.4604 1.5676 19.8952 2.4572
26 58.00 20.20 -7.1996 -1.4624 51.8341 2.1388
27 64.66 20.21 -0.5396 -1.4524 0.2912 2.1096
28 67.67 21.21 2.4704 -0.4524 6.1029 0.2047
29 66.69 22.00 1.4904 0.3376 2.2213 0.1139
30 62.69 21.23 -2.5096 -0.4324 6.2981 0.1870
31 57.00 23.20 -8.1996 1.5376 67.2333 2.3641
32 65.67 21.22 0.4704 -0.4424 0.2213 0.1958
33 65.60 23.22 0.4004 1.5576 0.1603 2.4260
34 68.61 20.23 3.4104 -1.4324 11.6309 2.0519

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

Antes Después Antes Después Antes Después

N°
Tiempo Tiempo
Registro
(min) (min)
35 61.61 22.22 -3.5896 0.5576 12.8852 0.3109
36 63.67 22.21 -1.5296 0.5476 2.3397 0.2998
37 61.70 21.21 -3.4996 -0.4524 12.2471 0.2047
38 54.00 22.22 -11.1996 0.5576 125.4309 0.3109
39 67.62 23.22 2.4204 1.5576 5.8584 2.4260
40 66.60 21.00 1.4004 -0.6624 1.9611 0.4388
41 65.00 20.22 -0.1996 -1.4424 0.0398 2.0807
42 69.60 20.21 4.4004 -1.4524 19.3636 2.1096
43 55.00 22.00 -10.1996 0.3376 104.0317 0.1139
44 70.65 21.22 5.4504 -0.4424 29.7069 0.1958
45 66.62 21.23 1.4204 -0.4324 2.0176 0.1870
46 68.62 23.20 3.4204 1.5376 11.6992 2.3641
47 60.65 21.21 -4.5496 -0.4524 20.6988 0.2047
48 70.00 21.20 4.8004 -0.4624 23.0439 0.2139
49 51.00 21.20 -14.1996 -0.4624 201.6284 0.2139
50 66.62 22.22 1.4204 0.5576 2.0176 0.3109
51 61.61 20.20 -3.5896 -1.4624 12.8852 2.1388
52 52.00 23.20 -13.1996 1.5376 174.2292 2.3641
53 69.60 22.20 4.4004 0.5376 19.3636 0.2890
54 70.63 21.21 5.4304 -0.4524 29.4893 0.2047
55 63.66 23.22 -1.5396 1.5576 2.3703 2.4260
56 62.66 21.21 -2.5396 -0.4524 6.4495 0.2047
57 57.00 23.20 -8.1996 1.5376 67.2333 2.3641
58 65.67 21.20 0.4704 -0.4624 0.2213 0.2139
59 64.62 22.21 -0.5796 0.5476 0.3359 0.2998
60 63.66 23.21 -1.5396 1.5476 2.3703 2.3949
61 66.68 21.22 1.4804 -0.4424 2.1916 0.1958
62 65.67 23.20 0.4704 1.5376 0.2213 2.3641
63 64.62 21.20 -0.5796 -0.4624 0.3359 0.2139
64 66.70 22.20 1.5004 0.5376 2.2512 0.2890
65 67.66 22.22 2.4604 0.5576 6.0536 0.3109
66 60.70 21.23 -4.4996 -0.4324 20.2463 0.1870
67 66.68 22.21 1.4804 0.5476 2.1916 0.2998
68 60.00 21.20 -5.1996 -0.4624 27.0358 0.2139
69 62.62 23.20 -2.5796 1.5376 6.6543 2.3641
70 62.70 22.20 -2.4996 0.5376 6.2480 0.2890
71 67.60 22.22 2.4004 0.5576 5.7620 0.3109
72 63.64 21.21 -1.5596 -0.4524 2.4323 0.2047
73 67.62 23.22 2.4204 1.5576 5.8584 2.4260
N° Antes Después Antes Después Antes Después
Registro Tiempo Tiempo
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
249
 (min) (min)

74 63.61 21.22 -1.5896 -0.4424 2.5268 0.1958

75 65.60 23.21 0.4004 1.5476 0.1603 2.3949
76 62.68 22.23 -2.5196 0.5676 6.3483 0.3221
77 68.66 21.22 3.4604 -0.4424 11.9744 0.1958
78 69.60 21.20 4.4004 -0.4624 19.3636 0.2139
79 60.00 22.23 -5.1996 0.5676 27.0358 0.3221
80 60.68 21.23 -4.5196 -0.4324 20.4267 0.1870
81 63.64 21.23 -1.5596 -0.4324 2.4323 0.1870
82 70.00 22.20 4.8004 0.5376 23.0439 0.2890
83 63.65 21.21 -1.5496 -0.4524 2.4012 0.2047
84 67.70 20.20 2.5004 -1.4624 6.2520 2.1388
85 66.64 22.20 1.4404 0.5376 2.0748 0.2890
86 64.61 23.22 -0.5896 1.5576 0.3476 2.4260
87 61.60 21.20 -3.5996 -0.4624 12.9571 0.2139
88 60.66 22.21 -4.5396 0.5476 20.6079 0.2998
89 63.63 20.23 -1.5696 -1.4324 2.4636 2.0519
90 60.00 21.20 -5.1996 -0.4624 27.0358 0.2139
91 69.60 20.22 4.4004 -1.4424 19.3636 2.0807
92 65.62 22.21 0.4204 0.5476 0.1767 0.2998
93 69.68 20.22 4.4804 -1.4424 20.0741 2.0807
94 62.70 23.21 -2.4996 1.5476 6.2480 2.3949
95 68.61 21.22 3.4104 -0.4424 11.6309 0.1958
96 62.67 20.21 -2.5296 -1.4524 6.3988 2.1096
97 61.65 23.22 -3.5496 1.5576 12.5996 2.4260
98 68.61 20.22 3.4104 -1.4424 11.6309 2.0807
99 60.69 22.23 -4.5096 0.5676 20.3364 0.3221
100 65.70 20.23 0.5004 -1.4324 0.2504 2.0519
101 65.68 22.23 0.4804 0.5676 0.2308 0.3221
102 60.00 20.23 -5.1996 -1.4324 27.0358 2.0519
103 64.64 20.20 -0.5596 -1.4624 0.3131 2.1388
104 69.61 22.23 4.4104 0.5676 19.4517 0.3221
105 69.70 22.20 4.5004 0.5376 20.2537 0.2890
106 65.61 22.23 0.4104 0.5676 0.1684 0.3221
107 70.62 21.21 5.4204 -0.4524 29.3808 0.2047
108 63.69 23.22 -1.5096 1.5576 2.2789 2.4260
109 60.60 21.23 -4.5996 -0.4324 21.1562 0.1870
110 69.64 22.23 4.4404 0.5676 19.7172 0.3221
111 60.00 22.21 -5.1996 0.5476 27.0358 0.2998
112 67.65 23.20 2.4504 1.5376 6.0045 2.3641
N° Antes Después Antes Después Antes Después
Registro Tiempo Tiempo
(min) (min)

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

113 66.70 20.21 1.5004 -1.4524 2.2512 2.1096

114 70.00 21.20 4.8004 -0.4624 23.0439 0.2139
115 69.63 22.22 4.4304 0.5576 19.6285 0.3109
116 70.70 22.23 5.5004 0.5676 30.2545 0.3221
117 62.67 23.22 -2.5296 1.5576 6.3988 2.4260
118 67.69 22.20 2.4904 0.5376 6.2021 0.2890
119 68.63 23.22 3.4304 1.5576 11.7677 2.4260
120 72.60 20.22 7.4004 -1.4424 54.7660 2.0807
121 69.61 22.23 4.4104 0.5676 19.4517 0.3221
122 70.68 23.21 5.4804 1.5476 30.0349 2.3949
123 64.68 22.20 -0.5196 0.5376 0.2700 0.2890
124 66.64 22.21 1.4404 0.5476 2.0748 0.2998
125 67.66 22.23 2.4604 0.5676 6.0536 0.3221
126 70.00 21.20 4.8004 -0.4624 23.0439 0.2139
127 61.68 22.23 -3.5196 0.5676 12.3875 0.3221
128 66.62 20.23 1.4204 -1.4324 2.0176 2.0519
129 65.68 20.22 0.4804 -1.4424 0.2308 2.0807
130 64.61 20.22 -0.5896 -1.4424 0.3476 2.0807
131 68.66 23.21 3.4604 1.5476 11.9744 2.3949
132 61.64 21.20 -3.5596 -0.4624 12.6707 0.2139
133 65.67 22.23 0.4704 0.5676 0.2213 0.3221
134 77.00 21.22 11.8004 -0.4424 139.2496 0.1958
135 67.61 22.23 2.4104 0.5676 5.8101 0.3221
136 63.70 23.21 -1.4996 1.5476 2.2488 2.3949
137 63.66 21.21 -1.5396 -0.4524 2.3703 0.2047
138 60.63 22.22 -4.5696 0.5576 20.8812 0.3109
139 61.60 22.20 -3.5996 0.5376 12.9571 0.2890
140 60.00 23.21 -5.1996 1.5476 27.0358 2.3949
141 60.67 23.22 -4.5296 1.5576 20.5172 2.4260
142 63.63 20.20 -1.5696 -1.4624 2.4636 2.1388
143 64.68 22.23 -0.5196 0.5676 0.2700 0.3221
144 61.61 21.21 -3.5896 -0.4524 12.8852 0.2047
145 67.70 22.20 2.5004 0.5376 6.2520 0.2890
146 65.66 21.23 0.4604 -0.4324 0.2120 0.1870
147 67.67 21.22 2.4704 -0.4424 6.1029 0.1958
148 66.67 20.00 1.4704 -1.6624 2.1621 2.7637
149 72.00 21.23 6.8004 -0.4324 46.2456 0.1870
150 61.66 20.20 -3.5396 -1.4624 12.5287 2.1388
151 65.64 23.00 0.4404 1.3376 0.1940 1.7890
N° Antes Después Antes Después Antes Después
Registro Tiempo Tiempo
(min) (min)
152 64.61 20.21 -0.5896 -1.4524 0.3476 2.1096
153 66.64 23.20 1.4404 1.5376 2.0748 2.3641
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
251
 154 70.70 21.21 5.5004 -0.4524 30.2545 0.2047
155 68.67 23.20 3.4704 1.5376 12.0437 2.3641
156 60.00 21.20 -5.1996 -0.4624 27.0358 0.2139
157 70.67 23.20 5.4704 1.5376 29.9254 2.3641
158 69.68 21.20 4.4804 -0.4624 20.0741 0.2139
159 70.64 20.22 5.4404 -1.4424 29.5980 2.0807
160 63.64 22.22 -1.5596 0.5576 2.4323 0.3109
161 70.68 22.23 5.4804 0.5676 30.0349 0.3221
162 67.65 21.22 2.4504 -0.4424 6.0045 0.1958
163 63.64 20.20 -1.5596 -1.4624 2.4323 2.1388
164 67.00 23.21 1.8004 1.5476 3.2415 2.3949
165 61.61 23.20 -3.5896 1.5376 12.8852 2.3641
166 66.65 22.22 1.4504 0.5576 2.1037 0.3109
167 73.00 20.22 7.8004 -1.4424 60.8464 2.0807
168 60.70 23.23 -4.4996 1.5676 20.2463 2.4572
169 60.66 20.23 -4.5396 -1.4324 20.6079 2.0519
170 61.68 20.21 -3.5196 -1.4524 12.3875 2.1096
171 60.63 22.21 -4.5696 0.5476 20.8812 0.2998
172 63.61 21.23 -1.5896 -0.4324 2.5268 0.1870
173 61.69 22.20 -3.5096 0.5376 12.3172 0.2890
174 68.63 20.27 3.4304 -1.3924 11.7677 1.9389
175 66.61 20.29 1.4104 -1.3724 1.9893 1.8836
176 60.67 20.20 -4.5296 -1.4624 20.5172 2.1388
177 60.00 20.23 -5.1996 -1.4324 27.0358 2.0519
178 63.00 20.24 -2.1996 -1.4224 4.8382 2.0234
179 70.00 20.20 4.8004 -1.4624 23.0439 2.1388
180 62.60 23.22 -2.5996 1.5576 6.7579 2.4260
181 63.67 22.22 -1.5296 0.5576 2.3397 0.3109
182 69.62 20.20 4.4204 -1.4624 19.5400 2.1388
183 61.60 21.21 -3.5996 -0.4524 12.9571 0.2047
184 60.68 21.00 -4.5196 -0.6624 20.4267 0.4388
185 60.63 23.23 -4.5696 1.5676 20.8812 2.4572
186 64.67 21.21 -0.5296 -0.4524 0.2805 0.2047
187 63.61 22.23 -1.5896 0.5676 2.5268 0.3221
188 67.69 22.22 2.4904 0.5576 6.2021 0.3109
189 62.65 21.20 -2.5496 -0.4624 6.5004 0.2139
190 70.60 20.20 5.4004 -1.4624 29.1644 2.1388
N° Antes Después Antes Después Antes Después
Registro Tiempo Tiempo
(min) (min)
191 60.66 23.22 -4.5396 1.5576 20.6079 2.4260
192 67.60 21.20 2.4004 -0.4624 5.7620 0.2139
193 67.00 22.23 1.8004 0.5676 3.2415 0.3221
194 64.66 21.21 -0.5396 -0.4524 0.2912 0.2047

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

195 60.68 20.22 -4.5196 -1.4424 20.4267 2.0807

196 62.63 20.26 -2.5696 -1.4024 6.6028 1.9669
197 68.60 21.21 3.4004 -0.4524 11.5628 0.2047
198 60.64 21.21 -4.5596 -0.4524 20.7899 0.2047
199 63.63 22.23 -1.5696 0.5676 2.4636 0.3221
200 60.65 23.21 -4.5496 1.5476 20.6988 2.3949
201 63.60 21.20 -1.5996 -0.4624 2.5587 0.2139
202 68.61 22.23 3.4104 0.5676 11.6309 0.3221
203 66.64 20.23 1.4404 -1.4324 2.0748 2.0519
204 66.62 21.20 1.4204 -0.4624 2.0176 0.2139
205 65.65 20.20 0.4504 -1.4624 0.2029 2.1388
206 62.70 21.23 -2.4996 -0.4324 6.2480 0.1870
207 70.63 21.23 5.4304 -0.4324 29.4893 0.1870
208 61.70 22.22 -3.4996 0.5576 12.2471 0.3109
209 72.30 22.21 7.1004 0.5476 50.4158 0.2998
210 60.63 21.22 -4.5696 -0.4424 20.8812 0.1958
211 70.00 20.21 4.8004 -1.4524 23.0439 2.1096
212 63.62 20.25 -1.5796 -1.4124 2.4951 1.9950
213 68.68 22.23 3.4804 0.5676 12.1132 0.3221
214 60.69 21.21 -4.5096 -0.4524 20.3364 0.2047
215 58.00 23.21 -7.1996 1.5476 51.8341 2.3949
216 67.60 23.20 2.4004 1.5376 5.7620 2.3641
217 66.70 20.21 1.5004 -1.4524 2.2512 2.1096
218 63.67 23.23 -1.5296 1.5676 2.3397 2.4572
219 66.65 20.22 1.4504 -1.4424 2.1037 2.0807
220 67.62 22.21 2.4204 0.5476 5.8584 0.2998
221 59.00 20.22 -6.1996 -1.4424 38.4349 2.0807
222 63.63 23.23 -1.5696 1.5676 2.4636 2.4572
223 70.69 20.21 5.4904 -1.4524 30.1446 2.1096
224 66.65 23.22 1.4504 1.5576 2.1037 2.4260
225 60.68 20.23 -4.5196 -1.4324 20.4267 2.0519
226 68.67 21.21 3.4704 -0.4524 12.0437 0.2047
227 64.65 23.23 -0.5496 1.5676 0.3021 2.4572
228 67.69 21.20 2.4904 -0.4624 6.2021 0.2139
229 70.66 20.22 5.4604 -1.4424 29.8161 2.0807
N° Antes Después Antes Después Antes Después
Registro Tiempo Tiempo
(min) (min)
230 69.67 20.21 4.4704 -1.4524 19.9845 2.1096
231 70.65 21.23 5.4504 -0.4324 29.7069 0.1870
232 68.69 23.22 3.4904 1.5576 12.1829 2.4260
233 62.00 23.21 -3.1996 1.5476 10.2374 2.3949
234 64.66 21.23 -0.5396 -0.4324 0.2912 0.1870
235 61.62 23.22 -3.5796 1.5576 12.8135 2.4260
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
253
 236 65.00 21.20 -0.1996 -0.4624 0.0398 0.2139
237 70.62 20.21 5.4204 -1.4524 29.3808 2.1096
238 67.65 21.23 2.4504 -0.4324 6.0045 0.1870
239 70.00 20.22 4.8004 -1.4424 23.0439 2.0807
240 60.63 23.21 -4.5696 1.5476 20.8812 2.3949
241 67.61 20.21 2.4104 -1.4524 5.8101 2.1096
242 70.65 22.22 5.4504 0.5576 29.7069 0.3109
243 69.69 21.23 4.4904 -0.4324 20.1638 0.1870
244 68.61 22.20 3.4104 0.5376 11.6309 0.2890
245 62.66 21.20 -2.5396 -0.4624 6.4495 0.2139
246 62.63 20.21 -2.5696 -1.4524 6.6028 2.1096
247 66.61 23.21 1.4104 1.5476 1.9893 2.3949
248 64.65 23.20 -0.5496 1.5376 0.3021 2.3641
249 64.68 20.30 -0.5196 -1.3624 0.2700 1.8563
250 62.61 22.23 -2.5896 0.5676 6.7060 0.3221
251 63.61 23.20 -1.5896 1.5376 2.5268 2.3641
252 66.62 22.22 1.4204 0.5576 2.0176 0.3109
253 67.68 23.23 2.4804 1.5676 6.1524 2.4572
254 60.69 20.00 -4.5096 -1.6624 20.3364 2.7637
255 68.66 22.00 3.4604 0.3376 11.9744 0.1139
256 70.63 22.00 5.4304 0.3376 29.4893 0.1139
257 67.67 23.23 2.4704 1.5676 6.1029 2.4572
258 60.62 21.00 -4.5796 -0.6624 20.9727 0.4388
259 64.69 20.20 -0.5096 -1.4624 0.2597 2.1388
260 66.61 23.23 1.4104 1.5676 1.9893 2.4572
261 65.68 22.21 0.4804 0.5476 0.2308 0.2998
262 67.69 21.20 2.4904 -0.4624 6.2021 0.2139
263 70.60 21.22 5.4004 -0.4424 29.1644 0.1958
264 69.69 20.23 4.4904 -1.4324 20.1638 2.0519
265 63.67 21.20 -1.5296 -0.4624 2.3397 0.2139
266 73.00 20.00 7.8004 -1.6624 60.8464 2.7637
267 64.66 22.00 -0.5396 0.3376 0.2912 0.1139
268 63.65 20.20 -1.5496 -1.4624 2.4012 2.1388
N° Antes Después Antes Después Antes Después
Registro Tiempo Tiempo
(min) (min)
269 60.00 22.20 -5.1996 0.5376 27.0358 0.2890
270 62.00 20.21 -3.1996 -1.4524 10.2374 2.1096
271 67.66 21.20 2.4604 -0.4624 6.0536 0.2139
272 62.00 21.20 -3.1996 -0.4624 10.2374 0.2139
273 63.66 22.23 -1.5396 0.5676 2.3703 0.3221
274 65.00 22.20 -0.1996 0.5376 0.0398 0.2890
275 64.68 21.20 -0.5196 -0.4624 0.2700 0.2139
276 70.00 23.21 4.8004 1.5476 23.0439 2.3949

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

277 66.67 23.22 1.4704 1.5576 2.1621 2.4260

278 60.68 21.21 -4.5196 -0.4524 20.4267 0.2047
279 69.67 20.00 4.4704 -1.6624 19.9845 2.7637
280 61.60 20.21 -3.5996 -1.4524 12.9571 2.1096
281 71.50 21.00 6.3004 -0.6624 39.6951 0.4388
282 60.60 20.21 -4.5996 -1.4524 21.1562 2.1096
283 63.63 20.22 -1.5696 -1.4424 2.4636 2.0807
284 69.62 20.20 4.4204 -1.4624 19.5400 2.1388
285 61.65 23.00 -3.5496 1.3376 12.5996 1.7890
286 67.60 23.20 2.4004 1.5376 5.7620 2.3641
287 65.63 23.00 0.4304 1.3376 0.1853 1.7890
288 64.66 21.20 -0.5396 -0.4624 0.2912 0.2139
289 72.80 21.00 7.6004 -0.6624 57.7662 0.4388
290 73.60 22.23 8.4004 0.5676 70.5669 0.3221
291 67.80 20.22 2.6004 -1.4424 6.7621 2.0807
292 63.90 23.00 -1.2996 1.3376 1.6889 1.7890
293 62.68 23.20 -2.5196 1.5376 6.3483 2.3641
294 60.00 23.00 -5.1996 1.3376 27.0358 1.7890
Total 19168.68 6368.76 4706.03 350.42
Promedi
o 65.20 21.66

Fuente: (Elaboración propia, 2014)

a. Definición de Variables
µA : Tiempo que utiliza el fedatario para el registro de
devolución de actas con la herramienta actual.
µB : Tiempo que utiliza el fedatario para el registro de
devolución de actas con la aplicación web.
b. Hipótesis Estadística
Hipótesis H0: El Tiempo que utiliza el fedatario para el registro de
devolución de actas usando la herramienta actual es menor que el
tiempo que utiliza el fedatario para el registro de devolución de actas
usando la aplicación web.
H0: µB - µA< = 0

Hipótesis Ha: El Tiempo que utiliza el fedatario para el registro de

devolución de actas usando la herramienta actual es mayor que el

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
255
 tiempo que utiliza el fedatario para el registro de devolución de actas
usando la aplicación web.
Ha: µB - µA> 0

c. Resultado de la Hipótesis Estadística

Tamaño de la muestra
n= 294

Media Muestral
Reemplazando valores en la ecuación (21):

XA = 65.20 XD = 21.66

Desviación Estándar Poblacional

Reemplazando valores en la ecuación (22):

SA2 = 4706.03 = 16.0615

293
SA = 16.06

SD2 = 350.42 = 1.1959

293
SD = 1.2
Cálculo de Zo

Reemplazando valores en la ecuación (23)

Z0 = 46.36

Valor Crítico de "Z"

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

Empleando un nivel de significancia α = 0.05, se tiene:

Buscando el valor en la tabla respectiva:
Z(α/2) = Z(0.05/2) = Z(0.025) = 1.96

Conclusión
En la Figura 19 podemos ver la región de aceptación y rechazo para
la prueba de la hipótesis del indicador cuantitativo Tiempo que
utiliza el fedatario para el registro de devolución de actas.

Figura 19: Región de Aceptación y Rechazo Tiempo que utiliza

el fedatario para el registro de devolución de actas

Fuente: (Elaboración propia, 2014)

Puesto que 72.62 > 1.96, se rechaza la hipótesis nula H0: µB - µA<= 0
y se acepta la hipótesis alternativa Ha: µB - µA> 0.
Se concluye entonces que El Tiempo que utiliza el fedatario para el
registro de devolución de actas usando la herramienta actual es
mayor que el tiempo que utiliza el fedatario para el registro de
devolución de actas usando la aplicación web.

8.5 Discusión de Resultados:

8.5.1 Indicadores Cualitativos
Se elaboró una encuesta con un total de 7 preguntas aplicada a los
usuarios internos (30) para la toma de datos. Se evaluó a los usuarios a
través de un rango de valores o escala de Likert.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
257
 Los resultados obtenidos son los siguientes

Tabla 88: Resultados de la Contrastación Pre-Test y Post-Test

Promedio Promedio
Indicador Pregunta
Pre-Test Post-Test
1 5.1 9.3
Nivel de satisfacción de los usuarios
2 4.6 9.8
3 4.5 9.1
Facilidad de uso del sistema
4 4.1 9.2
5 3.4 9.8
Disponibilidad de la Información 6 4.8 9.7
7 5.1 9.8
Fuente: (Elaboración Propia, 2014)

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

Tabla 89: Puntajes promedio de la encuesta

Puntaje con el Puntaje con el

Nivel de Impacto
Indicador Sistema Actual Sistema Propuesto
Puntos % Puntos % Puntaje %
Nivel de satisfacción de
4.85 100 9.55 196.90 4.7 96.90
los usuarios
Facilidad de uso del
4.3 100 9.15 212.79 4.85 112.79
sistema
Disponibilidad de la
4.43 100 9.76 220.32 5.33 120.32
Información

Fuente: (Elaboración Propia, 2014)

Figura 20: Puntajes obtenidos de la encuesta

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
259
 Figura 21: Gráfico Porcentual obtenido en la encuesta

Fuente: (Elaboración Propia, 2014)

8.5.2 Indicadores Cuantitativos:

Se utilizó como instrumento un cronómetro para la toma de datos. La
muestra que se tomó es de 218 para medir el tiempo que toma la
generación de reportes y de 294 para medir el tiempo que toma el
registrar la devolución de actas. Los datos que se obtuvieron están en
minutos.
Se realizó la toma de datos para todos los procesos de registro de
información, pero solo se ha mostrado los cálculos para dos indicadores
cuantitativos mencionados en el párrafo anterior.
Los tiempos y porcentajes de registro de información se muestran a
continuación.

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

Tabla 90: Tiempos y Porcentajes de Registro y Obtención de

Información

Sistema Sistema Nivel de

Indicador Actual Propuesto Impacto
Min. % Min. % Impacto %
Tiempo para la generación de
34.90 100 0.71 2.03 34.19 97.97
reportes.
Tiempo para registro de
65.20 100 21.66 33.23 43.54 66.77
devolución de actas.

Fuente: (Elaboración Propia, 2014)

Figura 22: Tiempos de Registro y Obtención de Información

Fuente: (Elaboración Propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
261
Figura 23: Porcentaje de Registro y Obtención de Información

Fuente: (Elaboración Propia, 2014)

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

CONCLUSIONES

- El Tiempo Promedio Actual para el registro de devolución de actas de verificación

de emisión de comprobantes de pago y de control móvil es de 3912 segundos
(100%) y el Tiempo Promedio para el registro de devolución de actas con el
sistema propuesto es de 1300 segundos (33.23%), lográndose una reducción
significativa de 2612 segundos (66.77 %).

- El Tiempo Promedio Actual para elaborar reportes y cálculo de datos es de 2094

segundos (100%) y el Tiempo Promedio para la elaboración de reportes de gestión
con el sistema propuesto es de 42.6 segundos (2.03%), lográndose una reducción
significativa de 2051.4 segundos (97.97 %).

- Se midió el nivel de satisfacción y aceptación de los usuarios a través de encuestas

valoradas obteniendo un puntaje promedio actual de 4.85 (100%). El puntaje
promedio obtenido luego de la aplicación del sistema propuesto es de 9.55
(196.90%), con lo cual se logró un incremento promedio de 4.7 puntos (96.9%) en
el nivel de satisfacción de los usuarios.

- Del mismo modo se midió la facilidad de uso del sistema actual obteniendo un
puntaje promedio de 4.3 (100%). El puntaje promedio obtenido luego de la
aplicación del sistema propuesto es de 9.15 (212.79%), con lo cual se logró un
incremento promedio de 4.85 (112.79%) puntos. Esto nos muestra claramente que
se prefiere el sistema propuesto sobre el actual.

- El indicador que sufrió un mayor incremento es la Disponibilidad de la

Información. El puntaje promedio actual obtenido es de 4.43 (100%). El puntaje
promedio luego de la aplicación del sistema propuesto es de 9.76 (220.32%),
lográndose un incremento significativo en el puntaje promedio de 5.33 (120.32%).

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
263
- La implementación de la aplicación web propuesta significa una mejora en la
rentabilidad de la SUNAT – La Libertad a través del ahorro por la reducción de
tiempos en los procesos y las tarjetas de marcado. Esta mejora se demostró a través
de indicadores económicos:

VAN= S/. 10,994.49

B/C = 1.72
TIR = 59%

De cuyo análisis se pudo establecer que el proyecto es rentable económicamente.

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

RECOMENDACIONES

- Elaborar un plan de backup para realizar copias de seguridad y respaldo de la base

de datos de gestión de emisión de comprobantes de pago y control móvil, y así se
mantenga un respaldo de la información y garantizar la seguridad de la misma.

- Capacitar a todo el personal administrativo del área de comisos de la SUNAT – La

Libertad en el manejo de la aplicación web propuesta, lo que producirá una mejor
experiencia del usuario con la solución desarrollada.

- Para mantener la efectividad de la obtención de información y la reducción del

tiempo en búsqueda de información es necesario, mantener y mejorar las
características del uso de reportes los cuales según el funcionamiento que se ejecute
se puede obtener una información más confiable.

- Para mantener y/o mejorar el nivel de satisfacción de los usuarios del sistema, es
necesario, proporcionar capacitación especializada y mantener actualizado la
Aplicación Web para brindar a los pacientes un buen servicio.

- Se recomienda el uso de software libre en aquellos procesos del negocio donde no

se corra riesgos, a fin de reducir significativamente los costos de inversión y
mantenimiento y además de algunas características que facilitan el uso de los
mismos.

- Realizar Procesos de Investigación para poder realizar más cambios a fin de adaptar
mucho mejor la aplicación Web a la organización y poder agregar mejoras al
Sistema.

- Replicar el aplicativo propuesto a las demás intendencias a nivel nacional ya que

con ello se podrá tener un mayor control en el manejo de las operaciones.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
265
 REFERENCIAS BIBLIOGRÁFICAS

- Andrade Cedeño, Wagner Eudimio. 2010. Análisis, Diseño, Desarrollo e

Implementación de un Sistema de Control de Cobro de Matrícula y Pensiones para
la Unidad Educativa Particular María Montessori. Buenos Aires - Argentina : s.n.,
2010.

- [Link]. 2010. Banny's WebBlog: mi lugar en la telaraña. [En

línea] Banny Solano, 2010. [Citado el: 04 de Septiembre de 2012.]
[Link]

- Belloso Cicilia, Claudia Ivonne. 2012. Monografía sobre la Metodología de

Desarrollo de Software Rational Unified Process (RUP). 2012.

- Between, DIFFERENCE. 2013. Difference Between. [En línea] 2013. [Citado el:
17 de Junio de 2013.] [Link]
between-z-test-and-t-test /.

- Blog Informático: ClawGrip . 2006. Blog Informático. [En línea] 10 de Febrero

de 2006. [Citado el: 13 de Septiembre de 2012.]
- [Link]

- Bocanegra Ureta, Ruben Gabriel. 2012. Desarrollo de una aplicación web para
el monitoreo de vehículos con dispositivo GPS que comercializa una empresas de
Telecomunicaciones. Lima : s.n., 2012.

- Bogdan Brinzarea, Lamandi, Darie, Cristian y Hendrix, Audra. 2009. Ajax and
PHP Building Modern Web Applications. Second. s.l. : Pack T Publishing, 2009.
págs. 14,15.

- Carrillo Ramos, A. 2013. Herramienta Multimedia de Apoyo a la Enseñanza de la

Metodología RUP de Ingeniería del Software. s.l. : Edición Electrónica Gratuita,
2013. págs. 37-42.

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

- Carrillo Ramos, Anay. 2013. Herramienta Multimedia de apoyo a la Enseñanza

de la Metodología RUP. 2013.

- [Link]. 2008. [Link]. [En línea] 27 de Marzo de 2008. [Citado el: 13 de

Septiembre de 2012.] [Link]
bsd-en-php/attachment/cliente-servidor.

- De la Torre Llorente, Cesar, y otros. 2012. Guía de Srquitectura N-Capas

orientada al Dominio con .net 4.0. s.l. : Microsoft Architecture, 2012.

- Díaz Flores, Mirian Milagros. 2013. Metodología Rational Unified Process

(RUP). s.l. : Universidad San Martín de Porres, 2013.

- [Link]. [Link]: Publicacion de articulos. [En línea] [Citado el: 11 de

Septiembre de 2012.]
- [Link]

- E-lemental Perú. [En línea] [Citado el: 06 de Septiembre de 2012.] [Link]

[Link]/que-es-una-aplicacion-web/.

- Espinoza Díaz, Mario Leonardo y Pérez Cuestas, Jairo Aníbal. 2009. Sistema
Web de Bolsa de Empleo para el Ministerio de Trabajo y Empleo del Ecuador.
Sangolqui - Ecuador : s.n., 2009.

- Garzón Freire, José Fabricio. 2013. Sistema Web para el Control de Préstamos
de Herramientas y Accesorios en los Laboratorios de la Facultad de Ingeniería de
Sistemas, Electrónica e Industrial. Ambato - Ecuador : s.n., 2013.

- Gilfillan, Ian. 2003. La biblia MySql. s.l. : Anaya Multimedia, 2003. págs. 40,41.

- [Link]. 2011. Sistema Operativo GNU. [En línea] 2011. [Citado el: 10 de
Setiembre de 2012.] [Link]

- Gonzales Villa, Tania Denisse y Johnson Rojas, Pablo Ernesto. 2013. Análisis,
Diseño e Implementación de un Sistema Web y Móvil para el Soporte Informático a

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
267
 la Gestión de los Servicios de Atención que Brindan las Comisarías a la
Comunidad. Lima : Pontificia Universidad Católica del Perú, 2013.

- Guía de Internet, noticias y curiosidades de la red. 2012. Guía de Internet,

noticias y curiosidades de la red. [En línea] 18 de 07 de 2012. [Citado el: 01 de
Septiembre de 2012.] [Link]
electronica-e-internet-en-los-ultimos-anos/.

- Iparraguirre Iparraguirre, Cynthia Asunción y Huamán Quispe, Jhon Larry.

2008. Implementación de un sistema de información para mejorar el proceso de
información de la empresa Agropecuaria Chimú. s.l. : Universidad Nacional de
Trujillo, 2008. Tsi H82.

- [Link]. 2011. Javascript Ya. [En línea] 2011. [Citado el: 03 de

Septiembre de 2012.] [Link]

- [Link]. 2007. JMPereda's Weblog. [En línea] 24 de Agosto de

2007. [Citado el: 06 de Septiembre de 2012.]
- [Link]

- López Aguilar, Alberto. 2005. Desarrollo de Aplicaciones Web Usando UML.

Puebla : s.n., 2005.

- Luke Welling, Laura Thonsom. 2005. Desarrollo Web con PHP y MySQL. s.l. :
Ediciones Anaya Multimedia, 2005. pág. 33.

- Luna Rodriguez, Omar Nicolai y Alarcón Meza, Enrique Manuel. 2009.

Desarrollo e implementación de un sistema de contabilidad y costos. s.l. :
Universidad Nacional de Trujillo, 2009. Tsi A35.

- Mantenimiento de equipos de cómputo. 2012. Mantenimiento de equipos de

cómputo. [En línea] 02 de Marzo de 2012. [Citado el: 13 de Septiembre de 2012.]
[Link]

- Mendoza Chero, Iris Ines y Carrascal Cerna, Victor Martín. 2008. Desarrollo e
Implementación de un sistema de información para mejorar la gestión

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

administrativa en el área de tránsito de la Municipalidad Provincial de Chepén.

s.l. : Universidad Nacional de Trujillo, 2008. Tsi C28M.

- Mestros del Web. 2005. ¿Qué es la web 2.0? [En línea] 27 de Octubre de 2005.
[Citado el: 06 de Septiembre de 2012.]
- [Link]

- Microsoft Technet. 2005. Microsoft Technet. [En línea] 24 de Mayo de 2005.

[Citado el: 12 de Septiembre de 2012.] [Link]
es/library/aa996948%28v=exchg.65%[Link].

- Morales Ramos, Jesús Andrés. 2013. Metodología de la Programación. Estados

Unidos : Universidad Autónoma de Baja California, 2013.

- Ormeño Flores, Walter Diego y Gómez Ávila, José Alberto. 2008. Desarrollo e
Implementación de un sistema de Información de Planillas Únicas. s.l. :
Universidad Nacional de Trujillo, 2008. Tsi G63.

- Pedregosa Pareja, Miguel Angel. 2012. Diseño y Programación de Páginas Web.

Edición Digital. 2012. pág. 4.

- Portilla Aranda, Victor Hugo y Díaz Díaz, Franklin Alexis. 2008. Desarrollo e
implementación de un sistema web la mejorar la gestión académica del ISTP
Abaco. s.l. : Universidad Nacional de Trujillo, 2008. Tsi D69.

- Ramirez Pozo, Ader Adonis y Sanchez Vilca, Kleber. 2012. Implementación de

un Sistema de Información Basado en Web para Mejorar la Gestión de Rentas de
la Municipalidad Distrital de Casa Grande. s.l. : Universidad Nacional de Trujillo,
2012.

- Romero Galindo, Raúl Miguel. 2012. Análisis, Diseño e Implementación de un

Sistema de Información Aplicado a la Gestión Educativa en Centros de Educación
Especial. Lima : Pontificia Universidad Católica del Perú, 2012.
- Silva Bazán, David Johnson y Agreda Reyes, Gregorio Gustavo. 2008.
Implementación de un sistema informático para mejorar el área de tráfico en TRC
SAC. 2008. Tsi A31.
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
269
- [Link]. 2010. Informe: Modelo Cliente Servidor. [En línea] 13 de
Diciembre de 2010. [Citado el: 13 de Septiembre de 2012.]
[Link]
- Subhash Cahndra, Yadab y Singh, Sanjay Cumar. 2009. An introduction to
client/server computing. s.l. : New age international, 2009. págs. 1-5.

- Tutty Moran equipo web. 2012. Tutty Moran equipo web. Algunas Definiciones:
PHP. [En línea] 2012. [Citado el: 03 de Septiembre de 2012.]
[Link]

- Univ. Católica, del Perú. 2008. Slideshare. Curso Sistemas de Información. [En
línea] Pontificia Universidad Católica del Perú, 2008. [Citado el: 06 de Septiembre
de 2012.] [Link]

- Universidad de Colima, Mexico. 2011. Arquitectura Cliente Servidor. [En línea]

2011. [Citado el: 15 de Septiembre de 2012.]
[Link]
capa_1.

- Universidad de Sevilla;Escuela de Ingeniería Informática. 2004. Introducción a

las Aplicaciones Web. [En línea] Departamento de Lenguajes y Sistemas
Informáticos, Octubre de 2004. [Citado el: 05 de Septiembre de 2012.]
[Link]

- Universidad Nacional Autónoma de México. 2009. Manuales: Páginas Web

Dinámicas. [En línea] 2009. [Citado el: 07 de Septiembre de 2012.]
[Link]

- Valverde Martinez, David Maria. 2013. David Valverde: Nuevas Tecnologías.

[En línea] 2013. [Citado el: 06 de Septiembre de 2013.]
[Link]

- Vásquez Principe, Edith Liliana. 2007. Desarrollo de un sistema de Infromación

bajo entorno web para incrementar la eficiencia en la gestión de investigaciones
científicas. s.l. : Universidad Nacional de Trujillo, 2007. Tsi V36.

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

- Wikipedia. 2013. Wikipedia: Programación Extrema. [En línea] 12 de Noviembre

de 2013. [Link]

- wikispaces. 2012. Wikispaces: Portal de desarrollo de software. [En línea] 2012.

[Citado el: 05 de Septiembre de 2012.]
- [Link]
S+4+CAPAS..

- wordpress. 2010. Configurar Terminal Server en Windows 2003 R2. [En línea] 06
de Diciembre de 2010. [Citado el: 15 de Septiembre de 2012.]
- [Link]

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
271
ANEXOS

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

ANEXO 1
ENCUESTA SOBRE HERRAMIENTA ACTUAL
PRE - TEST

Lea detenidamente cada pregunta y escoja SOLO UNA RESPUESTA, la que más se
ajuste a la realidad de su organización. MARQUE con un aspa (X) en el recuadro a la
izquierda de la alternativa.

1. ¿Cómo calificaría las herramientas actuales con la que cuentan para realizar las
actividades relacionadas a la gestión de actas de verificación de emisión de
comprobantes de pago y control móvil?

Muy Bueno Bueno

Regular Malo

2. ¿Considera usted que las herramientas que usa actualmente para la gestión de
actas de verificación de emisión de comprobantes de pago y control móvil son
adecuadas?

Muy Bueno Bueno

Regular Malo

3. ¿Considera usted que las herramientas que usa actualmente para realizar
actividades vinculadas a la gestión de actas de verificación de emisión de
comprobantes de pago y control móvil son fáciles de usar?

Muy Bueno Bueno

Regular Malo

4. ¿Considera usted que las herramientas actuales facilitan el cumplimiento de

actividades relacionadas con la gestión de actas de verificación de emisión de
comprobantes de pago y control móvil?

Muy Bueno Bueno

Regular Malo
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
273
5. ¿Cómo considera usted a las herramientas actuales que usan para la obtención de
reportes?
Muy Bueno Bueno
Regular Malo

6. ¿Considera usted que el tiempo usado para la obtención de reportes es adecuado?

Muy Bueno Bueno

Regular Malo

7. ¿Considera usted que los reportes obtenidos mediante las herramientas actuales
contienen información exacta, precisa, fácil de entender, segura y confiable?

Muy Bueno Bueno

Regular Malo

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

ANEXO 2
ENCUESTA SOBRE APLICACIÓN WEB
POST - TEST

Lea detenidamente cada pregunta y escoja SOLO UNA RESPUESTA, la que más se
ajuste a la realidad de su organización. MARQUE con un aspa (X) en el recuadro a la
izquierda de la alternativa.

1. ¿Cómo calificaría la Aplicación Web la misma que se usa para realizar las
actividades relacionadas a la gestión de actas de verificación de emisión de
comprobantes de pago y control móvil?

Muy Bueno Bueno

Regular Malo

2. ¿Considera usted que la Aplicación Web es una herramienta adecuada para la

gestión de actas de verificación de emisión de comprobantes de pago y control
móvil?

Muy Bueno Bueno

Regular Malo

3. ¿Considera usted que la Aplicación Web es intuitiva, amigable y de fácil manejo?

Muy Bueno Bueno

Regular Malo

4. ¿Considera usted que la Aplicación Web facilita el cumplimiento de actividades

relacionadas con la gestión de actas de verificación de emisión de comprobantes
de pago y control móvil?

Muy Bueno Bueno

Regular Malo

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
275
5. ¿Considera usted que la Aplicación Web es útil para la generación de reportes?

Muy Bueno Bueno

Regular Malo

6. ¿Considera usted que el tiempo usado para la obtención de reportes es adecuado?

Muy Bueno Bueno

Regular Malo

7. ¿Considera usted que los reportes obtenidos mediante la Aplicación Web

contienen información exacta, precisa, fácil de entender, segura y confiable?

Muy Bueno Bueno

Regular Malo

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

ANEXO 3

ELECCIÓN DE LA METODOLOGÍA A UTILIZAR BASADO EN JUICIO DEL

EXPERTO

Tabla 91: Descripción de los Criterios de Priorización

Criterio de
Descripción Peso
Priorización
CP1 Apoyo metodológico 0.15
CP2 Ingeniería inversa 0.25
CP3 Robustez 0.3
CP4 Autogeneración 0.2
CP5 Manejo de diagramas 0.1

Fuente:(Ramirez Pozo, y otros, 2012)

Tabla 92: Nivel de impacto y su respectivo peso

Nivel de Impacto Peso

Muy Bajo 1
Bajo 2
Regular 3
Alto 4
Muy Alto 5

Fuente:(Elaboración propia, 2014)

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
277
Experto 01:
Apellidos y Nombres: Ing. Agreda Gamboa, David.
Cargo: Docente de la Universidad Nacional de Trujillo.
Título Profesional: Ingeniero de Sistemas.

Matriz 01
Criterios
CP1 CP2 CP3 CP4 CP5
Metodologías
RUP 4 4 4 4 4
XP 2 2 3 2 2
SCRUM 3 4 3 2 3
DSDM 2 2 2 2 3
Otras metodologías 3 3 2 2 2

Fuente:(Ramirez Pozo, y otros, 2012)

Experto 02:
Apellidos y Nombres: Ing. Díaz Díaz, Jaime.
Cargo: Docente de la Universidad Nacional de Trujillo.
Título Profesional: Ingeniero de Sistemas.

Matriz 02
Criterios
CP1 CP2 CP3 CP4 CP5
Metodologías
RUP 4 5 5 4 4
XP 3 3 3 2 2
SCRUM 3 4 3 2 2
DSDM 3 2 2 2 2
Otras metodologías 3 2 2 3 2

Fuente:(Ramirez Pozo, y otros, 2012)

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

Experto 03:
Apellidos y Nombres: Ing. Méndez Zavaleta, Oscar.
Cargo: Docente de la Universidad Nacional de Trujillo.
Título Profesional: Ingeniero de Sistemas.

Matriz 03
Criterios
CP1 CP2 CP3 CP4 CP5
Metodologías
RUP 4 5 5 4 4
XP 3 3 3 2 2
SCRUM 3 4 3 2 2
DSDM 3 2 2 2 2
Otras metodologías 3 2 2 2 2

Fuente:(Ramirez Pozo, y otros, 2012)

En conclusión se elige la metodología RUP para el desarrollo del proyecto

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
279
 ANEXO 4

TASA INTERNA DE OPORTUNIDAD

La tasa interna de oportunidad o tasa de interés de oportunidad o tasa mínima de

descuento, es la tasa de interés mínima a la que el gestor o el inversor, está dispuesto a
ganar al invertir en un proyecto. Esta tasa es bien importante y a veces no se le da la
relevancia que merece.

Puede suceder que las técnicas y herramientas utilizadas para desarrollar y evaluar un
proyecto en cada uno de los estudios sean las más apropiadas, pero si se utiliza una TIO
inadecuada, puede conducir a interpretaciones falsas.

La TIO es la tasa mínima que se utiliza para poder determinar el valor presente neto de
los flujos futuros de caja del proyecto y es la rentabilidad mínima que se le debe exigir
al proyecto para tomar la decisión de no invertir en un uso alternativo de los recursos o
en otro proyecto.

Para entenderse nuestro proyecto que es nuevo en la Institución y sólo será financiado
por la institución, la TIO, asumiremos que sería la tasa de interés que se está ganando en
el sitio donde se tiene depositado el capital, más la tasa mínima a que aspira el inversor.
TIO = i1 + ie
i1: tasa de interés promedio del mercado financiero
ie: tasa de Interés esperado por el inversionista
TIO = 0.36 + 19.05 = 19.41%

La tabla de la tasa interna de retorno se verá así:

TASA INTERNA DE OPORTUNIDAD

Tasa del mercado financiero 0,36%
Tasa esperada de inflación 19,05%
TASA INTERNA DE OPORTUNIDAD 19,41%

ANEXO 5

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

MANUAL DE USUARIO

Módulo de Control de Actas VECP

1.- Pasos para acceder al sistema Web de Auditoria – IR La Libertad:
• ingresar a esta dirección web: [Link]
• El usuario de acceso es el Registro Personal de SUNAT (QS65)
• La contraseña es el registro personal de SUNAT (QS65), la cual para mayor
seguridad debe ser cambiada al momento de acceder al sistema.
• El perfil para acceder será USUARIOS

2. Una vez dentro del sistema Para devolver las actas que se les asignaron deben ir al
menú de la parte izquierda y elegir la opción Devolver Actas VECP.

2.1. OPCION Conformes: En esta opción se registrara las Intervenciones conformes.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
281
2.2. OPCION No Conformes: En esta opción se registrara las Intervenciones No
conformes.

Aquí se debe hacer clic en la fecha correspondiente para poder visualizar en la parte
superior derecha la información de la asignación de las actas correspondiente y en la
parte de abajo aparecerán los correlativos de las actas asignadas para realizar el registro
de la información solicitada.

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

Para poder registrar la información del acta debemos seleccionar su estado.

Estado Compra, Consumo o No Restituido

Al Seleccionar un estado Compra, Consumo o No Restituido se abrirá un formulario
para poder registrar la información requerida.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
283
ESTADO ANULADO
Al seleccionar el estado Anulado se mostrara un formulario donde se registrará la
información correspondiente a la anulación del acta de acuerdo a su modalidad
seleccionada.

• Modalidad Deterioro: se deberá especificar obligatoriamente el motivo de la

anulación.

• Modalidad Pérdida: se deberá especificar obligatoriamente el estado en que se

encuentra el acta en el momento de extravío del documento. (En blanco o
utilizada), adicionalmente los datos de la denuncia policial.

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

• Modalidad Reemplazo: opción utilizada en el caso que un acta tuviera que ser
reemplazada por otra, registrando obligatoriamente los datos de la fecha de
anulación y el motivo por el cual se ha originado dicho reemplazo, indicando
además el tipo y número de acta que reemplazará a la anterior.

GENERACION DE INFORME
Dependiendo del estado de anulación seleccionado anteriormente, se deberá generar
el informe de anulación correspondiente, en donde se deberá especificar
previamente el número del informe y la fecha de emisión.
Para devolver el dinero asignado deben ir al menú de la parte izquierda y elegir la
opción Devolver Dinero.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
285
Opción Devolver dinero, aquí se mostrara un calendario donde las fechas resaltadas
son las fechas que se tiene una asignación de dinero pendiente.

Al hacer clic en una fecha se mostrar en la parte superior izquierda una lista de las actas
y/o registro de intervenciones conformes que contengan un gasto.

En esta lista seleccionaran las actas o documentos que sustentan el gasto de la

asignación.
Una vez seleccionado se mostrara le monto que se tiene que devolver al fondo de
asignaciones, además se muestra un botón para poder deshacer la devolución en caso se
haya seleccionado un documento por error

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

3. En el Caso se Tenga Asignación de Actas Móvil Urbano o tenga asignado Turno de

Garita, deben ir al menú de la parte izquierda y elegir la opción Devolver Actas CM.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
287
3.1 OPCION Urbano - Conformes, aquí aparece un calendario donde las fechas
resaltadas indican que se tienen asignación de actas Móvil para urbano pendientes de
devolver, aquí deberá registrar los Formatos CM que se utilizaron en el operativo
Urbano y que tuvieron como resultado de la intervención Conformidad.

Aquí selecciona los Formatos CM que se utilizaron en intervenciones que tuvieron

como resultado conformidad.

3.2 OPCION Garita – Conformes,

aquí deberá registrar los Formatos CM que se utilizaron en intervenciones a

transportistas y que tuvieron como resultado de la intervención no Conformidad.

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

Se debe registrar el Turno y la Garita en el cual se realizo las intervención conformes,

además se seleccionara los formatos CM que tuvieron como resultado conformidad.

3.3 OPCION Manifiestos – Conformes, aquí deberá registrar los Formatos CM que se
utilizaron en intervenciones a transportes de pasajeros y que tuvieron como resultado de
la intervención Conformidad.

3.3 OPCION Urbano – No Conformes aquí se debe devolver los formatos CM

utilizados en Urbano que tengan consigo Actas Móvil.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
289
Aquí aparece un calendario donde las fechas resaltadas indican que se tienen
asignación de actas Móvil para urbano pendientes de devolver, para devolver cm como
no conformes deberá seleccionar el estado de los formatos CM como utilizado, luego se
muestra una interfaz donde se debe ingresar el número de Actas que se detallan en la
CM.

Una vez seleccionado el tipo y número de actas que se detallan en la CM aparecerá una
nueva interfaz donde se debe registrar la informacion de cada Acta Movil.

Una vez llenda la información se debe registrar haciendo clic en el icono naraja de
guardado.

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

4. Para cambiar su contraseña deben ir al menú de la parte izquierda y elegir la opción

cambiar contraseña.

4.1 OPCION INFORMACION PERSONAL, aquí se muestra un formulario con la

información del usuario.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
291
4.1 OPCION CAMBIAR CONTRASEÑAS, aquí se muestra un formulario en el cual
se puede cambiar la contraseña.

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

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
293
 ANEXO 6
VALORES OBTENIDOS EN SPSS

Se ha usado el programa SPSS Statistics 19.0 para la obtención de resultados, por ello, la
codificación y los datos en el programa han sido:

Tiempo que utiliza el administrador en la generación de reportes:

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

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
294
Tiempo promedio utilizado por el usuario para el registro de datos:

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

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
296
297
 Biblioteca Digital - Dirección de Sistemas de Informática y
Comunicación

ANEXO 7
ÁRBOL DE PROBLEMAS

Deficiencia en la Gestión de los

operativos VECP y Móvil

Reportes no confiables y
Redundancia de fiscalización Establecimientos que no son dificultad para la obtención de Cortes documentarios
a un mismo contribuyente debidamente fiscalizados los mismos semestrales dificultosos

Deficiente gestión del control de actas de verificación de

emisión de comprobantes de pago y control móvil

Deficiencias en el registro y
Programación de Operativos en Poco control en la gestión de
obtención de información.
forma manual. fedatarios fiscalizadores.

Limitado acceso a la información Utilización de macros de Excel

que se registra por la intranet. obsoletas para obtención de
información.

297
 ANEXO 8
ÁRBOL DE OBJETIVOS
Mejorar la Gestión de los Operativos VECP y
Móvil

Reducción del tiempo de

No fiscalizar a un mismo Control total sobre los emisión de reportes y cálculo Reducción en el tiempo para
contribuyente en un operativo establecimientos fiscalizados. de datos. el corte documentario.

Se mejoró la gestión del control de actas de verificación

de emisión de comprobantes de pago y control móvil

Programación de Operativos por Gestión adecuada de Toda la información se registra

el sistema propuesto programación de fedatarios. en el sistema propuesto.

Acceso en línea a la información Utilización de reportes

necesaria. personalizados dentro del propio
sistema.

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

ANEXO 9
SOLICITUD DE VALIDACIÓN DIRIGIDA A EXPERTOS EN
CONTENIDO

Trujillo, 09 Abril del 2014

Señores:
Soporte Técnico
Oficina de Soporte Administrativo IR La Libertad – IR Piura

La presente tiene por finalidad solicitar su colaboración para determinar la

validez de contenido de los instrumentos de recolección de datos a ser aplicados en el
estudio denominado “Desarrollo de una Aplicación Web Dinámica con la
Implementación del Framework Jquery para mejorar la Gestión del Control de
Actas de Verificación de Emisión de Comprobantes de Pago y Control Móvil de la
SUNAT - La Libertad”.
Su valiosa ayuda consistirá en la evaluación de la pertinencia de cada una de las
preguntas con los objetivos, variables, dimensiones, indicadores, y la redacción de las
mismas.
Agradeciendo de antemano su valiosa colaboración, se despiden de Ustedes,
Atentamente,

Julio Cesar Castro Segura Alberto Oban Miñano Perez

DNI: 80639331 DNI: 42922834

INSTRUMENTO PARA LA VALIDACIÓN

Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
299
 APRECIACIÓN CUALITATIVA

APRECIACIÓN CUALITATIVA

CRITERIOS Excelente Bueno Regular Deficiente

Presentación del Instrumento

Claridad en la redacción de los ítems
Pertinencia de la variable con los
indicadores
Relevancia del contenido
Factibilidad de la aplicación

Observaciones:

Validado por:
Profesión:
Lugar de Trabajo:
Cargo que desempeña:
Lugar y fecha de validación:
Firma:

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

INSTRUMENTO PARA LA VALIDACIÓN

APRECIACIÓN CUANTITATIVA

Escala Evaluativa
Ítems Objetivos Observaciones
1 2 3 4
1 1
2 1
3 1
4 1
5 1
6 1
7 2

Validado por:
Profesión:
Lugar de Trabajo:
Cargo que desempeña:
Lugar y fecha de validación:

Firma:

Tabla 93: Escala Evaluativa y su respectivo peso

Escala Peso
Excelente 4
Bueno 3
Regular 2
Deficiente 1

Fuente:(Elaboración propia, 2014)

CALCULO DE LA VALIDACIÓN DE EXPERTOS
Esta obra ha sido publicada bajo la licencia Creative Commons Reconocimiento-No
Comercial-Compartir bajo la misma licencia 2.5 Perú.
301
 Tabla 94: Cálculo de la Validación de Expertos

Σ/
Ítem 1 Ítem 2 Ítem 3 Ítem 4 Ítem 5 Ítem 6 Ítem 7 Items
Juez 1 2 4 2 3 2 2 2 17
Juez 2 4 3 4 4 4 3 4 26
Juez 3 4 4 4 3 3 4 3 25
Varianza 0.889 0.222 0.889 0.222 0.667 0.667 0.667

Fuente:(Elaboración propia, 2014)

S2i= 4.22
S2t= 16.22

CÁLCULO DEL ALFA DE CRONBACH

A continuación calculamos el Alfa de Cronbach mediante los métodos:

a) Aplicamos la siguiente formula :

…………………… ( 24 )

Dónde:
K= es el número de ítems del Instrumento
S2i= Suma de Varianza de los Ítems
S2t= Varianza Total

Remplazando los valores en (24) obtenemos:

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

7 1- 4.22
α= 7-1 16.22

α = 0.863

Podemos ver que el valor del alfa de Cronbach es mayor al valor mínimo requerido para
demostrar la confiabilidad de la encuesta.

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
303
ANEXO 10

TABLA Z

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

ANEXO 11

TABLA DE DISTRIBUCIÓN “t” STUNDET

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

Comercial-Compartir bajo la misma licencia 2.5 Perú.
305
cccvi