UNIVERSIDAD CÉSAR VALLEJO PIURA Facultad de Ingeniería Escuela de Ingeniería de Sistemas

UNIVERSIDAD CÉSAR VALLEJO PIURA Facultad de Ingeniería Escuela de Ingeniería de Sistemas

Sistema Web de Consultas para la Gestión de Trámite Documentario de la Municipalidad Provincial de Sullana - Piura.

Tesis para obtener el Título Profesional de Ingeniero de Sistemas

Autor:

Carlos Andrés Medina Sandoval

Asesor:

Mg. Luis Barrera Arréstegui

Piura – Perú

2007

Sistema Web de Consultas para la Gestión de Trámite Documentario de la Municipalidad Provincial de Sullana – Piura

AUTOR Carlos Andrés Medina Sandoval

ASESOR Mg. Luis Barrera Arréstegui

JURADO

Jurado 1

Jurado 2

Jurado 3

DEDICATORIA

A mi madre y abuela, a quienes amo y Respeto, gracias a su ejemplo, apoyo, Dedicación y abnegado esfuerzo han Sabido guiar mi vida, en el transcurso de mi carrera profesional y el termino de Documento Tesis Final.

AGRADECIMIENTOS

A todos los Ingenieros que me han apoyado y de los cuales e sido su alumno durante los cinco años de mi carrera Profesional, gracias a su profesionalismo he ido creciendo en muchos aspectos importantes y lo seguiré haciendo en el transcurso de mi existencia.

RESUMEN Este trabajo de tesis se realizó con el objetivo de mejorar la gestión de trámite documentario, con especial énfasis en las consultas realizadas antes y durante la tramitación de documentos de importancia presentados por los ciudadanos y recepcionado por la Unidad de Trámite Documentario y Archivo. Se investigó en la Municipalidad Provincial de Sullana, Departamento Piura. La zona pertenece al Distrito de Sullana. (Gobierno de Sullana, 2003). La afluencia de ciudadanos que visitan directamente la Unidad de Trámite Documentario es en promedio mensual de 3,812 personas, ya sea para consultas recepción o entrega de documentos. Las muestras usadas dentro de la investigación permitieron extraer información de la problemática antes y después de la solución a implantar. La primera población es en promedio calculada según la afluencia concurrida de 3,812 mensualmente, se procedió a encuestar para poder abstraer las necesidades y poder lograr satisfacer estas necesidades en la alternativa de solución. La población total de trabajadores es de 388, por lo que a cada trabajador se procedió a entrevistar o encuestar según el indicador correspondiente a medir, en promedio 340 mostraron quejas con respecto a la Gestión de trámite documentario. La presente investigación sobre Sistema Web de consultas representa el primer estudio longitudinal documentado referente al desarrollo de software que se realiza en la Municipalidad Provincial de Sullana - Piura

Universidad César Vallejo – Piura

Escuela de Ingeniería de Sistemas

ÍNDICE GENERAL

CAPITULO I: MARCO METODOLÓGICO 1.1. EL PROBLEMA. 1.1.1. Realidad Problemática. 1.1.2. Antecedentes del Problema. 1.1.3. Formulación Interrogativa del Problema. 1.1.4. Justificación de la Investigación. 1.2. OBJETIVO GENERAL. 1.2.1. Objetivos Específicos. 1.3. HIPOTESIS. 1.4. VARIABLES. 1.5. DISEÑO DE EJECUCION. 1.5.1. Población y Muestra. 1.5.2. Variable de Contratación. CAPITULO II: MARCO REFERENCIAL 2.1 Marco Teórico Referencial. 2.2 Marco Conceptual.

11 11 11 15 18 18 21 22 22 22 22 22 23 30 30 35

CAPITULO III: METODOLOGIA CAPITULO IV: DISCUSIÓN DE RESULTADOS CAPITULO V: CONCLUSIONES Y RECOMENDACIONES CAPITULO VI: REFERENCIAS BIBLIOGRAFICAS Y ANEXOS

37 104 117 121

Sistema Web de Consultas

6

Medina Sandoval, C. Andrés



ÍNDICE DE GRÁFICOS Y TABLAS

Figura Nº 01: Organigrama de la Municipalidad Provincial de Sullana Figura Nº 02: Procesos Principales de la NTP-ISO/IEC 12207:2006 Figura Nº 03: Modelo de MacCall Figura Nº 04: ISO/IEC 9126 Estándar de Calidad de un Software Figura Nº 05: Arquitectura del Sistema Figura Nº 06: Esquema de Arquitectura Figura Nº 07: Diagrama Estructural Figura Nº 08: Diagrama de Gannt Tabla Nº 01: Indicadores Tabla Nº 02: Indicadores (Continuación) Tabla Nº 03: Indicadores (Continuación) Tabla Nº 04: Organizaciones de estándares 2007 Tabla Nº 05: Evaluación de Actividades de RUP Tabla Nº 06: Evaluación de Actividades de NTP ISO/IEC 12207 Tabla Nº 07: Escala de Evaluación Tabla Nº 08: Gestión del Control del Software Tabla Nº 09: Gestión y Control de Documentos Tabla Nº 10: Gestión de Problemas encontrados Tabla Nº 11: Personal del Proyecto Tabla Nº 12: Materiales de Trabajo del Proyecto Tabla Nº 13: Hardware del Proyecto Tabla Nº 14: Software del Proyecto

11 46 54 54 60 61 64 103 27 28 29 46 48 48 48 97 97 98 98 99 99 99


7




INTRODUCCION

Hoy en día muchas empresas privadas y del estado no usan software libre en el desarrollo de sus sistemas de información debido a la falta de información que tienen de estos, grandes ventajas proporciona el software libre y entre ella, una de las mas importantes en la que se centran las Gerencias de toma de decisión, es en lo económico que les

demandaran con respecto al costo de las licencias del uso de este software.

Otra de las causas de mayor relevancia es el miedo al cambio de herramientas de desarrollo por parte de los desarrolladores y con ello se frenan muchos ventajas en pro de la empresa.

En este trabajo resalto la importancia del desarrollo ya que me permitió reforzar mis conocimientos teóricos con experiencia práctica institucional, ya que ello ha valido como instrumento de contraste en el aspecto práctico obteniendo resultados favorables y conocimientos teóricos que posibilitan dar solución ante los problemas presentados

Por tanto, considero que le esfuerzo que he desplegado en el desarrollo de este trabajo, ha merecido obtener el informe que ha ustedes presento, el mismo que demuestra en las practicas la experiencia obtenida para planear soluciones viables para la empresa, por lo cual creo obtener su aprobación unánime.


8


CAPÍTULO I MARCO METODOLÓGICO



1.1. EL PROBLEMA. 1.1.1. Realidad Problemática.

Figura Nº 01 Organigrama de la Municipalidad Provincial de Sullana Fuente: Gobierno de Sullana ( 2003).


10




La Municipalidad Provincial de Sullana -Piura. Para el INEI (2002), las Municipalidades, como entes autónomos política, económica y administrativamente, tienen un amplio espectro de responsabilidades, funciones y competencias, que los lleva a crear formas innovadoras para fortalecer una vinculación más democrática con su población, que facilitan las tecnologías de información. En tal contexto, las Tecnologías de Información Comunicaciones tienen plena aplicación endógena o exógenamente; primero para fortalecer la organicidad, operatividad y funcionamiento de la institución y segundo, lograr que esa mejora y eficiencia redunde en la población usuaria y ciudadanía en general. El Gobierno de Sullana (2003), es una Institución que cumple función de Gobierno y Administración. La Municipalidad se divide en los siguientes Órganos: Órganos de Gobierno, de Dirección, Consultivos de Coordinación y Participación, de Control, de Asesoramiento, de apoyo, de línea y descentralizados. Pero dada una investigación realizada se centrará en uno de los órganos de apoyo, la Unidad de Trámite Documentario y Archivo. El Gobierno de Sullana (2003), a través de su Órgano de Gobierno Local, tiene como misión representar al vecindario, promover una adecuada prestación de los servicios públicos locales y el desarrollo local sostenible e integral y armónico, para viabilizar el crecimiento económico, con incidencia en la micro y pequeña empresa, así como el desarrollo social, el desarrollo de capacidades y la sostenibilidad ambiental de la circunscripción de su jurisdicción. La Municipalidad Provincial de Sullana, tiene como objetivo el siguiente: Planificar, promover y ejecutar a través de sus organismos competentes el conjunto de acciones necesarias orientadas a proporcionar al ciudadano el ambiente adecuado, socioeconómico y cultural para la atención de sus necesidades vitales en el aspecto de vivienda, salubridad, abastecimiento, educación, recreación, seguridad, deporte, transporte y comunicaciones. Gobierno de Sullana (2003) En la Ley Orgánica de Municipalidades, Congreso del Perú (2003) son Órganos de Gobierno Local las Municipalidades Provinciales y Distritales. La Estructura Orgánica de las Municipalidades esta Compuesto por el Concejo Provincial y la Alcaldía.


11




Según el Gobierno de Sullana (2003), la unidad de trámite documentario y archivo, es el órgano de apoyo que depende del Jefe de la oficina de secretaria general e imagen institucional teniendo como funciones las siguientes: a. Organizar, dirigir, supervisar, ejecutar, coordinar y evaluar las acciones de administración documentaria y archivo central de la municipalidad. b. Ejecutar y controlar los procesos técnicos de recepción, registro, clasificación, distribución, seguridad, información y control de la documentación tanto interno como externos de acuerdo a la normatividad vigente. c. Informar y orientar al público sobre el estado de tramitación de sus expedientes, así como de los servicios procedimientos, requisitos y trámites que prestan las diferentes dependencias de la municipalidad. d. Velar por el cumplimiento de las normas nacionales y municipales que regulan la tramitación documentaria y el archivo de la municipalidad. e. Elaborar la guía de trámite documentario.

f. Registrar, clasificar, custodiar los documentos que forman el archivo central de la municipalidad. g. Seleccionar, conservar y dar de baja a los documentos sobrantes en el Archivo municipal de acuerdo al Sistema Nacional Archivístico, coordinando con el archivo de la Nación. h. Coordinar con la unidad de estadística e informática para la implementación de un sistema de trámite documentario y organizar los archivos a través de medios magnéticos ópticos y digitales. i. Otras funciones afines que le asigne la secretaría general.

La situación actual es la siguiente: En la unidad de trámite documentario, el mayor porcentaje de trabajo lo realizan de forma manual debido a que el sistema, dada su antigüedad y desperfectos es difícil su manejo. En consecuencia, cuando se requiere administrar grandes volúmenes de información y la orientación debida, no se cuenta con las herramientas adecuadas que permita realizar un adecuado servicio de orientación, seguimiento y control. La gestión de trámite documentario y archivo, actualmente posee las siguientes debilidades: a. Gestión inadecuada de la información, esto limita la toma de decisiones de los niveles gerenciales.


12




b. La gestión de los trámites es lenta por falta de capacidad del personal que labora en el área funcional y utilización parcial de la infraestructura tecnológica. c. Existe un ineficiente control documentos y debido a esto no hay igualdad de derechos. d. Deficiencias e inexactitudes en el suministro de información o informes por parte de las empresas auditoras externas o de la misma Institución. e. No existe un adecuado uso del sistema actual por parte de las áreas funcionales.

f. Existe una demora en el flujo de documentos a diferentes áreas. g. Desconocimiento por el personal y usuarios de derechos y obligaciones, por la falta de mecanismos de información y comunicación informatizada y coherente con el desarrollo tecnológico. h. Costos extras por la aplicación de procesos no tecnificados, por duplicación de esfuerzos entre unidades orgánicas y gastos innecesarios con recursos que pertenecen a la entidad. i. Pérdida de información, por la gestión inadecuada de las áreas funcionales.

j. Lentitud y retrazo en la atención de las solicitudes, pedidos o reclamos que realiza el ciudadano, usuario o concurrente. k. Limitado acceso a la información por parte del recurso humano interno y externo de la institución. l. El sistema de atención no es personalizado hacia los usuarios, concurrentes o contribuyentes. m. El portal Web de la institución no facilita al usuario una adecuada orientación en la gestión de trámite documentario. n. No existe un sistema de consulta y orientación hacia los usuarios, concurrentes o contribuyentes.

1.1.2.

Antecedentes del Problema. Antecedentes Institucionales En el Perú, las Municipalidades tienen su precedente en la etapa colonial y se cimentó en la Republicana. El Estatuto Provisional, dictado por el General San Martín en 1821 incorporó a estas instituciones, otorgándoles características muy


13




similares a las presentes, incluso con el proceso de elecciones populares y un régimen diferenciado para la ciudad capital y el resto del país. A partir de la fecha mencionada, las Constituciones Peruanas, incorporaron a las municipalidades como parte constitutiva del Estado Peruano y conceptuadas de acuerdo a la ideología del gobierno de turno. Amparándose en la Constitución de 1860, en el año 1892 se dio la ley orgánica de municipalidades que rigió hasta el 17 de marzo de 1981. La dilatada vigencia de esta norma, sin embargo, no tuvo una aplicación homogénea y los gobiernos incidieron en sus mayores o menores competencias, tanto como mayor o menor autonomía. El 03 de marzo de 1981 se promulgó el Decreto Legislativo Nº 051, reafirmando los conceptos básicos de toda organización municipal, autonomía administrativa y económica. La vigencia fue demasiado corta, el 08 de junio de 1984 se promulga la ley Nº 23853, que recogió las experiencias de los años de aplicación, se realizó las correcciones en la composición de la organización interna y se amplio las funciones y competencias que le corresponden de acuerdo a la constitución. La evolución normativa, tanto como competencial, nos lleva a la ley Nº 27972 Congreso del Perú, (2003) de reciente vigencia y la cual se inspira en la constitución política de 1993, y en el proceso de descentralización iniciado en el país desde el 01 de enero del año 2003. Según la norma constitucional y concordante con la Ley Orgánica de Municipalidades Nº 27972 en el Congreso del Perú, (2003) Señala que “Los

gobiernos locales promueven el desarrollo y la economía local, y la prestación de los servicios públicos de su responsabilidad, en armonía con las políticas y planes nacionales y regionales de desarrollo”, Congreso del Perú, (2003). Las competencias asignadas comprende: Aprobar su organización interna y su presupuesto; Aprobar el plan de desarrollo local concertado con la sociedad civil; Administrar sus bienes y rentas; Crear, modificar y suprimir contribuciones, tasas, arbitrios, licencias y derechos municipales; Organizar, reglamentar y administrar los servicios públicos locales de su responsabilidad; planificar el desarrollo urbano y rural de sus circunscripciones, incluyendo la zonificación, urbanismo y el acondicionamiento territorial. Fomentar la competitividad, las inversiones y el financiamiento para la ejecución de proyectos y obras de infraestructura local.


14




Asimismo, tiene como competencia desarrollar y regular actividades y/o servicios en materia de educación, salud, vivienda, saneamiento, medio ambiente, sustentabilidad de los recursos naturales, transporte colectivo, circulación y tránsito, turismo, conservación de monumentos arqueológicos e históricos, cultura, recreación y deporte; entre otras.

Antecedentes Locales

Antecedentes Nacionales A. El sistema llamado Trámite Documentario en PRODUCE 2007, del ministerio de la producción se realiza una búsqueda de los documentos ingresados o número de correspondencias, se establece una fuente un tipo de documento y un tipo de búsqueda, a su vez se realizan consultas de tipo gerencial y de tipo individualizada en los últimos 3 años, teniendo como resultados la cantidad a la de documentos fecha ingresados a y número y de

correspondencias

asciende

44253

24780

correspondientemente, se tomará como referencia el modelo de negocio e interfaces ofrecidas en el sistema mencionado. (Ministerio de la Producción 2007)

B. El Sistema de Trámite Documentario Web, del Ministerio de Salud se realiza una búsqueda por número de expediente, una vez ingresado se envía un resumen por expedientes y movimientos, se describen observaciones realizadas, el asunto respectivo, remitente, destinatario, a través de este sistema se tomará como referencia el filtrado de datos para los usuarios. (Ministerio de Salud 2007)

C. El sistema de trámites denominado Servicio al Ciudadano por el portal del Estado Peruano brinda información para poder realizar tramite de diferentes tipos ya sea por poderes legislativo, judicial, ejecutivo, organizaciones autónomas, gobiernos regionales y gobiernos locales del Perú, también brinda un servicios en línea para consultas o pasos a realizar por trámite y la descarga gratuita de formatos de diferentes instituciones, a través de este


15




sistema se tomará como referencia el filtrado de datos, interfaces, lógica del negocio.(Portal Peruano 2007)

