Implementación de aplicativo web para mejorar gestión documental

FACULTAD DE INGENIERÍA Y ARQUITECTURA
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
TESIS
IMPLEMENTACIÓN DE UN APLICATIVO WEB PARA MEJORAR EL PROCESO
DE GESTIÓN DE DOCUMENTOS EN EL ÁREA DE REGISTROS ACADÉMICOS
DE LA UNIVERSIDAD AUTÓNOMA DEL PERÚ
PARA OBTENER EL TÍTULO DE

INGENIERA DE SISTEMAS
AUTORAS
ADRIANA VIVIANA OSCANOA CALDERÓN
ORCID: 0000-0002-8065-392X
KAROL YANDIRA CASTRO AROSTEGUI

ORCID: 0000-0002-3330-7098
ASESOR
DR. JOSE LUIS HERRERA SALAZAR
ORCID: 0000-0002-8869-3854
LÍNEA DE INVESTIGACIÓN
DESARROLLO DE SOFTWARE
LIMA, PERÚ, JULIO DE 2018

DEDICATORIA
Dedico esta tesis principalmente a Dios por

darme la fuerza y perseverancia para llegar a
esta etapa de mi vida. A mi padre que
físicamente no está a mi lado, pero siempre fue
motivación y mi referente a seguir. A mi madre
que me apoyo siempre. A mis abuelos por
siempre brindarme los consejos y a mis tíos por
brindarme apoyo y cariño.
Adriana Oscanoa Calderón
Dedico esta tesis en primer lugar a Dios por

darme vida, por estar con mi familia y permitirme
haber llegado hasta esta etapa de mi vida. A mis
padres, quienes son mi motivación para cumplir
mis metas, por enseñarme que si tengo un
tropiezo debo levantarme y por brindarme la
fortaleza durante todo el proceso de mi
formación Profesional, y a mis hermanos
quienes me apoyaron incondicionalmente,
enseñándome a afrontar retos y adversidades
de la vida, formándome como lo que soy.
Karol Castro Arostegui
ii
AGRADECIMIENTOS
Agradezco a Dios por guiar mi camino y

darme la fortaleza necesaria para no rendirme
jamás. A mi padre por ser un referente en mi
vida por enseñarme a nunca rendirme. A mi
madre por ser una luchadora y darme el mejor
ejemplo de perseverancia.
Al Ing. Sixto Córdova Castro, por la

confianza brindada, por apoyarme en la
realización de la tesis.
Adriana Oscanoa Calderón
Dios te doy muchas gracias porque me has

dado una hermosa familia, por guiarme y darme
las fortalezas necesarias para salir adelante. A
mi madre, por estar siempre conmigo, por tu
amor infimito hacia tus hijos. A mi padre, por
apoyarme a realizar uno de mis sueños y por su
cariño sincero.
Al Ing. Sixto Córdova Castro, por la gratitud

y profesionalidad, por apoyarme en la
realización de la tesis.
Karol Castro Arostegui
iii
ÍNDICE
DEDICATORIA…………………………………………………………………………….ii
AGRADECIMIENTOS ............................................................................................ iii
RESUMEN ............................................................................................................. xi
ABSTRACT .......................................................................................................... xii
INTRODUCCIÓN ................................................................................................. xiii
CAPÍTULO I: PROBLEMA DE INVESTIGACIÓN

1.1. Realidad problemática………………………………………………………...….16
1.1.1. Situación del problema……………………………………………………....16
1.1.2. Descripción del problema…………………...……………………...…….…19
1.1.3. Enunciado del problema……………………………………..……...………24
1.2. Tipo y nivel de la investigación…………………….……………………………24
1.2.1. Tipo de investigación…………………………………………….…...……..24
1.2.2. Nivel de investigación…………………………………………….……...….24
1.3. Justificación de la investigación……………………………..…….…….....…..24
1.3.1. Justificación teórico……………………………….…………………......….24
1.3.2. Justificación metodológica………………………………………………….25
1.3.3. Justificación práctica……………………………………….…….……..…..25
1.4. Objetivos de la investigación………………………………………………….…26
1.4.1. Objetivo general……………………………………………………………...26
1.4.2. Objetivos específicos………………………………………………………...26
1.5. Hipótesis…………………………………………………………………………….26
1.6. Variables e indicadores……………………………………………………………26
1.6.1. Variable independiente………………………………………………………26
1.6.2. Variable dependiente………………………………………………………...26
1.7. Limitaciones de la investigación………………………………………………….28
1.8. Diseño de la investigación………………………………………………………...29
1.9. Técnicas e instrumento para la recolección de información…………………..30
CAPÍTULO II: MARCO REFERENCIAL
2.1 Antecedentes de la investigación………………………………………………..32
2.2 Marco teórico…………………………………….………………………………..39
2.2.1. Aplicativo web…………………………………………………………………39
iv
2.2.2. Gestión documental………………………………………………………….. 44
2.2.3. Certificado digital ..................................................................................... 46
CAPÍTULO III: DESARROLLO DE LA SOLUCIÓN
3.1 Estudio de factibilidad……………………………………...……………………….54
3.1.1 Factibilidad técnica .................................................................................. 54
3.1.2 Factibilidad operativa ............................................................................... 55
3.2. Modelamiento del negocio………………………………………………………….58
3.2.1. Datos generales de la empresa .............................................................. 58
3.2.2. Descripción del modelo de negocio ........................................................ 59
3.2.3. Descripción de los procesos de negocio ................................................ 63
3.3. Desarrollo del aplicativo web para la gestión de documentos en base a
la metodología SCRUM………………………………………..................…………69
3.3.1. Actores.................................................................................................... 69
3.3.2. Análisis de requerimientos del sistema ................................................... 72
3.3.3. Definición de los Sprint ........................................................................... 77
3.3.4. Planificación de los Sprints ..................................................................... 77
CAPÍTULO IV: ANÁLISIS DE RESULTADOS Y CONTRASTACIÓN DE LA
HIPÓTESIS
4.1. Población y muestra………………………………………………………………122
4.1.1. Población .............................................................................................. 122
4.1.2. Muestra ................................................................................................. 122
4.2. Nivel de confianza y grado de significancia……………………………………122
4.3.1. Instrumento de la investigación ............................................................ 123
4.4. Análisis de resultados descriptivos……………………………….……………..124
4.5. Contrastación de la hipótesis…………………………………………………….130
CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES
5.1. Conclusiones………………………………………………………………………137
5.2. Recomendaciones………………………………………………………………..138
REFERENCIAS
ANEXOS
GLOSARIO DE TÉRMINOS
v
LISTA DE TABLAS
Tabla 1 Tipo de documentos ............................................................................. 21
Tabla 2 Cantidad de consumo de papel por áreas ............................................ 21
Tabla 3 Variable independiente ......................................................................... 27
Tabla 4 Variable dependiente ........................................................................... 27
Tabla 5 Indicador de variable independiente ..................................................... 28
Tabla 6 Indicador variable dependiente ............................................................ 28
Tabla 7 Tabla de la Pre- Prueba y Post – Prueba ............................................. 29
Tabla 8 Técnicas e instrumentos de la investigación de campo ....................... 30
Tabla 9 Los diferentes lenguajes de programación para la web ....................... 40
Tabla 10 Características de los equipos (computadoras) de usuario .................. 54
Tabla 11 Lista de Software necesarios para el desarrollo del sistema ................ 54
Tabla 12 Recursos Humanos necesarios para el desarrollo del proyecto ........... 55
Tabla 13 Presupuesto del proyecto ..................................................................... 56
Tabla 14 Las carreras que la institución actualmente brinda .............................. 63
Tabla 15 Proceso de gestión del documento en registros académicos ............... 64
Tabla 16 Datos actuales de los indicadores ........................................................ 67
Tabla 17 Cuadro de la situación actual (AS-IS) y la solución propuesta
(TO-BE) ……………………………………………………………………..67
Tabla 18 Actores de la Metodología Scrum ........................................................ 70
Tabla 19 Lista inicial de Épicas (Backlog) ........................................................... 72
Tabla 20 Lista de Historias de Usuario por orden de Importancia (backlog) ....... 76
Tabla 21 Velocidad del proyecto ......................................................................... 78
Tabla 22 Planificación del Sprint N° 1 ................................................................. 78
Tabla 23 Criterios de aceptación N° 1 ................................................................. 79

vi
Tabla 24 Prueba N° 01: Desarrollar la interfaz del Login .................................... 81
Tabla 25 Prueba N° 02: desarrollar la interfaz para seleccionar el tipo de
documento………………………………………………………………….83
Tabla 26 Prueba N° 13: desarrollar la interfaz para visualizar el listado de
historial económico................................................................................ 86
Tabla 27 Cierre del Sprint 1 ................................................................................ 87
Tabla 30 Prueba N° 04: desarrollar la interfaz Acceso de información del perfil . 91
Tabla 31 Prueba N° 05: Desarrollar la interfaz para gestionar y realizar el pago 93
Tabla 32 Prueba 06: Acceder al listado de los documentos pendientes de firma
y pendientes de entrega en físico ....................................................... 96
Tabla 33 Cierre del Sprint 2 ................................................................................ 97
Tabla 36 Prueba N° 07: desarrollar la interfaz para gestionar la solicitud de
documento ........................................................................................ 101
Tabla 37 Prueba N° 09: desarrollar la interfaz de búsqueda rápida y eficaz ..... 105
Tabla 38 Prueba N°10: desarrollar interfaz para acceder a un buscador
individual ........................................................................................... 107
Tabla 39 Cierre del Sprint 3 .............................................................................. 108
Tabla 40 Planificación del Sprint N°4 ................................................................ 109
Tabla 41 Criterios de aceptación N° 4 ............................................................... 110
Tabla 42 Prueba N° 11: Desarrollar la interfaz de acceder a las plantillas con
los datos de los solicitantes .............................................................. 113
vii
Tabla 43 Prueba N° 11: Desarrollar la opción de imprimir la plantilla solicitada
en la lista pendientes de entrega ...................................................... 114
Tabla 44 Prueba N°12: Entregar documento firmado digitalmente ................... 116
Tabla 45 Prueba N° 14: Desarrollar la interfaz para gestionar usuarios ........... 118
Tabla 46 Cierre del Sprint 4 .............................................................................. 120
Tabla 47 Resultados de la preprueba y posprueba ........................................... 123
Tabla 48 Indicadores para la Contrastación de la Hipótesis ............................. 130
Tabla 49 Contrastación para Tiempo para solicitar un documento de la Pre-
Prueba .............................................................................................. 130
Tabla 50 Contrastación para Tiempo para solicitar un documento de la Pre-
Prueba .............................................................................................. 131
Tabla 51 Contrastación para Tiempo para la entrega del documento solicitado
de la Pre-Prueba ............................................................................... 132
Tabla 52 Contrastación para Tiempo para la entrega del documento solicitado
de la Post-Prueba ............................................................................. 132
Tabla 53 Contrastación para la cantidad de documentos solicitados por de la
Pre-Prueba .......................................................................................... 134
Tabla 54 Contrastación para la cantidad de documentos solicitados por de la
Post-Prueba ........................................................................................ 134
viii
LISTA DE FIGURAS
Figura 1 Mapa de ubicación de la Universidad Autónoma del Perú. ........................ 19
Figura 2 Datos estadísticos del uso de papel de las áreas de la universidad. ......... 20
Figura 3 Flujograma del proceso general (AS-IS) .................................................... 23
Figura 4 Cliente / Servidor. 2012…………………………………………………………40
Figura 5 Arquitectura .Net. 2010 .............................................................................. 43
Figura 6 Descifrado de la firma digital y mensaje. 2014 ........................................... 47
Figura 7 Manifiesto Ágil. 2013. ................................................................................. 49
Figura 8 Organigrama de la Universidad Autónoma del Perú………………………...59
Figura 9 Diagrama de la Dirección de servicios Académicos................................... 60
Figura 10 Macroproceso de registros académicos ................................................... 62
Figura 11 Proceso de solicitud de documentos (AS-IS) ........................................... 66
Figura 12 Proceso de solicitud de documento (TO-BE) ........................................... 68
Figura 13 Roles de SCRUM. 2013. .......................................................................... 69
Figura 14 Cartas del Planning Poker........................................................................ 72
Figura 15 Arquitectura del sistema ........................................................................... 74
Figura 16 Modelo de la base de datos ..................................................................... 75
Figura 17 Burn Down finalizado del Sprint 1 ............................................................ 80
Figura 18 Interfaz del login ....................................................................................... 80
Figura 19 Interfaz de opción de trámite en línea ...................................................... 82
Figura 20 Interfaz para seleccionar el tipo de documento ........................................ 83
Figura 21 Interfaz para elegir el módulo de historial económico .............................. 85
Figura 23 Burn Down finalizado del Sprint 2 ............................................................ 90
Figura 24 Interfaz del perfil ....................................................................................... 90

ix
Figura 25 Interfaz para gestionar pago .................................................................... 92
Figura 27 Listado de documentos pendientes .......................................................... 95
Figura 28 Listado de documentos solicitados en físico ............................................ 95
Figura 29 Burn Down finalizado del Sprint 3 ......................................................... 100
Figura 30 Interfaz de la solicitud de documento ..................................................... 100
Figura 31 Interfaz del registro de documento ......................................................... 102
Figura 32 Desarrollar la interfaz de pagos realizados ............................................ 104
Figura 33 Interfaz de búsqueda individual.............................................................. 106
Figura 34 Búsqueda individual con datos del solicitante ........................................ 106
Figura 35 Burn Down finalizado del Sprint 4 .......................................................... 111
Figura 36 Interfaz de listado de documentos solicitados ........................................ 111
Figura 37 Plantilla con datos generados del solicitante.......................................... 112
Figura 38 Acceder a la opción de imprimir la plantilla si es solicitada. ................... 114
Figura 39 Diseño de interfaz de documento firmado digitalmente ......................... 118
Figura 40 Tiempo de solicitud de un documento (Pre) ........................................... 124
Figura 41 Tiempo de solicitud de un documento (Post) ......................................... 125
Figura 42 Tiempo de entrega de un documento (Pre)............................................ 126
Figura 43 Tiempo de entrega de un documento (Post) .......................................... 127
Figura 44 Cantidad de documentos solicitados (Pre) ............................................. 128
Figura 45 Cantidad de documentos solicitados en registros académicos (Post) ... 129
x
IMPLEMENTACIÓN DE UN APLICATIVO WEB PARA MEJORAR EL PROCESO
DE GESTIÓN DE DOCUMENTOS EN EL ÁREA DE REGISTROS ACADÉMICOS
DE LA UNIVERSIDAD AUTÓNOMA DEL PERÚ

KAROL YANDIRA CASTRO ARÒSTEGUI
UNIVERSIDAD AUTÓNOMA DEL PERÚ
RESUMEN
Para las empresas el problema general ha sido la gestión de documentos, los
documentos constituyen el aspecto más importante del proceso de la administración.
Por ello, muchas organizaciones han buscado soluciones rápidas como, integrar
tecnología a la administración de sus documentos. Por otro lado, en la situación
académica los más perjudicados en la gestión de documentos son los estudiantes; ya
que, hay tiempos largos tanto para solicitar como la entrega del mismo documento.
Es por ello, que el objetivo de la tesis fue determinar en qué medida la implementación
de un aplicativo web ayuda a mejorar el proceso de gestión de documentos. Se realizó
un estudio, donde se tomó como población todos los procesos de emisión de
documentos de la Universidad Autónoma del Perú y para la implementación se utilizó
la metodología SCRUM ya que se adecua al desarrollo del aplicativo web.
Esta investigación contó con una muestra de 30 procesos de emisión de documentos
elegidos al azar, donde sus datos fueron recolectados mediante instrumentos como,
una ficha de observación y un reloj para la medición del tiempo.
En el proceso del desarrollo del aplicativo web respecto a la gestión de documentos
se observó mejoras significativas en los puntos como, tiempo para solicitar un
documento, tiempo para ser entregado y la cantidad de documentos solicitados. Se
concluyó que la implementación del aplicativo web para mejorar la gestión de
documentos facilitó tanto a los estudiantes como al área de registros académicos la
solicitud y entrega de los documentos.
Palabras clave: aplicativo web, gestión de documentos, Scrum.
xi
IMPLEMENTATION OF A WEB APPLICATION TO IMPROVE THE DOCUMENT
MANAGEMENT PROCESS IN THE AREA OF ACADEMIC RECORDS OF THE

KAROL YANDIRA CASTRO ARÒSTEGUI
ABSTRACT
For companies, the general problem has been document management; since, the
documents constitute one of the most important aspects in the administration process.
For this reason, many organizations have looked for quick solutions such as
integrating technology to the administration of their documents. On the other hand, in
the academic situation, students are the most affected in document management;
since, there are long times b oth to request and delivery of the same document.
For that, the objective of the thesis was to determine to what extent the implementation
of a web application helps improve the document management process. A study was
carried out, where all the document issuance processes of the Autonomous University
of Peru were taken as a population and for the implementation the SCRUM
methodology was used since it is adapted to the development of the web application.
This investigation had a sample of 30 processes of issuance of documents chosen at
random, where their data were collected by instruments such as an observation card
and a clock for measure the time.
In the process of developing the web application with respect to document
management, significant improvements were observed in points such as, time to
request a document, time to be delivered and the amount of documents requested. It
was concluded that the implementation of the web application to improve document
management facilitated both students and the area of academic records in the
application and delivery of documents.
Keywords: web application, document management, Scrum,
xii
INTRODUCCIÓN
Mejorar la gestión de documentos en el área de registros académicos es esencial;

ya que, algunos problemas ocurren al momento que se realiza el proceso de la
solicitud, siendo estos como; la cola para recibir información, realizar el pago del
documento solicitado, la entrega del formulario de la solicitud al área de registros
académicos, y la entrega del documento solicitado.
Es por ello, que esta investigación realizo el desarrollo de un aplicativo web, cuya
implementación y funcionamiento permitió a los estudiantes de la universidad, generar
la solicitud y entrega de un documento de una manera más automatizado. El objetivo
principal fue mejorar el proceso de gestión de documentos, esto permitió una mejora
en el tiempo de solicitar un documento, el tiempo de entrega del documento solicitado
y la cantidad (registro) de documentos solicitados. Para el desarrollo del aplicativo
web se utilizó la metodología SCRUM.
La hipótesis que se demostró fue, que la implementación de un aplicativo web

ayuda significativamente a mejorar el proceso de gestión de documentos en el área
de registros académicos de la Universidad Autónoma del Perú.
Con la intención de hacer más entendible la presente tesis, esta ha sido dividida
en cinco capítulos, cuyos contenidos son los siguientes:
En el capítulo I: Planteamiento metodológico. - se define todo referente al

planteamiento metodológico, donde esta involucra la definición del problema,
justificación, nivel de investigación, objetivos, hipótesis, variables e indicadores,
diseño de investigación y los métodos de recolección de datos.
En el capítulo II: Marco referencial. - Se menciona los antecedentes, teniendo como

referencias tesis, libros y artículos científicos, la parte teórica de la tesis, la validación
del marco teórico relacionado con las metodologías y modelos que se están usando
para el desarrollo de la tesis y de cada variable.
xiii
En el capítulo III: Desarrollo de la solución. - Esta es la pieza más valiosa de la
tesis, debido a que se describe la parte del desarrollo del aplicativo web usando la
metodología SCRUM y las fases ya definidas en el marco teórico.
En el capítulo IV: Análisis e interpretación de los resultados. - Se realiza la prueba

