modelo de tesis

1. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 1
UNIVERSIDAD NACIONAL  PEDRO RUIZ GALLO 
FACULTAD DE CIENCIAS FÀSICAS Y MATEMÀTICAS
Escuela Profesional de Computación e Informática
Tesis para optar por el TÃtulo Profesional de Ingeniero en
Computación e Informática
Implementación del Sistema de Gestión Documental
para Gobiernos Locales bajo Plataforma de Software Libre
Autor: Bachiller Juan Percy Rojas Cruz
Asesor: Ing. MartÃn Leiva Castillo
Lambayeque, 2011
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 2
DEDICATORIA
Mi tesis la dedico con todo mi amor y cariño.
A ti DIOS que me diste la oportunidad de vivir y de regalarme una
familia
maravillosa.
Con mucho cariño principalmente a mis padres José y Francisca que me dieron la
vida y han estado conmigo en todo momento. Gracias por todo papá y mamá por
darme una carrera para mi futuro y por creer en mÃ, aunque hemos
pasado
momentos difÃciles siempre han estado apoyándome y brindándome todo su amor,
por todo esto les agradezco de todo corazón el que estén conmigo a mi lado.
Los
quiero con todo mi corazón y este trabajo es para ustedes, aquà está el fruto
de lo
que me brindaron, solamente les estoy devolviendo lo que ustedes me
dieron en
un principio.
A mis hermanos Alex, Pilar y Mónica gracias por estar siempre conmigo y
apoyarme siempre, los quiero mucho.
A todos mis amigos, quisiera nombrarlos a cada uno de ustedes pero son muchos,
pero eso no quiere decir que no me acuerde de cada uno, a todos los quiero mucho
y muchas gracias por estar conmigo en todo este tiempo donde he vivido
momentos felices y tristes, pero esos momentos son los que nos hacen
crecer y
valorar a las personas que nos rodean, gracias por ser mis amigos y recuerden
que
siempre los llevaré en mi corazón.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 3
RESUMEN
En la presente tesis se exponen las diversas actividades realizadas para
desarrollar
una herramienta que permita brindar una respuesta a la necesidad de
los
gobiernos locales de coordinar y controlar de forma sistemática, todos
aquellos
aspectos relacionados con la creación, recepción, organización,
almacenamiento,
preservación, acceso y difusión de los documentos en una organización;
haciendo
uso de una plataforma de Software Libre que permita minimizar tiempos, esfuerzos
y costos a favor de una administración y servicios más eficientes a la
ciudadanÃa.
La tesis presenta los principales aspectos de la investigación, la
metodologÃa, los
procesos de cada actividad a realizar y las herramientas utilizadas

2. para su
desarrollo e implementación; al final del documento se presentan las
conclusiones
y recomendaciones del tesista.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 4
ABSTRACT
This thesis shows the various activities done to develop a tool to
provide a
response to the need for local governments to coordinate and
systematically
manage all aspects related to the creation, reception, organization,
storage,
preservation, access and diffusion of documents in an organization
using free
software platform that allows minimizing time, effort and costs for
administration
and more efficient services to citizens.
This tesis shows the main aspects of research, methodology, the processes of
each
activity to be performed and tools used for development and
implementation, at
the end of the document presents the conclusions and recommendations
of the
thesis student.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 5
1. INTRODUCCIÀN
……………………………………………………………………â€
¦â€¦â€¦â€¦..............……………… 10
1.1. ¿De qué trata esta tesis?
……………………………………………………………………â€
¦............. 10
1.2. ¿A quiénes está dirigida?
……………………………………………………………………â€
¦............. 11
1.3. Organización del documento
………………………………………………………………….....
........ 11
2. ASPECTOS DE LA INVESTIGACIÀN
………………………………………………………………........
....... 14
2.1. Situación Problemática
……………………………………………………………………â€
¦â€¦.............. 14
2.2. Problema
……..………………………………………………………………
…………………………............ 15
2.3. Hipótesis
……………………………………………………………………â€
¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦............. 15
2.4. Variables de Estudio
……………………………………………………………………â€
¦â€¦â€¦â€¦............. 15
2.5. Objetivos
……………………………………………………………………â€
¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦............ 16
2.5.1. Objetivo General
……………………………………………………………………â€
¦â€¦â€¦â€¦........... 16
2.5.2. Objetivos EspecÃficos
……………………………………………………………………â€

3. ¦............ 16
2.6. Justificación e Importancia
………………………………………………………………….....
......…… 16
2.7. Información relacionada al proyecto
………………………………………………………........... 17
3. METODOLOGIA
……………………………………………………………………â€
¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦............…. 29
3.1. Descripción de la MetodologÃa
………………………………………………………………........
..... 29
3.2. Fase I: Viabilidad del Sistema de Información
………………………………………............ 29
3.2.1. Viabilidad Operativa
……………………………………………………………………â€
¦............. 29
3.2.2. Viabilidad Técnica
……………………………………………………………………â€
¦â€¦â€¦............ 29
3.2.3. Viabilidad Económica
……………………………………………………………………â€
¦............ 30
3.3. Fase II: Análisis del Sistema de Información
………………………………………............. 30
3.3.1. Definición del Sistema
……………………………………………………………………..
......... 32
3.3.1.1. Determinación del Alcance del Sistema
………………………………............. 32
3.3.1.1.1. Modelo de Negocio
…………………………………………………………........... 33
3.3.1.2. Identificación de los Usuarios Participantes y Finales
…………............. 33
3.3.2. Establecimiento de Requisitos
…………………………………………………………........... 33
3.3.2.1. Especificación de Casos de Uso
……………………………………………............. 34
3.3.3. Análisis de los Casos de Uso
………………………………………………………….............
34
3.3.3.1. Identificación de Clases de Análisis
…………………………………….............. 35
3.3.3.2. Diagramas de Secuencia
………………………………………………………............. 35
3.3.4. Especificación de Requisitos de Seguridad
…………………………………............... 36
3.3.5. Presentación y Aprobación del Análisis del Sistema de
Información .......... 37
3.4. Fase III: Diseño del Sistema de Información
……………………………………................ 37
3.4.1. Definición de la Arquitectura del Sistema
.……………………………………............. 38
3.4.1.1. Definición de Niveles de Arquitectura
……………………………………............ 39
3.4.2. Diseño de Clases
……………………………………………………………….……â
€¦â€¦â€¦............ 39
3.4.3. Diagrama de
Estados ........................................................................
40
3.4.4. Diseño FÃsico de
Datos ....................................................................... 40
3.4.4.1. Diseño de Base de

4. Datos ........................................................... 41
3.4.5. Definición de Interfaces de
Usuario ..................................................... 41
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 6
3.4.5.1. Especificación de Principios Generales de la
Interfaz ...................... 43
3.4.5.1.1. Principios Generales de la
Interfaz ....................................... 43
3.4.5.2. Especificación de Formatos Individuales de la Interfaz de Pantalla ...
44
3.4.6. Verificación y Aceptación de la Arquitectura del
Sistema ......................... 45
3.4.6.1. Verificación de la Especificación de
Diseño .................................... 45
3.4.7. Presentación y Aprobación del Diseño del Sistema de
Información ........... 45
3.5. Fase IV: Construcción del Sistema de
Información ....................................... 45
3.5.1. Preparación del Entorno de Generación y
Construcción .......................... 46
3.5.1.1. Implantación de la Base de Datos FÃ-sica
...................................... 47
3.5.1.2. Preparación del Entorno de
Construcción ..................................... 47
3.5.2. Generación del Código de los Componentes y
Procedimientos ................. 47
3.5.2.1. Generación del Código de
Componentes ....................................... 48
3.5.3. Ejecución de las Pruebas del
Sistema .................................................. 48
3.5.3.1. Realización de las Pruebas del
Sistema ........................................ 48
3.5.3.2. Evaluación del Resultado de las Pruebas del
Sistema ...................... 49
3.5.3.3. Aprobación del Sistema de
Información ........................................ 49
3.6. Fase V: Implantación y Aceptación del
Sistema ........................................... 49
3.6.1. Establecimiento del Plan de
Implantación ............................................. 50
3.6.1.1. Definición del Plan de
Implantación ............................................. 50
3.6.1.2. Especificación del Equipo de
Implantación .................................... 51
3.6.2. Incorporación del Sistema al Entorno de
Operación .............................. 51
3.6.2.1. Realización de la
Instalación ...................................................... 52
3.6.3. Pruebas de Implantación del
Sistema .................................................. 52
3.6.3.1. Preparación de las Pruebas de
Implantación ................................. 53
3.6.3.2. Realización de las Pruebas de
implantación .................................. 53
3.6.3.3. Evaluación del Resultado de las Pruebas de
Implantación ............... 53
3.6.4. Pruebas de Aceptación del
Sistema .................................................... 53
3.6.4.1. Realización de las Pruebas de
Aceptación ..................................... 54
3.6.5. Presentación y Aprobación del
Sistema ................................................ 54

5. 4. VIABILIDAD DEL SISTEMA DE
INFORMACIÀN ...................................................... 55
4.1. Viabilidad
Operativa ......................................................................
......... 55
4.2. Viabilidad
Técnica .......................................................................
........... 55
4.2.1.
Administración ................................................................
................ 55
4.2.2.
Seguridad ......................................................................
................ 57
4.2.3. Soporte
Técnico .......................................................................
....... 60
4.2.4.
Utilización ...................................................................
................... 61
4.2.5.
Conclusiones ...................................................................
................ 62
4.3. Viabilidad
Económica .....................................................................
......... 62
4.3.1.
Consideraciones ................................................................
.............. 62
4.3.2. Costos de
Inversión .....................................................................
.... 63
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 7
4.3.2.1.
Software .......................................................................
........... 63
4.3.2.2.
Implementación ................................................................
....... 63
4.3.2.3.
Capacitación ..................................................................
........... 63
4.3.2.4. Total Costos de
Inversión .......................................................... 64
4.3.3. Costos de
Operación .....................................................................
.... 64
4.3.3.1. Soporte
Técnico .......................................................................
. 64
4.3.3.2. Recursos
Humanos ................................................................... 64
4.3.3.3. Renovación de
Licencias ............................................................. 64
4.3.3.4. Total de
Operación ....................................................................
64
4.3.4. Beneficio de
Proyecto .......................................................................
. 65
4.3.4.1. Beneficios
Tangibles .................................................................. 65