D. El Sistema de trámite denominado (SISDOC) Trámite Documentario del Ministerio de Agricultura ofrece un servicio que permite realizar un seguimiento vía Web del estado de los documentos que ingresan al MINAG(Sistema Interno de Trámite Documentario), con el fin de optimizar los servicios brindados a nuestros usuarios externos o internos a través de consultas directas, a la bases de datos MINAG, utilizando algunos datos generales (número, remitente, fecha, etc. De este se Sistema se extraerán el modelo de interfaces y la lógica de negocio. (Ministerio de Agricultura 2007)

E. El Sistema de trámite denominado Trámite Documentario del Ministerio de Vivienda Construcción y Saneamiento permite realizar un seguimiento vía Web del estado de los documentos que ingresan digitando un número de expediente y el año respectivo, este sistema me brindara un modelo de interfaz, tipos de datos y lógica de negocio. (Ministerio de Vivienda Construcción y Saneamiento 2007)

Antecedentes Internacionales A. El gobierno de Argentina a través de su portal Web brinda un servicio de Guía de Trámites el cual tiene como objetivo orientar al ciudadano en todos aquellos trámites que deba realizar ante la Administración Pública de Argentina, los que se irán incorporando paulatinamente a los ya existentes, de este sistema se tomará en cuenta la Integración de sus aplicativos e interfaces de diseño, modelo de orientación.(Portal del Gobierno de Argentina 2007)

B. Guía para la Racionalización de Tramites, Procesos, Procedimientos y Métodos de Trabajo “Bogota 2001” Solicitud de un alumno regular en Argentina.


16




C. Este sistema especifica los trámites realizados por el alumno en el colegio del salvador. (Portal del Colegio del Salvador en Argentina 2007) D. Este sistema Trámite Documentario realiza un seguimiento y una orientación de cómo debe realizar los trámites respectivos realizados en el Portal de Chile o Gobierno de chile. (Portal Oficial de Chile 2007). 1.1.3. Formulación Interrogativa del Problema. ¿Cómo el Sistema Web de Consulta influye en la Gestión de Trámite Documentario en la Municipalidad Provincial de Sullana - Piura? 1.1.4. Justificación de la Investigación. Científica Según los diferentes problemas observados, detectados, y analizados en la Municipalidad Provincial de Sullana - Piura, con relación al sistema de Trámite Documentario, se opto por la implementación de un Sistema Web de Consulta para la Gestión de Trámite Documentario, el cual se desarrollará empleando metodologías de desarrollo, normas establecidas por el Estado Peruano, y estrategias de investigación. “Lo que hoy se llama método científico no es ya una lista de recetas para dar con las respuestas correctas a las preguntas científicas, sino el conjunto de procedimientos por los cuales se plantean los problemas científicos y se ponen a prueba las hipótesis científica…” (Mario Bunge, Publicación - 1995). Tecnológica El presente Proyecto estará implementado bajo una Arquitectura de tres Capas, usando el lenguaje de programación JAVA el cual es un lenguaje de programación orientado a objetos desarrollado por la compañía Sun Microsystems y está construido a partir de lenguajes orientados a objetos anteriores, como C++, pero no pretende ser compatible con ellos sino ir mucho más lejos, añadiendo nuevas características como recolección de basura, programación multihilos y manejo de memoria a cargo del lenguaje. La compañía Sun describe el lenguaje Java como, “Simple, orientado a objetos, distribuido, interpretado, robusto, seguro, de arquitectura neutra, portable, de altas prestaciones, multitarea y dinámico según la Universidad de Navarra (2000).


17




Una de sus características resaltantes es la portabilidad la cual es una de las claves para el desarrollo de Java, es decir para lograr que las aplicaciones se escriban una sola vez, sin la necesidad de modificarlas para que corran en diferentes plataformas. Esta independencia se alcanza tanto a nivel de código fuente (similar a C++) como a nivel de código binario. La solución adoptada fue compilar el código fuente para generar un código intermedio (bytecodes) igual para cualquier plataforma. La JVM (Máquina Virtual de Java22), donde reside el intérprete Java, sólo tiene que interpretarlos. Se usará un Gestor de Base de Datos PostgreSQL el cual permitirá la manipulación de los datos de manera ágil, rápida, e interactiva con el usuario se usará también un entorno de desarrollo o IDE (integrated development environment) Jorge Sánchez(2004) para todo tipo de tecnologías Java e incluso permite la codificación de programas en C, C++ y otros (aunque está pensado para Java) llamado NetBeans, permitiendo integrar y manejar la información necesaria para el control de la Gestión de Trámite Documentario en la Municipalidad Provincial de Sullana – Piura. Organizacional El presente proyecto, tiene como intención contribuir al buen desempeño de la Municipalidad Provincial de Sullana, brindándoles una herramienta Tecnológica que les permita realizar con más rapidez las actividades, procesos y procedimientos ayudándoles así a mejorar la obtención, manejo, orientación y dirección de la información. Las Municipalidades son Instituciones del estado, con personería jurídica, facultada para ejercer el gobierno de un distrito o provincia, promoviendo la satisfacción de las necesidades de la población y el desarrollo de su ámbito. Están considerados como la entidad que agrupa tres componentes interrelacionados: La población, el territorio y la organización local. En tanto el Concejo Municipal, constituye un órgano de gobierno municipal que cumple las funciones normativas y de fiscalización, integrado por el alcalde (sa) y los(as) regidores(as). La misión de la municipalidad esta contenido en la Ley Orgánica de Municipalidades (2003), que establece que su finalidad se define en tres elementos: de los cuales se mencionará el 2do: Ser una instancia promotora del desarrollo integral sostenible Sistema Web de Consultas 18




La Municipalidad, en tanto, órgano de gobierno local es la entidad llamada y facultada para liderar la gestión del desarrollo integral de su ámbito, ya sea distrital o provincial. Entendiendo por desarrollo integral sostenible un proceso de mejora de la calidad de vida de la población, en donde la persona, especialmente aquella en condiciones de pobreza y exclusión, se convierta en el centro de atención de todos los esfuerzos siempre y cuando ello no comprometa la calidad de vida de las poblaciones futuras. Institucional La Municipalidad Provincial de Sullana - Piura, no cuenta con un sistema adecuado y ágil para las consultas a través de la Web referente a Trámite Documentario, por tanto es necesario implementar un Sistema Web de Consulta para la Gestión de Trámite Documentario, donde se pueda mejorar no solo los procesos y procedimientos necesarios sino también el servicio brindado por la Municipalidad a toda la comuna sullanense y una orientación adecuada. Según el INEI(2006), establece 4 propósitos muy importantes que justificaran esta investigación como tal: Modernizar la Gestión Pública y propiciar la descentralización de Estado, mediante el uso intensivo de las tecnologías de información. Promover el aumento de la productividad en la Administración pública, empresas y ciudadanos por medio de las tecnologías de información. Promover el acceso universal a la información y el conocimiento. Promover el desarrollo de las Sociedad de la Información y Conocimiento.

Por parte del Investigador Esta investigación va a Influir de una manera a las deficiencias del actual Sistema, donde realizar un aporte objetivo en este campo, el cual se realizará con 3

propósitos principales el primero es lograr una mejora en la institución alcanzando los primeros logros en un entorno laboral y alcanzar un espacio de trabajo, el segundo es aprobar de manera satisfactoria los cursos Proyecto y desarrollo de Tesis y el tercer propósito es obtener el título profesional de Bachiller en Ingenieras de Sistemas.

1.2. OBJETIVO GENERAL.


19




Implementar un Sistema Web de Consulta para la Gestión de Trámite Documentario en la Municipalidad Provincial de Sullana - Piura. 1.2.1. Objetivos Específicos. 1. Identificación del problema principal, poder analizarlos encontrando una solución e hipótesis viable para lograr la Implementación del Sistema en una Institución de Administración Pública. 2. Desarrollar el Sistema bajo las normas establecidas en la Administración Pública. 3. Gestionar el Proceso de Desarrollo al nivel de Proyecto NTP : ISO/IEC-2006 siguiendo el proceso de Gestión y sus respectivas actividades: 3.1. Inicio y definición del alcance. 3.2. Planificación. 3.3. Ejecución y control. 3.4. Revisión y evaluación. 3.5. Terminación. 4. Establecer una infraestructura siguiendo el Proceso de infraestructura NTP:

ISO/IEC-2006 el cual consta de las siguientes actividades: 4.1. Implementación del proceso. 4.2. Establecimiento de la infraestructura. 4.3. Mantenimiento de la infraestructura. 5. Adaptar el proceso al proyecto siguiendo el Proceso de Adaptación NTP : ISO/IEC-2006 el cual consta de las siguientes actividades: 5.1. Identificación del entorno del proyecto. 5.2. Solicitud de entradas. 5.3. Selección de procesos, actividades y tareas. 5.4. Documentación de las decisiones y razones de las adaptaciones. 6. Gestionar el proceso a nivel de organización siguiendo el Proceso de Mejora NTP : ISO/IEC-2006 el cual consta de las siguientes actividades: 6.1. Establecimiento del proceso. 6.2. Evaluación del proceso. 6.3. Mejora del proceso. Y a su vez contrastar la hipótesis encontrada, con datos reales tanto del pre-test con del post-test, de los cuales se espera un cambio positivo. 6.4. HIPOTESIS. Sistema Web de Consultas 20




El Sistema Web de Consultas mejora la Gestión de Trámite Documentario en la Municipalidad Provincial de Sullana – Piura

6.5. VARIABLES. Variable Independiente: Sistema Web de Consultas para la Municipalidad Provincial de Sullana - Piura. Variable Dependiente: Gestión de Trámite Documentario en la Municipalidad Provincial de Sullana - Piura. Variable Interviniente: Norma Técnica Peruana NTP-ISO/IEC 12207:2006 y RUP. 6.6. DISEÑO DE EJECUCION. 6.6.1. Población y Muestra. Para este proyecto se han determinado dos(02) poblaciones 6.6.1.1. Población

Siendo el tamaño de la población infinita ya que los concurrentes, usuarios o contribuyentes como se les denomina en la Unidad de Trámite Documentario son atendidos indefinidamente en la Municipalidad Provincial de Sullana-Piura 6.6.1.2. Muestra

Primera Población: Debido a que el tamaño de la población es desconocida. La técnica empleada para hallar la muestra es al azar o aleatorio, Aplicaremos la siguiente fórmula probabilística (Palomares 2001): TAMAÑO MUESTRAL= Donde: 4: Valor Tabular de la Distribución Normal seleccionado de acuerdo al de confiabilidad. Que debe estar entre 95% a 99%. p: Proporción esperada que el investigador espera encontrar en el estudio. En caso de desconocerse, aplicar la opción más desfavorable (p=0.5), que hace mayor el tamaño muestral. E: Es el porcentaje que uno esta dispuesto a equivocarse en el proceso. Máximo error tolerable (1% a 10%). Para el cálculo del Tamaño Muestral se trabajará con los siguientes datos: q = (1-p) Sistema Web de Consultas 21

4 pq E²




4= (1.96)² para nivel de confianza del 95%. p=0.5 E=10% Primera Población: Dado que la principal población es la comuna sullanense que acude a la institución, pues se tomará como referencia el número de personas atendidas diarias en la propia Unidad de trámite documentario, para establecer una población promedio. Semanalmente en Promedio llegan a la unidad de trámite documentario 953 personas. Mensualmente se estima en promedio 3, 812 a razón de 118/día Segunda Población: Debido a que la segunda población a medir es el propio personal y es de tipo censal del área respectiva y el tamaño de la población es conocida se describe lo siguiente: TAMAÑO (388), Trabajadores de toda la Institucion. 6.6.2. Variable de Contratación. Se presentaran indicadores los cuales se pretenden medir antes y después de la Investigación MUESTRA =100

Para el Análisis Cualitativo se ha encontrado 10 indicadores, en este tipo de técnicas utilizadas (observación y entrevista), podemos hallar signos, rasgos, o propiedades de los documentos fácilmente calculables, es decir la sistematización de los documentos es cuantificada proporcionándole mejor objetividad al análisis.

Para el Análisis Cuantitativo se ha encontrado 01 indicador cuantitativo y hacer uso de la técnica de encuesta, elaborando un cuestionario de encuesta instrumento el cual nos servirá para obtener la información deseada sobre todo a escala masiva, el mismo esta compuesto por preguntas previamente elaboradas aplicadas en este caso a la muestra elaborada, esperando que los resultados obtenidos mejoren el POSTTEST AL PRE-TEST. UTDA: Unidad de Trámite Documentario y Archivo.


22




TÉCNICA: OBSERVACIÓN Para le técnica de observación se han elaborado 04 Guías de observación para lograr medir y comparar su impacto en el comienzo o Pre-test con el final o Post-Test de la investigación y desarrollo de la misma se han tomado presente en la técnica de observación los siguientes indicadores: Número de trámites rechazados diarios: En este indicador se logrará medir la cantidad de trámites rechazados por falta orientación y desinformación, ya sea menor o mayor según sea el caso y la posible explicación de los resultados al posttest, este indicador tiene un Alto impacto y los resultados deberían de mejorar al post-test. Número de Personas Atendidas: En este indicador se logrará medir la mejora en el servicio brindado, ya sea menor o mayor según sea el caso y la posible explicación de los resultados al post-test, este indicador tiene un promedio impacto y los resultados deberían de mejorar al post-test. Tiempo Promedio de Espera por cada trámite: En este indicador se logrará medir tiempos y la mejora de organización a implantar adjunto con el sistema, su resultado al post-test debería reducir este tiempo y su impacto regularmente importante, este indicador tiene un promedio impacto y los resultados deberían de mejorar al posttest. Tiempo Promedio de Espera en la Cola: En este indicador se logrará medir tiempos específicos, su resultado al post-test impacto el alto e importante. debería reducir este tiempo, su

TÉCNICA: ENTREVISTA Para le técnica de entrevista se han elaborado 05 Guías de entrevista para lograr medir y comparar su impacto en el comienzo o Pre-test con el Final o Post Test de la investigación y desarrollo de la misma se han tomado presente en la técnica de Entrevista los siguientes indicadores: Número de Trámites Atendidos Diarios: En este indicador se logrará medir y contrastar cantidades, ya sea menor o mayor según sea el caso y la posible explicación de los resultados al post-test, este indicador tiene un medio impacto y los resultados deberían de mejorar al post-test.


23




Tiempo Promedio en Procesar Trámites Diarios: En este indicador se logrará medir el tiempo promedio de procesar documentos en el área de la Unidad de Trámite Documentario, este indicador tiene un medio impacto y los resultados deberían de mejorar al post-test. Número de Consultas Atendidas Diarias: En este indicador se logrará contrastar cantidades, ya sea menor o mayor según sea el caso este indicador tiene un alto impacto y los resultados deberían de mejorar al post-test. Número de Quejas Externas Diarias: En este indicador se logrará medir resultados específicos, este indicador tiene un promedio impacto y los resultados

deberían de reducir al post-test. Número de Quejas Internas Diarias: En este indicador se logrará medir resultados específicos, este indicador tiene un promedio impacto y los resultados deberían de reducir al post-test.

TÉCNICA: ENCUESTA Para le técnica de la encuesta se ha elaborado cuestionario de encuesta para lograr medir y comparar su impacto en el comienzo o Pre-test con el final o Post Test de la investigación y desarrollo de la misma se han tomado presente en la técnica de Encuesta al siguiente indicador: Grado de Satisfacción del Usuario: Este indicador pretende medir la satisfacción dada por el sistema implantado al Usuario, y tiene un alto impacto dentro del posttest. Grado de Satisfacción del Trabajador: Este indicador pretende medir la satisfacción dada por el sistema implantado al Trabajador, y tiene un alto impacto dentro del post-test.

TÉCNICA: ANALISIS DOCUMENTAL Para la técnica del análisis documental se va ha tomar el reporte emitido por el sistema actual interno para lograr medir y comparar el comienzo o Pre-test con el Final o Post Test de la Investigación y Desarrollo de la misma se han tomado presente en la técnica del Análisis Documental al siguiente indicador:


24




Número de Consultas Diarias: En este indicador se logrará medir resultados exactos, y es un indicador que tiene un alto impacto en los resultados al post-test.


25





26





27





28


CAPÍTULO II MARCO REFERENCIAL



2.1 Marco Teórico Referencial. El Estado en su conjunto y los gobiernos locales en particular, se encuentran avocados a construir los mecanismos que forjen una institución que se encuentre al servicio de las personas; garantizando el acceso a los servicios esenciales, creando trabajo digno y productivo para todos. El trabajo de investigación a desarrollar, se enmarca en la política nacional de informática que sustenta sus fundamentos en la visión del estado y sus prioridades nacionales; incorporando como eje de actuación las tecnologías de información, cuya implicancia en la vida del ciudadano es fundamental, por cuanto éstas, permiten implementar programas y proyectos viables que generen prosperidad y mejor calidad de vida en los peruanos; permiten superar las restricciones que impiden a los ciudadanos y empresas, oportunidades similares de acceso a la información y el conocimiento, abre canales de mayor participación, apertura vías de mayor transparencia, e incluso fortalece el proceso de descentralización económica, productivo y político del país. No existiendo una sistematización de información en unos casos y en otros la informatización es parcial, utilizando tecnologías obsoletas, realidad que limita el uso oportuno y eficaz de la información por parte de la alta dirección y de los propios trabajadores municipales, incurriéndose en costos innecesarios que afectan la economía del gobierno local. Se evidencia el desconocimiento de funciones, atribuciones y competencias del personal activo, por la falta de sistematización de los documentos de gestión, entre ellos el Reglamento de Organización y Funciones, Manual de Organización y Funciones; Cuadro Para Asignación de Personal, Presupuesto Analítico de Personal, Texto Único de Procedimientos Administrativos; entre otros, y que inciden en la productividad del recurso humano de una Municipalidad. Según INEI (2006) “El potencial que tiene el Internet para ofrecer una plataforma donde convergen múltiples tecnologías y pueden permitir el acceso a la información el cualquier instante y lugar basta para mostrar las posibilidades de Internet” INEI (2006, p.12). La capacidad que brinda para abordar la descentralización de funciones y servicio, la facilidad de su uso y su continua ampliación lo convierten un instrumento poderoso para implantar un


30




modelo de Gestión Pública descentralizado donde el ciudadano y las empresas desempeñen un rol activo en su desarrollo. La digitalización facilita el almacenamiento organización y circulación de la información que permite de paso la simplificación de los trámites, la creación de archivos y consulta en línea, ahora es posible reducir a los intermediarios entre los ciudadanos las empresas y la información requerida. La continua reducción del precio y ampliación de los modelos de los equipos informáticos y lo equipos de telecomunicaciones favorece el desarrollo de implantación de modelos de conectividad Internet, intranet, extranet, redes, etc. La evolución normativa, tanto como competencial, nos lleva a la Ley Nº 27972 de reciente vigencia y la cual se inspira en la Constitución Política de 1993, y en el proceso de descentralización iniciado en el país desde el 01 de enero del año 2003. Según la norma constitucional y concordante con la Ley Orgánica de Municipalidades Nº 27972 Congreso del Perú, (2003). “Los gobiernos Locales promueven el desarrollo y la economía local, y la prestación de los servicios públicos de su responsabilidad, en armonía con las políticas y planes nacionales y regionales de desarrollo”. Congreso del Perú, (2003) Las competencias asignadas a las Instituciones Públicas que gozan de autonomía comprenden: Aprobar su organización interna y su presupuesto; aprobar el plan de desarrollo local concertado con la sociedad civil; administrar sus bienes y rentas; crear, modificar y suprimir contribuciones, tasas, arbitrios, licencias y derechos municipales; organizar, reglamentar y administrar los servicios públicos locales de su responsabilidad; planificar el desarrollo urbano y rural de sus circunscripciones, incluyendo la zonificación, urbanismo y el

acondicionamiento territorial. Fomentar la competitividad, las inversiones y el financiamiento para la ejecución de proyectos y obras de infraestructura local. Asimismo, tiene como competencia desarrollar y regular actividades y/o servicios en materia de educación, salud, vivienda, saneamiento, medio ambiente, sustentabilidad de los recursos naturales, transporte colectivo, circulación y tránsito, turismo, conservación de monumentos arqueológicos e históricos, cultura, recreación y deporte; entre otras.


31




El Reglamento establecerá los mecanismos necesarios para la participación de los ciudadanos en la simplificación administrativa, incluyendo la transferencia a la colectividad en la prestación de algunos servicios. Universidad de Navarra (2000) “Hoy en día tanto las Aplicaciones Cliente Servidor como las Aplicaciones Web, se encuentran sectorizadas en Capas o Niveles que permiten mejorar el desempeño, usar mejor los recursos y permitir rápidamente las actualizaciones ante los continuos cambios del software”. Se inició con la denomina tecnología de 2 Capas o Niveles, pero debido a la complejidad y los malos resultados obtenidos, se planteó la idea de presentar el software como una arquitectura de 3 capas (interfaz de presentación, lógica de la aplicación y los datos) de la que se puede extender a una arquitectura Multicapas dependiendo de la magnitud del proyecto y de los recursos de la organización. La capa intermedia es el código que el usuario invoca para recuperar los datos deseados. La capa de presentación recibe los datos y los formatea para mostrarlos adecuadamente. Esta división entre la capa de presentación y la de la lógica permite una gran flexibilidad a la hora de construir aplicaciones, ya que se pueden tener múltiples interfaces sin cambiar la lógica de la aplicación. La tercera capa consiste en los datos que gestiona la aplicación. Estos datos pueden ser cualquier fuente de información como una base de datos o documentos XML. El primer nivel consiste en la capa de presentación que incluye no sólo el navegador, sino también el servidor Web que es el responsable de dar a los datos un formato adecuado. El segundo nivel está referido habitualmente a algún tipo de programa o script. Finalmente, el tercer nivel proporciona al segundo los datos necesarios para su ejecución. Una aplicación Web típica recogerá datos del usuario (primer nivel), los enviará al servidor, que ejecutará un programa (segundo y tercer nivel) y cuyo resultado será formateado y presentado al usuario en el navegador (primer nivel otra vez). Tomando en cuenta el análisis FODA realizado por INEI entre el 2003-2006, de las Fortalezas: La mayor parte de los servicios ofrecidos por la Administración Pública son digitalizables (dictámenes, constancias, certificados, autorizaciones, pagos de impuesto, entre otros) y estructurables organizados en trámites y procedimientos


32




regulados que pueden ser ofertados y realizados parcialmente o totalmente en línea. El Estado en un importante (en muchos lugares el mas importante) comprador de bienes y servicios del país. A través de los portales que se están construyendo y que se potenciaran, permitirá reducir costos y tiempos, facilitar las operaciones y comercio. La información producida y sistematizada por el estado es un activo valioso para los ciudadanos y las empresas en un mundo donde disponer de información oportuna y confiable puede ser la clave competitiva para hacer negocios y tomar decisiones. Con respecto a la metodología a utilizar se señala lo siguiente: Que, de conformidad con el artículo 2º del Decreto Supremo Nº 066-2003-PCM y el numeral 3.10 del artículo 3º y artículo 22º del Reglamento de Organización y Funciones de la Presidencia del Consejo de Ministros, aprobado por el Decreto Supremo Nº 067-2003-PCM, la Presidencia del Consejo de Ministros se encarga de normar, coordinar, integrar y promover el desarrollo de la actividad informática en la Administración Pública, impulsando y fomentando el uso de las nuevas tecnologías de la información para la modernización y desarrollo del Estado, actúa como ente rector del Sistema Nacional de Informática, y dirige y supervisa la política nacional de informática y gobierno electrónico; La Oficina Nacional de Gobierno Electrónico e Informática - ONGEI de la Presidencia del Consejo de Ministros, en coordinación con el Instituto Nacional de Defensa de la Competencia y de la Protección de la Propiedad Intelectual – INDECOPI, ha recomendado la aplicación y uso obligatorio de la NTP-ISO/IEC 12207 “Tecnología de Información- procesos de Ciclo de Vida del Software, en todas las Entidades integrantes del Sistema Nacional de Informática, con la finalidad de coadyuvar a la creación de la infraestructura de Gobierno Electrónico, por constituir el software un componente fundamental para dicho objetivo”.(ONGEI 2003, p.1) Hoy en día algunas instituciones públicas y privadas no tienen un amplio conocimiento acerca de la normalización actual, digamos que a profundidad no tienen una noción clara, pero todo nivel gerencial entiende que son las características de calidad que debe reunir un producto, proceso o servicio, existe


33




mucha información acerca de normas, pero dada la investigación se tratará de entregar las definiciones más exactas para un mayor entendimiento. Una norma técnica para el INDECOPI (2006) “Son documentos de aplicación voluntaria, que establecen las especificaciones de calidad de los productos, procesos y servicios”(2006,p7). Ahora bien se dice que son de carácter recomendable pero para el Estado Peruano mediante la Resolución Comisión de Reglamentos Técnicos y Comerciales CRT-INDECOPI (2006b) “Se aprobó como Norma Técnica Peruana la NTP-ISO/IEC 12207:2006, 2ª Edición Tecnología de la Información. Procesos del ciclo de vida del software y menciona a la Oficina Nacional de Gobierno Electrónico e Informática - ONGEI de la Presidencia del Consejo de Ministros, en coordinación con el Instituto Nacional de Defensa de la Competencia y de la Protección de la Propiedad Intelectual – INDECOPI, ha recomendado la aplicación y uso obligatorio de la Norma Técnica Peruana antes mencionada en todas las Entidades integrantes del Sistema Nacional de Informática” (2006b,p1), es decir las normas se implementan para uso recomendable pero depende del cada Gobierno el uso o no obligatorio, para este caso existe una R. M. (PCM-2004, Nº 179-)que lo ampara, y es obligatorio su uso. Dado el proceso que seguiremos nos centraremos en el tercer proceso el cual se describirá resumidamente a continuación. ONGEI,(2006,183p)

2.2 Marco Conceptual. Sistema Web de Consulta para la Municipalidad Provincial de Sullana. Sistema Conjunto de procesos o elementos interrelacionados con un medio para formar una totalidad encauzada hacia un objetivo común.(RAE 2007), la Web es una red informática, conjunto de recursos que pueden ser accedidos por los programas clientes llamados navegadores o browsers. .(RAE 2007), la web fue originalmente concebida con un espacio de información hipertextual; pero el desarrollo de tecnologías cada vez mas sofisticadas tanto en el despliegue como las administración han nutrido su uso como interfaz remota de software, Jesse james(2000) , Consultar es un mecanismo de Búsqueda de documentación o datos sobre algún asunto o materia. A su vez es un acto de informar a alguien de lo que ignora y desea saber, del estado de un asunto o negocio, para que sepa


34




mantenerse en él.(RAE 2007), para la Municipalidad Provincial de Sullana. “La municipalidad provincial de Sullana es una institución que cumple función de gobierno y administración para promover la satisfacción de las necesidades básicas de los vecinos, bienestar y el desarrollo de la circunscripción. La Municipalidad como Órgano del Gobierno Local, en los asuntos de su competencia ha aprobado su estructura orgánica funcional”. Municipalidad Provincial de Sullana (ROF 2003). Gestión de Trámite Documentario, “La Gestión de Trámite Documentario y Archivo, Se encarga de Organizar, dirigir, supervisar, ejecutar, coordinar y evaluar las acciones de administración documentaria y archivo central de la Municipalidad”, Según ROF(2003); para la Municipalidad Provincial de Sullana. La Norma Técnica Peruana NTP-ISO/IEC 12207:2006 (ONGEI, 2006,p1)“Es un proceso de ingeniería de software bastante extenso, ya que abarca todo el proceso de vida del software esta norma nos permitirá emplear el ciclo de vida de un software normado por el ONGEI e INDECOPI el uso obligatorio de la NTP-ISO/IEC 12207 Tecnología de la Información. Procesos del ciclo de vida del software. 2ª Edición” en entidades del Sistema Nacional de Informática Resolución Ministerial” (ONGEI, 2006,p1).


35


CAPÍTULO III METODOLOGÍA



3.1 Metodología Con respecto a la metodología, una vez que se ha determinado el problema y se ha delimitado, encontrando una hipótesis, dado el problema en una Institución de la Administración Pública para esta investigación se usará como antes se mencionó la NTP-ISO/IEC 12207:2006, 2da Edición, la cual es una especie de Hibrido que extrae las ventajas de muchas otras metodologías y permite adaptarla e incorporarla a la Administración Pública, se podrá usar diferentes herramientas para poder lograr cumplir los procesos, actividades y tareas, dado el caso para este proyecto nos centraremos en el 3er Proceso establecido en esta normal el cual es el Proceso de Desarrollo de un Producto o Servicio de Software debido a que se desarrollará un producto de Software, se cumplirá con las trece (13) actividades descritas y se tomará en cuenta los Procesos de Apoyo del ciclo de vida estos son: Proceso de documentación, aseguramiento de la calidad, verificación, validación, revisión conjunta y solución de problemas y los Procesos Organizativos los cuales son: Gestión, Infraestructura, recursos Humanos y Mejora. Una vez aplicada esta metodología en el proyecto dentro de el se desarrollara el software usando RUP (Rational Unified Process) y después de ello determinamos los resultados y contrastamos el pre-test realizado con el post test final para encontrar los resultados positivos esperados.

Proceso de Desarrollo

El Proceso de Desarrollo contiene las actividades y tareas del desarrollador. El proceso contiene las actividades para el análisis de los requisitos, diseño, codificación, integración, pruebas e instalación y aceptación relacionadas con los productos software. Puede contener actividades a nivel de sistema si se estipula en el contrato. El desarrollador lleva a cabo o soporta las actividades de este proceso de acuerdo al contrato. El desarrollador gestiona el Proceso de Desarrollo al nivel de proyecto siguiendo el Proceso de Gestión, que se emplea en este proceso; establece una infraestructura bajo el proceso siguiendo el Proceso de infraestructura adapta el proceso al proyecto siguiendo el Proceso de Adaptación y gestionar el proceso a


37




nivel de organización siguiendo el Proceso de Mejora y el Proceso de Recursos Humanos. Cuando el desarrollador es el suministrador del producto software desarrollado, el desarrollador lleva a cabo el Proceso de Suministro. Lista de actividades: Este proceso consta de las siguientes actividades: 1. 2. 3. 4. 5. 6. 7. 8. 9. Implementación del proceso. Análisis de los requisitos del sistema. Diseño de la arquitectura del sistema. Análisis de los requisitos software. Diseño de la arquitectura del software. Diseño detallado del software. Codificación y pruebas del software. Integración del software. Pruebas de calificación del software.

10. Integración del sistema. 11. Pruebas de calificación del sistema. 12. Instalación del software. 13. Apoyo a la aceptación del software. 1. Implementación del proceso

Esta actividad consta de las siguientes tareas: a. El desarrollador deberá definir o seleccionar un modelo de ciclo de vida apropiado al alcance, magnitud y complejidad del proyecto. b. Para este caso el desarrollador ha elegido la metodología RUP, llamada así por sus siglas en inglés Rational Unified Process, divide en 4 fases el desarrollo del software: Inicio, El Objetivo en esta etapa es determinar la visión del proyecto. Elaboración, En esta etapa el objetivo es determinar la arquitectura óptima. Construcción, En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial. Transición, El objetivo es llegar a obtener el realse del proyecto. Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala.


38




Los Objetivos de una iteración se establecen en función de la evaluación de las iteraciones precedentes.

c.

El desarrollador deberá: Documentar las salidas de acuerdo al Proceso de Documentación. Poner las salidas bajo el Proceso de Gestión de la Configuración. Documentar y solucionar los problemas y no conformidades encontradas. Llevar a cabo los procesos de apoyo tal como se especifique en el contrato. Establecer una línea base para cada elemento de la configuración con los elementos apropiados.

d.

El desarrollador deberá seleccionar, adaptar y usar aquellas normas, métodos, herramientas y lenguajes de programación (si no están estipulados en el contrato) que estén documentados.

e.

El desarrollador deberá preparar planes para realizar las actividades del proceso de desarrollo.

f.

Para el desarrollo y mantenimiento del producto software se deberá asegurar que la operación y mantenimiento del producto software entregable, tras su entrega al adquiriente, es independiente.

2.

Análisis de los requisitos del sistema

Esta actividad consta de las siguientes tareas, que el desarrollador deberá llevar a cabo o proporcionar apoyo, según requiera el contrato: a. Deberá

analizarse el uso específico previsto del sistema a ser desarrollado para especificar los requisitos del sistema. Se deberá documentar la especificación de los requisitos del sistema. b. Los requisitos del sistema deberán evaluarse teniendo en cuenta los criterios descritos en la norma. Se deberán documentar los resultados de las evaluaciones. 3. Diseño de la arquitectura del sistema

Esta actividad consta de las siguientes tareas: a. Deberá establecerse la arquitectura del sistema a alto nivel.


39




b.

Deberá evaluarse la arquitectura del sistema y los requisitos para los elementos teniendo en cuenta los criterios enumerados en la norma. Se deberán documentar los resultados de las evaluaciones.

4. Análisis de los requisitos software Para cada elemento software esta actividad consta de las siguientes tareas: a. El desarrollador deberá establecer y documentar los requisitos software descritos en la norma, incluyendo la especificación de las características de calidad. b. El desarrollador deberá evaluar los requisitos software teniendo en cuenta los criterios enumerados en la norma. Se deberán documentar los resultados de la evaluación. c. El desarrollador deberá llevar a cabo revisiones conjuntas de acuerdo a la norma. 5. Diseño de la arquitectura del software Para cada elemento software, esta actividad consta de las siguientes tareas: a. El desarrollador deberá transformar los requisitos para el elemento software en una arquitectura que describa su estructura a alto nivel e identifique los componentes software. b. El desarrollador deberá desarrollar y documentar un diseño a alto nivel para las interfaces externas al elemento software y para las interfaces entre los componentes software del elemento software. c. El desarrollador deberá desarrollar y documentar un diseño a alto nivel para la BD. d. Conviene que el desarrollador desarrolle y documente versiones preliminares de la documentación de usuario. e. El desarrollador deberá definir y documentar los requisitos preliminares de pruebas y la planificación para la Integración del software. f. El desarrollador deberá evaluar la arquitectura del elemento software y de los diseños de su interfaz y base de datos teniendo en cuenta los criterios enumerados en la norma. Se deberán documentar los resultados de las evaluaciones. g. El desarrollador deberá llevar a cabo revisiones conjuntas de acuerdo a norma.


40




6. Diseño detallado del software Para cada elemento software, esta actividad consta de las siguientes tareas: a. El desarrollador deberá preparar un diseño detallado para cada componente software del elemento software. b. El desarrollador deberá preparar y documentar un diseño detallado para las interfaces externas al elemento software, entre los componentes software y las unidades software. c. El desarrollador deberá preparar y documentar el diseño detallado para la BD. d. El desarrollador deberá actualizar la documentación de usuario si es necesario. e. El desarrollador deberá definir y documentar los requisitos de prueba y planificar la prueba de las unidades. f. El desarrollador deberá actualizar los requisitos de prueba y el plan para la Integración del software. g. El desarrollador deberá evaluar el diseño detallado del software y los requisitos de prueba teniendo en cuenta los criterios descritos en la norma. h. i. Se deberán documentar los resultados de la evaluación. El desarrollador deberá llevar a cabo revisiones conjuntas de acuerdo a norma. 7. Codificación y pruebas del software

Para cada elemento software (o para cada elemento de configuración software, si se ha identificado), esta actividad consta de las siguientes tareas: a. El desarrollador deberá desarrollar y documentar cada unidad software y base de datos y procedimientos de prueba y datos para probar cada unidad software y base de datos. b. El desarrollador deberá probar cada unidad software y base de datos asegurando que satisfacen sus requisitos. Se deberán documentar los resultados. c. El desarrollador deberá actualizar la documentación de usuario si es necesario.


41




d.

El desarrollador deberá actualizar los requisitos de prueba y el plan para la Integración del software.

e.

El desarrollador deberá evaluar el código software y los resultados de las pruebas teniendo en cuenta los criterios enumerados en la norma. Se

deberán documentar los resultados de las evaluaciones. 8. Integración del software

Para cada elemento software, esta actividad consta de las siguientes tareas: a. El desarrollador deberá preparar un plan de integración para integrar las unidades software y los componentes software en el elemento software. b. El desarrollador deberá integrar las unidades software y los componentes software y probarlos a medida que se agrupan de acuerdo al plan de integración. c. El desarrollador deberá actualizar la documentación de usuario si es necesario. d. El desarrollador deberá preparar y documentar, para cada requisito de calificación del elemento software, un conjunto de pruebas, casos de prueba (entradas, salidas, criterios de prueba), y. procedimientos de prueba para llevar a cabo las Pruebas de Calificación del software. e. El desarrollador deberá evaluar el plan de integración, el diseño, el código, las pruebas. Los resultados de las pruebas y la documentación de usuario teniendo en cuenta los criterios enumerados en la norma. Se deberán documentar los resultados de las evaluaciones. f. El desarrollador debería llevar a cabo revisiones conjuntas de acuerdo a norma. 9. Pruebas de calificación del software

Para cada elemento software, esta actividad consta de las siguientes tareas: a. El desarrollador deberá llevar a cabo pruebas de calificación de acuerdo a los requisitos de calificación para el elemento software. b. El desarrollador deberá actualizar la documentación de usuario si es necesario. c. El desarrollador deberá evaluar el diseño, el código, las pruebas, los resultados de las pruebas y la documentación de usuario teniendo en


42




cuenta los criterios enumerados en la norma. Se deberán documentar los resultados. d. El desarrollador deberá proporcionar soporte a las auditorías de acuerdo a norma. Se deberán documentar los resultados de las auditorías. Si hardware y software están bajo desarrollo o integración, las auditorías pueden posponerse hasta las Pruebas de Calificación del Sistema. e. Tras la terminación con éxito de las auditorías, si se llevan a cabo, el desarrollador deberá actualizar y preparar el producto software entregable para la Integración del Sistema, Pruebas de Calificación del Sistema, Instalación del software o Apoyo a la Aceptación del software, como proceda. 10. Integración del sistema Esta actividad consta de las siguientes tareas, que el desarrollador deberá llevar a cabo o proporcionar apoyo tal como requiere el contrato. a. Los elementos de configuración software deberán integrarse con los elementos de configuración hardware, operaciones manuales, y otros sistemas si es necesario, para formar el sistema. Se deberán documentar los resultados de la integración y pruebas. b. Se deberá desarrollar y documentar para cada requisito de calificación del sistema, un conjunto de pruebas, casos de prueba (entradas, salidas, criterios de prueba) y procedimientos de prueba para llevar a cabo las Pruebas de Calificación del Sistema. c. El sistema integrado deberá evaluarse teniendo en cuenta los criterios dados por la norma. Se deberán documentar los resultados de las evaluaciones. 11. Pruebas de calificación del sistema Esta actividad consta de las siguientes tareas que el desarrollador deberá llevar a cabo o proporcionar apoyo, tal como requiera el contrato. a. Las pruebas de calificación del sistema deberán llevarse a cabo de acuerdo a los requisitos de calificación especificados para el sistema. b. El sistema deberá evaluarse teniendo en cuenta los criterios enumerados por la norma. Se deberán documentar los resultados de las evaluaciones.


43




c.

El desarrollador deberá proporcionar apoyo a las auditorías de acuerdo a norma. Se deberán documentar los resultados de las auditorias.

d.

Tras la terminación con éxito de las auditorías, si se han llevado a cabo, el desarrollador deberá: Actualizar y preparar el producto software entregable para la Instalación del software y el Soporte a la aceptación del software.

12.

Instalación del software

Esta actividad consta de las siguientes tareas: a. El desarrollador deberá preparar un plan para instalar el producto software en el entorno de destino tal como se especifique en el contrato. b. El desarrollador deberá instalar el producto software de acuerdo con el plan de instalación. 13. Apoyo a la aceptación del software

Esta actividad consta de las siguientes tareas: a. El desarrollador deberá proporcionar apoyo a las revisiones y pruebas de aceptación llevadas a cabo por el adquiriente del producto software. b. El desarrollador deberá completar y entregar el producto software tal como se especifique en el contrato. c. El desarrollador deberá proporcionar formación inicial y continuada y dar apoyo al adquisidor tal como se especifique en el contrato. El Software es parte primordial en el desarrollo de tecnologías de información, hoy en día existe una variedad de herramientas a adoptar en la Gestión de la Información, debido a esto existe una falencia por decirlo así, para los “INDECOPI-2006” en las investigaciones realizadas se han determinado dificultades en la gestión y en la Ingeniería del software, especialmente en la integración de productos y servicios, esto se debe a no usar ningún tipo de modelo o al uso de modelos obsoletos. Ahora no confundir, esta norma no pretende establecer el nombre, el formato o el contenido explícito de la documentación que se genere, no

establece un modelo de ciclo de vida concreto para el desarrollo del software, sino para el proyecto software y la elaboración de una correspondencia entre los procesos, actividades y tareas plasmadas, como se menciono anteriormente el responsable de usar esa norma será el que adapte según sus necesidades el proyecto y el


44




definirá herramientas de desarrollo, metodologías, u otras, esta norma te dice el "qué" hacer más no el "cómo" hacerlo eso depende de cada responsable o responsables. Esta NTP no establece un modelo de ciclo de vida concreto para el desarrollo de software esta norma técnica peruana nos dice que los desarrolladores son las responsables de seleccionar un modelo de ciclo de vida para proyecto software y de elaborar una correspondencia entre los procesos, actividades y tareas de esta NTP y los de dicho modelo. Como resumen general esta norma establece cinco procesos principales:

PROCESOS PRINCIPALES DEL CICLO DE VIDA

Adquisición

Suministro

Desarrollo

Operación

Mantenimiento

Figura Nº02 Procesos Principales de la NTP-ISO/IEC 12207:2006 Fuente: ONGEI 2006; Elaborado por el Investigador.

Y con respecto a, comisiones, comités, sociedades, juntas o institutos en el ámbito internacional que rigen los estándares se ha realizado una investigación acerca de los que e encuentran vigentes actualmente. Tabla Nº 04: Organizaciones de estándares 2007 NOMBRE SIGLAS PAIS Organización Internacional de Estandarización ISO Suiza Instituto de Electricidad e Ingenieros Electrónicos IEEE - PT Estados Unidos Comité Europeo para Normalización / Comité Europeo para la CEN/CENELEC Bélgica Normalización Electrotécnica Instituto Nacional de Normas y Tecnología NIST Estados Unidos Instituto Europeo de Normalización de las Telecomunicaciones ETSI Francia Unión Internacional de las Telecomunicaciones ITU Suiza Comisión Internacional de Electrotecnia IEC Suiza Junta Europea para la Normalización

EDI/EC EBES Bélgica Fuente: ISO 2007; IEEE 2007; CENELEC 2007; NIST 2007; ETSI 2007; ITU 2007; IEC 2007; EBES 2007.

Elaborado por el Investigador.


45


DESAROLLO SISTEMA WEB DE CONSULTAS PARA LA GESTION DE TRAMITE DOCUMENTARIO EN LA MUNICIPALIDAD PROVINCIAL DE SULLANA DELIMITACION DEL DESARROLLO DEL SISTEMA VISION DEL USUARIO SERVICIOS PREVIOS A REALIZAR EL TRAMITE Le va a mostrar al usuario requisitos del trámite a realizar. El responsable en aprobar su trámite. Derechos de Pago. Un tiempo estimado en resolver su solicitud. Le muestra modelos de solicitudes, oficios, cartas, etc como guía de llenado. Croquis de las áreas ubicadas en la Municipalidad. Le permite descargar formatos de solicitudes. Le indica que formatos presentar y como obtenerlos. Listado de las áreas, oficinas, responsables, trabajadores, cargos y funciones. Ubicación y nombres de fedatarios.

SERVICIOS DURANTE EL TRÁMITE Ingresar a su sesión de Usuario Podrá hacer consultas a través de datos ingresados en donde se encuentra su documento o Área o Responsable o Cuanto tiempo lo tiene o Si se aprobó o no Podrá ingresar algún tipo de consulta, sugerencias durante el trámite. Servicios previos a realizar el trámite.

VISION DEL ADMINISTRADOR DEL SISTEMA ADMINISTRAR: PROCEDIMIENTOS ADMINISTRATIVOS Denominación de procedimiento. Derechos de pago. Requisitos.



DEPENDENCIAS Denominación de Dependencia. Abreviaturas. USUARIOS Datos generales. SISTEMA WEB DE ATENCION PARA LA GESTION DE TRÁMITE DOCUMENTARIO EN LA MUNICIPALIDAD PROVINCIAL DE SULLANA – PIURA

DESARROLLO Con respecto a la implementación del Proceso de la NTP ISO:IEC 12207 se dice lo siguiente: IMPLEMENTACIÓN DEL PROCESO Esta actividad consta de las siguientes tareas: A. Definición del Modelo de Ciclo de Vida Para esta investigación la elección del modelo de ciclo de vida, se ha hecho en base a la curva de aprendizaje del investigador y sobre todo de las investigación realizadas por especialistas en la NTP ISO:IEC 12207, las cuales una de ella recomienda, para una organización que no cuenta con formalidad en el desarrollo, el “uso de METRICA 3 Dávila, 2005) Este modelo de ciclo de vida divide en 4 fases el desarrollo del software: 1) Inicio, El Objetivo en esta etapa es determinar la visión del proyecto. 2) Elaboración, En esta etapa el objetivo es determinar la arquitectura óptima. 3) Construcción, En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial. 4) Transición, El objetivo es llegar al fin del proyecto y puesta en producción B. Selección de Actividades y Tareas de Desarrollo Documentar las salidas de acuerdo al proceso de documentación. RUP, define 9 actividades a realizar en cada fase del proyecto. Tabla Nº 05 : Evaluación de Actividades de RUP Sistema Web de Consultas 47

