Sistema Informatico

FACULTAD DE INGENIERIA, ARQUITECTURA Y URBANISMO

ESCUELA PROFESIONAL DE INGENIERIA DE SISTEMAS

TESIS

Para Optar el Título Profesional de:

INGENIERO DE SISTEMAS

“DESARROLLO DE UN SISTEMA INFORMÁTICO BASADO EN

PLATAFORMA WEB PARA MEJORAR EL PROCESO DE TRÁMITE

DOCUMENTARIO EN EL GOBIERNO PROVINCIAL DE

CHICLAYO”.

PRESENTADO POR:

Bach. JOSÉ ANTONIO DE LA CRUZ GÓMEZ

Bach. MARCOS FERNÁNDEZ PÉREZ

ASESOR:

Ing. OSCAR EFRAÍN CAPUÑAY UCEDA

Pimentel – Perú

2008

DESARROLLO DE UN SISTEMA INFORMÁTICO BASADO EN PLATAFORMA WEB PARA MEJORAR EL PROCESO DE

TRÁMITE DOCUMENTARIO EN EL GOBIERNO PROVINCIAL DE CHICLAYO

- 2 -

Presentado por

Bach. José Antonio De La Cruz Gómez Bach. Marcos Fernández Pérez

Autor Autor

Ing. Oscar Efraín Capuñay Uceda

Asesor

Aprobado por

Ing. Alberto Enrique Samillán Ayala M.Sc. Manuel Jesús Sánchez Chero

Presidente Secretario

Ing. Percy Javier Celis Bravo

Vocal



- 3 -

DEDICATORIA

“A mi padre por su esfuerzo y comprensión en cada etapa de mi

vida y a mi madre por su amor y cariño incondicional que

me inspira cada día a seguir adelante”.

Bach. José Antonio De La Cruz Gómez

A mis padres por ser las personas que me inspiran a seguir

progresando en este mundo competitivo, gracias a su

amor, esfuerzo y fuerza de voluntad.

Bach. Marcos Fernández Pérez



- 4 -

AGRADECIMIENTOS

A Dios y a nuestra Santa Madre, por derramar todos los

días en nuestras almas, gotas de vida que nos inspira e

ilumina en nuestro sendero a seguir adelante. A nuestra

familia, por el apoyo brindado en cada momento de nuestra

vida.

A nuestro asesor Ing. Oscar Capuñay Uceda, a

nuestros amigos Ing. Miguel Díaz Vidarte, Ing. Juan Ángel

Zapata Barboza e Ing. Alfredo Johan Vásquez Pérez, por su

comprensión y ahínco en el desarrollo de este proyecto y en

cada instante compartido durante su realización.

Los autores



- 5 -

RESUMEN

n el ámbito de un proceso de trámite llevado a cabo en una institución

pública como es el Gobierno Provincial de Chiclayo, se ha propuesto la

implementación de un sistema informático que gestione dicho proceso

con eficiencia y rapidez, de manera que brinde un mejor servicio al administrado y

que permita al personal laborar dentro del marco de la ley que lo exige. De esta

manera se contribuye al logro de los objetivos y metas trazadas por el Gobierno

Provincial de Chiclayo. Para conseguir este propósito, se ha desarrollado el

presente trabajo de investigación que se encuentra estructurado en los siguientes

capítulos:

En el Capítulo I, se describe la institución pública en estudio considerando: su

ubicación, reseña histórica, misión, visión y organigrama.

En el Capítulo II, se analiza el problema de investigación teniendo en cuenta: la

realidad problemática, formulación del problema, justificación e importancia,

objetivos y las limitaciones de la investigación.

En el Capítulo III, se establece el marco teórico realizando una recopilación de

antecedentes de estudio e investigación, normas y leyes, así como el desarrollo

de la temática correspondiente al tema investigado (sistema de información,

sistema informático, sistema de gestión documentaria, sistema de trámite

documentario, herramientas empleadas en la aplicación web, metodologías para

el desarrollo de software, selección de la metodología, etc.).

En el Capítulo IV, correspondiente al marco metodológico se analizan: el tipo de

investigación, diseño de la investigación, población y muestra, hipótesis,

variables, indicadores, operacionalización de los indicadores, métodos de

investigación, técnicas de investigación, descripción del instrumento utilizado.

En el Capítulo V, se desarrolla la propuesta en base a la metodología RUP.

Como se sabe esta metodología está conformada por cuatro fases (Inicio,

Elaboración, Construcción y Transición) que interactúan con sus disciplinas

E



- 6 -

(Modelado del Negocio, Requisitos, Análisis, Diseño, Implementación y Pruebas).

La aplicación de esta metodología se ha desarrollado de la siguiente forma:

Fase de Inicio, en esta fase se ha elaborado el modelado del negocio,

realizando una descripción de las áreas y procesos críticos en estudio. Los

artefactos que se han desarrollados son: el Modelo de Casos de Uso de

Negocio y sus especificaciones, los Modelos de Objetos de Negocio, el

Modelo de Dominio del Problema y un glosario con la terminología clave

del dominio del problema.

Fase de Elaboración, en esta fase las disciplinas desarrolladas son:

Requerimientos

Se ha desarrollado el Modelo de Casos de Uso de Requerimientos

considerando dos procesos principales: Gestión de documentos y

Seguimiento de documentos con sus respectivas especificaciones.

Análisis

Se ha elaborado los Diagramas de Colaboración del Análisis por cada

caso de uso, además los Diagramas de Secuencia del Análisis y el

Diagrama de Clases del Análisis.

Fase de Construcción, en esta fase las disciplinas desarrolladas son:

Diseño

Se ha elaborado las interfaces del sistema, los Diagramas de Secuencia

del Diseño, el Diagrama de Clases del Diseño y el Modelo Físico de la

Base de Datos.

Implementación

Se ha elaborado el Diagrama de Componentes y el Diagrama de

Despliegue.

En el Capítulo VI, se ha considerado los criterios de seguridad para la aplicación

Web desde tres niveles: Servidor, Aplicación y Base de Datos.

En el Capítulo VII, se ha realizado el análisis Costo/Beneficio, indicando la

inversión inicial, los gastos operativos y los beneficios. Los beneficios han sido



- 7 -

calculados en base a los indicadores planteados en el Capítulo IV. También se ha

elaborado el Flujo de Caja que muestra el retorno de la inversión en los cinco

primeros años de implementación del software. En base al flujo de caja se ha

calculado el Valor Actual Neto (VAN), donde se obtuvo la cifra de 8 803.62

Nuevos Soles; y la Tasa Interna de Retorno (TIR), donde se obtuvo el valor de

102%; lo que demuestra la rentabilidad y viabilidad económica del proyecto.

En el Capítulo VIII, se ha desarrollado todo lo referente al análisis y resultados

que son tratados en el Capítulo IV del Marco Metodológico.



- 8 -

ABSTRACT

n the area of a process of step carried out in a Institution publishes as the

Provincial Government of Chiclayo, One has proposed the implementation

of a computer system that manages the above mentioned process with

efficiency and rapidity, so that it offers a better service to the administered one and

that it allows the personnel to work inside the frame of the law that demands it.

Hereby it is contributed to the achievement of the aims and goals planned by the

Provincial Government of Chiclayo. To obtain this intention, there has developed

the present work of investigation that is constructed in the following chapters:

In the Chapter I, the public institution is described in study considering: your

location, historical review, mission, vision and flowchart.

In the Chapter II, the problem of investigation is analyzed bearing in mind: the

problematic reality, formulation of the problem, justification and importance, aims

and the limitations of the investigation.

In the Chapter III, the theoretical frame is established realizing a summary of

precedents of study and investigation, procedure and laws, as well as the

development of the subject matter corresponding to the topic investigated (system

of information, computer system, system of management documentary, system of

step documentary, tools used in the application web, methodologies for the

development of software, selection of the methodology, etc.).

In the Chapter IV, corresponding to the methodological frame they are analyzed:

the type of investigation, design of the investigation, population and it proves to be,

hypothesis, changeable, warning, operation of the indicators, methods of

investigation, technologies of investigation, description of the used instrument.

In the Chapter V, the offer develops on the basis of the methodology RUP. Since

this methodology is known it is shaped by four phases (Beginning, Elaboration,

Construction and Transition) that interact with your disciplines (Shaped of the

I



- 9 -

Business, Requirements, Analysis, Design, Implementation and Tests). The

application of this methodology has developed of the following form:

Phase of Beginning, in this phase the shaped one of the business has been

elaborated, realizing a description of the areas and critical processes in

study. The appliances that have developed are: the Model of Cases of Use

of Business and your specifications, the Models of Objects of Business, the

Model of Domain of the Problem and a glossary with the key terminology of

the domain of the problem.

Phase of Elaboration, in this phase the developed disciplines are:

Requirements

There has developed the Model of Cases of Use of Requirements

considering two principal processes: Management of documents and

Follow-up of documents with your respective specifications.

Analysis

There have been elaborated the Graphs of Collaboration of the Analysis

by every case of use, in addition the Graphs of Sequence of the Analysis

and the Graph of Classes of the Analysis.

Phase of Construction, in this phase the developed disciplines are:

Design

There has been elaborated the interfaces of the system, the Graphs of

Sequence of the Design, the Graph of Classes of the Design and the

Physical Model of the Database.

Implementation

There has been elaborated the Graph of Components and the Graph of

Unfolding.

In the Chapter VI, Web has been considered to be the safety criteria for the

application from three levels: Server, Application and Database.

In the Chapter VII, the analysis has realized Cost / benefit, indicating the initial

investment, the operative expenses and the benefits. The benefits have been



- 10 -

calculated on the basis of the indicators raised in the Chapter IV. Also there has

been elaborated the Cash flow that shows the return of the investment in the first

five years of implementation of the software. On the basis of the cash flow there

has been calculated the Current Clear Value (VAN), where there was obtained the

number of 8 803.62 Nuevos Soles; and the Rate Boarder of Return (TIR), where

there was obtained the value of 102 %; what demonstrates the profitability and

economic viability of the project.

In the Chapter VIII, there has developed everything relating to the analysis and

results that are treated in the Chapter IV of the Methodological Frame.



- 11 -

INDICE GENERAL

DEDICATORIA .............................................................................................................................3

AGRADECIMIENTOS ..................................................................................................................4

RESUMEN ...................................................................................................................................5

ABSTRACT ..................................................................................................................................8

INDICE GENERAL .....................................................................................................................11

INDICE DE CUADROS ..............................................................................................................14

INDICE DE ILUSTRACIONES ...................................................................................................16

INTRODUCCIÓN .......................................................................................................................19

CAPITULO I LA ORGANIZACIÓN ............................................................................................20

1.1 UBICACIÓN .........................................................................................................................21

1.2 RESEÑA HISTORICA ..........................................................................................................21

1.3 VISIÓN .................................................................................................................................22

1.4 MISIÓN.................................................................................................................................22

1.5 ORGANIGRAMA ..................................................................................................................23

CAPITULO II EL PROBLEMA DE INVESTIGACION ................................................................24

2.1 REALIDAD PROBLEMATICA ..............................................................................................25

2.2 FORMULACIÓN DEL PROBLEMA ......................................................................................27

2.3 JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN .............................................27

2.4 OBJETIVOS DE LA INVESTIGACIÓN .................................................................................28

2.4.1 Objetivo General ........................................................................................................28

2.4.2 Objetivos Específicos ................................................................................................28

2.5 LIMITACIONES DE LA INVESTIGACIÓN ............................................................................29

CAPITULO III MARCO TEÓRICO .............................................................................................30

3.1 ANTECEDENTES DE LA INVESTIGACIÓN ........................................................................31

3.1.1 Proyectos de investigación ........................................................................................31

3.1.2 Normas y leyes ..........................................................................................................33

3.2 DESARROLLO DE LA TEMÁTICA CORRESPONDIENTE AL TEMA INVESTIGADO ........35

3.2.1 Sistema de Información vs. Sistema Informático .......................................................35

3.2.2 Sistema de Gestión Documentaria vs. Sistema de Trámite Documentario ...............38

3.2.3 Los sistemas de información y su importancia para las organizaciones y empresas 41

3.2.4 Aplicación Web ..........................................................................................................42

3.2.5 Herramientas empleadas en la aplicación web ..........................................................44

3.2.6 Tecnología Orientada a Objetos ................................................................................49

3.2.7 Programación en Capas ............................................................................................51

3.2.8 Metodologías para el Desarrollo de Software ............................................................52



- 12 -

3.3 SELECCIÓN DE LA METODOLOGÍA ..................................................................................55

CAPITULO IV MARCO METODOLÓGICO ...............................................................................71

4.1 TIPO DE INVESTIGACIÓN ..................................................................................................72

4.2 DISEÑO DE LA INVESTIGACIÓN .......................................................................................72

4.3 POBLACIÓN Y MUESTRA...................................................................................................72

4.3.1 Población y muestra interna ......................................................................................73

4.3.2 Población y muestra externa .....................................................................................77

4.4 HIPÓTESIS ..........................................................................................................................81

4.5 VARIABLES .........................................................................................................................81

4.5.1 Variable independiente ..............................................................................................81

4.5.2 Variable dependiente .................................................................................................81

4.6 INDICADORES ....................................................................................................................82

4.7 OPERACIONALIZACIÓN DE LOS INDICADORES .............................................................89

4.8 MÉTODOS DE INVESTIGACIÓN ........................................................................................90

4.9 TÉCNICAS DE INVESTIGACIÓN ........................................................................................90

4.10 DESCRIPCIÓN DEL INSTRUMENTO UTILIZADO ............................................................91

CAPITULO V DESARROLLO DE LA PROPUESTA .................................................................96

5.1 FASE DE INICIO ..................................................................................................................97

5.1.1 Modelado del Negocio ...............................................................................................98

5.1.1.1 Modelo de Casos de Uso del Negocio ..........................................................99

5.1.1.2 Especificación de Casos de Uso del Negocio............................................. 100

5.1.1.3 Modelo de Objetos del Negocio .................................................................. 102

5.1.1.4 Modelo del Dominio del Problema .............................................................. 104

5.1.1.5 Glosario de Términos ................................................................................. 105

5.2 FASE DE ELABORACIÓN ................................................................................................. 109

5.2.1 Requerimientos ........................................................................................................ 110

5.2.1.1 Modelo de Casos de Uso de Requerimientos (MCUR) .............................. 111

5.2.2 Análisis .................................................................................................................... 124

5.2.2.1 Diagrama de Colaboración ......................................................................... 125

5.2.2.2 Diagrama de Clases del Análisis ................................................................ 136

5.3 FASE DE CONSTRUCCIÓN .............................................................................................. 137

5.3.1 Diseño ..................................................................................................................... 137

5.3.1.1 Interfases del sistema ................................................................................. 137

5.3.1.2 Diagrama de Clases del Diseño ................................................................. 157

5.3.1.3 Diseño Físico de la Base de Datos ............................................................. 158

5.3.2 Implementación ....................................................................................................... 159

5.3.2.1 Diagrama de Componentes ........................................................................ 159

5.3.2.2 Diagrama de Despliegue ............................................................................ 161



- 13 -

CAPITULO VI ANÁLISIS COSTO/BENEFICIO ....................................................................... 162

6.1 INVERSIÓN INICIAL .......................................................................................................... 163

6.2 GASTOS OPERATIVOS .................................................................................................... 165

6.3 BENEFICIOS ...................................................................................................................... 166

6.4 FLUJO DE CAJA ................................................................................................................ 168

6.5 VALOR ACTUAL NETO (VAN) .......................................................................................... 168

6.6 TASA INTERNA DE RETORNO (TIR) ............................................................................... 169

CAPITULO VII PLAN DE SEGURIDAD .................................................................................. 170

7.1 SEGURIDAD A NIVEL DE SISTEMA OPERATIVO LINUX ............................................... 171

7.2 SEGURIDAD A NIVEL DE SERVIDOR APACHE .............................................................. 171

7.3 SEGURIDAD A NIVEL DE APLICACIÓN ........................................................................... 173

7.4 SEGURIDAD A NIVEL DE BASE DE DATOS .................................................................... 175

7.5 POLÍTICAS DE SEGURIDAD ............................................................................................ 176

CAPITULO VIII ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS ........................... 178

8.1 TIEMPO.............................................................................................................................. 179

8.1.1 Tiempo Promedio de Registro ................................................................................. 179

8.1.2 Tiempo Promedio de Atención................................................................................. 181

8.1.3 Tiempo Promedio de Seguimiento ........................................................................... 183

8.2 COSTO............................................................................................................................... 184

8.2.1 Inversión en adquisiciones de Libros de Registro .................................................... 184

8.3 PERCEPCIÓN RESPECTO A LA RECEPCIÓN ................................................................ 186

8.3.1 Calidad de la recepción ........................................................................................... 186

8.3.2 Disposición a ceder información .............................................................................. 187

8.3.3 Conocimiento de la Ley ........................................................................................... 189

8.4 CIRCUITO PARA LA OBTENCIÓN DE LA INFORMACIÓN .............................................. 190

8.4.1 Burocracia................................................................................................................ 190

8.4.2 Cobros ..................................................................................................................... 192

8.4.3 Negativas ................................................................................................................. 192

8.4.4 Insistencia ................................................................................................................ 194

8.5 RESPUESTA DE SOLICITUDES ....................................................................................... 195

8.5.1 Hubo respuesta ....................................................................................................... 195

8.5.2 Plazo en la respuesta .............................................................................................. 196

8.5.3 Forma de respuesta ................................................................................................. 197

8.5.4 Calidad de la respuesta ........................................................................................... 198

CAPITULO IX CONCLUSIONES ............................................................................................. 200

CAPITULO X RECOMENDACIONES ..................................................................................... 203

CAPITULO XI REFERENCIAS BIBLIOGRÁFICAS- ............................................................... 205



- 14 -

INDICE DE CUADROS

CUADRO Nº 1: Evaluación del criterio A – Ciclo de vida del software 56

CUADRO Nº 2: Evaluación del criterio B – Obtención de requisitos 56

CUADRO Nº 3: Evaluación del criterio C – Emplea UML 57

CUADRO Nº 4: Evaluación del criterio D – Centrado en la arquitectura 57

CUADRO Nº 5: Evaluación del criterio E – Proceso iterativo e incremental 58

CUADRO Nº 6: Evaluación del criterio F – Relación con el usuario 58

CUADRO Nº 7: Evaluación del criterio G – Carga de trabajo 59

CUADRO Nº 8: Evaluación del criterio H – Tamaño de los equipos 60

CUADRO Nº 9: Resumen de evaluación de criterios 60

CUADRO Nº 10: Prioridades para la evaluación de criterios 61

CUADRO Nº 11: Resultado de la evaluación de criterios 61

CUADRO Nº 12: Documentos emitidos en el periodo 2007 74

CUADRO Nº 13: Cálculo del promedio mensual de documentos emitidos 76

CUADRO Nº 14: Documentos ingresados en el periodo 2007 78

CUADRO Nº 15: Cálculo del promedio mensual de documentos ingresados 79

CUADRO Nº 16: Indicadores I 82

CUADRO Nº 17: Indicadores II 89

CUADRO Nº 18: Hoja de toma de datos para obtener la población interna 92

CUADRO Nº 19: Ficha de observación para analizar el tiempo de registro 92

CUADRO Nº 20: Ficha de observación para analizar el tiempo de atención 93

CUADRO Nº 21: Ficha de observación para analizar el tiempo de seguimiento 94

CUADRO Nº 22: Ficha de observación de solicitudes de observación 95

CUADRO Nº 23: Especificación de CU del Negocio Gestión de Documentos 100

CUADRO Nº 24: Especificación de CU del Negocio Seguimiento de Documentos 101

CUADRO Nº 25: Especificación de CU Validar Usuario 112

CUADRO Nº 26: Especificación de CU Registrar Documento 113

CUADRO Nº 27: Especificación de CU Derivar Documento 114

CUADRO Nº 28: Especificación de CU Recepcionar Documento 115

CUADRO Nº 29: Especificación de CU Proveer Documento 116

CUADRO Nº 30: Especificación de CU Archivar Documento 117

CUADRO Nº 31: Especificación de CU Buscar Documento 119

CUADRO Nº 32: Especificación de CU Documentos Derivados 120

CUADRO Nº 33: Especificación de CU Documentos Recepcionados 121

CUADRO Nº 34: Especificación de CU Documentos Proveídos 122



- 15 -

CUADRO Nº 35: Especificación de CU Documentos Archivados 123

CUADRO Nº 36: Costos de servicios 163

CUADRO Nº 37: Costos de materiales 164

CUADRO Nº 38: Costos de personal 164

CUADRO Nº 39: Costos de software 165

CUADRO Nº 40: Costos de hardware 165

CUADRO Nº 41: Gastos operativos I 165

CUADRO Nº 42: Gastos operativos II 166

CUADRO Nº 43: Reducción de personal para el área de tramite documentario 166

CUADRO Nº 44: Cálculo del flujo de caja 168

CUADRO Nº 45: Resumen del tiempo promedio de registro en función de las

dependencias 179

CUADRO Nº 46: Tiempo estimado para calcular el tiempo promedio de registro 180

CUADRO Nº 47: Resumen del tiempo promedio de atención 181

CUADRO Nº 48: Tiempo estimado para calcular el tiempo promedio de atención 182

CUADRO Nº 49: Resumen del tiempo promedio de seguimiento 183

CUADRO Nº 50: Resumen de la inversión por dependencia en adquisiciones de

libro de registro 184



- 16 -

INDICE DE ILUSTRACIONES

ILUSTRACION Nº 1: Estructura Orgánica del GPCH 23

ILUSTRACION Nº 2: Representación gráfica de la Situación Actual 26

ILUSTRACION Nº 3: Componentes de un sistema de información 36

ILUSTRACION Nº 4: Diferencia entre Sistema de Información y Sistema Informático 37

ILUSTRACION Nº 5: Modelo en capas 52

ILUSTRACION Nº 6: Fases y disciplinas de RUP 64

ILUSTRACION Nº 7: Modelo de Caso de Uso del Negocio 99

ILUSTRACION Nº 8: Modelo de Objetos del Negocio Gestión de Documentos 102

ILUSTRACION Nº 9: Modelo de Objetos del Negocio Seguimiento de Documentos 103

ILUSTRACION Nº 10: Modelo del Dominio del Problema 104

ILUSTRACION Nº 11: MCUR Gestión de Documentos 111

ILUSTRACION Nº 12: MCUR Seguimiento de Documentos 118

ILUSTRACION Nº 13: D. Colaboración Validar Usuario 125

ILUSTRACION Nº 14: D. Colaboración Registrar Documento 126

ILUSTRACION Nº 15: D. Colaboración Derivar Documento 127

ILUSTRACION Nº 16: D. Colaboración Recepcionar Documento 128

ILUSTRACION Nº 17: D. Colaboración Proveer Documento 129

ILUSTRACION Nº 18: D. Colaboración Archivar Documento 130

ILUSTRACION Nº 19: D. Colaboración Buscar Documento 131

ILUSTRACION Nº 20: D. Colaboración Documentos Derivados 132

ILUSTRACION Nº 21: D. Colaboración Documentos Recepcionados 133

ILUSTRACION Nº 22: D. Colaboración Documentos Proveídos 134

ILUSTRACION Nº 23: D. Colaboración Documentos Archivados 135

ILUSTRACION Nº 24: Diagrama de Clases del Análisis 136

ILUSTRACION Nº 25: Interfaz Validar Usuario 138

ILUSTRACION Nº 26: D. Secuencia Validar Usuario 138

ILUSTRACION Nº 27: Interfaz Listado de Documentos Registrados 139

ILUSTRACION Nº 28: Interfaz Registrar Documento 139

ILUSTRACION Nº 29: D. Secuencia Registrar Documento 140

ILUSTRACION Nº 30: Interfaz Listado de Documentos por Derivar 141

ILUSTRACION Nº 31: Interfaz Derivar Documento 141



- 17 -

ILUSTRACION Nº 32: D. Secuencia Derivar Documento 142

ILUSTRACION Nº 33: Interfaz Recepcionar Documento 143

ILUSTRACION Nº 34: D. Secuencia Recepcionar Documento 143

ILUSTRACION Nº 35: Interfaz Listado de Documentos por Proveer 144

ILUSTRACION Nº 36: Interfaz Proveer Documento 144

ILUSTRACION Nº 37: D. Secuencia Proveer Documento 145

ILUSTRACION Nº 38: Interfaz Listado de Documentos por Archivar 146

ILUSTRACION Nº 39: Interfaz Archivar Documento 146

ILUSTRACION Nº 40: D. Secuencia Archivar Documento 147

ILUSTRACION Nº 41: Interfaz Buscar Documento 148

ILUSTRACION Nº 42: Interfaz Seguimiento Documento 148

ILUSTRACION Nº 43: D. Secuencia Buscar Documento 149

ILUSTRACION Nº 44: Interfaz Documentos Derivados 150

ILUSTRACION Nº 45: D. Secuencia Documentos Derivados 151

ILUSTRACION Nº 46: Interfaz Documentos Recepcionados 152

ILUSTRACION Nº 47: D. Secuencia Documentos Recepcionados 152

ILUSTRACION Nº 48: Interfaz Documentos Proveídos 153

ILUSTRACION Nº 49: D. Secuencia Documentos Proveídos 154

ILUSTRACION Nº 50: Interfaz Documentos Archivados 155

ILUSTRACION Nº 51: D. Secuencia Documentos Archivados 156

ILUSTRACION Nº 52: Diagrama de Clases del Diseño 157

ILUSTRACION Nº 53: Diseño Físico de la Base de Datos 158

ILUSTRACION Nº 54: Diagrama de Componentes 160

ILUSTRACION Nº 55: Diagrama de Despliegue 161

ILUSTRACION Nº 56: Calidad de la recepción actual 186

ILUSTRACION Nº 57: Calidad de la recepción futura 187

ILUSTRACION Nº 58: Disposición actual a ceder información 188

ILUSTRACION Nº 59: Disposición futura a ceder información 188

ILUSTRACION Nº 60: Conocimiento actual de la ley 189

ILUSTRACION Nº 61: Conocimiento futuro de la ley 190

ILUSTRACION Nº 62: Burocracia actual 191

ILUSTRACION Nº 63: Burocracia futura 191

ILUSTRACION Nº 64: Cobro actual y futuro 192



- 18 -

ILUSTRACION Nº 65: Negativa Actual 193

ILUSTRACION Nº 66: Negativa Futura 193

ILUSTRACION Nº 67: Insistencia actual 194

ILUSTRACION Nº 68: Insistencia futura 195

ILUSTRACION Nº 69: Hubo respuesta, actual y futura 195

ILUSTRACION Nº 70: Plazo actual en la respuesta 196

ILUSTRACION Nº 71: Plazo futuro en la respuesta 197

ILUSTRACION Nº 72: Forma actual y futura de la respuesta 197

ILUSTRACION Nº 73: Calidad actual de la respuesta 198

ILUSTRACION Nº 74: Calidad futura de la respuesta 199



- 19 -

INTRODUCCIÓN

oy en día las tecnologías informáticas y específicamente el Internet es

una herramienta útil de trabajo diario en la mayoría de empresas

públicas y privadas, lo que ha permitido crecer de forma espectacular la

magnitud de información compartida, fortalecer la comunicación fuera de los

límites de la organización y permitir que la información sea transparente y de

mejor calidad.

El Gobierno Provincial de Chiclayo, siendo la institución encargada de administrar

los recursos del estado para la Provincia de Chiclayo; requiere elevar el nivel de

eficiencia y calidad en la atención a la población con respecto a toda la

documentación interna y externa que se genera y procesa en la institución.

Bajo estas necesidades y aplicando tecnologías de información que apoyen a una

mejor toma de decisiones, el presente proyecto plantea el “Desarrollo de un

Sistema Informático basado en Plataforma Web para mejorar el proceso de

Trámite Documentario en el Gobierno Provincial de Chiclayo”.

El objetivo de este proyecto es lograr que todas las dependencias del Gobierno

Provincial de Chiclayo usen la misma herramienta que efectivice el registro,

control y seguimiento de todo documento o expediente que se procese.

A la vez permitir que la población en general mediante el Internet pueda efectuar

el debido seguimiento a sus expedientes, así como brindar la transparencia

pública en base a las leyes establecidas del Estado Peruano.

H



- 20 -

CAPITULO I

La Organización

1



- 21 -

1.1 UBICACIÓN

Biblioteca Municipal “José Eufemio Lora y Lora” – Av. Grau 153

1.2 RESEÑA HISTORICA1

Las actuales municipalidades (Gobiernos Provinciales), fueron conocidas

con los nombres de Ayuntamientos o Cabildos. El área de 1619 m2 que hoy

ocupa el Palacio Municipal es la misma de los tiempos coloniales. Por

referencias históricas fue de dos pisos y con cuatro portales, en el primer

piso funcionaba la cárcel pública y en el segundo piso el cabildo. Al asumir

la alcaldía en 1814, el Coronel José Leonardo Ortiz Salcedo, construyó un

edificio funcional y práctico. El 30 de septiembre de 1880, fue incendiado

junto con el reloj público, el Hospital las Mercedes y las viviendas

particulares, cuando los chilenos comandados por el contralmirante Patricio

Linch tomaron la Ciudad de Chiclayo.

Se le denomina Palacio Municipal a partir del 9 de diciembre del año 1924,

fecha de su inauguración y que coincidía con el centenario de la Batalla de

Ayacucho.

La iniciativa del señor Francisco Cúneo Salazar, presidente de la junta

departamental y el Alcalde de entonces Sr. Francisco Cabrera Chirinos, se

proyecto construir las oficinas para junta departamental y para el concejo

provincial. El Diseño del proyecto y presupuesto de la obra, estuvo a cargo

del arquitecto italiano Sr. Giraldine. La obra fue ejecutada por el ingeniero

Ladislao U. Hidalgo, quién reforzó el diseño de la fachada.

1 REGLAMENTO DE ORGANIZACIÓN Y FUNCIONES. Chiclayo, Perú: Gobierno Provincial de Chiclayo, 2004 p. 5



- 22 -

1.3 VISIÓN2

El Gobierno Provincial de Chiclayo, como órgano de gobierno local, es una

unidad organizada y activamente participativa con capacidad jurídica, política

y administrativa, apoyada en la planeación democrática, fortalecida en su

condición de instancia de gobierno más cercana a la comunidad y

conductora de su desarrollo.

1.4 MISIÓN3

Hacer para la provincia de Chiclayo, un gobierno local sustentable, seguro y

participativo. Con un sistema de gobierno sencillo, honesto, transparente y

accesible, fundado en la participación ciudadana. Proyectaremos hacia el

futuro una ciudad y provincia con mejor destino.

En cuatro años de administración, practicaremos una política ágil y

coherente de trabajo e impulso permanente para la realización de los

proyectos de desarrollo de la provincia y de sus distritos.

2 Idem 1

3 Idem 1



- 23 -

1.5 ORGANIGRAMA4

ILUSTRACION Nº 1: Estructura Orgánica del G.P.CH.

FUENTE: Reglamento de Organización y Funciones

4 Idem 1

CONCEJO MUNICIPAL

ALCALDIAOrgano de Control

Institucional

Sub Gerencia de

Coordinación de Alcaldía

Sub Gerencia de

Secretaría General

Sub Gerencia de

Participación Vecinal

Sub Gerencia de Defensa

Civil

Asesoría Técnica

Procuraduría

Pública

Municipal

Gerencia de

Sistemas e

Informática

Gerencia de

Recursos

Humanos

Gerencia de

Asesoría

Jurídica

Gerencia de

Planeamiento y

Presupuesto

Sub Gerencia de Logística

Sub Gerencia de

Tesorería

Sub Gerencia de

Contabilidad

S-Gerencia Planeamiento

y Racionalización

S-Gerencia Presupuesto y

Estadística

S-Gerencia Programación

de Inversiones y CTI

Sub Gerencia de

Seguridad Ciudadana

Gerencia de

Desarrollo

Humano

Gerencia de

edificaciones

Gerencia de

urbanismo

Gerencia de

Tránsito y

Transporte

Gerencia de

Servicios a la

Ciudad

Gerencia Central

de Administración

y Finanzas

GERENCIA GENERAL

MUNICIPAL

S-Gerencia de Obras

Privadas y Catastro

S-Gerencia de Control

Urbano y Fiscalización

S-G de Medio Ambiente y

Ornato

S-Gerencia de Obras y

Convenios

S-Gerencia de Estudios y

Proyectos

S-Gerencia de Educ.

Cultura,Deportes y Rec.

S-Gerencia de Registro

Civil

S-Gerencia de Turismo

S-Gerencia de Programas

Sociales

S-Gerencia de Tránsito

S-Gerencia de Transporte

S-Gerencia de Limpieza

Pública

S-Gerencia de Sanidad

S-G. Prom. Empresarial y

Defensa al Consumidor

S-Gerencia de Mecánica y

Mantenimiento

Gerencia

Relaciones

Públicas e I.I.

Consejo de Coordinación Local

Provincial

Comités de Gestión

Comité Provincial de Seguridad

Ciudadana

Comité Provincial de Defensa Civil

Comité de Administración del Vaso

de Leche

Comisiones de Regidores

Junta de Delegados Vecinales

CMACSATCH

AGENCIAS

MUNICIPALES

GOBIERNO PROVINCIAL

DE CHICLAYO

GERENCIA DE PLANEAMIENTO Y PRESUPUESTO

SUB GERENCIA DE PLANEAMIENTO Y RACIONALIZACIÓN

Ordenanza Municipal Nº032-2004.GPCH del 21-12-2004

Programa del Vaso

de Leche

ESTRUCTURA ORGANICA



- 24 -

CAPITULO II

El Problema de

Investigación

2



- 25 -

2.1 REALIDAD PROBLEMATICA

El Gobierno Provincial de Chiclayo por ser una institución pública maneja

una gran cantidad de documentos tanto internos como externos que se

procesan diariamente lo cual genera ciertas deficiencias tales como:

No es posible calcular el tiempo que un documento demora en ser

procesado por las dependencias inmersas en el proceso de trámite.

Además no se puede determinar el tiempo restante que tiene el documento

para ser resuelto por todas las dependencias inmersas en el proceso.

Es tedioso y complejo conocer el recorrido total o parcial del documento por

las diversas dependencias y personal inmersos en dicho trámite, asimismo

su estado y/o condición.

No se puede determinar cuántos y cuáles son los documentos que se

encuentran por recepcionar y derivar por dependencia.

Los tiempos de espera, atención, registro, seguimiento y respuesta son

demasiados extensos generando en la población y el personal un malestar

e incomodidad al tratar de conocer el curso de su documento.

No existe un control de los documentos admitidos, por encontrarse el

municipio dividido en varias zonas, lo cual genera un ingreso

desorganizado de documentos.

Se presenta una inversión adicional innecesaria en adquisición de libros de

registro para mantener un control de cada documento emitido y

recepcionado por cada dependencia.

Estos escenarios ocurren por la limitante de no contar con un sistema

informático de soporte tecnológico que permita agilizar y mejorar el proceso

de trámite documentario.

DESARROLLO DE UN SISTEMA INFORMÁTICO BASADO EN PLATAFORMA WEB PARA MEJORAR EL PROCESO DE TRÁMITE DOCUMENTARIO EN EL GOBIERNO PROVINCIAL DE

CHICLAYO

- 26 -

ILUSTRACION Nº 2: Representación gráfica de la Situación Problemática

FUENTE: Elaboración Propia



- 27 -

2.2 FORMULACIÓN DEL PROBLEMA

¿Cómo superar las limitaciones y deficiencias del proceso de trámite

documentario en el Gobierno Provincial de Chiclayo?

2.3 JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN

El Gobierno Provincial de Chiclayo es una institución pública que administra

diariamente una gran cantidad de documentos tanto internos como externos,

haciendo que el proceso de trámite sea más lento, dificultando la labor de

todo el personal lo cual conlleva a una deficiente atención al administrado.

Por ello es necesario el desarrollo de un sistema informático el cual permita

optimizar dichos procesos.

La implementación de un sistema informático de este tipo se justifica en los

siguientes argumentos:

Argumento legal

El GPCH por ser una institución de administración pública se encuentra

sujeto a una serie de normas reguladas por el Estado, al hacer uso del

sistema informático se está cumpliendo con algunos lineamientos de dichas

normas tales como:

o El Decreto Supremo Nº 066-2001-PCM denominado “Lineamientos de

Políticas generales para promover la masificación del acceso a Internet

en el Perú”.

o La Ley Nº 27806 denominado “Ley de Transparencia y Acceso a la

Información Pública”.

Argumento social

La comunidad en general se verá beneficiada porque podrá acceder de una

manera rápida y sencilla desde cualquier lugar donde exista una conexión

a Internet, para ver el estado y ubicación de su expediente sin tener la

necesidad de emplear tiempo y dinero innecesarios al acudir al municipio

por dichos procedimientos.



- 28 -

Argumento tecnológico

El uso de un sistema informático de este tipo permitirá que los procesos de

trámite documentario sean más estandarizados, lo cual origina tener un

control de los documentos y procesos, generando ahorro de tiempos al

personal y a la comunidad en general, dando al municipio la imagen de una

institución moderna e innovadora.

Argumento profesional

Con el desarrollo de este sistema estamos adquiriendo experiencia y

conocimiento en el uso de herramientas OpenSource y en el análisis,

diseño y construcción de aplicaciones para entidades de administración

pública, permitiéndonos crecer competitiva y profesionalmente.

2.4 OBJETIVOS DE LA INVESTIGACIÓN

2.4.1 Objetivo General

Desarrollar un Sistema Informático basado en Plataforma Web para

mejorar el proceso de Trámite Documentario en el Gobierno

Provincial de Chiclayo.

2.4.2 Objetivos Específicos