experimental para la recopilación, análisis e interpretación de los resultados
obtenidos. Antes de lo mencionado primero, se describe la población y muestra,
consecutivamente el tipo de muestra, nivel de confianza. Asimismo, se enseña el
análisis de los datos pre - prueba y post - prueba. Los datos se muestran en tablas
las cuales al término de este capítulo serán analizadas y seguidamente se realizará
la contratación de la hipótesis.
Luego tenemos el capítulo V: Conclusiones y recomendaciones. - Se muestran las

conclusiones y recomendaciones de la investigación.
Al finalizar se presenta las referencias bibliográficas, anexos, apéndices y el

glosario de términos.
xiv
CAPÍTULO I
PROBLEMA DE INVESTIGACIÓN
15
1.1. Realidad de problemática
1.1.1. Situación del problema
Nivel internacional
Según Yamada (2016) con el estudio realizado a las grandes empresas se

llegó a la conclusión que seguir con el almacenamiento de documentos en papel es
más que pasado de moda. Cuando las empresas mantienen todos los registros,
archivos y otras documentaciones en físico ponen uno de sus mayores activos
comerciales e información en riesgo. Es por ello, que, con el fin de utilizar, almacenar
y proteger la seguridad de la documentación de su empresa, tiene que pensar más
allá del modelo. Considera que, la falta de "ubicar” un archivo en particular no debe
sentirse como una búsqueda del tesoro, es por ello, que con la documentación en
papel es exactamente igual. Se dedica mucho tiempo y recursos a buscar
documentos físicos en un intento de encontrar lo que se necesita, ya que los
documentos no son fáciles de encontrar.
Por otro lado, Mountain (2017) indica que en una empresa con 1.000
trabajadores gasta entre 20 y 29 millones de euros al año buscando información que
no existe o volviendo a crear información duplicada. Estas estimaciones coinciden
con otra investigación en donde pone de manifiesto que los profesionales dedican
hasta un 50% de su tiempo a la búsqueda de información y entre un 5% y un 15% del
tiempo a la lectura de dicha información.
Así mismo, Chico (2017) hace referencia sobre la celebración del Día Mundial
sin papel lo que da pie a reflexionar sobre nuestra relación con el papel y sobre cómo
gestionamos nuestros documentos. Para algunos, el concepto “sin papel” es una
aspiración, pero para otros no pueden ni imaginar renunciar el uso del papel en el
trabajo.
Por otro lado, El Repositorio institucional de Asturias (2010) explica que la

realidad en la que nos encontramos, como se muestra en Latinoamérica a través de
16
un prolongado futuro de convivencia del documento físico y electrónico en la gestión
documental. En la mayoría de los países y sobre todo al interior de ellos, un gran
porcentaje de documentación se registra en documentos físicos.
Todaro, Godoy y Abramo (2002) indican que el problema surge cuando se

necesita colocar los documentos en procesos empresariales. Es una deficiencia
común, que el 53% de los trabajadores están buscando una forma simple de firmar y
ordenar los documentos internos, el problema también puede ser la entrada de datos,
tanto introducir datos en un formulario inicialmente y volver a digitarlos en sus
sistemas más adelante. Así también, menciona que los documentos físicos no dejarán
de amontonarse, el papel está en todas partes en su organización, por ello el 34%
admite que sus oficinas están llenas de papel y que la mayoría son "cosas
importantes". Sin el software de gestión de documentos, es difícil mantener su
organización fuera del hábito de papel.
Nivel nacional
Según Gestión (2015) hace referencia que en el Perú las empresas públicas
también han optado por implementar la cultura cero papeles a través del uso de
sistemas de gestión de documentos como explica, sobre el nuevo sistema de
intermediación (SID-SUNARP), el cual brinda el beneficio de no utilizar el papel para
su procedimiento registral; la eliminación de casos sobre falsificación documentaria
donde habrá más agilidad en el trámite notarial, registral y la comunicación inmediata
al correo electrónico del ciudadano.
Así mismo, Melgarejo (2011) indica que los sistemas de gestión de

documentos no llegan a ser del todo completos o cubrir con las expectativas de las
empresas debido a las desventajas que suelen presentar de diferentes maneras, los
cuales son los siguientes: la aplicación de este tipo de sistemas conlleva una inversión
monetaria importante, las personas no autorizadas pueden acceder ilícitamente a los
datos sensibles en una computadora o un servidor si los protocolos de seguridad
están por debajo del nivel aceptable. Actualmente lo que las empresas desean
obtener con los sistemas de gestión de documentos ya no solo es contar con una
17
buena gestión, lo preocupante es la inseguridad de los archivos debido a los ataques
virtuales o la falsificación del mismo.
Así mismo, Aguilar (2016) explica que la seguridad de la información de

cualquier organización pública o privada sufre constantemente ataques informáticos
provenientes de terceros, incluso desde los usuarios internos que pretenden alterar o
comprometer uno de los recursos más valiosos, la información. Por ello, es muy
importante emplear un mecanismo certero y robusto, pero a la vez fácil de
implementar que permita asegurar la integridad, autenticidad y confidencialidad de los
datos que residen dentro de una organización sin que se pueda repudiar o negar su
autoría.
Situación universitaria
MINEDU (2016) define el procedimiento de gestión de documentos como:

realizar la solicitud de un tipo de documento, el cual solicite el estudiante de manera
presencial, se tiene que dirigir al área de mesa de partes, donde llenan el formato
único de trámite (F.U.T) solicitando el tipo de documento. El trámite para iniciar un
proceso administrativo pasará por distintas áreas de la universidad, la entrega de esta
documentación a los estudiantes puede tomar aproximadamente entre 7 a 10 días.
Es por ello, que es necesario identificar de manera detallada los procesos que lo
involucran. El problema que identificaron en la universidad es que, al momento de
solicitar un tipo de trámite documentario ya sea certificado, constancia de egresados,
entre otros se está generando pérdidas de tiempo, gestión inadecuada e incomodidad
por parte de los estudiantes.
Situación Institucional en el área de atención al estudiante
Según Bernard (2016) define el procedimiento en la universidad con respecto

a la Universidad Autónoma del Perú, es una empresa posicionada 9 años en el cono
sur de Lima, interesada en la educación y la exigencia competitiva y académica de
los estudiantes. Del mismo modo, han observado que durante los últimos años el
proceso de solicitud de certificados presenta sobrecostos de operación, tiempos
18
largos de ciclo y generando la insatisfacción de los clientes internos y externos de la
organización, además en el área de atención al estudiante en cada periodo de inicio
de ciclo académico vigente, recibe más de 9000 estudiantes de las distintas escuelas
profesionales que ofrece la universidad vemos entonces que muchos de los
estudiantes realizan de manera presencial cualquier tipo de trámite documental,
debido a que el proceso es manual de esta manera es que se generan las largas
colas.
La investigación del presente trabajo se realizará en la Universidad Autónoma

del Perú, la cual se encuentra ubicada en la Panamericana sur km. 16.3. Distrito de
Villa El Salvador.
Figura 1. Mapa de ubicación de la Universidad Autónoma del Perú.
Fuente: Google Maps.
1.1.2. Descripción del problema
Según, el área de registros académicos, el proceso de trámite de documentos

se realiza de manera manual; generando la congestión de colas de los
solicitantes.
Por ello, indica que parte de la congestión de colas se da también por la

ubicación de los firmantes que retrasa los tiempos de entrega de los documentos.
Por otro lado, manifiesta que se pierde mucho tiempo en la ubicación de
19
documentos emitidos con anterioridad, posteriormente el proceso de la firma
manual puede resultar complicado cuando se trata de grandes volúmenes.
La siguiente figura muestra el porcentaje de consumo de papel en las diferentes
áreas de la universidad.
Figura 2. Datos estadísticos del uso de papel de las áreas de la universidad.
Se puede observar en la figura 2, que el porcentaje de las áreas que más

consumen el uso de papel, son los siguientes: cuentas corrientes el 26%, luego le
sigue vicerrector académico 21%, atención al estudiante y centro de idiomas su
consumo es de 11%.
Datos referenciales
A continuacion se presentan datos generales y referencial para entender la

aplicación y calcular algunos beneficios tangibles.
Real ventaja y aporte de valor del proyecto radica en la optimizacion d elos proceso
de emision de documentos,el aporte a la optimizacion de tiempos y tareas de los
involucrado y sobre todo en la calidad de servicio ofrecido a los solicitantes.
20
Tabla 1
Tipo de documentos
Tipo documentos Cantidad
Certificados de estudios 254
Constancias de estudios 843
Traslados internos 313
Total 1,410
En la tabla 1, indica que los tipos de documento más solicitado son: las
constancias y certificados de estudio; además, menciona el total de documentos
impresos en el año 2017.
Tabla 2
Cantidad de consumo de papel por áreas
AREAS TOTAL
Escuela de Derecho 1024
Escuela de Administracion 1203
Escuela de Psicología 1130
Escuela de Contabilidad 920
Escuela de Ingeniería de Sistemas 850
Cuentas corrientes 1050
Centro de Idiomas 542
Cistec 512
Vicerrector Académico 460
Secretaria General 320
Registro Académicos 1254
En la tabla 2, muestra el consumo de papel de las diferentes áreas de la

Universidad Autónoma del Perú en el año 2017.
Problema principal
El proceso de solicitar y entrega de documentos en el área de registros

académicos; ya que su proceso actual es de forma presencial.
Problemas específicos
➢ Tiempo promedio en solicitar un documento

21
➢ Tiempo promedio de entrega del documento solicitado.
➢ Cantidad de documentos solicitados por día en el área de registros
académicos.
A continuación, en la figura 3, se muestra el proceso general (AS - IS).
22
Figura 3. Flujograma del proceso general (AS-IS)
23
1.1.3. Enunciado del problema
¿En qué medida la implementación de un aplicativo web ayudará a mejorar el

proceso de gestión de documentos en el área de registros académicos de la
Universidad Autónoma del Perú?
1.2. Tipo y nivel de la investigación
1.2.1. Tipo de investigación
Aplicada: Se utilizarán conocimientos ya existentes de la implementación de

un aplicativo web para mejorar el proceso de gestión de documentos. Buscando
mejorar los procesos en el área registros académicos en la Universidad Autónoma
del Perú 2018.
1.2.2. Nivel de investigación
Nivel explicativo: Inicialmente se realizará el análisis a la gestión de

documentos para verificar si hay una mejora en sus procesos. Además, se expondrá
las actividades y los actores que se encuentren vinculados a dicho proceso.
1.3. Justificación de la investigación
1.3.1. Justificación teórica
Este estudio permite tener mayor conocimiento sobre la digitalización y

conceptos relacionados con la gestión de documentos usando un aplicativo web. De
esta investigación se generaron nuevas ideas que aportan a las teorías existentes
sobre la administración de documentos.
La justificación teórica se hace cuando el propósito del estudio es generar

reflexión y debate académico sobre el conocimiento existente, confrontar una teoría,
24
contrastar resultados o cuando se busca mostrar las soluciones de un modelo.
(Bernal, 2010)
1.3.2. Justificación metodológica
La metodología científica cuenta con una serie de pasos que son significativos
para ser válido, la exclusión de algún paso podría generar el rechazo de cualquier
unidad de investigación. También nos permite conocer sobre la metodología scrum la
cual se usó para la del aplicativo web.
El uso de una metodología ágil como Scrum ayuda que se logre aprender cómo
se trabaja colaborativamente en equipo en un proyecto de desarrollo de software
afianzando así los métodos de trabajo que propone la metodología para una buena
práctica de la misma y un desempeño ágil (Salazar y Arbelaez, 2015)
1.3.3. Justificación práctica
En este estudio se tiene como problema principal la gestión de documentos,

por ello, se planteó una solución práctica, en la que el área de registros académicos
apoyándose en el aplicativo web pudo organizar su gestión de documentos e hizo
óptimo el proceso de recepciona y entregar los documentos a los estudiantes en
tiempos adecuados.
Las empresas tienen que trabajar con una gran cantidad de documentación.
Con el fin de gestionar la gran cantidad de documentos y la información, es una
ventaja muy importante contar con un sistema de gestión documental eficiente que
permita un fácil almacenamiento y búsqueda rápida, junto con instalaciones de
recuperación eficientes (Solutions Telecon Business, 2015)
25
1.4. Objetivos de la investigación
1.4.1. Objetivo general
Determinar en qué medida la implementación de un aplicativo web ayuda a

mejorar el proceso de gestión de documentos en el área de registros académicos de
la Universidad Autónoma del Perú.
1.4.2. Objetivos específicos
En qué medida la implementación de un aplicativo web ayuda a reducir el

tiempo de emisión de constancias o certificados físicos en la UA 2018.
En qué medida la implementación de un aplicativo web ayuda a reducir el

tiempo de entrega de constancias o certificados físicos en la UA 2018.
En qué medida la implementación de un aplicativo web ayuda a aumentar la

cantidad de constancias o certificados en el área de registros académicos en la UA
2018.
1.5. Hipótesis
La implementación de un aplicativo web mejora significativamente la gestión

de documentos en el área de registros académicos de la UA 2018.
1.6. Variables e indicadores

1.6.1. Variable independiente
➢ Aplicativo web
1.6.2. Variable dependiente
➢ Gestión de documentos
26
Indicadores
A. Conceptualización:
a) Variable Independiente: Aplicativo Web
Tabla 3
Variable independiente
Indicador: Presencia-Ausencia
Descripción: Cuando es NO, es porque no existe un Aplicación web para la gestión

de documentos en el área de registro académico en la Universidad Autónoma del
Perú SAC, y aún se encuentra en la situación actual del problema. Cuando es SI,
es cuando ha implementado el Aplicativo web y se espera obtener mejores
resultados.
b) Variable Dependiente: Gestión de documentos
Tabla 4
Variable dependiente
Indicador
Tiempo de emisión de Es el tiempo que se realiza para solicitar un documento.
documentos.
Es el tiempo que realizan para la entrega del documento
Tiempo de entrega de solicitado.
documentos.
Cantidad de documentos Es la cantidad de documentos solicitados por día.
Variables
B. Operacionalización
a) Variable independiente: Aplicativo Web
27
Tabla 5
Indicador de variable independiente
INDICADOR INDICE
Presencia-Ausencia No, Si
b) Variable dependiente: Gestión de Documento
Tabla 6
Indicador variable dependiente
INDICADOR INDICE UNIDAD DE UNIDAD DE
MEDIDA OBSERVACIÓN
Tiempo para la solicitud [1 – 60] Minutos Ficha de observación

de documento
Tiempo para la entrega [1 – 24] Horas Ficha de observación

del documento
solicitado.
Cantidad de [1 – 30] Cantidad Ficha de observación
documentos solicitudes
registradas por día.
1.7. Limitaciones de la investigación
▪ Espacial: El presente trabajo de investigación se llevó a cabo en la

Universidad Autónoma del Perú, ubicada en el distrito de Villa El Salvador.
▪ Conceptual: El presente trabajo de investigación tiene el uso de la
metodología SCRUM en el desarrollo del sistema de gestión de documentos,
para mejorar el proceso de gestión de documentos.
▪ Temporal: La presente tesis se realizará durante el periodo comprendido entre
el periodo 2017- II y 2018 – I.
28
1.8. Diseño de la investigación
El diseño empleado en la investigación es preexperimental ya que se trabaja

con variables tipo causa - efecto. Este tipo de diseño de investigación permite realizar
usos de prepruebas y pospruebas teniendo como resultados un seguimiento del
comportamiento que influirá en el uso de la herramienta antes y después del
tratamiento experimental.
El diseño de la Pre- Prueba y Post Prueba se hará con un solo grupo, en la

tabla 4 se muestra a mayor detalle lo descrito.
Tabla 7
Tabla de la Pre- Prueba y Post – Prueba
RGE O1 X O2
Primero, se eligen Prueba o medición Administrar el Post- Prueba o

las solicitudes al previa al estímulo o estímulo o medición o
azar del grupo tratamiento tratamiento tratamiento
experimental experimental experimental experimental
Ge O1 X O2
Donde:
R: Elección al azar
X: Tratamiento, estímulo o condición experimental (Aplicativo web).
Ge: Grupo experimental conformado por las solicitudes de los estudiantes de la
Universidad Autónoma del Perú.
O1: Son los valores de los indicadores de la variable dependiente de la Pre- Prueba.
O2: Son los valores de los indicadores de la variable dependiente en las Post- Prueba.
29
Descripción
Es la comparación de un grupo experimental (Ge) conformado por un número

representativo de solicitudes. A sus indicadores de preprueba (O1), se les administra
un estímulo o tratamiento experimental, el cual es el aplicativo web(X), luego se
espera obtener los resultados de la post prueba (O2).
Los datos de preprueba (O1) y post prueba (O2) están en función a los
indicadores que están definidos en base a los problemas específicos encontrados en
el negocio.
1.9. Técnicas e instrumento para la recolección de información

Técnicas e instrumentos de la investigación de campo.
Tabla 8
Técnicas e instrumentos de la investigación de campo
Técnicas Instrumentos
Observación Directa Ficha de Observación
30
CAPÍTULO II
MARCO REFERENCIAL
31
2.1 Antecedentes de la investigación
Presentaremos investigaciones realizadas sobre sistemas, que servirán como

antecedentes para esta tesis, las cuales se han revisado y se usaran como guía para
el desarrollo de nuestro trabajo.
A) Autor: Jack Henry Moscoso Castro
Título: Desarrollo de una aplicación web para la mejora de la gestión de trámite

documentario en la Dirección Regional de Agricultura de Madre de Dios.
Tipo de tesis: Pregrado
Año: 2018.
Correlación:
Determina el siguiente Problema: el autor detecto que, la problemática de que

la gestión tramite documentario se realiza de manera tradicional donde utilizan
cuadernos de registros lo cual conlleva un proceso muy lento cada gestión, del mismo
modo, no se puede hacer un seguimiento responsable ya que estos procesos
consumen una gran cantidad de tiempo.
Su objetivo general fue: implementación de una Aplicación Web para mejorar

la gestión de tramite documentario utilizando la metodología RUP para el desarrollo
de la aplicación, de esta manera, podrán generar un registro en el sistema y reducir
el tiempo en el proceso de registro.
El proyecto de investigación concluyo con buena aceptación, cada indiciador

que el autor utilizo influyo satisfactoriamente en el proceso de gestión de tramite
documentario como es la satisfacción en el uso de la aplicación, la velocidad de
respuesta del sistema (Moscoso, 2018)
32
B) Autor: Lizet Calle Pinto.
Título: desarrollo de una solución para automatizar los procesos de atención de

reclamos de una entidad financiera, utilizando un sistema de gestión por procesos de
negocio BPMS.
Tipo de tesis: Pregrado.
Año: 2013.
Correlación:
Determina el siguiente problema: acceder de manera rápida a información de

los clientes del banco, donde es necesaria para resolver los reclamos presentados
por los clientes. El proceso de reclamos del cliente es manual, donde no se tenía una
automatización planteada, debido a que se debe de leer el caso y según eso se podía
acceder a diferentes sistemas del banco donde se encontraba la información personal
del cliente, para ello es necesario la coordinación con las otras áreas y esta
comunicación se daba a través de correo electrónico o por llamadas telefónicas, dicho
todo el procedimiento de atención al cliente surge problemas como es la pérdida de
tiempo debido al no contar con un tiempo límite en la atención de dar solución a su
reclamo.
Su objetivo general fue: Desarrollar un proceso de automatización para

atención de reclamos de una entidad financiera, utilizando un sistema de gestión de
procesos de negocio BPMS con la finalidad de controlar la trazabilidad de los
procesos y obtener reporte de productividad del área.
De esta manera, el autor concluye con que el desarrollo un sistema en donde