6. 4.3.4.2. Beneficios
Intangibles ................................................................ 66
4.3.5. Valor Actual
Neto ...........................................................................
... 66
4.3.6. Tiempo de Recuperación de
Inversión .................................................. 67
4.3.7. Tasa Interna de
Retorno .................................................................... 68
4.3.8.
Conclusiones ...................................................................
................ 69
5. ANÀLISIS DEL SISTEMA DE
INFORMACIÀN ......................................................... 71
5.1. Modelo de
Negocio ........................................................................
.......... 71
5.2. Identificación de los Usuarios Participantes y
Finales .................................... 71
5.3. Especificación de Casos de
Uso ................................................................. 72
5.4. Identificación de Clases de
Análisis ........................................................... 111
5.5. Diagramas de
Secuencia ......................................................................
.... 118
5.6. Especificación de Requisitos de
Seguridad .................................................. 126
5.7. Presentación y Aprobación del Análisis del Sistema de
Información ............... 127
6. DISEÀO DEL SISTEMA DE
INFORMACIÀN ........................................................... 129
6.1. Definición de Niveles de
Arquitectura ......................................................... 129
6.2. Diseño de
Clases .........................................................................
........... 131
6.3. Diagramas de
Estados ........................................................................
..... 132
6.4. Diseño de Base de
Datos .........................................................................
133
6.4.1. Diagrama de Base de
Datos .............................................................. 133
6.4.2. Diccionario de
Datos .........................................................................
134
6.5. Definición de Interfaces de
Usuario ........................................................... 138
6.6. Verificación y Aceptación de la Arquitectura del
Sistema .............................. 139
6.7. Presentación y Aprobación del Diseño del Sistema de
Información ................. 139
7. CONSTRUCCIÀN DEL SISTEMA DE
INFORMACIÀN ............................................... 141
7.1. Implantación de la Base de Datos FÃ-sica
.................................................... 141
7.2. Preparación del Entorno de
Construcción ................................................... 141
7.3. Estándares de
Desarrollo .....................................................................
.... 143
7.3.1. Especificación de Base de

7. Datos ......................................................... 143
7.3.2. Especificación de Programación de
Módulos ......................................... 144
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 8
7.4. Generación del Código de
Componentes .................................................... 145
7.5. Pantallas del
Sistema ........................................................................
...... 146
7.6. Plan de
Iteraciones ....................................................................
............. 154
7.7. Realización de las Pruebas del
Sistema ...................................................... 155
7.7.1. Pruebas Unitarias del
Sistema ............................................................ 155
7.7.2. Pruebas de Integración del
Sistema .................................................... 165
7.8. Evaluación del Resultado de las Pruebas del
Sistema ................................... 166
7.9. Presentación y Aprobación de la Construcción Sistema de
Información ........... 166
8. IMPLANTACIÀN Y ACEPTACIÀN DEL
SISTEMA ..................................................... 168
8.1. Definición del Plan de
Implantación ........................................................... 168
8.2. Especificación del Equipo de
Implantación .................................................. 168
8.3. Realización de la
Instalación ...................................................................
. 169
8.4. Pruebas de Implantación del
Sistema ........................................................ 184
8.5. Pruebas de Aceptación del
Sistema ........................................................... 185
8.6. Presentación y Aprobación del
Sistema ..................................................... 186
9. CONCLUSIÀN Y FUTURAS LÀNEAS DE
TRABAJO ................................................... 188
9.1.1.
Conclusión ....................................................................
.................. 188
9.1.2.
Recomendaciones ................................................................
............ 189
10.
BIBLIOGRAFÀA ..................................................................
............................ 191
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 9
CapÃtulo 1
Introducción
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 10
1. INTRODUCCION
1.1. ¿De qué trata esta tesis?
Esta tesis trata sobre desarrollar una herramienta que permita brindar
una
respuesta a la necesidad de los gobiernos locales de coordinar y
controlar de

8. forma sistemática, todos aquellos aspectos relacionados con la
creación,
recepción, organización, almacenamiento, preservación, acceso y difusión de
los
documentos en una organización
El trabajo persigue como objetivo principal el desarrollar un Sistema de
Gestión
Documental para Gobiernos Locales bajo plataforma de Software Libre que
permita minimizar tiempos, esfuerzos y costos a favor de una administración y
servicios más eficientes a los ciudadanos en la municipalidad. Y como objetivos
secundarios:
- Describir las caracterÃsticas del sistema propuesto, mediante la toma de
los requerimientos necesarios en los procesos realizados en la Gestión
Documental del la Municipalidad Distrital de José Leonardo Ortiz.
- Analizar los requerimientos recopilados, refinándolos y estructurándolos,
para una compresión y descripción más precisa que ayude a estructurar
los procesos de la gestión documental.
- Modelar el sistema propuesto, encontrando su forma (arquitectura), el
cual se va a diseñar, y comprender los aspectos relacionados con
los
requisitos y restricciones, analizados en los procesos de la gestión
documental.
- Implementar el sistema, a través de la descripción de su arquitectura en
términos de componentes, para su distribución, los cuales en su conjunto
representaran los procesos de gestión documental.
- Realizar las pruebas necesarias del sistema propuesto, durante un
periodo de tiempo determinado, para el correcto funcionamiento del
mismo, tomando datos reales utilizados en los procesos de gestión
documental.
- Puesta en marcha del Sistema de Gestión Documental en la
Municipalidad Distrital de José Leonardo Ortiz
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 11
1.2. ¿A quiénes está dirigida?
El trabajo se encuentra dirigido principalmente a gobiernos locales que generen,
recepcionen y almacenen documentación en su organización.
La documentación contenida en el mismo puede tomarse como referencia para
la adopción de prácticas para modernizar y normalizar las polÃticas de la
gestión
documental en los gobiernos, asà también brinda información respecto de cómo
una herramienta de gestión puede ayudar a coordinar y controlar de
forma
sistemática la documentación en la organización.
1.3. Organización del documento
El material se divide en 10 capÃtulos que abarcan la totalidad del
trabajo de
tesis.
 El capÃtulo 1. Introducción (el presente) sintetiza los objetivos de la
tesis,
a quiénes está dirigida, y de qué manera se encuentra organizado
el
material de la misma.
 El capÃtulo 2. Aspectos de la investigación, presenta un panorama
de la
situación actual, mostrando el contexto que da origen al trabajo de tesis.
 El capÃtulo 3. MetodologÃa comprende la documentación que cubre la
obtención del marco de referencia para el desarrollo del sistema de
información.
 El capÃtulo 4. Estudio de viabilidad del sistema comprende la
documentación resultante del proceso:  EVS: Estudio de la Viabilidad del
Sistema . La documentación cubre la Viabilidad Operativa, Viabilidad
Técnica y Viabilidad Económica.
 El capÃtulo 5. Análisis del sistema comprende la documentación

9. resultante del proceso  ASI: Análisis del Sistema de Información .
La
documentación cubre el modelado en UML del negocio, los casos de uso,
los prototipos de interfaces de usuario, y la estructura y comportamiento
del sistema en términos de clases de análisis. Dentro de este capÃtulo se
incluye también el diseño de las pruebas de la fase de análisis.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 12
 El capÃtulo 6. Diseño del sistema comprende la documentación resultante
del proceso  DSI: Diseño del Sistema de Información . La documentación
cubre el modelado en UML del diseño arquitectónico del sistema y
los
subsistemas que lo conforman, y la estructura y comportamiento del
mismo en términos de clases de diseño. Dentro de este capÃtulo se
incluye también el  Plan de pruebas 
 El capÃtulo 7. Construcción del sistema comprende la documentación
resultante del proceso  CSI: Construcción del Sistema de
Información .
La documentación cubre la descripción del entorno de construcción y los
resultados de las pruebas unitarias, de integración y del sistema.
 El capÃtulo 8. Implantación y aceptación del sistema comprende la
documentación resultante del proceso  IAS: Implantación y aceptación
del sistema . La documentación cubre la incorporación del sistema
al
entorno productivo y los resultados de las pruebas de implantación y
aceptación.
 El capÃtulo 9. Conclusiones y Futuras lÃneas de trabajo contiene
las
conclusiones obtenidas luego de finalizado el trabajo de tesis, y las
futuras lÃneas de trabajo a seguir por aquellos interesados en el tema.
 El capÃtulo 10. BibliografÃa y Glosario contiene las referencias
bibliográficas utilizadas para el trabajo de tesis, y el glosario con
los
términos empleados en el mismo.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 13
CapÃtulo 2
Introducción al
Problema
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 14
2. ASPECTOS DE LA INVESTIGACION
En este capÃtulo se describen los conceptos principales del problema a resolver
por
el presente trabajo de tesis.
2.1. Situación Problemática
La información como recurso estratégico ha tomado nuevos valores y
dimensiones, quizás por primera vez en la historia, las organizaciones exitosas
ya no son aquellas que poseen más capital sino las que más y mejor uso hacen
de la información; no obstante, el uso de los recursos de
información en los
paÃses subdesarrollados presenta limitaciones.
La creciente complejidad de sus procesos ha llevado a una situación
incontrolable respecto al manejo de la documentación interna y externa. Cada
vez se hace más difÃcil contar con información oportuna, los
recursos para
manejar este creciente volumen de información se hacen mayores, sin llegar a
alcanzar ventajas significativas.
Actualmente la gestión documental en los gobiernos locales son islas
de
información en las que los usuarios solo conocen los documentos que