o basarse en RUP Rational Unified Process”.(Abraham




Calificación Actividades 1. Modelado del negocio. 2. Análisis de requisitos 3. Análisis y diseño 4. Implementación 5. Test 6. Distribución 7. Gestión de configuración y cambios 8. Gestión del Proyecto 9. Gestión del entorno Elaborado por el Investigador 1 C 2 A A C

Nivel 3 P P P P A C 4 P P P P A A A C 5 P P P P A A A C C

Tabla Nº 06 : Evaluación de Actividades de NTP ISO/IEC 12207 Calificación Actividades 1. Implementación del proceso. 2. Análisis de los requisitos del sistema 3. Diseño de la arquitectura del sistema. 4. Análisis de los requisitos software. 5. Diseño de la arquitectura del software. 6. Diseño detallado del software. 7. Codificación y pruebas del software. 8. Integración del software. 9. Pruebas de calificación del software. 10. Integración del sistema. 11. Pruebas de calificación del sistema. 12. Instalación del software. 13. Apoyo a la aceptación del software. 1 A A A P C 2 P P P A A A C Nivel 3 N P P P P P P P A A C 4 N P P P P P P P A A A A C 5 N N P P P P P A A A A A C

Elaborado por el Investigador Tabla Nº 07 : Escala de Evaluación Grado Acrónimo N P A C Descripción No alcanzado Parcialmente alcanzado Ampliamente alcanzado Completamente alcanzado Escala 0 – 15% de alcance Mayor a 15% y menor a 50% de alcance Mayor a 50% y menor a 85% de alcance Mayor a 85% y menor a 100% de alcance

Elaborado por el Investigador La NTP ISO/IEC 12207 , en su desarrollo se alienara con el modelo de ciclo de vida para este caso se alineara con las actividades descritas en RUP.

A. Titulo: Modelado del Negocio (RUP)


48




Propósito: La definición del conjunto de procesos del negocio es una tarea crucial, ya que define los límites del proceso de modelado posterior. Audiencia a la que se dirige: La principal audiencia es la Municipalidad Provincial de Sullana, pero a través del Proyecto y desarrollo de Tesis mi audiencia será el jurado y docentes de la Universidad Cesar Vallejo – Piura. Procedimientos: El modelado del negocio consiste en capturar los procesos de negocio de la organización bajo estudio. La definición del conjunto de procesos del negocio es una tarea crucial, ya que define los límites del proceso de modelado posterior. Plazos: Las versiones serán mejoradas durante el proceso de de la Investigación. La Municipalidad Provincial de Sullana, a través de la unidad de trámite documentario y archivo Cumplen una función importante y es ahí donde empieza el trato directo con el usuario., concurrente, ciudadano o contribuyente, como se les denomina en esta área. Actualmente existen (2) módulos en la Unidad de Trámite documentario y archivo. 1. Proceso de Negocio: Recepción de documentos.(Modulo Mesa de Partes) Este proceso se subdivide en revisión de documentos, folio de documentos y sellado de documentos, registro en cuaderno del documento (interno), revisión de TUPA. Actualmente este proceso de negocio, se realiza de manera eficaz mas no eficiente, debido a que al momento de recepcionar no se llevan los

documentos, es decir las gran mayoría de usuarios llegan solo a preguntar como es el llenado de documentos, que solicitud comprar y que documentos tiene que traer, todo ello incurre en una perdida de tiempo al momento de recepcionar los documentos.

Aquí se muestra el flujo grama correspondiente:


49




2. Proceso de Negocio: Satisfacer la consulta del usuario.(Modulo Mesa de Partes)

Este proceso se subdivide en revisión de documentos, Orientación de llenado de documentos, Entrega de requisitos de expediente, consulta de estado de expediente, consulta del área de ejecución del expediente y consulta de tiempo estimado de expediente.

Actualmente este proceso de negocio no se viene realizando de una manera ineficiente, esto debido a que, tanto el sistema interno(software) como la institución no provee las herramientas o documentos actualizados para dicha actividad, los ciudadanos no acuden al modulo de consultas, no están informados de los servicios de consulta y orientación.


50




B. Titulo: Análisis de los Requisitos del Sistema (NTP ISO/IEC 12207) (RUP) Propósito: Definir los requerimientos Funcionales y no Funcionales. Audiencia a la que se dirige: La principal audiencia es la Municipalidad Provincial de Sullana, pero a través del Proyecto y desarrollo de Tesis mi audiencia será el jurado y docentes de la Universidad Cesar Vallejo – Piura.


51




Procedimientos: Deberá analizarse el uso específico previsto del sistema a ser desarrollado para especificar los requisitos del sistema. La especificación de los requisitos del sistema deberá describir funciones y capacidades del sistema; requisitos de negocio, organizativos y de usuario; requisitos de seguridad física y de acceso; requisitos de ingeniería de factores humanos (ergonomía), interfaces y requisitos de operación y mantenimiento; limitaciones de diseño y requisitos de calificación. Se deberá documentar la especificación de los requisitos del sistema. Plazos: Las versiones serán mejoradas durante el proceso de Desarrollo.

Análisis de los requisitos software. Para cada elemento software (o para cada elemento de configuración software, si se ha identificado) esta actividad consta de las siguientes tareas: El desarrollador deberá establecer y documentar los requisitos software descritos a continuación, incluyendo la especificación de las características de calidad. La especificación de las características de calidad según ISO/IEC 9126. Se Elaboraron unas Fichas de Diagnostico del Área a Investigar, con el fin de extraer los requisitos del Sistema Web a desarrollar, tratando de encontrar los principales problemas encontrados en esta área y poder ver las distintas visiones interna como externa en relación a los procesos del Negocio.(se adjuntan los modelos en anexos).

Con respecto a los requerimientos se dice lo siguiente: Administradores, Clientes Usuarios finales del Sistema Arquitectos del Sistema Ingenieros clientes Usuarios finales del Sistema Arquitectos del Sistema Ingenieros clientes Desarrolladores de Software Desarrolladores de Software Arquitectos del Sistema Clientes

Requerimientos del Usuario

Requerimientos del Sistema

Especificación del Diseño del


52




Figura Nº 03 Modelo de MacCall Fuente: Evolution Hipemedia(2007)

Se tendrá en cuenta las tres visiones mencionadas por Mac Call teniendo en cuenta las fases definidas en la ISO 9126:

Figura Nº 04: ISO/IEC 9126 Estándar de Calidad de un Software Fuente: Evolution Hipemedia(2007)

OPERACIÓN DEL PRODUCTO FACILIDAD DE USO Visión Usuario y Visión Desarrollador


53




El Sistema establecerá las condiciones que maximizan la efectividad, eficiencia y satisfacción con que un usuario utilizará el Sistema Web de consultas. El Gestor de Base de Datos a usar tiene la capacidad de comprobar la integridad referencial, así como también la de almacenar procedimientos en la propia base de datos, equiparándolo con los gestores de bases de datos de alto nivel, como puede ser Oracle. El Gestor de Base de Datos también posee una gran escalabilidad. Es capaz de ajustarse al número de CPUs y a la cantidad de memoria que posee el sistema de forma óptima, haciéndole capaz de soportar una mayor cantidad de peticiones simultáneas de manera correcta (en algunos benchmarks se dice que ha llegado a soportar el triple de carga de lo que soporta MySQL).

Requerimientos de Espacio Presentación atractiva: 800 x 600 (Visualización Óptima). Diseño claro y atractivo de las pantallas; sin exceso de texto, destacando lo importante. Calidad Técnica y estética en sus elementos Títulos y barras de estado (para facilitar la orientación en la Web). Frames, tablas, ventanas (para organizar la información y estructurar el sistema de navegación). Iconos y metáforas de entorno (intuitivos y adecuados a los destinatarios). Menús de opciones (siempre en el mismo lugar). Hipervínculos (descripción mas enlace) Estilo y lenguaje Tipografía (bien legible y sin abuso de mayúsculas, que permita una buena impresión. Requerimientos de Portabilidad La portabilidad es una de las características principales de este producto se esta codificando con el lenguaje Java, el cual es un lenguaje interpretable y se adecua a múltiples plataformas. Requerimientos del Producto


54




Requerimientos de Desempeño El producto final será un Sistema Web, rápido y para acceder a el no será necesario mucha memoria. Requerimientos de Fiabilidad La fiabilidad irá creciendo en el transcurrir del tiempo de pruebas y se solucionaran las posibles fallas. Requerimientos de Externos Requerimientos de Privacidad El sistema no deberá revelar a sus operaciones alguna información personal de los usuario Requerimientos de Interoperatividad El sistema puede solucionar varias consultas al mismo tiempo.

Requerimientos Organizacionales Requerimientos de entrega Documentación del modelado y diagramas, con código e interfaces abiertas. Software de desarrollo, manuales de instalación y del uso del sistema. Plan de Mejora de Procesos en la gestión de Trámite documentario. Plan de Publicidad del Sistema Web.

Requerimientos de Implementación Establecer la metodología RUP con modelo incluido en la NTP ISO/IEC:12207 “Proceso de ciclo de vida” Mejorar iterativamente el bosquejo de Interfaces.

Requerimientos de Estándares NTP ISO/IEC:12207 “Proceso de ciclo de vida” ISO/IEC:9126 “Estándar de Calidad de un Software”

Visión Dirección Transparencia para la toma de decisiones. REVISION DEL PRODUCTO Facilidad de Mantenimiento


55




El sistema podrá ser administrado desde la misma Sistema, pero este mantenimiento será interno no en la Web. Requerimientos Funcionales El Sistema Web de consulta y orientación deberá satisfacer los requerimientos funcionales que se relacionan a continuación: DBA(Administrador de la BD) Inserción o Usuarios. o Dependencias. (solo DBA) o Procedimientos Administrativos(solo DBA) Reportes o Por Procedimiento. o Por Dependencia o Por consulta hecha. Requisitos. Derecho de Pago. Tiempo estimado de Solución. Donde Inicia el Trámite. Autoridad que aprueba el trámite. Autoridad que resuelve el recurso impugnativo.

Actualización o Usuarios.(solo DBA) o Dependencias. (solo DBA) o Procedimientos Administrativos(solo DBA) .Búsqueda o Por Procedimiento. o Por Usuarios. (solo DBA) Sistema Web de Consultas 56

Requisitos. Derecho de Pago. Tiempo estimado de Solución. Autoridad que aprueba el trámite. Autoridad que resuelve el recurso impugnativo.




o Por Dependencia. o Nro de Expediente. o Por fecha de emisión y Unidad.

Eliminación o Usuarios o Procedimientos Administrativos Requisitos. Derecho de Pago. Tiempo estimado de Solución. Donde Inicia el Trámite. Autoridad que aprueba el trámite. Autoridad que resuelve el recurso impugnativo.

Visualiza Otra Información o Listado del Personal Responsable en cada Área. o Texto Único de Procedimientos Administrativos. o Ubicación de Oficinas. o Modelos de Documentos a llenar Modelo de solicitud. Modelo de Oficio. Modelo de Cartas. Modelo Plantillas.

TRANSICIÓN DEL PRODUCTO CAPACIDAD DE REUTILIZACION 1. El producto terminado se podrá reutilizar en alguna otra Institución, siempre y cuando lo establezca el contrato. 2. Internamente el sistema puede ser desarrollado o mejorado y permite la reutilización de Código. TRANSPORTABILIDAD Puede ser transportado por capas. INTEROPERATIVIDAD


57




En el sistema Web se podrá acceder múltiples consultas al mismo tiempo.

Transformación de Requisitos para el elemento de software. La arquitectura a seguir dentro del Proyecto es J2EE, la cual describe sus características mas importantes: 1. J2EE es un conjunto de estándares y especificaciones para el desarrollo de aplicaciones empresariales multicapa basado en la tecnología Java 2. J2EE simplifica las aplicaciones empresariales basándolas en componentes modulares y estandarizados. 3. Simplificando: J2EE = Java + Componentes adicionales orientados a empresas (EJB, JSP, etc..) La perspectiva que Sun su creador le da es que se orienta específicamente a Internet. La plataforma J2EE (Java™2 Platform, Enterprise Edition) soporta un modelo de aplicación distribuida multinivel basado en componentes escritos en Java: Componentes cliente: aplicaciones de cliente y applets. Componentes web: servlets y JavaServer Pages (JSP) Componentes de negocio: Enterprise JavaBeans (EJB) El sistema Web, estará a disposición de todos los cibernautas, debido a ello, la arquitectura a elegir es una arquitectura Web, en tres capas, esta arquitectura nos va a permitir definir tres niveles o capas, la capa de Presentación, la capa de Lógica de Negocio y la capa de Datos.


58




Figura Nº 05 Arquitectura del Sistema Fuente: Juan Carlos Torrejón (2005)

Las ventajas de elegir esta arquitectura de tres capas son las siguientes: Permite modificar una capa si tener que modificar toda la aplicación. o El sistema Web de Consultas me permitirá poder modificar capa por capa empezando por la capa de presentación hecha con JSP(Java Server Pages), y dentro de estos administrados por jspf(Fragmentos de Paginas), y css(Hojas de Estilo, Fragmentos de Java script) . o Capa de Lógica de Negocio, aquí se encuentran los manejadores en lenguaje JAVA ya sea de Procedimientos, requisitos y usuarios. o Capa de Datos, aquí dentro de la Interfaz utilizada se ha desglozado un capa de datos que administra los datos de conexión con la BD., esta se va a poder modificar según Nombre de BD, Tipo de Conexión, IP, Drivers de BD, servidor de BD, etc. Simplifica la administración de los sistemas. Disponibilidad inmediata de cambios en la lógica de aplicación o datos. o Ante el constante cambio de necesidades por parte de los Usuario de la Municipalidad Provincial de Sullana se va a poder realizar los cambios respectivos.


59




Posibilita el balanceo de la carga de trabajo entre distintos ordenadores. o A través del sistema se podrá establecer una independencia de datos, BD, e interfaz en diferentes ordenadores. Independencia entre capas o Data, Lógica de Negocio y Presentación. Independencia entre niveles Estructuración del desarrollo Segmentación del desarrollo por niveles Particionamiento del Hw por capas o Asimismo permite particionar el HW, utilizado separándolo donde se crea conveniente para este caso se separa la capa de datos en un servidor.

Figura Nº 06 Esquema de la Arquitectura Fuente: Juan Carlos Torrejón (2005) Separación de Responsabilidades – Capa de presentación

Comprende las responsabilidades de lógica de presentación: 1. Navegabilidad del sistema Por parte del Usuario se va a hacer a través del Navegador o Browser Instalado en la PC, (Internet Explorer, Mozzila Firefox)


60




2. Validación de datos de entrada Se tratará de controlar y validar los datos de entrada a cada campo seleccionado. 3. Formateo de los datos de salida Para el control de datos, cuando se esta registrado se controlara la sesión respectiva. 4. Internacionalización El sistema podrá, solucionar el problema de distancia a través de la Web, 5. Renderizado de presentación

Separación de Responsabilidades – Capa de negocio Comprende las responsabilidades de lógica de negocio (o dominio) del sistema. Aquí comprende el establecimiento de los controladores ya sea de datos, para el control de accesos, y los controladores definidos para Usuarios y Procedimientos. Resultado del análisis funcional: Conjunto de reglas de negocio que abstraen el mundo real de los cuales se han definido dos, pero se centrara en el modulo de consultas. La capa de negocio ha de ser independiente de la capa de presentación y viceversa (en la medida de lo posible). El Sistema Web divide la capa de presentación en JSP y JSPF, y la capa de Negocio en Manejadores en JAVA.

Separación de Responsabilidades – Capa de persistencia Comprende las responsabilidades de lógica de persistencia de las entidades que maneja el sistema Web de Consultas en desarrollo. Inserción Eliminación Actualizaciones Búsquedas Dentro de la Capa de Lógica de Negocio se ha subdividido dentro de los controladores (Inserción, Eliminación, Actualizaciones y Búsqueda, a través de módulos)


61




No tiene porqué tratarse necesariamente de una base de datos relacional. C. Especificando mas a profundidad el proceso de desarrollo se pretende realizar los siguientes tareas dentro de la metodología RUP: Modelo de Casos de Uso Diagramas de estructura Diagrama de clases Diagrama de componentes Diagrama de objetos Diagrama de estructura compuesta (UML 2.0) Diagrama de Navegación Diagramas de comportamiento Diagrama de actividades Diagrama de casos de uso Diagrama de estados Diagramas de Interacción Diagrama de secuencia Diagrama de colaboración Modelo de Casos del Diseño Modelo de la Implementación Modelo del despliegue Modelo de Prueba

D. Para el proyecto Software existirán elementos no entregables ya que por ser un documento de Tesis y por ende Público, el desarrollador o Investigador elaborara los respectivos documentos que acrediten aquellos elementos no entregables.

DIAGRAMA ESTRUCTURAL DE COMPONENTES DE LA ARQUITECTURA


62




Figura Nº 07 Diagrama Estructural Elaborado por el Investigador

Desarrollar y Documentar cada Unidad de Software, BD, Proc. y Pruebas. Cada Unidad de Conjunto de funciones (en programas o procedimientos) que realizan las acciones del sistema y que se implementan en archivos físicos. Las unidades de software tienen asociado un tipo (valor adicionado), que puede ser: filtro, procedimental, objetos, repositorio de datos activo u otro. Representación: Los componentes de toda la estructura son los siguientes: 1. MODULOS a. Consultas(Procedimientos, expedientes) b. Otros servicios(guías, modelos formatos, descarga de solicitudes, etc, quejas sugerencias) c. Mantenimiento del Sistema(DBA) 2. CLASES (Internas) requisitos, oficinas, responsables,


63




a. Controlador de Presentación(interfaz) b. Controlador de conexión a BD.(drivers, librerias de conexión) c. Controlador de Lógica de Negocio(definición de variables, Inserción, búsqueda, actualización, eliminación) d. Controlador de Utilitarios(control de accesos,etc) 3. CASOS DE USO a. Realizar consulta. b. Registrar , actualizar, Búsqueda, Eliminación i. Usuario ii. Procedimiento iii. Dependencia iv. Requisitos 4. Unidades de Software (ARCHIVOS FISICOS DEL SISTEMA WEB) a. JSP (JAVA SERVER PAGES) i. Index_1.jsp ii. Administracion.jsp iii. FUTURO.jsp iv. NORMAS.jsp v. Organigrama.jsp vi. Pregfrecuentes vii. UTD.jsp viii. VALORES.jsp ix. ZONE_DBA.jsp x. Amnistias.jsp xi. busquedaUsuarios.jsp xii. cabecera.jsp xiii. consultaramite.jsp xiv. contactanos.jsp xv. descarga_form.jsp xvi. fedatarios.jsp xvii. fichaDependencia.jsp xviii. fichaDependencias.jsp xix. fichaProcedimiento.jsp


64




xx. fichaProcedimientos.jsp xxi. fichaUsuario.jsp xxii. ficha_requiUni.jsp xxiii. ficharequisito.jsp xxiv. ficharequisitos.jsp xxv. inn.jsp xxvi. listaDependencia.jsp xxvii. listaDependencias.jsp xxviii. listaProcedimiento.jsp xxix. listaProcedimientos1.jsp xxx. listaUsuarios.jsp xxxi. listarequisito.jsp xxxii. listarexpediente.jsp xxxiii. listarxfecha.jsp xxxiv. login.jsp xxxv. logout.jsp xxxvi. mapamps.jsp xxxvii. model_documentos.jsp xxxviii. modificarDependencia.jsp xxxix. modificarProcedimiento.jsp xl. modificarRequisitos.jsp xli. modificarUsuario.jsp xlii. NuevaDependencia.jsp xliii. NuevoProcedimiento.jsp xliv. NuevoUsuario.jsp xlv. Previagestio.jsp xlvi. Tipos_formatos.jsp b. JSPF (FRAGMENTOS DE JAVA SERVER PAGES) i. Cabecera.jspf ii. Cabecera1.jspf iii. Cabecera.jsp iv. ErrorAcceso.jspf v. Pie.jspf


65




c. CSS (HOJAS DE ESTILO) y FUNCIONES JAVASCRIPT i. Base-es-pe.ccs ii. Common.ccs iii. Estiloandres.css iv. Fun..js v. Popcalendar.js d. JAVA (FUNCIONES BASICAS DE LA PROGRAMACION) i. Usuario.java ii. Procedimiento.java iii. Sugerencias_quejas.java iv. SesionUsuario.java v. Dependencias.java vi. ControladorUsuarios.java vii. ControladorProcedimientos.java viii. ControladorDependencias.java ix. ControladorComentarios.java x. ControladorSug_Quejas.java

5. Sistemas Externos Herramientas de Software a. Gestor de BD (Consulting_Web) b. Browser(Internet Explorer, Mozila FireFox) c. Sistema Operativo i. Desarrollo en Windows XP ii. Instalacion en Servidor HP Proliant, Windows Server 2003 d. Maquina Virtual de Java. 6. Procesador Este componente representa un computador procesador y memoria) donde se localizan programas o datos y donde, por lo general, se corren dichos programas. HP INTEL ZEON , 2GB RAM. 7. Dispositivos a. Modem (16 port) b. Switch 48 port (3 capas Administrable) DIAGRAMA DE DELIMITACION


66




ROLES DEL NEGOCIO DIAGRAMAS DE CASOS DE USO DEL SISTEMA WEB DE CONSULTAS

DIAGRAMA DEL USUARIO EN EL SISTEMA

DESCRIPCION DE LOS CASOS DE USO


67




CASO DE USO : VALIDAR USUARIO ACTOR : SISTEMA 1.- El Usuario Ingresa a la Interfaz del Sistema. 2.- El Usuario Ingresa Información 3.- El Sistema Valida la Información. 4.- El Sistema Visualiza la Información deseada.

CASO DE USO : REGISTRAR USUARIO ACTOR : USUARIO 1.- El Usuario Ingresa a la Interfaz del Sistema. 2.- El Usuario Ingresa Información 3.- El Sistema Valida la Información. 4.- El Sistema Registra la Información. 5.- El Sistema Visualiza mensaje de éxito

CASO DE USO : CONSULTAR INFORMACION ACTOR : USUARIO 1.- El Usuario Ingresa a la Interfaz del Sistema. 2.- El Usuario presiona botón de petición de consulta 3.- El Sistema visualiza opciones de consulta 4.- El Sistema valida la Información. 5.- El Sistema filtra la consulta deseada. 6,- El Sistema Visualiza la información deseada

CASO DE USO : OFRECER SERVICIOS ACTOR : SISTEMA 1.- El Usuario Ingresa a la Interfaz del Sistema. 2.- El Usuario presiona botos del servicio requerido 3.- El Sistema Visualiza la Información deseada.


68




USUARIO REALIZANDO CONSULTAS DESCRIPCION DE LOS CASOS DE USO CASO DE USO : CONSULTAR INFORMACION ACTOR : USUARIO 1.- El Usuario Ingresa a la Interfaz del Sistema. 2.- El Usuario presiona Botón Consulta Tupa o Consulta no Tupa 3.- El Sistema Procesa la Información. 4.- El Sistema Visualiza la Información.

CASO DE USO : BUSCAR PROCED. TUPA ACTOR : USUARIO 1.- El Usuario Ingresa a la Interfaz del Sistema. 2.- El Usuario Ingresa Información (id_proced.; denominación_proced.) 3.- El Sistema Valida la Información. 4.- El Sistema Visualiza la Información deseada. CASO DE USO : BUSCAR PROCED. NO TUPA ACTOR : USUARIO 1.- El Usuario Ingresa a la Interfaz del Sistema. 2.- El Usuario Ingresa Información (denominación_proced.) 3.- El Sistema Valida la Información. 4.- El Sistema Visualiza la Información deseada.


69




ADMISNITRACION DEL SISTEMA Diagramas de Actividad Realizar consulta (Actor:Usuario)


70




Registro de Procedimientos, Requisitos o Usuarios. (Actor : Administrador del Sistema)

Elimina de Procedimientos, Requisitos o Usuarios. (Actor : Administrador del Sistema)


71




Actualizar de Procedimientos, Requisitos o Usuarios. (Actor : Administrador del Sistema)

Buscar Procedimientos, Requisitos o Usuarios. (Actor : Administrador del Sistema)

DIAGRAMAS DE SECUENCIA Sistema Web de Consultas 72




Registrar Usuario: Crea registro de Usuario

Registrar Usuario: Crea registro de Procedimiento.

Elimina Procedimiento: Elimina registro de Procedimiento.


73




Busca Procedimiento: Busca registro de Procedimiento.

MODELADO FISICO DE LA BD


74




MODELADO LOGICO DE LA BD

Facilidad de Prueba Se ha elaborado un plan de Pruebas el cual se describirá a continuación. Sistema Web de Consultas 75




Como tipo de Prueba se ha elegido pruebas de Unidad, Integración, Validación y como Sistema.

PRUEBAS DE UNIDAD ERRORES 1) Interfaces entre módulos 2) Interfaces entrada/salida 3) Estructuras de datos locales 4) Cálculos 5) Flujo de control 6) Caminos de procesamiento de errores