Observar y definir la situación actual del proceso de trámite

documentario del Gobierno Provincial de Chiclayo.

Analizar los requerimientos funcionales y no funcionales del

manejo de la información para conseguir una solución acorde a

las necesidades del Gobierno Provincial de Chiclayo.

Formular el análisis y diseño para el sistema informático.

Desarrollar el sistema informático utilizando programación en 3

capas y orientada a objetos.

Realizar el estudio costo/beneficio de la implementación del

Sistema Informático.

Realizar el Plan de Seguridad del Sistema Informático.



- 29 -

2.5 LIMITACIONES DE LA INVESTIGACIÓN

Nuestro proyecto como toda investigación afronta ciertas restricciones tales

como:

Al iniciar el proceso de levantamiento de información para conocer la

lógica del proceso de tramitación, se presentaron ciertos inconvenientes

con algunos funcionarios porque estos se encontraban indispuestos a

colaborar, sobretodo en la entrega de información pertinente para la

investigación.

La programación orientada a objetos y en capas, se encuentra poco

definida y escasamente documentada en el lenguaje de programación

PHP, a diferencia de otros lenguajes tradicionales de nueva generación,

demandándonos cierto tiempo en su búsqueda, comprensión y aplicación.



- 30 -

CAPITULO III

Marco Teórico

3



- 31 -

3.1 ANTECEDENTES DE LA INVESTIGACIÓN

3.1.1 Proyectos de investigación

Título: “Implementación de un sistema de gestión documentaria

basado en tecnología Web para mejorar la gestión de documentos en

el Gobierno Regional - Lambayeque”.5

Autor: Guevara Alcalde, Luis Alberto

Lugar: Universidad Señor de Sipán (Año 2007)

Relación: esta investigación emplea a la tecnología Web como

alternativa para la realización de la aplicación, además existe

semejanza en algunos procesos del negocio.

Título: “Diseño de un modelo para la implantación de un sistema de

gestión documental en áreas u organizaciones jurídicas”.6

Autor: Contreras Henao, Felipe Andrés – Forero Guzmán, Felipe

Lugar: Pontifica Universidad Javeriana (Año 2005)

Relación: esta investigación define varios conceptos los cuales son

de suma importancia para nuestro proyecto, contribuyendo

adicionalmente con ideas que permitirían la innovación de la

aplicación.

5 GUEVARA ALCALDE, Luis Alberto. Implementación de un Sistema de Gestión Documentaria basado en Tecnología Web para mejorar la gestión de documentos en el Gobierno Regional Lambayeque. Tesis (Ingeniero de Sistemas) Chiclayo, Perú: Universidad Señor de Sipán, Facultad de Ingeniería, Arquitectura y Urbanismo, 2007. 225 h.

6 CONTRERAS H. Felipe, FORERO G. Felipe. Diseño de un modelo para la implantación de un sistema de gestión documental en áreas u organizaciones jurídicas. Tesis (Ingeniero de Sistemas) Bogotá, Colombia: Pontificia Universidad Javeriana. Facultad de Ingeniería. 2005.



- 32 -

Título: “Desarrollo de un Sistema de Control documentario para el

apoyo a la gestión de la Municipalidad Provincial de Ferreñafe” 7

Autor: Orozco Sigüeñas, Juan Carlos

Lugar: Universidad Nacional Pedro Ruiz Gallo (2005)

Relación: Esta investigación expone una serie de procesos similares

a los nuestros, además compartimos una mismo objetivo: “promover

servicios públicos de calidad, lograr la participación y concertación de

los vecinos y de la sociedad civil”, y de mejorar efectivamente el

control y la organización de los documentos.

Título: “Sistema de Información y el Plan de Tecnología de

clasificación y búsqueda de expedientes del Archivo Regional de

Lambayeque” 8

Autor: Díaz Castillo, Mario y Súclupe Alamas, Danny

Lugar: Universidad Católica “Santo Toribio de Mogrovejo” (2004)

Relación: Busca mejorar el desempeño del usuario interno en el

manejo y ubicación de expedientes.

7 OROZCO SIGÜEÑAS, Juan Carlos. Desarrollo de un Sistema de Control Documentaria para el apoyo a la gestión de la Municipalidad Provincial de Ferreñafe. Tesis (Ingeniero de Sistemas) Lambayeque, Perú: Universidad Nacional Pedro Ruiz Gallo, Facultad de Ingeniería Civil, de Sistemas y Arquitectura, 2005.

8 DÍAZ C. Mario, SUCLUPE A. Danny. Sistema de Información y el Plan de Tecnología de clasificación y búsqueda de expedientes del Archivo Regional de Lambayeque. Tesis (Ingeniero de Sistemas) Chiclayo, Perú: Universidad Católica Santo Toribio de Mogrovejo, Facultad de Ingeniería, 2004



- 33 -

Título: “Gestión de documentos: El caso del Consorcio SMS” 9

Autor: Landa Molina, Luz Mercedes

Lugar: Universidad Nacional Mayor de San Marcos (Año 2002)

Relación: esta tesis nos explica varios aspectos referentes a la

documentación y el proceso de los mismos en la organización,

permitiéndonos comprender y distinguir algunos temas para nuestra

investigación.

3.1.2 Normas y leyes

Titulo: Ley Nº 27444 Ley del Procedimiento Administrativo General 10

Autor: Congreso de la República

Lugar: Perú

Relación

El proceso de trámite implica para la entidad la prestación de un

servicio específico e individualizable a favor del administrado. El

Administrado tiene el derecho de acceder en cualquier momento, de

manera directa y sin limitación alguna a la información contenida en

los expedientes de los procedimientos administrativos.

9 LANDA MOLINA, Luz Mercedes. Gestión de Documentos: El caso del Consorcio SMS. Tesis (Licenciada en Bibliotecología y Ciencias de la Información) Lima, Perú: Universidad Nacional Mayor de San Marcos, Facultad de Letras y Ciencias Humanas, 2002. 118 h

10

PERÚ. Congreso de la República. Ley 27444: Ley del Procedimiento Administrativo General. Diario Oficial El Peruano. Nº 7597. Lima, Perú, 11 de abril del 2001. p. 28-59.



- 34 -

Titulo: Ley Nº 27806 - Ley de Transparencia y Acceso a la

Información Pública 11

Autor: Congreso de la República.

Lugar: Perú

Relación:

Los funcionarios responsables de brindar la información

correspondiente al área de su competencia deberán prever una

adecuada infraestructura, así como la organización, sistematización y

publicación de la información a la que se refiere esta Ley.

Titulo: Decreto Supremo Nº 066-2001-PCM Lineamientos de Políticas

Generales para promover la masificación del acceso a Internet en el

Perú.12

Autor: Presidencia del Consejo de Ministros

Lugar: Perú

Relación

Las entidades de la administración pública deberán incluir en sus

planes sectoriales, así como en el desarrollo de sus actividades,

metas relacionadas con el uso de Internet y el uso de herramientas

informáticas, a fin de agilizar la prestación de servicios

gubernamentales y propender a la prestación de servicios en línea.

11

PERÚ. Congreso de la República. Ley 27806: Ley de Transparencia y acceso a la información Pública. Diario Oficial El Peruano. Nº 8078. Lima, Perú, 3 de agosto del 2002. p. 3-8

12

PERÚ. Presidencia del Consejo de Ministros. Decreto Supremo Nº 066-2001-PCM: Lineamientos de Políticas Generales para promover la masificación del acceso a la Internet en el Perú. Diario Oficial El Peruano. Nº 7655. Lima, Perú, 8 de junio del 2001. p. 1-2



- 35 -

3.2 DESARROLLO DE LA TEMÁTICA CORRESPONDIENTE AL TEMA

INVESTIGADO

3.2.1 Sistema de Información vs. Sistema Informático

Sistemas de Información

Según Laudon & Laudon13

Conjunto de componentes interrelacionados que obtienen,

procesan, almacenan y distribuyen información para apoyar la toma

de decisiones, la coordinación y el control en una organización.

Según James A. O’Brien 14

Es una combinación organizada de recursos humanos (usuarios

finales y especialistas en SI), hardware (máquinas y medios),

software (programas y procedimientos), datos (bases de datos y de

conocimiento) y redes (medios de comunicación y de soporte de

redes) que reúne, transforma y disemina información en una

organización.

Según Effy Oz 15

Son todos los elementos (físicos y no físicos) que funcionan en

conjunto para procesar datos y producir información.

13

LAUDON, Kenneth C., LAUDON, Jane P. Sistemas de Información Gerencial. 8va ed. México: Pearson Educación, 2004. 608 p. ISBN 970-26-0528-8. p.19

14

O’BRIEN, James A. Sistemas de Información Gerencial. 4ta ed. Colombia: McGraw-Hill, 2001. 700 p. ISBN 985-41-0177-3 p.42-43

15

OZ, Effy. Administración de Sistemas de Información. 2da ed. México: Thomson Learning, 2001 688 p. ISBN 970-686-043-6 p.12



- 36 -

ILUSTRACION Nº 3: Componentes de un sistema de información

FUENTE: OZ, Effy. Administración de Sistemas de Información

Sistema Informático

Según S. Peña, M. Moreno & C. Elvira 16

Es el conjunto de elementos físicos (hardware) y lógicos (software)

que permiten procesar la información del usuario realizando

igualmente un control eficiente de todos los recursos posibles, es

decir, un sistema informático es el conjunto de elementos

empleados en el tratamiento de la información. Un sistema

informático es un sistema de procesamiento de la información

basada en ordenadores, consta de 2 subsistemas:

o Subsistema físico: formado por el conjunto de elementos físicos

(dispositivos electrónicos y electromecánicos, circuitos, cables,

etc.) necesario para el tratamiento automatizado de la

información.

o Subsistema lógico: formado por el conjunto de elementos

lógicos (instrucciones, órdenes, etc.) necesario para el control

de los trabajos del usuario.

16

PEÑA GONZALES Saturnino, MORENO ANAYA Mariano, ELVIRA GÓMEZ Carlos. Sistemas Informáticos Multiusuario y en Red. España: Thomson Paraninfo, 2002 195 p. ISBN 84-9732-144-8 p.3

Datos Hechos concretos, en su estado primario, que el sistema toma para producir información.

Hardware Una computadora y su equipo periférico: dispositivos de entrada, salida y almacenamiento. El hardware también incluye equipos de comunicación de datos.

Software Conjunto de instrucciones que indican a la computadora como obtener datos, procesarlos, desplegar información y almacenar datos e información.

Telecomunicaciones Hardware y software que facilita la transmisión y recepción rápida de texto, imágenes, sonido y animación en forma de datos electrónicos.

Personal

Profesionales y usuarios de los sistemas de información que analizan las necesidades de información de una organización, diseñan y construyen sistemas de información, describen programas de computadora, operan el hardware y mantienen el software.

Procedimientos Reglas para lograr operaciones óptimas y seguras en el procesamiento de datos; los procedimientos incluyen prioridades al ejecutar diferentes aplicaciones en la computadora, además de medidas de seguridad.



- 37 -

Control del desempeño del sistema

Almacenamiento de recursos de datos

Procesamiento de datos en

información

Entrada de recursos de

datos

Salida de productos de información

Sistemas Informáticos

Sistemas de Información

Según Effy Oz 17

Los sistemas informáticos son excelentes herramientas para

reunir, almacenar y presentar datos, pero para que sean realmente

efectivos, esos datos deben convertirse en información útil, que

indique la mejor manera de asignar los diferentes recursos,

incluyendo al personal, tiempo, dinero, equipo y otros activos.

ILUSTRACION Nº 4: Diferencia entre Sistema de información y Sistema Informático


17

Ídem 15



- 38 -

3.2.2 Sistema de Gestión Documentaria vs. Sistema de Trámite

Documentario

Sistema de Gestión Documentaria 18

La gestión documentaria a si entendida, supone una atención y

tratamiento continuado a los documentos que no se interrumpe, ni

se diferencia esencialmente al entrar en el estado de la

conservación permanente. De alguna manera, lo que defendemos

es que, a partir de la sucesión de actuaciones archivísticas, estas

nos permiten dinamizar el servicio de los documentos a lo largo de

todas sus edades y conducir, sin problemas, los documentos

corrientes de hoy hasta configurar los fondos históricos del

mañana.

Sus características más importantes son:

o No se “mueven” los papeles: desde el principio los datos se

incorporan directamente o de existir documentos en soporte de

papel estos son digitalizados y posteriormente archivados.

o Proceso más “independiente” de las personas: El resultado de

las acciones o tareas realizadas durante el proceso

administrativo es más autónomo de las personas concretas que

lo realizan.

o Seguimiento automático del proceso: En todo momento se

conoce el estado de un expediente, que trámites han sido

hechos y cuáles están pendientes de realización, así como los

responsables correspondientes; el tiempo que se ha tardado y

las desviaciones, si las hubiera, respecto al tiempo previsto de

ejecución. Esto permite además el acceso inmediato a la

situación de cualquier expediente

18