10. ellos
mismos crean.
En estas condiciones realizar una búsqueda o seguimientos de un documentos
entre las distintas áreas de la municipalidad puede ser una tarea
muy
complicada, sino imposible.
El elevado número de fotocopias innecesarias conlleva a un importante costo de
material y espacio de almacenamiento.
La perdida de documentos e inexistencia de seguridad es frecuente, obligando
en ocasiones a repetir el trabajo realizado. Además es imposible
controlar el
acceso a la documentación por parte de cualquier empleado lo que genera una
nula confidencialidad.
La baja calidad del servicio, produce que los ciudadanos se vean
forzados a
esperar dÃas para conseguir la documentación solicitada, lo que se
traduce en
una disminución de la calidad del servicio ofrecido.
Todos estos problemas enumerados anteriormente, repercuten directamente en
las distintas funciones, generando una respuesta lenta e ineficaz y afectando en
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 15
definitiva a la toma de decisiones y dando como resultado una
gestión
ineficiente por parte de la municipalidad.
Además debido a los bajos recursos de los que disponen los gobiernos
locales
impiden que puedan adquirir o implementar una solución tecnológica
para su
problemática al adecuado tratamiento de su información.
2.2. Problema
¿La implementación del Sistema de Gestión Documental para gobiernos locales
bajo plataforma de Software Libre permitirá minimizar tiempos,
esfuerzos y
costos a favor de una administración y servicios más eficientes a los
ciudadanos
en la municipalidad?
2.3. Hipótesis
La implementación del Sistema de Gestión Documental para Gobiernos Locales
bajo plataforma de Software Libre permitirá minimizar tiempos, esfuerzos
y
costos a favor de una administración y servicios más eficientes a los
ciudadanos
en la municipalidad.
2.4. Variables de Estudio
Se ha identificado como variable independiente al Sistema de Gestión
Documental para Gobiernos Locales bajo plataforma de Software Libre.
Se ha identificado como variables dependientes a:
- Tiempo que se invierte en realizar consultas sobre los documentos.
- Tiempo que se invierte en crear nuevos documentos.
- Tiempo que se invierte en realizar actualizaciones a los documentos.
- Tiempo que se invierte en procesar un documento hasta su respuesta
final.
- Costo que se requiere en realizar consultas sobre los documentos.
- Costo que se requiere para crear nuevos documentos.
- Costo que se requiere para realizar actualizaciones a los documentos.
- Costo que se requiere para procesar un documento hasta su respuesta
final.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 16
2.5. Objetivos
2.5.1. Objetivo General

11. Desarrollar un Sistema de Gestión Documental para Gobiernos Locales
bajo plataforma de Software Libre que permita minimizar tiempos,
esfuerzos y costos a favor de una administración y servicios más
eficientes a los ciudadanos en la municipalidad.
2.5.2. Objetivos EspecÃficos
- Describir las caracterÃsticas del sistema propuesto, mediante la toma
de los requerimientos necesarios en los procesos realizados en la
Gestión Documental del la Municipalidad Distrital de José Leonardo
Ortiz.
- Analizar los requerimientos recopilados, refinándolos y
estructurándolos, para una compresión y descripción más precisa que
ayude a estructurar los procesos de la gestión documental.
- Modelar el sistema propuesto, encontrando su forma (arquitectura), el
cual se va a diseñar, y comprender los aspectos relacionados con los
requisitos y restricciones, analizados en los procesos de la gestión
documental.
- Implementar el sistema, a través de la descripción de su arquitectura
en términos de componentes, para su distribución, los cuales en su
conjunto representaran los procesos de gestión documental.
- Realizar las pruebas necesarias del sistema propuesto, durante un
periodo de tiempo determinado, para el correcto funcionamiento del
mismo, tomando datos reales utilizados en los procesos de gestión
documental.
- Puesta en marcha del Sistema de Gestión Documental en la
Municipalidad Distrital de José Leonardo Ortiz
2.6. Justificación e Importancia
- Justificación: El desarrollo del Sistema de Gestión Documental
permitirá brindar una respuesta a la necesidad de los gobiernos
locales de coordinar y controlar de forma sistemática, todos aquellos
aspectos relacionados con la creación, recepción, organización,
almacenamiento, preservación, acceso y difusión de los documentos
en una organización
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 17
- Importancia: Modernizar y normalizar las polÃticas de la gestión
documental en los gobiernos locales significará optimizar los tiempos
invertidos en la ejecución de los mismos, asà como iniciar un proceso
de concientización organizacional para las buenas prácticas en la
gestión administrativa dentro del mismo.
2.7. Información relacionada al proyecto
En este paso describiremos los principales conceptos y herramientas
que
utilizaremos para gestionar el proyecto.
A. Gobierno Local
El gobierno local, o municipalidad, es la forma básica de
organización de
nuestro paÃs y la manera directa en la que los vecinos participamos
en
temas relacionados a nuestra comunidad.
B. Red Informática
Una red informática se define como un conjunto de computadores,
impresoras y otros dispositivos electrónicos conectados entre sà mediante
cables o enlaces inalámbricos, que les permiten comunicarse unos con
otros. Una red permite a sus usuarios compartir e intercambiar
información (archivos y programas), acceder a servicios comunes (correo
electrónico y aplicaciones), y compartir elementos de hardware
(impresoras, servidores, escáneres y equipos de fax).
C. Métrica v3
Aunque su ámbito inicial es el de las administraciones públicas, las
mejoras introducidas en la versión 3 y el mejor uso de estándares
y
normas de ingenierÃa del software hacen que su alcance pueda ampliarse a
las administraciones autonómicas, locales y al resto de empresas y

12. organizaciones.
Entre las mejoras introducidas en la versión 3.0 (publicada en el
año
2000), destaca la incorporación de nuevos métodos y tecnologÃas
(cliente/servidor, interfaz gráfica de usuario, orientación a objetos),
asÃ
como la incorporación de aspectos de gestión (que la metodologÃa
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 18
denomina interfaces) para mejorar aspectos que no pertenecen a una sola
fase, sino que intervienen a lo largo del proyecto, como son la gestión del
mismo, la calidad y la seguridad, entre otros.
La estructura de la metodologÃa sigue el clásico método en cascada basado
en los siguientes procesos:
- Planificación de Sistemas de Información
- Desarrollo de Sistemas de Información
- Mantenimiento de Sistemas de Información
Cada proceso de los anteriores detalla las actividades y tareas que
hay
que realizar, de manera que para cada tarea se indican:
- Las técnicas y prácticas a utilizar.
- Los responsables de realizarla.
- Sus productos de entrada y salida.
El aspecto más destacable de esta metodologÃa no es tanto lo que pueda
aportar como innovación a la ingenierÃa del software en sÃ, sino el esfuerzo
que se ha hecho por poner a disposición pública una metodologÃa
completa, más o menos actualizada, y que representa un marco inicial de
referencia para presentar proyectos a la administración pública, pero que
podemos adaptar a cualquier empresa o proyecto en el sector privado, si
la organización se siente más cómoda con modelos clásicos de desarrollo.
Métrica v3 define muy bien los documentos de entrada de cada
proceso,
actividad y tarea, asà como el resultado que genera.
D. Interfaces de Métrica v3
Al ser Métrica v3 una metodologÃa fuertemente estructurada, y a pesar de
que su aplicación proporciona sistemas con calidad y seguridad, se
han
definido unas interfaces que refuerzan éstos y otros aspectos a lo largo de
todos sus procesos. Las interfaces descritas en la metodologÃa son:
- Gestión de proyectos
La Gestión de Proyectos tiene como finalidad principal la
planificación, el seguimiento y control de las actividades y de los
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 19
recursos humanos y materiales que intervienen en el desarrollo de
un Sistema de Información. Como consecuencia de este control es
posible conocer en todo momento qué problemas se producen y
resolverlos o paliarlos lo más pronto posible, lo cual evitará
desviaciones temporales y económicas.
La Interfaz de Gestión de Proyectos de MÀTRICA v3 contempla
proyectos de desarrollo de Sistemas de Información en sentido
amplio, acorde con EUROMÀTODO se consideran proyectos de
desarrollo de nuevos Sistemas de Información y también los
proyectos de ampliación y mejora de los ya existentes. Las
actividades de la Interfaz de Gestión de Proyectos son de tres tipos:
 Actividades de Inicio del Proyecto (GPI), que permiten
estimar el esfuerzo y establecer la planificación del proyecto.
 Actividades de Seguimiento y Control (GPS), supervisando la
realización de las tareas por parte del equipo de proyecto y
gestionando las incidencias y cambios en los requisitos que
puedan presentarse y afectar a la planificación del proyecto.
 Actividades de Finalización del Proyecto, cierre y registro de

13. la documentación de gestión.
Estas actividades pueden requerir, en función de la complejidad del
proyecto, el soporte de herramientas comerciales de gestión de
proyectos.
- Seguridad
El objetivo de esta interfaz es incorporar mecanismos de seguridad
adicionales a los que se proponen como parte de la propia
metodologÃa, estableciendo un conjunto de actividades que tienen
lugar a lo largo de todo el proceso. Dentro de la interfaz, existen
dos tipos de actividades diferenciadas:
 Actividades relacionadas con la seguridad intrÃnseca del
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 20
sistema que se va a desarrollar. Son actividades de análisis
en detalle de los requisitos de seguridad que tienen lugar
durante la planificación, el estudio de viabilidad y el análisis y
diseño del sistema.
 Actividades que cuidan de la seguridad del propio proceso de
