Implementación de un sistema web SISDOC para la agilización del trámite documentario en la Municipalidad Distrital de Molino Provincia de Pachitea 2019

130  18  Descargar (1)

Texto completo

(1)UNIVERSIDAD NACIONAL HERMILIO VALDIZÁN FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS. IMPLEMENTACIÓN DE UN SISTEMA WEB SISDOC PARA LA AGILIZACIÓN DEL TRÁMITE DOCUMENTARIO EN LA MUNICIPALIDAD DISTRITAL DE MOLINO PROVINCIA DE PACHITEA 2019. TESIS PARA OPTAR EL TÍTULO DE INGENIERO DE SISTEMAS. TESISTAS. :. Bach. Bech Mesail Avila Sumaran Bach. Alfredo Carrion Ventura. ASESOR (A). :. Dra. Inés Eusebia Jesús Tolentino. HUÁNUCO – PERÚ 2019.

(2) ii.

(3) iii. UNIVERSIDAD NACIONAL HERMILIO VALDIZÁN FACULTAD DE INGENIERIA INDUSTRIAL Y DE SISTEMAS ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS. TESIS. IMPLEMENTACIÓN DE UN SISTEMA WEB SISDOC PARA LA AGILIZACIÓN DEL TRÁMITE DOCUMENTARIO EN LA MUNICIPALIDAD DISTRITAL DE MOLINO PROVINCIA DE PACHITEA – 2019 PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO DE SISTEMAS. TESISTAS. :. Bach. Bech Mesail Avila Sumaran Bach. Alfredo Carrion Ventura. ASESOR (A). :. Dra. Inés Eusebia Jesús Tolentino. HUÁNUCO – PERÚ 2019.

(4) iv. DEDICATORIA El presente trabajo de investigación le dedico principalmente a mis padres: Saturnino y Lucia por su paciencia, su amor, trabajo y sacrificio en todos estos años, gracias a ellos logré llegar hasta aquí y convertirme en lo que soy.. Bech Mesail Avila Sumaran.. El presente trabajo de investigación va dedicado a mi esposa Lizeth Y., mi hijo Gael Alexi, mi madre Marta, mi hermano José Jaime y mi abuelo Paulino, quienes fueron mi fuente de inspiración para seguir adelante a pesar de las adversidades que se me presentó en el camino.. Alfredo Carrion Ventura..

(5) v. AGRADECIMIENTO A Dios por guiarnos, ser el apoyo y fortaleza en aquellos momentos de dificultad y de debilidad.. A nuestros docentes en especial a nuestra asesora Dra. Inés Eusebia Jesús Tolentino de la Escuela Profesional de Ingeniería de Sistemas de la Universidad Nacional Hermilio Valdizán, por habernos guiado y compartido sus conocimientos a lo largo de la preparación de nuestra profesión.. Agradecemos, en particular al alcalde, equipo técnico y administrativos de la Municipalidad Distrital de Molino por brindarnos todas las facilidades para realizar nuestro trabajo de investigación.. Por último, agradecemos a los tramitantes internos y externos de la Municipalidad Distrital de Molino por haber dedicado su tiempo para responder los cuestionarios de la encuesta de una manera generosa.. Los autores..

(6) vi. RESUMEN La Municipalidad Distrital de Molino es una entidad pública de gobierno local de la Provincia de Pachitea del Departamento de Huánuco; esta entidad recepciona a diario entre 12 a 20 documentos, los cuales son registrados en el cuaderno de cargo para su respectiva atención de los documentos en la dependencia correspondiente; durante el flujo de trámite se presentan deficiencias, principalmente en el control y seguimientos de documentos que causa insatisfacción en los tramitantes.. El presente trabajo de investigación tiene por objetivo Implementar el Sistema Web SISDOC para agilizar el trámite documentario en la Municipalidad Distrital de Molino; con el propósito de reducir el tiempo de trámite de los documentos, mostrar la información inmediata del estado de los documentos y lograr la satisfacción de los tramitantes.. Los resultados obtenidos luego de la implementación fueron favorables; el tiempo de trámite se redujo en 2.36 días, en el tiempo de consulta se redujo 8.24 minutos y se logró la satisfacción de usuarios tramitantes.. Palabras Claves: Trámite Documentario, SISDOC, Sistema Web, Agilización, Seguimiento..

(7) vii. SUMMARY The District Municipality of Molino is a public entity of local government of the Province of Pachitea of the Department of Huánuco; this entity receives daily between 12 to 20 documents, which are registered in the charge book for their respective attention to the documents in the corresponding dependency; during the process flow there are deficiencies, mainly in the control and follow-up of documents which causes dissatisfaction in the processors.. The purpose of this research work is to implement the SISDOC Web System to expedite the documentary process in the District Municipality of Molino; with the purpose of reducing the processing time of the documents, displaying the immediate information on the status of the documents and achieving the satisfaction of the processors.. The results obtained after implementation were favorable; the processing time was reduced by 2.36 days, during the consultation time it was reduced 8.24 minutes and the satisfaction of processing users was achieved.. Keywords: Documentary Procedure, SISDOC, Web System, Streamlining, Monitoring..

(8) viii. ÍNDICE DE TABLAS Tabla 1: Variables, Dimensiones e Indicadores ........................................................ 11 Tabla 2: Definición Operacional ............................................................................... 12 Tabla 3: Flujo de trabajo según RUP ........................................................................ 51 Tabla 4: Tamaño de Población .................................................................................. 74 Tabla 5: Muestra estratificado para documentos....................................................... 76 Tabla 6: Muestra estratificado para usuarios............................................................. 77 Tabla 7: Tiempo de trámite ....................................................................................... 79 Tabla 8: Estadísticas de grupo para tiempo de trámite ............................................. 80 Tabla 9: Tiempo de consulta ..................................................................................... 81 Tabla 10: Estadísticas de grupo para tiempo de consulta ......................................... 82 Tabla 11: Satisfacción de usuario ............................................................................. 82 Tabla 12: Estadísticas de grupo para satisfacción de usuarios ................................. 84 Tabla 13: Pruebas de normalidad para tiempo de trámite ......................................... 85 Tabla 14: Pruebas de normalidad para tiempo de consulta ....................................... 86 Tabla 15: Pruebas de normalidad para satisfacción de usuarios ............................... 87 Tabla 16: Prueba de t de Student para tiempo de trámite ......................................... 89 Tabla 17: Prueba de t de Student para tiempo de consulta ....................................... 90 Tabla 18: Prueba de Mann-Whitney para satisfacción de usuario............................ 91.

(9) ix. ÍNDICE DE ILUSTRACIONES Ilustración 1: Esquema básico del servicio web ....................................................... 26 Ilustración 2: Arquitectura de las aplicaciones web ................................................. 27 Ilustración 3: Logo de PHP ...................................................................................... 30 Ilustración 4: Logo de HTML5 ................................................................................ 32 Ilustración 5: Logo de CSS3..................................................................................... 33 Ilustración 6: Logo de JavaScript ............................................................................. 34 Ilustración 7: Patrón Modelo Vista Controlador ...................................................... 37 Ilustración 8: Logo de Servidor Apache ................................................................... 38 Ilustración 9: Logo de XAMPP ................................................................................ 39 Ilustración 10: Logo de Framework Laravel ............................................................ 40 Ilustración 11: Logo de Framework Bootstrap ......................................................... 43 Ilustración 12: Logo de Librería JQuery .................................................................. 43 Ilustración 13: Logo de MySQL............................................................................... 45 Ilustración 14: Logo de phpMyAdmin ..................................................................... 46 Ilustración 15: Ciclo de vida del Proceso Unificado ................................................ 49 Ilustración 16: Norma de evaluación ISO/IEC9126 ................................................. 53 Ilustración 17:Modelo de calidad Externa e Interna y Calidad d Uso ...................... 54 Ilustración 18:Funcionalidad .................................................................................... 54 Ilustración 19:Confiabilidad ..................................................................................... 56 Ilustración 20:Usabilidad.......................................................................................... 57 Ilustración 21:Eficiencia........................................................................................... 59 Ilustración 22:Capacidad de Mantenimiento ............................................................ 60 Ilustración 23:Portabilidad ....................................................................................... 62 Ilustración 24:Calidad en Uso .................................................................................. 63 Ilustración 25: El proceso de gestión de trámite documentario................................ 67.