PRUEBAS DE INTEGRACIÓN ERRORES 1) Comunicación a través de la interfaces 2) Efectos colaterales perniciosos 3) Acumulación notable de errores de cálculo 4) Acceso incoherente a estructuras de datos globales 5) Tiempos de respuesta Se ha elegido la Estrategia Sandwitch con ella se podrá combinar la estrategia descendente para los módulos superiores (+ funcionales) estrategia ascendente para los módulos inferiores intensificamos las pruebas regresivas en los módulos críticos. Pruebas de validación a. Basarse en los criterios de aceptación b. Pruebas alfa (entorno de desarrollo) c. Pruebas beta (entorno del cliente) Pruebas de sistema a. Recuperación b. Seguridad c. Resistencia d. Rendimiento Y por ultimo como técnica se ha elegido la caja negra a. Permiten detectar funcionamiento incorrecto o incompleto.


76




b. Errores de interfase. c. Errores accesos a estructuras de datos externas d. Problemas de rendimiento e. Errores de inicio y terminación Flexibilidad 1. El sistema es auto descriptible para el desarrollador, ya que el código esta estructurado y con los respectivos comentarios para un mayor entendimiento. 2. El sistema internamente en lenguajes se divide en tres capas (datos, lógica, presentación) TRANSICIÓN DEL PRODUCTO CAPACIDAD DE REUTILIZACION 3. El producto terminado se podrá reutilizar en alguna otra Institución, siempre y cuando lo establezca el contrato. 4. Internamente el sistema puede ser desarrollado o mejorado y permite la reutilización de Código. TRANSPORTABILIDAD Puede ser transportado por capas. INTEROPERATIVIDAD En el sistema Web se podrá acceder múltiples consultas al mismo tiempo. Actualización de Requisitos de Prueba y plan para la integración del Software. Se han desarrollado herramientas para comprobar los datos que visualiza el sistema Web FICHA : Usuario FICHA : Procedimiento Administrativo FICHA : Dependencias