desarrollo.
Si en la organización ya existe un plan de seguridad o metodologÃa
de análisis y gestión de riesgos, deberá aplicarse para detectar
aquellas necesidades que no se encuentren cubiertas y tomar las
decisiones en función de los riesgos que se quiera asumir o mitigar.
Si no existe un plan de seguridad, habrá que desarrollarlo desde el
principio. El plan deberá recoger las medidas de seguridad activas,
preventivas y reactivas en respuesta a situaciones en las que pueda
producirse un fallo, reduciendo su efecto, tanto si estamos tratando
con el sistema de información o proyecto en sà como durante el
proceso de desarrollo.
- Aseguramiento de la calidad
El objetivo de esta interfaz es proveer un marco de referencia para
la definición y puesta en marcha de planes especÃficos de
aseguramiento de la calidad del proyecto. Lo que se pretende es
dar confianza en que el producto cumple con los requisitos.
Métrica v3 recomienda que el grupo de aseguramiento de la calidad
sea totalmente independiente del de desarrollo, y tendrá como
misión identificar las posibles desviaciones en los estándares,
requisitos y procedimientos establecidos, asà como comprobar que
se han llevado a cabo las medidas preventivas o correctoras
necesarias.
Para un resultado óptimo de esta interfaz, deberá aplicarse desde el
estudio de la viabilidad del sistema y a lo largo de todo el
desarrollo, en los procesos de análisis, diseño, construcción,
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 21
implantación y mantenimiento del proyecto.
- Gestión de la configuración
El objetivo de esta interfaz es crear y mantener un registro de
todos los productos creados o usados durante el proyecto. Sus
actividades tienen lugar a lo largo de todo el proyecto, se
encargarán de mantener la integridad de los productos, de
asegurarnos de que cada persona involucrada dispone de la última
versión de todos ellos, y de que disponemos de toda la información
acerca de cambios producidos en sus configuraciones, requisitos,
etc.
Al hablar de productos, no nos referimos únicamente a código
fuente y ejecutables, también a todo el material y documentación
generados durante el proyecto, diagramas, manuales, estudios y
análisis que se hayan revisado, etc.
Nos ayudará a valorar el impacto de cada cambio en el sistema, y a
reducir su tiempo de implementación. El cumplimiento y coste de
implementación de esta interfaz no deben menospreciarse, si la

14. organización ya disponÃa de un sistema de gestión de
configuraciones, sus actividades se desarrollarán con más facilidad
y rapidez.
La información que podrÃa solicitarse al sistema de gestión de
configuración es muy amplia:
 Información sobre una fase del proyecto concreta, análisis,
construcción, etc.
 Información sobre la  vida  de un producto, sus versiones,
personas involucradas, etc.
Sus actividades se distribuirán a lo largo de las distintas fases, una
vez determinada la selección de la solución en el estudio de
viabilidad, se seleccionará el entorno tecnológico donde se
registrará la configuración del proyecto, y de ahà en adelante se
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 22
pondrá en marcha el proceso.
En cada una de las fases siguientes, análisis, diseño, etc. se
irán
registrando los cambios en los productos, y al final de cada fase se
anotarán en el registro global. Evidentemente, en el proceso de
mantenimiento, esta interfaz adquiere una importancia especial, ya
que la información de que dispondremos al valorar cada nuevo
cambio reducirá y compensará lo invertido a lo largo de las otras
fases. El trabajo también será intenso, ya que nuevas versiones se
sucederán más rápidamente y habrá que incorporarlas y notificarlas
al registro de configuraciones.
E. Lenguaje de Modelado UML
El lenguaje UML tiene una notación gráfica muy expresiva que permite
representar en mayor o menor medida todas las fases de un proyecto
informático: desde el análisis con los casos de uso, el diseño con
los
diagramas de clases, objetos, etc., hasta la implementación y
configuración con los diagramas de despliegue.
Tal como indica su nombre, UML es un lenguaje de modelado. Un modelo
es una simplificación de la realidad. El objetivo del modelado de un
sistema es capturar las partes esenciales del sistema. Para facilitar
este
modelado, se realiza una abstracción y se plasma en una notación gráfica.
Esto se conoce como modelado visual. El modelado visual permite manejar
la complejidad de los sistemas a analizar o diseñar.
Otro objetivo de este modelado visual es que sea independiente del
lenguaje de implementación, de tal forma que los diseños realizados
usando UML se puedan implementar en cualquier lenguaje que soporte las
posibilidades de UML (principalmente lenguajes orientados a objetos).
UML es además un método formal de modelado. Esto aporta las siguientes
ventajas:
- Mayor rigor en la especificación.
- Permite realizar una verificación y validación del modelo realizado.
- Se pueden automatizar determinados procesos y permite generar
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 23
código a partir de los modelos y a la inversa (a partir del
código
fuente generar los modelos). Esto permite que el modelo y el código
estén actualizados, con lo que siempre se puede mantener la visión
en el diseño, de más alto nivel, de la estructura de un proyecto
Los objetivos de UML son muchos, pero se pueden sintetizar sus
funciones:
- Visualizar: UML permite expresar de una forma gráfica un sistema
de forma que otro lo puede entender.
- Especificar: UML permite especificar cuáles son las caracterÃsticas de
un sistema antes de su construcción.

15. - Construir: A partir de los modelos especifica-dos se pueden
construir los sistemas diseñados
- Documentar: Los propios elementos gráficos sirven como
documentación del sistema des arrollado que pueden servir para su
futura revisión.
Aunque UML está pensado para modelar sistemas complejos con gran
cantidad de software, el lenguaje es lo suficientemente expresivo como
para modelar sistemas que no son informáticos, como flujos de trabajo en
una empresa, diseño de la estructura de una organización y por supuesto,
en el diseño de hardware.
Los diagramas de UML se pueden clasificar de la siguiente manera:
- Diagrama de Casos de Uso:
Sirve para describir las interacciones del sistema con su entorno,
identificando los Actores, que representan los diferentes roles
desempeñados por los usuarios del sistema, y los Casos de Uso, que
corresponden a la funcionalidad que el sistema ofrece a sus
usuarios, explicada desde el punto de vista de éstos.
- Diagramas de Clase y Diagramas de Objetos:
Un diagrama de clases es una colección de elementos de un modelo
estático declarativo, tales como clases, interfaces, y sus relaciones,
conectados como un grafo entre sà y con sus contenidos. Si bien la
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 24
estructura estática de los modelos está integrada por clases y no
por objetos, frecuentemente es necesario utilizar diagramas de
objetos con el fin de ilustrar cómo se instancia en un momento dado
un diagrama de clases.
- Diagramas de Secuencia:
Un Diagrama de Secuencias contribuye a la descripción de la
dinámica del sistema en términos de la interacción entre sus
objetos.
- Diagramas de Colaboración:
Los Diagramas de Colaboración muestran no sólo los mensajes a
través de los cuales se produce la interacción entre los objetos,
como en los Diagramas de Secuencia, sino también los enlaces
entre los objetos; se trata de una mezcla de Diagrama de Objetos y
Diagrama de Secuencia.
- Diagramas de Estados:
Permite describirla en términos del ciclo de vida de un objeto de una
clase, mostrando los estados que éste puede tener y los estÃmulos
que dan lugar a los cambios de estado.
- Diagramas de Actividad:
Los Diagramas de Actividad son en esencia diagramas de flujo, con
algunos elementos adicionales que les permiten expresar conceptos
como la concurrencia y la división del trabajo.
- Diagramas de Componentes:
Presenta elementos tangibles, los archivos. Se lo utiliza, para
describir la estructura fÃsica del código de la aplicación en términos
de sus componentes (código fuente, binario o ejecutable) y sus
dependencias.
- Diagramas de Implantación:
Muestran nodos, conexiones, componentes y objetos. Los nodos
representan objetos fÃsicos con recursos computacionales como
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 25
procesadores y periféricos; pueden mostrarse como una clase o una
instancia, por lo que su nombre sigue la misma sintaxis establecida
para clases y objetos. Las conexiones son asociaciones de
comunicación entre los nodos, y se etiquetan con un estereotipo que
identifica el protocolo de comunicación o la red utilizada. Los
componentes son archivos de código ejecutable, que residen y se
ejecutan dentro de un nodo; se pueden representar relaciones de

16. dependencia entre los componentes que, de manera similar a las
dependencias entre paquetes, corresponden al uso de servicios.
F. Sistema de Información:
Un sistema de información se puede definir como un conjunto de
funciones o componentes interrelacionados que forman un todo, es decir,
obtiene, procesa, almacena y distribuye información para apoyar la
toma
de decisiones y el control en una organización. Igualmente apoya la
coordinación, análisis de problemas, visualización de aspectos
complejos,
entre otros. Un sistema de información contiene información de sus
procesos y su entorno. Como actividades básicas producen la información
que se necesita: entrada, procesamiento y salida. La retroalimentación
consiste en entradas devueltas para ser evaluadas y perfeccionadas.
Proporciona la información necesaria a la organización o empresa, donde y
cuando se necesita. [W01]
G. Lenguaje de Programación
Un lenguaje de programación es una técnica estándar de comunicación
que permite expresar las instrucciones que han de ser ejecutadas en una
computadora. Consiste en un conjunto de reglas sintácticas y semánticas
que definen un programa informático. Un lenguaje de programación
permite a un programador especificar de manera precisa: sobre qué datos
una computadora debe operar, cómo deben ser estos almacenados y
transmitidos y qué acciones debe tomar bajo una variada gama de
circunstancias. Todo esto, a través de un lenguaje que intenta estar
relativamente próximo al lenguaje humano o natural, tal como sucede con
el lenguaje Léxico. [W02]
H. Servidor Web
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 26
Un servidor web es un programa que implementa el protocolo HTTP
(HyperText Transfer Protocol). Este protocolo pertenece a la capa de
aplicación del modelo OSI y está diseñado para transferir lo que llamamos
hipertextos, páginas web o páginas HTML (HyperText Markup Language):
textos complejos con enlaces, figuras, formularios, botones y objetos
incrustados como animaciones o reproductores de música. [W03]
I. Base de Datos
Una base de datos es un conjunto de datos que pertenecen al mismo
contexto almacenados sistemáticamente para su uso posterior.
En la actualidad, y gracias al desarrollo tecnológico de campos como
la
informática y la electrónica, la mayorÃa de las bases de datos
tienen
formato electrónico, que ofrece un amplio rango de soluciones al problema
de almacenar datos. [W04]
J. Sistema Administrador de Base de Datos
Los Sistemas Gestores de Bases de Datos son un tipo de software muy
especÃfico, dedicado a servir de interfaz entre las bases de datos y
las
aplicaciones que la utilizan. Se compone de un lenguaje de definición
de
datos, de un lenguaje de manipulación de datos y de un lenguaje de
consulta. [W05]
K. Herramientas a Utilizar:
- StarUML
Herramienta CASE interactiva de modelado visual que utilizaremos
con los siguientes propósitos:
o Hacer el análisis del sistema. A través de las
representaciones gráficas que describan los procesos de las
áreas afectadas por el sistema que se va a desarrollar.
o Hacer el diseño del sistema. Mediante diagramas que
representen los requisitos del sistema software que se va a
desarrollar, asà como describir las secuencias, actividades,