(10) x. ÍNDICE DE ANEXOS Anexo 1: Matriz de Consistencia parte 1 ................................................................... 97 Anexo 2: Matriz de Consistencia parte 2 ................................................................... 98 Anexo 3: Encuesta de Satisfacción del Usuario ........................................................ 99 Anexo 4: Formato para evaluar el Sistema Web SISDOC ...................................... 101 Anexo 5: Organigrama de la Entidad ...................................................................... 113 Anexo 6: Relación entre Jefes de Unidad y Secretarias .......................................... 114 Anexo 7: Decreto Legislativo N° 1310 Articulo 8 .................................................. 116.

(11) 1. ÍNDICE DE CONTENIDO DEDICATORIA ........................................................................................................ iv AGRADECIMIENTO ............................................................................................... v RESUMEN ................................................................................................................. vi SUMMARY .............................................................................................................. vii ÍNDICE DE TABLAS ............................................................................................. viii ÍNDICE DE ILUSTRACIONES .............................................................................. ix ÍNDICE DE ANEXOS ............................................................................................... x ÍNDICE DE CONTENIDO ....................................................................................... 1 INTRODUCCIÓN ..................................................................................................... 3 CAPÍTULO I .............................................................................................................. 6 PLANTEAMIENTO DEL PROBLEMA................................................................. 6 1.1. Antecedentes y fundamentación del problema ................................................. 6 1.2. Formulación del problema ................................................................................. 8 1.2.1. Problema general..................................................................................... 8 1.2.2. Problemas específicos .............................................................................. 8 1.3. Objetivos .............................................................................................................. 8 1.3.1. Objetivo general ...................................................................................... 8 1.3.2. Objetivos específicos ............................................................................... 9 1.4. Hipótesis ............................................................................................................... 9 1.4.1. Hipótesis general ..................................................................................... 9 1.4.2. Hipótesis específicos ................................................................................ 9 1.5. Variables, dimensiones e indicadores .............................................................. 11 1.6. Operacionalización de variables ...................................................................... 12 1.7. Justificación e Importancia .............................................................................. 13 1.8. Limitaciones ....................................................................................................... 13 1.8.1. Limitación Interna ................................................................................ 13 1.8.2. Limitación Externa ............................................................................... 14 CAPÍTULO II .......................................................................................................... 15 MARCO TEÓRICO ................................................................................................ 15 2.1. Revisión de estudios realizados ........................................................................ 15.

(12) 2. 2.1.1. Antecedentes Internacionales ............................................................... 15 2.1.2. Antecedentes Nacionales ....................................................................... 17 2.1.3. Antecedentes Locales ............................................................................ 21 2.2. Principales Leyes, definiciones, conceptos fundamentales ............................ 24 2.2.1. Sistema Web........................................................................................... 24 2.2.2. Trámite Documentario ......................................................................... 65 2.3. Marco Situacional ............................................................................................. 67 2.4. Conceptualización de términos ........................................................................ 68 CAPÍTULO III ......................................................................................................... 73 MARCO METODOLÓGICO ................................................................................ 73 3.1. Nivel y Tipo de Investigación ........................................................................... 73 3.2. Diseño de la Investigación ................................................................................ 73 3.3. Determinación de la Población ........................................................................ 74 3.4. Selección de Muestra ........................................................................................ 75 3.5. Técnicas e instrumentos de recolección de datos ........................................... 77 3.6. Procesamiento y presentación de datos ........................................................... 78 CAPÍTULO IV ......................................................................................................... 79 RESULTADOS......................................................................................................... 79 CAPÍTULO V ........................................................................................................... 85 DISCUSIÓN O CONTRASTACIÓN DE RESULTADOS .................................. 85 5.1. Prueba de Hipótesis .......................................................................................... 85 5.2. Contrastación de Hipótesis ............................................................................... 88 CONCLUSIONES .................................................................................................... 92 RECOMENDACIONES .......................................................................................... 93 BIBLIOGRAFÍA ...................................................................................................... 94 ANEXOS ................................................................................................................... 96.

(13) 3. INTRODUCCIÓN Actualmente el avance de la Tecnología de Información y Comunicación permite a toda entidad pública o privada a incrementar la productividad de los trabajadores. Según el Estado Peruano las buenas prácticas de toda institución es manejar sus documentos mediante un sistema de gestión, ya que mediante Decreto Legislativo N° 1310 se aprueban medidas adicionales de simplificación administrativa, entre ellas establece en el Artículo 8 sobre la interconexión de los sistemas de trámite documentario o equivalentes de las entidades de la Administración Pública.. En la Municipalidad Distrital de Molino a diario ingresan un promedio de 12 a 20 documentos en la mesa de partes, lo cual es registrado en el cuaderno de cargo del auxiliar de mesa de partes, posteriormente a partir del mediodía los documentos son derivados según su área destino. Por otro lado; si el usuario que presentó su documento, desea saber el estado y en qué área se encuentra, cada oficina o área revisa su cuaderno de cargos para verificar si llegó el documento. Como consecuencia de este proceso hay mucha pérdida de tiempo, demora en la atención y búsqueda de documentos. Todo esto genera insatisfacción e incomodidad en los usuarios que presentan sus documentos en la municipalidad, generando una mal imagen a la Municipalidad.. Por ello la importancia de implementar el sistema web SISDOC con los objetivos de reducir el tiempo de trámite de los documentos, mostrar la información.

(14) 4. en tiempo real del estado de los documentos tramitados y determinar el grado satisfacción del usuario.. La implementación del sistema de gestión de trámite documentario, en un primer paso permite el registro, control, derivación y atención de trámites externos e internos; así como también, integrar trámites administrativos que se generan en las oficinas de la entidad; por otro lado, realiza el seguimiento, mostrando el estado de los documentos en tiempo real; de esta manera, la municipalidad mejora la atención a los tramitantes.. El trabajo se organiza en 5 capítulos:. Capítulo I: En este capítulo se describe la situación problemática de la gestión de tramite documentario dentro de la Municipalidad Distrital de Molino planteando objetivos para dar solución a la problemática.. Capítulo II: En este capítulo plasmamos investigaciones de otros autores; internacional, nacional y local que sirven como soporte a la investigación, a la vez describimos teorías de cada una de las variables.. Capítulo III: En este apartado damos a conocer el nivel, tipo y diseño de investigación para identificar las características de nuestra investigación; así como también, la identificación de la población, muestra, técnicas e instrumentos de recolección de datos..

(15) 5. Capítulo IV: En este capítulo detallamos el procesamiento de datos, prueba de hipótesis y contrastación de hipótesis.. Capítulo V: En este último capítulo contrastamos los resultados de nuestra investigación con los resultados que obtuvieron otros autores detallado en el Capítulo 2..

(16) 6. CAPÍTULO I PLANTEAMIENTO DEL PROBLEMA 1.1. Antecedentes y fundamentación del problema Según el Manual de Organización y Funciones (MOF) de la Municipalidad Distrital de Molino, la entidad tiene como función atender y dar trámite a cada documento que ingrese ya sea de origen externa o interna. El proceso de trámite documentario inicia cuando el tramitante o trabajador administrativo presenta su documento por la oficina de mesa de partes, donde el Auxiliar de Mesa de Partes recibe y registra los documentos según el orden de llegada con los datos más importantes en su cuaderno de cargos como; orden de documento, el tipo de documento, fecha de llegada, asunto, número de folio, nombre del remitente y área destinataria. Una vez terminada el registro del documento, se genera el número de expediente, lo cual es entregado al tramitante para su posterior seguimiento de su documento. Al momento de entregar el número de expediente el Auxiliar de Mesa de Partes informa que puede volver a la municipalidad dentro de 2 a 3 días para ver el estado de su expediente de acuerdo al tipo de documento. Cuando el tramitante quiere saber el estado de su documento tiene que acercarse personalmente a la Municipalidad para realizar seguimiento del dicho documento de dependencia en dependencia, donde el Auxiliar de Mesa de Partes busca en su cuaderno de cargos de hoja en hoja para ver a qué dependencia fue.