DESARROLLAR Y DOCUMENTAR DISEÑO PARA LA INTERFAZ Ventana de portada(Usuario) : Index_1.jsp


77




Ventana de Información preliminar(Usuario) : valores.jsp

Ventana de Información preliminar(Usuario) : Organigrama.jsp


78




Ventana de Información preliminar(Usuario) : UTD.jsp

Ventana de Información preliminar(Usuario) : FUTURO.jsp


79




Ventana de Información preliminar(Usuario) : normas.jsp

Ventana de Información del procedimiento(Usuario) : listaProcedimiento.jsp


80




Ventana de Información procedimiento (Usuario) : fichaProcedimiento.jsp

Ventana de Información procedimiento (Usuario) : ficharequisitos.jsp


81




Ventana de Información Dependencia (Usuario) : listadependencia.jsp

Ventana de Información Dependencia (Usuario) : fichadependencia.jsp


82




Ventana de Consulta (Usuario) : consultramite.jsp

Ventana de Consulta (Usuario) : consultramite.jsp


83




Ventana de Consulta (Usuario) : listaxfecha.jsp

Ventana de Consulta (Usuario) : inn.jsp


84




Ventana de Pasos a seguir (Usuario) : previagestion.jsp

Ventana descarga de documentos (Usuario) : model_documentos.jsp