los usuarios pueden centrar en analizar los distintos casos de reclamos de clientes y
resolverlos. Por lo tanto, este proyecto consiste en el análisis, diseño e
implementación de una solución BPM para automatizar los procesos de atención de
33
reclamos, de la unidad de gestión de soluciones del banco “ALFA”, con el uso de un
software de gestión por procesos de negocio BPMS. (Calle, 2013).
C) Autor(es): Albert Liberato Navarro, Nadya Marcial Reynalde.
Título: Desarrollo de un sistema de gestión documental, fichas de resumen y listas

de publicación para el proyecto ProCal-ProSer.
Año: 2014
Correlación:
Determina el siguiente problema: la necesidad de gestionar gran cantidad de

documentos que el grupo de investigación y desarrollo en Ingeniería de Software
(GIDIS) de la PUCP genera al realizar proyectos de investigación. Además, refiere
que, en el año 2013 se inició el Proyecto ProCal-ProSer donde involucra la
participación de investigadores, donde se observa la necesidad de tener herramientas
que contribuyan con la gestión de documentos, para que tenga un mejor manejo de
información, de esta manera se podrá ahorrar tiempo y principalmente generará
mayor comodidad y productividad en el desarrollo de los Proyectos.
Su objetivo general fue: Analizar, diseñar, e implementar un Sistema de

Gestión Documental, Fichas de Resumen y Listas de Publicación para el Proyecto
ProCal-ProSer, aplicable al Grupo de Investigación y Desarrollo en Ingeniería de
Software GIDIS-PUCP.
Liberato y Marcial (2014) explicaron que de esta forma se concluye que la

implementación del modelado de procesos de gestión documental y la integración de
grupos de trabajo obtuvo mejoras en el proceso, es por ello, que se desarrolló los
siguientes módulos: administración de usuarios y grupos de trabajo, publicaciones,
34
fichas de resumen y gestión de listas de publicación, búsqueda de publicaciones y
fichas de resumen en 3 formatos.
D) Autor: Lee Ed Ibérico Suárez.
Título: Mejoramiento de la gestión de trámite documentario utilizando firma digital

en el proyecto especial alto mayo – Moyobamba.
Año: 2013.
Correlación:
Determine el siguiente problema: hacen demasiado uso de papel, acumulación

de documentos y eso se refiere a que la empresa cuente con gastos. De acuerdo a lo
mencionado, cuenta con una deficiencia en su sistema de trámite ya que pueden
realizar solo algunos documentos.
Objetivo general fue: adopta una solución para el proceso de trámite

documentario basado en la firma digital que mejorar el proceso en gestión de
documentos.
Los indicadores de la variable dependiente de gestión de documentos que

utilizaron para realizar su investigación son: documentos recibidos y emitidos,
números de hojas de papel firmados digitalmente, tiempo de duración de trámites y
cantidad de documentos almacenados. Además, el autor concluyo con que la
implementación del proyecto tuvo una buena perspectiva en uso, ya que es muy
práctico el usarlo, además cuenta con una guía para el usuario del manejo del sistema
y del mismo modo la cultura de cero papeles.
35
E) Autor: Marco Burgos León
Título: Propuesta para la implementación de un sistema de gestión documental

en la empresa internacional Quality Systems Ltda, 2010.
Año: 2010.
Correlación:
Determina el siguiente problema: La empresa IQS Ltda tuvo una auditoría

interna al sistema de gestión integrado, en donde se identificó que el nivel de
implementación en el departamento de Contabilidad era de un 54%, en el
departamento de Facturación y Cobranzas de un 17%, en el de Adquisiciones 62%,
Pagos y Tesorería un 56%, mientras que en Recursos Humanos alcanzaba un 88%,
el nivel más alto de entre los departamentos estudiados. Donde se verifico a que este
nivel tan alto era por la mala gestión de la información del SGI, el desconocimiento y
por ende falta de seguimiento de los procedimientos, y la dispersión existente en el
almacenamiento de registros e información generada.
Su objetivo general fue: implementar un sistema de gestión documental con el

fin de aumentar el nivel del sistema integrado realizando mejora continua de este.
El autor concluye que la implementación de un sistema de gestión de documentos

logra la utilización completa del sistema de gestión diseñado e implementado en los
distintos departamentos (Burgos, 2010).
F) Autor(es): María Rodríguez Ruiz
Título: Sistema de gestión de documentos en la universidad nacional de

Nicaragua, 2010.
36
Tipo de tesis: Maestría
Año: 2010.
Correlación:
Determina el siguiente problema: se realizó el estudio de la situación de la

gestión de archivos en las áreas importante a nivel de sede central y las dos
regionales con el propósito de conocer el estado actual de los archivos, forma de
almacenamiento, estado de conservación, tipos de formatos y proceso de eliminación
y los lineamientos o políticas que auxilian estos procesos.
Su objetivo general fue: la implementación del sistema de gestión de

documento de archivos que permita la organización, conservación y disposición de
los documentos de archivos que se generan en la institución para la preservación de
la memoria histórica e institucional de la UNA.
El autor concluye con que al realizar la implementación de un sistema de gestión

de documentos de archivos es necesario que las áreas estén comprometidas y que
se genera la sensibilización de la problemática en la institución para que las
autoridades locales trabajen al mismo ritmo de las áreas y haya una mejora de la
gestión de los archivos (Rodríguez, 2010).
G) Autor(s): Belkys Quintero y Paola Fuentes
Título: Diseño de un sistema de gestión documental para el programa de

ingeniera de sistemas en la universidad de santa buenaventura – sede Bogotá.
Tipo de tesis: Pregrado.
Año: 2007
Correlación:
37
Determina el siguiente problema: Los archivos por tradición se han identificado
con una acumulación incontrolable de papeles y documentos que se guardan en un
depósito o local sin ningún criterio técnico de organización y bajo ninguna pauta de
seguridad en los documentos que se gestionan.
Su objetivo general fue que la implementación de sistema de gestión de

documentos permita la administración y control de documentos de manera
sistematizada, mediante el uso de las nuevas herramientas y aplicaciones
tecnológicas. Con el fin de realizar un óptimo manejo, administración y gestión de los
diferentes documentos.
El autor concluye que la implementación de un sistema de gestión de documentos

requiere de una buena organización y planificación, considerando las dimensiones,
los tiempos y la cantidad de elementos simultáneos que hay que poner en juego para
obtener éxito.
H) Autor: Odalys Font Aranda.
Título: Implementación de un sistema de gestión documental en la universidad

central “Marta Abreu” de las Villas, Cuba.
Tipo de tesis: Doctoral
Año: 2013.
Correlación:
Determina el siguiente problema: Que la gestión de documentos de manera

manual y presencial repercute en la organización, el uso, manejo y conservación de
sus documentos impidiendo una correcta gestión de los mismos y limitando a la
Universidad en sus capacidades de rendición de cuentas transparencia y
responsable.
38
Su objetivo general fue la implementación de un sistema de gestión
documental debido a la falta de ubicación y conservación de los documentos.
El autor concluye con es necesario realizar la implementación de sistemas

donde optimicen la gestión de documento y que tiene que haber un compromiso por
parte de las autoridades y las áreas para que el avance sea conjunto al sistema y todo
sea una mejora continua.
2.2 Marco teórico
2.2.1. Aplicativo Web
Se menciona que la aplicación web es un software que reside en un ordenador

denominado servidor web, que los usuarios pueden utilizar a través de internet o de
un intranet, con un navegador web para obtener los servicios que ofrece (Zofio, 2013).
Una página web estática es aquella que muestra información al navegante, de