(17) 7. derivado, luego el tramitante se dirige a la dependencia derivada para ver el estado de su documento hasta llegar a la dependencia final, esto demanda mucha pérdida de tiempo e incomodidad causando una mala imagen institucional. Esto no solo pasa en la mesa de partes sino en cada dependencia que visita, ya que todo se realiza de forma manual, por lo que genera un malestar para los tramitantes porque no hay un control adecuado de los documentos. Por otro lado, el Auxiliar de Mesa de Partes entrega el expediente a la secretaria general, en algunas ocasiones no lo realiza a tiempo según estipula el Texto Único de Procedimientos Administrativos (TUPA), causando mucha demora de envío, porque normalmente todos los documentos que ingresan en la mañana son derivados a partir de 12 pm. La secretaria general evalúa los expedientes y si esta toda conforme deriva a la dependencia correspondiente, durante el transcurso de todo el flujo del trámite, hay algunos inconvenientes que suele sufrir el documento como: deterioros, sobre carga de documentos, confusión de derivación de área hasta pérdida del documento. Todo este proceso de trámite documentario es engorroso e incómodo tanto para el trabajador administrativo como para el tramitante, ya que todo el proceso desde el registro del documento hasta su posterior archivamiento se realiza de forma manual y demanda mucho tiempo ya que carecen de un sistema que simplifique estas tareas. A causa de todas estas problemáticas se implementó un Sistema Web SISDOC para la agilización del trámite documentario..

(18) 8. 1.2. Formulación del problema 1.2.1. Problema general ¿Cómo influye la implementación del Sistema Web SISDOC en la agilización del trámite documentario en la Municipalidad Distrital de Molino?. 1.2.2. Problemas específicos  ¿Cómo influye la implementación del Sistema Web SISDOC en la reducción del tiempo en el trámite documentario en la Municipalidad Distrital de Molino?  ¿Cómo influye la implementación del Sistema Web SISDOC en la visualización del estado del trámite documentario en la Municipalidad Distrital Molino?  ¿Cómo influye la implementación del Sistema Web SISDOC en el grado de satisfacción del usuario en el trámite documentario en la Municipalidad Distrital de Molino? 1.3. Objetivos 1.3.1. Objetivo general Implementar el Sistema Web SISDOC para agilizar el trámite documentario en la Municipalidad Distrital de Molino..

(19) 9. 1.3.2. Objetivos específicos  Reducir el tiempo de trámite de los documentos en la Municipalidad Distrital de Molino.  Mostrar la información inmediata del estado de los documentos tramitados en la Municipalidad Distrital de Molino.  Determinar el grado de satisfacción del usuario en el trámite documentario en la Municipalidad Distrital Molino. 1.4. Hipótesis 1.4.1. Hipótesis general La implementación del Sistema Web SISDOC incide significativamente en la mejora del trámite documentario en la Municipalidad Distrital de Molino.. 1.4.2. Hipótesis específicos  La aplicación del Sistema Web SISDOC incide significativamente en la reducción del tiempo de trámite de los documentos en la Municipalidad Distrital de Molino.  La aplicación del Sistema Web SISDOC incide significativamente en la visualización del estado del trámite documentario en la Municipalidad Distrital Molino..

(20) 10.  La aplicación del Sistema Web SISDOC incide significativamente en el grado de satisfacción del usuario en el trámite documentario en la Municipalidad Distrital de Molino..

(21) 11. 1.5. Variables, dimensiones e indicadores Tabla 1: Variables, Dimensiones e Indicadores. V. Independiente (X). VARIABLES. VARIABLE (X): SISTEMA WEB SISDOC. DIMENSIONES. D1:. ISO/IEC 9126. INDICADORES % alcanzada de Funcionalidad % alcanzada de Fiabilidad % alcanzada de Usabilidad % alcanzada de eficiencia % alcanzada de Capacidad de Mantenimiento % alcanzada de Portabilidad. V. Dependiente (y). % alcanzada de Calidad en uso d1: VARIABLE (Y): TRÁMITE DOCUMENTARIO. Satisfacción de Usuario. Grado de satisfacción del usuario. Tiempo promedio de trámite de documentos d2:. Tiempo Tiempo promedio de consulta de documentos Fuente: Elaboración propio.

(22) 12. 1.6. Operacionalización de variables Tabla 2: Definición Operacional. V. Independiente (X). VARIABLES. VARIABLE (X): SISTEMA WEB SISDOC. DEFINICIÓN CONCEPTUAL. Conjunto de componentes interrelacionados que obtienen, procesan, almacenan y distribuyen información para apoyar la toma de decisiones, la coordinación y el control en una organización. (Autor(a): Luz Marina Rocha). DEFINICIÓN OPERACIONAL. Un sistema web es una aplicación que está alojado dentro de un servidor que funciona mediante el internet, facilitando recojo, procesamiento y almacenamiento de datos para brindar información a grandes masas de usuarios en tiempo real. DIMENSIONES. INDICADORES. % alcanzada de Funcionalidad % alcanzada de Fiabilidad % alcanzada de Usabilidad % alcanzada de eficiencia % alcanzada de Capacidad de D1: ISO/IEC 9126 Mantenimiento % alcanzada de Portabilidad. V. Dependiente (y). % alcanzada de Calidad en uso El trámite documentario es el conjunto de actividades El trámite documentario realiza d1: Satisfacción de administrativas y técnicas, Usuario las actividades de recepción, tendencias a la registro, derivación y planificación, manejo y organización archivamiento de documentos, VARIABLE (Y): de la documentación producida y permitiendo a las organizaciones TRÁMITE recibida de las entidades del tener el control de la ubicación DOCUMENTARIO sector, sean de origen externo o física y estatus, actual y pasado interno, desde su origen hasta su de la documentación que llega, d2: Tiempo destino final, con el objeto de fluye y se genera dentro de la facilitar su institución. utilización y conservación. (Autor: Minagri, 2016). Fuente: Elaboración propio. Grado de satisfacción del usuario. Tiempo promedio de trámite de documentos. Tiempo promedio de consulta de documentos.

(23) 13. 1.7. Justificación e Importancia El presente trabajo de investigación brinda soluciones a las problemáticas que hay dentro del proceso de trámite documentario de la Municipalidad Distrital de Molino. Este desarrollo nos permitirá:  Brindar una mejor atención al usuario solicitante.  Agilizar el seguimiento de los expedientes en tiempo real.  Reducir el tiempo de registro del documento en mesa de partes.  Derivación inmediata del expediente luego de su registro.  Mejorar de manera sistemática la búsqueda de expedientes. Con la implementación de Sistema Web SISDOC se agiliza el proceso del trámite documentario, evitando el trabajo engorroso y problemático para el trabajador administrativo y para el tramitante, evitando pérdida de tiempos productivos durante todo el flujo del trámite que sigue el expediente. 1.8. Limitaciones 1.8.1. Limitación Interna  Por el nuevo cambio de gobierno hay nuevos trabajadores que desconocen el tema de trámite documentario.  Poco interés por parte de los trabajadores administrativos de la Municipalidad en el uso de tecnologías de información y comunicación..

(24) 14.  No todas las secretarias cuentan con una computadora.  La entidad no cuenta con página web ni servidores locales.. 1.8.2. Limitación Externa  El tema de trámite documentario es novedoso y nos tomó tiempo entender toda la funcionalidad que se realiza dentro de este proceso.  Desconocimiento del uso de la Tecnología por parte de los tramitantes..

(25) 15. CAPÍTULO II MARCO TEÓRICO 2.1. Revisión de estudios realizados. A continuación, se mencionan algunos antecedentes a nivel internacional, nacional y local de la investigación y sus respectivos resultados, basada en desarrollo de sistemas web y trámite documentario:. 2.1.1. Antecedentes Internacionales  (Quilumbaquin Fernández, 2014), en su proyecto de investigación titulado “Sistema de gestión documental y archivo en el Gobierno Autónomo Descentralizado de González Suárez de la provincia de Imbabura”, con el objetivo de “Implementar un Sistema de Gestión Documental y Archivo para el mejoramiento del manejo de información en el Gobierno Autónomo Descentralizado de González Suárez de la Provincia de Imbabura.”, llegó a la siguiente conclusión más relevante respecto al indicador de nuestro proyecto de investigación:  Ayudará a controlar y organizar los documentos administrativos de la institución, lo que abarca una eficiente y un eficaz servicio a los usuarios..