85




Ventana de fedatarios (Usuario) : fedatarios.jsp

Ventana descarga de formularios (Usuario) : descarga_form.jsp


86




Ventana descarga de formatos (Usuario) : descarga_form.jsp

Ventana de Sugerencias y quejas (Usuario) : comentarios.jsp


87




Ventana de Sesion (Administrador del Sistema) : login.jsp

Ventana de Sesion (Administrador del Sistema) : login.jsp


88




Ventana Administracion (Administrador del Sistema) : Administracion.jsp

Ventana de procedimientos(Administrador del Sistema) : listaprocedimientos.jsp


89




Ventana de procedimientos(Administrador del Sistema) : fichaprocedimiento.jsp

Ventana de procedimientos(Administrador del Sistema) : ficharequisitos.jsp


90




Ventana de procedimientos(Administrador del Sistema) : modificarprocedimiento.jsp

Ventana de procedimientos(Administrador del Sistema) : modificarrequisitos.jsp


91




Ventana de Admin(Administrador del Sistema) : listaUsuarios.jsp

Ventana de Admin(Administrador del Sistema) : fichaUsuarios.jsp


92




Ventana de Admin(Administrador del Sistema) : modificarUsuarios.jsp

Ventana de dependencias(Administrador del Sistema) : listaDependencias.jsp


93




Ventana de dependencias(Administrador del Sistema) : fichaDependencias.jsp

Ventana de dependencias(Administrador del Sistema) : fichaDependencias.jsp


94




Ventana de Sesión(Administrador del Sistema) : logout.jsp

Los documentos estarán a disposición de la Institución donde se realiza el Proyecto, y la institución la cual mide mis conocimientos profesionales, esta documentación


95




estará disponible en digital y física, según sea el caso y la confidencialidad del desarrollador e investigador para su conservación de la originalidad de dicho proyecto.

a. Implementación del Proceso y Control de la Configuración Plan de Gestión de la Configuración para controlar las versiones del Software a usar: Tabla Nº 08 : Gestión del Control del Software Software Abreviatura Descripción Net Beans Interfaz de Desarrollo PostgreSQL Gestor de Base de Datos Servidor Web Soporte en.Java Servlet y (JSP). Nvu Diseñador de Paginas Web Gannt Proyect Diseño de Cronogramas Edwin Modelador de BD Pacestar UML Diagramadror de UML Elaborado por el Investigador 1 5.0 8.1 5.515 1.0 2.0.4 4.0 1.0 Versiones Usadas 2 3 5.5 6.0 8.2 4

4.1

b. Determinación del estado de la configuración En este punto se asegurara la funcionalidad descrita de los elementos software frente a sus requisitos o requerimientos. (si su diseño y código reflejan una descripción técnica actualizada) Debido a que se están extrayendo los primero requerimientos como bosquejo no se han determinado funcionalidades. c. Gestión de liberaciones y entrega. Es aquí donde se va a controlar los documentos a entregar al finalizar el proyecto y la entrega final del producto se ha elaborado una tabla para ello: Tabla Nº 09 : Gestión y Control de Documentos Documento Nº 1 Descripción PLAN DE MEJORA DE PROCESOS ENTREGA 25% 50% 75% 100% X X X FECHA 17/12/07 17/12/07 17/12/07

2 MOLELADO DE NEGOCIO 3 ANALISIS DE RESULTADO Elaborado por el Investigador

Debido a que no se han entregado ningún documento oficial no se ha descrito en la tabla diseñada.

Tabla Nº 10 : Gestión de Problemas encontrados


96




Problemas encontrados Nº 1 Descripción DIFICULTAD EN LA PROGRAMACION

ELIMINADO 25% 50% 75% 100% X FECHA 14/12

2 3 Elaborado por el Investigador

Hasta el momento se han diseñado 06 elementos de la configuración, para que estos puedan alinearse al los elementos determinados por la Institución que en este caso seria el adquiriente.

A través del desarrollo del Sistema Web de consultas se esta empleando el modelo de ciclo de vida RUP (Racional Unified Process), y se esta alineando sus fases en función de la NTP ISO/IEC:12207 , la propia norma lo permite.

PRESUPUESTO

Tabla Nº 11 Personal del Proyecto

RECURSO HUMANO PRACTICANTE ASESOR

GASTOS POR MES EN (S/.) 80,00 0

TOTAL EN 4 MESES EN (S/.) 320,00 0 320,00

COSTO POR 4 MESES TOTAL ===>>> Elaborado por el Investigador.

Tabla Nº 12 Materiales de Trabajo del Proyecto MATERIALES DE ESCRITORIO UNIDAD COSTO UNIDAD (S/.) TOTAL EN 4 MESES EN (S/.)


97




Papel Report A4 de 80 Gr. Lapiceros Lápices CD - No regrabable Libros y Documentos Normativos Memoria Usb CD – Regrabable Cartuchos de Impresión Fólder Manila Resaltador Borrador Papel Continuo

1000 20 20 20 5 2 5 4 20 2 3 1

17,00 0,40 0,20 1,00 10,00 80,00 2,00 30,00 0,50 0,80 0,40 25,00

17,00 8,00 4,00 20,00 50,00 160,00 10,00 120,00 10,00 1,60 1,20 25,00 426,00

COSTO POR 4 MESES TOTAL ===>>> Elaborado por el Investigador.

Tabla Nº 13 Hardware del Proyecto EQUIPO PENTIUM IV AMD 380 IMPRESORA HP 3420 SCANER HP 2400 CAMARA DIGITAL SANSUNG COSTO EN (S/.) 1.800,00 600,00 180,00 350,00 500,00 TOTAL CON IGV EN (S/.) 1.800,00 600,00 180,00 350,00 500,00 3.430,00

COSTO TOTAL ===>>> Elaborado por el Investigador.

Tabla Nº 14 Software del Proyecto

SOFTWARE IDE NET BEANS 5.5 POSTGRESQL 8.1 DIA FOR WINDOWS GANNT PROJECT 2.0.4 WINDOWS 2000

COSTO EN (S/.) 0.00 0.00 0.00 0.00 600.00

TOTAL CON IGV EN (S/.) 0.00 0.00 0.00 0.00 600.00 600.00

COSTO TOTAL ===>>> Elaborado por el Investigador.

FINANCIAMIENTO El presente proyecto de investigación espera ser financiado por el propio Tesista. CONTENIDO DEL CRONOGRAMA


98


Universidad César Vallejo – Piura Proyecto de Tesis 3/09/07 - 15/09/07


Implementación del Proceso 3/09/07 - 8/09/07 Definición del Modelo de Ciclo de Vida. Selección de Actividades y Tareas de Desarrollo. Establecer correspondencia de Actividades y Tareas en el Ciclo de Vida. Normatividad Metodología y Herramienta de Desarrollo. Establecer planes para actividades de Desarrollo.

Análisis de los Requisitos del Sistema 10/09/07 - 15/09/07 Análisis previsto del Sistema a Desarrollar. Requisitos Funcionales del Sistema a Desarrollar. Evaluación de Requisitos.

Diseño de la Arquitectura del Sistema 13/09/07 - 21/09/07 Establecer Arquitectura del Sistema de Alto Nivel. Evaluación de la Arquitectura del Sistema.

Análisis de los Requisitos del Software 17/09/07 - 28/09/07 Establecer y Documentar los Requisitos de Software. Evaluación de los Requisitos de Software. Revisión Conjunta.

Diseño de la Arquitectura del Software 1/10/07 - 12/10/07 Transformación de Requisitos para el elemento de software. Desarrollar y Documentar diseño para la Interfaz. Desarrollar y Documentar diseño para la BD. Desarrollar y Documentar Versiones de Usuario. Desarrollar y Documentar Requisitos para Prueba y Planificación. Evaluación de la Arquitectura Software, Interfaz y BD. Desarrollar Versiones Conjuntas.

Diseño Detallado del Software 1/10/07 - 13/11/07 Diseño detallado de cada componente de software Preparar, Desarrollar y Documentar el diseño de la BD Actualizar la Información del Usuario Definir, Documentar y Planear los Requisitos de Prueba Evaluar el diseño detallado del software y requisitos de Prueba Revisiones conjuntas. Codificación y Pruebas de Software 22/10/07 - 22/12/07


99




Desarrollar y Documentar cada Unidad de Software, BD, Proc. y Pruebas. Prueba de cada Unidad de Software y BD. Actualización de Requisitos de Prueba y plan para la integración del Software. Evaluación del Código Software.

Integración del Software 22/10/07 - 22/12/07 Preparar un Plan de Integración. Integrar las Unidades de Software y componentes de Software. Preparar y Documentar cada Requisito de calificación del Software. Evaluar el Diseño de Integración Código y Pruebas. Revisiones Conjuntas.

Pruebas de Calificación del Software 22/10/07 - 23/11/07 Pruebas de calificación de acuerdo a los Requisitos Evaluar el diseño el Código, de Pruebas, los Resultados de las pruebas Proporcionar Soporte a las Auditorias. Actualizar y Preparar el Producto de Software Entregable.

Integración del Sistema 22/11/07 - 16/11/07 Integrar los Elementos de Configuración del Software. Desarrollar y Documentar para cada Requisito de Calificación del Sistema. Evaluación del Sistema Integrado.

Pruebas de calificación del Sistema 5/11/07 - 23/11/07 Pruebas de Calificación de acuerdo a los Requisitos de Calificación. Evaluación del Sistema según los Requisitos. Actualizar y Preparar el Producto de Software Entregable.

Instalación del Software 26/11/07 - 7/12/07 Preparar Plan para Instalar Producto. Instalar el Producto de Software de acuerdo al Plan. Revisión del Sistema.

Apoyo a la Aceptación del Software 26/10/07 - 15/01/05 Apoyo y Revisión a las Pruebas de Aceptación. Completar y Entregar el Producto de Software.

Análisis de Resultados, Conclusiones y Recomendaciones 16/11/07 15/01/08


100




Desarrollo.

Redacción de Tesis 3/09/07 - 28/12/07 Desarrollo e Informe Final.


101





102


CAPÍTULO IV DISCUSIÓN DE RESULTADOS



4

RESULTADOS 4.1 Con respecto al indicador I 1 denominado, Número de trámites atendidos diarios, se tienen los siguientes resultados: Nivel de Impacto: Medio Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio el número de trámites diarios atendidos es de 93.6 y los valores fluctúan entre 80 y 120. (solo en módulo de mesa de partes)

Número de Tramites Atendidos 120

LUNES MARTES MIERCOLES JUEVES VIERNES Promedio de Expedientes

100

80

60

40

20

0 LUNES MARTES MIERCOLES JUEVES VIERNES Promedio de Expedientes

Dias de la Semana

Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 1 tiene los resultados siguientes: El promedio de trámites diarios es 94.4 y los valores fluctúan entre 80 y 125. (solo en módulo de mesa de partes)


104




Número de Tramites Atendidos 120

LUNES MARTES MIERCOLES JUEVES VIERNES Promedio de Expedientes

100

80

60

40

20

0 LUNES MARTES MIERCOLES JUEVES VIERNES Promedio de Expedientes

Dias de la Semana

4.2

Con respecto al indicador I 2 denominado, Número de trámites rechazados diarios, se tienen los siguientes resultados: Nivel de Impacto: Alto. Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio el número de trámites rechazados diarios es de 18 y los

valores fluctúan entre 14 y 25 diarios.(solo en módulo de mesa de partes) Nº Expedientes Rechazados 20

18

16

14

12

10

8

6

1 2 3 4 5 6

4

2

0 1 2 3 4 5 6


105




Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 2 tiene los resultados siguientes: El promedio de trámites diarios rechazados es de 7.2 y los valores fluctúan entre 4 y 10.

Nº Expedientes Rechazados

9

8

7

6 1 2 3 4 5 6

5

4

3

2

1

0 1 2 3 4 5 6

4.3

Con respecto al indicador I 3 denominado, Número de Consultas resueltas diarias, se tienen los siguientes resultados: Nivel de Impacto: Alto Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio el número de Consultas resueltas diarias es de 39.6 y los valores fluctúan entre 38 y 60.(solo en el módulo de consultas)


106




Nº Consultas Resueltas

45

40

35

30 1 2 3 4 5 6

25

20

15

10

5

0 1 2 3 4 5 6

Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 3 tiene los resultados siguientes: El promedio de Consultas resueltas diarias es de 57.3 y los valores fluctúan entre 45 y 65. Nº Consultas Resueltas

70

60

50

40

30

1 2 3 4 5 6

20

10

0 1 2 3 4 5 6

4.4

Con respecto al indicador I 4 denominado, Tiempo de espera por cada trámite (realizado), se tienen los siguientes resultados: Nivel de Impacto: Medio Pre Test:


107




Según los resultados hechos al pre test se logró determinar que en promedio el Tiempo en espera por cada trámite realizado es de 0.936 minutos y los valores fluctúan entre 0.5`` y 1.3``. (solo en módulo de mesa de partes) Tiempo Promedio de espera por tramites realizado