forma que este se limita a obtener dicha información, sin que interactuar con la página
web visible, como por ejemplo las redes sociales.
Una página web dinámica es aquella que contiene elementos que permiten
una comunicación activa entre el usuario y la aplicación, y cuyo contenido se genera
a partir de lo que un usuario introduce en ella ejemplo el correo electrónico (Zofio,
2013).
Cliente/Servidor
Por lo antes mencionado, se entiende que una página web estática nunca
cambia de estado, por el contrario, una página web dinámica cambia en dependencia
de los parámetros que le son enviados a la aplicación web desde otra página.
39
Figura 4. Cliente / Servidor. 2017. Fuente: Ensayos
Lenguaje de programación (IDE)
Según, el artículo EcuRed, define que, cualquier lenguaje artificial que puede
utilizarse para definir una secuencia de instrucciones para su procesamiento por un
ordenador o computadora. Es complicado definir qué es y qué no es un lenguaje de
programación. Se asume generalmente que la traducción de las instrucciones a un
código que comprende la computadora debe ser completamente sistemática.
Normalmente es la computadora la que realiza la traducción (EcuRed, 2010).
Tabla 9
Los diferentes lenguajes de programación para la web
LENGUAJE DESCRIPCIÓN VENTAJA DESVENTAJA
HTML Es un lenguaje Texto presentado de Lenguaje estático.
estático para forma estructurada y La interpretación
desarrollo sitios web agradable. de cada navegador
(Desarrollado por el Despliegue rápido. puede ser diferente
World Wide Web Lenguaje de fácil El diseño es más
Consortium (W3C). aprendizaje. lento.
Los archivos Lo admiten todos los Las etiquetas son
extensiones (htm, exploradores muy limitadas.
html).
Javascript Este es un lenguaje Lenguaje de Código visible por
40
interpretado, no scripting seguro y cualquier usuario.
requiere compilación. fiable. El código debe
Es similar a Java, Los scripts tienen descargarse
aunque no es un capacidades completamente.
lenguaje orientado a limitadas, por Puede poner en
objetos, el mismo no razones de riesgo la seguridad
dispone de seguridad. del sitio
herencias.
PHP Es un lenguaje de Se caracteriza por Se necesita
script interpretado en ser un lenguaje muy instalar un servidor
el lado del servidor rápido. web.
utilizado para la Soporta en cierta Todo el trabajo lo
generación de medida la realiza el servidor y
páginas web orientación a objeto. no delega al
dinámicas, Clases y herencia. cliente. Por tanto,
embebidas en Es un lenguaje puede ser más
páginas HTML y multiplataforma: ineficiente a
ejecutadas en el Linux, Windows, medida que las
servidor. PHP no entre otros. solicitudes
necesita ser Capacidad de aumenten de
compilado para conexión con la número.
ejecutarse. Para su mayoría de los La legibilidad del
funcionamiento manejadores de código puede
necesita tener base de datos: verse afectada al
instalado Apache o MysSQL, mezclar sentencias
IIS con las librerías PostgreSQL, Oracle, HTML y PHP.
de PHP. La mayor MS SQL Server, Dificulta la
parte de su sintaxis entre otras. organización por
ha sido tomada de C, Incluye gran capas de la
Java y Perl con cantidad de aplicación.
algunas funciones.
características
específicas.
ASP.NET El ASP.NET fue Completamente Mayor consumo de
desarrollado para orientado a objetos. recursos.
resolver las limitantes Controles de usuario
41
que brindaba tu y personalizados.
antecesor ASP. División entre la
Creado para capa de aplicación o
desarrollar web diseño y el código.
sencillas o grandes Incremento de
aplicaciones. Para el velocidad de
desarrollo de respuesta del
ASP.NET se puede servidor.
utilizar C#, VB.NET o Mayor velocidad.
J#. Para su Mayor seguridad.
funcionamiento de las
páginas se necesita
tener instalado IIS
con el Framework
.Net.
Visual Studio
Microsoft Visual Studio es un entorno integrado de desarrollo (IDE) compartido

y único para todos los lenguajes .NET. El entorno proporciona acceso a todas las
funcionalidades del .NET Framework, así como a muchas otras funcionalidades que
hacen que el desarrollo de aplicaciones sea más ágil.
Ediciones de Visual Studio
Visual Studio 2008 se presenta en diferentes ediciones:

Edición con funcionalidades limitadas, diseñada para desarrolladores principiantes.
Se puede descargar y utilizar gratuitamente, siempre y cuando no sea con fines
lucrativos. Existen versiones express de C#, Visual Basic .NET, C++.NET, Web
Developer y SQL Server.
● Standard: permite desarrollar aplicaciones Windows o ASP.NET en cualquiera de

los lenguajes de .NET.
42
● Profesional: edición pensada para desarrolladores profesionales. Permite
desarrollar aplicaciones para dispositivos móviles, y aplicaciones basadas en
Microsoft Office.
● Team System: recomendada para empresas con equipos de trabajo, y consta de
varias versiones específicas para cada una de las funciones dentro de un equipo
de desarrollo: arquitecto, desarrollador, tester, etc. El producto Visual Studio Team
Suite es una versión especial que incorpora todas las funcionalidades de los
productos Team System.
Arquitectura de .NET
El Common Language Runtime (CLR) es el entorno de ejecución de .NET, que

incluye una máquina virtual, análoga en muchos aspectos a la máquina virtual de
Java. El CLR se encarga de ofrecer el entorno donde se ejecutan las aplicaciones
.NET y, por tanto, se encarga de activar los objetos, ejecutarlos, gestionar la memoria,
realizar comprobaciones de seguridad, etc.
Figura 5. Arquitectura .Net. Fuente: Ceballos (2010)
Por encima del CLR se sitúa la Framework Class Library, que con más de 4000
clases es una de las mayores bibliotecas de clases existentes. En el siguiente nivel,
están las clases que permiten el acceso a datos por medio de ADO.NET. Y en la
última capa, están las tecnologías para la creación de aplicaciones, que son las
siguientes:
● Win Forms. Desarrollo de aplicaciones de escritorio.
43
● ASP.NET. Desarrollo de aplicaciones web. Es la evolución de ASP.
● WPF. Nueva tecnología para el desarrollo de aplicaciones de escritorio.
● Silverlight. Subconjunto de WPF destinado al desarrollo de aplicaciones web.
Es una tecnología similar a Flash de Adobe.
● Servicios web. Desarrollo de aplicaciones distribuidas. (Ceballos, J. 2010)
Base de datos
Una base de datos es un conjunto de datos almacenados entre los que existen
relaciones lógicas y ha sido diseñada para satisfacer los requerimientos de
información de una empresa u organización. La base de datos es un conjunto de
datos organizados en estructuras que se definen una sola vez y que se utilizan al
mismo tiempo por muchos equipos y usuarios. En lugar de almacenarse en ficheros
desconectados y de manera redundante, los datos en una base de datos están
centralizados y organizados, de forma que se minimice la redundancia y se facilite su
gestión.
La base de datos no pertenece a un equipo, se comparte por toda la

organización. Además, la base de datos no solo contiene los datos de la organización,
también almacena una descripción de dichos datos. Esta descripción es lo que se
denomina metadatos, se almacena en el diccionario de datos o catálogo que, en
muchos casos, se organiza en otra base de datos (Hueso, 2014).
2.2.2. Gestión documental
Consideramos gestión documental al conjunto de actividades específicas que

permite coordinar y controlar de forma sistemática todos aquellos aspectos
relacionados con la creación, recepción, organización, almacenamiento,
preservación, acceso y difusión de los documentos en una organización (Redondo,
2010).
Si nos fijamos en el significado de las palabras según el diccionario, tendremos

las siguientes definiciones:
44
Gestión
1. Acción y efecto de gestionar.

2. Acción y efecto de administrar.
3. Cuasicontrato que se origina por el cuidado de intereses ajenos sin mandato de su
dueño. Asimismo, se entiende por gestionar hacer diligencias conducentes al logro
de un negocio o de un deseo cualquiera.
Documento
Tiene diferentes definiciones, pero en el ámbito jurídico refiere que, es una

cosa representativa, o sea capaz de representar un hecho, también representa la
imagen de la realidad, sirve como prueba de un proceso judicial, en este sentido
pueden ser considerados documentos una carta, un video, además también menciona
que en los conceptos revisados ha entendido circunscrito al escrito en soporte papel
(Pinochet, 2002).
Documento electrónico
La importancia cada vez mayor que las organizaciones otorgan a la gestión

documental se basa en las disfunciones organizativas que se han introducido en las
organizaciones con la automatización de sus procesos y el crecimiento exponencial
de los documentos electrónicos, que en pocos lugares han supuesto una reducción
drástica de los documentos en papel (Redondo, 2010).
Firmas digitales
El mensaje es firmado con la clave privada del remitente de tal forma que
puede ser verificado por cualquier que tenga acceso a la clave pública del remitente
(con esto queda demostrado que el remitente tiene la clave privada) Herranz (2010)
,Laguillaumie (2010) y Rafols (2010).
45
Tipos de criptografía
Según los tipos de criptosistema que pueden encontrarse se clasifican según

dos criterios:
Según tipo de clave.
● Simétrico o clave privada

● Asimétrica o de calve publica
Toda criptografía debe cumplir unos aspectos básicos:
✓ Confidencialidad. Aunque alguien pueda interceptar los mensajes, si no

dispone de la clave para descifrarlos es como si no tuviera nada.
✓ Integridad. Si los conocen el clave emisor y el receptor nadie se entere de los
mensajes que ambos se envían.
✓ Autenticidad, si solo el emisor y receptor conocen la clave no cabe de que si
uno envía el otro recibe el mensaje al revés
✓ No repudio si el receptor recibe un mensaje de emisor con la clave correcta, el
emisor no pueda negar el mensaje que ha enviado (Cardador, 2014)
2.2.3. Certificado digital
Un certificado digital es una forma de identificación digital. Así como la vida diaria
se usa el pasaporte, el permiso de conducir o el documento nacional de identidad, un
certificado digital va a permitir la identificación en internet en te cualquier entidad.
Un certificado es, al fin y cabo un tipo de credencial en soporte digital que

proporciona información sobre tu identidad de una entidad, así como otra información
extra.
Los certificados digitales son emitidos por autoridades competentes respecto que
son comúnmente denominados entidades emisoras de certificados y que se engloban
46
bajo las siglas CA. Además, la misión del certificado digital es la poder identificarse
digitalmente en internet, será en última instancia la entidad certificadora la que tenga
certificadora la que tenga que garantizar la validez de la información contenida en el
certificado.
Los certificados digitales permiten la criptografía haciendo uso de claves públicas,

en el certificado se incluye la clave pública de la entidad que identifica digitalmente.
Lo que hace el certificado internamente es coincidir una clave pública con un individuo
determinado (mediante una característica como por ejemplo el DNI) y la autoridad de
este certificado es válido porque es garantizada por el emisor. El usuario sabe que el
certificado es válido porque una entidad certificadora emite certificados digitales
incluyen su clave privada como proceso de la firma del certificado (Cardador, 2014)
Figura 6. Descifrado de la firma digital y mensaje. Fuente: Cardador (2014)
Xolido
Es un software que firma electrónica y que garantiza la seguridad en las

transacciones online de documentos, donde acelera y agiliza la ejecución del proceso
de la firma, de esta manera, permite el firmado electrónico y sellado de tiempo de
documentos de forma muy simple (Xolido).
Podemos firmar con cualquier certificado como DNIe, para autenticar la

procedencia de los mismos. Antes de firmar comprueba la validez del certificado,
47
permite utilizar varios formatos de firma según las necesidades, así como configurar
un servidor de tiempo para el sellado de tiempo, podemos firmar ficheros PDF,
mostrar una imagen asociada a la firma, firmar múltiples documentos en una sola
operación (OSI).
DNIe
El DNI electrónico es un documento emitido por la Dirección General de la Policía

(Ministerio del Interior). Además de acreditar físicamente la identidad personal de su
titular permite:
● Acreditar electrónicamente y de forma inequívoca su identidad.

● Firmar digitalmente documentos electrónicos, otorgándoles una validez jurídica
equivalente a la que les proporciona la firma manuscrita.
El DNIe incorpora un pequeño circuito integrado (chip), que contiene los mismos
datos que aparecen impresos en la tarjeta (datos personales, fotografía, firma
digitalizada y huella dactilar digitalizada) junto con los certificados de Autenticación y
de Firma Electrónica.
De esta forma, cualquier persona podrá realizar múltiples gestiones online de forma
segura con las Administraciones Públicas, con empresas públicas y privadas, y con
otros ciudadanos, a cualquier hora y sin tener que desplazarse a un lugar (PAe).
2.2.4. El origen de las metodologías ágiles
En los noventas surgieron varios movimientos identificados con el nombre de

Metodologías Livianas (Lightweight Methodólogies). Entre estos se encuentran
Extreme Programming (XP), Scrum, Software Craftmanship, Lean Software
Development, etc.
Más tarde, en febrero de 2001, se reunieron en Utah (EEUU) un grupo de diecisiete

profesionales reconocidos del desarrollo de software, y referentes de las
48
metodologías livianas existentes al momento, con el objetivo de determinar los valores
y principios que les permitirían a los equipos desarrollar software de forma más
acertada con las necesidades del cliente y responder mejor a los cambios que
pudieran surgir a lo largo de un proyecto de desarrollo. Se pretendía ofrecer una
alternativa a los procesos de desarrollo de software tradicionales, caracterizados por
la rigidez y dominados por la documentación.
En esta reunión se creó la Agile Alliance7, una organización sin fines de lucro cuyo
objetivo es el de promover los valores y principios de la filosofía ágil y ayudar a las
organizaciones en su adopción. También se declaró la piedra angular del movimiento
ágil, conocida como Manifiesto Ágil (Agile Manifestó). (Alaimo, 2013).
El Manifiesto Ágil
Figura 7. Manifiesto Ágil. Fuente: Alaimo (2013)
El manifiesto se llegó a componer de 4 valores y 12 principios.
Valores
➢ Valor a las personas y las interacciones entre ellas por sobre los procesos y las
herramientas.
Las personas son el principal factor de éxito de un proyecto de software
➢ Valorar el software funcionando por sobre la documentación detallada
49
No producir documentos a menos que sean necesarios de forma inmediata para
tomar una decisión importante, los documentos deben ser cotos y centrarse en lo
esencial.
➢ Valorar la colaboración con el cliente por sobre la negociación de contratos

Se propone que exista una interacción constante entre el cliente y el equipo de
desarrollo.
➢ Valorar la respuesta a los cambios por sobre el seguimiento estricto de los planes
La habilidad de responder a los cambios que puedan surgir a lo largo del proyecto
determina también el éxito o fracaso.
Principios
Los valores anteriores son los pilares sobre los cuales se construyen los doce
principios del Manifiesto Ágil. De estos doce principios, los dos primeros son
generales y resumen gran parte del espíritu ágil del desarrollo de software, mientras
que los siguientes son más específicos y orientados al proceso o al equipo de
desarrollo:
1. Nuestra mayor prioridad es satisfacer al cliente a través de entregas tempranas y

frecuentes de software con valor.
2. Aceptar el cambio incluso en etapas tardías del desarrollo. Los procesos ágiles
aprovechan los cambios para darle al cliente ventajas competitivas.
3. Entregar software funcionando en forma frecuente, desde un par de semanas a
un par de meses, prefiriendo el periodo de tiempo más corto.
4. Expertos del negocio y desarrolladores deben trabajar juntos diariamente durante
la ejecución del proyecto.
5. Construir proyectos en torno a personas motivadas, generándoles el ambiente
necesario, atendiendo sus necesidades y confiando en que ellos van a poder
hacer el trabajo.
6. La manera más eficiente y efectiva de compartir la información dentro de un equipo
de desarrollo es la conversación cara a cara.
50
7. El software funcionando es la principal métrica de progreso.
8. Los procesos ágiles promueven el desarrollo sostenible. Los sponsors,
desarrolladores y usuarios deben poder mantener un ritmo constante
indefinidamente.
9. La atención continua a la excelencia técnica y buenos diseños incrementan la
agilidad.
10. La simplicidad, el arte de maximizar la cantidad de trabajo no hecho- es esencial.
11. Las mejores arquitecturas, requerimientos y diseños emergen de equipos auto
organizados.
12. A intervalos regulares, el equipo reflexiona acerca de cómo convertirse en más
efectivos, luego mejora y ajusta su comportamiento adecuadamente.
SCRUM
Según Ken Schwaber, Jeff Sutherland y Mike Beedle. Define un marco para la
gestión de proyectos, que se ha utilizado con éxito durante los últimos 10 años. Está
especialmente indicada para proyectos con un rápido cambio de requisitos. Sus
principales características se pueden resumir en dos. El desarrollo de software se
realiza mediante iteraciones, denominadas sprints, con una duración de 30 días. El
resultado de cada sprint es un incremento ejecutable que se muestra al cliente. La
segunda característica importante son las reuniones a lo largo proyecto, entre ellas
destaca la reunión diaria de 15 minutos del equipo de desarrollo para coordinación e
integración (Letelier y Sánchez, 2003).
La institución educativa
El origen de las instituciones se da con la consolidación de las organizaciones

sociales, las cuales se generan a través de una o varias necesidades humanas que
se convierten en un objetivo, para alcanzar un beneficio para la comunidad o grupo
social determinado. Por lo que a la organización se le estable un nombre, una
identidad, un proceso para satisfacerla, una dirección y normas que les permitan
alcanzar su fin.
51
La organización educativa busca satisfacer las necesidades en los campos
ideológicos, de conocimiento, de desarrollo tecnológico, investigación etc., de la
sociedad.
Sin embargo, las organizaciones o instituciones educativas pueden

considerarse una empresa puesto que brinda un servicio a la sociedad, pero que no
siempre involucran una ganancia económica, dependiendo si son de orden público o
privado.
En el caso de instituciones educativas públicas prestan un servicio, pero sin

involucrar una ganancia económica para quien dirige y presta el servicio.
En cambio, en las instituciones educativas privadas sí involucran una ganancia

económica a quien da u ofrece el servicio, ya sea a un individuo o a un grupo
determinado (Martínez, 2012).
Tipos de instituciones educativas
Por lo que se determinaba anteriormente podemos decir que existen tres tipos
de instituciones educativas:
● Instituciones públicas, del Estado u oficiales: entes territoriales que competen

a la administración pública o del Estado.
● Instituciones privadas: son de propiedad de un individuo o grupo social con el

fin de brindar un servicio educativo que genere ganancias económicas para
estos.
● Instituciones humanitarias: Ya sean de orden público o privado con fines

exclusivamente humanitarios para el simple beneficio de una sociedad o
comunidad particular, por medio del servicio educativo sin afán de lucro
(Martínez. 2012)
52
CAPÍTULO III
DESARROLLO DE LA SOLUCIÓN
53
3.1 Estudio de factibilidad
3.1.1 Factibilidad técnica
La presente investigación es viable técnicamente, pues se cuenta con la

tecnología y los equipos para poder llevar a cabo el sistema además se dispone de
herramientas como libros, artículos, documentos, leyes, internet, y equipos de
cómputo necesarios para dar el desarrollo e implementación del sistema de gestión
de documentos.
• Hosting
Un hosting es tener espacio en el disco duro de un servidor, el cual está
preparado con los programas necesarios para que se pueda cargar un aplicativo y
usar ese mismo espacio para los correos.
Tabla 10
Características de los equipos (Computadoras) de usuario
Equipo Características
Procesador Intel Core I7
Memoria RAM 8 GB
Disco Duro 1 TB
Monitor 14”
Sistema Operativo Windows 10
• Plataforma de software
El software necesario que se utilizara para el desarrollo del sistema se muestra
en la
Tabla 11
Lista de Software necesarios para el desarrollo del sistema
TIPO DESCRIPCION
Sistema Operativo Microsoft Windows 10
Sistema de Gestor de Base de Datos SQL Server 2012
Lenguaje de Programación .Net
54
Software de Programación Visual Studio 2010
Editor de texto Sublime Text
3.1.2 Factibilidad operativa
Esta investigación es factible operativamente, porque se tiene el

conocimiento del proceso de emisión de documentos en el área de registro
académico de la Universidad Autónoma del Perú, además de los conocimientos
necesarios para el desarrollo del sistema. Se cuenta con la aprobación de las
autoridades de la universidad.
En la tabla 12, se muestra los cargos y sus respectivas funciones para el

proyecto que se lleva a cabo.
Tabla 12
Recursos Humanos necesarios para el desarrollo del proyecto
Cargo Función
Usuario Ayuda con la de las historias de usuario,
pruebas de funcionalidad y de aceptación
del sistema.
Programador Se encarga del desarrollo e interactúa con
el gestor de base de datos
Base de Datos Se encarga de dar estructura a la base de
datos para la implementación del sistema
Tester Realiza pruebas a los módulos terminados
para verificar que el funcionamiento es
óptimo.
Product Ower Participa en las reuniones para la
planificación de historias de usuario para
realizar el desarrollo del producto.
Scrum Master Guía al equipo en el desarrollo del sistema
con base a su experiencia tomando en
cuenta las buenas prácticas según la
metodología SCRUM
55
3.1.3 Factibilidad económica
Esta investigación es factible económicamente, debido a que la universidad

está dispuesta a asumir los costos con el fin de mejorar su proceso de emisión de
documentos. Los costos para el desarrollo del sistema son los siguientes:
Costo de hardware y software
Se cuenta con los equipos y recursos necesarios, para el desarrollo del sistema
de gestión de documentos, no se tuvo la necesidad de adquirir equipos nuevos ni en
el caso de software.
Costos de recursos humanos
Para la investigación se realizó la estimación de manera detallada de todo el

presupuesto a generarse, la cual se presenta a continuación.
Tabla 13
Presupuesto del proyecto
PRESUPUESTO (4 MESES)
UNID
CATEGO RECURSO AD PRECIO CANT CANTID TOTAL
RIA DE UNITARI IDAD AD
MEDI O (4
DA MESES)
Scrum Mes S/.6000.0 1 4 S/.24000.
Master 0 00
CARGOS Base de Mes S/.2000.0 1 4 S/.8000.0
Datos 0 0
Programad Mes S/.2500.0 1 4 S/.10000.
or 0 00
Tester Mes S/.1000.0 1 4 S/.4000.0
0 0
Lapicero Unida S/. 0.50. 4 1 S/.2.00
56
d
MATERIA Anillado Unida S/.10.00 4 1 S/.40.00
LES d
Impresión Mes S/40.00 4 1 S/160.00
Asesor de Mes S/.100.00 1 15 S/1500.00

CONSUL tesis
TORIA
Hosting Año S/.150.00 1 - S/.150
HOSTING
Dominio Año S/.30.00 1 - S/.30.00
DOMINIO
Laptop Unida 0 2 - 0
HARDWA d
RE USB Unida S/.30.00 1 - S/.30.00
d
SQL Server Unida 0 1 - 0
SOFTWA d
RE Visual Unida 0 1 - 0
Studio d
Bizagi Unida 0 1 - 0
Modeler d
XolidoSign Unida 0 1 - 0
d
Luz Mes S/50.00 1 4 S/200.00
SERVICI Internet Mes S/60.00 1 4 S/.240.00
OS Agua 1 4 S/.200.00
Mes S/50.00
Alimentació S/50 2 4 S/.400.00
n Mes
MOVILID Pasajes S/.50 2 4 S/.400.00
AD Mes
TOTAL S/.49352.
00
57
3.2. Modelamiento del negocio
3.2.1. Datos generales de la empresa
La Universidad Autónoma del Perú fue creada por la resolución N° 335, del
Consejo Nacional para la Autorización de Funcionamiento de Universidades
(CONAFU) del 12 diciembre de 2007, se autorizó el funcionamiento, que se publicó
en el diario el peruano el 15 de febrero de 2008. Además, el Inc. 2 del Art 4° de los
estatutos societarios de la Universidad Autónoma del Perú, menciona las atribuciones
del directorio y con la resolución N°171-2014-CONAFU, del 18 de marzo de 2014, se
aprueba el informe final de cumplimiento de metas de la Universidad Autónoma del
Perú (Universidad Autónoma del Peru, s.f.).
La Universidad Autónoma del Perú S.A.C es una institución de estudios

universitarios constituida como una universidad privada al amparo del artículo 18°
de la constitución política del Perú, asumiendo la forma de una sociedad anónima
cerrada, que se rige por la ley general de sociedades, ley N° 26887 y por la Ley
Universitaria, ley N° 30220. Inicia sus actividades con su inscripción en registros
públicos (Universidad Autónoma del Peru, s.f.).
Sus principales autoridades son:

•Rector: Juan Francisco Cardoso Romero.
• Vicerrector: Jorge Heber Ortiz Madrid.
Visión
Formar integralmente a personas como agentes de cambio comprometidas con
el desarrollo sostenible a través de la investigación, propuestas educativas
innovadoras y altos estándares de calidad.
Misión
Ser reconocida por su alta calidad académica, comprometida con la
investigación, el desarrollo sostenible y acreditado internacionalmente
58
3.2.2. Descripción del modelo de negocio
Junta General de
ORGANIGRAMA GENERAL DE LA Accionistas
Órganos Societarios
UNIVERSIDAD AUTÓNOMA DEL PERU S.A.C.
Órganos Académicos
Directorio
Gerencia General
Auditoría Interna Dirección Planificación y Des arrollo

Institucional
Defensoría Universitaria Dirección C alidad Ins titucion al y Acreditación
Asesoría Legal
Rectorado
Secretaria General
Of. Grados y Títulos
Gerencia de Administración y Of. Trámite y Archivo

Vicerrectorado Académico
Finanzas Documenta rio
Of. Finanza s del Est udiante Of. Proyect os Académicos
Of. Seg urida d
Dirección d e C alidad Dirección d e Servicio s

Dirección d e In vestigación
Dirección d e Marketing, Ventas e Dirección d e Ges tión del Talento Académica Académicos
Imagen Institucional Human o
Dirección d e Tecnologías d e Dirección d e Logística e Of. Extensión Cult ural y Of. Atención al Estudiant e y
Fondo Editoria l
Información Infraestructura Proyección Social Registros Académicos
Dirección d e C ontabilidad y
Of. Bienestar Universita rio Cent ro de Información Of. Innovación y
Finanzas Transferencia Tecnológica
Of. Labora torio y Ma terial Oficina Oport unidades

Didáctico Labora les y Seg. Graduado
Facultad In gen iería y

Facultad Ciencias de la Salud Arq uitectu ra Facultad C iencias de Gestió n Facultad d e Hu manidades Escu ela Pos grado
Dirección d e Estudio s
Generales
Medicina Human a Ingeniería C ivil Administración de Centro de Extensión
Con tabilidad Psico logía
Empresas Universitaria
PRE-AUTÓNOMA Of. Comercial Po sgrado
Odo ntología Ingeniería de Sistemas Administración en Turismo
Negocio s Internacio nales Derecho
y Ho telería
Enfermería Ingeniería Ind ustrial
Ciencias de la
Administración y Marketing Eco nomía y Finanzas
Comunicación
Ingeniería Ambiental
Terap ia Física y Reh ab ilitación
Arq uitectu ra
Figura 8. Organigrama de la Universidad Autónoma del Perú. Fuente: Universidad Autónoma del Perú, s.f.
59
Figura 9. Diagrama de la Dirección de servicios Académicos. Fuente: Información Institucional de la Universidad Autónoma del Perú.
60
Cadena de valor
En esta sección se presenta un modelo que permite describir el desarrollo

de las actividades de registros académicos, generando documento al cliente final.
El estudio de esta cadena de valor posibilita una ventaja estratégica, ya que gracias
a ella se podrá generar una propuesta de valor como el desarrollo del sistema para
mejorar el proceso de emisión de documento. Antes de presentar la cadena de valor
del proceso, se recurrió a cuadros de acuerdo a las áreas funcionales las cuales
están sujetas a criterios para conocer el proceso crítico de negocio.
61
Figura 10. Macroproceso de registros académicos
62
Servicios
En la actualidad ofrece 5 carreras profesionales y cuenta en el semestre

académico 2018-II, distribuidos en 3 facultades:
Tabla 14
Las carreras que la institución actualmente brinda
Facultad Carrera
Ingeniería y Arquitectura Ingeniería de Sistemas
Humanidades Derecho
Psicología
Ciencias de Gestión Administración de Empresas
Contabilidad
Además, también otros servicios como:
● Programación de especialidad
● Programas de ofimática
● CITSEC
● Lenguajes de programación, etc.
Stakeholder internos
• Personal del área de Registro Académico.
Stakeholder externos
• Estudiantes
• SUNEDU
• Medio ambiente
3.2.3. Descripción de los procesos de negocio
63
Para la investigación los procesos que se tomaron en cuenta estuvieron
vinculados a la gestión de documentos tanto en el ámbito institucional como en la de
la tesis.
Tabla 15
Proceso de gestión del documento en registros académicos
PROCESO DESCRIPCIÓN ACTOR
Ingresar id y contraseña El estudiante mediante el Solicitante
campus ingresa con su id y
contraseña
Validar datos Se valida el id y contraseña Campus virtual
ingresada
Seleccionar tramites en Al ingresar a tramites en Solicitante
línea y documento línea el estudiante tiene un
listado de todos los
documentos que esta
disponibles
Verificar requisitos Tiene que cumplir con los Campus virtual
requisitos dependiendo del
documento solicitado
Generar monto Al cumplir con los Campus virtual
requisitos se origina el
monto a pagar
Ingresar datos de la tarjeta El usuario ingresa los datos Solicitante
de la tarjeta que hará uso
para el pago
Validar datos Validara si los datos Visanet
ingresados son correctos
Generar pago exitoso Al estar correcta la Visanet
validación se realiza el
cobro exitosamente
Registrar documento Se realiza el registro del Campus virtual
Revisar notificación Llega una alerta a la Registros académicos
plataforma para revisar
64
documentos pendientes
Generar plantilla Se genera la plantilla con Registros académicos
los datos del solicitante
Realizar firma Lista la plantilla con los Registros académicos
datos validados se realiza
la firma
Subir documento Al estar el documento con Registros académicos
todo lo requerido se vuelve
a subir a la plataforma
Visualizar documento Se puede visualizar de Solicitante
manera virtual el
65
Figura 11. Proceso de solicitud de documentos (AS-IS)
66
Respecto al diagrama anterior como se muestra en la figura 11 del proceso de
solicitud de documentos presenta los siguientes problemas:
- Tiempo en solicitar un documento.

- Tiempo en entregar el documento solicitado.
- Cantidad de documentos solicitados por día.
Tabla 16
Datos actuales de los indicadores
Indicador Datos de preprueba(promedio)
Tiempo en solicitar un documento 13 minutos
Tiempo en entregar documento solicitado 288 horas
cantidad de documento solicitados por día 4(documentos)
Esta tabla muestra los indicadores que se están utilizando para esta
investigación, de igual manera se muestra los datos de la preprueba.
Para mejorar estas deficiencias en el área de registros académicos, la solución

que se propuso es implementar un aplicativo web para la gestión de documentos,
permitiendo generar la solicitud desde el campus virtual para mayor facilidad del
estudiante y por el lado de registros académicos, la generación de plantillas con los
datos del estudiante para que la gestión sea óptima.
Tabla 17
Cuadro de situación actual (AS-IS) y la solución propuesta (TO-BE)
AS-IS TO-BE
Tiempo inadecuado en la solicitud Tiempo optimo en la solicitud del documento

del documento
Tiempo inadecuado en la entrega Tiempo optimo en la entrega del documento

del documento
Cantidad de registros presenciales Cantidad de registros vía campus virtual
67
Figura 12. Proceso de solicitud de documento (TO-BE)
68
3.3. Desarrollo del aplicativo web para la gestión de documentos en base a la
metodología SCRUM
SCRUM
Scrum es un marco de trabajo que nos permite encontrar prácticas emergentes

en dominios complejos, como la gestión de proyectos de innovación. No es un
proceso completo, y mucho menos, una metodología. En lugar de proporcionar una
descripción completa y detallada de cómo deben realizarse las tareas de un proyecto,
genera una adaptación constante para que los involucrados vayan creando su propio
proceso. Esto ocurre debido a que no existen ni mejores ni buenas prácticas en un
contexto complejo.
Es el equipo de involucrados quien encontrará la mejor manera de resolver sus

problemáticas. Este tipo de soluciones serán emergentes.
3.3.1. Actores
Figura 13. Roles de SCRUM. Fuente: Alaimo (2013)
69
Tabla 18
Actores de la Metodología Scrum
CARGO DESCRIPCIÓN ENCARGADO
Son las personas que tendrán Solicitante, Registros

acceso al aplicativo web y le darán académicos.
uso.
Usuario En Scrum el cliente es parte del
equipo y brinda la lista de
requerimientos por lo cual su
participación es importante.
Guía al equipo a que logre su

Scrum Master mayor nivel de avance posible. Córdova, Sixto
Puede ser considerado un coach o
facilitador encargado de
acompañar al equipo de desarrollo.
Tiene la responsabilidad de
Product Owner conducir al equipo de desarrollo Gamboa Minchola, Carlos
hacia el producto adecuado.
Oscanoa Calderón, Adriana

Programador Se encarga del desarrollo del Castro Arostegui, Karol
aplicativo.
Base de datos Se encarga de estructurar la base Castro Arostegui, Karol

de datos para el desarrollo.
Tester Realiza las pruebas a los módulos Oscanoa Calderón, Adriana

ya desarrollados para verificar el
funcionamiento.
Alcance del proyecto
El proyecto consiste en el desarrollo un aplicativo web, permite realizar

solicitudes de certificados o constancias al usuario.
70
El alcance del proyecto incluye desde la solicitud, elección de documento que
requiere el usuario, registro de la solicitud, pago online del documento solicitado y
registro del documento en PDF en el campus virtual del usuario. También el sistema
tiene la opción de que el certificado se entregue de manera virtual y físicamente,
además en cada proceso de solicitud aparece el detalle, como es el documento
solicitado, la fecha, el costo y el estado en el que se encuentre la solicitud realizada
Para la construcción del software se utilizará el lenguaje de programación,

NET, CSS para la apariencia y SQL Server para la base de datos.
Beneficios del sistema

• Pagos directo desde el sistema.
• Solicitud de cualquier documento.
• Documentos almacenados en el campus virtual.
• Documentos entregados en un plazo máximo de 9 horas.
Valores de trabajo
Los valores que deben ser practicados por todos los miembros involucrados en el
desarrollo y que hacen posible que la metodología SCRUM tenga éxito son:
➢ Autonomía del equipo.
➢ Respeto en el equipo.
➢ Responsabilidad y autodisciplina.
➢ Perseverancia.
71
3.3.2. Análisis de requerimientos del sistema
3.3.2.1. Historia de usuario.
Las historias de usuario que se mostraran a continuación fueron elaboradas

junto a los clientes involucrados en el proceso seleccionado para esta investigación.
Los cuales se clasificaron por módulos.
Figura 14. Cartas del Planning Poker
3.3.2.2. Lista inicial de Épicas (Backlog).
Tabla 19
Lista inicial de Épicas (Backlog)
N° Rol Tarea Objetivo

(Tipo de usuario) (Realizar alguna tarea) (Lograr algún objetivo)
1 Todos los roles Acceder al aplicativo Para evitar riesgos de usuarios

web de manera segura duplicados
2 Todos los roles Acceso a la información

del perfil del usuario Para validar que es el usuario
correcto
3 Solicitante Acceder al listado
72
de los tipos de Para visualizar los diferentes
documentos tipos de documentos
4 Solicitante Gestionar solicitud de Para solicitar el documento

documento requerido
5 Solicitante Registrar el documento Para visualizar los documentos
solicitado solicitados
6 Solicitante Realizar pagos en línea Para realizar el pago de manera
con seguridad. segura en la web
7 solicitante Acceder al listado de Para verificar los pagos
historial económico realizados
8 Solicitante Acceder a una Para visualizar el pago realizado
búsqueda rápida y en una fecha determinada
eficaz en el historial
económico
9 Registros académicos Acceder al listado de Tener acceso a una lista donde

los documentos registre los documentos por
pendientes y estado
entregados
10 Registros académicos Acceder a las plantillas
con datos de los Acceder a generar los
solicitantes documentos a través de plantillas
incluyendo los datos
11 Registros académicos Acceder a un buscador
ingresando solo el Tener acceso a un buscador
nombre individual
12 Registros Académicos Descargar e imprimir la

plantilla si se solicita el Dar la opción de solicitar el
documento de manera documento físico
física
13 Registros Académicos
Enviar el documento Realizar la entrega del
firmado digitalmente documento desde la plataforma
73
14 Solicitante Descargar el Poder visualizar el documento
documento firmado con firma digital desde la
digitalmente plataforma
3.3.2.3 Arquitectura del sistema.
Figura 15. Arquitectura del sistema
74
3.3.2.4 Base de datos.
Figura 16. Modelo de la base de datos
75
3.3.2.5. Lista de Historia de usuarios.
Tabla 20
Lista de Historias de Usuario por orden de Importancia (backlog)
N° Modulo Historia de Prioridad Puntos Sprint
Usuarios de 1 2 3 4
historia
1 Acceder al alta 13 x
aplicativo
Módulo de web de manera
acceso segura
2 Acceso a la media 8 x
información del
perfil del usuario
3 Acceder al listado alta 8 x
Módulo de de los tipos de
trámite de documentos
documento
4 gestionar solicitud Media 8 x
de documento
5 Registrar el media 8 x
documento
solicitado
6 Módulo de Tener acceso a alta 20 x
pagos en Realizar pagos en
línea línea con
seguridad.
Módulo de de historial
historial económico
8 económico Acceder a una baja 8 x
búsqueda rápida y
eficaz
de los documentos
pendientes y
entregados
76
10 Acceder a las alto 13 x
plantillas con datos
de los solicitantes
11 Acceder a un baja 5 x
Módulo de buscador
gestión de ingresando solo el
documento nombre
s
12 Descargar e media 5 x
imprimir la plantilla
si se solicita el
documento de
manera física
13 Enviar el media 13 x
documento firmado
digitalmente
14 Descargar Media 5 x
documento firmado
digitalmente
3.3.3. Definición de los Sprint
Como se muestra en la tabla anterior, cada sprint tuvo un peso de 42 puntos,

que el equipo de Scrum tomo para el desarrollo, teniendo en cuenta también el
esfuerzo. Cada sprint tiene la duración de 4 semanas.
3.3.4. Planificación de los Sprints
Para el desarrollo de cada sprint, que son 4, se planifico contar con

entregables para tener validaciones sobre los avances del equipo.
3.3.4.1. Velocidad del proyecto.
Para el desarrollo del sprint se está tomando en cuenta 3 integrantes, con

jornadas de trabajo de 8 horas diarias.
77
Tabla 21
Velocidad del proyecto
Equipo Scrum Miembro1 Miembro 2 Miembro3
Horas x día 8 8 8
Horas x semana 40 40 40
Semanas x mes 4 4 4
Total, de horas 160 160 160
Total, de días 20 20 20
laborables
Total, de días para 60
cada sprint
Se toma en cuenta el factor dedicación al 70% debido a que se puede presentar

algunas contingencias, afectando los días disponibles del equipo para la el desarrollo
de cada sprint.
Total, de días por cada sprint x Factor de dedicación = Velocidad
60 x 70% = 42
3.3.4.2. Planifican del Sprint 1.
Tabla 22
Planificación del Sprint N° 1
N° Módulo Historia de Prioridad Puntos de Sprint
Usuarios Historias 1 2 3 4
1 Módulo de Acceso Acceder al aplicativo Alta 13 x
web de manera
segura
3 Módulo de trámite Acceder al listado de Alta 8 x

de documento tipos de documentos
7 Módulo de historial Acceder al listado de Alta 13

económico historial económico x
78
Criterio de Aceptación de Sprint 1
Tabla 23
Criterios de aceptación N° 1
Enunciado de la historia Criterio de aceptación
N° Rol Tarea Objetivo Criterio de Contexto Evento Resultado /
Como <tipo Quiero <realizar Para que pueda Aceptación Comportam
de usuario> alguna tarea> <lograr algún (Titulo) iento
objetivo> esperado
1 Todos los Queremos Para participar en Realizar Login Cuando ingresa al Cuando ingresa un Acceso al
roles acceder de el proceso de aplicativo Web usuario al sistema sistema
manera segura solicitud de (Administrador/ según el
documento Solicitante/ perfil
Firmante)
3 Estudiante Acceder al Para seleccionar Realizar el Cuando ingresa Cuando selecciona Visualizar y
listado de tipos el tipo de listado de módulo de trámite el tipo de seleccionar
de documentos documento documentos en línea documento el listado de
solicitado documentos
7
Estudiante visualizar el Para verificar los Realizar el Cuando ingresa al Cuando selecciona Visualizar a
listado de pagos realizados listado de módulo de historial y elije la lista de detalle el
historial historial económico historial económico historial
económico económico económico
79
a) Sprint 1
a.1) Burn Down