(26) 16.  (Guerra Vergara, 2015), en su proyecto de investigación titulado “Implementación de un sistema de gestión documental en una empresa de servicios”, con el objetivo de “Implementar un sistema de gestión documental desde el cual se puedan digitalizar todos los documentos relacionados con las órdenes de servicios y demás documentos, con el propósito de normalizar y estandarizar o parametrizar la información, dando seguridad, confianza y calidad, apoyando lo toma oportuna de decisiones.”, llegó a la siguiente conclusión más relevante respecto al indicador de nuestro proyecto de investigación:  Al contar con un sistema de gestión documental el flujo de información en la empresa mejora notablemente, favoreciendo la toma de decisiones, primero porque toda la información estará organizada; y la segunda porque estará a disposición inmediata del gerente o personas que requieran dicha información.  (Mérida Brito, 2016), en su proyecto de investigación titulado: “Implementación de un sistema de gestión documental para la cámara boliviana de exportadores de quinua y productos orgánicos” con el objetivo de “Implementar la gestión documental para el manejo ordenado y eficiente del archivo de gestión, de la Cámara Boliviana de Exportadores de Quinua y Productos Orgánicos y de esta forma contribuir a mejorar y efectivizar la administración de la.

(27) 17. documentación”, llegó a las siguientes conclusiones más relevante respecto al indicador de nuestro proyecto de investigación:  Conocer los expedientes (todos y cada uno) gestionados en las diferentes áreas y unidades de la institución.  Conocer la localización del expediente y/o cada uno de los documentos que lo componen.  Realizar el seguimiento y control del desarrollo de cada uno de los trámites o atención de un proyecto gestionados por cada unidad.  Efectivo y eficiente flujo documental y acceso a la información.. 2.1.2. Antecedentes Nacionales  (Barreto Muñoz & Vicencio Cabrera, 2017), en su proyecto de investigación titulado “Implementación de un Sistema Web para el trámite Documentario en la Municipalidad del Centro Poblado de Santa María de Huachipa”, con el objetivo de “Mejorar el proceso de Trámite Documentario en el área de Mesa de Partes a través de un Sistema Web”, llegó a las siguientes conclusiones más relevante respecto al indicador de nuestro proyecto de investigación:  Se redujo el tiempo del registro de expedientes con el uso del sistema web, debido a que ya no se realiza de forma manual, sino mediante el sistema..

(28) 18.  Se redujo el tiempo de atención de expedientes considerando que este proceso comienza desde que ingresa al área de mesa de partes y es registrado en el sistema hasta que es atendido.  (Bastidas Parraga, 2016), en su trabajo de investigación titulado “Desarrollo. e. Implementación. del. Sistema. de. Tramite. Documentario en la Municipalidad Provincial de Huancayo para la atención de expedientes”, con el objetivo de “Desarrollar e implementar el Sistema de Tramite Documentario en la Municipalidad Provincial de Huancayo para la atención de expedientes” llegó a las siguientes conclusiones más relevante respecto al indicador de nuestro proyecto de investigación:  Con respecto a los indicadores antes mencionados, se puede afirmar que mejoró en gran medida la atención de expedientes, esto debido a que una de las consecuencias del uso del nuevo sistema implica que los trabajadores de la Unidad de Trámite Documentario. procesen. la. información. más. rápido. y. organizadamente, ya que ahora los usuarios estarán informados del movimiento de sus documentos una vez ya ingresados al sistema interno.  El sistema de trámite documentario como herramienta de gestión ha permitido reducir los tiempos en la atención de expedientes hasta en un 30%..

(29) 19.  Se determinó una mejora en la satisfacción del usuario interno al comparar las medianas de las encuestas de satisfacción de los periodos 2006 y 2015 siendo esta diferencia significativa con un valor de Z= -3.929 y p=0.0001.  (Chucuya Gomez, 2017), en su trabajo de investigación titulado “Modelo de Gobierno Electrónico para la Gestión Municipal de la Provincia de Chucuito Juli - 2016”, con el objetivo de “Implementar un software para el Seguimiento y el Control de Documentos para el mejoramiento de la Gestión Administrativa en la Municipalidad Distrital de Pueblo Nuevo – Chincha - 2013”, llegó a las siguientes conclusiones más relevante respecto al indicador de nuestro proyecto de investigación:  Luego de realizar la prueba estadística, obtuvo un grado de aceptación del 56% según la encuesta realizada a los trabajadores del municipio.  Se logró una aceptación considerable de los trabajadores y usuarios visitantes de la municipalidad, a pesar que algunos no tienen conocimiento del Modelo de Gobierno Electrónico. Se concluye que permite mayor consultas webs en comparación con los métodos tradicionales..

(30) 20.  (Mamani Mamani, 2017), en su trabajo de investigación titulado “Desarrollo de un sistema web de administración documentario para la municipalidad distrital de Coasa provincia de Carabaya-2016”, con el objetivo de “Desarrollar un sistema web de administración documentario para la municipalidad distrital de Coasa”, llegó a las siguientes conclusiones más relevante respecto al indicador de nuestro proyecto de investigación:  El análisis, diseño de la interfaz del menú principal, dio como resultado a través de las encuestas realizadas que el 78% de los trabajadores afirman que el diseño de la interfaz del software desarrollo de un sistema web de administración documentario para la municipalidad distrital de Coasa es Muy bueno y el 22% de ellos afirman que es bueno.  La seguridad del sistema en el control de la información, dio como resultado a través de la encuesta realizada a los trabajadores del municipio que el 78% aprueba el Estándar ISO-9126 de calidad de software, ubicándose mayoritariamente en al escalda de “Cumple los Requisitos”.  Hay diferencia significativa en el análisis del tiempo de demora entre el antes y el después de la implementación del sistema en el proceso de información..

(31) 21.  (Herrera. García,. 2018),. en. su. trabajo. de. tesis. titulado. “Implementación de un sistema web de gestión de trámite documentario para optimizar los procesos en el área de mesa de partes en la Municipalidad Distrital de Bellavista-Sullana;2016”, con el objetivo de “Implementar un sistema web de gestión de trámite documentario para optimizar los procesos del Área de Mesa de Partes en la Municipalidad Distrital de Bellavista-Sullana 2016”, llegó a la siguiente conclusión más relevante respecto al indicador de nuestro proyecto de investigación:  Se puede garantizar que ahora ya no habrá documentos extraviados, debido a que uno de los efectos del uso del sistema reciente compromete a que los trabajadores del área de mesa de partes procesen la información más eficaz y organizadamente, ya que los usuarios se mantendrán informados del movimiento de sus documentos una vez ingresados al sistema.. 2.1.3. Antecedentes Locales  (Ochoa Romero, 2016), en su proyecto de investigación titulado “Simplificación de trámites documentarios y su influencia en la optimización de los servicios administrativos en la UNHEVAL – Huánuco 2014”, llegó a las siguientes conclusiones:  La aplicación de los fundamentos teóricos y prácticos de la Simplificación. de. Trámites. Documentarios,. contribuyó.

(32) 22. positivamente en la Optimización de los Servicios Administrativos en la UNHEVAL; esto fue posible al apoyo y participación de todos los trabajadores de la Oficina de Personal, quienes influyeron directamente en la eficiente y efectiva transformación y cambio en el servicio administrativo.  Se ha cumplido con el objetivo de realizar la ETAPA PREPARATORIA. de. la. Simplificación. de. Trámites. Documentarios, la cual posibilitó mejorar significativamente la Optimización de los Servicios Administrativos en la UNHEVAL, logrando de esta manera mejorar las labores administrativas de la Oficina de Personal en virtud a que se cuenta con un plan de trabajo de simplificación de trámites documentarios que reduce los procedimientos administrativos; asimismo, el personal ha recibido la capacitación y sensibilización al respecto, permitiendo de esta manera que el trabajador se sienta identificado con la institución, permitiendo de esta manera optimizar los servicios administrativos; situación que se muestra en el cuadro N° 01-A, 01-B y gráfico N° 01.  Se realizó el análisis de la ETAPA DE DIAGNÓSTICO de la Simplificación de Trámites Documentarios, el cual facilitó mejorar significativamente. la. Optimización. de. los. Servicios. Administrativos en la UNHEVAL, donde el personal ha.