2,5

2

1,5

1

1 2 3 4 5 6

0,5

0 1 2 3 4 5 6

Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 4 tiene los resultados siguientes: El promedio de Tiempo en espera por cada trámite es de 1.3 minutos y los valores fluctúan entre 0.5`` y 5``. (solo en módulo de mesa de partes) Tiempo Promedio de espera por tramites realizado

1,2

1

0,8 1 2 3 4 5 6

0,6

0,4

0,2

0 1 2 3 4 5 6


108




4.5

Con respecto al indicador I 5 denominado, Tiempo de espera en las colas diarias, se tienen los siguientes resultados: Nivel de Impacto: Alto. Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio el Tiempo de espera en las colas diarias es de 9.8 minutos y los valores fluctúan entre 8`` y 20``. (Solo en módulo de mesa de partes)

Tiempo Promedio de espera en colas

14

12

10

8

6

1 2 3 4 5 6

4

2

0 1 2 3 4 5 6

Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 5 tiene los resultados siguientes: El promedio de Tiempo en espera en las colas diarias es de 6 minutos y los valores fluctúan entre 5 `` y 13 ``. (solo en módulo de mesa de partes)


109




Tiempo Promedio de espera en colas

7

6

5

4

3

1 2 3 4 5 6

2

1

0 1 2 3 4 5 6

4.6

Con respecto al indicador I 6 denominado, Tiempo en procesar trámites diarios, se tienen los siguientes resultados: Nivel de Impacto: Medio Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio Tiempo en procesar trámites diarios es de 9 horas y los valores fluctúan entre 8 hrs. y 10 hrs. Tiempo Promedio en Procesar Trámites Diarios

9,2

9

8,8

8,6

8,4

1 2 3 4 5 6

8,2

8

7,8 1 2 3 4 5 6

Post Test:


110




Según los resultados hechos durante los tres días se ha comprobado que el indicador I 6 tiene los resultados siguientes: El promedio de Tiempo en procesar trámites diarios es de 5:40 horas y los valores fluctúan entre 4:30 hrs. y 5:30 hrs. Tiempo Promedio en Procesar Trámites Diarios 6

5,8

5,6

5,4

5,2

1 2 3 4 5 6

5

4,8

4,6

4,4 1 2 3 4 5 6

4.7

Con respecto al indicador I 7 denominado, Número de Consultas atendidas Diarias, se tienen los siguientes resultados: Nivel de Impacto: Alto. Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio Número de1 Consultas atendidas Diarias es de 49.2 y los valores fluctúan entre 35 y 55. Número Consultas Atendidas

70

60

50

40

30

1 2 3 4 5 6

20

10

0 1 2 3 4 5 6

Post Test: Sistema Web de Consultas 111




Según los resultados hechos durante los tres días se ha comprobado que el indicador I 7 tiene los resultados siguientes: El promedio de Consultas atendidas Diarias es de 88.4 y los valores fluctúan entre 75 y 102. Número Consultas Atendidas

120

100

80 1 2 3 4 5 6

60

40

20

0 1 2 3 4 5 6

4.8

Con respecto al indicador I 8 denominado, Número de Quejas externas Diarias, se tienen los siguientes resultados: Nivel de Impacto: Alto. Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio Número de Quejas externas Diarias es de 19.4 y los valores fluctúan entre 15 y 30. Numero Promedio de Quejas Externas

25

20

15

10

1 2 3 4 5 6

5

0 1 2 3 4 5 6

Post Test: Sistema Web de Consultas 112




Según los resultados hechos durante los tres días se ha comprobado que el indicador I 8 tiene los resultados siguientes. El promedio de Número de Quejas externas Diarias es de 9.8 y los valores fluctúan entre 5 y 15. Numero Promedio de Quejas Externas

14

12

10

8

6

1 2 3 4 5 6

4

2

0 1 2 3 4 5 6

4.9

Con respecto al indicador I 9 denominado, Número de Quejas internas Diarias, se tienen los siguientes resultados: Nivel de Impacto: Alto. Pre Test: Según los resultados hechos al pre test se logró determinar que en promedio Número de Quejas internas Diarias es de 21.8 y los valores fluctúan entre 10 y 29.


113




Numero Promedio de Quejas Internas

30

25

20 1 2 3 4 5 6

15

10

5

0 1 2 3 4 5 6

Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 9 tiene los resultados siguientes. El promedio de Número de Quejas internas Diarias es de 3 y los valores fluctúan entre 0 y 5. Numero Promedio de Quejas Internas

5

4,5

4

3,5 1 2 3 4 5 6

3

2,5

2

1,5

1

0,5

0 1 2 3 4 5 6

4.10

Con respecto al indicador I 10 denominado, Grado de satisfacción del Usuario, se tienen los siguientes resultados: Nivel de Impacto: Alto. Pre Test:


114




Según los resultados hechos al pre test se logró determinar que el Grado de satisfacción del Usuario según un rango de 3 valores cualitativos es de: El 48.3 % de los Usuarios demuestran desagrado. El 41.05 % de los Usuarios demuestran agrado. El 10.65 % de los Usuarios se abstienen. Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 10 tiene los resultados siguientes. El 5 % de los Usuarios demuestran desagrado. El 93 % de los Usuarios demuestran agrado. El 2 % de los Usuarios se abstienen. 4.11 Con respecto al indicador I 11 denominado, Grado de satisfacción del Trabajador, se tienen los siguientes resultados: Nivel de Impacto: Alto. Pre Test: Según los resultados hechos al pre test se logró determinar que el Grado de satisfacción del Trabajador según un rango de 5 valores cualitativos es de: El 87.63 % de los trabajadores demuestran desagrado. El 9.8 % de los trabajadores demuestran agrado. El 2.57 % de los trabajadores se abstienen. Post Test: Según los resultados hechos durante los tres días se ha comprobado que el indicador I 10 tiene los resultados siguientes. El 5 % de los trabajadores demuestran desagrado. El 90.8 % de los trabajadores demuestran agrado. El 9.2 % de los trabajadores se abstienen.


115


CAPÍTULO V CONCLUSIONES Y RECOMENDACIONES



5.

CONCLUSIONES

5.1

Con respecto al indicador 4.1, se puede afirmar que mejoró en un pequeño porcentaje, pero se recalca que la atención de los mismos ahora se hace más ordenada y rápida.

5.2

Con respecto al indicador 4.2, se puede afirmar que mejoró en un gran porcentaje y con el tiempo se espera tener 0 documentos rechazados.

5.3

Con respecto al indicador 4.3, se puede afirmar que mejoró en un gran porcentaje, ahora el número de consultas aumento, pero se agilizó el servicio y ahora los usuarios están informados del sistema.

5.4

Con respecto al indicador 4.4, se puede afirmar que mejoró en un gran porcentaje, debido a que ya no se demoran preguntando que, como y donde hacer, en el momento que esta siendo atendido en el Módulo de Mesa de partes.

5.5

Con respecto al indicador 4.5, se puede afirmar que mejoró en un gran porcentaje, esto debido a que ahora las personas ya no esperan innecesariamente (consultas en general) ahora se distribuye según sea consulta en (línea u oficina) o recepción de documentos.

5.6

Con respecto al indicador 4.6, se puede afirmar que mejoró en un gran porcentaje, 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 mas rápido y organizadamente al sistema interno, ya que ahora los usuarios estarán informados del movimiento de sus documentos una vez ya ingresados al sistema interno.

5.7

Con respecto al indicador 4.7, se puede afirmar que mejoró en un gran porcentaje, esto debido a que ahora las personas que llegaban a consultar a el módulo de recepción de documentos ya sea requisitos, llenado de documentos, ubicación de oficinas, etc. Se atienden ahora en el módulo de consultas o vía web y se les explica las ventajas del Sistema Web.

5.8

Con respecto al indicador 4.8, se puede afirmar que mejoró en un gran porcentaje, esto debido a que ahora los Usuarios tendrán una herramienta a la cual podrán acceder sin restricción alguna desde cualquier lugar y poder informarse acerca del documento normativo denominado TUPA y


117




la información actualizada acerca de todos los procedimientos administrativos que incurren en la Municipalidad Provincial de Sullana. 5.9 Con respecto al indicador 4.9, se puede afirmar que mejoró en un gran porcentaje, esto debido a que ahora los propios trabajadores tendrán una herramienta a la cual podrán acceder sin restricción alguna desde cualquier lugar y poder informarse acerca del documento normativo denominado TUPA y la información actualizada acerca de todos los procedimientos administrativos que incurren en la Municipalidad Provincial de Sullana, así como también de otros servicios durante la gestión de trámite documentario. 5.10 Con respecto al indicador 4.10, se puede afirmar que mejoró en un gran porcentaje, esto debido al uso del nuevo Sistema Web implantado. 5.11 Con respecto al indicador 4.11, se puede afirmar que mejoró en un gran porcentaje, esto debido al uso del nuevo Sistema Web implantado.

CONTRASTACIÓN DE HIPOTESIS Dada la Hipótesis “El Sistema Web de Consultas mejora la Gestión de Trámite Documentario en la Municipalidad Provincial de Sullana – Piura”, y las conclusiones antes expuestas se concluye que la Hipótesis se prueba totalmente. RECOMENDACIONES De la conclusión 5.1, se recomienda que para que haya una mejora en la distribución de las colas hacia mesa de partes, se instalen módulos con sillas. De la conclusión 5.2, se recomienda que para que haya “0” documentos rechazados se debería difundir a usar el Sistema Web de consultas. De la conclusión 5.3 se recomienda que así como la persona encargada del módulo de consultas también todos los trabajadores de la Institución puedan resolver cualquier tipo de consulta acerca de los servicios brindados por la Institución teniendo en cuenta que el ciudadano, usuario, contribuyente o concurrente, es el principal cliente o activo. De la conclusión 5.4 se recomienda que la persona encargada de

recepcionar los documentos al momento en que le solicitan consultas por


118




cualquier motivo, lo derive al módulo de consultas, para evitar congestionamiento. De la conclusión 5.5 se recomienda que en caso de congestión o

aglomeración de personas en la cola, las personas sean orientadas y distribuidas de una forma adecuada para evitar quejas y demoras. De la conclusión 5.6 se recomienda que se continúe con el orden del plan de Procesamiento de Expedientes y a capacitación de los practicantes en el uso del sistema y procedimientos. Además de ello se recomienda la adquisición de otra estación de trabajo, para agilizar el trabajo en el ingreso de expedientes al sistema interno. De la conclusión 5.7 se recomienda que la persona encargada del módulo de consultas posea las principales características de atención al Público, ya que es ahí donde se tiene contacto directo con el ciudadano, usuario, contribuyente o concurrente. De las conclusiones 5.8 y 5.9 se recomienda que la Unidad de Trámite Documentario y archivo coloque buzones de sugerencias y quejas para poder ver la situación actual del servicio brindado, adjunto a ello se coloquen los rótulos respectivos señalizando a la Unidad de Trámite documentario y sus módulos. De las conclusiones 5.10 y 5.11 se recomienda que la Unidad de Trámite Documentario y archivo implemente y proponga instrumentos de medición informáticos o manuales para poder medir el grado de satisfacción tanto del Usuario como del Trabajador.


119


CAPÍTULO VI REFERENCIAS BIBLIOGRÁFICAS Y ANEXOS



Referencias Bibliográfícas Arq. Fernando Belaúnde Terry (1981), Decreto Legislativo Nº 051. Lima, Perú. Barrera A.; Mg., Luis (2007), Manual Práctico para la Presentación de Informes Monografías, Tesis y Artículos 6 Págs. Trujillo, Perú. Constitución Política del Perú (2002), Ley Nº 27680. Lima, Perú. Centro de Investigación Parlamentaria (2005) Ley Nº 25035 de Simplificación Administrativa, 21 Págs. Lima, Perú. Comité Europeo para Normalización / Comité Europeo para la Normalización Electrotécnica (2007), Normas CEN/CENELEC – Bélgica, Citado en Junio2007.Disponible en URL: http://www.cenelec.org/. Comisión Internacional de Electrotecnia (2007), Normas IEC – Suiza, Citado en Junio-2007.Disponible en URL: http://www.iec.ch/. Colegio del salvador en argentina (2007) Citado en Junio-2007.Disponible en: URL http://www.colegiodelsalvador.esc.edu.ar/ftramites.html RAE (2007),Diccionario de la lengua española, 22º Edición, Citado en Junio2007.Disponible en URL: http://www.rae.es/. Congreso del Perú (2003) Mayo 27, Ley Orgánica de Municipalidades. Lima, Perú. Gobierno de Sullana (2003) , ROF, Reglamento de Organización y Funciones. Sullana, Perú. Gobierno de Chile (2007), NORMALIZACIÓN - SISTEMA PERUANO DE NORMALIZACIÓN, Citado Junio-2007.Disponible en URL:

http://www.tramitefacil.gov.cl/1481/article-125494.html. INEI (2006) Instituto Nacional de Estadística e Informática periodo de Noviembre, Plan de Desarrollo Informático, 67 Págs. Lima, Perú.


121




INEI (2002) Instituto Nacional de Estadística e Informática, Sistema Nacional de Informática, 32 Págs. Lima, Perú. INDECOPI (2006), Catálologo de Normas Técnicas Peruanas 13 Págs. Lima, Perú. INDECOPI (2007), NORMALIZACIÓN Citado en SISTEMA PERUANO en DE URL:

NORMALIZACIÓN:

Junio-2007.Disponible

http://www.indecopi.gob.pe/. Instituto de Electricidad e Ingenieros Electrónicos (2007), Normas IEEE - PT Estados Unidos ,Citado en Junio-2007.Disponible en URL: http://www.ieee.org/. Instituto Nacional de Normas y Tecnología (2007), Normas NIST- Estados Unidos, Citado en Junio-2007.Disponible en URL: http://www.nist.gov/. Instituto Europeo de Normalización de las Telecomunicaciones (2007), Normas ETSI –Francia, Citado en Junio-2007.Disponible en: http://www.etsi.org/. Jesse James (2000), Los elementos de la Experiencia del Usuario, 30 de marzo del 2000. Lima Perú. Jorge Sánchez (2004), Guía Net Beans, citado el 25 de Junio, Disponible en URL: www.jorgesanchez.net. Junta Europea para la Normalización EDI/EC (2007), Normas EBES – Bélgica, Publicado Junio-2007. [Citado el http://www.ebes.eu.org/. Municipalidad Provincial de Sullana (2007), Portal Municipal Oficial Publicado citado en Junio-2007, Disponible en URL: http://www.munisullana.gob.pe. Mario Bunge, Publicación (1995), La Ciencia su Método y su filosofía. Lima, Perú. Ministerio de la Producción (2007), Portal Oficial En: Junio-2007.Disponible en URL: http://www.produce.gob.pe/produce/tramite/expedientes/index1.php. 30 de Julio] Disponible en URL:


122




Ministerio de Salud (2007), Portal Oficial En: Junio-2007.Disponible en URL: http://www.minsa.gob.pe/portal/. Ministerio de Agricultura (2007), Portal Oficial En: Citado en Junio2007.Disponible en URL: http://www.minag.gob.pe/. ONGEI (2004), Norma Técnica Peruana NTP-ISO/IEC 12207:2004

TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de vida del software. 1ª Edición”, 183 Págs. Lima, Perú. ONGEI (2006) Norma Técnica Peruana NTP-ISO/IEC 12207:2006

TECNOLOGÍA DE LA INFORMACIÓN. Procesos del ciclo de vida del software. 2ª Edición”, 194 Págs. Lima, Perú. Organización mundial del Comercio (2007), Misión, Visión, Objetivos, Citado en Junio-2007.Disponible en URL: http://www.wto.org/. Organización Internacional de Estandarización (2007), Normas ISO – Suiza Citado Junio-2007.Disponible en URL: http://www.iso.ch/. Oficina Nacional de Gobierno Electrónico e Informática (2007), ONGEI – Citado en Junio-2007.Disponible en: http://www.ongei.gob.pe. Portal del Gobierno Peruano (2007), Portal Oficial Citado en Junio2007.Disponible en URL http://www.munisullana.gob.pe. Portal del Gobierno Argentino (2007), Portal Oficial Citado Junio-

2007.Disponible en URL: http://www.argentina.gov.ar. Portal del Gobierno Chileno (2007), Portal Oficial, Citado en Junio-2007 Disponible en URL: http://www.gobiernodechile.cl/index.asp. Presidencia del Consejo de Ministros (2007), Portal Oficial PCM, Citado en Junio-2007.Disponible en: http://www.pcm.gob.pe.


123




Silva – Mercerat (2002), Articulo Darío Silva-Bárbara Mercera Citado en Junio2007.Disponible en URL: http://www.unab.edu.pe. 20 Págs. Lima, Perú. Unión Internacional de las Telecomunicaciones (2007), Normas ITU – Suiza Citado en Junio-2007.Disponible en URL: http://www.itu.int/. Universidad de Navarra (2000) Aprenda Java, San Sebastián, 311 Págs. España. Velásquez, Ángel & Rey, Nérida (1999), Metodología de la Investigación Científica. ED San Marcos 311 Pág


124