Sprint 1 Burn Down
50
40
30
20
10
0
1 2 3 4 5
horas horas estimadas
Figura 17. Burn Down finalizado del Sprint 1
a.2) Diseño del login
Figura 18. Interfaz del login
Se muestra la interfaz del usuario para acceder al sistema y pueda tener los
permisos según el tipo de usuario como: estudiante, firmante y administrador. Cada
uno ingresando mediante usuario y contraseña que permite acceder al perfil
correspondiente de cada usuario.
80
Tabla 24
Prueba N° 01: Desarrollar la interfaz del Login
PRUEBA FUNCIONAL
PRUEBA N°. 01 Prueba de VERSIÓN DE DIL 01
Funcionalidad N° 01 EJECUCIÓN
FECHA EJECUCIÓN
TAREA: Administración,
Desarrollar la MODULO Estudiante y
Interfaz de Login DEL SISTEMA registros
académicos
Descripción del caso de Se procederá a realizar pruebas con respecto a la validación de los
prueba: campos de usuario y contraseña, así mismo mostrar los datos
errados
1. CASO DE PRUEBA
a. Precondiciones
➢ Conectar a la base de datos
b. Pasos de la prueba
➢ Ingresar datos no validados para validar campos
➢ Validar que el acceso al sistema funcione
➢ Verificar que los datos de la contraseña validen (mayúsculas, minúsculas y números)
DATOS DE ENTRADA RESPUESTA COINCIDE RESPUESTA
CAMPO VALOR TIPO ESPERADA SI NO DEL
ESCENARIO DEL SISTEMA
FRAMEWORK
Usuario Rsjsdjfb Normal CAMPUS UA le ➢ Acceso correcto
da bienvenida al sistema
➢
Usuario aoscano Normal Usuario o Usuario o

➢
contraseña contraseña
➢
incorrecta
➢
Contraseña 123456 Normal La contraseña
es incorrecta Usuario o
contraseña
incorrecta
c. Post condiciones
c.1 Mensaje de error al momento de acceder
2. RESULTADOS DE LA PRUEBA
Defectos y desviaciones
veredicto
81
X PASO
FALLO
Observaciones Probador
Firma:
Nombre:
Fecha:
a.3) diseño del interfaz para gestionar tipo de documento
Figura 19. Interfaz de opción de trámite en línea
Se muestra la opción de trámite en línea para gestionar documento (véase

figura 19) donde podrá seleccionar un documento, visualizar documentos ya
anteriormente solicitado.
82
Figura 20. Interfaz para seleccionar el tipo de documento
Una vez elegida la opción de trámite en líneas, podrá visualizar un listado de

documento como son: constancias, certificados y otros, cada uno de estos
documentos esta validado de acuerdo al ciclo donde se encuentre el estudiante
Tabla 25
Prueba N° 02: desarrollar la interfaz para seleccionar el tipo de documento
PRUEBA FUNCIONAL
FECHA EJECUCIÓN
TAREA Desarrollar la Interfaz MODULO DEL Estudiante
para seleccionar el SISTEMA
tipo de documento
Descripción del caso de Se procederá a realizar pruebas con respecto al listado de
prueba: documento y las validaciones de cada documento respecto a cada
solicitante de acuerdo al ciclo donde se encuentre
1. CASO DE PRUEBA
a. Precondiciones
➢ Seleccionar el módulo de trámite en línea
➢ Elegir tipo de documento
83
CAMPO VALOR TIPO ESPERADA SI NO DEL
FRAMEWORK
Tramite en --------- Normal Ingreso Acceso correcto
línea correctamente ➢ al modulo
trámite en línea
Acceso correcto
Lista de ------------ Normal Visualización del ➢ al seleccionar
documento listado los diferentes
correctamente tipos de
documento
c. Post condiciones
c.1 Mensaje de error al momento de acceder al seleccionar tipo de documento
Defectos y desviaciones Veredicto
X PASO
FALLO
Firma:
Nombre:
Fecha:
a.4) diseño del interfaz para visualizar el listado de historial económico
84
Figura 21. Interfaz para elegir el módulo de historial económico
Se muestra un interfaz para acceder al módulo de historial económico, en este

módulo muestra todo el pago que realizo el estudiante.
Se muestra a detalle el listado del historial económico del estudiante desde el

periodo que ingreso hasta la actualidad.
85
Tabla 26
Prueba N° 13: desarrollar la interfaz para visualizar el listado de historial económico
PRUEBA FUNCIONAL
PRUEBA N°.03 Prueba de Funcionalidad VERSIÓN DE DIL 03
N° 03 EJECUCIÓN
FECHA EJECUCIÓN
TAREA Desarrollar la interfaz Usuario
para visualizar el listado MODULO DEL
de historial económico SISTEMA
Descripción del caso de Se procederá a realizar pruebas con respecto al listado del historial
prueba: económico de todos los pagos realizados.
1. CASO DE PRUEBA
a. Precondiciones
➢ Seleccionar el módulo historial económico
➢ Verificar todo el listado de historia económico
DATOS DE ENTRADA RESPUESTA COINCIDE RESPUESTA DEL
CAMPO VALOR TIPO ESPERADA DEL SI NO SISTEMA
ESCENARIO FRAMEWORK
Historial ------------ Normal Selección ➢

económico correctamente ➢
al
módulo de historial
Acceso correcto al
económico
modulo
Historial ------------ Normal Visualizar el listado ➢

económico de historial ➢
Acceso correcto
económico
listado de historial
económico
c. Post condiciones
c.1 Mensaje de error al momento de acceder al listado de Historial económico
veredicto
X PASO
FALLO
86
Observaciones
Probador
Firma:
Nombre:
Fecha:
Tabla 27
Cierre del Sprint 1
Implementación de un aplicativo web para mejorar el
Nombre del Proyecto proceso de gestión de documentos en el área de registros
académicos de la Universidad Autónoma del Perú
Lugar Universidad Autónoma del Perú
Numero de iteración Sprint 1
/sprint
Personas convocadas Karol Castro Arostegui
a la reunión Adriana Oscanoa Calderón
Carlos Gamboa Minchola
Sixto Córdova Castro
Personas que Karol Castro Arostegui
asistieron a la reunión Adriana Oscanoa Calderón
¿Qué salió bien en ¿Qué no salió bien Lecciones
el Sprint? en el Sprint? aprendidas
(aciertos) (errores) (recomendacione
s)
➢ se cumplió el periodo ➢ Al iniciar a generar la ➢ Se recomienda
establecido. conexión con la base de Verificar algunos
datos, hubo un problema detalles de la
al momento de ingresar al programación.
sistema.
87
3.3.4.3. Planificación del Sprint 2.
Tabla 28
N° Módulo Historia de Usuarios Prioridad Puntos de Sprint
Historias 1 2 3 4
2 Módulo de Acceder a la Media 8 x

Acceso información del perfil
del usuario
6 Módulo Pagos Tener acceso a Alta 20 x
en Línea realizar pagos en línea
con seguridad
9 Módulo de Acceder al listado de 13 x

gestión de los documentos Alto
documento pendientes y
entregados
88
Criterio de Aceptación de Sprint 2
Tabla 29
Como <tipo Quiero <realizar Para que pueda Aceptación Comportamiento
de usuario> alguna tarea> <lograr algún (Titulo) esperado
objetivo>
2 Todos los Queremos acceder Para validar que es Realizar Cuando ingresa Cuando ingresa un Información del perfil
roles a la información del usuario correcto perfil al aplicativo Web usuario al sistema, en sistema
nuestro perfil (Administrador/ verifica que es el
Solicitante/ usuario correcto
Firmante)
6 Solicitante Acceder a realizar Para realizar el pago Realizar Validar e ingresar Cuando se validan Los datos ingresados
pagos en línea con de manera segura en pago en datos de la tarjeta los datos correctos de la tarjeta son
seguridad la web línea de la tarjeta correctos, donde al
realizar este proceso
se está pagando el
monto del documento
9 Registros Acceder al listado Para tener un Generar un Se realizará el Cuando se ingresa Se ingresó
académicos de los documentos registro de todos los listado listado de todos a tramites en línea exitosamente al listado
pendientes y documentos en sus los documentos
entregados diferentes estados solicitados
89
b) Sprint 2
b.1) Burn Down
Sprint 2 Burn Down

45
40
35
30
25
20
15
10
5
0
1 2 3 4 5
horas horas estimadas
b.2) Diseño del perfil
Figura 24. Interfaz del perfil
90
Se muestra la interfaz del perfil del usuario, con los siguientes atributos los
cuales son: nombres y apellidos del estudiante, carrera perdida y ciclo.
Tabla 30
Prueba N° 04: desarrollar la interfaz Acceso de información del perfil
PRUEBA FUNCIONAL
PRUEBA Prueba de VERSIÓN DE DIL 04
N°.04 Funcionalidad N° 04 EJECUCIÓN
FECHA
EJECUCIÓN
TAREA Acceso a MODULO DEL Todos los
la información del SISTEMA usuarios
perfil
Descripción del Se procederá a realizar pruebas con respecto a la
caso de prueba: información, cuando ingresa con su usuario y contraseña al sistema,
y se visualiza los datos del usuario
1. CASO DE PRUEBA
a. Precondiciones
➢ Verificar que los datos del usuario
CAMPO VALOR TIPO ESPERADA S DEL
N
ESCENARIO DEL I O SISTEMA
FRAMEWORK
Usuario -- Normal Usuario o Acceso correcto
--------- contraseña ➢ al sistema
c. Post condiciones
c.1 Mensaje de error al momento de acceder al sistema
veredicto
91
PASOX
FALLO
Firma:
Nombre:
Fecha:
b.3) diseño del interfaz para gestionar Pago
Figura 25. Interfaz para gestionar pago
Se muestra el interfaz de pago, en este caso es el pequeño formulario, que nos