(33) 23. participado en dicho proceso, por lo tanto, se cuenta con los resultados del diagnóstico de la situación actual así como del equipamiento e infraestructura y del mapeo de las capacidades de los recursos humanos, los cuales actúan dentro del marco legal con el conocimiento de las características de los procedimientos y herramientas a fin de optimizar los servicios administrativos. Dicha información se obtuvo a través de las reuniones sostenidas con el personal involucrado en los procesos del trámite documentario de la Oficina de Personal, lo cual fue de suma importancia para alcanzar los propósitos de la institución, situación que se muestra en los cuadros N° 02-A, 02-B y gráfico N° 02.  Luego. de. haber. aplicado. el. programa. experimental. y. posteriormente el cuestionario referente a la satisfacción del usuario se puede indicar que existe una mejora en la satisfacción del usuario, por lo que se hace necesario que en el proceso de la Simplificación de Trámites documentarios introducir un proceso dinámico de mejora continua, la cual genere eficiencia y desburocratización de los procesos, contribuyendo de esta manera la calidad en el servicio y por ende elevar el grado de satisfacción; situación que se muestran en los cuadros N° 07-A, 07-B y gráficos N° 07 y 08..

(34) 24. 2.2. Principales Leyes, definiciones, conceptos fundamentales 2.2.1. Sistema Web Los “Sistemas Web” o también conocido como” aplicaciones Web” son aquellos que están creados e instalados no sobre una plataforma o sistemas operativos (Windows, Linux). Sino que se aloja en un servidor en Internet o sobre una intranet (red local). Su aspecto es muy similar a páginas Web que vemos normalmente, pero en realidad los ‘sistemas Web’ tienen funcionalidades muy potentes que brindan respuestas a casos particulares. (Baez, 2013, pág. 1).  La Web Para Mateu et al., (1991), citado por (Moscoso Castro, 2018, pág. 23), sostiene que: La web es la herramienta que permite a millones de personas acceder a Internet, convirtiéndose en una fuente de servicio de comunicación universal. La WWW (World Wide Web) o, de forma más coloquial, es una aplicación que se codifica en un lenguaje soportado por los navegadores web en la que se confía la ejecución al navegador, la web se ha convertido, junto con el correo electrónico, en el principal caballo de batalla de internet, permitiendo el acceso a infinidad de servicios y programas..

(35) 25. El término web para Ramos Martín (Ramos Martín & Ramos Martín, 2014) es: “conjunto de documentos que se conectan entre ellos a través de enlaces o links (un link es el nombre que se utiliza para designar ciertas palabras que aparecen en un texto y que, al situar el puntero del ratón, nos lleva a otra página o sitio web). Estos documentos reciben el nombre de páginas web y cada vez que hacemos clic en un enlace, este nos lleva a otra página web”.  Sistema de información Un conjunto formal de proceso que, operando sobre una colección de datos estructurada según las necesidades de la empresa, recopilan, elaboran y distribuyen la información (o parte de ella) necesaria para las operaciones de dicha empresa y para las actividades de dirección y control correspondientes (decisiones) para desempeñar su actividad a su estrategia de negocio. (Universidad Tecnológica del Perú, 2018, pág. 27).  Aplicación Web Para Luján (Luján Mora, 2002): “Una aplicación web (webbased application) es un tipo especial de aplicación cliente/ servidor, donde tanto el cliente (el navegador, explorador o visualizador) como el servidor (el servidor web) y el protocolo mediante el que se.

(36) 26. comunican (HTTP) están estandarizados y no han de ser creados por el programador de aplicaciones”. En definitiva, el concepto de aplicación web o sistema web para los diferentes autores, apunta al término internet (es una gran red mundial de ordenadores conectados que comparten información), lo que hace que los usuarios se conecten a través de intranet o extranet usando diferentes dispositivos (PC, Smartphone, Tablet, etc.) mediante un navegador web o protocolos de red para poder utilizar o interactuar con el aplicativo o sistema de información que están alojadas en servidores externos generalmente.. A. Arquitectura del Sistema Web. A continuación, se muestra la ilustración que permite comprender el funcionamiento de una aplicación web: Ilustración 1: Esquema básico del servicio web. Fuente: (Lerma, Murcia & Mifsud, 2013, pág. 11)..

(37) 27. Ilustración 2: Arquitectura de las aplicaciones web. Fuente: Programación de aplicaciones web (Luján Mora, 2002, pág. 56). La arquitectura de Internet divide esta funcionalidad en cuatro servicios: IP (DNS), este es el servicio inicial que se invoca para traducir un nombre de dominio; conexión y transporte (socket), una vez obtenida la dirección IP del servidor establecemos una conexión con él, que permita recibir y enviar información de forma confiable. (Gutierrez, 2008, p.47)  Arquitectura Cliente / Servidor. Es una arquitectura de red en la que cada ordenador o proceso en la red es cliente o servidor. Normalmente, los servidores son ordenadores potentes dedicados a gestionar unidades de disco.

(38) 28. (servidor de ficheros), impresoras (servidor de impresoras), tráfico de red (servidor de red), datos (servidor de bases de datos) o incluso aplicaciones (servidor de aplicaciones), mientras que los clientes son máquinas menos potentes y usan los recursos que ofrecen los servidores. (Lujan, 2002, p.39) Existen 2 tipos de procesos: los clientes (front-end), que se encargan de solicitar peticiones de conexión para obtener información, y los servidores (back-end), que tratan esas peticiones, obtienen la información y la envían a los procesos clientes. (Villada, 2014) En la Ilustración 2 se muestra la arquitectura de una aplicación web, donde el cliente gestiona las peticiones del usuario y la recepción de las páginas que provienen del servidor. Interpreta los documentos HTML y sus recursos. Las tecnologías más empleadas son:  Lenguaje de marcado de hipertexto (HTML).  Hojas de estilo (CSS).  Lenguaje de script (JavaScript). Según Jeffrey (2012), explica que: “el servidor web es un programa residente que espera peticiones: demonio (daemon) en.

(39) 29. Unix y servicio en servidores Microsoft. En la aplicación del servidor hay:  Paginas estáticas (documentos HTML).  Recursos multimedia (imágenes y documentos adicionales al sitio web).  Script o programas de servidor que al ser invocados se ejecutan y dan como resultado una página HTML generada (pueden acceder a una BD).  Tecnología de servidor: PHP  Código Fuente: binarios para Wind32 y algunos Unix.. B. Lenguajes de Programación al lado del servidor  Personal Home Page (PHP) PHP, acrónimo de PHP Hypertext Preprocessor, es un lenguaje de programación que se utiliza en la mayoría de los casos para el desarrollo web, pero que para muchos es un lenguaje de propósito general y el uso que se le dé dependerá en gran parte de las necesidades que posea el programador. Algunas de las características más importantes se mencionan a continuación:  Programación de páginas dinámicas en servidores..

(40) 30.  Soporte para trabajar con múltiples bases de datos.  Soporte para múltiples plataformas.  Soporte para múltiples servidores.  Facilidad de aprendizaje.  Portabilidad de código entre diferentes plataformas.  Total libertad para distribuir las aplicaciones. Ilustración 3: Logo de PHP. Fuente: https://www.outlyer.com/media/logos/integrations/php.28e1fa4f.svg  PHP Orientado a Objetos PHP es un lenguaje que está orientado a la programación de objetos, así lo menciona en (The PHP Group, 2001): A partir de PHP 5, el modelo de objetos ha sido reescrito para tener en cuenta un mejor rendimiento y mayor funcionalidad. Este fue un cambio importante a partir de PHP 4. PHP 5 tiene un modelo de objetos completo. Entre las características de PHP 5 están la inclusión de la visibilidad, clases y métodos abstractos y.