ANEXOS Anexo Nº 01 TRAMITE DOCUMENTARIO PLACA MODELO T.VIDEO T.RED PROCESADOR MEMORIA H.DISK TECLADO LECTORA SERIE FLOPY MOUSE MONITOR MODELO IMPRESORA SERIE : INTEL PENTIUM IV : D845EPI/D845GVSR SERIE: BQPI34914053 : ATI AGP SERIE: A040900056037 : DLINK PCI 10/100 SERIE: C0V0743037740 : INTEL PENTIUM CELERON 2.4 GHZ : KINGSTON 256 MB : SEAGATE 40 GB. SERIE: 5JX53989 : BTC MODELO 5121 SERIE: G09320015301 : LG 52X MODELO: GCR-8523B : 403HB186423 : ALPS ELECTRIC SERIE: 4B541173 : CYBERLINK PS2 : LG STUDIO WORKS 500G : C15JA-0 SERIE: 4035PJP65324 : KYOCERA MODELO: FS-720 : XQM5600502

Cuadro # 1: PC Ocupada por el Técnico Administrativo Elaborado por los Investigadores Anexo Nº 02 TRAMITE DOCUMENTARIO PLACA : INTEL PENTIUM IV MODELO : D845EPI/D845GVSR SERIE: BQPI34924581 T.VIDEO : ATI AGP SERIE: A040900056057 T.RED : DLINK PCI 10/100 SERIE: C0V0743037739 PROCESADOR : INTEL PENTIUM CELERON 2.4 GHZ MEMORIA : KINGSTON 256 MB H.DISK : SEAGATE 40 GB. SERIE: 5JX53A6D TECLADO : QC PAS PS2 SERIE: 0308146137 LECTORA : LG 52X MODELO: GCR-8523B SERIE : 403HB186430 FLOPY : ALPS ELECTRIC SERIE: 4B541173 MOUSE : PCTRONICS MODELO: M-G801 SERIE : 05061708569 PS2 MONITOR : LG STUDIO WORKS 500G MODELO: C15JA-0 SERIE : 4035PHG65329 IMPRESORA : HP LASERJET 1100 MODELO : C4224A S/: USQJ004970 (MALOGRADA) Cuadro # 2: PC Ocupada por el Jefe del área Elaborado por los Investigadores

INSTRUMENTOS Guía de Observación Nº 01 Número de Personas Atendidas Diarias Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente Guía de Observación va a contar el número de personas que llegan a realizar trámites diarios, con el propósito de evaluar el promedio de personas atendidas en un día en la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana.

Instrucciones : Para poder lograr calcular el promedio de personas atendidas se estará presente en la respectiva área durante 4 horas observando y contando cada persona atendida en un día, una vez echo el calculo diario se promediará el total de personas atendidas.

CANTIDAD ∑ CANTIDAD ∑ CANTIDAD ∑ CONTRIBUYENTE CONCURRENTE USUARIO CIUDADANO TOTAL =>> Hora de Inicio: ____: ______ ______ Fecha ___/___/______ Observaciones: Hora de fin: ____:

TOTAL

____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________

__________ Investigador ____________ Fecha de Entrega: ___/ ___/ ______

VERIFICADO

PROCESADO

ARCHIVADO

Guía de Observación Nº 02 Tiempo Promedio de Espera por Trámites Atendidos Diarios Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente guía de observación va a calcular el tiempo de espera por trámites diarios realizados, con el propósito de evaluar el promedio de tiempo de espera por cada trámite en un día en la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana.

Instrucciones : Para poder lograr calcular el promedio de tiempo de espera por Trámites Diarios atendidos se estará presente durante 4 horas observando y cronometrando el tiempo de cada persona atendida en un día, una vez echo el calculo diario se promediara el total de tiempo de espera por trámites diarios. TIEMPO ESTIMADO EN MINUTOS TOTAL(min)

CONTRIBUYENTE CONCURRENTE USUARIO CIUDADANO

TOTAL =>> Hora de Inicio: ____: ______ ______ Fecha ___/___/______ Observaciones: ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________

__________ Hora de fin: ____:

Investigador ____________

Fecha de Entrega: ___/ ___/ ______

VERIFICADO

PROCESADO

ARCHIVADO

Guía de Observación Nº 03 Tiempo Promedio de Espera en las Colas Diarias Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente Guía de Observación va a calcular el Tiempo de espera en las Colas, con el propósito de evaluar el promedio de Tiempo en la cola en un día en la Unidad de Trámite Documentario, mesa de partes de la Municipalidad Provincial de Sullana.

Instrucciones : Para poder lograr calcular el Promedio de Tiempo en la cola por Trámites Diarios se estará presente durante 4 horas observando y contando cada persona en cola en un día, una vez hecho el calculo diario se promediará el total de tiempo de espera en las colas diarias. TIEMPO ESTIMADO EN MINUTOS TOTAL(min)

CONTRIBUYENTE CONCURRENTE USUARIO CIUDADANO

TOTAL =>>

Hora de Inicio: ____: ____ Fecha ___/___/______

Hora de fin: ____: ____

Observaciones : ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________


VERIFICADO

PROCESADO

ARCHIVADO

Guía de Entrevista Nº 01 Número de Trámites Atendidos Diarios Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente Guía de Entrevista va a calcular el Número de Trámites Diarios realizados, con el propósito de evaluar el promedio de Trámites en un día en la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana.

Instrucciones : Para poder lograr calcular el Número Promedio de Trámites Diarios se entrevistará a la persona encargada de la atención directa con el Contribuyente, concurrente o usuario, para poder así determinar el número de trámites y calcular el promedio de estos. ¿Cuál es el Horario en el cual usted trabaja actualmente? Hora entrada ___:___ Hora salida ___:___

¿Qué cantidad de personas llegan diariamente a la ventanilla de recepción de documentos? a) 40 - 60 b) 60 – 80 c) 80 – 100 d) 100 – 120 e) 120 – 150

¿Cuantos Trámites aproximadamente se realizan diariamente? a) 40 - 60 Cifra _____ b) 60 – 80 c) 80 – 100 d) 100 – 120 e) 120 – 150

¿Cuál es la cantidad de folios que llegan normalmente por cada trámite? a) 60 -80 b) 100 – 120 c) 120 – 140 180 ¿Cuántas consultas son atendidas diarias? a) 40 - 60 b) 60 – 80 c) 80 – 100 d) 140 – 160 e) 160 –

d) 100 – 120

e) 120 – 150

¿Cuánto tiempo se demora en resolver una consulta? ___________________________________________________ Hora de Inicio: ____: ____ Hora de fin: ____: ____ Fecha ___/___/______ Observaciones: ____________________________________________________________

__________ Investigador ____________ Fecha de Entrega: ___/ ___/ _____

VERIFICADO

PROCESADO

ARCHIVADO

Guía de Entrevista Nº 02 Tiempo Promedio en Procesar Trámites Diarios Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente Guía de Entrevista va a calcular el tiempo en procesar los trámites diarios realizados, con el propósito de evaluar el promedio de tiempos en procesar los trámites en un día en la Unidad de trámite documentario de la Municipalidad Provincial de Sullana.

Instrucciones : Para poder lograr calcular el tiempo en procesar los trámites diarios se entrevistará a las personas encargadas del procesamiento de los trámites procesados para poder así determinar en promedio el tiempo en trámites procesados en un día. ¿Cuál es el Horario en el cual usted trabaja actualmente? Hora entrada ___:___ Hora salida ___:___

¿Qué cantidad de documentos diariamente son procesados por usted? ___________________________________________________ ¿Cuantos Trámites se procesan aproximadamente en un día en total? ___________________________________________________ ¿Cuál es el problema principal al momento de procesar los documentos? ___________________________________________________ ¿Cuántas personas están encargadas de procesar los trámites diarios? ___________________________________________________ ¿Cuánto tiempo demoras aproximadamente en procesar cada documento? ___________________________________________________ ¿En que horario se encarga de procesar los documentos? ___________________________________________________ Hora de Inicio: ____: ____ Hora de fin: ____: ____ Fecha ___/___/______ Observaciones: ____________________________________________________________

__________ ____________________________________________________________


VERIFICADO

PROCESADO

ARCHIVADO

Guía de Observacion Nº 03 Número de Consultas Atendidas Diarias Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente Guía de Entrevista va a calcular el número de consultas atendidas, con el propósito de evaluar el promedio de consultas hechas en un día en la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana.

Instrucciones: Para poder lograr calcular la cantidad de consultas atendidas diarias se entrevistará a las personas encargadas de resolver toda consulta para poder así determinar en promedio el tiempo en trámites procesados en un día. ¿Cuál es el Horario en el cual usted trabaja actualmente? Hora entrada ___:___ Hora salida ___:___

¿Qué cantidad de consultas son atendidas diariamente por usted? ___________________________________________________ ¿Qué tipo de consulta generalmente se da? ___________________________________________________ ¿Cuánto tiempo se demora en resolver una consulta? ___________________________________________________ ¿Cuántas personas de la Unidad se encargan de resolver consultas diarias? ___________________________________________________ ¿Qué herramientas o documentos normativos de ayuda usan para resolver consultas? ___________________________________________________

Hora de Inicio: ____: ____ Fecha ___/___/______

Hora de fin: ____: ____

Observaciones : ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________


VERIFICADO

PROCESADO

ARCHIVADO

Guía de Entrevista Nº 04 Número de Quejas Externas Diarias Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente Guía de Entrevista va a calcular el número quejas externas diarias, con el propósito de evaluar el promedio de estas hechas en un día en la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana.

Instrucciones: Para poder lograr calcular la cantidad de quejas externas diarias se entrevistará a las personas concurrentes a la Unidad de trámite documentario para poder así determinar el promedio de quejas externas en un día.

¿Con cuanto calificaría usted la atención brindada a los ciudadanos en la Unidad de Trámite Documentario? MUY MALO MALO B REGULAR BUENO MUY BUENO

¿Cuáles cree usted que son problemas principales en la Gestión de Trámite Documentario? ____________________________________________________________

__________ ____________________________________________________________

__________ ¿Qué implementaría usted para mejorar la atención de las consultas en la Unidad de Trámite Documentario? ____________________________________________________________

__________ ____________________________________________________________

__________ ¿Qué otros servicios implementaría usted para mejorar la atención en la Unidad de Trámite Documentario? ____________________________________________________________

__________ ____________________________________________________________

__________ Hora de Inicio: ____: ____ Fecha ___/___/______ Observaciones : ____________________________________________________________

__________ ____________________________________________________________

__________ ____________________________________________________________

__________ Investigador ____________ Fecha de Entrega: ___/ ___/ ______ Hora de fin: ____: ____

VERIFICADO

PROCESADO

ARCHIVADO

Guía de Entrevista Nº 05 Número de Quejas Internas Diarias Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana La presente Guía de Entrevista va a calcular el número quejas internas diarias, con el propósito de evaluar el promedio de estas hechas en un día en la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana.

Instrucciones: Para poder lograr calcular la cantidad de quejas externas diarias se entrevistará a las personas concurrentes a la Unidad de trámite documentario para poder así determinar el promedio de quejas externas en un día.

¿Con cuanto calificaría usted la atención brindada a los ciudadanos en la Unidad de Trámite Documentario? MUY MALO MALO REGULAR BUENO MUY BUENO

¿Cuáles cree usted que son problemas principales en la Gestión de Trámite Documentario? ____________________________________________________________

__________ ____________________________________________________________

__________ ¿Qué implementaría usted para mejorar la atención de las consultas en la Unidad de Trámite Documentario? ____________________________________________________________

__________ ____________________________________________________________

__________ ¿Qué otros servicios implementaría usted para mejorar la atención en la Unidad de Trámite Documentario? ____________________________________________________________

__________ ____________________________________________________________

__________ Hora de Inicio: ____: ____ Fecha ___/___/______ Observaciones : ____________________________________________________________

__________ ____________________________________________________________

__________ Investigador ____________ Fecha de Entrega: ___/ ___/ ______ Hora de fin: ____: ____

VERIFICADO

PROCESADO

ARCHIVADO

Cuestionario de la Encuesta N° 01 Grado de Satisfacción del Ciudadano Sistema de Consultas Web para la Gestión de Tramité Documentario de la Municipalidad Provincial de Sullana El presente Cuestionario de la Encuesta se realizará a todos los ciudadanos que hacen uso de los servicios ofrecidos por la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana.

Instrucciones: Para poder lograr hallar el Grado de Satisfacción del Ciudadano se va a encuestar a los ciudadanos que acuden a la Unidad de Trámite Documentario de la Municipalidad Provincial de Sullana para poder así determinar la satisfacción de este. ¿Cómo calificaría usted el servicio que brinda la Unidad de Trámite Documentario? (Marque con una aspa) MUY MALO MALO REGULAR BUENO MUY BUENO ¿Porque? ____________________________________________________________

__________ ¿Cómo calificaría usted el servicio de consultas Ventanilla Nº 4? MUY MALO MALO REGULAR BUENO MUY BUENO ¿Porque? ____________________________________________________________

__________ ¿Cómo calificaría usted el servicio en recepción de documentos mesa de partes ventanilla Nº 3? MUY MALO MALO REGULAR BUENO MUY BUENO ¿Porque? ____________________________________________________________

__________ ¿Qué haría usted para mejorar la atención al ciudadano en la Unidad de Trámite Documentario? ____________________________________________________________

__________ ¿Ha visitado el Portal de la Municipalidad Provincial de Sullana? www.munisullana.gob.pe SI NO

Si ha marcado “SI” ¿Con que frecuencia visita el portal de la Municipalidad Provincial de Sullana? SIEMPRE AVECES MUY POCO NUNCA

¿Tiene conocimiento acerca del servicio que brinda la Unidad de Trámite Documentario en el Portal Web? a) b) Si No

Por qué: ____________________________________________________________

____ De 0 a 10. ¿Cómo calificaría la atención y servicios que brinda el Portal Web de la Municipalidad? ___________ ¿Porque? ____________________________________________________________

____ ¿Le gustaría realizar consultas en línea (en Internet) acerca de sus trámites realizados y por realizar? a) Si b) No Si ha marcado “NO” ¿Por qué razones no ha visitado el portal Web? ____________________________________________________________

____ ____________________________________________________________

____ ¿Le gustaría ahorrar tiempo y dinero haciendo sus consultas desde Internet? c) Si d) No ¿Porque? ____________________________________________________________

____ ¿Cómo evalúa usted la calidad de la Gestión de Trámite Documentario en la Municipalidad Provincial de Sullana? e) Si f) No Por qué: ____________________________________________________________

__________ Hora de Inicio: ____: ____ Hora de fin: ____: ____ Fecha ___/___/______ Observaciones : ____________________________________________________________

__________ ___________________________________ Investigador ____________ Fecha de Entrega: ___/ ___/ ______

VERIFICADO

PROCESADO

ARCHIVADO

FECHA: ___/___/___ ____ FICHA DE DIAGNÓSTICO DEL ENCUESTADOR

Nº

A. PROBLEMAS FRECUENTES DE TRABAJADORES O USUARIOS

B. SOLUCIONES A ESOS PROBLEMAS ENFOCADOS EN EL SISTEMA WEB:

B. OBSERVACIONES ADICIONALES:

Vº Bº Jefe de Procesos

Encuestador

FECHA: ___/___/___ FICHA DE DIAGNÓSTICO DE JEFATURA UNIDAD ORGÁNICA: JEFE DE UNIDAD: ESPECIALIDAD: A. RESPONSABILIDAD DE LA UNIDAD:

Nº ____

B. FUNCIONES QUE DESEMPEÑA:

C. PROBLEMÁTICA ACTUAL:

D. SOLUCIONES A ESOS PROBLEMAS ENFOCADOS EN EL SISTEMA WEB:

Jefe de Unidad

FECHA: ___/___/___ FICHA DE DIAGNÓSTICO DEL TRABAJADOR UNIDAD ORGÁNICA: ENCUESTADO: CARGO: MOD. DE CONTRATO: TIEMPO SERVICIO: A. FUNCIONES QUE DESEMPEÑA:

Nº ____

B. PROBLEMÁTICA ACTUAL:

C. SOLUCIONES A ESOS PROBLEMAS ENFOCADOS EN EL SISTEMA WEB:

Trabajador

FICHA : Usuarios FICHA USUARIOS VISUALIZADOS ADMINISTRADOR DE LA BD

TIPO DE DATOS ACTOR ID_USUARIO NOMBRES APELLIDOS EMAIL TELEFONO DATOS DE ENTRADA RESULTADOS EVALUACION

FICHA : Procedimiento Administrativo FICHA PROCEDIMIENTO ADMINISTRATIVO(TUPA) TIPO DE DATOS VISUALIZADOS Nr PROCEDIMIENTO DENOMINACION REQUISITOS DEPENDENCIA DERECHO DE PAGO DEPEN. INICIO DEPEN. APRUEBA DEPEN. RESUELVE RECURSO IMPUGNATIVO DATOS DE ENTRADA RESULTADOS FICHA : Dependencia FICHA DEPENDENCIAS VISUALIZADOS

TIPO DE DATOS COD DEPENDENCIA DENOMINACION ABREVIATURAS DATOS DE ENTRADA RESULTADOS

PLANO DE LA UNIDAD DE ESTADISTICA E INFORMATICA

CRONOGRAMA DE CAPACITACION

Documents

UNIVERSIDAD CÉSAR VALLEJO PIURA Facultad de Ingeniería Escuela de Ingeniería de Sistemas