llevara al otro formulario para realizar este proceso
92
El interfaz de pago nos manda a al formulario flotante, donde se debe ingresar

los datos correctos de la tarjeta y para que luego sean validadas por el sistema. Si
este proceso no se llega concretar el proceso de solicitud se cancela.
Tabla 31
Prueba N° 05: Desarrollar la interfaz para gestionar y realizar el pago
PRUEBA FUNCIONAL
FECHA
EJECUCIÓN
TAREA Desarrollar MODULO DEL Solicitante
la interfaz para SISTEMA
gestionar y realizar el
pago
Descripción del Se procederá a realizar el pago del documento solicitado, luego de
caso de prueba: culminar con el pago el proceso de solicitud termina.
1. CASO DE PRUEBA
a. Precondiciones
➢ Solo con tarjeta VISA
➢ Seleccionar el interfaz realizar pago
93
➢ Genera deuda
➢ Validar los datos de la tarjeta VISA
DATOS DE ENTRADA RESPUESTA COINCIDE RESPUESTA DEL

CAMPO VALOR TIPO ESPERADA DEL S SISTEMA
N
ESCENARIO FRAMEWORK I O
Usuario ---- Normal Ingreso Acceso correcto al
------ correctamente ✔ modulo
los datos de la
tarjeta
Visualiza monto
usuario Normal Genera➢
generado por la
Valores r deuda de
solicitud del
ingresados solicitud de documento
usuario Normal documento
Valores Ingreso de datos
ingresados Campo correcto
requerido
c. Post condiciones
c.1 Mensaje de error al momento de equivocarse al ingresar los datos
veredicto
PASO
X
FALLO
Firma:
Nombre:
Fecha:
b.4) Acceder al listado de los documentos pendientes de firma y pendientes de entrega en

físico.
94
Figura 27. Listado de documentos pendientes
Se muestra el listado de los documentos que fueron solicitados y se tienen en

pendiente para ser generarlos.
Figura 28. Listado de documentos solicitados en físico
Se muestra el listado de los documentos que fueron solicitados en físico y

aún están pendientes de entrega.
95
Tabla 32
Prueba 06: Acceder al listado de los documentos pendientes de firma y pendientes de
entrega en físico
PRUEBA FUNCIONAL
PRUEBA N°6 Prueba de Funcionalidad VERSION DE DIL06
N°06 EJECUCION
FECHA EJECUCIÓN
TAREA Acceder al listado de los MODULO DE Registro
documentos pendientes de GESTIÓN DE académico
firma y pendientes de entrega DOCUMENTOS
en físico
Descripción del Se realizará las pruebas correspondientes respecto a la visualización del
caso de prueba: listado de los documentos solicitados,
1. CASO DE PRUEBA
a. Precondiciones
b. Pasos para la prueba
➢ Ingresar a la opción tramites en línea
➢ Validar la visualización del listado
CAMPO VALOR TIPO ESPERADA SI NO DEL SISTEMA
ESCENARIO DEL
FRAMEWORK
Todos Todos Normal Registro x Registro
los los correctamente correctamente
campos valores
Todos Falta Prueba Registro X Registro
los valor incorrecto incorrectamente
campos
c. Post condiciones
c.1. Mensaje de error al ingresar al listado.
X PASO
FALLO
96
Observaciones
Probador
Firma:
Nombre:
Fecha:
Tabla 33
Cierre del Sprint 2
Implementación de un aplicativo web para mejorar el
Nombre del Proyecto proceso de gestión de documentos en el área de registros
académicos de la Universidad Autónoma del Perú

/sprint
a la reunión Adriana Oscanoa Calderón
asistieron a la reunión Adriana Oscanoa Calderón
¿Qué salió bien en el Sprint? ¿Qué no salió bien en el Lecciones aprendidas
(aciertos) Sprint? (errores) (recomendaciones)
➢ Se genero correctamente ➢ Hubo problemas al ➢ Se recomiendo verificar

el ingreso de datos de la momento de ejecutar el la conexión de base de
tarjeta. sistema. datos constantemente.
➢ Las estimaciones de
puntos de historias fueron
correctamente distribuidas
para el desarrollo de este
sprint.
97
3.3.4.4. Planificación del Sprint 3.
Tabla 34
Historias 1 2 3 4
4 Módulo de Gestionar solicitud de Media 8 X
trámite de documento
5 documento Registrar el Media 8 X

8 Módulo de Acceder a una Baja 8 X

historial búsqueda rápida y
económico eficaz
11 Módulo de Acceder a un Baja 5 X
gestión de buscador ingresando
documentos solo el nombre
98
Criterio de Aceptación del Sprint 3
Tabla 35
Como <tipo Quiero <realizar Para que pueda Aceptación Comportamiento
de usuario> alguna tarea> <lograr algún (Titulo) esperado
objetivo>
4 Solicitante Gestionar solicitud Para solicitar el Realizar solicitud Cuando realiza Cuando se selecciona el Generar documento
de documento documento la solicitud del documento.
requerido documento Cuando realiza el pago
Cuando se presiona
aceptar
5 Solicitante Registrar el Para visualizar lo Realizar registro del Validar e Cuando se presiona el Visualizar el documento
documento documentos documento ingresar datos botón aceptar solicitado
solicitado solicitados de la tarjeta Rexporte de las
anteriores solicitudes
8 Solicitante Acceder a una Para visualizar el Realizar búsqueda Se busca Cuando se presiona la Visualizar el resultado de
búsqueda rápida y pago realizado en colocando el imagen de búsqueda la búsqueda
eficaz en el historial una fecha nombre del
económico determinada servicio
11 Registros Buscar al solicitante Buscar al Realizar búsqueda Se busca Se procederá a ingresar a Se procederá a ingresar
académicos solicitante de colocando el la opción de buscador los nombres del
manera rápida nombre del solicitante y debe
solicitante generar la búsqueda
99
c) Sprint 3
c.1) Burn Down
c.2) Diseño de la solicitud de documento
Figura 30. Interfaz de la solicitud de documento
Se muestra la interfaz en trámite de línea, donde se selecciona el tipo de

documento solicitado, una vez realizada esta actividad, debe de cumplir con las reglas
del negocio que son: DNI, certificado digitalizado y no contar con deuda, si usted
100
cumple con estos requisitos podrá continuar con el proceso, o en caso contrario si no
cuenta con estos requerimientos, no podrá realizar la solicitud.
Tabla 36
Prueba N° 07: desarrollar la interfaz para gestionar la solicitud de documento
PRUEBA FUNCIONAL
FECHA EJECUCIÓN
TAREA Gestionar solicitud de MODULO Estudiante
documento DEL SISTEMA
Descripción Se procederá a realizar pruebas con respecto a solicitar documento,
del caso de prueba: se verifica si cumple con la regla del negocio
1. CASO DE PRUEBA
a. Precondiciones
➢ Cumplir con la regla del negocio
➢ Seleccionar el módulo tramite en línea
➢ Solicitar la opción de documento
➢ Seleccionar realizar el pago
CAMPO VALOR TIPO ESPERADA I O DEL
FRAMEWORK
Tramite en Normal Selección ➢ Acceso correcto
línea ----------- correctamente al al modulo
módulo de
trámite en línea
Acceso correcto
➢
Tramite en ----------- Normal Solicitar el tipo de solicitud de
línea de documento documento
➢
---------- Normal Realizar el pago Pago realizado
Tramite en
línea
101
c. Post condiciones
c.1 Mensaje de error al momento de acceder a seleccionar un documento.
Veredicto
PASO
X
FALLO
Observaciones
Probador
Firma:
Nombre:
Fecha:
c.3) Diseño del registro de documento
Figura 31. Interfaz del registro de documento
Se visualiza el estado de los documentos solicitados (si contiene un pdf o aun

no), si en caso los documentos lo entregaron al estudiante se registra en el sistema,
para que pueda visualizar cuantas veces desee.
102
Tabla 37
Prueba N° 08: desarrollar la interfaz para registro de documento
PRUEBA FUNCIONAL
Funcionalidad N°08 EJECUCIÓN
FECHA EJECUCIÓN
TAREA Registrar documentos MODULO DEL Estudiante
solicitados y SISTEMA
entregados(firmado)
Descripción del caso Se procederá a realizar pruebas con respecto al registro de
de prueba: documentos solicitados y también los documentos entregados
1. CASO DE PRUEBA
a. Precondiciones
➢ Realizar pago
➢ Seleccionar el módulo tramite en línea
➢ Visualiza los documentos solicitados
N
FRAMEWORK
Tramite en ---------- Normal Selección ➢ Acceso correcto
línea correctamente ➢ al modulo
al módulo
Tramite en Normal Visualizar todos Acceso correcto

línea ----------- los documentos ➢ al registro de
solicitados documentos
solicitados
c. Post condiciones
Veredicto
X
103
PASO
FALLO
Firma:
Nombre:
Fecha:
c.4) Diseño de la búsqueda de los pagos realizados
Figura 32. Desarrollar la interfaz de pagos realizados
Muestra la manera de como buscar un servicio específico de un periodo

determinado en el módulo de historial económico con el detalle como: fecha de pago,
tipo de servicio, etc.
104
Tabla 38
Prueba N° 09: desarrollar la interfaz de búsqueda rápida y eficaz
PRUEBA FUNCIONAL
PRUEBA N°. 09 Prueba de VERSIÓN DIL 09
Funcionalidad N° 09 DE EJECUCIÓN
FECHA
EJECUCIÓN
TAREA Búsqueda MODULO Estudi
rápida y eficaz DEL SISTEMA ante
Descripción Se procederá a realizar pruebas con respecto la
del caso de prueba: búsqueda del servicio que haya pago
1. CASO DE PRUEBA
a. Precondiciones
➢ Realizar pago
➢ Seleccionar el módulo historial económico
➢ Realizar la búsqueda el servicio
N
FRAMEWORK
Historial ------------ Normal Selección ➢ Acceso correcto
económico correctamente ➢ al modulo
al módulo
Historial Ingresar Normal Buscar un ➢ Acceso correcto

económico dato al servicio a la búsqueda
campo especifico del servicio
c. Post condiciones
veredicto
PASOX
FALLO
105
Firma:
Nombre:
Fecha:
c.5) Desarrollar interfaz para acceder a un buscador individual
Figura 33. Interfaz de búsqueda individual
Muestra la manera de como buscar un solicitante de manera individual solo

ingresando sus apellidos.
Figura 34. Búsqueda individual con datos del solicitante
106
Se muestra toda la información respecto al solicitante buscado para realizar
el proceso de emitir documento.
Tabla 39
Prueba N°10: Desarrollar interfaz para acceder a un buscador individual
PRUEBA FUNCIONAL
PRUEBA N°. Prueba de Funcionalidad VERSIÓN DE DIL10
10 N° 10 EJECUCIÓN
FECHA EJECUCIÓN
TAREA: Acceder a un buscador MÓDULO DE Registros
individual GESTIÓN DE académicos
DOCUMENTOS
Descripción del Se realizará las pruebas correspondientes respecto a la búsqueda
caso de prueba: rápida.
1. CASO DE PRUEBA
a. Precondiciones
➢ Validar la búsqueda rápida.

ESPERADA DEL SISTEMA
CAMPO VALOR TIPO SI NO
DEL
ESCENARIO
FRAMEWORK
usuario Oscano Normal Buscar x Búsqueda
a exitosa
Calderó
n
usuario 123345 Prueba Búsqueda X Registro
incorrecta incompleto
c. Post condiciones
c.1. Mensaje de error al ingresar al buscador.
107
X PASO
FALLO
Observaciones
Probador
Firma:
Nombre:
Fecha:
Tabla 40
Cierre del Sprint 3
Nombre del Implementación de un Aplicativo web para
Proyecto mejorar el proceso de gestión de documentos en el área
de registros académicos de la universidad autónoma del
Perú
/sprint
a la reunión Adriana Oscanoa Calderon
asistieron a la reunión Adriana Oscanoa Calderon
¿Qué salió bien en ¿Qué no salió bien Lecciones aprendidas
el Sprint? en el Sprint? (recomendaciones)
(aciertos) (errores)
➢ Se generó correctamente ➢ No se mostró la lista del ➢ Ver la conexión de la
la solicitud realizada en el historial económico base de datos con el
sistema. sistema
➢ El buscado individua
mostro los datos correctos.
108
3.3.4.5. Planificación del Sprint 4
Tabla 41
Planificación del Sprint N°4

Historias 1 2 3 4
10 Alto 13
Módulo de Acceder a las x
gestión de plantillas con datos de
documentos los solicitantes
Módulo de
12 gestión de Descargar e imprimir Media 5 x
documentos la plantilla si se
solicita el documento
de manera física
13 Enviar el documento Media 13
firmado digitalmente x
14 Descargar el Media 5 x
documento firmado
digitalmente
109
Criterio de Aceptación de Sprint N° 4
Tabla 42
Como <tipo de Quiero <realizar Para que pueda Aceptación Comportamiento
usuario> alguna tarea> <lograr algún (Titulo) esperado
objetivo>
10 Registros Acceder a las Para que al generar Realizar la Cuando visualiza la Cuando se quiere Visualización de la
académicos plantillas con los el documento ya vinculación de los lista de documento realizar la descarga del plantilla con los
datos del tenga los datos del datos con la pendientes documento para realizar datos del solicitante
solicitante solicitante plantilla del la firma
documento
12 Registros Descargar e Tener una opción Enviar a Se permitirá la Al presionar el botón con Saldrá un mensaje
académicos imprimir la plantilla donde el usuario impresión la impresión del el icono de impresora de impresión del
si se solicita el pueda elegir su plantilla generada documento documento donde
documento de documento en físico se registrará la
manera física razón.
13 Registros Enviar el Tener la opción de Documento Cuando se haya Cuando ingrese a la El usuario podrá
académicos documento firmado subir el documento firmado realizado la firma opción subir archivo visualizar su
digitalmente firmado digitalmente puede subir el archivo documento firmado
14 Solicitante Descargar Tener la opción de Documento Se permitirá la Cuando presiona el Visualizar el

documento firmado descargar el firmado visualización del icono del pdf color rojo documento firmado
digitalmente documento solicitado digitalmente documento firmado digitalmente
digitalmente
110
d) Sprint 4
d.1) Burn Down
d.2) Acceder a las plantillas con datos del solicitante
Figura 36. Interfaz de listado de documentos solicitados
Se muestra la interfaz del listado de los documentos solicitados donde se

puede ver datos del solicitante como la fecha, carrera, ciclo, estudiante, tipo de
constancia, N° de constancia, costo, detalle, estado y el icono para generar la plantilla.
111
Figura 37. Plantilla con datos generados del solicitante
Se muestra la plantilla generada con los datos del solicitante e información

requerida dependiendo del tipo de documento que solicito.
112
Tabla 43
Prueba N° 11: Desarrollar la interfaz de acceder a las plantillas con los datos de los
solicitantes
PRUEBA FUNCIONAL
PRUEBA N°. 11 Prueba de Funcionalidad VERSION DE DIL11
N° 11 EJECUCION
FECHA EJECUCIÓN
TAREA: Acceder a las plantillas con MODULO DEL Registros
datos de los solicitantes SISTEMA académicos
Descripción del Se realizará las pruebas correspondientes al generar las plantillas de los
caso de prueba: documentos solicitados.
1. CASO DE PRUEBA
a. Precondiciones
➢ Ingresar a tramites en línea
➢ Validad la plantilla con los datos del solicitante.
ESPERADA DEL SISTEMA
CAMPO VALOR TIPO SI NO
DEL
ESCENARIO
FRAMEWORK
Todos Tiene Normal Registro x Registro
los valor correctamente correctamente
campos
Todos Falta Prueba Registro x Registro
los valor incorrecto incorrectamente
campos
c. Post condiciones
c.1 Mensaje de error al generar la plantilla.
X PASÓ
FALLO
113
Observaciones
Probador
Firma:
Nombre:
Fecha:
d.3) Desarrollar la opción de imprimir la plantilla solicitada en la lista pendientes de

entrega.
Figura 38. Acceder a la opción de imprimir la plantilla si es solicitada.
Se muestra que el solicitante tiene la opción de pedir el documento también

en físico y este se visualizar en el listado de registros académicos donde contiene el
icono para generar la impresión del documento.
Tabla 44
Prueba N° 11: Desarrollar la opción de imprimir la plantilla solicitada en la lista pendientes
de entrega
PRUEBA FUNCIONAL
PRUEBA N°. Prueba de Funcionalidad VERSION DE DIL12

12 N°12 EJECUCION
FECHA
EJECUCIÓN
TAREA: Acceder a la opción de MÓDULO DE Registros
imprimir la plantilla solicitada GESTIÓN DE académicos
DOCUMENTOS
114
Descripción del Se realizará las pruebas correspondientes respecto a la impresión del
caso de prueba: documento solicitado.
1. CASO DE PRUEBA
a. Precondiciones
➢ Ingresar a la opción
➢ Validar la razón de la impresión
CAMPO VALOR TIPO ESPERADA SI NO DEL SISTEMA
ESCENARI DEL
O FRAMEWOR
K
Docume Tiene Normal Descargar e x Descarga
nto físico aceptaci imprimir correctamente
ón
Docume Falta Prueba Descarga X Descarga
nto físico aceptaci incorrecta incorrectamente
ón
c. Post condiciones
c.1. Mensaje de error al enviar a impresión.
X PASO
FALLO
Observaciones
Probador
Firma:
Nombre:
Fecha:
115
d.4) Entregar documento firmado digitalmente
Figura 41. Subir documentos firmados digitalmente.
Se muestra la interfaz donde una vez descargado el documento y firmado por

el encargado de registros académicos, se sube el documento para que en la interfaz
del solicitante lo pueda visualizar.
Tabla 45
Prueba N°12: Entregar documento firmado digitalmente
PRUEBA FUNCIONAL
Prueba N°. 13 Prueba de Funcionalidad VERSION DE DIL13

N° 13 EJECUCION
FECHA
EJECUCIÓN
TAREA Entregar documento MÓDULO DE Registros
firmado digitalmente GESTIÓN DE académicos
DOCUMENTOS
Descripción del Se realizará las pruebas correspondientes respecto a subir los
caso de prueba documentos firmados.
1. CASO DE PRUEBA
a. Precondiciones
➢ Ingresar a la opción subir documento
116
➢ Validar el documento subido.
CAMPO VAL TIPO ESPERADA SI NO DEL SISTEMA
OR ESCENA DEL
RIO FRAMEWOR
K
Subir Tien Normal Registro x Registro
documento e correctament correctamente
valor e
Subir Falta Prueba Registro X Registro
documento valor incorrecto incorrectament
e
c. Post condiciones
c.1. Mensaje de error al subir el archivo.
X PASO
FALLO
Observaciones
Probador
Firma:
Nombre:
Fecha:
117
d.5) diseño de interfaz de documento firmado digitalmente
Figura 39. Diseño de interfaz de documento firmado digitalmente
Se muestra el documento que es visualizado por el solicitante, donde figura