17. clases, componentes, etc. que deberá hacer o tener el nuevo
sistema.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 27
- Komodo Edit
Komodo Edit es un editor multilenguaje especialmente pensado para
programadores de sitios o aplicaciones web. Se puede programar
con total libertad dejando que el editor, por sà solo, se encargue de
diferenciar por colores los comandos de cada una de tus lÃneas.
Además, incorpora un sistema de auto completado para mejorar la
velocidad de tu escritura. Incluye un validador de sintaxis, funciones
para trabajar con pestañas, clasificar proyectos e incluye las
herramientas de edición necesarias para buscar, reemplazar, cortar
y pegar cadenas de caracteres.
- SQL Power Architect
Permite modelar los diagramas E-R para centrarnos aún más en
el diseño de la base de datos, con la posibilidad de conectar y
realizar ingenierÃa inversa a multiples base de datos como
PostgresSQL, Oracle, MS SQL Server, etc. Además, se puede
manejar varios proyectos al mismo tiempo, copiar objetos de un
proyecto a otro, todo esto y muchas más opciones, ya que se
trata de una herramienta muy completa con la que se puede
trabajar directamente sobre nuestro servidor de base de datos.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 28
CapÃtulo 3
MetodologÃa
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 29
3. INTRODUCCION
El objetivo de definir una metodologÃa es el análisis de un conjunto
concreto de
necesidades para proponer una solución a corto plazo, que tenga en
cuenta
restricciones económicas, técnicas, legales y operativas. La solución
obtenida como
resultado del estudio puede ser la definición de uno o varios proyectos que
afecten
a uno o varios sistemas de información ya existentes o nuevos. Para
ello, se
identifican los requisitos que se ha de satisfacer y se estudia, si
procede, la
situación actual.
3.1. Descripción de la MetodologÃa
Siendo Métrica 3 una metodologÃa especialmente diseñada para su uso
en
organizaciones publicas contiene instrumentos para la sistematización de
actividades que dan soporte al ciclo de vida del software; pero para el trabajo
de esta Tesis se ha hecho necesario realizar adaptaciones por parte del tesista
usando algunos aspectos de RUP y tomando como base Métrica 3 para que sea
aplicable a la realidad de las necesidades de los gobiernos locales. Al final de
las
adaptaciones realizadas por el tesista se estableció como estructura hÃbrida de
base metodológica los siguientes procesos:
- Estudio de Viabilidad del Sistema (EVS).
- Análisis del Sistema de Información (ASI).
- Diseño del Sistema de Información (DSI).
- Construcción del Sistema de Información (CSI).
- Implantación y Aceptación del Sistema de Información (IAS).
Además como herramienta de lenguaje de modelado de software se ha
usado

18. UML.
3.2. Fase I: Viabilidad del Sistema de Información
3.2.1. Viabilidad Operativa
Esta actividad tiene como objetivo determinar si las necesidades de
los
usuarios finales del sistema de información serán satisfechas luego
de su
implementación y cumplir con los objetivos marcados con el proyecto.
3.2.2. Viabilidad Técnica
Esta actividad tiene como objetivo determinar si se cuenta con la tecnologÃa
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 30
necesaria para realizar todas las operaciones involucradas en la
implementación del sistema de información.
3.2.3. Viabilidad Económica
Esta actividad tiene como objetivo efectuar un análisis costo beneficio, para
indicar la rentabilidad en todo el proyecto, buscando maximizar la inversión
comparando la situación actual con la del sistema de información propuesto
como solución.
3.3. Fase II: Análisis del Sistema de Información
El objetivo de este proceso es la obtención de una especificación detallada
del
sistema de información que satisfaga las necesidades de información
de los
usuarios y sirva de base para el posterior diseño del sistema.
Al ser MÀTRICA v3 una metodologÃa que cubre tanto desarrollos estructurados
como orientados a objetos, las actividades de ambas aproximaciones
están
integradas en una estructura común.
En la primera actividad, Definición del Sistema, se lleva a cabo la
descripción
inicial del sistema de información. Se delimita el alcance del sistema, se
genera
un catálogo de requisitos generales y se describe el sistema mediante
unos
modelos iniciales de alto nivel. También se identifican los usuarios
que
participan en el proceso de análisis, determinando sus perfiles,
responsabilidades y dedicaciones necesarias. Asà mismo se elabora el
plan de
trabajo a seguir.
La definición de requisitos del nuevo sistema se realiza principalmente
en la
actividad Establecimiento de Requisitos. El objetivo de esta actividad
es
elaborar un catálogo de requisitos detallado, que permita describir con
precisión
el sistema de información, y que además sirva de base para comprobar que es
completa la especificación de los modelos obtenidos en las actividades
Identificación de Subsistemas de Análisis, Análisis de Casos de Uso,
Análisis de
Clases, Elaboración del Modelo de Datos, Elaboración del Modelo de Procesos y
Definición de Interfaces de Usuario. Hay que hacer constar que
estas
actividades pueden provocar la actualización del catálogo, aunque no se
refleja
como producto de salida en las tareas de dichas actividades, ya que el objetivo
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 31
de las mismas no es crear el catálogo sino definir modelos que
soporten los
requisitos.

19. Para la obtención de requisitos en la actividad Establecimiento de Requisitos
se
toman como punto de partida el catálogo de requisitos y los modelos
elaborados en la actividad Definición del Sistema, completándolos
mediante
sesiones de trabajo con los usuarios. Estas sesiones de trabajo tienen
como
objetivo reunir la información necesaria para obtener la especificación
detallada
del nuevo sistema.
Las técnicas que ayudan a la recopilación de esta información pueden variar
en
función de las caracterÃsticas del proyecto y los tipos de usuario a
entrevistar.
Entre ellas podemos citar las reuniones, entrevistas, etc. Durante
estas
sesiones de trabajo se propone utilizar la especificación de los
casos de uso
como ayuda y guÃa en el establecimiento de requisitos. Esta técnica
facilita la
comunicación con los usuarios y en el análisis orientado a objetos constituye
la
base de la especificación. A continuación se identifican las facilidades que
ha de
proporcionar el sistema, y las restricciones a que está sometido en
cuanto a
rendimiento, frecuencia de tratamiento, seguridad y control de accesos,
etc.
Toda esta información se incorpora al catálogo de requisitos.
En la actividad Identificación de Subsistemas de Análisis, se
estructura el
sistema de información en subsistemas de análisis, para facilitar la
especificación de los distintos modelos y la traza de requisitos.
En paralelo, se generan los distintos modelos que sirven de base para el
diseño.
Se elaboran el modelo de clases y el de interacción de objetos,
mediante el
análisis de los casos de uso. Se especifican, asimismo, todas las
interfaces
entre el sistema y el usuario, tales como formatos de pantallas,
diálogos,
formatos de informes y formularios de entrada.
En la actividad Análisis de Consistencia y Especificación de Requisitos, se
realiza
la verificación y validación de los modelos, con el fin de asegurar que son:
- Completos, puesto que cada modelo obtenido contiene toda la
información necesaria recogida en el catálogo de requisitos.
- Consistentes, ya que cada modelo es coherente con el resto de los
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 32
modelos.
- Correctos, dado que cada modelo sigue unos criterios de calidad
predeterminados en relación a la técnica utilizada, calidad de diagramas,
elección de nombres, normas de calidad, etc.).
En la actividad Especificación del Plan de Pruebas, se establece el marco
general
del plan de pruebas, iniciándose su especificación, que se
completará en el
proceso Diseño del Sistema de Información (DSI). La participación activa de
los
usuarios es una condición imprescindible para el análisis del sistema
de
información, ya que dicha participación constituye una garantÃa de