(41) 31. finales, métodos mágicos adicionales, interfaces, clonación y determinación de tipos. PHP trata los objetos de la misma manera que las referencias o manejadores, lo que significa que cada variable contiene una referencia a un objeto en lugar de una copia de todo el objeto. Orientado a objetos. La versión última de PHP con fecha 08 de junio del 2017 es 7.2.0 Alpha, permitiendo al programador aprender buenas prácticas con PHP.. C. Lenguajes de programación al lado del cliente. Los lenguajes de programación al lado del cliente es la base de todo proyecto web, ya que esto se abrirá en un navegador web. Existen 3 lenguajes fundamentales: el HTML (HyperText Markup Language), el CSS (Cascading Style Sheets) y Js (JavaScript).  HTML HTML (HyperText Markup Language) es un lenguaje compuesto por un grupo de etiquetas definidas con un nombre rodeado de paréntesis angulares. Los paréntesis angulares delimitan la etiqueta y el nombre define el tipo de contenido que representa. Por ejemplo, la etiqueta <html> indica que el contenido es código.

(42) 32. HTML. Algunas de estas etiquetas son declaradas individualmente (por ejemplo, <br>) y otras son declaradas en pares, que incluyen una de apertura y otra de cierre, como <html></html> (en la etiqueta de cierre el nombre va precedido por una barra invertida). Las etiquetas individuales y las de apertura pueden incluir atributos para ofrecer información adicional acerca de sus contenidos (por ejemplo, <html lang="es">). Las etiquetas individuales y la combinación de etiquetas de apertura y cierre se llaman elementos. Los elementos compuestos por una sola etiqueta se usan para modificar el contenido que los rodea o incluir recursos externos, mientras que los elementos que incluyen etiquetas de apertura y cierre se utilizan para delimitar el contenido del documento. (J.D Gauchat, 2017, pág. 6) Ilustración 4: Logo de HTML5. Fuente: https://commons.wikimedia.org/wiki/File:HTML5_logo_and_word mark.svg.

(43) 33.  CSS CSS (Cascading Style Sheets) es el lenguaje que se utiliza para definir los estilos de los elementos HTML, como el tamaño, el color, el fondo, el borde, etc. Aunque todos los navegadores asignan estilos por defecto a la mayoría de los elementos, estos estilos generalmente están lejos de lo que queremos para nuestros sitios web. Para declarar estilos personalizados, CSS utiliza propiedades y valores. Esta construcción se llama declaración y su sintaxis incluye dos puntos después del nombre de la propiedad, y un punto y coma al final para cerrar la línea. (J.D Gauchat, 2017, pág. 7) Ilustración 5: Logo de CSS3. Fuente: https://commons.wikimedia.org/wiki/File:CSS3_logo_and_wordm ark.svg.

(44) 34.  JavaScript JavaScript (abreviado comúnmente JS) es un lenguaje de programación interpretado, dialecto del estándar ECMAScript. Se define como orientado a objetos, basado en prototipos, imperativo, débilmente tipado y dinámico. Se utiliza principalmente en su forma del lado del cliente (client-side), implementado como parte de un navegador web permitiendo mejoras en la interfaz de usuario y páginas web dinámicas, aunque existe una forma de JavaScript del lado del servidor (Server-side JavaScript o SSJS). Su uso en aplicaciones externas a la web. Ilustración 6: Logo de JavaScript. Fuente: https://es.wikipedia.org/wiki/JavaScript#/media/File:Unofficial_Jav aScript_logo_2.svg.

(45) 35. D. Patrón de diseño Modelo Vista Controlador (MVC). El patrón MVC es un patrón de arquitectura de software encargado de separar la lógica de negocio de la interfaz del usuario y es el más utilizado en aplicaciones Web, ya que facilita la funcionalidad, mantenibilidad y escalabilidad del sistema, de forma simple y sencilla, a la vez que permite “no mezclar lenguajes de programación en el mismo código”. Se divide en tres niveles de abstracción:  Modelo: representa la lógica de negocios. Es el encargado de acceder. de. forma. directa. a. los. datos. actuando. como. “intermediario” con la base de datos. Lo que en nuestro ejemplo de programación orientada a objetos.  Vista: es la encargada de mostrar la información al usuario de forma gráfica.  Controlador: es el intermediario entre la vista y el modelo. Es quien controla las interacciones del usuario solicitando los datos al modelo y entregándolos a la vista para que ésta, lo presente al usuario, de manera gráfica.. ¿Cómo funciona el patrón MVC?. Consiste en separar la aplicación en tres partes principales. El modelo representa los datos de la aplicación, la vista hace una.

(46) 36. presentación del modelo de datos, y el controlador maneja y enruta las peticiones hechas por los usuarios.. Beneficio de utilizar MVC. El beneficio de utilizar MVC es porque es un patrón de diseño de software probado y se sabe que funciona. Con MVC la aplicación se puede desarrollar rápidamente, de forma modular y mantenible. Separar las funciones de la aplicación en modelos, vistas y controladores hace que la aplicación sea muy ligera. Estas características nuevas se añaden fácilmente y las antiguas toman automáticamente una forma nueva. El diseño modular permite a los diseñadores y a los desarrolladores trabajar conjuntamente, así como realizar rápidamente el prototipado. Esta separación también permite hacer cambios en una parte de la aplicación sin que las demás se vean afectadas..