los datos del solicitante, el tipo de documento y la firma digital que puede ser
validada por el mismo software Winrar.
Tabla 46
Prueba N° 14: Desarrollar la interfaz para gestionar usuarios
PRUEBA FUNCIONAL
PRUEBA N°.14 Prueba de Funcionalidad VERSIÓN DE DIL 14
N°14 EJECUCIÓN
FECHA EJECUCIÓN
TAREA: Diseño de interfaz de MODULO DEL
documento firmado SISTEMA Administración
digitalmente
Descripción del Se realizará las pruebas correspondientes respecto al registro a la
caso de prueba: descarga del documento firmado digitalmente.
118
1. CASO DE PRUEBA
a. Precondiciones
➢ Ingresar datos para validar campos
➢ Validad el acceso al sistema
CAMPO VAL TIPO ESPERADA SI NO DEL SISTEMA
OR ESCENARIO DEL
FRAMEWORK
Descarga Todo Normal Descarga x Descarga
s los correctamente correctamente
valor
es
Descarga Falta Prueba Descarga X Descarga
r valor incorrecta incorrectamente
c. Post condiciones
c.1. Mensaje de error al ingresar al Sistema
X PASÓ
FALLO
Observaciones
Probador
Firma:
Nombre:
Fecha:
119
Tabla 47
Cierre del Sprint 4
Nombre del Proyecto Implementación de un Aplicativo web para mejorar el
proceso de gestión de documentos en el área de
registros académicos de la universidad autónoma del
Perú
Numero de iteración /sprint Sprint 4
Personas convocadas a la Karol Castro Arostegui
reunión Adriana Oscanoa Calderon
Personas que asistieron a Karol Castro Arostegui
la reunión Adriana Oscanoa Calderon
¿Qué salió bien en el ¿Qué no salió bien en el Lecciones aprendidas
Sprint? Sprint? (recomendaciones)
(aciertos) (errores)
Al realizar el desarrollo de Tomo un poco más de Se recomienda no restarle
este último sprint, el tiempo desarrollo el subir el nivel de dificultad a las
estimado logro ser el indicado documento y ser ultimas tareas así el
y dio tiempo para revisar automáticamente anexado al tiempo sea el más
algunas pruebas adicionales solicitante adecuado.
120
CAPÍTULO IV
ANÁLISIS DE RESULTADOS Y CONTRASTACIÓN
DE LA HIPÓTESIS
4.1. Población y muestra
4.1.1. Población
Emisión de certificados y constancias al azar de los estudiantes de la

Universidad Autónoma del Perú
P= Todos los procesos de emisión de documentos
4.1.2. Muestra
En esta investigación se escogió una muestra de 30 certificados o

constancias seleccionados al azar de los estudiantes de la Universidad Autónoma
del Perú.
M= 30 procesos de emisión de documentos seleccionados al azar de los

estudiantes de la Universidad Autónoma del Perú.
Tipo de muestreo
No aleatoria intencional
4.2. Nivel de confianza y grado de significancia
Para el desarrollo de la hipótesis de los datos recolectados, se tomó en cuenta

los siguientes parámetros.
- El nivel de confianza será de 95%
- El nivel de significancia será de 5 %
122
4.3.1. Instrumento de la investigación
4.3.1.1. Resultados específicos.
Se procederá a mostrar la siguiente tabla la cual representa las medidas que

tuvo cada indicador tanto en su fase de preprueba como en la posprueba.
Tabla 48
Resultados de la preprueba y posprueba
KPI3: Cantidad de
KPI1: Tiempo para solicitar KPI2: Tiempo de entrega del
documentos solicitados por
una constancia / certificado documento solicitado
día
N° Pre-PKI1 Post-PKI1 Pre-PKI2 Post-PKI2 Pre-PKI3 Post-KPI3
1 12 5 192 9 3 5
2 14 4 432 8 9 6
3 11 5 432 8 17 7
4 10 3 432 8 5 4
5 16 4 432 9 10 8
6 15 4 264 9 5 3
7 18 5 264 9 9 4
8 11 2 264 8 1 3
9 14 3 264 8 6 5
10 12 3 432 9 3 4
11 15 4 432 9 5 9
12 10 4 264 9 3 2
13 10 3 264 9 2 4
14 11 5 192 9 4 8
15 19 5 312 8 14 8
16 17 4 312 8 13 6
17 13 3 192 8 4 7
18 11 3 336 8 3 5
19 11 2 24 9 3 7
20 14 4 360 9 2 7
21 12 5 360 9 3 9
22 16 6 312 9 4 7
23 14 3 168 9 3 5
24 10 3 168 8 1 9
25 14 4 168 8 3 6
123
26 13 4 168 9 4 7
27 10 5 168 9 1 8
28 15 4 312 9 4 5
29 12 3 312 9 4 3
30 11 4 312 9 2 6
4.4. Análisis de resultados descriptivos
KPI1: Tiempo para solicitar un documento en el área de registros académicos (Pre-

Prueba)
Figura 40. Tiempo de solicitud de un documento (Pre)
⮚ La distancia "promedio" de las observaciones individuales del tiempo para la

solicitud de un documento con respecto a la media es de 13.033 minutos.
⮚ Alrededor del 95% del tiempo para la solicitud de un documento están dentro de
2 desviaciones estándar de la media, es decir, entre 12.090 y 13.976 minutos.
⮚ La Curtosis = -0.35 indica que tenemos datos de tiempos con picos alto.
⮚ La Asimetría = 0.64 indica que la mayoría del tiempo para la solicitud de un
documento están alineados a la izquierda.
124
⮚ El 1er Cuartil (Q1) = 11.000 minutos, indica que el 25% del tiempo para la solicitud
de un documento son menores que o igual a este valor.
⮚ El 3er Cuartil (Q3) = 15.000 minutos indica que el 75% del tiempo para la solicitud
de un documento son menores que o igual a este valor.
KPI1: Tiempo para solicitar un documento en el área de registros académicos (Post-

Prueba).
Figura 41. Tiempo de solicitud de un documento (Post)
⮚ La distancia "promedio" de las observaciones individuales del tiempo para solicitar

un documento con respecto a la media es de 3.8667 minutos.
⮚ Alrededor del 95% del tiempo para solicitar un documento están dentro de 2
desviaciones estándar de la media, es decir, entre 3.5033 y 4.2301 minutos
⮚ La Curtosis = -0.42 indica que tenemos datos de tiempos con picos muy altos
⮚ La Asimetría = 0.04 indica que la mayoría del tiempo en la del trabajo de
investigación esta alineados a la izquierda.
⮚ El 1er Cuartil (Q1) = 3.0000 minutos, indica que el 25% del tiempo para la
solicitud de un documento son menores que o igual a este valor.
125
⮚ El 3er Cuartil (Q3) = 5.0000 minutos, indica que el 75% del tiempo para la
solicitud de un documento son menores que o igual a este valor.
KPI2: Tiempo para entregar un documento en el área de registros académicos (Pre-

Prueba)
Figura 42. Tiempo de entrega de un documento (Pre)
⮚ La distancia "promedio" de las observaciones individuales Tiempo de entrega de

un documento con respecto a la media es de 284.80 horas.
⮚ Alrededor del 95% del Tiempo de entrega de un documento están dentro de 2
desviaciones estándar de la media, es decir, entre 246.00 y 323,60 horas.
⮚ La Asimetría = -0.26 indica que la mayoría del Tiempo de entrega de un
documento están alineados a la derecha.
⮚ El 1er Cuartil (Q1) = 192.00 horas, indica que el 25% de los Tiempo de entrega de
un documento son menores que o igual a este valor.
⮚ El 3er Cuartil (Q3) = 360.00 horas indica que el 75% de los Tiempo de entrega de
126
KPI2: Tiempo para entregar un documento en el área de registros académicos (Post-
Prueba).
Figura 43. Tiempo de entrega de un documento (Post)
⮚ La distancia "promedio" de las observaciones individuales Tiempo de entrega de

un documento con respecto a la media es de 8.633 horas.
⮚ Alrededor del 95% del Tiempo de entrega de un documento están dentro de 2
desviaciones estándar de la media, es decir, entre 8.4503 y 8.8164 horas.
⮚ La Asimetría = -0.58 indica que la mayoría del Tiempo de entrega de un
documento están alineados a la derecha.
127
KPI3: Cantidad de documentos solicitados (Pre)
Figura 44. Cantidad de documentos solicitados (Pre)
⮚ La distancia "promedio" de las observaciones individuales de la cantidad de

documentos solicitados con respecto a la media es de 4.4557.
⮚ Alrededor del 95% de la cantidad de documentos solicitados están dentro de 2
desviaciones estándar de la media, es decir, entre 3.2196 y 5.7138 cantidades.
⮚ La Curtosis = 2.14 indica que tenemos datos de cantidad con picos muy bajos.
⮚ La Asimetría= 1.59 indica que la mayoría de la cantidad de documentos solicitados
están alineados a la izquierda.
⮚ El 1er Cuartil (Q1) = 2.7500 cantidades, indica que el 25% de la cantidad de
documentos solicitados son menores que o igual a este valor.
128
KPI3: Cantidad de documentos solicitados (Post-Prueba)
Figura 45. Cantidad de documentos solicitados en registros académicos (Post)
⮚ La distancia "promedio" de las observaciones individuales de la cantidad de

documentos solicitados con respecto a la media es de 5.90000.
⮚ Alrededor del 95% de la cantidad de documentos solicitados están dentro de 2
desviaciones estándar de la media, es decir, entre 5.1639 y 6.6361 cantidades.
⮚ La Curtosis = -0.91 indica que tenemos datos de cantidad con picos muy altos
⮚ La Asimetría = -0.14 indica que la mayoría de la cantidad de documentos
solicitados están alineados a la derecha
129
4.5. Contrastación de la hipótesis
Para nuestro proyecto de investigación se presentaron tres indicadores:
Tabla 49
Indicadores para la Contrastación de la Hipótesis
Pre-Prueba (Mediana Post-Prueba Comentario
Indicador X1) (Mediana X2)
Tiempo para solicitar 13 minutos 4 minutos --------------

documento
Tiempo de entrega 288 horas 9 horas ---------------
de documento
solicitado
Cantidad de 4 6 ---------------
por día
4.5.1 Contrastación para Tiempo para solicitar un documento
Se debe validar el efecto que tiene el desarrollo de la solución del aplicativo

Web en el tiempo para solicitar un documento, efectuado en la muestra. Se realiza
una evaluación antes del desarrollo del aplicativo Web (Pre-Prueba) y otra después
del aplicativo Web (Post-Prueba). La siguiente tabla contiene los tiempos para solicitar
un documento para ambas muestras:
Tabla 50
Contrastación para Tiempo para solicitar un documento de la Pre-Prueba
1 14 11 10 14 16 15 18 11 14 12 15 10 10 11
Pre- 2
Prueba
1 17 13 11 11 14 12 16 14 10 14 10 15 12 11
9
130
Tabla 51
Contrastación para Tiempo para solicitar un documento de la Pre-Prueba
5 4 5 3 4 4 5 2 3 3 4 4 3 5 5
Post-
Prueba
4 3 3 2 4 5 6 3 3 4 4 5 4 3 4
Hi: El Aplicativo Web reduce el Tiempo para solicitar un documento (Post-Prueba)

con respecto a la muestra a la que no utilizo (Pre-Prueba).
Solución:
a) Planteamiento de la Hipótesis
η1 = Mediana del Tiempo para solicitar un documento en la Pre-Prueba.
η2 = Mediana del Tiempo para solicitar un documento en la Post-Prueba.
Ho: η1 = η2
Ha: η1 > η2
b) Criterios de Decisión
Prueba de Mann-Whitney e IC: Pre-PKI1; Post-PKI1
N Mediana
Pre-PKI1 30 12.500
Post-PKI1 30 4.000
La estimación del punto para η1 - η2 es 9.000

95.2 El porcentaje IC para η1 - η2 es (8.000; 10.000)
W = 1365.0
Prueba de η1 = η2 vs. η1 > η2 es significativa en 0.0000
La prueba es significativa en 0.0000 (ajustado por empates.
131
c) Decisión estadística
Puesto que el valor-p = 0 < α = 0.05, los resultados presentan suficiente

evidencia para rechazar la hipótesis nula (Ho) y considerar que la hipótesis alterna
(Ha) es cierta. La prueba resultó ser significativa.
4.5.2 Contrastación para tiempo de entrega del documento solicitado

Web en el Tiempo de entrega del documento solicitado, efectuado en la muestra. Se
realiza una evaluación antes del desarrollo del aplicativo Web (Pre-Prueba) y otra
después del aplicativo Web (Post-Prueba). La siguiente tabla contiene los tiempos
para solicitar un documento para ambas muestras:
Tabla 52
Contrastación para Tiempo para la entrega del documento solicitado de la Pre-Prueba
Pre- 19 43 43 43 43 26 26 26 26 43 43 26 26 19 31
Prueb 2 2 2 2 2 4 4 4 4 2 2 4 4 2 2
a
31 19 33 26 36 36 31 16 16 16 16 16 31 31 31
2 2 6 4 0 0 2 8 8 8 8 8 2 2 2
Tabla 53
Contrastación para Tiempo para la entrega del documento solicitado de la Post-Prueba
9 8 8 8 9 9 9 8 8 9 9 9 9 9 8
Post-
Prueba
8 8 8 9 9 9 9 9 8 8 9 9 9 9 9
Hi: El Aplicativo Web reduce el Tiempo para la entrega del documento solicitado
(Post-Prueba) con respecto a la muestra a la que no utilizo (Pre-Prueba).
Solución:
a) Planteamiento de la hipótesis
η1= Mediana del Tiempo para la entrega del documento solicitado en la Pre-Prueba.
132
η2= Mediana del Tiempo para la entrega del documento solicitado en la Post-Prueba.
Ho: η1 = η2
Ha: η1 > η2
b) Criterios de Decisión
Prueba de Mann-Whitney e IC: Pre-PKI2; Post-PKI2
N Mediana
Pre-PKI2 30 288.00
Post-PKI2 30 9.00
La estimación del punto para η1 - η2 es 279.50

95.2 El porcentaje IC para η1 - η2 es (255.02;304.02)
W = 1365.0
Prueba de η1 = η2 vs. η1 > η2 es significativa en 0.0000
La prueba es significativa en 0.0000 (ajustado por empates)

Prueba T de diferencia = 0 (vs. >): Valor T = 14.56 Valor p = 0.000 GL = 29

4.5.3 Contrastación para la cantidad de documentos solicitados por día.

Web en la cantidad de documentos solicitados por día, efectuado en la muestra. Se
realiza una evaluación antes del desarrollo del aplicativo Web (Pre-Prueba) y otra
después del aplicativo Web (Post-Prueba). La siguiente tabla contiene los tiempos
para solicitar un documento para ambas muestras:
133
Tabla 54
Contrastación para la cantidad de documentos solicitados por de la Pre-Prueba
Pre- 3 9 17 5 10 5 9 1 6 3 5 3 2 4 14
Prueb
a
13 4 3 3 2 3 4 3 1 3 4 1 4 4 2
Tabla 55
Contrastación para la cantidad de documentos solicitados por de la Post-Prueba
Post- 5 6 7 4 8 3 4 3 5 4 9 2 4 8 8
Prueb
a
6 7 5 7 7 9 7 5 9 6 7 8 5 3 6
Hi: El Aplicativo Web aumentar la cantidad de documentos solicitados por día (Post-
Prueba) con respecto a la muestra a la que no utilizo (Pre-Prueba).
Solución:
a) Planteamiento de la Hipótesis
η1 = Mediana de la cantidad de documentos solicitados por día en la Pre-Prueba.
η2 = Mediana de la cantidad de documentos solicitados por día en la Post-Prueba.
Ho: η1 = η2
Ha: η1 < η2
b) Criterios de decisión
Prueba de Mann-Whitney e IC: Pre-PKI3; Post-KPI3
N Mediana
Pre-Prueba_2 30 4.000
Post-Prueba_2 30 6.000
La estimación del punto para η1 - η2 es -2.000
95.2 El porcentaje IC para η1 - η2 es (-2.999; -0.000)
W = 746.0
134
Prueba de η1 = η2 vs. η1 < η2 es significativa en 0.0064
La prueba es significativa en 0.0060 (ajustado por empates)

135
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
5.1. Conclusiones
La investigación nos llevó a la conclusión de que la implementación del aplicativo

web tuvo una mejora en la gestión de documentos en el área de registros académicos,
las siguientes conclusiones son:
a) La primera conclusión tiene que ver con el tiempo para solicitar un documento,
es por ello, teniendo en consideración el aporte de Calle (2013), que el tiempo
promedio es de 14 minutos siendo muy exorbitante. Este indicador ha
mejorado significativamente logrando un tiempo promedio de 4 minutos para
solicitar un documento (figura 44). Lo cual pasa por un menor tiempo.
b) La segunda conclusión según tiene que ver con el tiempo de entrega del
documento solicitado tomando en cuenta el aporte de Moscoso (2018), el
tiempo promedio es de 288 Horas siendo muy excesivo. Este indicador ha
mejorado significativamente logrando un promedio de 9 Horas para la entrega
de documentos solicitados (figura 46). Lo cual genera menor tiempo.
c) Por último, se refiere la cantidad de documentos solicitados, donde el área de

registros académicos requiere de un registro de la solicitud y entrega de
documentos que realiza el estudiante tomando consideración el aporte Ibérico
(2013), donde la cantidad promedio es de 4 documentos solicitados por día
siendo así muy poco. Este indicador ha mejorado significativamente logrando
un promedio de 6 documentos solicitados por día. Lo cual conllevo mayor
cantidad.
137
5.2. Recomendaciones
Para concluir con el presente estudio se mencionan las siguientes

recomendaciones con el objetivo de tomarse en cuenta para las próximas
investigaciones relacionados a nuestro tema.
a) Se recomienda que para implementar un aplicativo web que tenga incluido la

firma digital se pueda realizar a través de otros dispositivos como los token o
USB digitales para que sea más óptimo el proceso de gestión de documentos
en las instituciones corporativas.
b) Se debe tomar en cuenta que, para la implementación de software basados en

scrum, se debe tener un claro conocimiento de la metodología para que el
equipo pueda estimar el tiempo de manera eficaz.
c) Se recomienda implementar en el software un módulo donde los documentos

no tengan que ser descargados para recién realizar la firma y estos puedan
firmarse automáticamente generado la plantilla.
138
REFERENCIAS
139
Alaimo, D. (2013). Proyectos agiles con scrum. Recuperado de
https://docplayer.es/2861723-Proyectos-agiles-con-scrum.html
Aguilar, G. (2016). Implementación de un modelo simplificado de firma digital basado

en la tecnología PKI y la invocación por protocolos caso de estudio:
Municipalidad de Miraflores (Tesis de pregrado). Recuperado de
http://cybertesis.unmsm.edu.pe/bitstream/cybertesis/4993/1/Aguilarag.pdf
Bernal, C. (2010). Metodología de la investigación. danilotejeda. Recuperado de

https://danilotejeda.files.wordpress.com/2013/05/mi_v_bernal_ruta.pdf
Burgos, M. (2010). Propuesta para la implementación de un sistema de gestión

documental en la empresa internacional Quality Systems Ltda (Tesis de
pregrado). Recuperado de Recuperado de http://cybertesis.ubiobio.cl/tesis/
Calle, L. (2013). Desarrollo de una solución para automatizar los procesos de atención
de reclamos de una entidad financiera, utilizando un sistema de gestión por
procesos de negocio BPMS (Tesis de pregrado). Recuperado de
http://tesis.pucp.edu.pe/repositorio/handle/123456789/4804
Cardador, L. (2014) Desarrollo de aplicaciones web distribuidas. (1ª ed.). Madrid,

España.
Ceballos, J. (2010) Introduction a .NET. Recuperado de