MARTÍN F. Julio. Gestión Documental y procesos en las Administraciones Públicas. 2004 [Disponible en PDF: http://www.csi.map.es/csi/tecnimap/tecnimap_2004/comunicaciones/tema_03/3_004.pdf ] [Consulta: 22 setiembre 2008]

http://www.csi.map.es/csi/tecnimap/tecnimap_2004/comunicaciones/tema_03/3_004.pdf



- 39 -

o Archivo digital: Los registros generados en todos los procesos

se guardan en archivos digitales que ahorran espacio físico y

permiten una mayor seguridad física de los mismos.

Los beneficios que se obtendría al implantar un sistema de gestión

documental serian:

o Incrementar la eficiencia de los recursos humanos y medios

materiales empleados en la realización de los procedimientos,

facilitando una reducción del tiempo de ejecución de los

mismos.

o Acceder inmediatamente a la información por un conjunto de

personas a la vez y desde cualquier posición.

o Disponer de mayores posibilidades para el análisis e

información en general. Se elimina trabajo manual de reparto,

firma, registro y archivo de documentos.

o Facilitar la toma de decisiones en cualquiera de las fases de un

procedimiento, ya que la información disponible será la

adecuada para la persona solicitante.

o Mejorar sensiblemente los plazos de ejecución o respuesta a

peticiones de terceros. En paralelo reducción o eliminación de

los tiempos de espera para el ciudadano.

o Reducir la circulación física de documentos, y por tanto eliminar

su perdida.

o Facilitar la adecuación a los cambios procedimentales que

puedan surgir de la modificación del entorno normativo.

o Racionalización y automatización los procesos de relación,

permitiendo realizar tareas por excepción.



- 40 -

Sistema de Trámite Documentario 19

La implementación de este tipo de aplicación permitiría a las

organizaciones tener el control de la ubicación física actual y pasado

de la documentación que llega, fluye y se genera dentro de ellas; y

en base a estos datos mostrar el detalle del proceso que permitan

analizar los cuellos de botella para mejorar los flujos de los

documentos dentro de la organización.

La organización se ve beneficiada:

o Al 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 y se generan avisos y

mensajes.

o Al ubicar 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.

19

DSM GROUP SAC. Sistema Integrado Documentario. 2006. [Disponible en URL: http://www.dsmgroupsac.com/business/WebDSM/DSMWeb.nsf/d89006e5d37dc7ef05256a71006908fc/c6c1f04b583591820625712d0062bcaa?OpenDocument] [Consulta: 22 setiembre 2008]

http://www.dsmgroupsac.com/business/WebDSM/DSMWeb.nsf/d89006e5d37dc7ef05256a71006908fc/c6c1f04b583591820625712d0062bcaa?OpenDocument

http://www.dsmgroupsac.com/business/WebDSM/DSMWeb.nsf/d89006e5d37dc7ef05256a71006908fc/c6c1f04b583591820625712d0062bcaa?OpenDocument



- 41 -

3.2.3 Los sistemas de información y su importancia para las

organizaciones y empresas 20

Los cambios profundos que se vienen manifestando desde hace

algunos años en el ámbito mundial han generado transformaciones

radicales en las sociedades. La presencia de estos ha traído como

consecuencia cambios igualmente significativos en las

organizaciones, las cuales han debido modificar o readecuar sus

propias modalidades de gestión.

En este contexto la información se ha transformado en un recurso

cada vez más indispensable para el éxito de cualquier organización y

ha sido además el recurso para el desarrollo de las naciones y de su

integración regional y mundial. La valoración de cualquier

administración o sociedad puede realizarse identificando el

tratamiento que recibe la información. El mantenimiento o cambio del

mismo constituye una condición básica de reproducción de las

situaciones sociales y político administrativas.

A su vez, la información es un bien necesario para la toma de

decisiones, el avance de los conocimientos, el control de actividades y

el desarrollo económico, cultural y social. El manejo de esta es una

característica y una necesidad de las Administraciones Públicas, y en

este contexto la información significa datos de utilidad.

20

SANCHEZ B, RODRIGUEZ J. La Información como recurso en el desarrollo de las organizaciones de Administración Pública. 2000. [Disponible en PDF: http://www.um.es/fccd/anales/ad03/AD10-2000.PDF] [Consulta: 22 setiembre 2008]

http://www.um.es/fccd/anales/ad03/AD10-2000.PDF



- 42 -

3.2.4 Aplicación Web

Antes de puntualizar las herramientas, definamos el término de

aplicación web. En la mayoría de los casos una aplicación web no

sustituye a los sistemas informáticos que ya tiene la empresa, por el

contrario, es el envoltorio que los transforma en servicio. Cuando

pensamos por primera vez en el concepto aplicación web lo

identificamos automáticamente con páginas web. Las páginas web

han sido concebidas para publicar información a toda la comunidad

Internet de forma sencilla.

Según Rafael Morant Guillen21 define a las aplicaciones web como: “el

conjunto de páginas web que interactúan con el usuario ofreciéndole

la información solicitada y recogiendo datos del mismo”. Además

indica que, aunque el grupo de desarrollo de la aplicación tenga clara

las necesidades y los servicios que ofrecerá a sus posibles clientes,

deben ser los usuarios los que indiquen que y como quieren consumir

ese servicio.

Siguiendo esta línea, Macromedia22 define a las aplicaciones web

como: “un sitio web de contenido parcial o total, dado que el contenido

final se determina sólo cuando un visitante solicita una página del

servidor web.” Cada página varía de una petición a otra en función de

las acciones del visitante, por ello se les denomina página dinámica.

21

MORANT GUILLEN, Rafael. La Aplicación Web empresarial - El interfase del usuario a los servicios de la empresa. 2003. [Disponible en PDF: http://www.gestorweb.com/docu/webapps_arti.pdf] [Consulta: 21 agosto 2008]

22

MACROMEDIA. Utilización de Dreamweaver 8, Aspectos Básicos de las Aplicaciones Web. 2005. [Disponible en URL: http://livedocs.adobe.com/dreamweaver/8_es/using/gs_12_un.htm] [Consulta: 21 agosto 2008]

http://www.gestorweb.com/docu/webapps_arti.pdf

http://livedocs.adobe.com/dreamweaver/8_es/using/gs_12_un.htm



- 43 -

Tomando en cuenta estas definiciones podemos concluir en la

siguiente definición: “son aquellas aplicaciones que los usuarios

pueden utilizar accediendo a un servidor web a través de Internet o de

una intranet mediante un navegador, permitiendo al usuario hacer uso

de la información, como cualquier aplicación tradicional”.

Es importante mencionar que una página web puede contener

elementos que permiten una comunicación activa entre el usuario y la

información. Esto permite que el usuario acceda a los datos de forma

interactiva. Alegsa.com23 resalta de las aplicaciones web las

siguientes características:

o El cliente puede acceder fácilmente a estas aplicaciones

empleando un navegador web o similar.

o Si es por Internet, el cliente puede entrar desde cualquier lugar del

mundo donde tenga un acceso a Internet.

o Pueden existir miles de clientes pero una única aplicación

instalada en un servidor, por lo tanto se puede actualizar y

mantener una única aplicación y todos sus clientes verán los

resultados inmediatamente.

o Además, el avance aportado por el Web 2.0 y AJAX permite

extender las posibilidades de visualización e interactividad de las

aplicaciones.

o El navegador es pues una potente plataforma común a todas las

aplicaciones web.

23

ALEGSA. Definición de Aplicación Web, Características de una aplicación Web. 2006. [Disponible en URL:

http://www.alegsa.com.ar/Dic/aplicacion%20web.php] [Consulta: 21 agosto 2008]

http://www.alegsa.com.ar/Dic/aplicacion%20web.php



- 44 -

3.2.5 Herramientas empleadas en la aplicación web

Servidor Apache24

Es un software servidor HTTP de código

abierto para plataformas Unix (BSD,

GNU/Linux, etc.), Windows, Macintosh y

otras, que implementa el protocolo

HTTP/1.1 y la noción de sitio virtual. Cuando

comenzó su desarrollo en 1995 se basó

inicialmente en código del popular NCSA

HTTPd 1.3, pero más tarde fue reescrito por

completo. Su nombre se debe a que Behelendorf eligió ese nombre

porque quería que tuviese la connotación de algo que es firme y

enérgico pero no agresivo, y la tribu Apache fue la última en

rendirse al que pronto se convertiría en gobierno de EEUU.

Apache presenta características como mensajes de error altamente

configurables, bases de datos de autenticación y negociado de

contenido, modular, Open Source, multiplataforma, extensible,

popular y sobre todo gratuito; pero fue criticado por la falta de una

interfaz gráfica que ayude en su configuración

Apache tiene amplia aceptación en la red: desde 1996, Apache, es

el servidor HTTP más usado. Alcanzó su máxima cuota de

mercado en 2005 siendo el servidor empleado en el 70% de los

sitios web en el mundo.

24

Foundation Apache. The Apache Software Foundation. [En línea] 2008. [Consulta: 22 Setiembre 2008] Disponible en: <http://www.apache.org/>

http://www.apache.org/



- 45 -

Lenguaje de programación PHP25

PHP es un acrónimo recursivo que significa

Hypertext Pre-Processor (inicialmente PHP

Tools, o, Personal Home Page Tools).

PHP es un lenguaje interpretado de propósito general ampliamente

usado y que está diseñado especialmente para desarrollo web y

puede ser embebido dentro de código HTML. Generalmente se

ejecuta en un servidor web, tomando el código en PHP como su

entrada y creando páginas web como salida. Puede ser

desplegado en la mayoría de los servidores web y en casi todos los

sistemas operativos y plataformas sin costo alguno.

Sus características son las siguientes:

o Es un lenguaje multiplataforma.

o Capacidad de conexión con la mayoría de los manejadores de

base de datos que se utilizan en la actualidad, destaca su

conectividad con MySQL

o Capacidad de expandir su potencial utilizando la enorme

cantidad de módulos.

o Posee una amplia documentación en su página oficial

o Es libre, por lo que se presenta como una alternativa de fácil

acceso para todos.

o Permite las técnicas de Programación Orientada a Objetos.

o Biblioteca nativa de funciones sumamente amplia e incluida.

o No requiere definición de tipos de variables.

o Tiene manejo de excepciones (desde php5).

25

The PHP Group. PHP. [En línea] 2008. [Consulta: 22 Setiembre 2008] Disponible en: <http://www.php.net/>

http://www.php.net/



- 46 -

Manejador de base de datos MySQL26

El software MySQL® proporciona un

servidor de base de datos SQL muy

rápido, multi-threaded, multiusuario

y robusto. El servidor MySQL está

diseñado para entornos de

producción críticos, con alta carga de trabajo así como para

integrarse en software para ser distribuido. MySQL es una marca

registrada de MySQL AB. El software MySQL tiene una doble

licencia. Los usuarios pueden elegir entre usar el software MySQL

como un producto Open Source bajo los términos de la licencia

GNU General Public License o pueden adquirir una licencia

comercial Standard de MySQL AB.

Administrador de MySQL phpMyAdmin27

Es un instrumento escrito en PHP

que tiene la intención de manipular

la administración de MySQL sobre

Web. Ciertamente esto puede

crear, eliminar y alterar las bases

de datos, crear/eliminar/alterar tablas, borrar/actualizar/agregar

campos, ejecutar cualquier sentencia SQL, administrar llaves sobre

campos, administrar privilegios, exportar datos en varios formatos y

está disponible en 55 lenguajes bajo la licencia GPL. En otros

términos phpMyAdmin es un programa de libre distribución en

PHP, creado por una comunidad sin ánimo de lucro. Es una

herramienta muy completa que permite acceder a todas las

funciones típicas de la base de datos MySQL a través de una

interfaz Web muy intuitiva.

26

MySQL AB. MySQL. [En línea] 1995. [Consulta: 22 Setiembre 2008] Disponible en: <http://www.mysql.com/>

27

phpMyAdmin Devel Team. The phpMyAdmin Project. [En línea] 2008 [Consulta: 22 Setiembre 2008] Disponible en: <http://www.phpmyadmin.net/home_page/index.php>

http://www.mysql.com/

http://www.phpmyadmin.net/home_page/index.php



- 47 -

Manejador de base de datos PostgreSQL28

Es un poderoso sistema de base de datos

relacional de código abierto, cuenta con más

de 15 años de desarrollo activo y una

arquitectura probada que se ha ganado una

sólida reputación de fiabilidad, de integración

de los datos y de corrección.

Funciona en todos los principales sistemas operativos, incluyendo

el Linux, UNIX y Windows. Es plenamente compatible con ACID,

tiene soporte para claves foráneas, relaciones, vistas, triggers y

procedimientos almacenados. Apoya el almacenamiento de

grandes objetos binarios incluyendo imágenes, sonidos y video.

Cuenta con las siguientes características:

o Alta concurrencia, mediante un sistema denominado MVCC

(Acceso concurrente multiversión) PostgreSQL permite que

mientras un proceso escribe en una tabla, otros accedan a la

misma tabla sin necesidad de bloqueos. Cada usuario obtiene

una visión consistente de lo último a lo que se le hizo commit.

o Manejo de Llaves ajenas o Claves Foráneas (foreign keys).

o Disparadores (triggers).

o Vistas.

o Integridad transaccional.

o Herencia de tablas.

o Tipos de datos y operaciones geométricas.

28

PostgreSQL Global Development Group. PostgreSQL [En línea] 1996 [Consulta: 22 Setiembre 2008] Disponible en: < http://www.postgresql.org/ >

http://www.postgresql.org/



- 48 -

Editor de páginas web Macromedia Dreamweaver29

Es una aplicación destinada para la

construcción y edición de sitios y

aplicaciones Web basadas en estándares.

Creado inicialmente por Macromedia

(actualmente producido por Adobe

Systems). Es el programa más utilizado en

el sector del diseño y la programación Web, por sus

funcionalidades, su integración con otras herramientas como

Adobe Flash y, recientemente, por su soporte de los estándares del

World Wide Web Consortium. En la última versión (CS3) dispone

de un muy mejorado soporte de CSS, que junto a su funcionalidad

de autocompletado de atributos CSS (ideal para los que empiezan)

lo convierte quizás en uno de los editores más cómodos para

trabajar con CSS, y por ello quizás también sea el más usado por

los diseñadores Web.

Sistema de diseño de bases de datos DBDesigner30

Es un diseñador de bases de datos visual que

integra sistemas de diseño de bases de

datos, modelado, creación y mantenimiento

en un único entorno sin fisuras. Combina

características profesionales y una clara y

sencilla interfaz de usuario para ofrecer la

forma más eficaz de manejar sus bases de datos. DBDesigner 4 se

compara con productos como Oracle Designer, IBM Rational Rose,

Computer Associates de Erwin y theKompany la DataArchitect pero

es un proyecto de código abierto disponible para Microsoft

Windows y Linux 2K/XP KDE / Gnome.

29

Adobe Systems Incorporated. Adobe Dreamweaver CS4 [En línea] 2008 [Consulta: 22 Setiembre 2008] Disponible en: < http://www.adobe.com/es/products/dreamweaver/ >

30

fabFORCE.net. fabFORCE.net [En línea] 2003 [Consulta: 22 Setiembre 2008] Disponible en: <http://www.fabforce.net/dbdesigner4/ >

http://www.adobe.com/es/products/dreamweaver/

http://www.fabforce.net/dbdesigner4/



- 49 -

3.2.6 Tecnología Orientada a Objetos31

La Orientación a Objetos (OO) permite construir modelos más

cercanos al mundo real. Así se reduce la distancia entre los

requerimientos del sistema y la construcción del mismo. El análisis y

diseño orientado a objetos es un enfoque cuyo propósito es facilitar el

desarrollo de sistemas que deben cambiar con rapidez en respuesta a

entornos de negocios dinámicos.

El enfoque OO, es una técnica para modelación de sistemas en la

cual están involucrados un número de conceptos que son muy

convenientes para este propósito. Tomando en cuenta que la palabra

"sistema" tiene un significado amplio y puede referirse a un sistema

de software dedicado, o un software industrial.

Los tres aspectos fundamentales del paradigma orientación a objetos

son: Análisis OO, Diseño OO y Programación OO. Cada uno de estos

conceptos contribuye a la ingeniería del software y modelaje de

sistemas orientados a objetos.

Análisis Orientado a Objetos

El propósito del análisis orientado a objeto está en obtener un

entendimiento de la aplicación. Un entendimiento que depende de

los requerimientos funcionales del sistema.

El Análisis Orientado a Objeto puede ser caracterizado como una

iteración entre analizar el comportamiento y la información del

sistema. Además usa los conceptos de orientación a objetos. Una

de las ventajas del análisis orientado a objetos es la reducción de

la distancia semántica entre el dominio y el modelo.

31

KENDALL, Kenneth E.; KENDALL, Julie E. Análisis y Diseño de Sistemas. 8va ed., México: Pearson Educación, 2004 534 p. ISBN 970-26-0528-8. p. 19



- 50 -

Diseño Orientada a Objetos

Su uso induce a los programadores a pensar en términos de

objetos, en vez de procedimientos, cuando planifican su código. Un

objeto agrupa datos encapsulados y procedimientos para

representar una entidad. La 'interfaz del objeto', esto es, las formas

de interactuar con el objeto, también es definida en esta etapa. Un

programa orientado a objetos es descrito por la interacción de esos

objetos. El diseño orientado a objetos es la disciplina que define los

objetos y sus interacciones para resolver un problema de negocio

que fue identificado y documentado durante el análisis orientado a

objetos.

Programación Orientada a Objetos

La programación orientada a objetos esencialmente consiste en

programar usando objetos y otros conceptos introducido en la

orientación a objetos. Este estilo de programación ha sido usado,

recientemente, solamente en una escala pequeña. El poder mayor

de la programación orientada a objetos es que motiva la

reusabilidad y que es usualmente más fácil comprender y mantener

que en otros tipos de programación.

Definir qué es y qué no es programación orientada a objeto es una

tarea difícil. Igualmente es difícil definir si se trata de un estilo de

programación o de un lenguaje dependiente.



- 51 -

3.2.7 Programación en Capas32

La programación en capas se esquematiza de la siguiente forma:

Capa de Interfaz de Usuario

o Responsable del control de los aspectos relacionados con la

interacción entre el usuario y la aplicación + lógica de

validación de cliente.

o Debe ser inmune a los cambios introducidos en los

procedimientos de la empresa y a los cambios de los DBMS

utilizados.

o Visualización de reportes.

Capa de Lógica de Negocio

o Controla la secuencia de acciones y fuerza el cumplimiento de

las reglas del negocio propio de cada empresa

o Asegura la integridad de transacciones, cálculos, inserciones

completas.

o Librerías y componentes que encapsulan la lógica del proceso

del negocio. Programación del lado del servidor

Capa de Datos

o Gestión (mantenimiento) de los datos propiamente dicha.

o Garantiza las reglas de integridad referencial y la gestión de

transacciones.

o Motor de Base de Datos Relacional, tablas, vistas,

procedimientos almacenados, triggers, etc.

32

BRAVO RUIZ, Jaime Arturo. Programación en N Capas. [Diapositiva]. Pimentel, Perú: Aula Virtual USS, 2008. 25 diapositivas, col.



- 52 -

ILUSTRACION Nº 5: Modelo en capas


3.2.8 Metodologías para el Desarrollo de Software

Las metodologías de desarrollo de software son un instrumento útil

para la sistematización de las actividades que dan soporte al ciclo de

vida del software, actualmente existen diferentes propuestas

metodológicas que inciden en las diversas etapas de este ciclo de

vida lo cual permite alcanzar los siguientes objetivos:

Proporcionar o definir Sistemas de Información requeridos que

ayuden a conseguir los fines de la Institución y que promuevan la

participación activa del usuario.

Dotar a la Institución de productos de software que satisfagan las

necesidades de los usuarios.

Mejorar la productividad de las Unidades de Informáticas,

permitiendo una mayor capacidad de adaptación a los cambios y

teniendo en cuenta la reutilización de software en la medida de lo

posible.

Facilitar la comunicación y entendimiento entre los distintos

participantes en la producción de software a lo largo del ciclo de

vida del proyecto, teniendo en cuenta su papel y responsabilidad,

así como las necesidades de todos y cada uno de ellos.

Facilitar la operación, mantenimiento y uso de los productos de

software obtenidos.



- 53 -

A continuación se describirá brevemente las metodologías que se

consideran más adecuadas y las que brindan los procedimientos y

técnicas requeridos para este tipo de proyecto:

RUP (Rational Unified Process)

Es un proceso de desarrollo de software y junto con el Lenguaje

Unificado de Modelado UML, constituye la metodología estándar

más utilizada para el análisis, implementación y documentación de

sistemas orientados a objetos, además es un marco de trabajo

genérico que puede especializarse para una variedad de tipos de

sistemas, diferentes áreas de aplicación, tipos de organizaciones y

diferentes tamaños de proyectos.

Se caracteriza por ser iterativo e incremental, estar centrado en la

arquitectura y guiado por los casos de uso. Incluye artefactos (que

son los productos tangibles del proceso como por ejemplo, el

modelo de casos de uso, el código fuente, etc.) y roles (papel que

desempeña una persona en un determinado momento, una

persona puede desempeñar distintos roles a lo largo del proceso).

MÉTRICA v3

Es una metodología de planificación, desarrollo y mantenimiento de

sistemas de información, promovida por el Ministerio de

Administraciones Públicas del Gobierno de España para la

sistematización de actividades del ciclo de vida de los proyectos

software en el ámbito de las administraciones públicas. Esta

metodología está basada en el modelo de procesos del ciclo de

vida de desarrollo ISO/IEC 12207 (Tecnología de Información –

Proceso del Ciclo de Vida del Software) así como en la norma

ISO/IEC 15504 SPICE (Modelo para la mejora y evaluación de los

procesos de desarrollo y mantenimiento de sistemas y productos

de software).



- 54 -

Además es un instrumento que las organizaciones puedan

emplearlo en la mejora de sus procesos, o como norma de

conformidad en la adquisición y suministro de sistemas de software

MSF v 3.0 (Microsoft Solutions Framework)

Es un marco de trabajo de referencia para construir e implantar

sistemas basados en herramientas y tecnologías de Microsoft. Este

marco permite exponer, revelar y manejar riesgos críticos,

determinar los criterios de planeación, y establecer las

interdependencias necesarias para una ejecución exitosa de los

proyectos.

Dentro de este contexto, MSF no es una metodología en el sentido

estricto, con estructuras de trabajo, tareas y productos

predeterminados. En su lugar, provee mecanismos flexibles para

aplicar soluciones adecuadas a los problemas tecnológicos y de

negocios, no es un marco estático y evoluciona respondiendo a los

cambios en la tecnología y en los requerimientos de los proyectos.

FDD (Feature Driven Development)

El desarrollo basado en Funcionalidades como en otras

metodologías adaptables, se enfoca en iteraciones cortas que

entregan funcionalidad tangible. En ese caso las iteraciones duran

dos semanas. El FDD tiene cinco procesos:

o Desarrollar un Modelo Global

o Construir una Lista de los Rasgos

o Planear por Rasgo

o Diseñar por Rasgo

o Construir por Rasgo

Los primeros tres se hacen al principio del proyecto y los últimos

dos se hacen en cada iteración. Cada proceso se divide en tareas y

se da un criterio de comprobación.



- 55 -

Los desarrolladores entran en dos tipos: dueños de clases y

programadores jefe. Los programadores jefe son los desarrolladores

más experimentados. A ellos se les asignan rasgos a construir. Sin

embargo ellos no los construyen solos. Solo identifican qué clases se

involucran en la implantación de un rasgo y juntan a los dueños de

dichas clases para que formen un equipo para desarrollar ese rasgo.

El programador jefe actúa como el coordinador, diseñador líder y

mentor mientras los dueños de clases hacen gran parte de la

codificación del rasgo.

3.3 SELECCIÓN DE LA METODOLOGÍA

Para la selección de la metodología se hizo un estudio de las características

principales de estas, al igual que una comparación para ver cual de ellas se

adapta mejor a nuestra investigación, es por ello que se ha considerado una

serie de criterios aplicados a las metodologías planteadas previamente, con

el fin de describir el nivel de cumplimiento referente al criterio planteado.

Criterio A: Ciclo de vida del software

Criterio B: Obtención de requisitos

Criterio C: Emplea UML

Criterio D: Centrado en la arquitectura

Criterio E: Proceso Iterativo e Incremental

Criterio F: Relación con el usuario

Criterio G: Carga de trabajo

Criterio H: Tamaño de los equipos

Para la evaluación de los criterios se considerará una escala denominado

como Nivel de alcance, es decir en que medida la metodología cubre ese

criterio, esta escala es la siguiente:

Cumple Regular No cumple



- 56 -

CUADRO Nº 1: Evaluación del criterio A – Ciclo de vida del software

Metodología Ciclo de Vida del Software

Resultado Requerimientos Análisis Diseño Implementación Pruebas

RUP + + + + +

METRICA v 3 + + + + +

MSF v 3.0 + 0 0 + +

FDD 0 0 + + +

Nota: La simbología empleada para evaluación de cada fase por la metodología significa; +

cuando esta cumplía con una de las partes del ciclo de vida del software, 0 cuando cumplía

regularmente y – cuando no cumplía o comprendía otras acciones.

FUENTE: Elaboración propia

CUADRO Nº 2: Evaluación del Criterio B – Obtención de requisitos

Metodología Instrumentos Resultado

RUP Los Casos de Uso guían el proceso de

desarrollo de esta metodología.

METRICA v 3

Los Catálogos de Requisitos y los Casos de

Uso son los instrumentos empleados en esta

metodología.

MSF v 3.0

Realizan una planificación de la cual los

requisitos se dividen en cuatro grandes

grupos: necesidades del negocio, requisitos

del usuario, necesidades operacionales y

requisitos del sistema, basándose en

Escenarios de Uso (lista de requisitos).

FDD

No precisa la obtención de los requisitos,

porque trabaja directamente con una Lista de

Requerimientos realizada por el experto del

dominio.




- 57 -

CUADRO Nº 3: Evaluación del Criterio C – Emplea UML

Metodología Descripción Resultado

RUP Esta metodología contempla en su totalidad al UML

para representar cada uno de sus diagramas.

METRICA v 3

Contempla el uso parcial de UML, porque

considera algunos modelos propios para

representar sus diagramas.

MSF v 3.0 No considera al UML, solo emplea modelos propios

los cuales le permiten representar sus diagramas.

FDD Se toma en un nivel parcial, poco extendido el uso

de UML, por lo general maneja modelos propios


CUADRO Nº 4: Evaluación del Criterio D – Centrado en la arquitectura


RUP Esta metodología describe diferentes vistas del

modelo en construcción.

METRICA v 3

Comprende una serie de procesos, en ellos existen

actividades las cuales describen a los catálogos y

diseños necesarios para la construcción.

MSF v 3.0

Abarca una serie modelos y fases las cuales

muestran el nivel de avance de la construcción del

proyecto.

FDD

Toma en cuenta la realización de diferentes

procesos denominados como funcionalidades o

rasgos según la entrega.




- 58 -

CUADRO Nº 5: Evaluación del Criterio E – Proceso iterativo e incremental

Metodología Iterativo Incremental Resultado

RUP + +

METRICA v 3 + +

MSF v 3.0 + +

FDD + +


CUADRO Nº 6: Evaluación del Criterio F – Relación con el usuario


RUP

Al final de cada fase, se le presenta al usuario los

artefactos finales de dicha fase, para que sean

evaluados por este y se puedan generar las

iteraciones necesarias para la siguiente fase.

METRICA v 3

Se realizan diversas entregas a los usuarios

específicos en función del proceso y la actividad

con la finalidad que el cliente de su visto bueno.

MSF v 3.0

Se realizan entregas por cada fase pero

principalmente en la de Desarrollo y Estabilización,

porque el usuario participa activamente y conoce

de alguna manera el resultado.

FDD

Define claramente entregas tangibles y formas de

evaluación del progreso del proyecto cada dos

semanas o tal vez más, con la finalidad de que el

usuario apruebe el nivel de avance.




- 59 -

CUADRO Nº 7: Evaluación del Criterio G – Carga de trabajo


RUP

Es un proceso pesado por estar basado en la

documentación, la cual se ve afectada con los posibles

cambios volátiles que a los usuarios se les ocurre en

cuanto a funcionalidades del software, la justificación

de esto es que gracias a su plan de desarrollo pueden

reconocer los problemas y fallos de forma temprana y

corregirlos.

METRICA v3

Este modelo realiza una documentación muy compleja

para representar la totalidad del proyecto. Cada

documento es una forma de respaldo y es muy útil

para otros proyectos, pero consume más tiempo y

recursos, al igual que la metodología anterior.

MSF v 3.0

Realiza una documentación regular no tan voluminosa

porque el usuario participa en el proyecto, es por ello

que conoce de alguna manera el resultado, la

documentación que obtiene en cada entrega ya le es

familiar.

FDD

Se realiza poca documentación porque cada etapa

denominada Funcionalidad / Rasgo, es coordinada

conjuntamente con los usuarios del sistema, es decir

que ellos ya tienen una noción del resultado de cada

etapa.




- 60 -

CUADRO Nº 8: Evaluación del Criterio H – Tamaño de los equipos


RUP

Este modelo considera trece perfiles, cada uno

con un rol específico en cada fase de la

metodología, pero pueden variar en función del

proyecto.

METRICA v 3

Este modelo establece cinco perfiles los cuales

desempeñan una serie de roles internos

dependiendo del perfil a su cargo.

MSF v 3.0

Este modelo se define como un equipo no

jerarquizado cuyos integrantes trabajan en seis

roles interdependientes y cooperativos los cuales

pueden cambiar en función del proyecto.

FDD

Este modelo considera a un equipo de quince

miembros los cuales cumplen labores claves,

pero pueden cambiar de roles o realizar varios a

la vez según el tamaño del proyecto.


Como resultado de esta evaluación se ha elaborado el siguiente cuadro de

resumen, el cual permitirá mostrarnos a las metodologías con el nivel de

alcance que han tenido, claro esta bajo el criterio final de los tesistas:

CUADRO Nº 9: Resumen de evaluación de criterios

Metodología C-A C-B C-C C-D C-E C-F C-G C-H

RUP + + + + + 0 0 0

METRICA v 3 + + 0 0 + 0 0 +

MSF v 3.0 0 + - 0 + + + +

FDD 0 0 0 0 + + + 0




- 61 -

CUADRO Nº 10: Prioridades para la evaluación de criterios

Prioridades Criterios

Alta C-A, C-B, C-D, C-E

Regular C-C, C-F, C-G, C-H

Baja Ningún


CUADRO Nº 11: Resultado de la evaluación de criterios

Prioridades Alta Regular Resultado

Metodologías C-A C-B C-D C-E C-C C-F C-G C-H

RUP + + + + + 0 0 0

METRICA v 3 + + 0 + 0 0 0 +

MSF v 3.0 0 + 0 + - + + +

FDD 0 0 0 + 0 + + 0


Como resultado final de esta evaluación de metodologías bajo una serie de

criterios, la metodología que cumple en su totalidad con los criterios de

prioridad alta es la metodología RUP, por ello se describe a continuación con

mayor detalle la metodología elegida.



- 62 -

RUP (Proceso Unificado de Rational)

El Proceso Unificado de Rational (Rational Unified Process) es un proceso

de Ingeniería de Software. Proporciona una aproximación disciplinada para

asignar tareas y responsabilidades dentro de una organización de desarrollo.

Su meta es asegurar la producción de software de alta calidad que llene los

estándares de los usuarios finales, dentro de un horario y presupuesto

predecible. El Proceso Unificado captura muchas de las mejores prácticas

en el desarrollo de software moderno en una forma que es adaptable para

un amplio rango de proyectos y organizaciones. A pesar, de nuestro uso del

Proceso Unificado, es importante recordar que el UML es independiente del

proceso; es decir, con cualquier proceso que se use, puede usar el UML

para grabar las decisiones resultantes del análisis y el diseño.

Principios de desarrollo

El RUP está basado en 5 principios clave que son:

Adaptar el proceso

El proceso deberá adaptarse a las características propias del proyecto u

organización. El tamaño del mismo, así como su tipo o las regulaciones

que lo condicionen, influirán en su diseño específico. También se deberá

tener en cuenta el alcance del proyecto.

Balancear prioridades

Los requerimientos de los diversos participantes pueden ser diferentes,

contradictorios o disputarse recursos limitados. Debe encontrarse un

balance que satisfaga los deseos de todos. Debido a este balanceo se

podrán corregir desacuerdos que surjan en el futuro.



- 63 -

Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de un modo interno, en etapas

iteradas. En cada iteración se analiza la opinión de los inversores, la

estabilidad y calidad del producto, y se refina la dirección del proyecto así

como también los riesgos involucrados

Elevar el nivel de abstracción

Esto evita que los ingenieros de software vayan directamente de los

requisitos a la codificación de software a la medida del cliente, sin saber

con certeza qué codificar. Un alto nivel de abstracción también permite

discusiones sobre diversos niveles y soluciones arquitectónicas. Éstas se

pueden acompañar por las representaciones visuales de la arquitectura,

por ejemplo con el lenguaje UML.

Enfocarse en la calidad

El control de calidad no debe realizarse al final de cada iteración, sino en

todos los aspectos de la producción. El aseguramiento de la calidad forma

parte del proceso de desarrollo y no de un grupo independiente.

Fases y Disciplinas

Estas conforman la organización dinámica del proceso a lo largo del tiempo.

El ciclo de vida del software está dividido en ciclos, cada ciclo trabaja en una

nueva generación del producto. El Proceso Unificado divide un ciclo de

desarrollo en cuatro fases consecutivas:

Fase de Inicio (Inception Phase).

Fase de Elaboración (Elaboration Phase).

Fase de Construcción (Construction Phase).

Fase de Transición (Transition Phase).



- 64 -

Cada fase es construida con hitos – un punto en el tiempo en el cual ciertas

decisiones críticas deben ser tomadas – bien definidos, y por lo tanto metas

claves han sido alcanzadas. Cada fase tiene un propósito específico.

ILUSTRACION Nº 6: Fases y disciplinas de RUP

FUENTE: Libro “El Proceso Unificado de Desarrollo de Software”

Características de RUP

Dirigido por casos de uso

Es a menudo difícil distinguir a partir de un sistema tradicional orientado a

objetos cómo un sistema hace lo que se supone que debe hacer. En el

Proceso Unificado, los casos de uso definen el comportamiento de un

sistema. Los casos de uso no son parte de la orientación a objetos

tradicional, pero su importancia se ha vuelto más y más aparente.

En el Proceso Unificado, los casos de uso definidos para un sistema son

las bases para el proceso de desarrollo entero. Los casos de uso juegan

un rol en cada uno de los cuatro componentes de ingeniería: análisis de

requerimientos, diseño, implementación y prueba.



- 65 -

Iterativo e incremental

La aproximación iterativa del Proceso Unificado es generalmente superior

por varias razones:

o Permite tomar en cuenta cambios de requerimientos.

o La Integración de los elementos es progresiva.

o Ayuda a mitigar riesgos más temprano.

o El proceso mismo puede ser mejorado y refinado en el camino.

o Facilita la reutilización, debido a que es más fácil identificar partes

comunes a medida que son parcialmente diseñadas e implementadas.

o Resulta en una arquitectura más robusta porque está corrigiendo

errores en varias iteraciones.

Centrado en la arquitectura

El Proceso Unificado proporciona una forma metódica y de sistema para

diseñar, desarrollar y validar una arquitectura. Ofrece plantillas para

descripciones de arquitectura alrededor de conceptos de múltiples vistas

de arquitectura, y la captura de estilo de arquitectura, reglas de diseño y

restricciones.

El componente del proceso de diseño contiene actividades específicas

dirigidas a identificar restricciones de arquitectura y elementos

significativos, así como guías sobre como tomar decisiones de

arquitectura.

El proceso de administración muestra como la planeación de iteraciones

tempranas toma en cuenta el diseño de una arquitectura y la resolución

de los riesgos técnicos mayores.



- 66 -

3.4 DEFINICIÓN CONCEPTUAL DE LA TERMINOLOGÍA EMPLEADA

A

Abstracción

Es el proceso en el cual definimos las características esenciales de un

objeto del mundo real, los atributos y comportamientos que lo definen

como tal, para después modelarlo en un objeto de software.

ACID

En bases de datos se denomina ACID a un conjunto de características

necesarias para que una serie de instrucciones puedan ser consideradas

como una transacción. En concreto ACID es un acrónimo de Atomicity,

Consistency, Isolation and Durability: Atomicidad, Consistencia,

Aislamiento y Durabilidad en español.

Administrado

o Quienes promuevan algún procedimiento administrativo como titulares

de derechos o intereses legítimos individuales o colectivos.

o Aquellos que, sin haber iniciado el procedimiento, posean derechos o

intereses legítimos que pueden resultar afectados por la decisión a

adoptarse.

C

Clase

Es un molde o bien prototipo en donde se definen los atributos (variables)

y las acciones (métodos) comunes de una entidad.

CSS

Las hojas de estilo en cascada (Cascading Style Sheets, CSS) son un

lenguaje formal usado para definir la presentación de un documento

estructurado escrito en HTML o XML (y por extensión en XHTML). El

W3C (World Wide Web Consortium) es el encargado de formular la

especificación de las hojas de estilo que servirán de estándar para los



- 67 -

agentes de usuario o navegadores. La idea que se encuentra detrás del

desarrollo de CSS es separar la estructura de un documento de su

presentación.

D

Dato

Es una representación simbólica (numérica, alfabética, etc.), atributo o

característica de una entidad. El dato no tiene valor semántico (sentido)

en sí mismo, pero convenientemente tratado (procesado) se puede utilizar

en la realización de cálculos o toma de decisiones.

Derecho de Tramitación

Es la tasa que debe pagar obligatoriamente el particular o usuario a la

entidad por concepto de tramitación de un procedimiento administrativo.

E

Encapsulamiento

También referido como ocultamiento de la información, es la propiedad de

la orientación a objetos que nos permite asegurar que la información de

un objeto le es desconocida a los demás objetos en la aplicación.

I

Información

Es un conjunto de datos capturados, organizados, clasificados e

integrados con un significado y contexto. La información es un elemento

fundamental en el proceso de la comunicación, ya que tiene un significado

para quien la recibe, que la va a comprender si comparte el mismo código

que quien la envía. Esto no sólo ocurre en un proceso social sino también

en el mundo de la informática.



- 68 -

J

Jerarquía

La tecnología orientada a objetos nos permite definir jerarquías entre

clases y jerarquías entre objetos. Las dos jerarquías más importantes que

existen son la jerarquía “es un” que precisa la generalización y

especificación entre clases, y la jerarquía “es parte de” en la cual se

delimita la agregación de objetos. Comúnmente, a la jerarquía “es un” se

le conoce como herencia.

M

Modularidad

Nos permite modificar las características de la clase que definen a un

objeto, de forma independiente de las demás clases. Si una aplicación

puede dividirse en módulos separados, normalmente clases, y estos

pueden compilarse y modificarse sin afectar a los demás, entonces dicha

aplicación ha sido implementada en un lenguaje de programación que

soporta la modularidad.

O

Objeto

Puede ser visto como una entidad que posee atributos y efectúa acciones.

Estos objetos son casos particulares de entidades llamadas clases en

donde se definen las características comunes de tales objetos.

P

Portal

Un portal de Internet es un sitio web cuyo objetivo es ofrecer al usuario,

de forma fácil e integrada, el acceso a una serie de recursos y de

servicios, entre los que suelen encontrarse buscadores, foros,

documentos, aplicaciones, compra electrónica, etc. Principalmente están

dirigidos a resolver necesidades específicas de un grupo de personas o

de acceso a la información y servicios de una institución pública o privada.



- 69 -

Procedimientos Administrativos

Es un conjunto de actos y diligencias tramitadas ante la entidad,

conducentes a la emisión de un acto administrativo que produzca efectos

jurídicos individuales o individualizables sobre intereses, obligaciones o

derechos del administrado, sea esta persona natural o jurídica, pública o

privada.

Polimorfismo

Muchas veces es necesario que un mismo comportamiento o acción se

realice de diferentes maneras. El polimorfismo es la propiedad por la cual

una entidad puede tomar diferentes formas.

S

Sistema

Un sistema es un conjunto de "elementos" relacionados entre sí, de forma

tal que un cambio en un elemento afecta al conjunto de todos ellos. Para

estudiar un sistema hemos de conocer los elementos que lo forman y las

relaciones que existen entre ellos. El cuerpo humano, un bosque, una

nación, el ecosistema de una barrera de coral son mucho más que la

suma de sus partes.

Sitio Web

Un sitio web (en inglés: website) es un conjunto de páginas web,

típicamente comunes a un dominio de Internet o subdominio en la World

Wide Web en Internet Una página web es un documento HTML/XHTML

accesible generalmente mediante el protocolo HTTP de Internet.

Todos los sitios web públicamente accesibles constituyen una gigantesca

"World Wide Web" de información. Un sitio web puede ser el trabajo de

una persona, una empresa u otra organización y está típicamente

dedicada a algún tema particular o propósito.



- 70 -

T

TUPA - Texto Único de Procedimiento Administrativo

Documento de gestión institucional creado para brindar a los

administrados o ciudadanos en general la información sobre todos los

procedimientos administrativos que se tramitan ante las entidades.

W

WEB

o La Web (con el determinante "La"), el sistema de documentos (o webs)

interconectados por enlaces de hypertexto, que se ejecutan en Internet

o Una página web: documento o fuente de información, generalmente en

formato HTML y que puede contener hiperenlaces a otras páginas web.

Dicha página web, podrá ser accesible desde un dispositivo físico, una

intranet, o Internet.

o Un sitio web, o red informática (en inglés: «website»), que es un

conjunto de páginas web, típicamente comunes a un dominio o

subdominio en la World Wide Web en Internet.

o Un servidor web, un programa que implementa el protocolo HTTP

(hypertext transfer protocol) para transferir lo que llamamos hipertextos,

páginas web o páginas HTML (hypertext markup language).

También se le da este nombre, al ordenador que ejecuta este

programa.

o Web 2.0, término acuñado por Tim O'Reilly en 2004 para referirse a

una segunda generación de Web basada en comunidades de usuarios

y una gama especial de servicios, como las redes sociales, los blogs,

los wikis o las folcsonomías, que fomentan la colaboración y el

intercambio ágil de información entre los usuarios.



- 71 -

CAPITULO IV

Marco Metodológico

4



- 72 -

4.1 TIPO DE INVESTIGACIÓN

Tecnológica, propositiva.- La elaboración de esta investigación es

tecnológica, porque tiene como objetivo el desarrollo de un sistema

informático de trámite documentario para el G.P.CH con la finalidad de

mejorar la tramitación de documentos en la institución. Y propositiva, porque

los resultados obtenidos en función de los indicadores, son estimaciones que

se podrían generar al implementarse la aplicación.

4.2 DISEÑO DE LA INVESTIGACIÓN

Al plantear el desarrollo de la investigación se ha considerado emplear el

Diseño de Campo por ser este un tipo de diseño adecuado para una tesis de

ingeniería. Por tal motivo se ha elegido al Diseño Estadístico y al Diseño

Cualitativo como los sub tipos más convenientes.

Se ha optado por el diseño estadístico porque este efectúa mediciones para

determinar los valores de una variable. Consiste en el estudio cuantitativo o

evaluación numérica de los hechos colectivos.

Por otro lado se ha seleccionado al diseño cualitativo porque es un diseño

flexible de información cualitativa, que no implica un manejo estadístico

riguroso ya que su estructura se orienta más al proceso que a la obtención

de resultados.

4.3 POBLACIÓN Y MUESTRA

El proceso de trámite documentario es una labor realizada por todas las

dependencias del Gobierno Provincial de Chiclayo.

Se ha determinado como nuestra población y muestra a los documentos

tramitados tanto por los administrados (comunidad en general), como por el

personal que labora en el gobierno provincial, ya que dichos documentos los

representan en el proceso de tramitación. Se ha optado por considerar dos

tipos de población que a continuación se detallan:



- 73 -

4.3.1 Población y muestra interna

Población interna

Está conformada por los documentos tramitados entre las diversas

gerencias y subgerencias, así como la documentación interna en

cada una de ellas.

Se ha creído por conveniente considerar el promedio mensual de

los documentos tramitados en el periodo 2007 como población

interna.

Dicha estimación se detalla en los siguientes cuadros:


CHICLAYO

- 74 -

CUADRO Nº 12: Documentos emitidos en el periodo 2007

Dependencias Enero Febrero Marzo Abril Mayo Junio Julio Agosto Setiembre Octubre Noviembre Diciembre Total x Dep

Sub Gerencia de Coordinación de Alcaldía 52 43 42 87 44 51 73 156 346 229 229 300 1652

Sub Gerencia de Secretaria General 186 249 288 588 266 325 336 279 322 275 226 346 3686

Sub Gerencia de Defensa Civil 129 189 304 236 250 171 214 215 170 161 107 141 2287

Procuraduría Pública Municipal 236 319 204 339 301 231 242 160 220 201 129 373 2955

Gerencia Relaciones Públicas e I.I. 14 46 52 39 45 52 64 31 70 39 47 74 573

Gerencia General Municipal 161 186 148 97 103 108 138 85 139 126 157 94 1542

Gerencia Central de Administración y Finanzas 114 80 234 85 116 169 181 206 178 137 198 165 1863

Sub Gerencia de Logística 92 140 180 129 190 181 197 236 226 309 334 330 2544

Sub Gerencia de Tesorería 304 476 502 447 471 616 620 758 742 428 850 609 6823

Sub Gerencia de Contabilidad 154 233 178 148 192 145 200 179 202 188 182 129 2130

Gerencia de Recursos Humanos 950 854 941 617 789 615 727 679 820 807 971 963 9733

Gerencia de Sistemas e Informática 27 22 40 23 51 63 44 37 66 53 35 38 499

Gerencia de Asesoría Jurídica 99 183 285 165 204 154 140 168 177 201 186 147 2109

Gerencia de Planeamiento y Presupuesto 31 85 82 100 122 93 139 160 75 72 81 83 1123

Sub Gerencia Planeamiento y Racionalización 5 24 21 9 29 47 39 29 24 32 40 35 334

Sub Gerencia Presupuesto y Estadística 39 81 129 91 121 101 132 59 108 74 37 125 1097

Sub Gerencia Programación de Inversiones y CTI 18 42 14 14 6 11 0 0 0 0 0 0 105

Sub Gerencia de Seguridad Ciudadana 94 91 88 103 142 82 116 107 167 153 118 115 1376

Gerencia de Urbanismo 83 101 77 104 131 162 130 122 129 149 153 163 1504

Sub Gerencia de Obras Privadas y Catastro 102 67 90 86 130 86 105 57 97 106 79 52 1057

Sub Gerencia de Control Urbano y Fiscalización 175 272 435 279 241 290 160 268 191 261 203 192 2967

Sub Gerencia de Medio Ambiente y Ornato 31 38 48 61 63 41 41 43 91 38 57 26 578

Gerencia de Edificaciones 107 193 158 214 248 255 266 243 254 260 281 272 2751

Sub Gerencia de Obras y Convenios 56 127 88 114 124 156 160 143 45 100 198 172 1483

Sub Gerencia de Estudios y Proyectos 26 49 62 43 79 70 41 37 29 51 56 53 596

Gerencia de Desarrollo Humano 63 70 59 57 61 57 58 65 86 53 58 55 742

Sub Gerencia de Educación, Cultura, Dep. y Rec. 89 93 148 95 108 122 108 106 101 89 115 72 1246

Sub Gerencia de Registro Civil 145 182 201 156 205 181 221 269 214 174 178 130 2256

Sub Gerencia de Turismo 24 59 53 47 64 59 53 41 50 47 32 70 599

Gerencia de Tránsito y Transporte 125 88 106 63 153 111 134 167 139 156 124 115 1481


CHICLAYO

- 75 -

Sub Gerencia de Tránsito 21 18 27 16 39 21 7 9 0 1 26 71 256

Sub Gerencia de Transporte 42 51 74 39 72 46 54 73 76 38 71 73 709

Gerencia de Servicios a la Ciudad 130 165 142 92 164 126 140 115 212 130 184 177 1777

Sub Gerencia de Limpieza Pública 98 131 143 155 105 168 297 388 260 181 146 215 2287

Sub Gerencia de Sanidad 126 170 136 78 169 138 146 112 220 167 194 192 1848

Sub Gerencia de Prom. Empres y Def. Consumidor 147 214 281 419 315 301 256 321 282 366 1397 362 4661

Sub Gerencia de Mecánica y Mantenimiento 143 127 83 77 92 101 108 118 91 152 125 68 1285

Programa del Vaso de Leche 17 12 15 24 49 155 39 24 43 48 79 15 520

Coordinación de Asentamientos Humanos 35 35 28 33 48 42 44 51 59 55 63 69 562

Almacén II 4 4 2 1 3 1 2 3 2 4 4 3 33

Total x Mes 4494 5609 6188 5570 6105 5904 6172 6319 6723 6111 7750 6684 73629


Como resultado de los documentos emitidos por cada dependencia en el periodo 2007, se obtuvo una cantidad total de 73629

documentos emitidos en dicho periodo. Para la obtención de la población interna, se procedió a realizar un cálculo de promedio

mensual.



- 76 -

CUADRO Nº 13: Cálculo del promedio mensual de documentos emitidos

Total de Documentos Nº de Meses Promedio Mensual

73629 12 6135.75


Según el resultado obtenido, nuestra población interna sería de 6136

documentos aproximadamente.

Muestra interna

El cálculo de la muestra interna se ha realizado con la siguiente

fórmula:

Donde:

n0 = Es la primera aproximación al tamaño de la muestra y

corresponde a:

Z: Valor correspondiente al nivel de confianza y se obtiene de las

tablas de distribución normal.

P: Probabilidad de que suceda el evento.

Q: Probabilidad de que no suceda el evento.

d: Margen de error del muestreo.

N: Tamaño de la población.

n: Tamaño muestral



- 77 -

Cálculo de la muestra interna:

Para realizar este cálculo se ha determinado las siguientes variables

con sus respectivos valores, los cuales se detallan de esta manera:

Luego procedemos a realizar el respectivo cálculo, el cual es:

Como resultado se ha obtenido un tamaño muestral interno de 67

documentos aproximadamente que son representativos al tamaño de

la población interna.

4.3.2 Población y muestra externa

Población externa

Está conformada por los documentos ingresados por el

administrado en mesa de partes (trámite documentario) del

Gobierno Provincial de Chiclayo.

Para ello se ha considerado el promedio mensual de los

documentos ingresados en el periodo 2007 como población

externa. Para una mejor comprensión se detalla en el siguiente

cuadro:

Variables Valores

Z 0.9

P 0.5

Q 0.5

d 0.1

N 6136


CHICLAYO

- 78 -

CUADRO Nº 14: Documentos ingresados en el periodo 2007

Dependencias Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre Total x Dep

DEMUNA 0 2 3 2 7 10 3 5 7 10 7 1 57

Gerencia de Administración y Finanzas 54 89 101 104 145 90 67 56 115 127 59 46 1053

Gerencia de Asesoría Jurídica 1 7 8 1 4 4 2 5 15 5 12 12 76

Gerencia de Desarrollo Humano 2 4 4 7 7 7 5 12 7 3 62 30 150

Gerencia de Edificaciones 23 34 34 27 31 41 36 39 51 36 35 30 417

Gerencia de Planeamiento y Presupuesto 1 2 7 7 8 7 4 6 6 1 2 1 52

Gerencia de RR.HH 430 376 294 210 215 235 285 279 369 326 310 210 3539

Gerencia de RR.PP e I.I 2 2 0 2 3 0 3 4 1 1 3 1 22

Gerencia de Servicios a la Ciudad 114 124 205 171 155 124 161 175 157 174 146 132 1838

Gerencia de Sistemas e Informática 0 0 2 1 0 1 1 1 2 0 1 0 9

Gerencia de Urbanismo 845 1113 962 749 872 765 950 947 816 918 143 97 9177

Gerencia General Municipal 14 10 21 16 23 19 17 27 25 26 37 12 247

Órgano de Control Institucional 0 1 4 0 0 4 0 1 2 2 84 94 192

Procuraduría Pública Municipal 2 5 5 0 0 5 6 4 2 2 3 4 38

SATCH 0 10 3 15 27 27 23 26 31 47 26 20 255

SubG de Sanidad 115 107 68 66 53 41 65 73 55 64 78 55 840

SubG de Limpieza Publica 2 0 6 0 3 0 0 1 0 2 21 51 86

SubG. de Contabilidad 2 1 2 3 2 1 3 1 2 2 1 1 21

SubG. de Coordinación de Alcaldía 77 65 62 80 91 73 76 88 81 63 134 120 1010

SubG. de Defensa Civil 282 484 282 193 254 222 276 220 98 139 114 111 2675

SubG. de Logística 6 4 6 3 4 0 3 6 9 7 3 1 52

SubG. de Medio Ambiente y Ornato 0 1 7 9 15 11 13 21 12 32 33 17 171

SubG. de Obras Privadas y Catastro 2 1 3 5 7 2 2 12 6 8 525 440 1013

SubG. de Participación Vecinal 23 33 25 18 19 32 30 17 16 24 42 24 303

SubG. de Registro Civil 523 504 467 395 437 360 348 426 368 380 404 319 4931

SubG. de Secretaria General 650 617 741 587 665 615 624 674 669 802 722 434 7800

SubG. de Seguridad Ciudadana 3 4 9 11 29 31 86 124 100 99 96 62 654

SubG. de Tesorería 13 9 14 5 15 3 11 13 11 23 23 24 164

SubG. de Transito 246 310 557 637 460 300 373 405 555 752 612 573 5780

SubG. de Turismo 1 4 8 10 7 10 6 11 35 19 17 10 138


CHICLAYO

- 79 -


Como resultado de los documentos ingresados por los administrados al Gobierno Provincial de Chiclayo en el periodo 2007, se

obtuvo una cantidad total de 42834 documentos ingresados en dicho periodo. Para la obtención de la población externa, se

procedió a realizar un cálculo de promedio mensual.

CUADRO Nº 15: Cálculo del promedio mensual de documentos ingresados

Total de Documentos Nº de Meses Promedio Mensual

42834 12 3569.5


Según el resultado obtenido, nuestra población externa sería de 3570 documentos aproximadamente.

SubG. Educación, Cultura, Deporte y Rec. 4 0 3 1 1 2 8 9 10 1 3 4 46

Otras Dependencias 0 0 3 1 3 1 8 4 5 2 1 0 28

Total x Mes 3437 3923 3916 3336 3562 3043 3495 3692 3638 4097 3759 2936 42834



- 80 -

Muestra externa

El cálculo de la muestra externa se ha realizado con la siguiente

fórmula:

Donde:

n0 = Es la primera aproximación al tamaño de la muestra y

corresponde a:

Z: Valor correspondiente al nivel de confianza y se obtiene de las

tablas de distribución normal.

P: Probabilidad de que suceda el evento.

Q: Probabilidad de que no suceda el evento.

d: Margen de error del muestreo.

N: Tamaño de la población.

n: Tamaño muestral

Cálculo de la muestra externa:

Para realizar este cálculo se ha determinado las siguientes variables

con sus respectivos valores, los cuales se detallan de esta manera:

Variables Valores

Z 0.9

P 0.5

Q 0.5

d 0.1

N 6136



- 81 -

Luego procedemos a realizar el respectivo cálculo, el cual es:

Como resultado se ha obtenido un tamaño muestral externo de 66

documentos aproximadamente que son representativos al tamaño de

la población externa.

4.4 HIPÓTESIS

El desarrollo de un Sistema Informático basado en Plataforma Web permitirá

superar las limitaciones y deficiencias del proceso de trámite documentario

del Gobierno Provincial de Chiclayo.

4.5 VARIABLES

4.5.1 Variable independiente

Sistema Informático basado en Plataforma Web.

4.5.2 Variable dependiente

Limitaciones y deficiencias del proceso de trámite documentario en el

Gobierno Provincial de Chiclayo.



- 82 -

4.6 INDICADORES

CUADRO N 16: Indicadores I


Para esta investigación se ha tenido en consideración 2 sub tipos de diseño

de investigación como se explicó anteriormente.

Diseño Estadístico: en este tipo de diseño se ha comprendido el

indicador tiempo y costo tanto para la muestra interna como externa,

según sea el caso.

o Tiempo: este indicador es empleado en ambas muestras con la

finalidad de evaluar los tiempos utilizados en el proceso de trámite.

Diseño de la Investigación

Indicadores

Sub. Indicadores

Muestra Interna Muestra Externa

Diseño Estadístico

Tiempo

Tiempo Promedio de Registro

Tiempo Promedio de Atención

Tiempo Promedio de Seguimiento

Costo Inversión en Adquisiciones de Libros de Registro

Diseño Cualitativo

Percepción respecto a la

recepción

Calidad de la recepción

Disposición a ceder información

Conocimiento de la Ley

Circuito para la obtención de la

información

Burocracia

Cobros

Negativas

Insistencias

Respuesta de Solicitudes

Hubo respuesta

Plazo en la respuesta

Forma de la respuesta

Calidad de la respuesta



- 83 -

Muestra Interna:

Tiempo Promedio de Registro

Este indicador permite medir el tiempo promedio utilizado por el

personal del GPCH al registrar un documento, el cual será emitido a

una(s) dependencia(s) en particular.

Para ello se ha empleado la siguiente fórmula:

Donde:

i = Valor inicial de la muestra

n = Tamaño muestral

TReg = Tiempo de registro de un documento

Muestra Externa:

Tiempo Promedio de Atención


administrado en su atención al momento que entrega su documento, el

cual será tramitado por las dependencias pertinentes.


Donde:



TC = Tiempo en cola

TRecep = Tiempo de recepción de un documento

TRegL = Tiempo de registro de un documento en el libro



- 84 -

Ambas

Tiempo Promedio de Seguimiento


administrado y el personal del GPCH en darle seguimiento a un

documento en particular.

Para ello se ha utilizar la siguiente fórmula:

Donde:



j = Valor inicial por dependencia

d = Cantidad de dependencias

TDD= Tiempo de Desplazamiento por Dependencia

TRD= Tiempo de Respuesta por Dependencia

o Costo: este indicador solo se ha empleado en la muestra interna con la

finalidad de evaluar los costos en la adquisición de libros de registro:

Inversión en adquisiciones de Libros de Registro

Este indicador permite medir la inversión que se efectúa todos los años

para la adquisición de libros de registro (documentos emitidos y

recepcionados según su tipo) para cada dependencia del Gobierno

Provincial de Chiclayo.



- 85 -


Donde:

j = Valor inicial por dependencia

d = Cantidad de dependencias

CLD = Cantidad de Libros por Dependencia

PL= Precio del Libro

Diseño Cualitativo: en este otro tipo de diseño se ha incluido una serie

de variables cualitativas con la finalidad de evaluar el nivel de respuesta a

las solicitudes de información.

o Percepción respecto a la recepción

Este indicador pretende medir como el administrado percibe la calidad

de atención dada por el personal del GPCH al momento en que realiza

alguna tramitación, para su evaluación se ha considerado 3

subindicadores:


Para la evaluación de este subindicador se ha considerado las

siguientes categorías:

- Positiva: en términos de alta atención al administrado, como se

entiende en un banco; se consignaba cuando un funcionario usaba

palabras como “¿en que lo puedo atender?” o “¿qué más podemos

hacer por usted?”, aparte de indicios de comunicación no verbal

como sonrisas y miradas directas no agresivas.

- Neutral: se considera así, si el personal usaba palabras más

directas, menos amables y menos comunicación no verbal.

- Negativa: si se percibían desplantes verbales o no verbales.



- 86 -




- Mucha: cuando el personal se comprometía de manera verbal a

entregar la información y de modo contundente (con frases como

“por favor, vuelva por su respuesta”).

- Mediana: si el personal dudaba ante la petición y preguntaba

detalles del solicitante u otros.

- Nula: cuando expresaba explícitamente que el pedido no procedería.




- Conoce: si el personal daba muestras evidentes ligadas a pasajes

de la ley, como pedir que se vuelva en 7 días hábiles por la

respuesta.

- Conoce parcialmente: si el personal no precisaba plazos, pero sí que

debía haber respuesta, por ejemplo.

- Desconoce: cuando pedía volver en un mes o pedía razones del

pedido, por citar.

o Circuito para la obtención de la información

Este indicador pretende medir el procedimiento que debe seguir el

administrado para la obtención de información y/o conocer el estado de

su documento, en este indicador se ha considerado 4 subindicadores:

Burocracia

Este subindicador se caracteriza en mucha, algo y nada. Aunque son

escalas subjetivas, se relacionan con la cantidad de dependencias y

personal que debía de sortear el administrado para llegar a la

información pedida: tres dependencias a más era mucha, 2 era algo y

ninguna obviamente nada.



- 87 -

Cobros

El cobro se medía en 3 categorías muy objetivas:

- Sí (por el FUT)

- Sí (cobraron pero al final no se pagó)

- De ningún tipo

Negativas



- Totales: cuando el “no” era rotundo, sonoro, verbal.

- Parciales: si el personal consideraba la posibilidad de negar la

cesión de la información

- De ningún tipo: si en efecto no había ninguna negación, evidente o

no.

Insistencia

La insistencia se entiende por el número de veces que el administrado

debió regresar por su trámite, fuera del día en que entregó la solicitud:

- Cero veces: nunca regresó pues le dieron o le negaron lo solicitado

allí mismo.

- Una vez

- Dos veces

- Tres veces

- Cuatro veces

- Cinco veces

o Respuesta de solicitudes

Este indicador pretende medir si hubo o no respuesta, el plazo en que

esta se dio, la forma y finalmente la calidad de la respuesta, en

términos de la satisfacción del administrado, en este indicador se ha

considerado 4 subindicadores:



- 88 -

Hubo respuesta

Se entendía en un sentido dicotómico cerrado: SI o NO.


Este subindicador se entendía en términos que marca la ley:

- Primer plazo: los 7 días hábiles siguientes.

- Segundo plazo: con prórroga de 5 días (cuando el personal se

excusaba formalmente y pedía 5 días más).

- Fuera del plazo: si se extendía fuera de la suma de estos 2 periodos

de días hábiles.




- Verbal

- Escrita

- En CD

- Por Internet

- Más de una vía


La calidad de la respuesta en términos de satisfacción al administrado

relacionado a que lo brindado fuera lo solicitado y sirviera para el

trabajo al que la información era destinada, esta fue medida en:

- Satisfactoria: era lo esperado y servía

- Medianamente satisfactoria: estaba incompleta y no cubría las

expectativas.

- Insatisfactoria: la respuesta era otra o poco puntual y no servía al

solicitante.



- 89 -

4.7 OPERACIONALIZACIÓN DE LOS INDICADORES

CUADRO Nº 17: Indicadores II

Nº Indicador Subindicador Fórmula/Categoría Valor

Actual

Valor

Estimado Diferencia

1

Tiempo

Tiempo

Promedio de

Registro

00:02:05

min/doc.

00:00:55

seg/doc.

00:01:10

min/doc

Tiempo

Promedio de

Atención

00:07:27

min/doc.

00:03:30

min/doc

00:03:57

min/doc

Tiempo

Promedio de

Seguimiento

00:28:39

min/doc.

00:03:00

min/doc

00:25:39

min/doc

2 Costo

Inversión en

adquisiciones

de Libros de

Registro

1860.00

soles

0

soles

1860.00

soles

3

Percepción

respecto a

la

recepción

Calidad de la

recepción

Positiva 0 % 39 % > 39 %

Neutral 100 % 61 % < 39 %

Negativa 0 % 0 % = 0 %

Disposición a

ceder

información

Mucha 0 % 39 % > 39 %

Mediana 100 % 61 % < 39 %

Nula 0 % 0 % = 0 %

Conocimiento

de la Ley

Conoce 0 % 67 % > 67 %

Conoce parcialmente 100 % 33 % < 67 %

Desconoce 0 % 0 % = 0 %

4

Circuito

para la

obtención

de la

información

Burocracia

Mucha 18 % 0 % < 18 %

Algo 61 % 24 % < 37 %

Nada 21 % 76 % > 55 %

Cobros

Sí (por el FUT) 44 % 44 % = 0 %

Sí (pero al final no se pagó) 0 % 0 % = 0 %

De ningún tipo 56 % 56 % = 0 %

Negativas

Totales 0 % 0 % = 0 %

Parciales 12 % 5 % < 7 %

De ningún tipo 88 % 95 % > 7 %

Insistencia

Cero veces 14 % 82 % > 68 %

Una vez 24 % 15 % < 9 %

Dos veces 36 % 3 % < 33 %



- 90 -

Tres veces 21 % 0 % < 21 %

Cuatro veces 3 % 0 % < 3 %

Cinco veces 2 % 0 % < 2 %

5

Respuesta

de

solicitudes

Hubo respuesta Si 38 % 38 % = 0 %

No 62 % 62 % = 0 %

Plazo en la

respuesta

En el plazo de siete días 26 % 33 % > 7 %

Con prórroga de cinco días 9 % 64 % > 55 %

Fuera del segundo plazo 65 % 3 % < 62 %

Forma de

respuesta

Verbal 0 % 0 % = 0 %

Escrito 100 % 100 % = 0 %

En CD 0 % 0 % = 0 %

Por Internet 0 % 0 % = 0 %

Mas de una vía 0 % 0 % = 0 %

Calidad de la

respuesta

Satisfactoria 32 % 42 % > 10 %

Medianamente satisfactoria 6 % 52 % > 46 %

Insatisfactoria 62 % 6 % < 56 %


4.8 MÉTODOS DE INVESTIGACIÓN

Los métodos más adecuados para el tipo de investigación de ingeniería de

sistemas son el inductivo y deductivo. En nuestra investigación se dice que

es inductivo, porque se induce que los datos a utilizar en la muestra serán

representativos de la población, por consiguiente se considera deductivo

porque los resultados obtenidos en la muestra serían los mismos resultados

obtenidos en la población.

4.9 TÉCNICAS DE INVESTIGACIÓN

Básicamente las técnicas están relacionadas a las siguientes actividades:

Recolección de información

Para la recolección de los datos se ha considerado diversas técnicas de

investigación tales como:

o Para identificar la población interna se ha utilizado una hoja de toma de

datos.



- 91 -

o Para identificar la población externa se ha procesado los datos en base

a una hoja de cálculo suministrada por la dependencia de Trámite

Documentario.

o Para obtener los datos que serán evaluados con los indicadores se ha

utilizado diversas fichas de observación para cada uno de estos.

Planteamiento de soluciones

Para el planteamiento de la solución se ha tenido por conveniente

considerar el desarrollo de un sistema informático de trámite

documentario utilizando la metodología RUP, para el desarrollo del

software.

Análisis de resultados

Para el procesamiento de datos y el análisis de resultados se ha

empleado el programa ofimático Microsoft Excel 2007.

4.10 DESCRIPCIÓN DEL INSTRUMENTO UTILIZADO

Entre los instrumentos utilizados para nuestra investigación tenemos los

siguientes:

Hoja de toma de datos para la obtención de la población interna y su

cantidad de libros.

Este instrumento tiene por objetivo el capturar todos los documentos

emitidos por cada una de las dependencias del Gobierno Provincial de

Chiclayo para el periodo 2007, ordenados en función de meses según

los tipos de documentos que administra cada una de estas.

Los datos que se obtendrán mediante este instrumento serán empleados

para la definición de nuestra población interna. Por otro lado al emplear

este instrumento es factible obtener la cantidad de libros de registro de

documentos que tiene cada una de las dependencias, lo cual nos

permitirá evaluar el indicador inversión en adquisición de libros de

registro.



- 92 -

A continuación se presenta el modelo empleado:

CUADRO Nº 18: Hoja de toma de datos para obtener la población interna y su cantidad de libros

Nombre de dependencia Ubicación

Nº Libros Tipo de Documento Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic


Ficha de observación para analizar el tiempo de registro.

Este instrumento permite obtener los tiempos consumidos por cada

dependencia al momento de registrar un documento, los cuales serán

analizados con la finalidad de conocer el tiempo promedio que se emplea

actualmente en esta actividad y posteriormente serán comparados con un

tiempo estimado que se deduce al haber implantado el sistema

informático.

Para este indicador se elaboró la siguiente ficha:

CUADRO Nº 19: Ficha de observación para analizar el tiempo de registro

Nombre de dependencia

n Tipo de documento Tiempo Inicio

Tiempo Final

Tiempo Resultante




- 93 -

Ficha de observación para analizar el tiempo de atención.

Este instrumento nos permite recolectar los datos referentes al tiempo de

atención que el administrado emplea para iniciar el proceso de trámite,

por ello se contempla la medición de tres tiempos, el tiempo en cola que

representa el momento en que el administrado se encuentra en espera de

ser atendido, el tiempo en recepción el cual se basa en el tiempo que el

administrado emplea para que su documento sea revisado y aceptado

para iniciar el proceso de trámite y el tiempo de registro que es el

momento en el que se procede a inscribirlo en el libro de registros.

Para ello se ha construido la siguiente ficha:

CUADRO Nº 20: Ficha de observación para analizar el tiempo de atención

n Nombre del

administrado

Tiempo en cola Tiempo en recepción Tiempo de registro

T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs

1

2

3

4

…

64

65

66


Ficha de observación para analizar el tiempo de seguimiento.

Este instrumento nos permite obtener los tiempos empleados por el

administrado y/o el personal del GPCH en ubicar su documento, para ello

se ha contemplado un tiempo de desplazamiento y un tiempo de

respuesta por cada dependencia que este recorre.

Para ello se ha construido la siguiente ficha:



- 94 -

CUADRO Nº 21: Ficha de observación para analizar el tiempo de seguimiento

Apellidos y Nombres Nº Exp. n

d Nombre de la dependencia

Tiempo de desplazamiento Tiempo de respuesta

n día T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs

1

2

3

4

5

6

7

…

Estado del documento Duración del proceso en días


Ficha de observación de solicitudes de información.

Como se ha explicado en puntos anteriores nuestra investigación consta

de 2 diseños de investigación. En esta parte se desarrollara la ficha de

observación para el diseño cualitativo.

Este instrumento nos permitirá obtener los datos que necesitamos para

evaluar los aspectos cualitativos referentes a la solicitud de información

por parte de los administrados.

Este instrumento contempla al solicitante (administrado y/o personal del

GPCH), el asunto (solicitud de información), fecha de entrega, los

aspectos referentes a la recepción de las solicitudes, el circuito para la

obtención de la información y la respuesta de las mismas.

Para ello se ha elaborado la siguiente ficha de observación:


CHICLAYO

- 95 -

CUADRO Nº 22: Ficha de observación de solicitudes de información


n Solicitante Asunto

Fecha en que se deja la

solicitud

RESPECTO A LA RECEPCIÓN DE LAS SOLICITUDES

CIRCUITO PARA OBTENER LA INFORMACIÓN RESPECTO A LA RESPUESTA DE

SOLICITUDES


Disposición a ceder

información

Conocimiento de la ley de información

Burocracia Cobros Negativas Insistencia Hubo

respuesta Plazo legal

Forma Calidad

1

2

3

4

5

6

7

8

9

10

11

…

57

58

59

60

61

62

63

64

65

66

DESARROLLO DE UN SISTEMA INFORMÁTICO BASADO EN PLATAFORMA WEB PARA MEJORAR EL PROCESO DE TRÁMITE DOCUMENTARIO EN EL GOBIERNO PROVINCIAL DE CHICLAYO

- 96 -

CAPITULO V

Desarrollo de la

Propuesta

5


- 97 -

ara el desarrollo de la propuesta se aplicará la metodología de

Rational Unified Process de modo que provea el soporte técnico y

metodológico en el desarrollo del sistema de trámite documentario.

Considerando esto, en éste capítulo se incluirá el detalle para las fases de

inicio y elaboración y adicionalmente se esbozarán las fases posteriores de

construcción y transición para dar una visión global de todo el proceso.

5.1 FASE DE INICIO

El propósito general en esta fase es establecer los objetivos para el ciclo

de vida del producto software a implementar. Durante esta fase se definirá

el modelo del negocio y el alcance del proyecto. Se identificaran todos los

actores y casos de uso.

Los objetivos específicos de esta fase serán:

Establecer el ámbito del proyecto y sus límites.

Encontrar los casos de uso críticos del sistema, los escenarios básicos

que definen la funcionalidad.

Durante la fase de inicio se definirán el modelo del negocio y el alcance

del proyecto, siendo los artefactos desarrollados:

El Modelo de Casos de Uso del Negocio.

Especificación de los Casos de Uso del Negocio.

El Modelo de Objetos del Negocio.

El Modelo de Dominio del Problema.

Un glosario con la terminología clave del dominio del problema.

P


- 98 -

5.1.1 Modelado del Negocio

El Modelado del Negocio es el primer flujo de trabajo o disciplina

de la metodología RUP, y consiste en conocer la estructura y la

dinámica de la organización, así como conocer los problemas

actuales e identificar mejoras dentro de la organización.

Con esta disciplina se pretende llegar a un mejor entendimiento

de la institución, los principales motivos para ejecutar esta

disciplina son los siguientes: asegurarse de que el producto será

algo útil y no un obstáculo, conseguir que se ajuste de la mejor

forma posible en la organización donde se va a implantar; y tener

un marco común para el desarrollador, los clientes y los usuarios

finales.

Los principales objetivos son:

Asegurar que clientes y desarrolladores tengamos un

entendimiento común de la institución.

Entender el problema actual en la institución e identificar

potenciales mejoras.

Entender la estructura y la dinámica de la institución

Para lograr estos objetivos, el modelado de negocio describirá

como desarrollar una visión de la nueva organización, basado en

esta visión se definirán procesos, roles y responsabilidades de la

institución por medio de un Modelo de Casos de Uso del Negocio.

Los artefactos del modelo de negocio servirán como entrada y

referencia para la definición de los requerimientos del sistema.


- 99 -

Dependencias

Seguimiento de Documentos

Administrado

Gestión de Documentos

5.1.1.1 Modelo de Casos de Uso del Negocio

Un modelo de casos de uso del negocio describe los

procesos del negocio en términos de casos de uso y

actores que corresponden a procesos del negocio y

trabajadores o clientes respectivamente.

A continuación se presenta este modelo el cual

corresponde al proceso de trámite documentario del

G.P.CH

ILUSTRACION Nº 7: Modelo de Caso de Uso del Negocio



- 100 -

5.1.1.2 Especificación de Casos de Uso del Negocio

CUADRO Nº 23: Especificación de CU del Negocio Gestión de Documentos


Definición de Caso de Uso

Proceso de trámite que consiste en registrar, derivar, recepcionar, proveer y archivar todos los documentos (internos, externos) que son tramitados por las diversas dependencias del G.P.CH.

Metas Gestionar adecuadamente el registro de todos los flujos de trabajo de este proceso con la finalidad de poder conocer adecuadamente el estado de un documento en particular.

Propietarios Personal de las Dependencias

Riesgos Una inadecuada gestión de documentos conllevaría a generar información errónea en la creación de reportes donde se indica el estado de un documento.

Categoría Caso de Uso Principal

Flujo de Trabajo

Listar CategoriaDoc Listar Documento Buscar Documento Registrar Documento Derivar Documento Recepcionar Documento Proveer Documento Archivar Documento Listar Referencia Buscar Referencia Registrar Referencia Listar Movimiento Buscar Movimiento Registrar Movimiento Listar Incidencia Buscar Incidencia Registrar Incidencia Listar Archivador Registrar Detalle_Arc_Mov Listar Detalle_Arc_Mov Listar CategoriaDep Listar Dependencia Listar Persona Listar Cargo Listar Asignacion Listar Clasificador Buscar Clasificador Listar Procedimiento Buscar Procedimiento Listar Requisito



- 101 -

CUADRO Nº 24: Especificación de CU del Negocio Seguimiento de Documentos


Definición de Caso de Uso

Proceso de trámite que tiene por objetivo dar seguimiento al estado actual de un documento en particular, además visualizar los documentos derivados, recepcionados, proveídos y archivados

Metas Mostrar coherentemente el ciclo de vida de un documento desde su creación hasta su estado actual.

Propietarios Administrado, Personal de las dependencias

Riesgos Generación errónea de reportes

Categoría Caso de Uso Principal

Flujo de Trabajo

Listar CategoriaDoc Listar Documento Buscar Documento Buscar Referencia Consultar Movimiento Listar Movimiento Buscar Movimiento Imprimir Movimiento Listar Incidencia Buscar Incidencia Imprimir Incidencia Listar Archivador Listar Detalle_Arc_Mov



- 102 -

Listar | Buscar| Registar |

Derivar | Recepcionar |

Proveer | Archivar

Listar

Listar

Listar | Buscar | Registrar


Listar

Registrar | ListarListar

Listar

Listar

Listar

Listar

Listar | Buscar

Listar | Buscar

Documento

Movimiento

Procedimiento

Cargo

Asignacion

Requisito

Indicencia

Clasificador

Persona

CategoriaDep

Dependencia

ArchivadorDetalle_Arc_MovCategoriaDoc

Referencia

Jefe de Dependencia


5.1.1.3 Modelo de Objetos del Negocio

Un modelo de objetos del Negocio es un modelo interno

de un negocio y describe como cada caso de uso es

llevado a cabo por parte de un conjunto de trabajadores

que utilizan un conjunto de entidades del negocio y de

unidades de trabajo.

Los modelos de objetos del negocio están asociados a

cada uno de los casos de uso del negocio descritos

anteriormente.

MON Gestión de Documentos

ILUSTRACION Nº 8: Modelo de Objetos del Negocio Gestión de Documentos



- 103 -

Listar Listar

Listar | Buscar Listar | Buscar

Listar | Buscar | Imprimir Listar | Buscar | Imprimir

Listar | Buscar | Imprimir Listar | Buscar | Imprimir

Listar

Listar

Administrado

Documento

Movimiento

Indicencia

CategoriaDoc Archivador

Detalle_Arc_Mov

Referencia

Buscar

Jefe de Dependencia

Buscar

MON Seguimiento de Documentos

ILUSTRACION Nº 9: Modelo de Objetos del Negocio Seguimiento de Documentos



- 104 -

Detalle_Arc_Mov

CategoriaDepCargoPersona

Dependencia

1..n

1

1..n

1

Asignacion

1

1..n

1

1..n

1..n

1

1..n

1

11..n 11..n

ArchivadorIncidencia

CategoriaDoc

Movimiento

1..n

1

1..n

1

1..n1..n 1..n1..n

1..n 11..n 1

Referencia

Clasificador

Documento1..n 11..n 1

1

1..n

1

1..n

11..n 11..n

Procedimiento1..n1 1..n1

0..1

1

0..1

1

Requisito1 1..n1 1..n

5.1.1.4 Modelo del Dominio del Problema

A continuación se ha modelado el Dominio del Problema

que representa las entidades contenidas en los modelo

de objeto del negocio correspondientes a los procesos.

ILUSTRACION Nº 10: Modelo del Dominio del Problema



- 105 -

5.1.1.5 Glosario de Términos

A continuación se detalla cada uno de los términos

empleados en el modelo de dominio del problema. El

objetivo es crear un estándar referente a la

nomenclatura de cada uno de los términos empleados, y

así definir con exactitud sus denominaciones, evitando

ambigüedades con su significado.

Registrar Documento

Es una acción que consiste en registrar en el sistema

los datos principales que contiene un documento que

puede ser de fuente interna o externa.

Derivar Documento


el destino del documento, es decir a quien va dirigido

(usuario, dependencia y cargo) y la forma en que irá

(original o copia).

Proveer Documento


el proveído de un documento recepcionado que no

amerita redactar un nuevo documento para su

respuesta.

Recepcionar Documento


los documentos con la denominación de

recepcionados, aquellos que han sido derivados o

proveídos a mi dependencia o usuario.


- 106 -

Archivar Documento


los documentos con la denominación de archivados,

aquellos que ya tienen una respuesta final según su

petición.

Persona

Es una entidad que contiene datos del personal de las

diversas áreas que usarán el sistema informático, en

la cual se harán operaciones tales como: listar,

buscar, crear, actualizar y eliminar.

Cargo

Es una entidad que contiene datos de los cargos o

funciones que desempeña el personal del G.P.CH, en

la cual se harán operaciones tales como: listar,

buscar, crear, actualizar y eliminar.

CategoriaDep

Es una entidad que contiene datos referentes a la

descripción de las categorías de las dependencias del

G.P.CH, en la cual se harán operaciones tales como:

listar, buscar, crear, actualizar y eliminar.

Dependencia

Es una entidad que contiene datos de las

dependencias del G.P.CH, en la cual se harán

operaciones tales como: listar, buscar, crear,

actualizar y eliminar.

Asignación

Es una entidad que contiene datos interrelacionados

del personal con su cargo y dependencia a la que


- 107 -

pertenece para el uso del sistema informático, en la

cual se harán operaciones tales como: listar, buscar,

crear, actualizar y eliminar.

CategoriaDoc

Es una entidad que contiene datos referentes a la

descripción de las categorías o tipos de los

documentos que se tramitan en el G.P.CH, en la cual

se harán operaciones tales como: listar, buscar, crear,

actualizar y eliminar.

Documento

Es una entidad que contiene datos de los documentos

que se tramitan en el G.P.CH, en la cual se harán

operaciones tales como: listar, buscar, registrar,

derivar, recepcionar, proveer y archivar.

Referencia

Es una entidad que contiene los datos de un

documento con sus referencias. En la cual se harán

operaciones tales como: listar, buscar, registrar.

Movimiento


de los documentos con su operación y el personal que

lo está realizando, en la cual se harán operaciones

tales como: listar, buscar, registrar.

Incidencia

Es una entidad que contiene datos de las incidencias

generadas por cada movimiento de un documento

específico, en la cual se harán operaciones tales

como: listar, buscar, registrar.


- 108 -

Archivador

Es una entidad que contiene datos de los

archivadores que generan cada una de las

dependencias del G.P.CH, en la cual se harán

operaciones tales como: listar, buscar, registrar.

Detalle_Arc_Mov


de los archivadores con el movimiento, registrando de

esta manera el proceso de archivación en el sistema

informático, en la cual se harán operaciones tales

como: listar, buscar, registrar.

Clasificador


clasificadores contemplados en el TUPA del G.P.CH,

en la cual se harán operaciones tales como: listar,

buscar, registrar.

Procedimiento


procedimientos administrativos contemplados en el

TUPA del G.P.CH, en la cual se harán operaciones


Requisito

Es una entidad que contiene datos de los detalles de

cada procedimiento administrativo contemplado en el

TUPA del G.P.CH, en la cual se harán operaciones



- 109 -

5.2 FASE DE ELABORACIÓN

El objetivo general en esta fase es plantear la arquitectura para el ciclo de

vida del producto. Se desarrollará prototipos que contendrán los casos de

uso críticos que fueron identificados en la fase de inicio. En esta fase se

realizará la captura de la mayor parte de los requerimientos funcionales,

manejando los riesgos que interfieran con los objetivos del sistema,

acumulando la información necesaria para el plan de construcción y

obteniendo suficiente información para hacer realizado el caso del

negocio.

Los principales objetivos para esta fase son:

Crear un plan fiable para la fase de construcción.

Demostrar que la arquitectura propuesta soportará la visión con un

costo razonable.

En esta fase se analizará el dominio del problema, planteado en el

modelamiento del negocio, y se establecerá los cimientos de la

arquitectura y eliminar los mayores riesgos. Cuando termina esta fase se

llega al punto de no retorno del proyecto: a partir de este momento se

pasará de las relativamente ligeras y de poco riesgo dos primeras fases, a

afrontar la fase de construcción, que de algún modo resulta ser costosa y

arriesgada. Es por esto que la fase de elaboración es de gran

importancia.

Los artefactos que se presentará en esta fase serán:

Modelo de Casos de Uso de Requerimientos

Diagrama de Colaboración

Diagrama de Clases del Análisis


- 110 -

5.2.1 Requerimientos

La etapa de Requerimientos es el segundo flujo de trabajo o

disciplina de la metodología RUP, y consiste en establecer los

servicios que el sistema debe proveer y las restricciones bajo las

cuales debe operar.

El objetivo principal de esta disciplina es establecer las funciones

que se quiere que satisfaga el sistema a construir. En esta línea los

requerimientos son el contrato que se debe cumplir, de modo que

los usuarios finales tienen que comprender y aceptar los

requerimientos que se especifiquen. Para obtener los

requerimientos se debe aplicar prácticas de licitación a los

involucrados en el proyecto, anotar y validar todas sus solicitudes.

Los principales objetivos de esta disciplina son:

Definir el ámbito del sistema

Definir una interfaz de usuarios para el sistema, enfocada a las

necesidades y metas del usuario.

Establecer y mantener un acuerdo entre clientes y otros

involucrados sobre lo que el sistema debería hacer.

Tener un mejor entendimiento de los requerimientos del

sistema.

Tener una base para estimar recursos y tiempo de desarrollo

del sistema.

Los requerimientos serán divididos en dos grupos: los funcionales,

que describirán las funciones que el software va a ejecutar; y los no

funcionales, que especificarán criterios que puedan usarse para

juzgar la operación de un sistema en lugar de sus funciones

específicas.


- 111 -

Validar Usuario

Imprimir ticket Nº DocumentoRegistrar Documento

<<include>>

Derivar Documento

<<include>>

<<include>>

Recepcionar Documento

<<include>>

<<include>>

Archivar Documento

Personal de

dependencia

Proveer Documento

<<include>>

<<include>>

<<extend>>

Si el documento

es externo se

imprime el ticket

<<include>>

<<include>>

5.2.1.1 Modelo de Casos de Uso de Requerimientos (MCUR)

Los Modelos de Casos de Uso capturan parte de la

realidad en la cual se está trabajando y describen el

sistema y su ambiente. Teniendo en cuenta el modelado

del negocio hecho en el flujo anterior, perteneciente a la

fase de inicio de la metodología, se ha elaborado los casos

de uso de requerimientos, siendo estos divididos entre dos

procesos principales:



ILUSTRACION Nº 11: MCUR Gestión de Documentos



- 112 -

A continuación se detallará las especificaciones de los

principales Casos de Uso presentados en la ILUSTRACIÓN

Nº 11. Estas especificaciones indicarán los requerimientos

funcionales del sistema en relación al proceso de gestión

de documentos.

Especificaciones de Casos de Uso (Gestión de Documentos)

CUADRO Nº 25: Especificación de Caso de Uso Validar Usuario

Caso de uso: Validar Usuario

Descripción:

Para realizar un proceso de tramite, el personal de la

dependencia debe acceder al sistema vía intranet. Para ello el

sistema le solicitará los datos de su cuenta. Una vez que el

personal ingrese sus datos, el sistema los validará

Flujo de eventos:

Flujo Básico

1. El personal ingresa al sistema, este le solicita su nombre

de usuario y su contraseña.

2. Una vez ingresado sus datos, el sistema validará estos en

su cuenta de usuario.

3. Si los datos son correctos aparecerá una nueva interfase

con un menú de opciones de proceso.

4. El personal debe seleccionar la opción según el proceso a

realizar.

Flujo Alternativo

1. Si en el punto Nº 3, el personal no ha ingresado

correctamente los datos de su cuenta o esta no existe el

sistema le redireccionará a la página de inicio.

Pre-condiciones: Debe existir una cuenta de usuario para el personal que realiza

algún proceso de tramitación.

Post-condiciones: El sistema almacena la sesión del usuario.



- 113 -

CUADRO Nº 26: Especificación de Caso de Uso Registrar Documento

Caso de uso: Registrar Documento

Descripción:

Una vez que el personal accede al sistema. Este le mostrará una

nueva interfase en la cual el usuario podrá buscar, crear, modificar

y eliminar un documento.

Flujo de eventos:

Flujo Básico

1. El personal debe elegir la opción Procesos >> Gestión de

Documentos >> Registrar Documento.

2. El sistema le mostrará una nueva interfase donde aparecerá

un listado con opciones

3. El usuario debe presionar la opción a realizar.

4. El usuario debe registrar los datos del documento.

Flujo Alternativo

1. Si en el punto Nº 3, el usuario ha seleccionado el botón:

1.1. Buscar, esta opción le permitirá consultar los documentos

según el número que haya ingresado.

1.2. Nuevo, esta opción le permitirá crear un nuevo

documento. El usuario debe ingresar los datos del registro,

datos del documento y datos del administrado.

1.3. Editar, esta opción le permitirá modificar los datos de un

documento. El usuario podrá modificar los bloques datos

del documento y datos del administrado.

1.4. Eliminar, esta opción borrará un documento.

Pre-condiciones: El personal debe haber validado su cuenta de usuario.

Post-condiciones: Ninguna

Punto de extensión:

Si el usuario ha elegido la opción Nuevo y ha creado un

documento de fuente externa, este le mostrará al registrar una

vista previa del ticket a imprimir.

Si el usuario ha elegido la opción Nuevo y ha creado un

documento de fuente interna, este le mostrará al registrar la opción

para referenciar un documento.



- 114 -

CUADRO Nº 27: Especificación de Caso de Uso Derivar Documento

Caso de uso: Derivar Documento

Descripción:


nueva interfase en la cual el usuario podrá buscar y derivar un

documento.

Flujo de eventos:

Flujo Básico


Documentos >> Derivar Documento.




4. El usuario debe registrar la operación a realizar.

Flujo Alternativo




1.2. Derivar, esta opción le permitirá crear una nueva

derivación de un documento. El usuario debe ingresar los

datos de la derivación.


El documento debe estar previamente registrado.




- 115 -

CUADRO Nº 28: Especificación de Caso de Uso Recepcionar Documento

Caso de uso: Recepcionar Documento

Descripción:


nueva interfase en la cual el usuario podrá buscar y recepcionar un

documento.

Flujo de eventos:

Flujo Básico


Documentos >> Recepcionar Documento.




Flujo Alternativo




1.2. Recepcionar, esta opción le permitirá crear una nueva

recepción de un documento. El usuario debe hacer click en

recepcionar.


El documento debe estar previamente derivado o proveído.


Punto de extensión:

Si el usuario ha elegido la opción Recepcionar y el documento ha

sido derivado a mi dependencia o usuario, se debe elegir opción

recepcionar por derivación.

Si el usuario ha elegido la opción Recepcionar y el documento ha

sido proveído a mi dependencia o usuario, se debe elegir opción

recepcionar por proveído.



- 116 -

CUADRO Nº 29: Especificación de Caso de Uso Proveer Documento

Caso de uso: Proveer Documento

Descripción:


nueva interfase en la cual el usuario podrá buscar y proveer un

documento.

Flujo de eventos:

Flujo Básico


Documentos >> Proveer Documento.





Flujo Alternativo




1.2. Proveer, esta opción le permitirá crear un nuevo proveído

de un documento. El usuario debe ingresar los datos del

proveído.


El documento debe estar previamente recepcionado.




- 117 -

CUADRO Nº 30: Especificación de Caso de Uso Archivar Documento

Caso de uso: Archivar Documento

Descripción:


nueva interfase en la cual el usuario podrá buscar y archivar un

documento.

Flujo de eventos:

Flujo Básico


Documentos >> Archivar Documento.





Flujo Alternativo




1.2. Archivar, esta opción le permitirá crear una nueva

archivación de un documento. El usuario debe ingresar los

datos de la archivación.






- 118 -

AdministradoBuscar Documento

Buscar Documentos Derivados

Buscar Documentos

Recepcionados

Buscar Documentos Archivados

Validar Usuario

Personal de

Dependencia

Buscar Documentos Proveidos

<<include>>

<<include>>

<<include>>

<<include>>

La validacion no es

obligatoria cuando el

administrado busca

su expediente

<<extend>>

ILUSTRACION Nº 12: MCUR Seguimiento de Documentos


A continuación se detallará las especificaciones de los

principales Casos de Uso presentados en la ILUSTRACIÓN

Nº 12. Estas especificaciones indicarán los requerimientos

funcionales del sistema en relación al proceso de

seguimiento de documentos.


- 119 -

Especificaciones de los Casos de Uso (Seguimiento de Documentos)

CUADRO Nº 31: Especificación de Caso de Uso Buscar Documento

Caso de uso: Buscar Documento

Descripción:


nueva interfase en la cual el usuario podrá buscar un documento

según parámetros y ver el seguimiento del mismo.

Flujo de eventos:

Flujo Básico

1. El personal debe elegir la opción Procesos >> Seguimiento de

Documentos >> Buscar Documento.


un listado con opciones.

3. El usuario debe presionar la opción a buscar.

4. El usuario debe hacer click en la opción ver seguimiento, el

cual le mostrará el seguimiento de un documento.

Flujo Alternativo

1. Si en el punto Nº 1, el usuario es un administrado entonces se

omite este punto.

2. Si en el punto Nº 3, el usuario ha seleccionado la opción Por

datos del documento, deberá elegir la categoría e ingresar el

número de documento mostrándole como resultado un listado

con las coincidencias.

3. Si en el punto Nº 3, el usuario ha seleccionado la opción Por

rango de fechas, deberá elegir la fecha de inicio y la fecha fin

mostrándole como resultado un listado con las coincidencias.

Pre-condiciones:

Si el usuario es personal del GPCH debe haber validado su cuenta

siempre y cuando haya accedido mediante la intranet.

Si el usuario es administrado debe haber elegido la opción buscar

expediente en la intranet.

El documento debe estar previamente derivado.




- 120 -

CUADRO Nº 32: Especificación de Caso de Uso Documentos Derivados

Caso de uso: Documentos Derivados

Descripción:


nueva interfase en la cual el usuario podrá buscar los documentos

derivados según la categoría de documento, además le mostrará

las opciones Registro actual y Vista previa de impresión.

Flujo de eventos:

Flujo Básico


Documentos >> Documentos Derivados.



3. El usuario debe elegir las opciones a realizar.

Flujo Alternativo

1. Si en el punto Nº 3, el usuario ha seleccionado la opción:

1.1. Seleccionar categoría de documento, al elegir esta

opción este le mostrará como resultado un listado con las

coincidencias según el tipo de documento elegido.

1.2. Registro actual, al elegir esta opción le mostrará como

resultado un listado con los documentos registrados en el

día.

1.3. Vista previa de impresión, al elegir esta opción le

mostrará como resultado un reporte en formato .pdf donde

se muestran los documentos derivados en el día, con la

opción de emplearlo como libro de cargos.

Pre-condiciones: El usuario debe haber validado su cuenta.

El documento debe estar previamente derivado.




- 121 -

CUADRO Nº 33: Especificación de Caso de Uso Documentos Recepcionados

Caso de uso: Documentos Recepcionados

Descripción:



recepcionados según la categoría de documento, además le

mostrará la opción Registro actual.

Flujo de eventos:

Flujo Básico


Documentos >> Documentos Recepcionados.




Flujo Alternativo






resultado un listado con los documentos recepcionados en

el día.


El documento debe estar previamente derivado o proveido.




- 122 -

CUADRO Nº 34: Especificación de Caso de Uso Documentos Proveídos

Caso de uso: Documentos Proveídos

Descripción:



proveídos según la categoría de documento, además le mostrará

las opciones Registro actual y Vista previa de impresión.

Flujo de eventos:

Flujo Básico


Documentos >> Documentos Proveídos.




Flujo Alternativo






resultado un listado con los documentos proveídos en el

día.



se muestran los documentos proveídos en el día, con la

opción de emplearlo como libro de cargos.






- 123 -

CUADRO Nº 35: Especificación de Caso de Uso Documentos Archivados

Caso de uso: Documentos Archivados

Descripción:



proveídos según el periodo y el archivador, además le mostrará la

opción Vista previa de impresión.

Flujo de eventos:

Flujo Básico


Documentos >> Documentos Archivados.




Flujo Alternativo


1.1. Seleccionar periodo y archivador, el usuario deberá

elegir el periodo para poder visualizar la lista de

archivadores, al hacer esto le mostrará como resultado un

listado con las coincidencias según los parámetros.



se muestran los documentos archivados en un archivador

específico.






- 124 -

5.2.2 Análisis

El objetivo principal de esta disciplina es transformar los

requerimientos a una especificación que describa como

implementar el sistema en la institución. En el análisis

fundamentalmente se tratará de obtener una visión acerca de la

funcionalidad del sistema de software a desarrollar, por tal motivo

este se interesa en los requerimientos funcionales. Por otro lado, el

diseño es un refinamiento que toma en cuenta los requerimientos

no funcionales, por lo cual se centra en como el sistema cumple

sus objetivos.

Los principales objetivos en esta disciplina son:

Adaptar el diseño para que sea consistente con el entorno de

implementación.

Desarrollar una arquitectura para el sistema

Transformar los requerimientos al diseño del futuro sistema.

Modelo de Análisis

A través de este modelo se representará la estructura global del

sistema, se describirá la realización de los casos de uso, servirá

como una abstracción del Modelo de Diseño y se centrará en los

requerimientos funcionales.

Este modelo de análisis no es un diagrama final que describe todos

los posibles conceptos y sus relaciones, es un primer Intento por

definir los conceptos claves que describen el sistema. Su utilidad

radica en que permite una apreciación global conceptual del

sistema. Puede contener: las clases y paquetes de análisis, las

realizaciones de los casos de uso, las relaciones y los diagramas.

A diferencia del Modelo de Casos de Uso que captura la

funcionalidad del sistema, el Modelo de Análisis da forma a la

arquitectura para soportar las funcionalidades que en el anterior


- 125 -

P : Personal

IUI : Intranet

IUMP : Menu Procesos

VC : Validador Cuenta P : Persona

IUGD : Gestion de Documentos

IUSD : Seguimiento de Documentos

GD :

GestionadorDocumentos

SD :

SeguidorDocumentos

1: Acceder a intranet

6: Acceder a Menu Procesos

2: verificarUsuario($usuario, $clave)

4: varRptaPersona

5: Mostrar 7: Ingresar

9: Ingresar

3: Leer

8: Mostrar

10: Mostrar

modelo se expresa. Para representar los diagramas del Modelo de

Análisis se empleará los diagramas UML de Colaboración.

5.2.2.1 Diagrama de Colaboración

Un Diagrama de Colaboración (DC) muestra una

interacción organizada basándose en los objetos que

toman parte en la interacción y los enlaces entre los

mismos. Estos diagramas muestran las relaciones entre

los roles de los objetos.

Cada diagrama de colaboración hará una referencia

directa a cada caso de uso mostrado en la etapa de

requisitos, así como también a cada interface mostrada en

la etapa de diseño. La secuencia de los mensajes y los

flujos de ejecución concurrentes se determinarán

explícitamente mediante números de secuencia.


ILUSTRACION Nº 13: D. Colaboración Validar Usuario



CHICLAYO

- 126 -

P : Personal IURD : Registrar Documento

BD : Buscador Documento

CD : Creador Documento

ED : Editor Documento

D : Documento

BD : Borrador Documento

M : MovimientoIM : Insertador Movimiento

ID : Insertador DocumentoIUMD : Mantenimiento Documento

CD : CategoriaDoc

LD : Listador CategoriaDoc

AD :

ActualizadorDocumento

ED : EliminadorDocumento

10: Calcular Correlativo

11: Listar Prioridad

12: Generar Sigla

13: Mostrar Interesado

1: Ingresar interfaz

2: listarDocumento($numeroDocumento,$asg,$pagina)

4: ListadoDocumentos

5: Presionar

18: Presionar

22: Presionar

3: Leer

6: Mostrar

19: Mostrar

23: Mostrar

17: Crear

15: Crear

7: listarCategoriaDoc()

9: ListadoCategoriadoc

14: insertarDocumento(objDocumento)

16: insertarMovimiento(objMovimiento)

20: actualizarDocumento(objDocumento)

24: eliminarDocumento(objDocumento)

8: Leer

21: Modificar

25: Eliminar

ILUSTRACION Nº 14: D. Colaboración Registrar Documento



CHICLAYO

- 127 -

P : Personal

IULDD : Listado Documentos Derivar

IUDD : Derivar DocumentoDD : Derivador Documento

BD : Buscador Documento M : Movimiento

AD : Agregador Derivar

QD : Quitador Derivar

C : Cargo

I : Incidencia

D : Documento

BDD : Buscador Documento

D : Dependencia

CD : CategoriaDep

P : Persona

LCD : Listador CategoriaDep

LD : Listador Dependencia

BC : Buscador Cargo

LP : Listador Persona

II : Insertador Incidencia


2: listarMovimientoDerivar($asg,$numeroDocumento,$pagina)

4: Listado Movimientos

5: Presionar

7: buscarDocumentoCodigo($doc)

9: Datos Documento

10: listarCategoriaDepActivos() 12: Listado CategoriaDependencia

13: listarDependenciaCategoriaDep($iddep,$catdep)

15: Listado Dependencias

16: listarUsuarioNombreDependencia($dependencia)

18: Listado Personas19: buscarCargoUsuario($usu)

21: Cargo


26: eliminarIncidencia(objIncidencia)

24: insertarIncidencia(objIncidencia)

6: Mostrar

3: Leer

23: Crear

27: Eliminar

8: Leer

11: Leer

14: Leer

20: Leer

17: Leer

25: Crear

ILUSTRACION Nº 15: D. Colaboración Derivar Documento



CHICLAYO

- 128 -

P : Personal


I : IncidenciaII : Insertador Incidencia

IULDR : Listado Documentos

RecepcionarRD : Recepcionador Documento


3: Leer

8: Crear

6: Crear

2: listarMovimientoRecepcionar($operacion,$estado,$inc,$dependencia,$persona,$numeroDocumento,$pagina)




ILUSTRACION Nº 16: D. Colaboración Recepcionar Documento



CHICLAYO

- 129 -

P : Personal


D : Documento

IULDP : Listado Documentos Proveer

PD : Proveedor Documento IUPD : Proveer Documento

BDP : Buscador Documento

LCD : Listador CategoriaDep

LD : Listador Dependencia

LP : Listador Persona

BC : Buscador Cargo

CD : CategoriaDep

C : Cargo

P : Persona

D : Dependencia

IP : Insertador Proveido

I : Incidencia

IS : Insertador Incidencia


3: Leer2: listarMovimientoProveer($asg,$numeroDocumento,$pagina)


5: Presionar

6: Mostrar


9: Datos Documento

10: ListarCategoriaDepActivos()

12: Listado CategoriaDep

13: listarDependenciaCategoriaDep($iddep,$catdep)

15: Listar Dependencias

16: listarUsuarioDependenciaProv($dependencia,$idper)

18: Listado Personas

19: buscarCargoUsuario($usu)

21: Cargo



8: Leer

11: Leer

14: Leer

17: Leer

20: Leer

23: Crear

25: Crear

ILUSTRACION Nº 17: D. Colaboración Proveer Documento



CHICLAYO

- 130 -

P : Personal


IULAD : Listado Documentos Archivar

M : Movimiento

I : Incidencia

DAM : Detalle_Arc_Mov

AI : Actualizador Incidencia

IA : Insertador Archivacion

IUAD : Archivar Documento

A : ArchivadorLA : Listador Archivador

BDA : Buscador Documento D : Documento

AD : Archivador Documento

IM : Insertador Movimiento


3: Leer2: listarMovimientoArchivar($asg,$numeroDocumento,$pagina)


5: Presionar

18: Modificar

16: Crear


9: Datos Documento

10: listarArchivadoresMovimiento($Anio,$asg)

12: Listado Archivadores

15: insertarDetalle(objDetalle)

17: actualizarEstadoIncidencia($estado,$inc)


11: Leer

8: Leer

6: Mostrar

14: Crear

ILUSTRACION Nº 18: D. Colaboración Archivar Documento



CHICLAYO

- 131 -


P : Personal

LCD : Listador CategoriaDoc CD : CategoriaDoc

M : Movimiento

IUBD : Busqueda Documento

IUSD : Seguimiento Documento

SD : Seguidor Documento

D : Documento

LM : Listador Movimiento

I : Incidencia

R : Referencia


: Buscador Documento

11: Leer


3: Leer

8: Presionar


4: Listado CategoriaDoc

5: listarDocumentosSeguimientoParametros($asg,$cdoc,$numeroDocumento,$fechaInicio,$fechaFin)

7: Listado Documentos


12: Datos Documento

13: listarSeguimientoDocumento($doc)18: Listado Movimientos

9: Mostrar

14: Leer

15: Leer

16: Leer

17: Leer

6: Leer


ILUSTRACION Nº 19: D. Colaboración Buscar Documento



CHICLAYO

- 132 -

P : Personal IULDD : Listado Documentos Derivados

LCD : Listador CategoriaDoc CD : CategoriaDoc


M : Movimiento

I : Incidencia

D : Documento


2: listarCategoriaDocInterno()


5: listarDocumentosDerivados($asg,$cdoc,$anio,$pagina)


3: Leer

6: Leer

8: Leer

7: Leer

ILUSTRACION Nº 20: D. Colaboración Documentos Derivados



CHICLAYO

- 133 -

P : Personal IULDR : Listado Documentos

Recepcionados

LCD : Listador CategoriaDoc C : CategoriaDoc

D : DocumentoI : Incidencia


M : Movimiento


2: listarCategoriaDocInterno()


5: listarDocumentosRecepcionados($asg,$cdoc,$anio,$pagina)


3: Leer

6: Leer

8: Leer

7: Leer

ILUSTRACION Nº 21: D. Colaboración Documentos Recepcionados



CHICLAYO

- 134 -

P : Personal

: Incidencia

: Buscador Documento

: Documento : Movimiento

: CategoriaDoc

IULDP : Listado Documentos Proveídos

: Listador CategoriaDoc


6: Leer7: Leer

8: Leer



5: listarDocumentosProveidos($asg,$cdoc,$anio,$pagina)


3: Leer

ILUSTRACION Nº 22: D. Colaboración Documentos Proveídos



CHICLAYO

- 135 -

P : Personal

M : Movimiento


A : Archivador

IULDA : Listado Documentos Archivados

LP : Listador Periodo

LA : Listador Archivador



2: listarPeriodoArchivador($asg)

4: Listado Años

5: listarArchivadoresMovimiento($periodo,$asg)

7: Listado Archivadores

8: listarDocumentosArchivados($asg,$periodo,$arc,$pagina)


3: Leer

6: Leer

9: Leer

10: Leer

ILUSTRACION Nº 23: D. Colaboración Documentos Archivados


DESARROLLO DE UN SISTEMA INFORMÁTICO BASADO EN PLATAFORMA WEB PARA MEJORAR EL PROCESO

DE TRÁMITE DOCUMENTARIO EN EL GOBIERNO PROVINCIAL DE CHICLAYO

- 136 -

5.2.2.2 Diagrama de Clases del Análisis

ILUSTRACION Nº 24: Diagrama de Clases del Análisis




- 137 -

5.3 FASE DE CONSTRUCCIÓN

El objetivo general de esta fase es alcanzar la capacidad operacional del

producto de software de forma incremental a través de las sucesivas

iteraciones. En esta fase todas las características, componentes, y

requerimientos serán integrados, implementados y probados en su

totalidad obteniendo una versión aceptable del producto comúnmente

llamado versión beta.

Los objetivos específicos de esta fase son:

Minimizar los costos de desarrollo mediante la optimización de recursos

y evitando el tener que rehacer un trabajo o incluso desecharlo.

Conseguir una calidad adecuada tan rápido como sea práctico.

Conseguir versiones funcionales (alfa, beta y otras versiones de

prueba) tan rápido como sea necesario.

5.3.1 Diseño

Modelo de Diseño

Es una abstracción del modelo de implementación y su código

fuente, el cual fundamentalmente se empleará para representar y

documentar su diseño. Será usado como entrada esencial en las

actividades relacionadas a la implementación. Representará a los

casos de uso en el dominio de la solución.

Para representar los diagramas del Modelo de Diseño se

emplearán diferentes diagramas de UML tales como: Interfases,

Diagramas de Secuencia y Diagramas de Clases.

5.3.1.1 Interfases del sistema




- 138 -

P : PersonalP : Personal IUI : IntranetIUI : Intranet VP : ValidadorPersonaVP : ValidadorPersona IUMP : MenuProcesosIUMP : MenuProcesosP : PersonaP : Persona

Ingresar a intranet

ValidarPersona($user,$clave)

Leer

Mostrar

ILUSTRACION Nº 25: Interfaz Validar Usuario


ILUSTRACION Nº 26: D. Secuencia Validar Usuario




- 139 -

ILUSTRACION Nº 27: Interfaz Listado de Documentos Registrados


ILUSTRACION Nº 28: Interfaz Registrar Documentos



CHICLAYO

- 140 -

P : PersonalP : Personal IURD : Registrar DocumentoIURD : Registrar Documento BD : Buscador

Documento

BD : Buscador

Documento

D : DocumentoD : DocumentoIUMD : Mant DocumentoIUMD : Mant Documento ID : Insertador

Documento

ID : Insertador

Documento

AD : Actualizador

Documento

AD : Actualizador

Documento

ED : Eliminar

Documento

ED : Eliminar

Documento

IUVT : Ver TicketIUVT : Ver Ticket

Ingresar

cmdBuscar.click

listarDocumento($numeroDocumento,$asg,$pagina)

Leer

Listado Documentos

Mostrar Documentos

cmdNuevo.click

Mostrar

insertarDocumento(objDocumento)

cmdEditar.click

Mostrar

actualizarDocumento(objDocumento)

Modif icar

cmdBorrar.Click

Mostrar

eliminarDocumento(objDocumento)

Validar f orm()

Mensaje conf irmacion()

Validar f orm()



Crear

Mostrar

Imprimir Ticket

Mostrar insercion

Mostrar actualizacion

Eliminar

Mostrar eliminacion

Elaboracion PropiaFUENTE:

ILUSTRACION Nº 29: D. Secuencia Registrar Documento



- 141 -

ILUSTRACION Nº 30: Interfaz Listado de Documentos por Derivar


ILUSTRACION Nº 31: Interfaz Derivar Documento



CHICLAYO

- 142 -

P : PersonalP : Personal IULDD : Listado Derivar DocumentoIULDD : Listado Derivar Documento B : Buscador DocumentoB : Buscador Documento IUDD : Derivar DocumentoIUDD : Derivar Documento AD : Agregador DerivacionAD : Agregador Derivacion QD : Quitador DerivacionQD : Quitador Derivacion M : MovimientoM : Movimiento I : IncidenciaI : Incidencia

Ingresar

cmdBuscar.Click

listarMovimientoDerivar($asg,$numeroDocumento,$pagina)

Listado Documentos

Mostrar Documentos

cmdDerivar.Click

Mostrar

Validar form()

Mensaje confirmacion()

insertarMovimiento(objMovimiento)

Crear

Mostrar derivacion

cmdQuitar.click

Eliminar

eliminarIncidencia(objIncidencia)

Mostrar eliminacion

FUENTE: Elaboracion Propia

Leer

ILUSTRACION Nº 32: D. Secuencia Derivar Documento



- 143 -

P : PersonalP : Personal IURD : Recepcionar DocumentoIURD : Recepcionar Documento B : Buscador DocumentoB : Buscador Documento RD : Recepcionador

Documento

RD : Recepcionador

DocumentoM : MovimientoM : Movimiento


Ingresar

cmdBuscar.click

listarMovimientoRecepcionar($operacion,$estado,$inc,$dependencia,$persona,$numeroDocumento,$pagina)

Leer

Listado Documentos

cmdRecepcionar.click


Crear


Mostrar recepcion

ILUSTRACION Nº 33: Interfaz Recepcionar Documento


ILUSTRACION Nº 34: D. Secuencia Recepcionar Documento




- 144 -

ILUSTRACION Nº 35: Interfaz Listado de Documentos por Proveer


ILUSTRACION Nº 36: Interfaz Listado de Documentos por Proveer



CHICLAYO

- 145 -

P : PersonalP : Personal IULDP : Listado Documentos ProveerIULDP : Listado Documentos Proveer B : Buscador DocumentoB : Buscador Documento IUPD : Proveer DocumentoIUPD : Proveer Documento PD : Proveedor

Documento

PD : Proveedor

DocumentoM : MovimientoM : Movimiento

Ingresar

cmdBuscar.click

listarDocumentosProveidos($asg,$cdoc,$anio,$pagina)

Leer

Listado Documentos

cmdProveer.click

Mostrar


Crear

Mostrar proveido

Validar form()


ILUSTRACION Nº 37: D. Secuencia Proveer Documento




- 146 -

ILUSTRACION Nº 38: Interfaz Listado de Documentos por Archivar


ILUSTRACION Nº 39: Interfaz Archivar Documento



CHICLAYO

- 147 -

P : PersonalP : Personal IULDA : Listado Documentos ArchivarIULDA : Listado Documentos Archivar B : Buscador DocumentoB : Buscador Documento IUAD : Archivar DocumentoIUAD : Archivar Documento AD : Archivador

Documento

AD : Archivador

Documento

M : MovimientoM : Movimiento DAM : Detalle_Arc_MovDAM : Detalle_Arc_Mov


Ingresar

cmdBuscar.click

cmdArchivar.click

listarMovimientoArchivar($asg,$numeroDocumento,$pagina)

Listado Documentos

Mostrar

Validar form()


insertarDetalle(objDetalle)

Mostrar Archivacion

Leer

Crear

ILUSTRACION Nº 40: D. Secuencia Archivar Documento




- 148 -


ILUSTRACION Nº 41: Interfaz Buscar Documento


ILUSTRACION Nº 42: Interfaz Seguimiento Documento



CHICLAYO

- 149 -

P : PersonalP : Personal IUBD : Buscar DocumentoIUBD : Buscar Documento BD : Buscador

Documento

BD : Buscador

Documento

SD : Seguidor

Documento

SD : Seguidor

DocumentoIUSD : Seguimiento DocumentoIUSD : Seguimiento Documento M : MovimientoM : Movimiento

Ingresar

listarDocumentosSeguimientoParametros($asg,$cdoc,$numeroDocumento,$fechaInicio,$fechaFin)

Leer

Listado Documentos

cmdSeguidor.click

listarSeguimientoDocumento($doc)

cmdBuscar.click

Mostrar listado

Leer

Listado Movimiento

Mostrar seguimiento

ILUSTRACION Nº 43: D. Secuencia Buscar Documento




- 150 -

ILUSTRACION Nº 44: Interfaz Documentos Derivados



CHICLAYO

- 151 -

P : PersonalP : Personal IUDD : Documentos DerivadosIUDD : Documentos Derivados BC : Buscador

CategoriaDoc

BC : Buscador

CategoriaDoc

BD : Buscador

Documento

BD : Buscador

DocumentoV : VisualizadorV : Visualizador CD : CategoriaDocCD : CategoriaDoc M : MovimientoM : Movimiento RDP : Reporte Documentos

Derivados

RDP : Reporte Documentos

DerivadosIngresar

cmdSeleccionar.onchange

listarDocumentosDerivados($asg,$cdoc,$anio,$pagina)

Leer

listarCategoriaDocInterno()

Leer

Listado CategoriaDoc

Listado Movimientos

cmdRegistroActual.click


Leer

Listado Movimientos

cmdVistaPrevia.click


Leer

Mostrar Reporte

ILUSTRACION Nº 45: D. Secuencia Documentos Derivados




- 152 -

P : PersonalP : Personal IUDR : Documentos RecepcionadosIUDR : Documentos Recepcionados BC : Buscador

CategoriaDoc

BC : Buscador

CategoriaDoc

BD : Buscador

Documento

BD : Buscador

DocumentoCD : CategoriaDocCD : CategoriaDoc

M : MovimientoM : Movimiento

Ingresar


Leer



listarDocumentosRecepcionados($asg,$cdoc,$anio,$pagina)

Leer

Listado Movimientos


listarDocumentosRecepcionados($asg,$cdoc,$anio,$pagina)

Leer

Listado Movimientos

ILUSTRACION Nº 46: Interfaz Documentos Recepcionados


ILUSTRACION Nº 47: D. Secuencia Documentos Recepcionados




- 153 -

ILUSTRACION Nº 48: Interfaz Documentos Proveídos



CHICLAYO

- 154 -

P : PersonalP : Personal IUDP : Documentos ProveidosIUDP : Documentos Proveidos BC : Buscador

CategoriaDoc

BC : Buscador

CategoriaDoc

BD : Buscador

Documento

BD : Buscador

DocumentoV : VisualizadorV : Visualizador CD : CategoriaDocCD : CategoriaDoc M : MovimientoM : Movimiento RDP : Reporte Documentos

Proveidos

RDP : Reporte Documentos

ProveidosIngresar


Leer




Leer

Listado Movimientos



Leer

Listado Movimientos

cmdVistaPrevia.click


Leer

Mostrar Reporte

ILUSTRACION Nº 49: D. Secuencia Documentos Proveídos




- 155 -

ILUSTRACION Nº 50: Interfaz Documentos Archivados



CHICLAYO

- 156 -

P : PersonalP : Personal IUDA : Documentos ArchivadosIUDA : Documentos Archivados BP : Buscador PeriodoBP : Buscador Periodo BA : Buscador ArchivadorBA : Buscador Archivador BD : Buscador

Documento

BD : Buscador

DocumentoM : MovimientoM : MovimientoA : ArchivadorA : Archivador

Ingresar

listarPeriodoArchivador($asg)

Leer

Listado Periodos

cmdSeleccionarPeriodo.onchange

listarArchivadoresMovimiento($periodo,$asg)

Leer

Listado archivadores

Mostrar Documentos

cmdSeleccionarArchivador.onchange

listarDocumentosArchivados($asg,$periodo,$arc,$pagina)

Leer

Listado Movimientos

ILUSTRACION Nº 51: D. Secuencia Documentos Archivados




- 157 -

5.3.1.2 Diagrama de Clases del Diseño

ILUSTRACION Nº 52: Diagrama de Clases del Diseño




- 158 -

5.3.1.3 Diseño Físico de la Base de Datos

ILUSTRACION Nº 53: Diseño Físico de la Base de Datos




- 159 -

5.3.2 Implementación

El objetivo principal que se busca en esta disciplina es convertir los

elementos del diseño en elementos de implementación, dichos

elementos son los archivos y códigos fuentes. Otra parte de esta

disciplina son las pruebas de unidad, las cuales se limitan a los

componentes de software implementados. De esta disciplina se

obtendrá un sistema estable.

Los objetivos específicos son:

Determinar en qué orden se implementarán los elementos de

cada subsistema.

Integrar el sistema siguiendo el plan.

Notificar los errores de diseño, si se encuentran, actualizando

la documentación.

Probar los subsistemas individualmente.

La estructura de todos los elementos implementados formará el

Modelo de Implementación.

5.3.2.1 Diagrama de Componentes

El diagrama de componentes describirá los elementos

físicos del sistema, sus relaciones y dependencias. En la

ILUSTRACION Nº 54, se muestra las tres capas del

sistema implementadas en el lenguaje PHP:

La capa de Interfaz que contiene los formularios de

mantenimientos, transacciones y reportes.

La capa Negocio, que contiene la lógica del negocio

correspondiente a validaciones y control de

transacciones.

La capa de Lógica de Acceso a Datos, que está

conformada por las clases que realizarán las consultas

y transacciones SQL a la Base de Datos, según lo

solicite la capa de Negocio.



- 160 -

SERVIDOR WEB

BD STD

Lógica de

Negocio

Lógica de

Interfaz

Logica de

Acceso a Datos

BROWSER(Navegador)

Lógica de

Interfaz

Para integrar las tres capas se utilizará el componente

configuracion.php, que contiene la siguiente codificación:

<?php

define('HOME',$_SERVER[DOCUMENT_ROOT]."");

define('STD',HOME."/std");

define('ACCESO',STD."/Datos");

define('LOGICA',STD."/Negocio");

define('INTERFAZ',STD."/Presentacion");

?>

ILUSTRACION Nº 54: Diagrama de Componentes



CHICLAYO

- 161 -

Switch - DLink

DES 1005D

Switch - DLink

DES 1005D

Switch - DLink

DES 1005D

Switch - DLink

DES 1005D

Switch - DLink

DES 1005D

Servidor de Aplicación

SO Ubuntu Server 8.10

MySQL Database version 5.x

Apache Web Server versión 2.x

PHP version 5.X

Presentación

Lógica de Negocio

Lógica de Acceso a Datos

Servidor que

alojará todos los

componentes del

sistema

PC1 TD

PC2 TD

Impresora Etiquetera

EPSON 1

Impresora

Etiquetera EPSON 2

Puerto LPT 1

Puerto LPT 1

Impresora

Laser HP 2

PC 1 D - PC n D

Dependencias

TCP/IP

TCP/IP

PC 1 OCI - PC n OCI

Organo Control Interno

TCP/IP

Impresora

Laser HP 1

TCP/IP

TCP/IP

TCP/IPTCP/IP

TCP/IP

TCP/IP

Red de Tramite

Documentario

Red de Organo de

Control Interno

Red de las

dependencias del

GPCH

TCP/IP

TCP/IP

5.3.2.2 Diagrama de Despliegue

El Diagrama de Despliegue, presenta la disposición física de los distintos nodos que componen el

sistema y el reparto de los componentes sobre dichos nodos.

ILUSTRACION Nº 55: Diagrama de Despliegue




- 162 -

CAPITULO VI

Análisis

Costo / Beneficio

6



- 163 -

l análisis Costo Beneficio permitirá demostrar la rentabilidad del

proyecto en los primeros 5 años de implementación, el cual será

evaluado no sólo desde el punto de vista monetario, sino también

considerando los beneficios intangibles que se obtendrán.

6.1 INVERSIÓN INICIAL

Costos de Servicios

Los costos de servicios detallados en el CUADRO Nº 36, corresponden a los

seis meses de elaboración del proyecto, con la excepción del servicio de

transporte el cual comprende cinco meses. Por otro lado el monto diario de

servicio de energía eléctrica se calcula el doble de lo estimado por

corresponder a dos computadoras.

CUADRO Nº 36: Costos de servicios

Descripción Monto diario (S/) Días por mes (S/) Meses Total (S/)

Servicio de Transporte 2.00 20 5 200.00

Servicio de Internet 1.00 20 6 120.00

Servicio de Energía Eléctrica 1.72 20 6 206.40

Monto Total 526.40


* Tomando en cuenta que el consumo de una computadora por hora es de 0.300 Kw, el costo

de energía tiene un valor de S/. 0.3583 x Kwh, entonces el monto promedio diario se calculó

de la siguiente forma: 0.3 Kw/hr * 8hr/día * S/0.3583 = S/. 0.86 soles diarios.

Costos de Materiales

Los costos de materiales estimados en el CUADRO Nº 37, han sido de suma

importancia para la elaboración del proyecto, porque se tenía la necesidad

de realizar algunos bocetos y diagramas manualmente, entre otras

utilidades.

E



- 164 -

CUADRO Nº 37: Costos de Materiales

Descripción Cantidad Unidad Precio (S/) Total (S/)

Impresiones 660 Hojas 0.20 132.00

Fotocopias 50 Hojas 0.05 2.50

Papel Bond A4 1 Millar 25.00 25.00

CD's 1 Unidad 1.00 1.00

Material de Oficina 2 Juego 8.00 16.00

Empastados 3 Unidad 18.00 54.00

Monto Total 230.50


Costos de Personal

La etapa de análisis, diseño e implementación corresponden a los seis

meses de realización del proyecto, la etapa de pruebas y capacitación se

considera después de la culminación del mismo.

CUADRO Nº 38: Costos de personal

Descripción Duración Costo por hora

(S/) Total (S/) Meses Días por mes Horas por día

Análisis y diseño 3 20 6 10.00 3600

Implementación 3 20 8 10.00 4800

Pruebas e implantación 1 20 6 10.00 1200

Capacitación 1 20 6 10.00 1200

Total de Inversión en costo de personal 10800


Costos de Software

El Gobierno Provincial de Chiclayo es una institución pública, por tal motivo

carece muchas veces de presupuesto para adquirir licencias de ciertos

programas, por tal motivo se ha considerado elegir las herramientas propias

del software libre como alternativa frente a esta dificultad a excepción del

software Dreamweaver el cual se ha estimado su costo por la utilidad dada

en la realización del proyecto.



- 165 -

CUADRO Nº 39: Costos de software


Costos de Hardware

El Gobierno Provincial de Chiclayo cuenta con diferentes equipos y una red

estructurada ya establecida, por tal motivo los costos en hardware son 0.00

soles.

CUADRO Nº 40: Costos de hardware

Descripción Nº Equipos Precio Unit Total (S/)

Servidor de Aplicaciones 1 0.00 0.00

Switch administrable 2 0.00 0.00

Estaciones de trabajo 3 1500.00 4500.00

Total de Inversión en Hardware 4500.00


6.2 GASTOS OPERATIVOS

CUADRO Nº 41: Gastos operativos I

Descripción Duración Costo por hora

(S/) Total (S/)

Meses Días por mes Horas por día

Administración del sitio web 10 20 8 5.00 8000

Monto Total 8000


Descripción Total (S/)

Servidor Apache 0.00

Lenguaje de programación PHP 0.00

DBMS MySQL 0.00

Sistema Operativo Ubuntu Server 8.10 0.00

PHP Edit 0.00

Adobe Dreamweaver CS3 756.00

Monto Total 756.00



- 166 -

CUADRO Nº 42: Gastos operativos II


6.3 BENEFICIOS

Los beneficios serán estimados en base a algunos indicadores y otros

aspectos que se lograrían al implantar el sistema, además se describirán los

beneficios intangibles los cuales no serán calculados por ser beneficios

sociales.

6.3.1 Beneficios tangibles

Inversión en adquisiciones de Libros de Registro (Indicador)

Como se explicó anteriormente el ahorro anual en la inversión de

libros de registro sería de S/ 1860.00 nuevos soles por año.

Reducción del personal para el área de trámite documentario.

Para este beneficio se ha realizado el siguiente análisis que se

demuestra en el CUADRO Nº 43:

CUADRO Nº 43: Reducción del personal para el área de trámite

documentario

Sin la implementación del sistema

Cantidad actual de personal (U) 9

Sueldo del personal (S/) 850.00

Periodo anual (meses) 12

Total por año 91800.00

Con la implementación del sistema

Cantidad de personal necesario (U) 5

Sueldo del personal (S/) 850.00

Periodo anual (meses) 12

Total por año 51000.00

Ahorro anual 40800.00


Descripción Nº PC's Veces x año Costo Total (S/)

Mantenimiento de PC's adquiridas 3 3 20.00 180.00

Monto Total 180.00



- 167 -

Según el cálculo realizado se ha estimado un ahorro anual de S/

40800.00 nuevos soles en personal necesario para el área de trámite

documentario.

6.3.2 Beneficio intangibles

Reducción del tiempo promedio de atención.

Reducción del tiempo promedio de registro.

Reducción del tiempo promedio de seguimiento.

Mejora de la calidad de la recepción.

Reducción del circuito para la obtención de la información.

Mejora de las respuestas de las solicitudes.

Incremento de la productividad del personal del G.P.CH.

Incremento en la Imagen institucional.



- 168 -

6.4 FLUJO DE CAJA

CUADRO Nº 44: Cálculo del Flujo de caja

Año 0 Año 1 Año 2 Año 3 Año 4 Año 5 Total

INVERSION INICIAL (S/) (S/) (S/) (S/) (S/) (S/) (S/)

Costos de servicios 526.40 0.00 0.00 0.00 0.00 0.00 526.40

Costos de materiales 230.50 0.00 0.00 0.00 0.00 0.00 230.50

Costos de personal 10800.00 0.00 0.00 0.00 0.00 0.00 10800.00

Costos de software 756.00 0.00 0.00 0.00 0.00 0.00 756.00

Costos de hardware 4500.00 0.00 0.00 0.00 0.00 0.00 4500.00

Total de inversión inicial 16812.90 0.00 0.00 0.00 0.00 0.00 16812.90

GASTOS OPERATIVOS (S/) (S/) (S/) (S/) (S/) (S/) (S/)

Administración del sitio web 0.00 8000.00 8000.00 8000.00 8000.00 8000.00 40000.00

Mantenimiento de PC's adquiridas 0.00 180.00 180.00 180.00 180.00 180.00 900.00

Total de gastos operativos 0.00 8180.00 8180.00 8180.00 8180.00 8180.00 40900.00

Total TODOS los gastos por año 16812.90 8180.00 8180.00 8180.00 8180.00 8180.00 57712.90

Total TODOS los gastos acumulados 16812.90 24992.90 33172.90 41352.90 49532.90 57712.90

BENEFICIOS (S/) (S/) (S/) (S/) (S/) (S/) (S/)

Inversión en adquisiciones de libros de registro

0.00 1860.00 1860.00 1860.00 1860.00 1860.00 9300.00

Ahorro en reducción del personal 0.00 24000.00 24000.00 24000.00 24000.00 24000.00 120000.00

Total BRUTO de beneficios por año 0.00 25860.00 25860.00 25860.00 25860.00 25860.00 129300.00

Total BRUTO de beneficios acumulados 0.00 25860.00 51720.00 77580.00 103440.00 129300.00

Total NETO de beneficios por año 0.00 17680.00 17680.00 17680.00 17680.00 17680.00 88400.00

Total NETO de beneficios acumulados 0.00 17680.00 35360.00 53040.00 70720.00 88400.00

FLUJO DE CAJA NETO (S/) (S/) (S/) (S/) (S/) (S/) (S/)

Flujo de caja neto anual -16812.90 17680.00 17680.00 17680.00 17680.00 17680.00 71587.10

Flujo de caja neto acumulado -16812.90 867.10 18547.10 36227.10 53907.10 71587.10


6.5 VALOR ACTUAL NETO (VAN)

El VAN es un procedimiento que permitirá calcular el valor presente de un

determinado número de flujos de caja futuros.

El cálculo del VAN se ha realizado utilizando la función VNA (tasa;

periodo_1:periodo_5), del programa Microsoft Excel. Donde la tasa de

interés es del 200% y los periodos son extraídos del Flujo de Caja Neto

Anual presentado en CUADRO Nº44. El resultado obtenido es de

S/.8803.62; lo que indica el óptimo nivel de rentabilidad del proyecto

propuesto.



- 169 -

6.6 TASA INTERNA DE RETORNO (TIR)

El TIR es la tasa de interés con la cual el valor actual neto o valor presente

neto (VAN o VPN) es igual a cero.

Al igual que el VAN, el cálculo del TIR se ha realizado utilizando la función

de Microsoft Excel: TIR (periodo_0: periodo_5).

El resultado obtenido es de 102%.



- 170 -

CAPITULO VII

Plan de Seguridad

7



- 171 -

as comunicaciones internas y la organización de la información han

adquirido una importancia relevante en el mundo empresarial. La

aplicación de las tecnologías subyacentes a Internet para la gestión de la

información interna de la empresa es la base del concepto conocido como

Intranet.

La aplicación de estas tecnologías resulta muy atractiva ya que, por un lado son

muy accesibles a los usuarios, ya acostumbrados a la navegación por las páginas

Web, mientras que por otro, pueden vincularse a fuentes de información

corporativa o externa, actualizarse de forma instantánea y adaptarse con facilidad

a los requisitos de la empresa. Además, su implantación no supone grandes

inversiones económicas.

7.1 SEGURIDAD A NIVEL DE SISTEMA OPERATIVO LINUX

A este nivel se ha recomendado y establecido las siguientes

especificaciones:

Configuración del servidor Apache para bloquear el listado de directorios

a través del navegador web.

Instalación y configuración de un Firewall.

Instalación y configuración del servicio SSH para el acceso remoto al

servidor web.

7.2 SEGURIDAD A NIVEL DE SERVIDOR APACHE

El servidor pondrá a disposición de la intranet los recursos y servicios

necesarios para que los usuarios puedan utilizar el sistema de manera

óptima. Este contendrá la aplicación en su totalidad, ya que no existirá

separación física de las tres capas, debido principalmente a la ausencia de

hardware que permita esta distribución. Por este motivo el servidor también

alojará la base de datos del sistema. Considerando esto, se han definido las

siguientes medidas de seguridad que evitarán el acceso y alteración de

información crítica para la institución.

L



- 172 -

Impedir que los usuarios alteren las características generales del

sistema

Para funcionar con un manejo realmente estricto será necesario no permitir

que los usuarios configuren archivos .htaccess los cuales pueden anular

los sistemas de seguridad configurados. En el archivo de configuración del

servidor se tendrá que establecer:

AllowOverride None

Options None

Allow from all

Y después se configuran directorios específicos. Esto detiene todas las

anulaciones, inclusiones y accesos en todos los directorios fuera de los que

se nombran.

Disminuir el valor máximo de tiempo de espera

Por defecto el tiempo de espera es de 300 segundos. Puede disminuirse

por seguridad para prevenir ataques de esta manera: Timeout 45

Restringir acceso por IP

Si se tiene un recurso al que deba solamente tener acceso alguna red, o IP

en concreto, este puede ser configurarlo en Apache. Por ejemplo si se

desea restringir el acceso a la Intranet para permitir solamente la red

176.16:

Order Deny, Allow

Deny from all

Allow from 176.16.0.0/16

Limitar el tamaño máximo de peticiones

Apache tiene varias directivas que permiten que se limite el tamaño de una

petición, Una manera de comenzar es con la directiva LimitRequestBody.

Esta directiva está fijada a ilimitado por defecto. Si se está permitiendo

uploads de archivos que no sean mayores a 1MB, se podría establecer:

LimitRequestBody 1048576

Si no se está permitiendo uploads de archivos puede ser fijado a un

tamaño más pequeño.



- 173 -

Apache debe funcionar bajo su propia cuenta y grupo de usuario

Algunas versiones de Apache corren bajo el usuario nobody, esto

compromete mucho su seguridad. Será necesario establecer:

User apache

Group apache

7.3 SEGURIDAD A NIVEL DE APLICACIÓN

La aplicación, desarrollada en base a programación orientada a objetos e

implementada mediante una arquitectura cliente / servidor, también se

encuentra expuesta a ataques de usuarios externos y hasta en algunos

casos internos; es por ello que se ha definido medidas de seguridad que

permitirán aplacar, aunque en menor medida, estos ataques. Estas

medidas de seguridad serán implementadas a nivel de código por medio de

clases, propiedad y métodos.

Uso de sesiones

Las sesiones permiten mantener a un usuario conectado a la aplicación por

medio de su cuenta, evitando el acceso de usuarios no autorizados. Para

ello existen funciones para el inicio y cierre de sesión.

Inicio de Sesión:

session_start();

Cierre de Sesión:

session_start();

session_unset();

session_destroy();



- 174 -

Encriptación de contraseñas

Para prevenir posibles vulnerabilidades en nuestro servidor, es una medida

eficaz encriptar las contraseñas. Para mejorar este sistema, se utilizará un

algoritmo de encriptación de un solo sentido, es decir que no se puede

desencriptar de ninguna manera, como por ejemplo md5.

$contrasena = md5($contrasena);

Autenticación de usuarios y sesiones en PHP

Integrando los puntos anteriores, se podrá implementar medidas de

seguridad haciendo uso de una clase denominada Datos.clsValidacion.

php.

class Datos_clsValidacion

{

function verificarUsuario($usuario, $clave)

{

$oConexion= new Datos_clsConexion();

$vConsulta="SELECT asg_id,d.dep_id as id_dep,p.per_id

as id_per, dep_nombre,

CONCAT(per_nombre,'',per_apellido) as nombre,

per_login, per_clave, car_nombre, asg_nivel FROM

asignacion a INNER JOIN persona p ON

a.per_id=p.per_id INNER JOIN cargo c ON

a.car_id=c.car_id INNER JOIN dependencia d ON

a.dep_id=d.dep_id WHERE asg_estado<>0 AND per_login=

'".$oConexion->Escapar_Caracteres($usuario)."' AND

per_clave=

'".$oConexion->Escapar_Caracteres($clave)."' limit 1";

$rs=$oConexion->Ejecutar_Consulta($vConsulta);

if ($rs->num_rows>0)

return $rs->fetch_array();

else

return false;

}

}

Cuando el usuario se valide la autenticación es de la siguiente manera:

$usuario=trim($_POST["txtusuario"]);

$clave=md5($_POST["txtclave"]);

if (ereg("^[a-zA-Z0-9]{4,15}", $usuario) && ereg("^[a-zA-Z0-

9]{4,32}", $clave)){

$oValidacion=new Negocio_clsValidacion();

if ($row=$oValidacion->verificarUsuario($usuario, $clave)){

session_start();

$_SESSION['asignacion']=$row['asg_id'];

$_SESSION['dependencia']=$row['dep_nombre'];

$_SESSION['persona']=$row['nombre'];

$_SESSION['usuario']=$row['per_login'];

$_SESSION['cargo']=$row['car_nombre'];



- 175 -

$_SESSION['iddep']=$row['id_dep'];

$_SESSION['idper']=$row['id_per'];

$_SESSION['nivel']=$row['asg_nivel'];

header("Location: Presentacion/Menuprocesos.php");

}else{

header("Location: index.php");

}

}else{

header("Location: index.php");

}

Control de acceso

o Parámetro register_globals del archivo PHP.INI se ha iniciado en “Off”.

o Uso de funciones especiales de escape de caracteres, htmlentities,

ereg, intval, mysql_real_escape_string, etc, para evitar la ejecución de

código remotamente.

o Validación de los datos ingresados para evitar los ataques de

“inyección SQL”.

o Verificación de acceso a las páginas de la aplicación solo de la misma

aplicación.

o Asignación de niveles de acceso según tipo de usuario.

Aplicación de sistema Captcha

Un sistema Captcha (Prueba de Turing pública y automática para

diferenciar a máquinas y humanos) asegura que el que esta accediendo a

la aplicación es un humano y no una máquina o script que procesa datos

automáticamente.

7.4 SEGURIDAD A NIVEL DE BASE DE DATOS

Para implementar medidas de seguridad a nivel de base de datos, MySQL

provee de herramientas que facilitan el control de accesos por medio de

contraseñas y escaneo de puertos, las copias de seguridad y el

mantenimiento de la base de datos.



- 176 -

Control de acceso

Registro de dos usuarios, uno para el acceso y consulta de datos, y el otro

para la manipulación de los datos solo desde la red interna.

Copias de Seguridad

El cliente mysqldump es un programa de respaldo de base de datos,

pueden transferiste los datos a otro servidor SQL (no necesariamente

MySQL). El respaldo típicamente contiene sentencias SQL para crear la

tabla y su contenido.

mysqldump db_name > backup-file.sql

7.5 POLÍTICAS DE SEGURIDAD

Las Políticas de seguridad describen, principalmente, la forma adecuada de

uso de los recursos del sistema, las responsabilidades y derechos tanto de

usuarios como administradores, describe lo que se va a proteger y de lo

que se esta tratando de proteger, éstos documentos son el primer paso en

la construcción de Firewalls efectivos.

Políticas de contraseñas

Son una de las políticas más importantes, ya que por lo general, las

contraseñas constituyen la primera y tal vez única manera de

autenticación y, por tanto, la única línea de defensa contra ataques.

Así tenemos que:

o El administrador del sistema, es el único usuario encargado de

asignar las contraseñas a los nuevos usuarios del sistema.

o El administrador del sistema, es el único usuario encargado de la

cuenta root, de la base de datos y del sistema operativo.

o Las contraseñas no pueden ser modificadas, sólo son

reemplazadas por completo.

o Las contraseñas serán encriptadas con el algoritmo MD5.



- 177 -

Políticas de uso adecuado

Estas especifican lo que se considera un uso adecuado o inadecuado

del sistema por parte de los usuarios.

o Está prohibido ejecutar programas que intenten descifrar las

contraseñas alojadas en las tablas de usuarios de máquinas

locales o remotas.

o Todas las transacciones deben ser culminadas o anuladas para

evitar inconsistencias en las base de datos.

o Los usuarios no deben utilizar inyecciones SQL desde el

navegador, ya que podría alterar el correcto funcionamiento de la

aplicación.

Políticas de respaldos

Estas especifican qué información debe respaldarse, con qué

periodicidad, qué medios de respaldo utilizar, cómo deberá ser

restaurada la información, dónde deberán almacenarse los respaldos,

etc.

o El administrador del sistema es el responsable de realizar

respaldos de la información periódicamente. Cada treinta días

deberá efectuarse un respaldo completo del sistema y cada día

deberán ser respaldados todos los archivos que fueron modificados

o creados.

o La información se respaldará por medio del copiado total de la

estructura y el contenido de las tablas del sistema. También se

generarán respaldos por medio de archivos de texto SQL, con el

usuario mysqldump.

o La información respaldada deberá ser almacenada en un lugar

seguro y distante del sitio de trabajo.

o Ningún trabajador podrá llevarse los respaldos de manera completa

o parcial, a otros lugares fuera de la institución. Es el administrador

del sistema el encargado de designar el lugar donde se almacenará

físicamente los backups.



- 178 -

CAPITULO VIII

Análisis e Interpretación

de los Resultados

8



- 179 -

n este capítulo se pretende analizar, evaluar y contrastar la situación

actual y estimada de la problemática en función de los indicadores

propuestos, que a continuación se detallan:

Diseño Estadístico

8.1 TIEMPO

8.1.1 Tiempo Promedio de Registro

Tiempo Actual

CUADRO Nº 45: Resumen del tiempo promedio de registro en función de las

dependencias

n Nombre de dependencia TReg 13 Recursos Humanos 00:01:37 22 Tesorería 00:01:45 28 Promoción Empresarial 00:02:27 33 Secretaria General 00:02:00 37 Control urbano 00:02:10 41 Procuraduría 00:01:58 45 Edificaciones 00:02:38 49 Logística 00:01:56 52 Defensa Civil 00:01:59 55 Limpieza Pública 00:02:17 58 Registro Civil 00:02:25 61 Contabilidad 00:02:05 64 Asesoría Jurídica 00:02:09 67 Administración 00:01:48

FUENTE: Anexo Nº2

Aplicación de datos en fórmula:

Fórmula Cálculo Resultado

00:02:05

E



- 180 -

El tiempo promedio de registro, empleado por el personal de las

diversas dependencias del Gobierno Provincial de Chiclayo nos dio

como resultado 00:02:05 minutos / documento aproximadamente.

Tiempo Estimado

Para calcular el tiempo estimado de registro en promedio se ha tenido

por conveniente utilizar como herramienta de evaluación al prototipo

del sistema que se va a implementar, a continuación se presenta el

siguiente ejemplo donde se ha considerado a 3 dependencias para

mostrar el tiempo estimado:

CUADRO Nº 46: Tiempo estimado para calcular el tiempo promedio de

registro

n Nombre de dependencia TReg 1 Recursos Humanos 00:00:53 2 Edificaciones 00:00:57 3 Administración 00:00:55




00:00:55

El tiempo estimado que utilizaría el personal del Gobierno Provincial

de Chiclayo en registrar un documento sería de 00:00:55 segundos

en promedio por documento.



- 181 -

8.1.2 Tiempo Promedio de Atención

Tiempo Actual

CUADRO Nº 47: Resumen del tiempo promedio de Atención

n TC TRecep TRegL

n TC TRecep TRegL

1 00:01:10 00:01:03 00:01:43 34 00:01:26 00:01:19 00:01:56

2 00:01:05 00:01:52 00:01:45 35 00:02:21 00:00:48 00:02:04

3 00:00:35 00:01:03 00:01:42 36 00:01:52 00:00:48 00:02:05

4 00:01:08 00:03:20 00:01:48 37 00:01:06 00:02:03 00:01:49

5 00:02:13 00:03:05 00:01:43 38 00:01:01 00:04:08 00:01:55

6 00:05:20 00:01:05 00:01:45 39 00:02:07 00:02:00 00:01:58

7 00:01:08 00:01:30 00:01:48 40 00:03:05 00:02:05 00:01:46

8 00:02:30 00:02:08 00:01:50 41 00:05:10 00:02:09 00:01:54

9 00:04:42 00:01:38 00:01:44 42 00:01:02 00:01:03 00:02:03

10 00:02:18 00:03:02 00:01:39 43 00:00:30 00:03:08 00:02:05

11 00:10:58 00:03:07 00:01:49 44 00:01:10 00:02:00 00:01:57

12 00:14:54 00:01:04 00:01:42 45 00:00:40 00:02:30 00:01:45

13 00:14:47 00:03:33 00:01:44 46 00:01:08 00:01:05 00:01:56

14 00:18:20 00:01:10 00:01:55 47 00:02:14 00:02:18 00:01:48

15 00:19:11 00:01:44 00:01:45 48 00:02:42 00:02:06 00:01:59

16 00:03:41 00:01:20 00:01:47 49 00:01:44 00:02:10 00:01:49

17 00:04:47 00:01:58 00:01:53 50 00:01:10 00:01:30 00:02:00

18 00:08:12 00:01:14 00:01:47 51 00:01:09 00:03:02 00:01:52

19 00:09:30 00:01:10 00:01:45 52 00:01:02 00:02:10 00:01:59

20 00:06:42 00:02:00 00:01:42 53 00:03:14 00:02:46 00:02:04

21 00:06:52 00:01:10 00:01:44 54 00:01:41 00:02:05 00:01:52

22 00:02:00 00:01:04 00:01:59 55 00:01:02 00:02:21 00:02:02

23 00:01:04 00:01:58 00:01:56 56 00:02:58 00:01:53 00:01:49

24 00:01:06 00:01:01 00:01:45 57 00:03:00 00:02:06 00:01:54

25 00:01:02 00:01:16 00:02:03 58 00:05:00 00:02:35 00:02:03

26 00:01:58 00:01:30 00:01:48 59 00:02:18 00:02:12 00:01:49

27 00:02:30 00:01:20 00:01:57 60 00:04:20 00:03:28 00:01:55

28 00:01:18 00:01:50 00:01:50 61 00:03:29 00:02:36 00:01:47

29 00:01:56 00:01:29 00:02:00 62 00:06:06 00:02:52 00:02:16

30 00:02:45 00:01:03 00:01:53 63 00:01:02 00:03:30 00:02:01

31 00:02:02 00:01:03 00:01:56 64 00:01:40 00:02:11 00:01:54

32 00:03:07 00:01:10 00:01:48 65 00:01:53 00:03:29 00:02:01

33 00:03:12 00:01:08 00:01:45 66 00:03:01 00:03:09 00:01:42

FUENTE: Anexo Nº3



- 182 -



00:07:27

El tiempo promedio utilizado por el administrado en su atención para

iniciar el proceso de trámite en el G.P.CH dio como resultado

00:07:27 minutos / expediente aproximadamente.

Tiempo Estimado

Para calcular el tiempo estimado de atención en promedio, al igual

que el caso anterior se ha utilizado como herramienta de evaluación

al prototipo del sistema, a continuación se presenta el siguiente

ejemplo donde se ha considerado a 3 tiempos de atención para

mostrar la estimación:

CUADRO Nº 48: Tiempo estimado para calcular el tiempo promedio de

atención

n TC TRecep TRegL

1 00:01:00 00:02:20 00:00:00

2 00:01:08 00:02:32 00:00:00

3 00:01:12 00:02:18 00:00:00




00:03:30

El tiempo estimado que utilizaría el administrado para su atención sería

de 00:03:30 minutos en promedio por documento.



- 183 -

8.1.3 Tiempo Promedio de Seguimiento

Tiempo Actual

CUADRO Nº 49: Resumen del tiempo promedio de seguimiento

n Tiempos

n Tiempos

n Tiempos 1 0:32:55 23 0:14:02 45 0:19:27 2 1:01:52 24 0:26:49 46 0:20:34 3 0:23:02 25 0:16:31 47 0:25:26 4 0:07:54 26 0:10:55 48 0:38:00 5 0:14:07 27 0:35:35 49 0:30:29 6 1:03:12 28 0:37:03 50 0:08:53 7 0:31:58 29 0:18:12 51 1:20:17 8 0:23:48 30 0:22:23 52 0:11:15 9 0:25:03 31 0:13:01 53 1:26:38 10 0:47:22 32 0:13:12 54 0:31:40 11 0:46:34 33 0:39:55 55 0:25:40 12 0:32:55 34 0:33:37 56 0:26:25 13 1:07:09 35 0:10:00 57 0:17:59 14 1:21:00 36 0:32:48 58 0:08:41 15 0:28:20 37 0:29:22 59 0:31:06 16 0:20:55 38 0:09:00 60 0:24:09 17 0:32:06 39 0:33:51 61 0:07:50 18 0:14:57 40 0:39:07 62 0:24:46 19 0:29:25 41 0:24:34 63 0:28:21 20 0:23:54 42 0:23:06 64 0:19:46 21 0:29:54 43 0:18:14 65 0:25:02 22 0:28:56 44 0:12:56 66 0:17:11

FUENTE: Anexo Nº4



00:28:39

El tiempo promedio utilizado por el administrado para realizar el

seguimiento a su expediente dio como resultado 00:28:39 minutos /

expediente aproximadamente.



- 184 -

Tiempo Estimado

Para realizar esta estimación se ha optado nuevamente por considerar

al prototipo del sistema como herramienta de evaluación, ya que esta

brinda la facilidad de dar seguimiento al expediente, tomándole al

interesado solo 00:03:00 minutos aproximadamente el consultar el

estado de su expediente.

8.2 COSTO

8.2.1 Inversión en adquisiciones de Libros de Registro

Costo Actual

CUADRO Nº 50: Resumen de la inversión por dependencia en adquisiciones

de libros de registro

Nº Dependencia Nº Libros

documentos emitidos

Nº Libros documentos recibidos (*)

Tipo Libro

Cálculo

1 Almacén II 1 1 LP - LP S/ 14.00

2 Bienestar Social 1 1 LP - LP S/ 14.00

3 Coordinación de Asentamientos Humanos 2 1 LP - LP S/ 21.00

4 Gerencia Central de Administración y Finanzas 4 1 LP - LM S/ 40.00

5 Gerencia de Asesoría Jurídica 4 1 LP - LP S/ 35.00

6 Gerencia de Desarrollo Humano 4 1 LP - LP S/ 35.00

7 Gerencia de Edificaciones 6 1 LP - LP S/ 49.00

8 Gerencia de Planeamiento y Presupuesto 3 1 LP - LP S/ 28.00

9 Gerencia de Recursos Humanos 14 1 LP - LG S/ 118.00

10 Gerencia de Relaciones Públicas e Imagen Inst. 2 1 LP - LP S/ 21.00

11 Gerencia de Servicios a la Ciudad 4 1 LP - LM S/ 40.00

12 Gerencia de Sistemas e Informática 3 1 LP - LP S/ 28.00

13 Gerencia de Tránsito y Transporte 4 1 LP - LP S/ 35.00

14 Gerencia de Urbanismo 6 3 LP - LG S/ 102.00

15 Gerencia General Municipal 5 1 LP - LP S/ 42.00

16 Procuraduría Pública Municipal 4 1 LP - LP S/ 35.00

17 Programa del Vaso de Leche 3 1 LP - LP S/ 28.00

18 SG de Medio Ambiente y Ornato 2 1 LP - LP S/ 21.00

19 Sub Gerencia Control Urbano y Fiscalización 5 1 LP - LP S/ 42.00

20 Sub Gerencia Coordinación de Alcaldía 4 1 LP - LM S/ 40.00

21 Sub Gerencia de Contabilidad 4 1 LP - LP S/ 35.00

22 Sub Gerencia de Defensa Civil 3 1 LP - LG S/ 41.00



- 185 -

23 Sub Gerencia de Educ., Cult., Dep. y Recreación 5 1 LP - LP S/ 42.00

24 Sub Gerencia de Estudios y Proyectos 3 1 LP - LP S/ 28.00

25 Sub Gerencia de Limpieza Pública 5 1 LP - LP S/ 42.00

26 Sub Gerencia de Logística 5 1 LP - LP S/ 42.00

27 Sub Gerencia de Mecánica y Mantenimiento 3 1 LP - LP S/ 28.00

28 Sub Gerencia de Obras Priv. y Catastro 3 1 LP - LM S/ 33.00

29 Sub Gerencia de Obras y Convenios 3 1 LP - LP S/ 28.00

30 Sub Gerencia de Presupuesto y Estadística 3 1 LP - LP S/ 28.00

31 Sub Gerencia de Prog. de Inv. y CTI de Inversiones 1 1 LP - LP S/ 14.00

32 Sub Gerencia de Prom. Empres. y Def. del Consum. 8 1 LP - LP S/ 63.00

33 Sub Gerencia de Racionalización y Planeamiento 2 1 LP - LP S/ 21.00

34 Sub Gerencia de Registro Civil 4 2 LP - LG S/ 68.00

35 Sub Gerencia de Sanidad 4 1 LP - LP S/ 35.00

36 Sub Gerencia de Secretaria General 7 2 LP - LG S/ 89.00

37 Sub Gerencia de Seguridad Ciudadana 3 1 LP - LP S/ 28.00

38 Sub Gerencia de Tesorería 9 1 LP - LP S/ 70.00

39 Sub Gerencia de Tránsito 3 2 LP - LG S/ 61.00

40 Sub Gerencia de Transportes 3 1 LP - LP S/ 28.00

41 Sub Gerencia de Turismo 2 1 LP - LP S/ 21.00

42 Trámite documentario 1 11 LP - LG S/ 227.00

FUENTE: Anexo Nº1


Leyenda Fórmula Resultado

LP = Libro Pequeño

LM = Libro Mediano

LG = Libro Grande

S/. 1860.00

La inversión que realizó el G.P.CH en adquisiciones de libros de registro

para el periodo 2007 fue de S/. 1860.00

* El volumen de libros de registro de documento recibidos nos fue dado por

cada dependencia, al igual que con los libros de documentos emitidos, pero

esta información no se encuentra referenciada en ningún anexo porque todas

las dependencias del Gobierno Provincial de Chiclayo manejan un solo tipo de

libro para registrar los documentos que reciben a diferencia del volumen y tipo

de libros para cuando se emiten documentos.



- 186 -

Costo Estimado

El costo estimado será de S/ 0.00 porque el aplicativo permitirá

registrar los datos del documentos haciendo innecesario la

adquisición de libros de registro.

Diseño Cualitativo

8.3 PERCEPCIÓN RESPECTO A LA RECEPCIÓN

8.3.1 Calidad de la recepción

Respecto a la calidad de la recepción, el 100% de administrados

recibieron una atención neutral es decir el personal de tramite

documentario usó frases más directas, menos amables y menos

comunicación verbal, por otro lado el valor porcentual es del 100%,

porque la calidad de la recepción fue estimada en la única área de

trámite documentario del G.P.CH.

Estimación actual

ILUSTRACION Nº 56: Calidad de la recepción actual


0%

20%

40%

60%

80%

100%

Positiva Neutral Negativa

0%

100%

0%

Calidad de la Recepción



- 187 -

Estimación futura

Consideramos que la calidad de la recepción podrá ir mejorando,

después de la puesta en marcha del sistema de trámite

documentario, porque este permitirá disminuir su carga laboral,

originando que el personal de trámite brinde una mejor calidad en

la atención como en otros aspectos.

ILUSTRACION Nº 57: Calidad de la recepción futura


8.3.2 Disposición a ceder información

Respecto a la disposición a ceder información por parte del personal

de trámite documentario del G.P.CH, estos mostraron una disposición

mediana del 100% la cual se demuestra en la ILUSTRACION Nº 57,

es decir dudaban ante la petición y/o preguntaban detalles de la

solicitud al administrado, de igual manera que la estimación anterior el

resultado fue del 100% por haberse realizado la investigación en la

única área de trámite del Gobierno Provincial.

0%

10%

20%

30%

40%

50%

60%

70%

Positiva Neutral Negativa

39%

61%

0%

Calidad de la recepción futura



- 188 -

Estimación actual

ILUSTRACION Nº 58: Disposición actual a ceder información


Estimación futura

En esta evaluación se da el mismo caso de la estimación futura de

la calidad de la recepción, descrita anteriormente.

ILUSTRACION Nº 59: Disposición futura a ceder información


0%

20%

40%

60%

80%

100%

Mucha Mediana Nula

0%

100%

0%


0%

10%

20%

30%

40%

50%

60%

70%

Mucha Mediana Nula

39%

61%

0%




- 189 -

8.3.3 Conocimiento de la Ley

El personal del área de trámite documentario según la ILUSTRACION

Nº 59, mostró un conocimiento parcial de la Ley en un 100%, es decir

el funcionario no precisaba plazos pero sí que debía el administrado

regresar por su respuesta. Muchas veces el funcionario que atiende al

público no está debidamente capacitado y se limita a cumplir su

función como recepcionista.

Estimación actual

ILUSTRACION Nº 60: Conocimiento actual de la Ley


Estimación futura

Con la implementación del sistema de trámite documentario

esperamos que el porcentaje actual respecto al nivel de

conocimiento de la ley se incremente, ya que el sistema controlará

los tiempos de tramitación establecidos en la Ley, brindando de

esta manera una ayuda al funcionario. Por otro lado sería de suma

importancia la capacitación al personal referente a las leyes que

competen al gobierno provincial, para mejorar la atención al

administrado.

0%

20%

40%

60%

80%

100%

Conoce Conoce parcialmente

Desconoce

0%

100%

0%




- 190 -

ILUSTRACION Nº 61: Conocimiento futuro de la Ley


8.4 CIRCUITO PARA LA OBTENCIÓN DE LA INFORMACIÓN

8.4.1 Burocracia

La burocracia gubernamental en esta investigación se entiende como

el recorrido que sigue un documento es decir la cantidad de oficinas

por las que tiene que pasar, hasta poder concretar el pedido.

En la ILUSTRACION Nº 61, nos muestra que un 61% de documentos

tienen que pasar por dos o tres áreas para obtener una respuesta,

aumentando el tiempo del administrado en solo conocer el destino de

su documento, esto quiere decir que existe algo de burocracia. Por

otro lado hay documentos que tienen que sortear de cuatro a más

áreas para obtener una respuesta, como nos indica la ilustración con

un 18% en mucha burocracia.

0%

10%

20%

30%

40%

50%

60%

70%

Conoce Conoce parcialmente

Desconoce

67%

33%

0%




- 191 -

Estimación actual

ILUSTRACION Nº 62: Burocracia actual


Estimación futura

Al igual que la explicación anterior, se estima que la puesta en

marcha del sistema de trámite documentario permitirá mejorar

varios aspectos medidos por los indicadores. En esta evaluación

consideramos que no habrá burocracia en un 76% y algo en 24%.

Esto se debe a que el sistema permitirá al administrado acudir solo

a Internet para buscar el estado de su documento, ahorrándole

tiempo y costo.

ILUSTRACION Nº 63: Burocracia futura


Mucha, 18% Algo, 61%

Nada, 21%

Burocracia

Mucha, 0%

Algo, 24%

Nada, 76%

Burocracia



- 192 -

8.4.2 Cobros

Respecto a los cobros, se considera que el sistema no tendrá una

influencia directa sobre estos por tal motivo la estimación actual y

futura será la misma, este cálculo se demuestra en la ILUSTRACION

Nº 63.

ILUSTRACION Nº 64: Cobro actual y futuro


8.4.3 Negativas

Como se puede apreciar en la ILUSTRACION Nº 64 hubo un 88% de

no negativas por parte del personal de trámite documentario para

ceder información al administrado, y solo un 12% donde el funcionario

consideraba la posibilidad de negar la cesión de la información.

Estimación actual

Sí (por el FUT) 44%

Sí (pero al final no se

pagó) 0%

De ningún tipo 56%

Cobros



- 193 -

ILUSTRACION Nº 65: Negativa actual


Estimación futura

Para la estimación futura, se ha considerado un 95% de no

negativas por parte del personal de trámite documentario, esto se

debe porque el personal recibiría una capacitación con respecto al

sistema, de esta manera se les puede informar el derecho a

solicitar información que tiene el administrado, cambiando de esta

forma la idea que tiene el personal frente a la entrega de

información, por otro lado se considera solo un 5% como negativa

parcial.

ILUSTRACION Nº 66: Negativa futura


Totales 0%

Parciales 12%

De ningún tipo 88%

Negativas

Totales, 0%

Parciales, 5%

De ningún tipo, 95%

Negativas



- 194 -

8.4.4 Insistencia

La insistencia se entendía por el número de veces que el solicitante

debió de regresar por su trámite, fuera del día en que entregó la

solicitud, según la ILUSTRACION Nº 66, un 14% de administrados no

realizó insistencia alguna, un 24% una vez, 36% dos veces, 21% tres

veces, 3% cuatro veces y 2% cinco veces, lo cual demuestra que los

administrados conocen de alguna forma el periodo de tiempo que

debe tomarles el trámite que han realizado.

Estimación actual

ILUSTRACION Nº 67: Insistencia actual


Estimación futura

Este indicador esta relacionado directamente con la burocracia la

cual fue medida anteriormente. Se considera llegar a un 82% de

cero insistencias por el administrado, un 15% una insistencia y

como máximo un 3% de dos insistencias. Esto se debería a que el

sistema permitiría al usuario consultar el estado de su documento

en línea, evitándole venir constantemente al gobierno provincial.

Cero veces 14%

Una vez 24%

Dos veces 36%

Tres veces 21%

Cuatro veces 3%

Cinco veces 2%

Insistencia



- 195 -

ILUSTRACION Nº 68: Insistencia futura


8.5 Respuesta de solicitudes

8.5.1 Hubo respuesta

Este indicador nos dio como respuesta que un 38% si recibe una

respuesta y un 62% no la recibe, lo cual es preocupante, el sistema

de trámite no influye directamente sobre esta situación por ser de

carácter administrativo en función de lo solicitado, por ello la

estimación es la misma tanto en la actualidad como en el futuro a

menos que se realice un cambio.

ILUSTRACION Nº 69: Hubo respuesta, actual y futura


Cero veces, 82% Una vez, 15%

Dos veces, 3%

Insistencia

Si 38%

No 62%

Hubo respuesta



- 196 -

8.5.2 Plazo en la respuesta

La ley del Procedimiento Administrativo es aquella que impone los

periodos de entrega de la respuesta de las solicitud por tal motivo

este indicador pretendió medir precisamente este aspecto, dándonos

como resultados que un 26% se entrega en el plazo de siete días, un

9% con prórroga de cinco días y un 65% fuera del segundo plazo.

Estimación actual

ILUSTRACION Nº 70: Plazo actual en la respuesta


Estimación futura

Al controlar los periodos de entrega de la respuesta a las

solicitudes de información, estableceremos un marco de

cumplimiento de la Ley, por tal motivo estimamos que un 33% de

respuestas se entregarían dentro de los siete días, un 64% con

prórroga de cinco días adicionales, y solo un 3% fuera del segundo

plazo.

En el plazo de7 días

26%

Con prórroga de 5 días

9%

Fuera del segundo plazo

65%




- 197 -

ILUSTRACION Nº 71: Plazo futuro en la respuesta


8.5.3 Forma de respuesta

El tratamiento de la información en el Gobierno Provincial de Chiclayo

es una labor diaria, la cual genera una inversión muy alta en

materiales principalmente en papel, es por ello que la forma de

entrega de la respuesta de cualquier solicitud es en forma escrita.

Consideramos que si no se tiene en cuenta a la tecnología como es el

Internet pues, se seguirá realizando de la misma forma en la

actualidad como en el futuro.

ILUSTRACION Nº 72: Forma actual y futura de la respuesta


En el plazo de 7 días, 33%

Con prórroga de 5 días,

64%

Fuera del segundo plazo, 3%


0%

20%

40%

60%

80%

100%

Verbal Escrito En diskette o CD

Por Internet

Mas de una vía




- 198 -

8.5.4 Calidad de la respuesta

Estimación actual

Otro aspecto del monitoreo estuvo relacionado con la calidad de la

respuestas. Es importante tener en cuenta el nivel de satisfacción

de las respuestas según los propios solicitantes. En este sentido,

se preguntó si la información entregada se encontraba completa y

comprensible, o que no podían darles la información por no

poseerla, por tal motivo se elaboro la ILUSTRACION Nº 72, la cual

demuestra que el 62% de las respuesta fue insatisfactoria y solo el

32 % satisfactoria.

ILUSTRACION Nº 73: Calidad actual de la respuesta


Estimación futura

Se espera llegar a mejorar considerablemente este aspecto, claro

esta que el sistema no influye directamente en la calidad de las

respuestas, pero si en conocer si estas se encuentran aptas para

ser recogidas, este factor es determinante para el administrado

porque le evita estar regresando constantemente en vano al

gobierno provincial provocándole malestar, haciendo que al final

considere a la respuesta como insatisfactoria.

Satisfactoria 32%

Medianamente satisfactoria

6%

Insatisfactoria 62%




- 199 -

ILUSTRACION Nº 74: Calidad futura de la respuesta


Satisfactoria, 42% Medianamente

satisfactoria, 52%

Insatisfactoria, 6%




- 200 -

CAPITULO IX

Conclusiones



- 201 -

Referente al objetivo “Observar y definir la situación actual del proceso de

trámite documentario del Gobierno Provincial de Chiclayo” se concluye que el

GPCH por manejar gran cantidad de documentos de tramitación, estos se

procesan de manera ineficiente generando ciertas limitaciones, por lo que es

necesario la implementación de un sistema informático que permita mejorar y

optimizar dicho proceso.

Referente al objetivo “Analizar los requerimientos funcionales y no funcionales

del manejo de la información para conseguir una solución acorde a las

necesidades del Gobierno Provincial de Chiclayo” se obtuvieron todos los

requerimientos necesarios los cuales fueron analizados de manera exhaustiva

ya que son los pilares para el desarrollo de la aplicación en conformidad con la

institución.

Referente al objetivo “Formular el análisis y diseño para el sistema informático”

se expone que se realizaron los artefactos establecidos en la metodología, que

son necesarios para las fases de análisis y diseño para la gestión de

documentos y seguimientos de los mismos.

Referente al objetivo “Desarrollar el sistema informático utilizando

programación en 3 capas y orientado a objetos” podemos rescatar que como

se ha utilizado una metodología orientada a objetos, esta ha conllevado a tener

que utilizar un método de programación que lo soporte y permita la división en

capas con el lenguaje de programación PHP 5.

Referente al objetivo “Realizar el estudio costo/beneficio de la implementación

del Sistema Informático” se constata que la inversión inicial necesaria para la

implementación del sistema es de S/. 16 812,19, los gastos operativos escalan

a un promedio de S/. 8 180,00 anuales y los beneficios netos que se obtendrán

anualmente asciende a un promedio de S/. 17 680,00. En base a estos valores,

el valor actual neto obtenido es de S/. 8 803,62 y la tasa interna de retorno es

de 102%; demostrando el alto nivel de rentabilidad de la solución de software

propuesta.



- 202 -

Referente al objetivo “Realizar el Plan de Seguridad del Sistema Informático” se

ha definido la seguridad bajo tres niveles: A nivel de servidor, en este caso

Apache 2.2.8; a nivel de Aplicación, desarrollada en PHP 5.2.3 y a nivel de

Base de Datos con el DBMS MySQL 5.0.51a.



- 203 -

CAPITULO X

Recomendaciones



- 204 -

Por ser una aplicación Web que funcionará sobre internet y una intranet , es de

significativa importancia establecer medidas de seguridad que disminuyan la

vulnerabilidad de la aplicación contra ataques imprevistos que puedan

perjudicar su adecuado desempeño y la integridad de la información que esta

procesa. Es por ello que se recomienda tomar en consideración criterios

seguridad adicionales.

Como toda evolución tecnológica, por lo frecuente, conlleva a una significativa

disminución de los recursos humanos dentro de las organizaciones, ya que los

procesos se automatizan, los tiempos disminuyen y los recursos se ahorran, en

el corto plazo. Es por ello que se propone a la institución que la reducción del

personal planteada en el análisis costo beneficio, no se realice de forma

estricta, sino más bien se haga una redistribución del mismo en áreas que lo

necesiten.



- 205 -

CAPITULO XI

Referencias Bibliográficas



- 206 -

BIBLIOGRAFÍA

REGLAMENTO DE ORGANIZACIÓN Y FUNCIONES. Chiclayo, Perú:

Gobierno Provincial de Chiclayo, 2004

GUEVARA ALCALDE, Luis Alberto. Implementación de un Sistema de

Gestión Documentaria basado en Tecnología Web para mejorar la gestión

de documentos en el Gobierno Regional Lambayeque. Tesis (Ingeniero de

Sistemas) Chiclayo, Perú: Universidad Señor de Sipán, Facultad de

Ingeniería, Arquitectura y Urbanismo, 2007. 225 h.

CONTRERAS H. Felipe, FORERO G. Felipe. Diseño de un modelo para la

implantación de un sistema de gestión documental en áreas u

organizaciones jurídicas. Tesis (Ingeniero de Sistemas) Bogotá, Colombia:

Pontificia Universidad Javeriana. Facultad de Ingeniería. 2005.

OROZCO SIGÜEÑAS, Juan Carlos. Desarrollo de un Sistema de Control

Documentaria para el apoyo a la gestión de la Municipalidad Provincial de

Ferreñafe. Tesis (Ingeniero de Sistemas) Lambayeque, Perú: Universidad

Nacional Pedro Ruiz Gallo, Facultad de Ingeniería Civil, de Sistemas y

Arquitectura, 2005.

DÍAZ C. Mario, SUCLUPE A. Dany. Sistema de Información y el Plan de

Tecnología de clasificación y búsqueda de expedientes del Archivo

Regional de Lambayeque. Tesis (Ingeniero de Sistemas) Chiclayo, Perú:

Universidad Católica Santo Toribio de Mogrovejo, Facultad de Ingeniería,

2004

LANDA MOLINA, Luz Mercedes. Gestión de Documentos: El caso del

Consorcio SMS. Tesis (Licenciada en Bibliotecología y Ciencias de la

Información) Lima, Perú: Universidad Nacional Mayor de San Marcos,

Facultad de Letras y Ciencias Humanas, 2002. 118 h



- 207 -

PERÚ. Congreso de la República. Ley 27444: Ley del Procedimiento

Administrativo General. Diario Oficial El Peruano. Nº 7597. Lima, Perú, 11

de abril del 2001. p. 28-59.

PERÚ. Congreso de la República. Ley 27806: Ley de Transparencia y

acceso a la información Pública. Diario Oficial El Peruano. Nº 8078. Lima,

Perú, 3 de agosto del 2002. p. 3-8

PERÚ. Presidencia del Consejo de Ministros. Decreto Supremo Nº 066-

2001-PCM: Lineamientos de Políticas Generales para promover la

masificación del acceso a la Internet en el Perú. Diario Oficial El Peruano.

Nº 7655. Lima, Perú, 8 de junio del 2001. p. 1-2

LAUDON, Kenneth C., LAUDON, Jane P. Sistemas de Información

Gerencial. 8va ed. México: Pearson Educación, 2004. 608 p. ISBN 970-26-

0528-8. p.19

O’BRIEN, James A. Sistemas de Información Gerencial. 4ta ed. Colombia:

McGraw-Hill, 2001. 700 p. ISBN 985-41-0177-3 p.42-43

OZ, Effy. Administración de Sistemas de Información. 2da ed. México:

Thomson Learning, 2001 688 p. ISBN 970-686-043-6 p.12

PEÑA GONZALES Saturnino, MORENO ANAYA Mariano, ELVIRA

GÓMEZ Carlos. Sistemas Informáticos Multiusuario y en Red. España:

Thomson Paraninfo, 2002 195 p. ISBN 84-9732-144-8 p.3

KENDALL, Kenneth E.; KENDALL, Julie E. Análisis y Diseño de Sistemas.

8va ed., México: Pearson Educación, 2004 534 p. ISBN 970-26-0528-8. p.

19



- 208 -

WEBSITES

MARTÍN F. Julio. Gestión Documental y procesos en las Administraciones

Públicas. 2004 [Disponible en PDF:

http://www.csi.map.es/csi/tecnimap/tecnimap_2004/comunicaciones/tema_

03/3_004.pdf ] [Consulta: 22 setiembre 2008]

DSM GROUP SAC. Sistema Integrado Documentario. Enero 2006.

[Disponible en: http://www.dsmgroupsac.com/ business/ WebDSM/

DSMWeb.nsf/d89006e5d37dc7ef05256a71006908fc/c6c1f04b5835918206

25712d0062bcaa?OpenDocument] [Consulta: 21 Abril, 2008]

MORANT GUILLE, Rafael. La aplicación Web empresarial. Junio 2003.

[Disponible en URL: http://www.gestorweb.com/docu/ webapps_arti.html]

[Consulta: 24 Abril, 2008]

MACROMEDIA. Utilización de Dreamweaver 8, Aspectos Básicos de las

Aplicaciones Web. 2005. [Disponible en URL:

http://livedocs.adobe.com/dreamweaver/8_es/using/gs_12_un.htm]

[Consulta: 21 agosto 2008]

SANCHEZ VIGNAN, Bárbara Susana, RODRIGUEZ MUÑOZ, José

Vicente. La Información como recurso en el desarrollo de las

organizaciones de Administración Pública. 2000. [Disponible en PDF:

http://www.um.es/fccd/anales/ad03/AD10-2000.PDF] [Consulta: 24 Abril,

2008]

ALEGSA. Definición de Aplicación Web, Características de una aplicación

Web. 2006. [Disponible en URL:

http://www.alegsa.com.ar/Dic/aplicacion%20web.php] [Consulta: 21 agosto

2008]



http://www.dsmgroupsac.com/%20business/%20WebDSM/%20DSMWeb.nsf/d89006e5d37dc7ef05256a71006908fc/c6c1f04b583591820625712d0062bcaa?OpenDocument



http://www.gestorweb.com/docu/%20webapps_arti.html

http://livedocs.adobe.com/dreamweaver/8_es/using/gs_12_un.htm

http://www.um.es/fccd/anales/ad03/AD10-2000.PDF

http://www.alegsa.com.ar/Dic/aplicacion%20web.php



- 209 -

WSI. Nuestros Productos: Sistema de Gestión de Documentos. 2008.

[Disponible en URL: http://www.impactwsiweb.com/

DocumentManagement.asp?PId=56996] [Consulta: 24 Abril 2008]

Foundation Apache. The Apache Software Foundation. [En línea] 2008.

[Consulta: 22 Setiembre 2008] Disponible en: <http://www.apache.org/>

The PHP Group. PHP. [En línea] 2008. [Consulta: 22 Setiembre 2008]

Disponible en: <http://www.php.net/>

MySQL AB. MySQL. [En línea] 1995. [Consulta: 22 Setiembre 2008]

Disponible en: <http://www.mysql.com/>

phpMyAdmin Devel Team. The phpMyAdmin Project. [En línea] 2008

[Consulta: 22 Setiembre 2008] Disponible en:

<http://www.phpmyadmin.net/home_page/index.php>

PostgreSQL Global Development Group. PostgreSQL [En línea] 1996

[Consulta: 22 Setiembre 2008] Disponible en:< http://www.postgresql.org/>

Adobe Systems Incorporated. Adobe Dreamweaver CS4 [En línea] 2008

[Consulta: 22 Setiembre 2008] Disponible en:<

http://www.adobe.com/es/products/dreamweaver/>

fabFORCE.net. fabFORCE.net [En línea] 2003 [Consulta: 22 Setiembre

2008] Disponible en: <http://www.fabforce.net/dbdesigner4/>

http://www.impactwsiweb.com/%20DocumentManagement.asp?PId=56996

http://www.impactwsiweb.com/%20DocumentManagement.asp?PId=56996

http://www.apache.org/

http://www.php.net/

http://www.mysql.com/

http://www.phpmyadmin.net/home_page/index.php

http://www.postgresql.org/

http://www.adobe.com/es/products/dreamweaver/

http://www.fabforce.net/dbdesigner4/



- 210 -

ANEXOS



- 211 -

ANEXO Nº 1: Datos para la obtención de la Población Interna y su cantidad

de libros

Nombre de la Dependencia Sub Gerencia Coor. de Alcaldia Ubicación Interno

Nº Libros Documentos Ene Feb Mar Abr May Jun Jul Ago Set Oct Nov Dic Total x Doc

1 Informes 20 3 6 12 7 4 24 66 63 128 131 152 616

1 Oficios 23 31 29 61 30 43 21 53 207 31 29 30 588

1 Memorándum 5 4 2 7 2 2 20 30 58 35 59 68 292

1

Cartas 4 4 2 4 3 0 5 0 15 8 9 11 65

Memo Múltiple 0 0 0 0 0 0 3 2 2 10 0 31 48

Memo Circular 0 0 0 0 0 0 0 2 0 2 0 0 4

Informe Múltiple 0 0 0 0 0 0 0 3 1 11 0 8 23

Oficio Múltiple 0 1 3 3 2 2 0 0 0 0 0 0 11

Oficio Circular 0 0 0 0 0 0 0 0 0 4 1 0 5

4 Total x Mes 52 43 42 87 44 51 73 156 346 229 229 300 1652

Nombre de la Dependencia Sub Gerencia de Secret. Gnral Ubicación Interno


2 Resolución 72 90 142 488 116 166 202 123 141 89 46 154 1829

1 Ordenanzas 2 3 1 1 2 2 2 1 1 2 0 1 18

Decretos 0 1 2 1 3 1 2 3 1 0 0 2 16

1 Cartas 10 14 17 22 54 47 25 34 39 34 20 20 336

1 Memorándum 21 26 28 35 29 18 15 42 20 47 50 38 369

1 Oficios 9 25 23 7 15 32 27 18 29 31 14 26 256

1 Informes 72 90 75 34 47 59 63 58 91 72 96 105 862

7 Total x Mes 186 249 288 588 266 325 336 279 322 275 226 346 3686

Nombre de la Dependencia Sub Gerencia de Defens. Civ. Interno


1 Certificados 120 177 287 217 215 144 183 181 141 139 87 95 1986

1 Informes 7 10 11 9 26 24 26 27 25 21 19 46 251

1 Cartas 0 0 0 0 0 0 0 2 2 1 1 0 6

Oficios 2 2 6 10 9 3 5 5 2 0 0 0 44

3 Total x Mes 129 189 304 236 250 171 214 215 170 161 107 141 2287

Nombre de la Dependencia Procuraduria Ubicación Interno


2 Informes 127 210 129 202 189 170 126 98 128 94 65 264 1802

2 Memorándum 109 109 75 137 112 61 116 62 92 107 64 109 1153

4 Total x Mes 236 319 204 339 301 231 242 160 220 201 129 373 2955

Nombre de la Dependencia Gerencia de RR.PP e Imagen Inst. Ubicación Interno


1 Informes 7 30 16 15 40 42 41 24 60 30 36 62 403

1

Memo Múltiple 1 0 1 0 0 0 0 0 0 0 1 0 3

Cartas 0 1 14 2 0 2 1 0 0 0 3 3 26

Oficios 0 3 10 18 2 1 10 1 1 6 2 3 57

Memorándum 6 12 11 4 3 7 12 6 9 3 5 6 84

2 Total x Mes 14 46 52 39 45 52 64 31 70 39 47 74 573



- 212 -

Nombre de la Dependencia Gerencia General Municipal Ubicación Interno


2 Memorandum 118 106 91 65 70 75 83 65 64 90 120 69 1016

1 Cartas 9 18 17 8 18 6 8 3 22 6 14 8 137

1 Oficios 20 55 30 12 8 18 38 7 34 10 10 1 243

1 Informes 1 2 3 1 1 0 1 2 2 9 5 6 33

Memo Múltiple 13 5 7 11 6 9 8 8 17 11 8 10 113

5 Total x Mes 161 186 148 97 103 108 138 85 139 126 157 94 1542

Nombre de la Dependencia Gerencia C. de Admin. y Fin. Interno


1 Memorandum 85 14 164 32 72 82 95 116 87 74 85 81 987

1 Informes 11 47 56 34 34 47 53 76 68 47 59 68 600

1 Oficios 2 12 7 13 4 34 27 10 23 10 45 13 200

1 Memo Multiple 2 3 2 0 2 0 2 0 0 1 6 0 18

Cartas 14 4 5 6 4 6 4 4 0 5 3 3 58

4 Total x Mes 114 80 234 85 116 169 181 206 178 137 198 165 1863

Nombre de la Dependencia Sub Gerencia de Logística Interno


2 Informes 65 84 103 62 102 110 116 127 134 194 193 191 1481

1 Memorándum 15 32 57 54 77 52 64 80 64 69 86 71 721

1 Cartas 9 15 14 11 8 16 15 29 28 38 51 68 302

1

Oficios 0 0 0 0 0 0 0 0 0 3 2 0 5

Memo Múltiple 1 2 1 2 2 2 2 0 0 5 1 0 18

Oficio Múltiple 0 0 0 0 0 1 0 0 0 0 1 0 2

Carta Múltiple 0 7 5 0 1 0 0 0 0 0 0 0 13


5 Total x Mes 92 140 180 129 190 181 197 236 226 309 334 330 2544

Nombre de la Dependencia Sub Gerencia de Tesorería Interno


2 Informes 136 205 135 88 156 133 183 166 195 101 180 97 1775

2 Ordenes Servicios 27 67 109 88 45 151 138 318 281 63 378 239 1904

2 Ordenes Compras 5 31 84 77 68 117 114 129 124 108 121 130 1108

1 Memorándum 105 98 72 82 68 97 87 68 66 79 100 74 996

1 Cartas 25 63 91 102 128 102 79 62 58 62 58 52 882

1 Oficios 1 5 5 3 6 5 9 5 2 7 5 3 56

Cartas Orden 5 7 6 7 0 11 10 10 16 8 8 14 102

9 Total X Mes 304 476 502 447 471 616 620 758 742 428 850 609 6823

Nombre de la Dependencia Sub Gerencia de Contabilidad Interno


2 Informes 73 107 140 96 140 78 140 139 157 133 112 108 1423

1 Memorandum 76 95 35 49 46 60 54 33 42 44 58 21 613

1 Cartas 3 25 3 2 2 1 0 1 2 7 10 0 56

Oficios 2 6 0 1 4 6 6 6 1 4 2 0 38

4 Total x Mes 154 233 178 148 192 145 200 179 202 188 182 129 2130



- 213 -

Nombre de la Dependencia Gerencia de RR.HH. Interno


6 Memorandum 539 481 488 293 443 319 361 405 395 404 604 469 5201

1 Cartas 43 67 69 48 59 57 45 56 68 107 105 118 842

1 Oficios 18 25 23 28 28 23 29 19 33 40 21 17 304

2 Resoluciones 87 163 189 100 116 73 75 56 68 63 76 126 1192

2 Informes 178 103 135 120 106 110 162 100 206 149 126 146 1641

1 Memo Circular 0 0 1 3 1 1 2 1 0 4 1 2 16

Memo Múltiple 8 4 4 1 7 4 1 1 0 0 6 0 36

1 Proveido 77 11 32 24 29 28 52 41 50 40 32 85 501

14 Total x Mes 950 854 941 617 789 615 727 679 820 807 971 963 9733

Nombre de la Dependencia Gerencia de Sist e Inf. Interno


1 Informes 11 6 6 5 16 16 21 5 7 8 10 8 119

1 Memorandum 14 15 32 14 34 44 23 32 58 44 23 30 363

1

Memo Circular 0 1 2 3 0 3 0 0 1 1 0 0 11

Cartas 2 0 0 1 1 0 0 0 0 0 0 0 4

Memo Múltiple 0 0 0 0 0 0 0 0 0 0 2 0 2

3 Total x Mes 27 22 40 23 51 63 44 37 66 53 35 38 499

Nombre de la Dependencia Gerencia de Asesoría Jurídica Ubicación Interno


2 Informes Legales

63 143 190 105 124 96 81 95 100 97 95 76 1265

1 Informes 9 5 14 10 10 14 12 15 10 12 20 10 141

Oficios 0 1 0 0 2 1 5 0 0 0 0 0 9

1 Memorándum 27 34 81 50 68 43 42 58 67 92 71 61 694

4 Total x Mes 99 183 285 165 204 154 140 168 177 201 186 147 2109

Nombre de la Dependencia Gerencia de Planeam. y Presup. Ubicación Interno


1 Informes 16 39 33 45 65 42 65 66 33 29 36 42 511

1 Memorándum 13 37 42 53 51 49 64 75 41 37 42 37 541

1

Oficios 0 0 1 0 2 1 5 7 0 1 2 3 22

Memo Múltiple 1 4 2 0 0 0 3 12 1 5 1 1 30

Memo Circular 0 5 4 2 4 1 2 0 0 0 0 0 18

Directiva 1 0 0 0 0 0 0 0 0 0 0 0 1

3 Total x Mes 31 85 82 100 122 93 139 160 75 72 81 83 1123

Nombre de la Dependencia Sub Gerencia de Rac. y Plan. Ubicación Interno


1 Informes 5 24 21 9 21 35 33 23 23 18 28 24 264

1


Memorandum 0 0 0 0 4 11 3 3 0 11 10 11 53

Oficios 0 0 0 0 1 0 0 0 0 0 0 0 1

2 Total x Mes 5 24 21 9 29 47 39 29 24 32 40 35 334

Nombre de la Dependencia Sub Gerencia de Pres. y Estad. Ubicación Interno


1 Informes 38 62 85 65 88 85 98 45 72 53 14 96 801

1 Memorandum 0 17 31 25 33 16 33 14 36 20 23 29 277

1 Oficios 0 0 1 0 0 0 1 0 0 1 0 0 3

Memo Circular 1 2 12 1 0 0 0 0 0 0 0 0 16

3 Total x Mes 39 81 129 91 121 101 132 59 108 74 37 125 1097



- 214 -

Nombre de la Dependencia Sub Gerencia de P. Inv. y CTI Inv. Ubicación Interno


1 Informes 10 12 11 14 6 11 0 0 0 0 0 0 64

Memorándum 8 30 3 0 0 0 0 0 0 0 0 0 41

1 Total x Mes 18 42 14 14 6 11 0 0 0 0 0 0 105

Nombre de la Dependencia Sub Gerencia de Seg. Ciudadana Ubicación Externo


1 Informes 76 53 71 48 92 41 44 52 73 65 81 38 734

1 Memorándum 15 29 17 55 50 37 72 55 46 41 37 26 480

1 Oficios 3 9 0 0 0 4 0 0 48 47 0 51 162

3 Total x Mes 94 91 88 103 142 82 116 107 167 153 118 115 1376

Nombre de la Dependencia Gerencia de Urbanismo Ubicación Externo


1 Informes 8 24 13 16 17 26 23 20 40 27 53 47 314

1 Memorándum 47 46 28 33 62 74 50 42 59 70 52 60 623

1 Oficios 10 14 18 29 24 41 18 20 13 19 18 25 249

1 Oficio Circular 4 0 1 0 1 0 0 0 0 1 0 1 8

1 Cartas 7 10 12 18 17 7 9 11 9 10 10 16 136

1 Resolución 7 7 5 8 10 14 30 29 8 22 20 14 174

6 Total x Mes 83 101 77 104 131 162 130 122 129 149 153 163 1504

Nombre de la Dependencia Sub Gerencia de Ob. Priv. y Cat. Ubicación Externo


1 Informes 39 43 29 23 37 33 37 19 29 34 18 8 349

1 Informes Técnicos 33 17 35 40 63 38 53 28 54 47 44 26 478

1

Memorándum 4 0 8 6 6 2 1 4 0 2 3 3 39

Cartas 25 5 14 13 19 10 12 6 11 23 13 12 163

Oficios 1 2 4 4 5 3 2 0 3 0 1 3 28

3 Total x Mes 102 67 90 86 130 86 105 57 97 106 79 52 1057

Nombre de la Dependencia Sub Gerencia C. Urb. y Fisc. Ubicación Externo


1 Informes 46 67 73 42 62 53 24 54 56 56 50 58 641

1 Memorándum 11 24 27 18 31 46 21 32 17 36 28 0 291

1 Cartas 36 53 97 87 55 64 67 36 52 70 45 28 690

2 Oficios 82 128 238 132 93 127 48 146 66 99 80 106 1345

5 Total x Mes 175 272 435 279 241 290 160 268 191 261 203 192 2967

Nombre de la Dependencia SG de Medio Ambiente y Ornato Ubicación Externo


1 Informes 15 22 26 11 26 33 30 27 31 38 57 26 342

1 Memorándum 16 16 22 50 37 8 11 16 60 0 0 0 236

2 Total x Mes 31 38 48 61 63 41 41 43 91 38 57 26 578

Nombre de la Dependencia Gerencia de Edificaciones Ubicación Externo


1 Cartas 11 10 7 8 26 38 11 14 19 20 38 43 245

3 Memorándum 71 121 110 167 160 171 221 201 198 202 209 211 2042

1 Oficios 0 1 2 1 1 1 0 0 1 1 0 0 8

1 Informes 25 61 39 38 61 45 34 28 36 37 34 18 456

6 Total x Mes 107 193 158 214 248 255 266 243 254 260 281 272 2751



- 215 -

Nombre de la Dependencia Sub Gerencia de Ob. y Conv. Ubicación Externo


2 Informes 55 116 75 92 113 139 134 119 35 75 181 160 1294

1 Memorándum 0 10 12 19 8 15 23 20 9 25 17 10 168

Cartas 1 1 1 3 3 2 3 4 1 0 0 2 21

3 Total x Mes 56 127 88 114 124 156 160 143 45 100 198 172 1483

Nombre de la Dependencia Sub Gerencia de Est. y Proy. Ubicación Externo


1 Informes 22 31 42 31 59 50 25 23 24 32 42 37 418

1 Memorándum 2 15 17 10 12 11 8 14 5 15 11 13 133

1 Cartas 2 2 2 1 8 9 2 0 0 1 0 0 27

Oficios 0 1 1 1 0 0 6 0 0 3 3 3 18

3 Total x Mes 26 49 62 43 79 70 41 37 29 51 56 53 596

Nombre de la Dependencia Gerencia de Desarrollo Humano Ubicación Interno


1 Memorándum 32 27 31 31 33 35 30 42 44 25 40 44 414

1 Informes 11 16 14 6 14 9 18 7 4 4 11 9 123

1 Oficios 14 27 8 11 6 10 2 12 8 8 5 2 113

1

Memo Múltiple 4 0 1 0 0 0 4 2 0 2 1 0 14

Cartas 2 0 4 6 1 2 0 0 0 3 0 0 18

Oficio Múltiple 0 0 1 3 7 1 4 2 0 3 1 0 22

Oficio Circular 0 0 0 0 0 0 0 0 30 8 0 0 38

4 Total x Mes 63 70 59 57 61 57 58 65 86 53 58 55 742

Nombre de la Dependencia Sub Gerencia de E.C.D. y R. Ubicación Interno


1 Memorándum 46 36 28 26 41 42 38 40 43 32 24 37 433

1 Oficios 11 29 82 25 36 25 21 16 27 28 55 3 358

1 Informe 25 24 32 16 21 42 22 27 22 17 28 20 296

1 Cartas 1 4 0 25 5 10 25 20 4 9 7 12 122

1

Memo Múltiple 1 0 1 0 0 0 0 0 0 0 0 0 2

Oficio Múltiple 2 0 5 3 5 3 0 3 5 3 1 0 30

Carta Múltiple 3 0 0 0 0 0 2 0 0 0 0 0 5

5 Total x Mes 89 93 148 95 108 122 108 106 101 89 115 72 1246

Nombre de la Dependencia Sub Gerencia de Registro Civil Ubicación Interno


1 Informes 18 25 19 19 24 29 17 22 19 17 13 14 236

2 Oficios 125 151 176 134 179 146 201 244 189 155 164 115 1979

1 Cartas 0 3 4 2 2 5 3 2 5 2 1 1 30

Memorándum 2 3 2 1 0 1 0 1 1 0 0 0 11

4 Total x Mes 145 182 201 156 205 181 221 269 214 174 178 130 2256

Nombre de la Dependencia Sub Gerencia de Turismo Ubicación Interno


1 Informes 18 42 40 32 45 43 39 35 36 35 14 51 430

1 Oficios 1 0 1 0 1 0 1 0 0 1 1 0 6

Memorandum 5 17 12 15 18 16 13 6 14 11 17 19 163

2 Total x Mes 24 59 53 47 64 59 53 41 50 47 32 70 599



- 216 -

Nombre de la Dependencia Gerencia de Trán. y Trans. Ubicación Externo


1 Informes 22 9 12 10 27 17 31 23 27 18 22 15 233

1 Memorándum 65 23 37 18 38 23 44 51 33 33 47 38 450

1 Oficios 36 56 55 32 81 67 54 86 69 98 52 52 738

1

Cartas 2 0 0 3 2 0 0 4 6 2 1 4 24

Memo Circular 0 0 0 0 0 0 0 1 0 0 0 0 1

Memo Múltiple 0 0 0 0 0 1 1 1 2 0 1 3 9

Citación 0 0 0 0 1 0 0 1 0 0 0 0 2

Oficio Múltiple 0 0 2 0 4 3 4 0 2 5 1 3 24

4 Total x Mes 125 88 106 63 153 111 134 167 139 156 124 115 1481

Nombre de la Dependencia Sub Gerencia de Tránsito Ubicación Externo


1 Informes 20 16 16 11 23 14 7 9 0 0 21 36 173

1 Memorándum 1 1 9 3 1 7 0 0 0 1 3 14 40

1 Oficios 0 1 2 2 15 0 0 0 0 0 0 14 34

Cartas 0 0 0 0 0 0 0 0 0 0 2 7 9

3 Total x Mes 21 18 27 16 39 21 7 9 0 1 26 71 256

Nombre de la Dependencia Sub Gerencia de Transportes Ubicación Externo


1 Cartas 5 16 16 8 7 3 0 3 3 2 4 6 73

Memorándum 0 0 0 0 0 0 0 2 1 1 2 2 8

1 Memo Múltiple 15 12 22 8 17 7 9 30 20 15 14 10 179

1 Informes 22 23 36 23 48 36 45 38 52 20 51 55 449

3 Total x Mes 42 51 74 39 72 46 54 73 76 38 71 73 709

Nombre de la Dependencia Gerencia de Servicios a la Ciudad Ubicación Externo

Nº libros Documentos Ene Feb Mar Abr May Jun Jul Ago Set Oct Nov Dic Total x Doc

1 Informes 10 26 14 5 30 8 8 25 15 18 13 5 177

1 Memorándum 60 80 85 43 46 51 67 57 101 64 90 102 846

1 Oficios 10 28 17 15 10 26 20 15 26 13 10 15 205

1 Cartas 50 31 26 29 78 41 45 18 70 35 71 55 549

4 Total x Mes 130 165 142 92 164 126 140 115 212 130 184 177 1777

Nombre de la Dependencia Sub Gerencia de Limpieza Pública Ubicación Externo


1 Informes 20 24 16 30 29 45 48 75 60 29 38 31 445

2 Memorándum 65 84 119 78 69 91 186 255 148 108 83 122 1408

1 Oficios 0 0 0 6 1 2 0 3 6 3 3 11 35

Memo Múltiple 9 15 8 10 6 12 25 34 14 10 4 11 158

1 Cartas 4 8 0 31 0 18 38 21 32 31 18 40 241

5 Total x Mes 98 131 143 155 105 168 297 388 260 181 146 215 2287

Nombre de la Dependencia Sub Gerencia de Sanidad Ubicación Externo


1 Informes 71 86 80 36 50 55 72 55 98 78 96 116 893

1 Memorándum 5 24 11 6 23 10 9 19 14 23 17 2 163

1 Oficios 8 28 17 7 10 30 20 15 26 29 10 16 216

1 Cartas 42 32 28 29 86 43 45 23 82 37 71 58 576

4 Total x Mes 126 170 136 78 169 138 146 112 220 167 194 192 1848



- 217 -

Nombre de la Dependencia Sub Gerencia de P.E. y D. Cons. Ubicación Externo


2 Informes 46 61 111 144 101 114 76 109 91 117 71 112 1153

1 Memorándum 42 60 48 84 54 70 50 67 56 70 64 73 738

1 Oficios 21 25 20 37 28 19 12 40 18 44 45 36 345

1 Memo Múltiple 15 4 2 1 3 3 6 3 3 8 7 12 67

3 Cartas 23 64 100 153 129 95 112 102 114 127 1210 129 2358

8 Total x Mes 147 214 281 419 315 301 256 321 282 366 1397 362 4661

Nombre de la Dependencia Sub Gerencia de Mecánica y Man. Ubicación Externo


1 Informes 88 65 38 27 51 63 60 70 64 92 73 32 723

1 Memorándum 52 54 42 50 41 37 47 46 26 59 49 36 539

1 Oficios 0 0 1 0 0 0 0 0 0 0 1 0 2

Memo Múltiple 3 8 2 0 0 1 1 2 1 1 2 0 21

3 Total x Mes 143 127 83 77 92 101 108 118 91 152 125 68 1285

Nombre de la Dependencia Programa del Vaso de Leche Ubicación Externo


1 Informes 8 0 8 16 32 41 27 15 27 37 53 14 278

1 Oficios 7 12 5 6 10 101 12 6 14 8 23 0 204

1

Oficio Circular 0 0 1 0 0 2 0 0 0 0 3 0 6

Cartas 0 0 0 0 0 0 0 0 1 0 0 0 1

Memorándum 2 0 1 0 2 11 0 0 0 2 0 1 19

Memo Múltiple 0 0 0 0 1 0 0 1 1 1 0 0 4

Solicitud 0 0 0 2 2 0 0 2 0 0 0 0 6

Carta Circular 0 0 0 0 2 0 0 0 0 0 0 0 2

3 Total x Mes 17 12 15 24 49 155 39 24 43 48 79 15 520

Nombre de la Dependencia Coordinacion de AA.HH Ubicación Externo


1

Cartas 1 1 3 1 4 0 0 3 5 6 6 8 38

Memorándum 2 3 2 5 5 2 2 5 2 6 11 14 59

Memo Múltiple 0 1 1 2 1 0 2 0 0 2 2 0 11

1 Informes 32 30 22 25 38 40 40 43 52 41 44 47 454

2 Total x Mes 35 35 28 33 48 42 44 51 59 55 63 69 562

Nombre de la Dependencia Almacén II Ubicación Externo


1 Informes 4 4 2 1 3 1 2 3 2 4 4 3 33

1 Total x Mes 4 4 2 1 3 1 2 3 2 4 4 3 33



- 218 -

ANEXO Nº 2: Datos para la obtención del tiempo promedio de registro

Nombre de dependencia n Tipo de documento Tiempo de

Inicio Tiempo

Final Tiempo

Resultante

(1) Recursos Humanos

1 Memorándum Nº 4566-2008-G.RR.HH-GPCH 07:59:50 08:01:30 00:01:40







8 Informe Nº 1978-2008-GPCH-G.RR.HH 08:14:45 08:16:38 00:01:53



11 Resolución de Gerencia Nº 825-2008-GPCH/G.RR.HH 08:21:56 08:23:54 00:01:58

12 Resolución de Gerencia Nº 825-2008-GPCH/G.RR.HH 08:24:03 08:26:03 00:02:00

13 Carta Nº 232-2008-GPCH-G.RR.HH 08:27:10 08:28:40 00:01:30

(2) Tesorería

14 Informe Nº 1305-2008-GPCH-SGT 08:40:15 08:42:01 00:01:46




18 Memorándum Nº 621-2008-SGT-GPCH 08:52:12 08:54:02 00:01:50

19 Memorándum Nº 622-2008-SGT-GPCH 08:54:42 08:56:37 00:01:55

20 Carta Nº 538-2008-GPCH-SGT 08:57:03 08:58:34 00:01:31

21 Carta Nº 539-2008-GPCH-SGT 08:59:16 09:00:50 00:01:34

22 Oficio Nº 40-2008-GPCH-SGT 09:01:20 09:03:02 00:01:42

(13) Promoción Empresarial

23 Carta Nº 1967-2008-GPCH-SGPEyDC 08:05:18 08:07:45 00:02:27



26 Informe Nº 1015-2008-GPCH-SGPEyDC 08:14:05 08:16:29 00:02:24

27 Informe Nº 1016-2008-GPCH-SGPEyDC 08:17:14 08:19:36 00:02:22

28 Memorándum Nº 547-2008-SGT-SGPEyDC 08:20:16 08:23:00 00:02:44

(8) Secretaria general

29 Resolución de Alcaldía Nº 1795-2008-GPCH/A 10:25:08 10:27:12 00:02:04



32 Informe Nº 796-2008-GPCH-A 10:35:07 10:37:02 00:01:55

33 Memorándum Nº 284-2008-GPCH-A 10:37:58 10:39:56 00:01:58

(11) Control Urbano

34 Oficio Nº 1205-2008-GPCH-SGCUyF 12:00:54 12:03:04 00:02:10



37 Carta Nº 647-2008-GPCH-SGCUyF 12:09:05 12:11:12 00:02:07

(7) Procuraduría

38 Informe Nº 1687-2008-GPCH-PPM 10:07:12 10:09:08 00:01:56

39 Informe Nº 1688-2008-GPCH-PPM 10:09:50 10:11:45 00:01:55

40 Memorándum Nº 1003-2008-GPCH-PPM 10:12:09 10:14:09 00:02:00

41 Memorándum Nº 1004-2008-GPCH-PPM 10:15:01 10:17:02 00:02:01

(14)Edificaciones

42 Memorándum Nº 1840-2008-GPCH-GE 09:02:05 09:04:45 00:02:40



45 Informe Nº 380-2008-GPCH-GE 09:11:12 09:14:02 00:02:50

(3) Logística

46 Informe Nº 1320-2008-GPCH-SGL 09:07:05 09:09:02 00:01:57



49 Memorándum Nº 611-2008-GPCH-SGL 09:14:02 09:16:00 00:01:58

(4) Defensa civil

50 Certificado Nº 1542-2008-GPCH-SGDC 09:20:04 09:22:03 00:01:59



(12) Limpieza pública

53 Memorándum Nº 1226-2008-GPCH-SGLP 12:40:05 12:42:21 00:02:16





- 219 -

(9) Registro civil

56 Oficio Nº 1735-2008-GPCH-SGRC 11:02:05 11:04:32 00:02:27



(5) Contabilidad

59 Informe Nº 1294-2008-GPCH-SGC 09:34:00 09:36:02 00:02:02



(10) Asesoría jurídica

62 Informe Legal Nº 1089-2008-GPCH-GAJ 11:20:05 11:22:17 00:02:12



(6) Administración

65 Memorándum Nº 873-2008-GPCH-GCAyF 09:45:04 09:46:52 00:01:48



Promedio General 00:02:05


CHICLAYO

- 220 -

ANEXO Nº 3: Datos para la obtención del tiempo promedio de atención

n Nombre del administrado Tiempo en cola Tiempo en recepción Tiempo de registro

Resultados T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs

1 Daniel Torres Guevara 08:35:02 08:36:12 00:01:10 08:36:12 08:37:15 00:01:03 09:10:02 09:11:45 00:01:43 00:03:56

2 Oscar Francisco Montalvo Torres 08:36:15 08:37:20 00:01:05 08:37:20 08:39:12 00:01:52 09:11:45 09:13:30 00:01:45 00:04:42

3 La Torre Vásquez Manuela 08:39:20 08:39:55 00:00:35 08:39:55 08:40:58 00:01:03 09:13:30 09:15:12 00:01:42 00:03:20

4 Emelina Campos Díaz 08:40:10 08:41:18 00:01:08 08:41:18 08:44:38 00:03:20 09:15:12 09:17:00 00:01:48 00:06:16

5 Leoncio V. Serrato Huanca 08:42:22 08:44:35 00:02:13 08:44:35 08:47:40 00:03:05 09:17:00 09:18:43 00:01:43 00:07:01

6 Pedro Pablo Bravo Zevallos 08:42:30 08:47:50 00:05:20 08:47:50 08:48:55 00:01:05 09:18:43 09:20:28 00:01:45 00:08:10

7 Jorge Luis Benites Ojeda 08:48:02 08:49:10 00:01:08 08:49:10 08:50:40 00:01:30 09:20:28 09:22:16 00:01:48 00:04:26

8 Mundaca Candiotti Wilberth 08:48:12 08:50:42 00:02:30 08:50:42 08:52:50 00:02:08 09:22:16 09:24:06 00:01:50 00:06:28

9 Cáceres Narrea Aníbal Quintín 08:48:13 08:52:55 00:04:42 08:52:55 08:54:33 00:01:38 09:24:06 09:25:50 00:01:44 00:08:04

10 María Elisa Banda Roque 08:52:20 08:54:38 00:02:18 08:54:38 08:57:40 00:03:02 09:25:50 09:27:29 00:01:39 00:06:59

11 Flora Cárdenas Suárez 08:54:10 09:05:08 00:10:58 09:05:08 09:08:15 00:03:07 09:27:29 09:29:18 00:01:49 00:15:54

12 César Augusto Falen Seclén 08:54:10 09:09:04 00:14:54 09:26:14 09:27:18 00:01:04 09:29:18 09:31:00 00:01:42 00:17:40

13 Guillermo Alejandro García Barreto 08:54:25 09:09:12 00:14:47 09:09:12 09:12:45 00:03:33 09:31:00 09:32:44 00:01:44 00:20:04

14 Castillo Hoyos Segundo 08:54:30 09:12:50 00:18:20 09:12:50 09:14:00 00:01:10 09:32:44 09:34:39 00:01:55 00:21:25

15 Segundo Lucio Flores Ticlla 08:54:55 09:14:06 00:19:11 09:14:06 09:15:50 00:01:44 09:34:39 09:36:24 00:01:45 00:22:40

16 Liliana del Pilar Renería Jordán 09:12:10 09:15:51 00:03:41 09:15:51 09:17:11 00:01:20 09:36:24 09:38:11 00:01:47 00:06:48

17 Estuardo Pérez Rodríguez 09:12:25 09:17:12 00:04:47 09:17:12 09:19:10 00:01:58 09:38:11 09:40:04 00:01:53 00:08:38

18 Félix Quicio Gelacio 09:12:50 09:21:02 00:08:12 09:21:02 09:22:16 00:01:14 09:40:04 09:41:51 00:01:47 00:11:13

19 Isabel Vásquez Zuloeta 09:13:10 09:22:40 00:09:30 09:22:40 09:23:50 00:01:10 09:41:51 09:43:36 00:01:45 00:12:25

20 Baltazar Espinoza Arancibia 09:17:10 09:23:52 00:06:42 09:23:52 09:25:52 00:02:00 09:43:36 09:45:18 00:01:42 00:10:24

21 Shuan Camacho María Julia 09:18:10 09:25:02 00:06:52 09:25:02 09:26:12 00:01:10 09:45:18 09:47:02 00:01:44 00:09:46

22 Martín Gonzalo Inoquio Oliva 09:25:36 09:27:36 00:02:00 09:27:36 09:28:40 00:01:04 09:47:02 09:49:01 00:01:59 00:05:03

23 Notaría Marco A. Corcuera García 09:28:00 09:29:04 00:01:04 09:29:04 09:31:02 00:01:58 09:49:01 09:50:57 00:01:56 00:04:58


CHICLAYO

- 221 -

24 Beaumont Vassallo Ivette Cristina 09:30:03 09:31:09 00:01:06 09:31:09 09:32:10 00:01:01 09:50:57 09:52:42 00:01:45 00:03:52

25 Yampufé Espinoza Jesús 09:31:10 09:32:12 00:01:02 09:32:12 09:33:28 00:01:16 09:52:42 09:54:45 00:02:03 00:04:21

26 Dalinda del Socorro Timaná Pacherrez 09:38:12 09:40:10 00:01:58 09:40:10 09:41:40 00:01:30 09:54:45 09:56:33 00:01:48 00:05:16

27 Víctor Hugo Gómez Valladolid 09:39:20 09:41:50 00:02:30 09:41:50 09:43:10 00:01:20 09:56:33 09:58:30 00:01:57 00:05:47

28 Coronado Bernal Víctor Humberto 09:42:02 09:43:20 00:01:18 09:43:20 09:45:10 00:01:50 09:58:30 10:00:20 00:01:50 00:04:58

29 Conjunto Habitacional Augusto B. Leguía 09:44:26 09:46:22 00:01:56 09:46:22 09:47:51 00:01:29 10:00:20 10:02:20 00:02:00 00:05:25

30 Vecinos de los Pjes. Las Compuertas 09:45:10 09:47:55 00:02:45 09:47:55 09:48:58 00:01:03 10:02:20 10:04:13 00:01:53 00:05:41

31 Jorge Flores Velásquez 09:48:00 09:50:02 00:02:02 09:50:02 09:51:05 00:01:03 10:04:13 10:06:09 00:01:56 00:05:01

32 Atelmira Etelvina García Garay 09:48:03 09:51:10 00:03:07 09:51:10 09:52:20 00:01:10 10:06:09 10:07:57 00:01:48 00:06:05

33 Jaime Casas Romero 09:49:10 09:52:22 00:03:12 09:52:22 09:53:30 00:01:08 10:07:57 10:09:42 00:01:45 00:06:05

34 Juan Teodoro Centeno Luyo 09:52:06 09:53:32 00:01:26 09:53:32 09:54:51 00:01:19 10:09:42 10:11:38 00:01:56 00:04:41

35 Hitler Coronel Zieza 09:54:01 09:56:22 00:02:21 09:56:22 09:57:10 00:00:48 10:11:38 10:13:42 00:02:04 00:05:13

36 Juan Ramon Baquedano Bances 09:54:30 09:56:22 00:01:52 09:56:22 09:57:10 00:00:48 10:13:42 10:15:47 00:02:05 00:04:45

37 María del Carmen Botey A. 09:56:06 09:57:12 00:01:06 09:57:12 09:59:15 00:02:03 10:15:47 10:17:36 00:01:49 00:04:58

38 Santiago Renato Bobadilla Gastulo 10:02:01 10:03:02 00:01:01 10:03:02 10:07:10 00:04:08 10:17:36 10:19:31 00:01:55 00:07:04

39 Enrique Frías Arica 10:05:12 10:07:19 00:02:07 10:07:19 10:09:19 00:02:00 10:19:31 10:21:29 00:01:58 00:06:05

40 Lozada Gómez Roger Enrique 10:09:10 10:12:15 00:03:05 10:12:15 10:14:20 00:02:05 10:21:29 10:23:15 00:01:46 00:06:56

41 Limo Villanueva César Francisco 10:09:12 10:14:22 00:05:10 10:14:22 10:16:31 00:02:09 10:23:15 10:25:09 00:01:54 00:09:13

42 Llontop Uceda María Esther 10:16:10 10:17:12 00:01:02 10:17:12 10:18:15 00:01:03 10:25:09 10:27:12 00:02:03 00:04:08

43 Vanesa Ramos Olivos 10:20:40 10:21:10 00:00:30 10:21:10 10:24:18 00:03:08 10:27:12 10:29:17 00:02:05 00:05:43

44 Notaría Marco A. Corcuera García 10:23:10 10:24:20 00:01:10 10:24:20 10:26:20 00:02:00 10:29:17 10:31:14 00:01:57 00:05:07

45 Jannet Baldera Pérez 10:27:30 10:28:10 00:00:40 10:28:10 10:30:40 00:02:30 10:31:14 10:32:59 00:01:45 00:04:55

46 Esther Soledad Linares Medina 10:32:07 10:33:15 00:01:08 10:33:15 10:34:20 00:01:05 11:05:45 11:07:41 00:01:56 00:04:09

47 Berríos Barrantes Yris Atenea 10:32:08 10:34:22 00:02:14 10:34:22 10:36:40 00:02:18 11:07:41 11:09:29 00:01:48 00:06:20

48 Manuel Andrés Balladares Manrique 10:34:10 10:36:52 00:02:42 10:36:52 10:38:58 00:02:06 11:09:29 11:11:28 00:01:59 00:06:47

49 Llontop Vásquez Julio Salomón 10:37:16 10:39:00 00:01:44 10:39:00 10:41:10 00:02:10 11:11:28 11:13:17 00:01:49 00:05:43

50 Segundo Rogelio Pintado Remaycuna 10:40:10 10:41:20 00:01:10 10:41:20 10:42:50 00:01:30 11:13:17 11:15:17 00:02:00 00:04:40

51 Blanca Luz Campos Sánchez 10:43:01 10:44:10 00:01:09 10:44:10 10:47:12 00:03:02 11:15:17 11:17:09 00:01:52 00:06:03


CHICLAYO

- 222 -

52 Víctor Orlando Barrantes Reaño 10:47:10 10:48:12 00:01:02 10:48:12 10:50:22 00:02:10 11:17:09 11:19:08 00:01:59 00:05:11

53 Doris Dan Asalde de Arteaga 10:47:12 10:50:26 00:03:14 10:50:26 10:53:12 00:02:46 11:19:08 11:21:12 00:02:04 00:08:04

54 Silber Sánchez Delgado 10:53:24 10:55:05 00:01:41 10:55:05 10:57:10 00:02:05 11:21:12 11:23:04 00:01:52 00:05:38

55 Edwin Bardales Rengifo 10:56:10 10:57:12 00:01:02 10:57:12 10:59:33 00:02:21 11:23:04 11:25:06 00:02:02 00:05:25

56 Mariangelina Barandiarán Huamán 10:57:10 11:00:08 00:02:58 11:00:08 11:02:01 00:01:53 11:25:06 11:26:55 00:01:49 00:06:40

57 Milton Castillo Samaniego 10:59:12 11:02:12 00:03:00 11:02:12 11:04:18 00:02:06 11:26:55 11:28:49 00:01:54 00:07:00

58 Manuel Antonio Pérez Aguinaga 10:59:20 11:04:20 00:05:00 11:04:20 11:06:55 00:02:35 11:28:49 11:30:52 00:02:03 00:09:38

59 Ricardo Albán Nieves 11:04:40 11:06:58 00:02:18 11:06:58 11:09:10 00:02:12 11:30:52 11:32:41 00:01:49 00:06:19

60 Ubaldo Adanaqué Ramos 11:04:52 11:09:12 00:04:20 11:09:12 11:12:40 00:03:28 11:32:41 11:34:36 00:01:55 00:09:43

61 Luis Enrique Zevallos Asenjo 11:09:13 11:12:42 00:03:29 11:12:42 11:15:18 00:02:36 11:34:36 11:36:23 00:01:47 00:07:52

62 Samillán Sosa José Luis 11:09:14 11:15:20 00:06:06 11:15:20 11:18:12 00:02:52 11:36:23 11:38:39 00:02:16 00:11:14

63 Isabel Consuelo Servigón de Nakazaki 11:17:12 11:18:14 00:01:02 11:18:14 11:21:44 00:03:30 11:38:39 11:40:40 00:02:01 00:06:33

64 Miguel Angel Chaparro Ízaga 11:20:10 11:21:50 00:01:40 11:21:50 11:24:01 00:02:11 11:40:40 11:42:34 00:01:54 00:05:45

65 Vílchez Oblitas Denis Antonio 11:22:10 11:24:03 00:01:53 11:24:03 11:27:32 00:03:29 11:42:34 11:44:35 00:02:01 00:07:23

66 Matias Chiclayo Seytuque 11:26:01 11:29:02 00:03:01 11:29:02 11:32:11 00:03:09 11:44:35 11:46:17 00:01:42 00:07:52

Tiempo Promedio 00:07:27



- 223 -

ANEXO Nº 4: Datos para la obtención del tiempo promedio de seguimiento

Nombre del administrado Daniel Torres Guevara Nº Exp. 33134 n 1

d Nombre de la dependencia Tiempo de desplazamiento Tiempo de respuesta

n día T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs Result

1 Trámite Documentario 1 08:00:15 08:02:29 00:02:14 08:02:29 08:03:35 00:01:06 00:03:20

2 Seguridad Ciudadana 1 08:03:35 08:28:45 00:25:10 08:28:45 08:30:12 00:01:27 00:26:37

3 -- Interno 1 1 08:30:12 08:31:02 00:00:50 08:31:02 08:33:10 00:02:08 00:02:58

Terminó el proceso duración del proceso en dias 7 00:32:55

Nombre del administrado Oscar F. Montalvo Torres Nº Exp. 33140 n 2




2 RR.HH. 1 09:05:47 09:08:25 00:02:38 09:08:25 09:11:10 00:02:45 00:05:23

3 -- Remuneración de obreros 1 09:11:10 09:27:38 00:16:28 09:27:38 09:29:15 00:01:37 00:18:05

4 -- Proyectista de resoluciones 1 09:29:15 09:45:14 00:15:59 09:45:14 09:46:45 00:01:31 00:17:30

5 Planeamiento y Presupuesto 1 09:46:45 09:49:58 00:03:13 09:49:58 09:51:39 00:01:41 00:04:54

6 RR.HH. 1 09:51:39 09:55:01 00:03:22 09:55:01 09:57:36 00:02:35 00:05:57


En proceso duración del proceso en dias 30 01:01:52

Nombre del administrado La Torre Vásquez Manuela Nº Exp. 33146 n 3




2 Urbanismo 1 10:09:15 10:19:17 00:10:02 10:19:17 10:22:08 00:02:51 00:12:53

3 SubGer Obras Privadas y Catastro 1 10:22:08 10:24:02 00:01:54 10:24:02 10:25:26 00:01:24 00:03:18

4 --Interno1 1 10:25:26 10:27:04 00:01:38 10:27:04 10:29:12 00:02:08 00:03:46


Nombre del administrado Emelina Campos Díaz Nº Exp. 33151 n 4




2 Registro Civil 1 10:43:28 10:46:08 00:02:40 10:46:08 10:48:16 00:02:08 00:04:48


Nombre del administrado Leoncio V. Serrato Huanca Nº Exp. 33153 n 5




2 Defensa Civil 1 10:54:01 10:58:15 00:04:14 10:58:15 11:01:02 00:02:47 00:07:01

4 --Interno1 1 11:01:02 11:02:56 00:01:54 11:02:56 11:04:21 00:01:25 00:03:19




- 224 -

Nombre del administrado Pedro P. Bravo Zevallos Nº Exp. 33158 n 6




2 RR.HH. 1 11:12:06 11:15:20 00:03:14 11:15:20 11:17:15 00:01:55 00:05:09


4 -- Proyectista de resoluciones 1 11:33:03 11:48:18 00:15:15 11:48:18 11:50:09 00:01:51 00:17:06

5 Contabilidad 1 11:50:09 11:53:04 00:02:55 11:53:04 11:54:26 00:01:22 00:04:17

6 RR.HH. 1 11:54:26 11:55:50 00:01:24 11:55:50 11:57:45 00:01:55 00:03:19


8 RR.HH. 1 12:03:26 12:07:08 00:03:42 12:07:08 12:09:02 00:01:54 00:05:36

9 -- Proyectista de Resoluciones 1 12:09:02 12:10:15 00:01:13 12:10:15 12:11:58 00:01:43 00:02:56


Nombre del administrado Jorge L. Benites Ojeda Nº Exp. 33164 n 7




2 Tránsito 1 12:16:25 12:32:26 00:16:01 12:32:26 12:34:24 00:01:58 00:17:59

3 Transportes 1 12:34:24 12:36:02 00:01:38 12:36:02 12:38:14 00:02:12 00:03:50

4 -- Interno 1 1 12:38:14 12:40:02 00:01:48 12:40:02 12:41:18 00:01:16 00:03:04

5 -- Interno 2 1 12:41:18 12:43:48 00:02:30 12:43:48 12:45:03 00:01:15 00:03:45


Nombre del administrado Mundaca Candiotti Wilberth Nº Exp. 33168 n 8




2 Urbanismo 1 01:09:45 01:23:34 00:13:49 01:23:34 01:26:06 00:02:32 00:16:21



Nombre del administrado Cáceres Narrea Aníbal Q. Nº Exp. 33169 n 9




2 Urbanismo 1 01:47:05 02:02:15 00:15:10 02:02:15 02:04:16 00:02:01 00:17:11

3 -- Interno 1 1 02:04:16 02:06:02 00:01:46 02:06:02 02:08:19 00:02:17 00:04:03


Nombre del administrado María E. Banda Roque Nº Exp. 33171 n 10




2 RR.HH. 2 08:03:43 08:06:05 00:02:22 08:06:05 08:07:46 00:01:41 00:04:03


4 RR.HH. 2 08:25:16 08:40:23 00:15:07 08:40:23 08:42:16 00:01:53 00:17:00

5 Tesorería 2 08:42:16 08:45:22 00:03:06 08:45:22 08:47:33 00:02:11 00:05:17




- 225 -

Nombre del administrado Flora Cárdenas Suárez Nº Exp. 33172 n 11




2 Comercialización 2 08:54:02 09:20:15 00:26:13 09:20:15 09:23:48 00:03:33 00:29:46

3 -- Interno 1 2 09:23:48 09:26:18 00:02:30 09:26:18 09:29:02 00:02:44 00:05:14


5 -- Interno 2 2 09:32:08 09:34:16 00:02:08 09:34:16 09:36:49 00:02:33 00:04:41


Nombre del administrado César A. Falen Seclén Nº Exp. 33173 n 12





3 -- Interno 1 2 08:30:12 08:31:02 00:00:50 08:31:02 08:33:10 00:02:08 00:02:58


Nombre del administrado Guillermo A. García Barreto Nº Exp. 33334 n 13




2 RR.HH. 2 09:05:47 09:08:15 00:02:28 09:08:15 09:09:45 00:01:30 00:03:58


4 RR.HH. 2 09:26:18 09:41:08 00:14:50 09:41:08 09:43:15 00:02:07 00:16:57


6 RR.HH. 2 09:47:03 10:03:15 00:16:12 10:03:15 10:05:19 00:02:04 00:18:16

7 -- Asesoría Legal 2 10:05:19 10:06:58 00:01:39 10:06:58 10:08:19 00:01:21 00:03:00


Nombre del administrado Castillo Hoyos Segundo Nº Exp. 33335 n 14




2 RR.HH. 2 10:15:16 10:17:16 00:02:00 10:17:16 10:19:03 00:01:47 00:03:47


4 RR.HH. 2 10:37:09 10:51:18 00:14:09 10:51:18 10:53:19 00:02:01 00:16:10


6 RR.HH. 2 11:11:01 11:26:29 00:15:28 11:26:29 11:28:18 00:01:49 00:17:17

7 -- Asesoría Legal 2 11:28:18 11:30:14 00:01:56 11:30:14 11:32:15 00:02:01 00:03:57


Nombre del administrado Segundo L. Flores Ticlla Nº Exp. 33346 n 15




2 Tránsito 2 11:38:26 11:55:24 00:16:58 11:55:24 11:57:09 00:01:45 00:18:43

3 Transportes 2 11:57:09 11:59:43 00:02:34 11:59:43 12:02:35 00:02:52 00:05:26




- 226 -

Nombre del administrado Liliana del P. Renería Jordán Nº Exp. 33354 n 16




2 RR.HH. 2 12:21:02 12:23:05 00:02:03 12:23:05 12:25:19 00:02:14 00:04:17

3 Control de Asistencia 2 12:25:19 12:29:18 00:03:59 12:29:18 12:32:38 00:03:20 00:07:19

4 RR.HH. 2 12:32:38 12:36:28 00:03:50 12:36:28 12:38:15 00:01:47 00:05:37


Nombre del administrado Estuardo Pérez Rodríguez Nº Exp. 33355 n 17




2 Tránsito 2 12:46:04 13:02:06 00:16:02 13:02:06 13:04:16 00:02:10 00:18:12

3 Edificaciones 2 13:04:16 13:08:26 00:04:10 13:08:26 13:10:16 00:01:50 00:06:00

4 SubGer Obras y Convenios 2 13:10:16 13:12:02 00:01:46 13:12:02 13:14:16 00:02:14 00:04:00


Nombre del administrado Félix Quicio Gelacio Nº Exp. 33366 n 18



n día

T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs Result


2 RR.HH. 2 13:38:06 13:40:41 00:02:35 13:40:41 13:42:15 00:01:34 00:04:09

3 -- Interno 1 2 13:42:15 13:43:58 00:01:43 13:43:58 13:45:28 00:01:30 00:03:13

4 RR.HH. 2 13:45:28 13:47:18 00:01:50 13:47:18 13:49:12 00:01:54 00:03:44


Nombre del administrado Isabel Vásquez Zuloeta Nº Exp. 33376 n 19




2 Edificaciones 2 13:55:08 14:13:04 00:17:56 14:13:04 14:15:15 00:02:11 00:20:07

3 SubGer Estudios y Proyectos 2 14:15:15 14:18:26 00:03:11 14:18:26 14:21:07 00:02:41 00:05:52


Nombre del administrado Baltazar Espinoza Arancibia Nº Exp. 33381 n 20




2 Secretaria General 3 08:09:02 08:12:05 00:03:03 08:12:05 08:14:47 00:02:42 00:05:45

3 Alcaldia 3 08:14:47 08:20:23 00:05:36 08:20:23 08:23:16 00:02:53 00:08:29



Nombre del administrado Shuan Camacho María J. Nº Exp. 33383 n 21




2 Urbanismo 3 08:34:16 08:49:23 00:15:07 08:49:23 08:51:17 00:01:54 00:17:01


4 -- Interno 1 3 08:56:04 08:58:21 00:02:17 08:58:21 09:00:06 00:01:45 00:04:02




- 227 -

Nombre del administrado Martín Gonzalo Inoquio O. Nº Exp. 33387 n 22




2 Urbanismo 3 09:05:47 09:20:16 00:14:29 09:20:16 09:22:12 00:01:56 00:16:25


4 -- Interno 1 3 09:26:23 09:28:08 00:01:45 09:28:08 09:30:06 00:01:58 00:03:43


Nombre del administrado Not. Marco A. Corcuera G. Nº Exp. 33388 n 23




2 Registro Civil 3 09:49:16 09:53:37 00:04:21 09:53:37 09:55:38 00:02:01 00:06:22

3 -- Verificación de Rectificaciones 3 09:55:38 09:57:19 00:01:41 09:57:19 09:59:07 00:01:48 00:03:29


Nombre del administrado Beaumont Vassallo Ivette C. Nº Exp. 33393 n 24




2 Urbanismo 3 10:19:25 10:35:02 00:15:37 10:35:02 10:37:28 00:02:26 00:18:03



Nombre del administrado Yampufé Espinoza Jesús Nº Exp. 33414 n 25




2 Gerencia General 3 11:10:07 11:13:29 00:03:22 11:13:29 11:15:12 00:01:43 00:05:05

3 RR.HH 3 11:15:12 11:19:24 00:04:12 11:19:24 11:22:38 00:03:14 00:07:26


Nombre del administrado Dalinda del S. Timaná Pach. Nº Exp. 33417 n 26




2 Registro Civil 3 11:28:19 11:32:45 00:04:26 11:32:45 11:36:09 00:03:24 00:07:50


Nombre del administrado Víctor H. Gómez Valladolid Nº Exp. 33883 n 27





3 -- Interno 1 3 12:12:36 12:14:27 00:01:51 12:14:27 12:16:23 00:01:56 00:03:47




- 228 -

Nombre del administrado Coronado Bernal Víctor H. Nº Exp. 33893 n 28




2 Urbanismo 3 12:41:16 13:02:06 00:20:50 13:02:06 13:06:05 00:03:59 00:24:49


4 -- Interno 1 3 13:10:31 13:12:54 00:02:23 13:12:54 13:14:28 00:01:34 00:03:57

En proceso duración del proceso en días 34 00:37:03

Nombre del administrado Conj. Hab. Augusto B. Leguía Nº Exp. 33920 n 29





3 Alcaldía 3 13:35:01 13:40:15 00:05:14 13:40:15 13:43:18 00:03:03 00:08:17



Nombre del administrado Vec. Pjes. Las Compuertas Nº Exp. 33924 n 30





3 Alcaldía 3 14:03:02 14:05:49 00:02:47 14:05:49 14:07:48 00:01:59 00:04:46



Nombre del administrado Jorge Flores Velásquez Nº Exp. 33957 n 31




2 Defensa Civil 3 14:23:45 14:28:06 00:04:21 14:28:06 14:31:09 00:03:03 00:07:24


Nombre del administrado Atelmira E. García Garay Nº Exp. 33982 n 32




2 RR.HH. 4 08:06:12 08:10:26 00:04:14 08:10:26 08:12:36 00:02:10 00:06:24

3 -- Remuneración de Obreros(DIDO) 4 08:12:36 08:14:56 00:02:20 08:14:56 08:16:08 00:01:12 00:03:32


Nombre del administrado Jaime Casas Romero Nº Exp. 34003 n 33





3 -- Interno 1 4 08:53:12 08:56:02 00:02:50 08:56:02 08:58:10 00:02:08 00:04:58

Terminó el proceso duración del proceso en días 3 00:39:55



- 229 -

Nombre del administrado Juan T. Centeno Luyo Nº Exp. 34006 n 34




2 RR.HH. 4 09:04:47 09:08:16 00:03:29 09:08:16 09:11:09 00:02:53 00:06:22

3 -- Asesoría Legal 4 09:11:09 09:13:45 00:02:36 09:13:45 09:16:25 00:02:40 00:05:16

4 -- Remuneración de Obreros 4 09:16:25 09:32:29 00:16:04 09:32:29 09:33:49 00:01:20 00:17:24


Nombre del administrado Hitler Coronel Zieza Nº Exp. 34010 n 35




2 Registro Civil 4 09:50:06 09:53:02 00:02:56 09:53:02 09:55:06 00:02:04 00:05:00


Nombre del administrado Juan R. Baquedano Bances Nº Exp. 34032 n 36




2 RR.HH. 4 10:04:29 10:08:19 00:03:50 10:08:19 10:11:28 00:03:09 00:06:59

3 -- Asesoria legal 4 10:11:28 10:13:26 00:01:58 10:13:26 10:15:27 00:02:01 00:03:59

4 -- Escalafon y Legajos 4 10:15:27 10:18:02 00:02:35 10:18:02 10:21:45 00:03:43 00:06:18

5 RR.HH. 4 10:21:45 10:23:15 00:01:30 10:23:15 10:25:04 00:01:49 00:03:19

6 -- Asesoria legal 4 10:25:04 10:27:45 00:02:41 10:27:45 10:29:00 00:01:15 00:03:56

7 RR.HH. 4 10:29:00 10:30:45 00:01:45 10:30:45 10:32:56 00:02:11 00:03:56


Nombre del administrado María del C. Botey A. Nº Exp. 34047 n 37




2 Relaciones Públicas 4 10:39:26 10:42:56 00:03:30 10:42:56 10:45:18 00:02:22 00:05:52

3 Urbanismo 4 10:45:18 11:00:06 00:14:48 11:00:06 11:04:27 00:04:21 00:19:09

En Proceso duración del proceso en días 35 00:29:22

Nombre del administrado Santiago R. Bobadilla Ga. Nº Exp. 34049 n 38




2 Registro Civil 4 11:30:00 11:32:56 00:02:56 11:32:56 11:34:16 00:01:20 00:04:16


Nombre del administrado Enrique Frías Arica Nº Exp. 34050 n 39




2 Urbanismo 4 11:45:00 12:02:06 00:17:06 12:02:06 12:03:45 00:01:39 00:18:45

3 SubGer Control Urbano y Fiscalización 4 12:03:45 12:06:45 00:03:00 12:06:45 12:09:23 00:02:38 00:05:38

4 -- Interno 1 4 12:09:23 12:11:12 00:01:49 12:11:12 12:14:36 00:03:24 00:05:13




- 230 -

Nombre del administrado Lozada Gómez Roger E. Nº Exp. 34058 n 40




2 Urbanismo 4 12:39:26 13:01:02 00:21:36 13:01:02 13:04:16 00:03:14 00:24:50

3 SubGer Obras Privadas y catastro 4 13:04:16 13:06:18 00:02:02 13:06:18 13:08:29 00:02:11 00:04:13

4 -- Interno 1 4 13:08:29 13:11:56 00:03:27 13:11:56 13:14:23 00:02:27 00:05:54


Nombre del administrado Limo Villanueva César F. Nº Exp. 34067 n 41




2 Urbanismo 4 13:33:52 13:47:12 00:13:20 13:47:12 13:49:04 00:01:52 00:15:12



Nombre del administrado Llontop Uceda María E. Nº Exp. 34068 n 42




2 Urbanismo 4 14:15:00 14:28:16 00:13:16 14:28:16 14:30:09 00:01:53 00:15:09



Nombre del administrado Vanesa Ramos Olivos Nº Exp. 34070 n 43





3 Alcaldía 5 08:08:13 08:11:23 00:03:10 08:11:23 08:13:30 00:02:07 00:05:17



Nombre del administrado N. Marco A. Corcuera García Nº Exp. 34086 n 44




2 Registro Civil 5 08:21:32 08:24:15 00:02:43 08:24:15 08:26:17 00:02:02 00:04:45

3 -- Verificación de Rectificaciones 5 08:26:17 08:28:46 00:02:29 08:28:46 08:30:52 00:02:06 00:04:35


Nombre del administrado Jannet Baldera Pérez Nº Exp. 34105 n 45




2 Defensa Civil 5 08:37:36 08:41:23 00:03:47 08:41:23 08:43:14 00:01:51 00:05:38

3 -- Interno 1 5 08:43:14 08:45:56 00:02:42 08:45:56 08:48:07 00:02:11 00:04:53

4 Defensa Civil 5 08:48:07 08:51:07 00:03:00 08:51:07 08:53:12 00:02:05 00:05:05




- 231 -

Nombre del administrado Esther S. Linares Medina Nº Exp. 34157 n 46



n día

T. Inicio T. Final T. Rs T. Inicio T. Final T. Rs Result



3 Alcaldia 5 09:06:57 09:10:05 00:03:08 09:10:05 09:12:16 00:02:11 00:05:19



Nombre del administrado Berríos Barrantes Yris A. Nº Exp. 34175 n 47




2 Urbanismo 5 09:25:45 09:40:13 00:14:28 09:40:13 09:42:24 00:02:11 00:16:39



Nombre del administrado Manuel A. Balladares M. Nº Exp. 34179 n 48




2 Tránsito 5 10:04:13 10:23:17 00:19:04 10:23:17 10:25:01 00:01:44 00:20:48

3 Transportes 5 10:25:01 10:28:16 00:03:15 10:28:16 10:30:25 00:02:09 00:05:24

4 -- Interno 1 5 10:30:25 10:31:59 00:01:34 10:31:59 10:33:44 00:01:45 00:03:19

5 -- Interno 2 5 10:33:44 10:36:03 00:02:19 10:36:03 10:38:12 00:02:09 00:04:28


Nombre del administrado Llontop Vásquez Julio S. Nº Exp. 34195 n 49




2 Urbanismo 5 11:02:39 11:16:37 00:13:58 11:16:37 11:18:23 00:01:46 00:15:44


4 -- Interno 1 5 11:24:04 11:27:14 00:03:10 11:27:14 11:29:25 00:02:11 00:05:21


Nombre del administrado Segundo R. Pintado R. Nº Exp. 34199 n 50




2 Registro Civil 5 11:49:24 11:51:15 00:01:51 11:51:15 11:54:01 00:02:46 00:04:37


Nombre del administrado Blanca L. Campos Sánchez Nº Exp. 34225 n 51




2 RR.HH. 5 12:00:13 12:04:10 00:03:57 12:04:10 12:05:58 00:01:48 00:05:45


4 RR.HH. 5 12:24:13 12:39:45 00:15:32 12:39:45 12:42:02 00:02:17 00:17:49


6 RR.HH. 5 12:59:37 13:14:57 00:15:20 13:14:57 13:17:03 00:02:06 00:17:26




- 232 -

Nombre del administrado Víctor O. Barrantes Reaño Nº Exp. 34250 n 52




2 Defensa Civil 5 13:24:07 13:28:40 00:04:33 13:28:40 13:31:27 00:02:47 00:07:20


Nombre del administrado Doris D. Asalde de Arteaga Nº Exp. 34255 n 53




2 RR.HH. 5 13:37:57 13:41:32 00:03:35 13:41:32 13:43:34 00:02:02 00:05:37

3 --Remuneración Obreros 5 13:43:34 13:55:53 00:12:19 13:55:53 13:57:49 00:01:56 00:14:15

4 RR.HH. 5 13:57:49 14:10:45 00:12:56 14:10:45 14:12:28 00:01:43 00:14:39


6 RR.HH. 5 14:26:13 14:38:46 00:12:33 14:38:46 14:40:28 00:01:42 00:14:15



9 RR.HH. 5 14:51:45 14:55:10 00:03:25 14:55:10 14:57:26 00:02:16 00:05:41



Nombre del administrado Silber Sánchez Delgado Nº Exp. 34267 n 54




2 Tránsito 6 08:04:23 08:21:03 00:16:40 08:21:03 08:23:05 00:02:02 00:18:42

3 Transportes 6 08:23:05 08:25:58 00:02:53 08:25:58 08:27:49 00:01:51 00:04:44

4 -- Interno 1 6 08:27:49 08:30:07 00:02:18 08:30:07 08:32:04 00:01:57 00:04:15


Nombre del administrado Edwin Bardales Rengifo Nº Exp. 34275 n 55




2 Urbanismo 6 08:52:25 09:06:38 00:14:13 09:06:38 09:08:23 00:01:45 00:15:58



Nombre del administrado María. Barandiarán Huamán Nº Exp. 34275 n 56




2 Urbanismo 6 09:33:57 09:50:14 00:16:17 09:50:14 09:52:17 00:02:03 00:18:20



Nombre del administrado Milton Castillo Samaniego Nº Exp. 34288 n 57





3 Administración 6 10:18:36 10:22:10 00:03:34 10:22:10 10:24:05 00:01:55 00:05:29

4 Tesorería 6 10:24:05 10:26:01 00:01:56 10:26:01 10:28:24 00:02:23 00:04:19




- 233 -

Nombre del administrado Manuel A. Pérez Aguinaga Nº Exp. 34316 n 58




2 Defensa Civil 6 10:37:07 10:39:58 00:02:51 10:39:58 10:41:45 00:01:47 00:04:38


Nombre del administrado Ricardo Albán Nieves Nº Exp. 34345 n 59




2 Urbanismo 6 10:48:57 11:03:05 00:14:08 11:03:05 11:05:30 00:02:25 00:16:33


4 -- Interno 1 6 11:10:38 11:14:07 00:03:29 11:14:07 11:16:11 00:02:04 00:05:33


Nombre del administrado Ubaldo Adanaqué Ramos Nº Exp. 34346 n 60





3 Administración 6 11:39:23 11:44:04 00:04:41 11:44:04 11:45:58 00:01:54 00:06:35

4 Contabilidad 6 11:45:58 11:48:07 00:02:09 11:48:07 11:50:04 00:01:57 00:04:06

5 Tesorería 6 11:50:04 11:52:14 00:02:10 11:52:14 11:54:11 00:01:57 00:04:07


Nombre del administrado Luis E. Zevallos Asenjo Nº Exp. 34363 n 61




2 Registro Civil 6 12:02:01 12:04:45 00:02:44 12:04:45 12:06:44 00:01:59 00:04:43


Nombre del administrado Samillán Sosa José Luis Nº Exp. 34371 n 62




2 Urbanismo 6 12:14:04 12:27:22 00:13:18 12:27:22 12:29:34 00:02:12 00:15:30



Nombre del administrado Isabel C. Servigón de N. Nº Exp. 34372 n 63




2 Urbanismo 6 12:42:01 12:55:54 00:13:53 12:55:54 12:57:50 00:01:56 00:15:49


4 -- Interno 1 6 13:02:38 13:05:17 00:02:39 13:05:17 13:06:48 00:01:31 00:04:10




- 234 -

Nombre del administrado Miguel A. Chaparro Ízaga Nº Exp. 34377 n 64




2 RR.HH. 6 13:24:25 13:29:10 00:04:45 13:29:10 13:31:15 00:02:05 00:06:50

3 -- Escalafon y legajo 6 13:31:15 13:33:55 00:02:40 13:33:55 13:35:50 00:01:55 00:04:35

4 RR.HH. 6 13:35:50 13:38:24 00:02:34 13:38:24 13:40:10 00:01:46 00:04:20


Nombre del administrado Vílchez Oblitas Denis A. Nº Exp. 34416 n 65




2 Urbanismo 6 13:47:58 14:02:07 00:14:09 14:02:07 14:04:01 00:01:54 00:16:03



Nombre del administrado Matías Chiclayo Seytuque Nº Exp. 34634 n 66




2 RR.HH. 6 14:24:40 14:27:10 00:02:30 14:27:10 14:28:19 00:01:09 00:03:39

3 -- Escalafon y legajo 6 14:28:19 14:31:17 00:02:58 14:31:17 14:33:15 00:01:58 00:04:56

4 RR.HH. 6 14:33:15 14:36:14 00:02:59 14:36:14 14:38:21 00:02:07 00:05:06



CHICLAYO

- 235 -

ANEXO Nº 5: Datos para la obtención del nivel de respuesta frente a las solicitudes de información

n Solicitante Asunto Fecha en

que se deja la solicitud

RESPECTO A LA RECEPCIÓN DE LAS SOLICITUDES

CIRCUITO PARA OBTENER LA INFORMACIÓN RESPECTO A LA RESPUESTA DE SOLICITUDES


Disposición a ceder

información

Conocimiento de la ley de información

Burocracia Cobros Negativas Insistencia Hubo

respuesta Plazo legal Forma Calidad

1 Daniel Torres Guevara

Certificado domiciliario

01/10/2008 Neutral Mediana Conoce

parcialmente Nada

Sí (por el FUT)

De ningún tipo

Cero veces Sí Primer plazo Escrita Satisfactoria

2

Oscar Francisco Montalvo Torres

Pago de bonificación familiar


parcialmente Mucha De ningún tipo

De ningún tipo

Dos veces No Fuera del

Plazo Escrita Insatisfactoria

3 La Torre Vásquez Manuela

Licencia de obra 01/10/2008 Neutral Mediana Conoce

parcialmente Algo

Sí (por el FUT)

De ningún tipo

Una vez No Fuera del


4 Emelina Campos Díaz

Certificado de soltería


parcialmente Nada

Sí (por el FUT)

De ningún tipo


5 Leoncio V. Serrato Huanca

Inspección técnica 01/10/2008 Neutral Mediana Conoce

parcialmente Nada

Sí (por el FUT)

De ningún tipo

Cero veces No Fuera del


6 Pedro Pablo Bravo Zevallos

Pago por derecho de fallecimiento



De ningún tipo

Tres veces No Fuera del


7 Jorge Luis Benites Ojeda

Certificado de habilitación vehicular


parcialmente Algo

Sí (por el FUT)

De ningún tipo

Dos veces Sí Fuera del

Plazo Escrita

Medianamente Satisfactoria

8 Mundaca Candiotti Wilberth

Certificado de numeración


parcialmente Nada

Sí (por el FUT)

De ningún tipo

Una vez Sí Primer plazo Escrita Satisfactoria

9 Cáceres Narrea Aníbal Quintín

Finalización de obra 01/10/2008 Neutral Mediana Conoce

parcialmente Algo De ningún tipo

De ningún tipo



10 María Elisa Banda Roque

Pago de pensiones de alimentos



De ningún tipo



11 Flora Cárdenas Suárez

Puesto para venta de comidas en mercado


parcialmente Algo

Sí (por el FUT)

De ningún tipo

Tres veces Sí Fuera del

Plazo Escrita

Medianamente Satisfactoria

12 César Augusto Falen Seclén



parcialmente Nada

Sí (por el FUT)

De ningún tipo



CHICLAYO

- 236 -

13 Guillermo Alejandro García Barreto

Nivelación de sueldos



De ningún tipo



14 Castillo Hoyos Segundo

Pago de devengados por bonificaciones



De ningún tipo



15 Segundo Lucio Flores Ticlla

Renovación de tarjeta de operatividad



De ningún tipo

Una vez Sí Con

prórroga de 5 dias

Escrita Medianamente Satisfactoria

16 Liliana del Pilar Renería Jordán

Recuperación de días descontados



De ningún tipo


17 Estuardo Pérez Rodríguez

Instalación de semáforo


parcialmente Mucha De ningún tipo Parcial Dos veces No

Fuera del Plazo

Escrita Insatisfactoria

18 Félix Quicio Gelacio

Certificado de trabajo 01/10/2008 Neutral Mediana Conoce


De ningún tipo



19 Isabel Vásquez Zuloeta

Estudio técnico para el cofinanciamiento


parcialmente Algo De ningún tipo Parcial Una vez No

Fuera del Plazo


20 Baltazar Espinoza Arancibia

Reiteramos la construcción de embloquetado



De ningún tipo



21 Shuan Camacho María Julia

Ficha conciliatoria 01/10/2008 Neutral Mediana Conoce


De ningún tipo



22 Martín Gonzalo Inoquio Oliva

Licencia de construcción


parcialmente Algo

Sí (por el FUT)

De ningún tipo



23 Notaría Marco A. Corcuera García

Rectificación de partida de nacimiento


parcialmente Nada De ningún tipo

De ningún tipo



24 Beaumont Vassallo Ivette Cristina

Placa domiciliaria 01/10/2008 Neutral Mediana Conoce

parcialmente Algo

Sí (por el FUT)

De ningún tipo


25 Yampufé Espinoza Jesús

Pago por gastos de accidente



De ningún tipo



26

Dalinda del Socorro Timaná Pacherrez

No inscripción de nacimiento


parcialmente Nada

Sí (por el FUT)

De ningún tipo


27 Víctor Hugo Gómez Valladolid

Conducción de puesto


parcialmente Algo

Sí (por el FUT)

De ningún tipo




CHICLAYO

- 237 -

28 Coronado Bernal Víctor Humberto


parcialmente Algo

Sí (por el FUT)

De ningún tipo



29

Conjunto Habitacional Augusto B. Leguía

Estrado y equipo de sonido


parcialmente Algo De ningún tipo Parcial Dos veces No

Fuera del Plazo


30 Vecinos de los Pjes. Las Compuertas

Reconstrucción de veredas


parcialmente Algo De ningún tipo Parcial Tres veces No

Fuera del Plazo


31 Jorge Flores Velásquez

Inspección técnica 01/10/2008 Neutral Mediana Conoce


De ningún tipo

Dos veces Sí Primer plazo Escrita Satisfactoria

32 Atelmira Etelvina García Garay

Expedición de certificación de mis aportaciones



De ningún tipo



33 Jaime Casas Romero



parcialmente Algo

Sí (por el FUT)

De ningún tipo


34 Juan Teodoro Centeno Luyo

Pago de remuneraciones adeudadas



De ningún tipo



35 Hitler Coronel Zieza



parcialmente Nada

Sí (por el FUT)

De ningún tipo


36 Juan Ramón Baquedano Bances

Incorporación al régimen del D.L. Nº. 276



De ningún tipo

Cuatro veces

No Fuera del


37 María del Carmen Botey A.

Auspicio para presentación teatral


parcialmente Algo De ningún tipo Parcial Dos veces No

Fuera del Plazo


38

Santiago Renato Bobadilla Gastulo

Devolución de documentos de matrimonio



De ningún tipo


39 Enrique Frías Arica

Acumulación de lotes sin obras



De ningún tipo



40 Lozada Gómez Roger Enrique

Ficha conciliatoria 01/10/2008 Neutral Mediana Conoce


De ningún tipo



41

Limo Villanueva César Francisco


parcialmente Algo

Sí (por el FUT)

De ningún tipo




CHICLAYO

- 238 -

42 Llontop Uceda María Esther

Parámetros urbanísticos



De ningún tipo


43 Vanesa Ramos Olivos

Pago de planillas pendientes



De ningún tipo



44 Notaría Marco A. Corcuera García

Rectificación de partida de defunción


parcialmente Algo

Sí (por el FUT)

De ningún tipo



45 Jannet Baldera Pérez

Renovación de certificado


parcialmente Algo

Sí (por el FUT)

De ningún tipo

Dos veces Sí Con

prórroga de 5 días

Escrita Satisfactoria

46 Esther Soledad Linares Medina

Autorización para realizar bicicleteada



De ningún tipo



47 Berríos Barrantes Yris Atenea




De ningún tipo

Dos veces Sí Con



48 Manuel Andrés Balladares Manrique

Certificado de habilitación vehicular


parcialmente Algo

Sí (por el FUT)

De ningún tipo

Tres veces Sí Con



49 Llontop Vásquez Julio Salomón

Finalización de obra y zonificación



De ningún tipo



50

Segundo Rogelio Pintado Remaycuna

Certificado de soltería


parcialmente Nada

Sí (por el FUT)

De ningún tipo


51 Blanca Luz Campos Sánchez

Constancia de remuneraciones



De ningún tipo

Tres veces Sí Con



52 Víctor Orlando Barrantes Reaño

Inspección ocular 01/10/2008 Neutral Mediana Conoce

parcialmente Nada

Sí (por el FUT)

De ningún tipo



53 Doris Dan Asalde de Arteaga

Reconocimiento y certificación de tiempo de servicios



De ningún tipo

Cinco veces No Fuera del


54 Silber Sánchez Delgado

Reempadronamiento de vehículo


parcialmente Algo

Sí (por el FUT)

De ningún tipo


55 Edwin Bardales Rengifo

Trámite para el anuncio publicitario


parcialmente Algo

Sí (por el FUT)

De ningún tipo




CHICLAYO

- 239 -

56 Mariangelina Barandiarán Huamán

Certificado de anuncios y publicidad exterior


parcialmente Algo

Sí (por el FUT)

Parcial Dos veces No Fuera del


57 Milton Castillo Samaniego

Cancelación de factura


parcialmente Mucha De ningún tipo Parcial Tres veces No

Fuera del Plazo


58 Manuel Antonio Pérez Aguinaga

Certificado de seguridad


parcialmente Algo

Sí (por el FUT)

De ningún tipo



59 Ricardo Albán Nieves



parcialmente Algo

Sí (por el FUT)

De ningún tipo



60 Ubaldo Adanaqué Ramos

Cancelación de sueldos devengados


parcialmente Mucha De ningún tipo Parcial

Cuatro veces

No Fuera del


61 Luis Enrique Zevallos Asenjo



parcialmente Nada

Sí (por el FUT)

De ningún tipo


62 Samillán Sosa José Luis




De ningún tipo


63

Isabel Consuelo Servigón de Nakazaki



parcialmente Mucha

Sí (por el FUT)

De ningún tipo



64 Miguel Angel Chaparro Ízaga

Constancia de trabajo



De ningún tipo



65 Vílchez Oblitas Denis Antonio


parcialmente Algo

Sí (por el FUT)

De ningún tipo

Dos veces Sí Con


Escrita Medianamente Satisfactoria

66 Matias Chiclayo Seytuque

Cambio a la categoría de operario



De ningún tipo


Documents

Sistema Informatico