(47) 37. Ilustración 7: Patrón Modelo Vista Controlador. Fuente: (Sommerville, 2011), pág. 157.. E. Servidor  Servidor Apache Es un software servidor HTTP de código abierto para plataformas Unix (BSD, GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el protocolo HTTP/1.1 y la noción de sitio virtual. Cuando comenzó su desarrollo en 1995 se basó inicialmente en código del popular NCSA HTTP 1.3, pero más tarde fue reescrito por completo. Su nombre se debe a que Behelendorf eligió ese nombre porque quería que tuviese la connotación de algo que es firme y enérgico, pero no agresivo, y la.

(48) 38. tribu Apache fue la última en rendirse al que pronto se convertiría en gobierno de EEUU. Apache presenta características como mensajes de error altamente configurables, bases de datos de autenticación y negociado de contenido, modular, Open Source, multiplataforma, extensible, popular y sobre todo gratuito; pero fue criticado por la falta de una interfaz gráfica que ayude en su configuración. Apache tiene amplia aceptación en la red: desde 1996, Apache, es el servidor HTTP más usado. Alcanzó su máxima cuota de mercado en 2005 siendo el servidor empleado en el 70% de los sitios web en el mundo. Existe otros semejantes, pero de paga como la de la IIS (Internet Information Services) de Microsoft. Ilustración 8: Logo de Servidor Apache. Fuente: http://httpd.apache.org/docs/2.0/es/images/feather.gif..

(49) 39.  XAMPP XAMPP es un servidor independiente de plataforma de código libre. Te permite instalar de forma sencilla Apache en tu propio ordenador, sin importar tu sistema operativo (Linux, Windows, MAC o Solaris). Y lo mejor de todo es que su uso es gratuito. Es una herramienta de desarrollo que te permite probar tu trabajo (páginas web o sistemas web) en tu propio ordenador sin necesidad de tener que accesar a internet. XAMPP contiene los siguientes paquetes:  Apache, el servidor Web más famoso.  MySQL, una excelente base de datos de código libre.  PHP y Perl: lenguajes de programación.  ProFTPD: un servidor FTP.  OpenSSL: para soporte a la capa de sockets segura.  Paquetes gráficos. Ilustración 9: Logo de XAMPP. Fuente: https://erickorlando.files.wordpress.com/2017/01/xampp.png.

(50) 40. F. Framework y Librerías  Framework Laravel Es un framework de código abierto para desarrollar aplicaciones y servicios web con PHP 5 y PHP 7. Su filosofía es desarrollar código PHP de forma elegante y simple, evitando el "código espagueti". Fue creado en 2011 y tiene una gran influencia de frameworks como Ruby on Rails, Sinatra y ASP.NET MVC.2 Ilustración 10: Logo de Framework Laravel. Fuente: https://www.secret-source.eu/what-we-do/laravel-logo/. Laravel facilita el desarrollo simplificando el trabajo con tareas comunes como la autenticación, el enrutamiendo, gestión sesiones, el almacenamiento en caché, etc. Algunas de las principales características y ventajas de Laravel son:  Está diseñado para desarrollar bajo el patrón MVC (modelo vista - ontrolador), centrándose en la correcta separación y.

(51) 41. modularización del código. Lo que facilita el trabajo en equipo, así como la claridad, el mantenimiento y la reutilización del código.  Integra un sistema ORM de mapeado de datos relacional llamado Eloquent aunque también permite la construcción de consultas directas a base de datos mediante su Query Builder.  Permite la gestión de bases de datos y la manipulación de tablas desde código, manteniendo un control de versiones de las mismas mediante su sistema de Migraciones.  Utiliza un sistema de plantillas para las vistas llamado Blade, el cual hace uso de la cache para darle mayor velocidad. Blade facilita la creación de vistas mediante el uso de layouts, herencia y secciones.  Facilita la extensión de funcionalidad mediante paquetes o librerías externas. De esta forma es muy sencillo añadir paquetes que nos faciliten el desarrollo de una aplicación y nos ahorren mucho tiempo de programación.  Incorpora un intérprete de línea de comandos llamado Artisan que nos ayudará con un montón de tareas rutinarias como la creación de distintos componentes de código, trabajo con la base de datos y migraciones, gestión de rutas, cachés, colas, tareas programadas, etc..

(52) 42.  Framework Bootstrap Es un Framework de Twitter para desarrollo de aplicaciones web. Este, es sencillo y ligero que usa la tecnología de CSS y JavaScript, basándose en los últimos estándares de desarrollo Web, como HTML5, CSS3 y JavaScript/JQuery. Es de código abierto. Con este se logra una web con diseño responsivo, es decir, los usuarios pueden visualizar perfectamente en un amplio rango de dispositivos, por ejemplo, en una PC, tableta, smartphone, etc. Como ya se dijo anteriormente, Bootstrap fue desarrollado por los empleados de Twitter; por Mark Otto y Jacbod Thornton, como un marco de trabajo para fomentar la consistencia a través de herramientas internas. En agosto del 2011, Twitter liberó a Bootstrap como código abierto. En febrero del 2012, se convirtió en el proyecto de desarrollo más popular de GitHub..

(53) 43. Ilustración 11: Logo de Framework Bootstrap. Fuente: https://www.troopsf.com/file/bootstrap-logo.png  Librería JQuery. Es la librería rápida y concisa para JavaScript la cual simplifica los. documentos. HTML,. a través. de eventos,. animaciones, interacciones con Ajax para un rápido desarrollo web. Jquery fue diseñado en el 2009 con el fin de cambiar el camino de los desarrolladores al escribir código JavaScript como refieren sus autores de la (jQueryFoundation, 2009).. Ilustración 12: Logo de Librería JQuery.

(54) 44. Fuente: http://adgprogramador.com/img/jquery.png. G. Base de datos. Las bases de datos permiten almacenar grandes cantidades de información en forma estructurada, consistente e íntegra y dan la posibilidad a un desarrollador de utilizarlas mediante programas (aplicaciones); además, les proporciona a éstos una herramienta bajo la cual puedan reducir considerablemente el tiempo del proceso de búsqueda en profundidad de los datos almacenados.  Lenguaje estructurado de consultas.. El lenguaje de consulta estructurado (SQL) es un lenguaje de base de datos normalizado, utilizado por los diferentes motores de bases de datos para realizar determinadas operaciones sobre los datos o sobre la estructura de los mismos.  MySQL. MySQL es un sistema de gestión de bases de datos relacional desarrollado bajo licencia dual: Licencia pública general/Licencia comercial por Oracle Corporation y está considerada como la base datos de código abierto más popular del mundo, y una de las más populares en general junto a Oracle y.

(55) 45. Microsoft SQL Server, sobre todo para entornos de desarrollo web. (Wikipedia, 2019)  Manejador de base de datos MySQL.. El software MySQL proporciona un servidor de base de datos SQL muy rápido, multi-threaded, multiusuario y robusto. El servidor MySQL está diseñado para entornos de producción críticos, con alta carga de trabajo, así como para integrarse en software para ser distribuido. MySQL es una marca registrada de MySQL AB. El software MySQL tiene una doble licencia. Los usuarios pueden elegir entre usar el software MySQL como un producto Open Source bajo los términos de la licencia GNU General Public License o pueden adquirir una licencia comercial Standard de MySQL AB.. Ilustración 13: Logo de MySQL. Fuente: http://logonoid.com/images/mysql-logo.png..

(56) 46.  Administrador de MySQL phpMyAdmin.. Es un instrumento escrito en PHP que tiene la intención de manipular la administración de MySQL sobre Web. Ciertamente esto puede crear, eliminar y alterar las bases de datos, crear/eliminar/alterar tablas, borrar/actualizar/agregar campos, ejecutar cualquier sentencia SQL, administrar llaves sobre campos, administrar privilegios, exportar datos en varios formatos y está disponible en 55 lenguajes bajo la licencia GPL. En otros términos, phpMyAdmin es un programa de libre distribución en PHP, creado por una comunidad sin ánimo de lucro. Es una herramienta muy completa que permite acceder a todas las funciones típicas de la base de datos MySQL a través de una interfaz Web muy intuitiva.. Ilustración 14: Logo de phpMyAdmin. Fuente: http://vpstutorial.com/wp-content/uploads/2013/08/ScreenShot-2013-08-17-at-1.55.01-PM.png..

(57) 47. H. Metodología de desarrollo de software. Una Metodología para el Desarrollo de Sistemas de Información es un conjunto de actividades llevadas a cabo para desarrollar y poner en marcha un Sistema de Información.. A continuación, definimos la Metodología del Proceso Unificado:  Proceso Unificado de Rational El Proceso Unificado de Rational o RUP (por sus siglas en inglés de Rational Unified Process) es un proceso de desarrollo de software. desarrollado. por. la. empresa. Rational. Software,. actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado (UML), constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos. RUP es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de software de alta y de mayor calidad para satisfacer las necesidades de los usuarios que tienen un cumplimiento al final dentro de un límite de tiempo y presupuesto previsible. Es una metodología de desarrollo iterativo que es enfocada hacia.

(58) 48. “diagramas de los casos de uso, y manejo de los riesgos y el manejo de la arquitectura”. (Suarez, 2013). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como, por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso).  Ciclo de vida de la Metodología RUP El ciclo de vida de la metodología RUP es una implementación del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto y en las que se hace un mayor o menor hincapié en las distintas actividades..

(59) 49. Ilustración 15: Ciclo de vida del Proceso Unificado. Fuente: (Jacobson, Booch, & Rumbaugh, pág. 11)  Fases del ciclo de vida del RUP Según (Jacobson, Booch, & Rumbaugh) el ciclo de vida se desarrolla a lo largo del tiempo. Este tiempo, a su vez, de divide en cuatro fases a través de una secuencia de modelos. En cada fase los desarrolladores pueden descomponer adicionalmente el trabajo en iteraciones. Cada fase termina con un hito. Cada hito se determina por la disponibilidad de un conjunto de artefactos; es decir, ciertos modelos o documentos han sido desarrollados hasta alcanzar un estado predefinido..

(60) 50. Las fases de describen a continuación:  Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy general de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.  Fase de elaboración: En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.  Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requerimientos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.  Fase de Cierre: El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario. Se. debe. verificar. que. el. producto. cumpla. con. las.

(61) 51. especificaciones entregadas por las personas involucradas en el proyecto. Tabla 3: Flujo de trabajo según RUP FLUJO DE TRABAJO. Modelado del Negocio. ARTEFACTOS Procesos del Negocio Diagrama de Actividades Visión del Proyecto. Requerimientos. Diagrama de casos de uso Especificación de casos de uso Diagrama de clases. Análisis. Diagrama de secuencias Diagrama de estados Diagrama de componentes. Diseño. Modelo entidad relación Prototipos. Implementación. Pruebas. Dentro de la Municipalidad Distrital Molino Según métricas del ISO/IEC 9126. Fuente: Elaboración Propio. I. Métricas para la evaluación de la calidad del software. Para la evaluación de la calidad del software existen algunas normas como: ISO/IEC 9126, ISO/IEC 14598 y la más actual ISO/IEC 25000..