20. que los
requisitos identificados son comprendidos e incorporados al sistema y,
por
tanto, de que éste será aceptado. Para facilitar la colaboración de los
usuarios,
se pueden utilizar técnicas interactivas, como diseño de diálogos y
prototipos,
que permiten al usuario familiarizarse con el nuevo sistema y
colaborar en la
construcción y perfeccionamiento del mismo.
3.3.1. Definición del Sistema
Esta actividad tiene como objetivo efectuar una descripción del
sistema,
delimitando su alcance, estableciendo las interfaces con otros sistemas
e
identificando a los usuarios representativos.
3.3.1.1. Determinación del Alcance del Sistema
En esta tarea se delimita el sistema de información, se indica qué
procesos pertenecen al ámbito del Sistema de Información y se
identifican las entidades externas al sistema que aportan o reciben
información. Asimismo, se obtiene un modelo conceptual de datos
identificando las entidades y relaciones que forman parte del sistema de
información objeto de este análisis a partir del modelo abstracto de datos
generado en la tarea Evaluación de Alternativas y Selección. El modelo de
negocio especifica los procesos a los que se quiere dar respuesta en
el
sistema de información, en forma de casos de uso de alto nivel, y
el
subconjunto de objetos del dominio requerido para ello. En esta actividad
se realiza, también, la definición del catálogo de requisitos del sistema.
A medida que se van generando los productos anteriores, se recomienda
la definición de un glosario de términos del ámbito de negocio, con el fin
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 33
de conseguir una mayor precisión en la especificación del sistema de
información. El glosario es un catálogo de términos general y
común a
todos los procesos, y susceptible de ser entrada o salida en
cualquier
tarea, de modo que por sencillez en las restantes tareas se omite la
referencia al mismo. Para obtener esta información es necesario llevar a
cabo sesiones de trabajo con los usuarios responsables del sistema de
información que se está analizando.
3.3.1.1.1. Modelo de Negocio
El modelo de negocio contempla los procesos principales del negocio
bajo análisis y la forma en que los mismos se llevan a cabo. Dentro de
este modelo, los procesos se representan mediante casos de uso de
negocio. El detalle sobre las actividades llevadas a cabo y las
entidades utilizadas para completar cada proceso, se documentan
mediante diagramas de actividades.
3.3.1.2. Identificación de los Usuarios Participantes y Finales
En esta tarea se identifican los usuarios participantes y finales,
interlocutores tanto en la obtención de requisitos como en la
validación
de los distintos productos y la aceptación final del sistema.
Dada la importancia que la colaboración de los usuarios tiene en el
proceso de obtención de los requisitos, es conveniente determinar
quiénes van a participar en las sesiones de trabajo, especificando
sus
funciones y asignando responsabilidades. Asà mismo, se informa del plan
de trabajo a los usuarios identificados. El alcance de este plan de trabajo
se limita al proceso de análisis.
3.3.2. Establecimiento de Requisitos

21. En esta actividad se lleva a cabo la definición, análisis y
validación de los
requisitos a partir de la información facilitada por el usuario, completándose
el catálogo de requisitos obtenido en la actividad Definición del Sistema. El
objetivo de esta actividad es obtener un catálogo detallado de los requisitos,
a partir del cual se pueda comprobar que los productos generados en
las
actividades de modelación se ajustan a los requisitos de usuario.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 34
Esta actividad se descompone en un conjunto de tareas que, si bien tienen
un orden, exige continuas realimentaciones y solapamientos, entre sà y con
otras tareas realizadas en paralelo. No es necesaria la finalización
de una
tarea para el comienzo de la siguiente. Lo que se tiene en un
momento
determinado es un catálogo de requisitos especificado en función de
la
progresión del proceso de análisis.
Se propone como técnica de obtención de requisitos la especificación de los
casos de uso de la orientación a objetos. Dicha técnica ofrece un diagrama
simple y una guÃa de especificación en las sesiones de trabajo con
el
usuario.
3.3.2.1. Especificación de Casos de Uso
El objetivo de esta tarea es especificar cada caso de uso identificado en la
tarea anterior, desarrollando el escenario.
Para completar los casos de uso, es preciso especificar información
relativa a:
- Descripción del escenario, es decir, cómo un actor interactúa
con el sistema, y cual es la respuesta obtenida.
- Precondiciones y poscondiciones.
- Identificación de interfaces de usuario.
- Condiciones de fallo que afectan al escenario, asà como la
respuesta del sistema (escenarios secundarios).
En escenarios complejos, es posible utilizar como técnica de
especificación los diagramas de transición de estados, asà como la
división en casos de uso más simples, actualizando el modelo de casos de
uso. Para la obtención de esta información es imprescindible la
participación activa de los usuarios.
3.3.3. Análisis de los Casos de Uso
El objetivo de esta actividad es identificar las clases cuyos objetos
son
necesarios para realizar un caso de uso y describir su comportamiento
mediante la interacción dichos objetos. Esta actividad se lleva a cabo
para
cada uno de los casos de uso.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 35
3.3.3.1. Identificación de Clases de Análisis
En esta tarea se comienzan a identificar los objetos necesarios para
realizar el caso de uso, basándose en la especificación que tenemos
del
mismo.
A partir del estudio del caso de uso, se extrae una lista de
objetos
candidatos a ser clases. Es posible que, inicialmente, no se disponga de
la información necesaria para identificar todas, por lo que se hace
una
primera aproximación que se va refinando posteriormente, durante esta
actividad y en el proceso de diseño. Además, algunos de los objetos
representan mejor la información del sistema si se les identifica

22. como
atributos en vez de como clases. Para poder diferenciarlas, es necesario
estudiar el comportamiento de esos objetos en el diagrama de interacción
y además se debe tener en cuenta una serie de reglas, como puede ser el
suprimir palabras no pertinentes, con significados vagos o sinónimos.
Una vez definidas cada una de las clases, se incorporan al modelo de
clases de la actividad Análisis de Clases, donde se identifican sus
atributos, responsabilidades y relaciones. Las clases que se identifican en
esta tarea pueden ser:
- Clases de Entidad (representan la información manipulada en el
caso de uso).
- Clases de Interfaz de Usuario (se utilizan para describir la
interacción entre el sistema y sus actores. Suelen representar
abstracciones de ventanas, interfaces de comunicación,
formularios, etc.).
- Clases de Control (son responsables de la coordinación, secuencia
de transacciones y control de los objetos relacionados con un caso
de uso).
3.3.3.2. Diagramas de Secuencia
En esta tarea se realizan los diagramas de secuencia para modelar el
flujo de la lógica dentro del sistema de forma visual, permitiendo
documentarla y validarla; proporcionando una buena base para
identificar el comportamiento del sistema.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 36
TÃpicamente se usan para modelar los escenarios de uso del sistema,
describiendo de qué formas puede usarse. La secuencia puede expresar
tanto un caso de uso completo como quizá un caso concreto del mismo
contemplando algunas alternativas. También son una buena herramienta
para explorar la lógica de una operación compleja o los elementos
implicados en la prestación de un servicio. Nos pueden ayudar a
identificar cuellos de botella en la fase de diseño, detectar cuáles
van a
ser las clases más complejas de implementar.
Se componen de los siguientes elementos:
- Objeto: instancia de una clase que podemos empezar a identificar
como participante en la secuencia de operaciones que representa
este caso de uso.
- Actor: los actores pueden comunicarse con los objetos, por lo
tanto formarán parte de este diagrama.
- Vida del objeto: indicamos la existencia de un objeto a lo largo del
tiempo mediante una lÃnea discontinua. El fin del mismo se indica
mediante un aspa.
- Activación: indicamos cuándo el objeto está realizando una tarea
concreta.
- Mensaje: la comunicación entre objetos y sus activaciones.
3.3.4. Especificación de Requisitos de Seguridad
El objetivo de esta tarea es definir los procedimientos de seguridad y
operación necesarios para no comprometer el correcto funcionamiento
del
sistema y garantizar el cumplimiento de los niveles de servicios que exigirá
el sistema en cuanto a la gestión de operaciones (procesos por
lotes,
seguridad, comunicaciones, etc.). Los niveles de servicio se
especifican
formalmente en el proceso Implantación y Aceptación del Sistema (IAS).
Para ello, se diseñan los procedimientos relacionados con:
- Acceso al sistema y a sus recursos (datos, transacciones, librerÃas,
etc.).
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 37
- Mantenimiento de la integridad y confidencialidad de los datos.

23. - Control y registro de accesos al sistema (logs, certificación, etc.).
- Copias de seguridad y recuperación de datos y su periodicidad.
- Recuperación ante catástrofes.
3.3.5. Presentación y Aprobación del Análisis del Sistema de
Información
En esta tarea se realiza la presentación del análisis del sistema
de
información al Comité de Evaluación, para la aprobación final del mismo.
3.4. Fase III: Diseño del Sistema de Información
El objetivo del proceso de Diseño del Sistema de Información (DSI)
es la
definición de la arquitectura del sistema y del entorno tecnológico que le
va a
dar soporte, junto con la especificación detallada de los
componentes del
sistema de información.
A partir de dicha información, se generan todas las especificaciones
de
construcción relativas al propio sistema, asà como la descripción técnica del
plan
de pruebas, la definición de los requisitos de implantación y el
diseño de los
procedimientos de migración y carga inicial, éstos últimos cuando proceda.
Se obtiene el diseño de detalle del sistema de información. La
realización de
estas actividades exige una continua realimentación. En general, el
orden real
de ejecución de las mismas depende de las particularidades del
sistema de
información y, por lo tanto, de generación de sus productos.
En la actividad Definición de la Arquitectura del Sistema, se
establece el
particionamiento fÃsico del sistema de información, asà como su organización
en
subsistemas de diseño, la especificación del entorno tecnológico, y
sus
requisitos de operación, administración, seguridad y control de acceso.
Una vez que se tiene el modelo de clases, se comienza el diseño
fÃsico en la
actividad Diseño FÃsico de Datos, común con el enfoque estructurado. Una vez
finalizado el diseño de detalle, se realiza su revisión y validación en la
actividad
Verificación y Aceptación de la Arquitectura del Sistema, con el
objeto de
analizar la consistencia entre los distintos modelos y conseguir la aceptación
del
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 38
diseño por parte de los responsables de las áreas de explotación y sistemas.
3.4.1. Definición de la Arquitectura del Sistema
En esta actividad se define la arquitectura general del sistema de
información, especificando las distintas particiones fÃsicas del mismo,
la
descomposición lógica en subsistemas de diseño y la ubicación de
cada
subsistema en cada partición, asà como la especificación detallada
de la
infraestructura tecnológica necesaria para dar soporte al sistema de
información. El particionamiento fÃsico del sistema de información se
especifica identificando los nodos y las comunicaciones entre los
mismos,
con cierta independencia de la infraestructura tecnológica que da soporte a
cada nodo.