https://www.academia.edu/22936487/Introducci%C3%B3n_a_NET_Jordi_Ce
ballos_Villach_PID_00145172?auto=download
Chico. (30 de enero de 2017). El equilibrio entre papel vs digital: gestión documental
responsable.[mensaje en un blog]. Neodoc. Recuperado de
https://www.neodoc.es/blog-de-neodoc/el-equilibrio-entre-papel-vs-digital-
gestion-documental-responsable/
Course Hero. (3 de febrero de 2013). resumen web - aplicaciones web Se denomina.
USA: .com. Recuperado de
https://www.coursehero.com/file/49151296/resumen-WEBdocx/
Ensayos (20 de agosto de 2017).Ensayo Cliente-Servidor [mensaje en un blog].

Ensayos. Recuperado de
http://ensayosisdismbd.blogspot.com/2017/08/ensayo-cliente-servidor.html
EcuRed. (1 de Abril del 2010). Lenguaje de programación (informática).Cuba: cu.

Recuperado de
https://www.ecured.cu/Lenguaje_de_programaci%C3%B3n_(inform%C3%A1t
ica)
Font, O. (2013). Implementación de un sistema de gestión documental en la

universidad central “Marta Abreu” de las Villas, Cuba (Tesis de pregrado).
Recuperado de https://dialnet.unirioja.es/servlet/tesis?codigo=58149
García, M. (2010). Gestión documental. openlibra. Recuperado de

https://openlibra.com/es/book/gestion-documental
Gestión. (15 de Enero de 2015). INDECOPI y la oficina de Taype promoverán

desarrollo de la firma digital en el Perú. Gestión. Recuperado de
https://gestion.pe/economia/indecopi-oficina-taipei-promoveran-desarrollo-
firma-digital-peru-72939-noticia/
Google Maps (2017). Ubicación Universidad autónoma del Perú. Perú:

Googlemaps.pe. Recuperado de
https://www.google.com/maps/place/Universidad+Aut%C3%B3noma+del+Per
%C3%
A/@12.195444,76.9719561,15z/data=!4m2!3m1!1s0x0:0xd267131e6b012132
?sa=X&ved=2ahUKEwjq75CF4I_yAhXSqJUCHeyyAbUQ_BIwGnoECGYQBQ
Herranz J., Laguillaumie F., Ràfols C. (2010). Constant Size Ciphertexts in Threshold
Attribute-Based Encryption. Revista Springer, pp 19-34. Recuperado de
https://link.springer.com/chapter/10.1007/978-3-642-13013-7_2
Hueso, L. (2014) Base de datos. coursehero. Recuperado de

https://www.coursehero.com/file/62938372/Base-de-datos-grado-superior-
Hueso-Ibanez-Luispdf/
Ibérico, L. (2013). Mejoramiento de Gestión de trámite de documentos utilizando firma

digital en el Proyecto especial Alto Mayo- Moyobamba (Tesis de pregrado).
Recuperado de http://repositorio.unsm.edu.pe/handle/11458/1361
Iron Mountain (2017). Ocho Razones por las que Externalizar la Gestión Documental.
ironmountain.com. Recuperado de
https://www.ironmountain.com.co/resources/whitepapers/1/8-reasons-to-
outsource-document-management
Liberato, A. y Marcial, N. (2014). Desarrollo de un sistema de gestión documental,

fichas de resumen y listas de publicación para el proyecto ProCal-ProSer
(Tesis de pregrado). Recuperado de
https://tesis.pucp.edu.pe/repositorio/bitstream/handle/20.500.12404/5718/LIB
ERATO_ALBERT_SISTEMA_GESTION_DOCUMENTAL_PROYECTO_LOC
AL_PROSER.pdf?sequence=1&isAllowed=y
Letelier, P. y Sánchez, E. (2003). Metodologías ágiles para el desarrollo de software

eXtreme Programming (XP). researchgate. Recuperado de
https://www.researchgate.net/publication/26428496_Metodologias_agiles_par
a_el_desarrollo_de_software_eXtreme_Programming_XP
Martinez, L. (2013). Red tercer milenio. aliat. Recuperado de

http://www.aliat.org.mx/BibliotecasDigitales/Educacion/Administracion_educati
va.pdf
Melgarejo, J. (5 de mayo de 2011). Ventajas y desventajas de los sistemas de gestión
de documentos.[mensaje en un blog]. Conociendosgd. Recuperado de
http://conociendosgd.blogspot.pe/2011/12/ventajas-y-desventajas-de-los-
sistemas.html
Ministerio de Educación. (5 de marzo de 2016). Lineamientos para gestión de trámite

documentario. Gob.pe. Recuperado de
https://www.peru.gob.pe/docs/PLANES/18611/PLAN_18611_2016_DIRECTI
VA_DE_TRAMITE_DOCUMENTARIO_19-08_INCLUYE_ANEXOS.PDF
Moscoso, J. (2018). Desarrollo de una aplicación web para la mejora de la gestión de

trámite documentario en la Dirección Regional de Agricultura de Madre de Dios
(Tesis de pregrado). Recuperado de
http://repositorio.uigv.edu.pe/handle/20.500.11818/2020
Quintero, B. y Fuentes, P. (2007). Diseño de un sistema de gestión documental para

el programa de ingeniera de sistemas en la universidad de santa buenaventura
– sede Bogotá (Tesis de pregrado). Recuperado de
http://biblioteca.usbbog.edu.co:8080/Biblioteca/BDigital/40635.pdf
Pinochet, R. (2002). El documento electrónico y la prueba literal. Ius et Praxis, 8(2),

377-412. Recuperado de
https://www.scielo.cl/scielo.php?script=sci_arttext&pid=S0718-
00122002000200012#profesor
Redondo, M. (2010). El documento electrónico: un enfoque archivístico. Revista

General De Información y Documentación, 20, 391 - 408. Recuperado a partir
de https://revistas.ucm.es/index.php/RGID/article/view/RGID1010110391A
Repositorio Institucional de Asturias (15 de enero de 2010). Latinoamérica sin Papel.

España: Dspace.unia.es. Recuperado de
http://ria.asturias.es/RIA/bitstream/123456789/63/1/Aida%20Luz_es.pdf
Rodríguez, M. (2010). Sistema de gestión de documentos en la universidad nacional
de Nicaragua (Tesis de maestría) Recuperado de
http://dspace.unia.es/bitstream/handle/10334/2472/0431_Rodriguez.pdf?sequ
ence=1
Salazar, A. y Arbelaez, J. (2015). Propuesta de inclusión de la metodología scrum al

pensum de ingeniera de sistemas y computación en la universidad tecnológica
de Pereira (Tesis de pregrado) Recuperado de
http://repositorio.utp.edu.co/dspace/handle/11059/5391
Solutions Telecon Business (2015). Digitalización de documentos. España: tbs-

telecon.es/. Recuperado de Doc-Pe: https://tbs-telecon.es/digitalizacion-de-
documentos/
Todaro, R., Godoy, L., y Abramo, L. (2002). Desempeño laboral de hombres y

mujeres: opinan los empresarios.Revista Scielo, 17-18. Recuperado de
https://www.scielo.br/j/cpa/a/V5Wmqny7c8kkF7Bx7bbFMLk/?lang=es
Universidad Autónoma del Peru (s.f.). Información Institucional. Perú: .pe.

Recuperado de https://www.autonoma.pe/transparencia-page/informacion-
institucional/
Yamada, N. (2016). Los problemas más comunes de almacenamiento de documentos

en papel y cómo solucionarlos. USA: digitaldocumentsllc. Recuperado de
:https://translate.google.com/translate?hl=es419&sl=en&u=http://www.digitald
ocumentsllc.com/the_most_commont_paper_document_storage_issues.htm&
prev=search
Zofio, J. (2013) Aplicación web. es.scribd. Recuperado de

https://es.scribd.com/document/403124392/Aplicaciones-web-Pag-104-a-144-
pdf
ANEXOS
ANEXO 1: Matriz de consistencia
PROBLEMA FORMULACIÓN OBJETIVO DE LA INVESTIGACIÒN HIPOTESIS DE LA INVESTIGACIÒN Variable 3
Problema Principal Objetivo General Hipótesis General
¿En qué medida la implementación de Determinar en qué medida la implementación La implementación de un Aplicativo Variable (X):
un Aplicativo Web ayudará a mejorar el de un Aplicativo Web ayuda a mejorar el Web mejora significativamente la
proceso de gestión de documento en el proceso de gestión de documentos en el área gestión de documentos en el área de Aplicativo Web
área de registro académico en la UA de registro académico en la UA 2018 registro académico en la UA 2018
2018?
Problemas Específicos Objetivos Específicos Hipótesis Especificas Variable (Y):
¿En qué medida la implementación de Determinar en qué medida la implementación La implementación de un Aplicativo
un Aplicativo Web ayudará a reducir el de un Aplicativo Web ayuda a reducir el Web mejora significativamente el Gestión de
tiempo de emisión de constancias o tiempo de emisión de constancias o tiempo de emisión de constancias o documentos
certificados en la UA 2018? certificados en la UA 2018 certificados en la UA 2018
¿En qué medida la implementación de Determinar en qué medida la implementación La implementación de un Aplicativo Dimensiones:
un Aplicativo Web ayudará a reducir el de un aplicativo web ayuda a reducir el Web mejora significativamente el
tiempo de entrega de constancias o tiempo de entrega de constancias o tiempo de entrega de constancias o Tiempo
certificados físicos en la UA 2018? certificados físicos en la UA 2018. certificados físicos en la UA 2018. cantidad
¿En qué medida la implementación de Determinar en qué medida la implementación La implementación de un Aplicativo
un Aplicativo Web ayudará a aumentar de un aplicativo web ayuda a aumentar la Web mejora significativamente a
la cantidad de constancias o cantidad de constancias o certificados en el incrementar la cantidad de
certificados en el área de registros área de registros académicos en la UA 2018 constancias o certificados en el área
académicos en la UA 2018? de registros académicos en la UA
2018
ANEXO 2: Matriz de instrumentos
VARIABLE DIMENSIONES INDICADORES INSTRUMENTOS
Tiempo para solicitar un Ficha de observación

Tiempo documento
Gestión de
documentos Tiempo de entrega del Ficha de observación
Cantidad Cantidad de documentos Ficha de observación

solicitados por día
132
ANEXO 3: Recolección de datos comparativos
132
ANEXO 4: Validación de expertos
132
133
134
Título de la investigación IMPLEMENTACIÓN DE UN APLICATIVO WEB PARA MEJORAR EL PROCESO DE GESTIÓN DE DOCUMENTOS EN
EL ÁREA DE REGISTROS ACADÉMICOS DE LA UNIVERSIDAD AUTÓNOMA DEL PERÚ
Nombre del instrumento Ficha de Observación
Autor de Adriana Oscanoa Calderon y Karol Castro Arostegui
Nº DIMENSIONES / ítems Pertinencia1 Relevancia2 Claridad3 Sugerencias
DIMENSIÓN 1: Si No Si No Si No
Cantidad Cantidad de documentos solicitados por día X X X
Observaciones (precisar si hay suficiencia): ----------------------------------------------------------------------------------------------------------------------------- ---------------------
Opinión de aplicabilidad: Aplicable [X] Aplicable después de corregir [ ] No aplicable [ ]
Apellidos y nombres del juez validador: MG. ARIANA MAYBEE ORUÉ MEDINA
Especialidad del validador: Temático [ ] Metodológico [ ] Estadístico [X]
22 de octubre del 2021

1Pertinencia: El ítem corresponde al concepto teórico formulado.
2Relevancia: El ítem es apropiado para representar al componente o
dimensión específica del constructo

3Claridad: Se entiende sin dificultad alguna el enunciado del ítem, es
conciso, exacto y directo
Nota: Suficiencia, se dice suficiencia cuando los ítems planteados

son suficientes para medir la dimensión
Firma del experto

135
Firma del Experto
Título de la investigación IMPLEMENTACIÓN DE UN APLICATIVO WEB PARA MEJORAR EL PROCESO DE GESTIÓN DE DOCUMENTOS EN
EL ÁREA DE REGISTROS ACADÉMICOS DE LA UNIVERSIDAD AUTÓNOMA DEL PERÚ
Nombre del instrumento Reloj
Autor de Adriana Oscanoa Calderon y Karol Castro Arostegui
Nº DIMENSIONES / ítems Pertinencia1 Relevancia2 Claridad3 Sugerencias
DIMENSIÓN 1: Si No Si No Si No
Tiempo para solicitar un documento X X X

Tiempo
Tiempo de entrega del documento solicitado X X X
Observaciones (precisar si hay suficiencia): ----------------------------------------------------------------------------------------------------------------------------- ---------------------
Opinión de aplicabilidad: Aplicable [X] Aplicable después de corregir [ ] No aplicable [ ]
Apellidos y nombres del juez validador: MG. ARIANA MAYBEE ORUÉ MEDINA
Especialidad del validador: Temático [ ] Metodológico [ ] Estadístico [X]
22 de octubre del 2021

1Pertinencia: El ítem corresponde al concepto teórico formulado.
2Relevancia: El ítem es apropiado para representar al componente o
dimensión específica del constructo

3Claridad: Se entiende sin dificultad alguna el enunciado del ítem, es
conciso, exacto y directo
Nota: Suficiencia, se dice suficiencia cuando los ítems planteados

son suficientes para medir la dimensión
136
Firma del experto
Firma del Experto

ANEXO 5: Solicitud para autorización de Investigación
131
ANEXO 6: Carta de aceptación para la realización de proyecto de investigación
GLOSARIO DE TÉRMINOS
A
Asimétricas: El orden que impone la relación a los términos componentes de la base
debe respetarse en la respuesta correcta.
Aplicación Web: En la ingeniería de software se denomina aplicación web a aquellas
herramientas que los usuarios pueden utilizar accediendo a un servidor web a través
de internet o de una intranet mediante un navegador.
D
Documento: Un documento es un testimonio material de un hecho o acto realizado
en funciones por instituciones o personas físicas, jurídicas, públicas o privadas.
DNIe: El documento de identidad electrónico también conocido como DNIE
electrónico o cedula de identidad electrónica es un documento emitido por una
autoridad oficial para permitir la identificación de la población de forma personal o
virtual.
F
Firmas Digitales. Son algoritmos de clave pública con información secreta para
firmar documentos e información pública para verificar las firmas.
Firma Electrónica: Es un concepto jurídico, equivalente electrónicamente al de la
firma manuscrita, donde una persona acepta el contenido de un mensaje electrónico
a través cualquier medio electrónico valido.
G
Gestión: Acción o tramite, para conseguir algo, además son un conjunto de
operaciones que se realizan para dirigir y administrar una empresa
H
Hash: es un código de algoritmo matemáticos que transforma cualquier bloque
arbitrario de datos en una nueva serie de características con una longitud fija.
Independientemente de la longitud de la longitud de los datos de entrega, el valor
hash de salida tendrá siempre la misma longitud.
I
134
Inscripción. Se usan simplemente para encriptar la comunicación, tanto el emisor
como el receptor encriptan y desencriptan el mensaje usando el mismo algoritmo.
S
Simétricas: El orden de los componentes de la base puede ser libremente
intercambiable; puesto que ambos miembros de la relación son equivalentes entre sí.
Scrum: Es una metodología ágil, recomendable para desarrollar aplicativos webs.
XolidoSign: Programa para firmar electrónicamente los archivos de la forma más
segura, verifica y comprueba la autenticidad.
W
Web: Conjunto de información que se encuentra en una dirección determinada de
internet.
135

Implementación de aplicativo web para mejorar gestión documental

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Implementación de aplicativo web para mejorar gestión documental

Cargado por

Copyright:

Formatos disponibles

FACULTAD DE INGENIERÍA Y ARQUITECTURA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

PARA OBTENER EL TÍTULO DE

KAROL YANDIRA CASTRO AROSTEGUI

LIMA, PERÚ, JULIO DE 2018

Dedico esta tesis principalmente a Dios por

Adriana Oscanoa Calderón

Dedico esta tesis en primer lugar a Dios por

Karol Castro Arostegui

Agradezco a Dios por guiar mi camino y

Al Ing. Sixto Córdova Castro, por la

Adriana Oscanoa Calderón

Dios te doy muchas gracias porque me has

Al Ing. Sixto Córdova Castro, por la gratitud

Karol Castro Arostegui

CAPÍTULO I: PROBLEMA DE INVESTIGACIÓN

Tabla 1 Tipo de documentos ............................................................................. 21

Tabla 2 Cantidad de consumo de papel por áreas ............................................ 21

Tabla 3 Variable independiente ......................................................................... 27

Tabla 4 Variable dependiente ........................................................................... 27

Tabla 5 Indicador de variable independiente ..................................................... 28

Tabla 6 Indicador variable dependiente ............................................................ 28

Tabla 7 Tabla de la Pre- Prueba y Post – Prueba ............................................. 29

Tabla 8 Técnicas e instrumentos de la investigación de campo ....................... 30

Tabla 9 Los diferentes lenguajes de programación para la web ....................... 40

Tabla 10 Características de los equipos (computadoras) de usuario .................. 54

Tabla 11 Lista de Software necesarios para el desarrollo del sistema ................ 54

Tabla 12 Recursos Humanos necesarios para el desarrollo del proyecto ........... 55

Tabla 13 Presupuesto del proyecto ..................................................................... 56

Tabla 14 Las carreras que la institución actualmente brinda .............................. 63

Tabla 15 Proceso de gestión del documento en registros académicos ............... 64

Tabla 16 Datos actuales de los indicadores ........................................................ 67

Tabla 17 Cuadro de la situación actual (AS-IS) y la solución propuesta

Tabla 18 Actores de la Metodología Scrum ........................................................ 70

Tabla 19 Lista inicial de Épicas (Backlog) ........................................................... 72

Tabla 20 Lista de Historias de Usuario por orden de Importancia (backlog) ....... 76

Tabla 21 Velocidad del proyecto ......................................................................... 78

Tabla 22 Planificación del Sprint N° 1 ................................................................. 78

Tabla 23 Criterios de aceptación N° 1 ................................................................. 79

Tabla 25 Prueba N° 02: desarrollar la interfaz para seleccionar el tipo de

Tabla 26 Prueba N° 13: desarrollar la interfaz para visualizar el listado de

Tabla 27 Cierre del Sprint 1 ................................................................................ 87

Tabla 28 Planificación del Sprint N° 2 ................................................................. 88

Tabla 29 Criterios de aceptación N° 2 ................................................................. 89

Tabla 30 Prueba N° 04: desarrollar la interfaz Acceso de información del perfil . 91

Tabla 31 Prueba N° 05: Desarrollar la interfaz para gestionar y realizar el pago 93

Tabla 32 Prueba 06: Acceder al listado de los documentos pendientes de firma

y pendientes de entrega en físico ....................................................... 96

Tabla 33 Cierre del Sprint 2 ................................................................................ 97

Tabla 34 Planificación del Sprint N° 3 ................................................................. 98

Tabla 35 Criterios de aceptación N° 3 ................................................................. 99

Tabla 36 Prueba N° 07: desarrollar la interfaz para gestionar la solicitud de

documento ........................................................................................ 101

Tabla 38 Prueba N°10: desarrollar interfaz para acceder a un buscador

individual ........................................................................................... 107

Tabla 39 Cierre del Sprint 3 .............................................................................. 108

Tabla 40 Planificación del Sprint N°4 ................................................................ 109

Tabla 41 Criterios de aceptación N° 4 ............................................................... 110

Tabla 42 Prueba N° 11: Desarrollar la interfaz de acceder a las plantillas con

los datos de los solicitantes .............................................................. 113

en la lista pendientes de entrega ...................................................... 114

Tabla 44 Prueba N°12: Entregar documento firmado digitalmente ................... 116

Tabla 46 Cierre del Sprint 4 .............................................................................. 120