Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ESCUELA DE POSGRADO
TESIS
Desarrollo e Implementación del Sistema de Tramite
Documentario en la Municipalidad Provincial de
Huancayo para la atencion de expedientes.
PRESENTADA POR:
JAVIER BASTIDAS PARRAGA
Huancayo - Perú
2016
ASESOR
i
DEDICATORIA
ii
AGRADECIMIENTO
A todas las personas que me han apoyado y de los cuales estoy infinitamente
agradecido y sigo creciendo en muchos aspectos importantes de mi vida y lo
seguiré haciendo en el transcurso de mi existencia.
iii
RESUMEN
iv
ABSTRACT
The samples used in the research allowed the problem to extract information from
before and after the solution to be implemented. The first population is on average
calculated by the busy influx in the period 2006 to 3,856 per month and the period
2015 to 4,434 per month, we proceeded to process this information to abstracting
needs and to achieve these needs as an alternative solution.
v
INDICE
DEDICATORIA ii
AGRADECIMIENTO iii
RESUMEN iv
ABSTRACT v
INTRODUCCION 1
CAPITULO I
PLANTEAMIENTO DEL PROBLEMA
1.3 OBJETIVOS. 3
1.3.1 Objetivos General 3
1.3.2 Objetivos Específicos 3
vi
CAPITULO II
MARCO TEORICO
2.1 INTRODUCCION 9
2.2 MARCO REFERENCIAL O ANTECEDENTES. 32
2.3 MARCO CONCEPTUAL. 34
2.4 MARCO LEGAL 37
CAPITULO III
METODOLOGIA
3.1 TIPO DE INVESTIGACION 39
3.2 DISEÑO DE LA INVESTIGACION 39
3.3 POBLACION Y MUESTRA 39
3.4 METODO DE INVESTIGACION 40
3.5 TECNICAS E INSTRUMENTOS DE RECOLECCION DE 40
DATOS
3.6 TECNICAS DE PROCESAMIENTOS DE DATOS 41
3.7 SELECCIÓN Y VALIDACION DE LOS INSTRUMENTOS DE 41
MEDICION
CAPITULO IV
DESARROLLO DEL SISTEMA DE TRÁMITE DOCUMENTARIO
4.1 ANTECEDENTES 43
4.2 ANALISIS DE LA SITUACION ACTUAL 45
4.3 MODELO DEL SISTEMA DE TRAMITE DOCUMENTARIO 50
4.4 DESARROLLO DEL SISTEMA DE TRAMITE 58
CAPITULO V:
RESULTADOS Y DISCUSION
5.1 PRESENTACION DE RESULTADOS 76
5.2 VALIDACION DE HIPOTESIS 77
5.3 DISCUSION DE RESULTADOS 80
vii
CONCLUSIONES 83
RECOMENDACIONES 84
REFERENCIAS BIBLIOGRAFICAS 85
ANEXOS 86
viii
ÍNDICE DE GRÁFICOS Y TABLAS
x
INTRODUCCION
1
CAPITULO I:
PLANTEAMIENTO DEL PROBLEMA
Pero vemos a diario un gran detalle que a los pobladores les causa un
malestar, una incomodidad, el tiempo que demanda el procesar dichos
documentos en la Municipalidad, lo cual estos exigen que sea más
eficiente, y no sea el caso en la parte externa de la Municipalidad ya que
debido a ello también el mismo personal que labora en ella, son
perjudicados debido a esa demora que causa el procesamiento de
tramites documentarios, a nivel de todas las áreas que la conforman.
(Huancayo, s.f.)
2
1.2. FORMULACION DEL PROBLEMA.
1.3 OBJETIVO
3
Desarrollar un gestor de base de datos rápido y robusto (open source de
preferencia) para la administración de los datos de manera rápida.
4
pretende ser compatible con ellos sino ir mucho más lejos, añadiendo nuevas
características como recolección de basura, programación multicapas y
manejo de memoria a cargo del lenguaje.
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 y seguimiento de expedientes de la Gestión de Trámite
Documentario en la Municipalidad Provincial de Huancayo. El presente
proyecto, tiene como intención contribuir al buen desempeño de la
Municipalidad Provincial de Huancayo, 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
5
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 está 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
1.4.4 IMPORTANCIA
1.5.1.1Hipótesis General
6
1.5.1.2 Hipótesis Específica
7
Atención de como la diferencia entre la fecha atendidos por
Expedientes de ingreso de la solicitud menos la proceso
de Tramite fecha de resultado de la solicitud
Documentario
8
CAPITULO II
MARCO TEORICO
2.1.- INTRODUCCION
9
archiveros de grado medio (ayudantes) bajo la dirección de un archivero
de grado superior, pero siempre uno de estos detrás de todos. Lo
fundamental es que el técnico este siempre en su puesto, sea cual sea el
momento vital del archivo.
Ahora con seguridad se puede decir que todas las instituciones cuentan
con la oficina comúnmente llamada “Mesa de partes”, es la unión de las
instituciones que se da por la documentación que se emite y recibe a diario
y cada vez es mayor.
10
En la gran mayoría de instituciones el trámite documentario se realiza de
forma manual, pero existen algunas instituciones estatales y privadas que
cuentan con sistemas de trámite documentario. La mayoría fueron
desarrollados por distintas empresas de software, generalmente estos
sistemas se dedican solo manejar el seguimiento de documentos dentro
de la institución, permitiendo así disminuir el tiempo promedio en el trámite
o atención de un documento, debido a que se eliminan tareas repetitivas,
se evitan olvidos y/o documentos extraviados, ubican rápidamente un
documento ya sea que se encuentre este en trámite o con su proceso
concluido y ya almacenado, ahorrando tiempo de búsquedas al no tener
que sumergirse en voluminosos archivos físicos para ubicar un
determinado documento.
Una de las direcciones de esta evolución ha sido el intento por automatizar
las actividades cotidianas con ayuda de Tecnologías de Información
(Information Technologies. IT’s; por sus siglas en inglés). Es así como las
organizaciones de diferentes sectores incorporan tecnología para la
realización de su proceso de trámite documentario con el fin de obtener
dicha automatización y mejorar los resultados en el proceso de trámite
documentario y objetivos del negocio.
Como consecuencia de lo anterior, las organizaciones actualmente
poseen sistemas de información de trámite documentario con el fin de
organizar, automatizar y ejecutar su proceso
.
2.1.3 LOS SISTEMAS EN LAS ORGANIZACIONES
(Sandoval, 2009)
11
2.1.4 SISTEMAS DE INFORMACIÓN
- Los sistemas que atienden al desarrollo de las tareas que son requeridas
por la actividad de la organización.
12
órdenes o normas para la producción, que luego se transforman en
acciones.
El sistema de gobierno está ahí, para que las personas que dirigen una
organización puedan hacerlo sistemáticamente, que dispongan de
información organizada para evaluar factores dentro y fuera de la misma,
y para que el control de lo actuado sea tan eficaz, como sea posible.
13
beneficiarios. Cada una de estas categorías significa un tipo distinto de
datos.
14
Claramente, tal como la organización reconoce que sus recursos
humanos, tecnológicos o logísticos requieren un nivel de especialización
en su administración, aun cuando su efecto sobre la empresa resulte
global, se debe reconocer que la administración de los datos de una
organización, dado el valor que éstos tienen para la misma, debe estar en
manos de una función especializada.
15
En este contexto, un proceso de la organización es un conjunto de
actividades de la misma cuyo objetivo es producir resultados definidos a partir
de datos de ingreso definidos. Estas actividades pueden tener lugar en
paralelo o ser secuenciales. Pueden involucrar el manejo de información, o
las acciones de personas. Una característica de los procesos es que se les
puede repetir, en condiciones normales, continuamente. También es posible
generar métodos alternativos para alcanzar los mismos objetivos.
16
abundante información, aun cuando los canales que recorra no estén
estructurados. No debe entenderse la informalidad como una característica
indeseable, sino más bien como una realidad de la vida, o una constante
física. Más aún, estos flujos informales brindan el contexto sin el cual nuestros
datos jamás pasarían a ser información.
Cuanto mejor definido estén esos objetivos, aún si eso demanda mucho
tiempo, tanto más grande es la probabilidad de éxito del proyecto.
17
alcanzar un objetivo, y culmina también dentro de ella como la herramienta
de cambio institucionalizada que permite un nuevo funcionamiento del área.
18
computadoras personales hizo que el poder del manejo de la información
pasara de los centros de cómputos al escritorio de cada persona en la
organización.
19
Para evitar tales situaciones, se impone que la empresa lleve a cabo un
planeamiento estratégico de la información. Lo llamamos estratégico pues
implica que será motivado por una estrategia, entendiendo con este concepto
a determinar las situaciones en la que se estará en distintas etapas de ese
plan. Además, para desarrollar el plan se asume que se usarán ciertas
tácticas: cómo se encarará cada una de esas etapas para lograr cada meta
intermedia. Respecto del desarrollo de software para una organización, será
un documento en el cual se establece qué se hará en el largo plazo (digamos,
3 a 5 años): se definen los sistemas informáticos necesarios para que la
empresa desarrolle su actividad en forma “normal”, es decir, coordinada e
íntegramente.
20
potentes. Los datos y consultas no son estructurados ni anticipados. No
automatizan las decisiones, sino que ayudan a tomarlas, mediante un
esquema de simulación. Pueden tener mucho procesamiento y en general
usan una base de datos propia (con mantenimiento a cargo del usuario).
(Sandoval, 2009)
21
2.1.9 METODOLOGIA
22
alguien más, ambos deben conocer el lenguaje de modelado y no así el
proceso que se siguió para obtenerlo.
23
para la comunicación; para poder analizar un diseño se necesita comprender
el lenguaje de modelado; no el proceso que se siguió para lograr el diseño.
(Valles Ojeda, 2010)
Fuente : Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar
Taquiri Benavides
24
2.1.9.5 Diagrama de Caso de Uso
Un caso Diagrama de Casos de Uso puede existir tanto a nivel del Modelo de
Negocio como en el nivel de Modelo de Construcción del Software. A nivel de
Negocio muestra el Caso de Uso del Negocio relacionado con los actores
internos y externos de negocio. A nivel de Sistema muestra la funcionalidad
total del Sistema Software que se construye. El Diagrama de Casos de Uso
a nivel de Sistema permite definir los privilegios del Sistema por actor,
teniendo en cuenta aspectos de auditoría al considerar el módulo de
identificación, como obligatorio.
Fuente : Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar Taquiri
Benavides
25
Figura N° 4 : Diagrama de Objetos
Fuente : Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar
Taquiri Benavides
26
Figura N° 5 : Diagrama de Secuencia
27
Figura N° 6 : Diagrama de Colaboración
Fuente : Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar
Taquiri Benavides
28
Figura N° 7 : Diagrama de Estados
29
Figura N° 8 : Diagrama de Actividades
Fuente : Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar
Taquiri Benavides
30
Figura N° 9 : Diagrama de Componentes
31
Figura N° 10 : Diagrama de Despliegue
Para la realización del estudio del presente proyecto se revisó diversas fuentes
bibliográficas, con el propósito de investigar si existían proyectos similares al
presente. En base a los proyectos encontrados, cada uno aporta una perspectiva
diferente al proyecto que se va a llevar a cabo, donde algunos guardan relación
con la tecnología utilizada. A continuación se presentan los estudios realizados
que guardan relación con el presente proyecto:
32
solucionar el problema planteado con un sistema de “Trámite de documentos de
pago a proveedores vía intranet”, que permita el registro, revisión, aprobación y
contabilización de los documentos de pago a proveedores, a través de un flujo
de aprobación organizado por niveles, que facilite el adecuado y oportuno
seguimiento por parte de las unidades involucradas de la institución y de los
proveedores, y a la vez cubrir las deficiencias existentes y proporcione
escalabilidad, que permita adaptarse a futuros requerimientos, y así incrementar
la satisfacción del cliente brindados por la universidad. De cierto modo sirve de
apoyo a la investigación en cuanto al diseño y el aplicar una tecnología para la
gestión de trámite documentario en la cual describe las operaciones que se
realizan en dichas instituciones.
Por otra parte Franco Huertas en su tesis “Mejora del tiempo de respuesta a los
remitentes de documentos mediante la aplicación de un sistema de trámite
documentario en una facultad” de la Universidad Nacional de Ingeniería (UNI),
propone mejorar el tiempo de respuesta a las consultas de los remitentes de
trámites mediante la aplicación de un sistema de trámite documentario, el área
en el que se desempeña es en una institución pública, la cual es totalmente
diferente a la entidad en la que se desarrolla el proyecto de investigación, pero
también busca solucionar los mismos problemas que se encuentran contenidos
en el proceso de trámite documentario de esta entidad pública. Dicho sistema
proporciona una forma de llevar a cabo la gestión automatizada de los procesos
involucrados en el trámite, y así facilita las actividades diarias del personal
involucrado.
33
modelo de negocio e interfaces ofrecidas en el sistema mencionado. (Ministerio
de la Producción (2007)
(Sandoval, 2009)
34
- Mesa de Partes:
Atención de consultas sobre el estado de los expedientes ingresados por
los administrados.
35
Trámite: Es el objeto que un remitente presenta físicamente (impreso) o
virtualmente (digitalizado) a una mesa de partes. Este objeto puede tener
atributos como el nombre del remitente, el nombre del destinatario
(dependencia), y dirección del remitente, la fecha en la que se entrega el
trámite, el motivo o contenido del trámite, etc.
36
Source Definition o forman parte del dominio público. Esto permite a los
usuarios utilizar, cambiar, mejorar el software y redistribuirlo, ya sea en su
forma modificada o en su forma original.
(Sandoval, 2009)
37
1.2. Principio del debido procedimiento.- Los administrados gozan de
todos los derechos y garantías inherentes al debido procedimiento
administrativo, que comprende el derecho a exponer sus argumentos, a
ofrecer y producir pruebas y a obtener una decisión motivada y fundada
en derecho. La institución del debido procedimiento administrativo se rige
por los principios del Derecho Administrativo. La regulación propia del
Derecho Procesal Civil es aplicable sólo en cuanto sea compatible con el
régimen administrativo.
(Telecomunicaciones, 2007)
38
CAPITULO III:
METODOLOGIA
3.3.1. POBLACION
El total de expedientes es de 110 correspondientes a los periodos 2006 y 2015
3.3.2. MUESTRA
𝑁 = 𝐶𝑎𝑙𝑐𝑢𝑙𝑜 𝑑𝑒 𝑙𝑎 𝑓𝑜𝑟𝑚𝑢𝑙𝑎
𝑍∝ = 𝑁𝑖𝑣𝑒𝑙 𝑑𝑒 𝑐𝑜𝑛𝑓𝑖𝑎𝑛𝑧𝑎 = 1.64
39
𝑍𝛽 = 𝑃 𝑑𝑒 𝑝𝑟𝑢𝑒𝑏𝑎 = 0.84
𝜎 = 𝐷𝑒𝑠𝑣𝑖𝑎𝑐𝑖𝑜𝑛 𝐸𝑠𝑡𝑎𝑛𝑑𝑎𝑟 = 27.85
𝑋̅1 = 𝑀𝑒𝑑𝑖𝑎 1 = 9.6
𝑋̅2 = 𝑀𝑒𝑑𝑖𝑎 2 = 30.16
(𝑍∝ + 𝑍𝛽 )2 ∗ 2(𝜎)2
𝑁=
(𝑋̅1 − 𝑋̅2 )2
𝑁 = 22.57
Ver Anexo 1 (Muestra de Expedientes de los periodos 2006-2015)
40
3.5.1.2. Entrevista sami estructurada
Este tipo de entrevista se caracteriza por la libertad para formular las
preguntas y respuestas bajo cierto grado de espontaneidad, cuyo objetivo
es obtener información de forma oral y personalizada sobre el acontecer
de los aspectos más importantes y relevantes de la oficina de trámite
documentario.
La base de datos del periodo 2006 estaba en tablas libres de fox pro 2.6 y la del
periodo 2015 en MYSQL, de ambas tablas se exporto una cantidad de 110
expedientes al Excel con el mismo estado de atendido, puesto que los
procedimientos son los mismos antes y ahora.
Posteriormente esa información se procesó con la herramienta denominada
SPS-21.
41
Para determinar la validez del criterio de la prueba piloto, se tomó una muestra
de 15 expedientes del 2006 y de 15 expedientes del 2015, con los mismos
procesos.
𝑁 = 𝐶𝑎𝑙𝑐𝑢𝑙𝑜 𝑑𝑒 𝑙𝑎 𝑓𝑜𝑟𝑚𝑢𝑙𝑎
𝑍∝ = 𝑁𝑖𝑣𝑒𝑙 𝑑𝑒 𝑐𝑜𝑛𝑓𝑖𝑎𝑛𝑧𝑎 = 1.64
𝑍𝛽 = 𝑃 𝑑𝑒 𝑝𝑟𝑢𝑒𝑏𝑎 = 0.84
𝜎 = 𝐷𝑒𝑠𝑣𝑖𝑎𝑐𝑖𝑜𝑛 𝐸𝑠𝑡𝑎𝑛𝑑𝑎𝑟 = 54.83
𝑋̅1 = 𝑀𝑒𝑑𝑖𝑎 1 = 9.6
𝑋̅2 = 𝑀𝑒𝑑𝑖𝑎 2 = 42.86
(𝑍∝ + 𝑍𝛽 )2 ∗ 2(𝜎)2
𝑁=
(𝑋̅1 − 𝑋̅2 )2
(1.64 + 0.84 )2 ∗ 2(54.83)2
𝑁=
(42.86 − 9.6)2
𝑁 = 33.40
42
CAPITULO IV
DESARROLLO DEL SISTEMA DE TRAMITE DOCUMETARIO
4.1. ANTECEDENTES
43
Cumplimiento, la cual define doce políticas nacionales de obligatorio
cumplimiento para las entidades públicas. Entre ellas, la Política N° 10, relativa
a la simplificación administrativa que busca organizar un Estado moderno y
eficiente, orientado al servicio del ciudadano, simplificación que paralelamente
funcione como una estrategia de acercamiento del Estado a su población. Tal
política dispone que se brinden trámites y servicios administrativos valiosos y
oportunos a la ciudadanía, dando relevancia a la optimización de procesos.
Es a partir de las normas antes citadas y de la Ley Orgánica del Poder Ejecutivo,
Ley N° 29158, considera la simplificación administrativa como un Subsistema
Administrativo del Estado, por lo que la Presidencia del Concejo de Ministros
(PCM) elabora la Política Nacional de Simplificación Administrativa, aprobada
mediante Secreto Supremo, N° 025-2010-PCM, en la cual se precisa en el
Objetivo 1: Generalizar la gestión por procesos en los procedimientos y los
servicios administrativos por medio de mecanismos definidos por el ente rector,
y la estrategia 3.1 Establecer accesos multicanal para los procedimientos y
servicios administrativos en función de su naturaleza, con énfasis en los canales
no presenciales; y en el Objetivo 2: Universalizar en forma progresiva el uso
intensivo de las tecnologías de la información y de la comunicación en las
distintas entidades públicas y promover la demanda de los servicios en línea por
la ciudadanía.
44
las entidades públicas. Los objetos del Plan son generalizar la gestión por
procesos en los procedimientos y los servicios administrativos; universalizar en
forma progresiva el uso intensivo de las tecnologías de la información y de la
comunicación en las distintas entidades públicas; así como promover la
demanda de los servicios en línea por la ciudadanía.
Diagnostico
La Municipalidad Provincial de Huancayo posee una estructura orgánica
dependiendo del Manual de Organizaciones y Funciones (MOF) dentro
del cual existe la Subgerencia de Tecnologías de Información y
45
Comunicaciones (Ex Informática), responsable de la administración y
manejo de la información de la Municipalidad Provincial de Huancayo.
Las áreas y las oficinas carecen de este sistema de trámite documentario
por la existencia de diferentes proveedores de redes de Internet que se
encuentran instaladas en los diferentes pisos del palacio municipal.
46
informáticas que permitan en tener un sistema visual, con mejor entorno
gráfico y que nos brinde mayor seguridad a los datos, encontrándose las
siguientes deficiencias:
Deficiencias:
47
2.- Las tablas que contienen los datos de los administrados se encuentran expuestas,
pudiendo ser modificados y/o eliminados por cualquier usuario que ingresa con su clave
de acceso al servidor de datos en este caso es NOVELL NETWARE(Ver. Fig.21)
En este grafico se muestran que las tablas libres de Foxpro están expuestas para
cualquier usuario que tiene algún tipo de acceso al sistema global de la Municipalidad
Provincial de Huancayo.
3.- El sistema de trámite documentario no trabaja en línea con las cajas de cobranza,
se tiene que hacer una liquidación de forma manual para cada caso (Ver. Fig.22).
48
Figura N° 14 : El sistema anterior de tramite no trabaja en línea con las cajas
49
Figura N° 15 : Flujo grama de ingreso de expedientes del sistema anterior
Tiene
1. Registro de Expedientes.
No Tiene
1. Modificar y Editar registro de expedientes
2. Control y Seguimiento de Expedientes
3. Estado actual del expediente.
50
- VALIDAR USUARIO
Actor: Sistema
Este caso de uso muestra como el usuario primero ingresa al sistema, luego
consulta registro e inscripción y después valida si el registro es correcto.
51
Figura N° 17 : ATENCION DEL DOCUMENTO
52
Figura N° 18 : REGISTRO DEL DOCUMENTO
- CONSULTAS DE INFORMACION
Actor: Usuario
53
Figura N° 19 : CONSULTA DE INFORMACION
Este caso de uso es iniciado por el usuario donde realiza una consulta sobre el
estado del trámite presentado, después de realizar la consulta se procede a
informar al usuario.
4.3.2 SECUENCIA
Ingreso al Sistema
Ingresa Usuario y Password.
Valida información y perfil:
Ingresa al sistema para procesar datos.
Realiza Proceso de Registro:
Devuelve datos del registro.
54
Figura N° 20 : Diagrama de Secuencia de Proceso de Registro
4.3.4 ACTIVIDADES
- Registro de Procedimientos, Requisitos o Usuarios.
(Actor: Administrador del Sistema)
- Elimina de Procedimientos, Requisitos o Usuarios.
(Actor: Administrador del Sistema)
- Actualizar de Procedimientos, Requisitos o Usuarios.
(Actor: Administrador del Sistema)
- Buscar Procedimientos, Requisitos o Usuarios.
(Actor: Administrador del Sistema)
55
4.3.5 PLATAFORMA TECNOLÓGICA:
Capa de Presentación:
Es la que ve el usuario (también de la denomina “capa de usuario”),
presenta el sistema al usuario, le comunica la información y captura la
información del usuario en un mínimo de proceso (realiza un filtrado previo
para comprobar que no hay errores de formato). Esta etapa se comunica
únicamente con la capa de negocio. También es conocida como interfaz
gráfica y debe tener la característica de ser “amigable” (entendible y fácil
de usar) para el usuario,
Capa de Negocio:
Es donde residen los programas que se ejecutan, se reciben las peticiones
del usuario y que se envían las respuestas tras el proceso. Se denomina
capa de negocio (e incluso de lógica del negocio) porque es aquí donde
se establecen todas las reglas que deben cumplirse. Esta etapa se
comunica con la capa de presentación, para recibir las solicitudes y
presentar los resultados, y con la capa de datos, para solicitar al gestor de
base de datos almacenar o recuperar datos de él. También se consideran
aquí los programas de aplicación.
Capa de Datos:
Es donde residen los datos y es la encargada de acceder a los mismos.
Está conformada por uno o más gestores de bases de datos que realizan
todo el almacenamiento de datos, reciben solicitudes de almacenamiento
o recuperación de información desde la capa de negocios.
56
Aplicaciones más robustas debido al encapsulamiento.
En caso que sobrevenga algún cambio, solo se ataca al nivel requerido
sin tener que revisar ente código mezclado.
Mantenimiento y soporte más sencillo (es más sencillo cambiar un
componente que modificar un aplicación monolítica).
Mayor flexibilidad (se pueden añadir nuevos módulos para dotar al
sistema de nueva funcionalidad).
Alta escalabilidad. La principal ventaja de un aplicación distribuida bien
diseñada es su buen escalamiento, es decir, que puede manejar muchas
peticiones con el mismo rendimiento simplemente añadiendo más
hardware.
El crecimiento es casi lineal y no es necesario añadir más código para
conseguir esta escalabilidad.
SERVIDOR DE SERVIDOR
CLIENTE NEGOCIACION DE BASE DE
ES DATOS
57
Modalidad: Cliente – Servidor y Web para consultas.
Lenguaje de programación: Java y/o Visual Fox 9.0.
IDE para aplicaciones Web: NetBeans, PHP o Visual Studio.
Software de Servidor de Aplicaciones Web: Tomcat - Apache
Navegador: Internet Explorer, Mozilla, Chrome.
Gestor de base de datos: MYSQL SERVER
Sistema Operativo de Servidores: Windows Server / Linux.
Sistema Operativo de Clientes: Windows XP o superior.
Protocolo de transporte / red utilizado: Se conecta con el protocolo
TCP/IP.
Reportes del sistema: Soportados en formato EXCEL, PDF, HTML, TXT.
1. INTRODUCCIÓN
Estas normas deben seguirse para todo Software desarrollado por la Sub
Gerencia de Informática y/o Terceros contratados por la Municipalidad
Provincial de Huancayo para el desarrollo de Software, a excepción que para
el desarrollo de algún proyecto se determine conveniente seguir otras
recomendaciones y/o normas las cuales deberán estar adjuntadas en la
documentación del proyecto.
2. OBJETIVO
58
Asegurar la legibilidad del modelo de datos, inclusive para personas que no
están relacionadas con el ambiente informático, en etapas de análisis y
diseño.
3. ALCANCE
a. CRITERIOS GENERALES
b. INSTALACION
i. REQUERIMIENTOS DE HARDWARE
59
Memoria 512Mb, recomendada 1Gb o más.
Disco con espacio de 5.2Gb (todas las aplicaciones)
Linux
Windows 7
Windows Server 2003
Windows Server 2008
Windows Server 2012
Windows Server 2012 R2
60
5. PROCESO DE DESARROLLO
61
13. Apoyo a la aceptación del software.
62
4. Análisis de los requisitos software Para cada elemento software esta
actividad consta de las siguientes tareas:
63
enumerados en la norma. Se deberán documentar los resultados de las
evaluaciones.
6. Diseño detallado del software Para cada elemento software, esta actividad
consta de las siguientes tareas:
64
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.
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.
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.
65
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 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.
66
11. Pruebas de calificación del sistema
67
MODELO DEL SISTEMA DE TRÁMITE DOCUMENTARIO
68
Figura N° 24 : Menú Principal
69
Figura N° 25 : Registro de Expedientes
70
Figura N° 26 : Buscar Contribuyente
71
Figura N° 27 : Reporte de Expedientes Entregados
72
Figura N° 28 : Reporte de Estado de Expediente
En la Fig. N° 28, muestra el reporte de estado del expediente, este tipo de reporte
se encuentra disponible en todas las oficinas del palacio municipal para que los
encargados de las áreas o gerencias estén enterados del estado del expediente.
73
Figura N° 29 : Código Fuente de Acceso al Sistema
En la Figura N° 29, se muestra parte del código fuente del acceso al sistema, en
el cual se puede apreciar procedimientos y métodos que son parte del lenguaje
de programación, y que pertenece a la programación orientada a objetos.
74
Figura N° 30 : Código Fuente de Registro de Expedientes
75
CAPITULO V:
RESULTADOS Y DISCUSION
76
- Con respecto al indicador Grado de satisfacción del usuario interno, se
tienen los datos de la apreciación de la utilidad del sistema de trámite,
presentándose los siguientes resultados:
77
H1: El Sistema de trámite Documentario disminuye el número de días de
respuesta de los procesos más comunes en la Municipalidad Provincial de
Huancayo.
Pruebas de normalidad
NORMALIDAD
P- Valor (2006) = 0.02 < α =0.05
P- Valor (2015) = 0,000148 < α =0.05
CONCLUSIÓN:
78
H1: El Sistema de trámite Documentario mejora la satisfacción del usuario
interno en la atención de expedientes en la Municipalidad Provincial de
Huancayo.
N Percentiles
25 50 (Mediana) 75
Rangos
N Rango Suma de
promedio rangos
Estadísticos de contrastea
Z -3,929b
Sig. asintót. (bilateral) ,000
79
5.3 DISCUSION DE RESULTADOS
N Percentiles
25 50 (Mediana) 75
80
Rangos
N Rango Suma de
promedio rangos
Estadísticos de contrastea
Z -3,929b
Sig. asintót. (bilateral) ,000
81
A su vez, la Tabla N° 4 expone los resultados de las pruebas de hipótesis
Tabla N° 4
P(2006) P(2015)
Pruebas de normalidad K-S 0.02 0,000148
Elaboración: Propia
82
CONCLUSIONES
83
RECOMENDACIONES
84
REFERENCIA BIBLIOGRAFICA
85
ANEXOS
86
ANEXO 1
Pruebas no paramétricas – Prueba de Mann-Whitney
Media de Tiempos de Expedientes Atendidos
Rangos
Total 110
Estadísticos de contrastea
Días para
Atención
U de Mann-Whitney 869,000
W de Wilcoxon 2699,000
Z -3,794
Sig. asintót. (bilateral) ,000
Periodo Casos
87
Descriptivos
Mediana 23,00
Varianza 775,688
Mínimo -28
Máximo 84
Rango 112
Amplitud intercuartil 45
Mediana 7,50
Varianza 50,447
Mínimo 1
Máximo 28
Rango 27
Amplitud intercuartil 10
88
89
ANEXO 2
Pruebas no paramétricas – Prueba de Wilcoxon
Para dos muestras relacionadas (Procesa la Encuesta)
Estadísticos descriptivos
N Percentiles
25 50 (Mediana) 75
Rangos
N Rango Suma de
promedio rangos
Empates 0c
Total 20
Estadísticos de contraste
Z -3,929b
Sig. asintót. (bilateral) ,000
90
ANEXO 3 Validacion de los datos del periodo 2006-2015
94
ANEXO 4: ENCUESTA SOBRE EL SISTEMA DE TRÁMITE DOCUMENTARIO
a.- Si
b.- No
a.- Si
b.- No
5.- Cual de las siguientes procesos del sistema considera lo más resaltante?
95
ANEXO 5 Prueba piloto de tiempos de respuesta del periodo 2006-2015
Nro_Cas
Periodo Orden
Fec_Ope ID Fec_Reg Cod_Asu
ID_EstDias
1 2015 5 19/01/2015 25 05/01/2015 18 25 14 media 9,6 zalfa 1.64
2 2015 4 12/01/2015 52 05/01/2015 16 25 7 se1 6,28831 zbeta 0.84
3 2015 5 09/01/2015 143 05/01/2015 47 25 4 se1 6,28831115
4 2015 5 13/01/2015 148 05/01/2015 58 25 8 se2 54,8398534
5 2015 4 12/01/2015 294 06/01/2015 58 25 6 media1 9,6
6 2015 5 12/01/2015 310 06/01/2015 47 25 6 media2 42,8666667
7 2015 6 19/01/2015 369 07/01/2015 58 25 12
8 2015 4 13/01/2015 371 07/01/2015 18 25 6
9 2015 5 09/01/2015 375 07/01/2015 58 25 2
10 2015 6 21/01/2015 420 07/01/2015 58 25 14
11 2015 5 26/01/2015 429 07/01/2015 18 25 19
12 2015 4 02/02/2015 498 08/01/2015 15 25 25
13 2015 5 14/01/2015 630 08/01/2015 47 25 6
14 2015 4 19/01/2015 634 08/01/2015 18 25 11
15 2015 4 12/01/2015 664 08/01/2015 58 25 4
16 2006 5 04/05/2006 10022 12/04/2006 58 25 22 media 42,8667
17 2006 1 18/08/2006 10030 13/01/2006 18 25 217 se2 54,8399
18 2006 4 12/04/2006 10033 18/01/2006 47 25 84
19 2006 14 20/04/2006 10101 24/02/2006 46 25 55
20 2006 2 14/04/2006 10104 24/02/2006 58 25 49
21 2006 2 04/05/2006 10110 17/04/2006 15 25 17
22 2006 2 05/05/2006 2710 20/02/2006 24 25 74
23 2006 2 23/03/2006 4620 23/02/2006 58 25 28
24 2006 4 23/02/2006 4166 14/02/2006 58 25 9
25 2006 3 23/02/2016 2626 30/01/2016 24 25 24
26 2006 2 17/02/2006 4379 15/02/2006 47 25 2
27 2006 2 21/02/2006 4193 14/02/2006 46 25 7
28 2006 2 25/02/2016 5542 25/02/2016 14 25 0
29 2006 3 27/02/2006 5561 10/01/2006 18 25 48
30 2006 3 27/02/2006 5827 20/02/2006 47 25 7
96
ANEXO 6 Procesos mas comunes para atencion en la Municipalidad Provincial de Huancayo
Codasu Detalle
10 CERTIFICACIONES Y/O CONSTANCIAS DIVERSAS- PARAMETROS URB.
14 CERTIFICADO NEGATIVO DE CATASTRO
15 VISACION DE PLANOS
16 CONFORMIDAD DE OBRA Y DECLARATORIA DE EDIFICACION
18 CERT. Y ASIGNACION DE NUMERACION DE FINCA
24 OCUPACION DE AREAS PUBLICAS
42 ANUNCIOS PUBLICITARIOS EVENTUALES- PERIFONEO
46 AUTORIZACION DE ROTURA DE PISTAS Y/O VEREDAS (PARA INSTALACION DE SERVICIOS PUBLICOS DE AGUA Y DESAGÜE)
47 REGULARIZACION DE HABILITACIONES URBANAS
58 LICENCIA DE CERCOS
200 SILENCIO ADMINISTRATIVO
97