24. Con el fin de organizar y facilitar el diseño, se realiza una
división del
sistema de información en subsistemas de diseño, como partes
lógicas
coherentes y con interfaces claramente definidas. Para esto, se
establece
una distinción entre subsistemas especÃficos del sistema de información (en
adelante, subsistemas especÃficos) y subsistemas de soporte, con la finalidad
de independizar, en la medida de lo posible, las funcionalidades a cubrir por
el sistema de información de la infraestructura que le da soporte. En
la
mayorÃa de los casos, los subsistemas especÃficos provienen
directamente
de las especificaciones de análisis y de los subsistemas de análisis, mientras
que los subsistemas de soporte provienen de la necesidad de interacción del
sistema de información con la infraestructura y con el resto de los sistemas,
asà como de la reutilización de módulos o subsistemas ya existentes
en la
instalación.
Debido a que la definición de los subsistemas de soporte puede
exigirla
participación de distintos perfiles técnicos, se propone el diseño
de ambos
tipos de subsistemas en actividades distintas, aunque en paralelo. Una vez
identificados y definidos los distintos subsistemas de diseño, se
determina
su ubicación óptima de acuerdo a la arquitectura propuesta. La asignación
de dichos subsistemas a cada nodo permite disponer, en función de la carga
de proceso y comunicación existente entre los nodos, de la
información
necesaria para realizar una estimación de las necesidades de infraestructura
tecnológica que da soporte al sistema de información.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 39
3.4.1.1. Definición de Niveles de Arquitectura
En esta tarea se definen los niveles de arquitectura software, mediante
la definición de las principales participaciones fÃsicas del sistema
de
información, representadas como nodos y comunicaciones entre nodos.
Se entenderá por nodo cada participación fÃsica o parte significativa
del
sistema de información, con caracterÃsticas propias de ejecución o
función, e incluso, de diseño y construcción.
Para facilitar la comprensión del sistema, el mismo se documentará
mediante un Modelo de Despliegue de Componentes de UML. A
continuación de describen los elementos que contempla este tipo de
diagrama:
- Nodos de procesamiento
- Dispositivos hardware
- Comunicación entre nodos y con dispositivos
- Componentes de software empaquetados en unidad instalables
3.4.2. Diseño de Clases
El propósito de esta actividad, que se realiza sólo en el caso de
Diseño
Orientado a Objetos, es transformar el modelo de clases lógico, que
proviene del análisis, en un modelo de clases de diseño. Dicho
modelo
recoge la especificación detallada de cada una de las clases, es
decir, sus
atributos, operaciones, métodos, y el diseño preciso de las
relaciones
establecidas entre ellas, bien sean de agregación, asociación o
jerarquÃa.

25. Para llevar a cabo todos estos puntos, se tienen en cuenta las
decisiones
tomadas sobre el entorno tecnológico y el entorno de desarrollo elegido para
la implementación.
Otro de los objetivos del diseño de las clases es identificar para cada clase,
los atributos, las operaciones que cubren las responsabilidades que se
identificaron en el análisis, y la especificación de los métodos
que
implementan esas operaciones, analizando los escenarios del Diseño de
Casos de Uso Reales, luego, se determina la visibilidad de los
atributos y
operaciones de cada clase, con respecto a las otras clases del modelo. Una
vez que se ha elaborado el modelo de clases, se define la estructura fÃsica
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 40
de los datos correspondiente a ese modelo, en la actividad Diseño FÃsico de
Datos.
3.4.3. Diagrama de Estados
El propósito de esta actividad es documentar las diferentes modalidades (los
estados) por las que una clase puede pasar y los eventos que
provocan
estos cambios de estado. A diferencia de los diagramas de actividades o de
secuencia que muestran las transiciones e interacciones entre clases,
habitualmente el diagrama de estados muestra las transiciones dentro de
una misma clase. Normalmente lo usaremos en combinación con los casos
de uso, para tener acotados los casos que provocarán cambios de estado en
un objeto.
En cuanto a la notación, comparten muchos elementos con otros diagramas
que representan el comportamiento del modelo, como los diagramas de
actividad y colaboración ya mencionados.
- Estado: representa el estado de un objeto en un instante de tiempo.
Tendremos tantos sÃmbolos de estado en el diagrama como estados
diferentes para cada objeto haya que modelar. Su apariencia es
similar a la representación de una clase, pero con las esquinas
redondeadas.
- Estados inicial y final: son pseudo estados que mostrarán el punto de
inicio y final del flujo de actividad. Su condición de pseudo estado
viene dada por el hecho de que no tiene variables ni acciones
definidas.
- Transiciones: una flecha indicará la transición entre estados. En
ella
describiremos el evento que ha disparado la transición, y la acción que
provoca el cambio. Existen transiciones en las que no existe un evento
que las provoque (por ejemplo, ha finalizado una actividad que estaba
realizando).
3.4.4. Diseño FÃsico de Datos
En esta actividad se define la estructura fÃsica de datos que
utilizará el
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 41
sistema, a partir del modelo lógico de datos normalizado o modelo de clases,
de manera que teniendo presentes las caracterÃsticas especÃficas del
sistema de gestión de datos concreto a utilizar, los requisitos
establecidos
para el sistema de información, y las particularidades del entorno
tecnológico, se consiga una mayor eficiencia en el tratamiento de los datos.
También se analizan los caminos de acceso a los datos utilizados por
cada
módulo/clase del sistema en consultas y actualizaciones, con el fin
de
mejorar los tiempos de respuesta y optimizar los recursos de máquina.
3.4.4.1. Diseño de Base de Datos

26. El objetivo de esta tarea es realizar el Diseño de Base de Datos a partir
del modelo lógico de datos normalizado o del modelo de clases, en
el
caso de diseño orientado a objetos.
Como paso previo al diseño de la estructura fÃsica de datos, se analizan
las peculiaridades técnicas del gestor de bases de datos o sistema
de
ficheros a utilizar, y las estimaciones sobre la utilización y volumen de las
ocurrencias de cada entidad / clase del modelo lógico de datos
normalizado o modelo de clases. Además, si se ha establecido la
necesidad de llevar a cabo una migración de datos, se deben tener en
cuenta también los volúmenes de las estructuras de datos implicadas en
la conversión.
Esta información sirve para decidir la mejor implementación del
modelo
lógico de datos/modelo de clases, asà como para hacer una estimación
del espacio de almacenamiento.
3.4.5. Definición de Interfaces de Usuario
En esta actividad se especifican las interfaces entre el sistema y el usuario:
formatos de pantallas, diálogos, e informes, principalmente. El
objetivo es
realizar un análisis de los procesos del sistema de información en los que
se requiere una interacción del usuario, con el fin de crear una interfaz que
satisfaga todos los requisitos establecidos, teniendo en cuenta los
diferentes perfiles a quiénes va dirigido.
Al comienzo de este análisis es necesario seleccionar el entorno en el que es
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 42
operativa la interfaz, considerando estándares internacionales y de la
instalación, y establecer las directrices aplicables en los procesos de
diseño
y construcción. El propósito es construir una interfaz de usuario
acorde a
sus necesidades, flexible, coherente, eficiente y sencillo de utilizar, teniendo
en cuenta la facilidad de cambio a otras plataformas, si fuera necesario.
Se identifican los distintos grupos de usuarios de acuerdo con las funciones
que realizan, conocimientos y habilidades que poseen, y caracterÃsticas
del
entorno en el que trabajan. La identificación de los diferentes
perfiles
permite conocer mejor las necesidades y particularidades de cada uno
de
ellos.
Asimismo, se determina la naturaleza de los procesos que se llevan a cabo
(en lotes o en lÃnea). Para cada proceso en lÃnea se especifica qué
tipo de
información requiere el usuario para completar su ejecución
realizando,
para ello, una descomposición en diálogos que refleje la secuencia
de la
interfaz de pantalla tipo carácter o pantalla gráfica. Finalmente, se define
el
formato y contenido de cada una de las interfaces de pantalla especificando
su comportamiento dinámico.
Se propone un flujo de trabajo muy similar para desarrollos orientados
a
objetos, coincidiendo en la mayorÃa de las tareas, si bien es cierto
que en
orientación a objetos, al identificar y describir cada escenario en
la
especificación de los casos de uso, se hace un avance muy significativo en la
toma de datos para la posterior definición de la interfaz de usuario.
Como resultado de esta actividad se genera la especificación de interfaz de