(62) 52.  ISO/IEC 9126 Evaluación del producto de Software. Esta norma Internacional fue publicada en 1992, la cual es usada para la evaluación de la calidad de software, llamado “Information. technology-Software product. evaluation-Quality. characteristics and guidelines for their use”; o también conocido como ISO 9126 (o ISO/IEC 9126). Este estándar describe 6 características generales: Funcionalidad, Confiabilidad, Usabilidad, Eficiencia, Mantenibilidad, y Portabilidad.. La norma ISO/IEC 9126 permite especificar y evaluar la calidad del software desde diferentes criterios asociados con adquisición, requerimientos, desarrollo, uso, evaluación, soporte, mantenimiento, aseguramiento de la calidad y auditoria de software. Los modelos de calidad para el software se describen así:. Calidad interna y externa: Especifica 6 características para calidad interna y externa, las cuales, están subdivididas. Estas divisiones se manifiestan externamente cuando el software es usado como parte de un sistema Informático, y son el resultado de atributos internos de software..

(63) 53. Calidad en uso: Calidad en uso es el efecto combinado para el usuario final de las 6 características de la calidad interna y externa del software. Especifica 4 características para la calidad en uso.. Ilustración 16: Norma de evaluación ISO/IEC9126. Fuente: http://actividadreconocimiento-3015698.blogspot.com/2013/03/norma-de-evaluacion-isoiec-9126.html. Se establecen categorías para las cualidades de la calidad externa e interna y calidad en uso del software, teniendo en cuenta estos 7 indicadores (funcionalidad, confiabilidad, utilidad, eficiencia, capacidad de mantenimiento, portabilidad y calidad en uso), que se subdividen a su vez en varios indicadores; estas se pueden medir por métrica interna o externa..

(64) 54. Ilustración 17:Modelo de calidad Externa e Interna y Calidad d Uso. Fuente: http://actividadreconocimiento-3015698.blogspot.com/2013/03/norma-de-evaluacion-isoiec-9126.html  FUNCIONALIDAD  Funcionalidad es la capacidad del software de cumplir y proveer las funciones para satisfacer las necesidades explícitas e implícitas cuando es utilizado en condiciones específicas. A continuación, se muestra la característica de Funcionalidad y las subcaracterísticas que cubre: Ilustración 18:Funcionalidad. Fuente: http://actividadreconocimiento-3015698.blogspot.com/2013/03/norma-de-evaluacion-isoiec-9126.html.

(65) 55. Característica de funcionalidad. La funcionalidad se divide en 5 criterios:  Adecuación: La capacidad del software para proveer un adecuado conjunto de funciones que cumplan las tareas y objetivos especificados por el usuario.  Exactitud: La capacidad del software para hacer procesos y entregar los resultados solicitados con precisión o de forma esperada.  Interoperabilidad: La capacidad del software de interactuar con uno o más sistemas específicos.  Seguridad: La capacidad del software para proteger la información y los datos de manera que los usuarios o los sistemas no autorizados no puedan acceder a ellos para realizar operaciones, y la capacidad de aceptar el acceso a los datos de los usuarios o sistemas autorizados.  Conformidad de la funcionalidad: La capacidad del software de cumplir los estándares referentes a la funcionalidad..  CONFIABILIDAD.

(66) 56. La confiabilidad es la capacidad del software para asegurar un nivel de funcionamiento adecuado cuando es utilizando en condiciones específicas. En este caso a la confiabilidad se amplía sostener un nivel especificado de funcionamiento y no una función requerida. Ilustración 19:Confiabilidad. Fuente:http://actividadreconocimiento-3015698.blogspot.com/2013/03/norma-de-evaluacion-isoiec-9126.html. La confiabilidad se divide en 4 criterios:  Madurez: La capacidad que tiene el software para evitar fallas cuando encuentra errores. Ejemplo, la forma como el software advierte al usuario cuando realiza operaciones en la unidad de diskett vacia, o cuando no encuentra espacio suficiente el disco duro donde esta almacenando los datos.  Tolerancia a errores: La capacidad que tiene el software para mantener un nivel de funcionamiento en caso de errores..

Figure

Tabla 1: Variables, Dimensiones e Indicadores

Tabla 1:

Variables, Dimensiones e Indicadores p.21
Tabla 2: Definición Operacional

Tabla 2:

Definición Operacional p.22
Ilustración 1: Esquema básico del servicio web

Ilustración 1:

Esquema básico del servicio web p.36
Ilustración 2: Arquitectura de las aplicaciones web

Ilustración 2:

Arquitectura de las aplicaciones web p.37
Ilustración 3: Logo de PHP

Ilustración 3:

Logo de PHP p.40
Ilustración 4: Logo de HTML5

Ilustración 4:

Logo de HTML5 p.42
Ilustración 6: Logo de JavaScript

Ilustración 6:

Logo de JavaScript p.44
Ilustración 7: Patrón Modelo Vista Controlador

Ilustración 7:

Patrón Modelo Vista Controlador p.47
Ilustración 8: Logo de Servidor Apache

Ilustración 8:

Logo de Servidor Apache p.48
Ilustración 9: Logo de XAMPP

Ilustración 9:

Logo de XAMPP p.49
Ilustración 11: Logo de Framework Bootstrap

Ilustración 11:

Logo de Framework Bootstrap p.53
Ilustración 13: Logo de MySQL

Ilustración 13:

Logo de MySQL p.55
Ilustración 14: Logo de phpMyAdmin

Ilustración 14:

Logo de phpMyAdmin p.56
Ilustración 15: Ciclo de vida del Proceso Unificado

Ilustración 15:

Ciclo de vida del Proceso Unificado p.59
Tabla 3: Flujo de trabajo según RUP

Tabla 3:

Flujo de trabajo según RUP p.61
Ilustración 16: Norma de evaluación ISO/IEC9126

Ilustración 16:

Norma de evaluación ISO/IEC9126 p.63
Ilustración 17:Modelo de calidad Externa e Interna y Calidad d Uso

Ilustración 17:Modelo

de calidad Externa e Interna y Calidad d Uso p.64
Ilustración 23:Portabilidad

Ilustración 23:Portabilidad

p.72
Ilustración 25: El proceso de gestión de trámite documentario

Ilustración 25:

El proceso de gestión de trámite documentario p.77
Tabla 5: Muestra estratificado para documentos

Tabla 5:

Muestra estratificado para documentos p.86
Tabla 6: Muestra estratificado para usuarios  Estrato  muestra (n)  Pre  muestra (n) Post  TOTAL  Usuarios Externos  15  14  29  Usuarios Internos  5  6  11  TOTAL  20  20  40

Tabla 6:

Muestra estratificado para usuarios Estrato muestra (n) Pre muestra (n) Post TOTAL Usuarios Externos 15 14 29 Usuarios Internos 5 6 11 TOTAL 20 20 40 p.87
Tabla 7: Tiempo de trámite

Tabla 7:

Tiempo de trámite p.89
Tabla 8: Estadísticas de grupo para tiempo de trámite

Tabla 8:

Estadísticas de grupo para tiempo de trámite p.90
Tabla 9: Tiempo de consulta

Tabla 9:

Tiempo de consulta p.91
Tabla 10: Estadísticas de grupo para tiempo de consulta

Tabla 10:

Estadísticas de grupo para tiempo de consulta p.92
Tabla 12: Estadísticas de grupo para satisfacción de usuarios  Clasificación  N  Media  Desviación estándar  Media de error estándar  El tiempo que demoraste en realizar

Tabla 12:

Estadísticas de grupo para satisfacción de usuarios Clasificación N Media Desviación estándar Media de error estándar El tiempo que demoraste en realizar p.94
Tabla 15: Pruebas de normalidad para satisfacción de usuarios

Tabla 15:

Pruebas de normalidad para satisfacción de usuarios p.97
Tabla 16: Prueba de t de Student para tiempo de trámite

Tabla 16:

Prueba de t de Student para tiempo de trámite p.99
Tabla 17: Prueba de t de Student para tiempo de consulta

Tabla 17:

Prueba de t de Student para tiempo de consulta p.100
Tabla 18: Prueba de Mann-Whitney para satisfacción de usuario

Tabla 18:

Prueba de Mann-Whitney para satisfacción de usuario p.101

Referencias

Actualización...