27. usuario, como producto que engloba los siguientes elementos:
- Principios generales de la interfaz.
- Catálogo de perfiles de usuario.
- Descomposición funcional en diálogos.
- Catálogo de controles y elementos de diseño de interfaz de
pantalla.
- Formatos individuales de interfaz de pantalla.
- Modelo de navegación de interfaz de pantalla.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 43
- Formatos de impresión.
- Prototipo de interfaz interactiva.
- Prototipo de interfaz de impresión.
3.4.5.1. Especificación de Principios Generales de la Interfaz
El objetivo de esta tarea es especificar los estándares, directrices
y
elementos generales a tener en cuenta en la definición de la interfaz de
usuario, tanto para la interfaz interactiva (gráfica o carácter), como para
los informes y formularios impresos.
En primer lugar, se selecciona el entorno de la interfaz interactiva
(gráfico, carácter, etc.), siguiendo estándares internacionales y de
la
instalación, y se determinan los principios de diseño de la interfaz
de
usuario, contemplando:
- Directrices generales en cuanto a la interfaz y aspectos generales
de interacción.
- Principios de composición de pantallas y criterios de ubicación de
los distintos elementos dentro de cada formato.
- Normas para los mensajes de error y aviso, codificación,
presentación y comportamientos.
- Normas para la presentación de ayudas.
Hay que establecer criterios similares para la interfaz impresa:
- Directrices generales.
- Principios de composición de informes y formularios.
- Normas de elaboración, distribución y salvaguarda de la
información.
3.4.5.1.1. Principios Generales de la Interfaz
La interfaz de usuario será Web e interactiva, tratando de imitar al
máximo permitido el tipo estándar utilizado en todos los aplicativos
basados en ventanas.
Los lineamientos principales para la construcción de la interfaz de
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 44
usuarios son los siguientes:
- La activación de las distintas operaciones del sistema se
producen mediante una barra de menús y botones opcionales.
- El acceso a los documentos se realiza mediante ventanas que
mostrarán las caracterÃsticas del mismo y el detalle de las
mismas.
- Las pantallas tendrán, en general, un botón para aceptar los
datos provistos y otro para cancelarlos y, dependiendo de la
funcionalidad provista, botones auxiliares para realizar otro
tipo de operaciones.
- Los mensajes de error se mostrarán mediante pantallas
emergentes.
- En todas las pantallas a las que ingrese el usuario, estarán
activas las opciones de menú a las cuales solo tiene permiso.
- Cualquier operación de cancelación no será necesaria la
confirmación por parte del usuario.
3.4.5.2. Especificación de Formatos Individuales de la Interfaz de
Pantalla

28. El objetivo de esta tarea es especificar cada formato individual de
la
interfaz de pantalla, desde el punto de vista estático. Para cada proceso
en lÃnea identificado en la tarea anterior o en la especificación
de los
casos de uso, y teniendo en cuenta los formatos estándar definidos en la
tarea Especificación de Principios Generales de la Interfaz, se definen los
formatos individuales de la interfaz de pantalla requerida para completar
la especificación de cada diálogo. En el caso de un análisis
orientado a
objetos, estos formatos individuales van completando las
especificaciones de los casos de uso.
También se considera el catálogo de requisitos, para especificar las
interfaces relacionadas con las consultas. En la definición de cada interfaz
de pantalla se deben definir aquellos aspectos considerados de
interés
para su posterior diseño y construcción:
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 45
- Posibilidad de cambio de tamaño, ubicación, modalidad (modal del
sistema, modal de aplicación), etc.
- Dispositivos de entrada necesarios para su ejecución. Conjunto y
formato de datos asociados, identificando qué datos se usan y
cuáles se generan como consecuencia de su ejecución.
- Controles y elementos de diseño asociados, indicando cuáles
aparecen inicialmente activos e inactivos al visualizar la interfaz de
pantalla.
3.4.6. Verificación y Aceptación de la Arquitectura del Sistema
El objetivo de esta actividad es garantizar la calidad de las especificaciones
del diseño del sistema de información y la viabilidad del mismo, como paso
previo a la generación de las especificaciones de construcción. Para cumplir
dicho objetivo, se llevan a cabo las siguientes acciones:
- Verificación de la calidad técnica de cada modelo o especificación
- Aseguramiento de la coherencia entre los distintos modelos
- Aceptación del diseño de la arquitectura por parte de Explotación
y
Sistemas.
3.4.6.1. Verificación de la Especificación de Diseño
El objetivo de esta tarea es asegurar la calidad formal de los
distintos
modelos, conforme a la técnica seguida para la elaboración de cada
producto y a las normas y estándares especificados en el catálogo
de
normas.
3.4.7. Presentación y Aprobación del Diseño del Sistema de
Información
En esta tarea se realiza la presentación del diseño del sistema de
información al Comité de Dirección para la aprobación final del mismo.
3.5. Fase IV: Construcción del Sistema de Información
En este proceso se genera el código de los componentes del Sistema
de
Información, se desarrollan todos los procedimientos de operación y seguridad
y se elaboran todos los manuales de usuario final y de explotación
con el
objetivo de asegurar el correcto funcionamiento del Sistema para su
posterior
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 46
implantación. Para conseguir dicho objetivo, en este proceso se
realizan las
pruebas unitarias, las pruebas de integración de los subsistemas y componentes
y las pruebas del sistema, de acuerdo al plan de pruebas establecido.

29. Asimismo, se define la formación de usuario final y, si procede, se
construyen
los procedimientos de migración y carga inicial de datos. Al ser MÉTRICA 3 una
metodologÃa que cubre tanto desarrollos estructurados como orientados a
objetos, las actividades de ambas aproximaciones están integradas en
una
estructura común. En la actividad Preparación del Entorno de
Generación y
Construcción, se asegura la disponibilidad de la infraestructura necesaria para
la
generación del código de los componentes y procedimientos del sistema
de
información. Una vez configurado el entorno de construcción, se
realiza la
codificación y las pruebas de los distintos componentes que conforman
el
sistema de información, en las actividades:
- Generación del Código de los Componentes y Procedimientos, que se
hace según las especificaciones de construcción del sistema de
información, y conforme al plan de integración del sistema de
información.
- Ejecución de las Pruebas de Integración, que incluye la ejecución de las
verificaciones asociadas a los subsistemas y componentes, a partir de los
componentes verificados individualmente, y la evaluación de los
resultados.
Una vez construido el sistema de información y realizadas las
verificaciones
correspondientes, se lleva a cabo la integración final del sistema de
información
en la actividad Ejecución de las Pruebas del Sistema, comprobando
tanto las
interfaces entre subsistemas y sistemas externos como los requisitos, de
acuerdo a las verificaciones establecidas en el plan de pruebas para el nivel de
pruebas del sistema.
3.5.1. Preparación del Entorno de Generación y Construcción
El objetivo de esta actividad es asegurar la disponibilidad de todos
los
medios y facilidades para que se pueda llevar a cabo la construcción
del
sistema de información. Entre estos medios, cabe destacar la preparación de
los puestos de trabajo, equipos fÃsicos y lógicos, gestores de bases de datos,
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 47
bibliotecas de programas, herramientas de generación de código, bases
de
datos o ficheros de prueba, entre otros.
3.5.1.1. Implantación de la Base de Datos FÃsica
En esta tarea se debe:
- Crear los elementos del sistema gestor de base de datos o sistema
de ficheros
- Reservar el espacio de almacenamiento, definiendo, entre otros,
los dispositivos fÃsicos a emplear, tamaño de los bloques, tipo de
registro fÃsico, zona de desbordamiento, opciones de
almacenamiento de datos, etc.
- Inicializar la base de datos o ficheros, cargando los datos
considerados necesarios en el espacio de almacenamiento
previamente definido.
3.5.1.2. Preparación del Entorno de Construcción
En esta tarea se prepara el entorno en el que se construirán los
componentes del sistema de información, contemplando aspectos tales
como:
- Bibliotecas o librerÃas a utilizar
- Herramientas: generadores de código, editores, compiladores,

30. verificadores sintácticos, montadores de enlace
- Puestos de trabajo
- Implementación de los procedimientos de operación y seguridad
propios del entorno de construcción, de acuerdo a los requisitos de
seguridad y operación establecidos en la tarea
- Especificación del Entorno de Construcción.
3.5.2. Generación del Código de los Componentes y Procedimientos
El objetivo de esta actividad es la codificación de los componentes
del
sistema de información, a partir de las especificaciones de
construcción
obtenidas en el proceso Diseño del Sistema de Información, asà como
la
construcción de los procedimientos de operación y seguridad
establecidos
para el mismo.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 48
3.5.2.1. Generación del Código de Componentes
En esta tarea se genera el código correspondiente a cada uno de los
componentes del sistema de información, identificados en la tarea
Definición de Componentes y Subsistemas de Construcción.
Para generar el código fuente se tienen en cuenta los estándares de
nomenclatura, codificación y calidad utilizados por la organización y
recogidos en el catálogo de normas. Con el fin de verificar que el código
fuente especifica de forma correcta el componente, se realiza su
ensamblaje o compilación, verificando y corrigiendo los errores
sintácticos, y el enlace del código objeto obtenido con las
correspondientes bibliotecas.
3.5.3. Ejecución de las Pruebas del Sistema
El objetivo de las pruebas del sistema es comprobar la integración
del
sistema de información globalmente, verificando el funcionamiento correcto
de las interfaces entre los distintos subsistemas que lo componen y
con el
resto de sistemas de información con los que se comunica.
En la realización de estas pruebas es importante comprobar la cobertura de
los requisitos, dado que su incumplimiento puede comprometer la
aceptación del sistema por el equipo de operación responsable de
realizar
las pruebas de implantación del sistema, que se llevarán a cabo en
el
proceso Implantación y Aceptación del Sistema.
3.5.3.1. Realización de las Pruebas del Sistema
El objetivo de esta tarea es comprobar la integración de todos los
subsistemas y componentes del sistema de información, asà como la
interacción del mismo con otros sistemas de información con los que se
relaciona, de acuerdo a las verificaciones establecidas para el nivel
de
pruebas del sistema.
Para cada verificación establecida, se realizan las pruebas con los
casos
de pruebas asociados, efectuando el correspondiente análisis e informe
de los resultados y generando un registro conforme a los criterios
establecidos en el plan de pruebas.
Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo
Plataforma de Software Libre
Bach. Juan Percy Rojas Cruz 49
3.5.3.2. Evaluación del Resultado de las Pruebas del Sistema
El objetivo de esta actividad es analizar los resultados de las pruebas del
sistema de información y efectuar su evaluación. Dicha evaluación recoge
el grado de cumplimiento de las mismas.
3.5.3.3. Aprobación del Sistema de Información