41557306

Implementacin del Sistema de Gestin Documental para Gobiernos Locales bajo Plataforma de Software Libre
UNIVERSIDAD NACIONAL PEDRO RUIZ GALLO

FACULTAD DE CIENCIAS FSICAS Y MATEMTICAS
Escuela Profesional de Computacin e Informtica
Tesis para optar por el Ttulo Profesional de Ingeniero en

Computacin e Informtica
Implementacin del Sistema de Gestin Documental

para Gobiernos Locales bajo Plataforma de Software Libre
Autor: Bachiller Juan Percy Rojas Cruz

Asesor: Ing. Martn Leiva Castillo
Lambayeque, 2011
Bach. Juan Percy Rojas Cruz
DEDICATORIA
Mi tesis la dedico con todo mi amor y cario.
A ti DIOS que me diste la oportunidad de vivir y de regalarme una familia
maravillosa.
Con mucho cario 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 difciles siempre han estado apoyndome y brindndome todo su amor,
por todo esto les agradezco de todo corazn el que estn conmigo a mi lado. Los
quiero con todo mi corazn 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 Mnica 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 corazn.
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 sistemtica, todos aquellos
aspectos relacionados con la creacin, recepcin, organizacin, almacenamiento,
preservacin, acceso y difusin de los documentos en una organizacin; haciendo
uso de una plataforma de Software Libre que permita minimizar tiempos, esfuerzos
y costos a favor de una administracin y servicios ms eficientes a la ciudadana.
La tesis presenta los principales aspectos de la investigacin, la metodologa, los
procesos de cada actividad a realizar y las herramientas utilizadas para su
desarrollo e implementacin; al final del documento se presentan las conclusiones
y recomendaciones del tesista.
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.
1. INTRODUCCIN .............. 10
1.1. De qu trata esta tesis? ............. 10
1.2. A quines est dirigida? ............. 11
1.3. Organizacin del documento ............. 11
2. ASPECTOS DE LA INVESTIGACIN ............... 14
2.1. Situacin Problemtica .............. 14
2.2. Problema .............. 15
2.3. Hiptesis ............. 15
2.4. Variables de Estudio ............. 15
2.5. Objetivos ............ 16
2.5.1. Objetivo General ........... 16
2.5.2. Objetivos Especficos ............ 16
2.6. Justificacin e Importancia ........... 16
2.7. Informacin relacionada al proyecto ........... 17
3. METODOLOGIA ............. 29
3.1. Descripcin de la Metodologa ............. 29
3.2. Fase I: Viabilidad del Sistema de Informacin ............ 29
3.2.1. Viabilidad Operativa ............. 29
3.2.2. Viabilidad Tcnica ............ 29
3.2.3. Viabilidad Econmica ............ 30
3.3. Fase II: Anlisis del Sistema de Informacin ............. 30
3.3.1. Definicin del Sistema ........... 32
3.3.1.1. Determinacin del Alcance del Sistema ............. 32
3.3.1.1.1. Modelo de Negocio ........... 33
3.3.1.2. Identificacin de los Usuarios Participantes y Finales ............. 33
3.3.2. Establecimiento de Requisitos ........... 33
3.3.2.1. Especificacin de Casos de Uso ............. 34
3.3.3. Anlisis de los Casos de Uso ............. 34
3.3.3.1. Identificacin de Clases de Anlisis .............. 35
3.3.3.2. Diagramas de Secuencia ............. 35
3.3.4. Especificacin de Requisitos de Seguridad ............... 36
3.3.5. Presentacin y Aprobacin del Anlisis del Sistema de Informacin .......... 37
3.4. Fase III: Diseo del Sistema de Informacin ................ 37
3.4.1. Definicin de la Arquitectura del Sistema .............. 38
3.4.1.1. Definicin de Niveles de Arquitectura ............ 39
3.4.2. Diseo de Clases ............. 39
3.4.3. Diagrama de Estados ........................................................................ 40
3.4.4. Diseo Fsico de Datos ....................................................................... 40
3.4.4.1. Diseo de Base de Datos ........................................................... 41
3.4.5. Definicin de Interfaces de Usuario ..................................................... 41
3.4.5.1. Especificacin de Principios Generales de la Interfaz ...................... 43

3.4.5.1.1. Principios Generales de la Interfaz ....................................... 43
3.4.5.2. Especificacin de Formatos Individuales de la Interfaz de Pantalla ...
44
3.4.6. Verificacin y Aceptacin de la Arquitectura del Sistema ......................... 45

3.4.6.1. Verificacin de la Especificacin de Diseo .................................... 45
3.4.7. Presentacin y Aprobacin del Diseo del Sistema de Informacin ........... 45
3.5. Fase IV: Construccin del Sistema de Informacin ....................................... 45
3.5.1. Preparacin del Entorno de Generacin y Construccin ..........................
46
3.5.1.1. Implantacin de la Base de Datos Fsica ......................................
47
3.5.1.2. Preparacin del Entorno de Construccin ..................................... 47

3.5.2. Generacin del Cdigo de los Componentes y Procedimientos ................. 47
3.5.2.1. Generacin del Cdigo de Componentes ....................................... 48
3.5.3. Ejecucin de las Pruebas del Sistema .................................................. 48
3.5.3.1. Realizacin de las Pruebas del Sistema ........................................ 48
3.5.3.2. Evaluacin del Resultado de las Pruebas del Sistema ...................... 49
3.5.3.3. Aprobacin del Sistema de Informacin ........................................ 49
3.6. Fase V: Implantacin y Aceptacin del Sistema ........................................... 49
3.6.1. Establecimiento del Plan de Implantacin ............................................. 50
3.6.1.1. Definicin del Plan de Implantacin ............................................. 50
3.6.1.2. Especificacin del Equipo de Implantacin .................................... 51
3.6.2. Incorporacin del Sistema al Entorno de Operacin ..............................
51
3.6.2.1. Realizacin de la Instalacin ...................................................... 52

3.6.3. Pruebas de Implantacin del Sistema .................................................. 52
3.6.3.1. Preparacin de las Pruebas de Implantacin ................................. 53
3.6.3.2. Realizacin de las Pruebas de implantacin .................................. 53
3.6.3.3. Evaluacin del Resultado de las Pruebas de Implantacin ............... 53
3.6.4. Pruebas de Aceptacin del Sistema .................................................... 53
3.6.4.1. Realizacin de las Pruebas de Aceptacin ..................................... 54
3.6.5. Presentacin y Aprobacin del Sistema ................................................ 54
4. VIABILIDAD DEL SISTEMA DE INFORMACIN ...................................................... 55
4.1. Viabilidad Operativa ............................................................................... 55
4.2. Viabilidad Tcnica .................................................................................. 55
4.2.1. Administracin ................................................................................ 55
4.2.2. Seguridad ...................................................................................... 57
4.2.3. Soporte Tcnico .............................................................................. 60
4.2.4. Utilizacin ...................................................................................... 61
4.2.5. Conclusiones ................................................................................... 62
4.3. Viabilidad Econmica .............................................................................. 62
4.3.1. Consideraciones .............................................................................. 62
4.3.2. Costos de Inversin ......................................................................... 63
4.3.2.1. Software .................................................................................. 63

4.3.2.2. Implementacin ....................................................................... 63
4.3.2.3. Capacitacin ............................................................................. 63
4.3.2.4. Total Costos de Inversin .......................................................... 64
4.3.3. Costos de Operacin ......................................................................... 64
4.3.3.1. Soporte Tcnico ........................................................................ 64
4.3.3.2. Recursos Humanos ................................................................... 64
4.3.3.3. Renovacin de Licencias ............................................................. 64
4.3.3.4. Total de Operacin .................................................................... 64
4.3.4. Beneficio de Proyecto ........................................................................ 65
4.3.4.1. Beneficios Tangibles .................................................................. 65
4.3.4.2. Beneficios Intangibles ................................................................ 66
4.3.5. Valor Actual Neto .............................................................................. 66
4.3.6. Tiempo de Recuperacin de Inversin .................................................. 67
4.3.7. Tasa Interna de Retorno .................................................................... 68
4.3.8. Conclusiones ................................................................................... 69
5. ANLISIS DEL SISTEMA DE INFORMACIN ......................................................... 71
5.1. Modelo de Negocio .................................................................................. 71
5.2. Identificacin de los Usuarios Participantes y Finales .................................... 71
5.3. Especificacin de Casos de Uso ................................................................. 72
5.4. Identificacin de Clases de Anlisis ........................................................... 111
5.5. Diagramas de Secuencia .......................................................................... 118
5.6. Especificacin de Requisitos de Seguridad .................................................. 126
5.7. Presentacin y Aprobacin del Anlisis del Sistema de Informacin ............... 127
6. DISEO DEL SISTEMA DE INFORMACIN ........................................................... 129
6.1. Definicin de Niveles de Arquitectura ......................................................... 129
6.2. Diseo de Clases .................................................................................... 131
6.3. Diagramas de Estados ............................................................................. 132
6.4. Diseo de Base de Datos ......................................................................... 133
6.4.1. Diagrama de Base de Datos .............................................................. 133
6.4.2. Diccionario de Datos ......................................................................... 134
6.5. Definicin de Interfaces de Usuario ........................................................... 138
6.6. Verificacin y Aceptacin de la Arquitectura del Sistema .............................. 139
6.7. Presentacin y Aprobacin del Diseo del Sistema de Informacin ................. 139
7. CONSTRUCCIN DEL SISTEMA DE INFORMACIN ............................................... 141
7.1. Implantacin de la Base de Datos Fsica .................................................... 141
7.2. Preparacin del Entorno de Construccin ................................................... 141
7.3. Estndares de Desarrollo ......................................................................... 143
7.3.1. Especificacin de Base de Datos ......................................................... 143
7.3.2. Especificacin de Programacin de Mdulos ......................................... 144
7.4. Generacin del Cdigo de Componentes .................................................... 145

7.5. Pantallas del Sistema .............................................................................. 146
7.6. Plan de Iteraciones ................................................................................. 154
7.7. Realizacin de las Pruebas del Sistema ...................................................... 155
7.7.1. Pruebas Unitarias del Sistema ............................................................ 155
7.7.2. Pruebas de Integracin del Sistema .................................................... 165
7.8. Evaluacin del Resultado de las Pruebas del Sistema ................................... 166
7.9. Presentacin y Aprobacin de la Construccin Sistema de Informacin ........... 166
8. IMPLANTACIN Y ACEPTACIN DEL SISTEMA ..................................................... 168
8.1. Definicin del Plan de Implantacin ........................................................... 168
8.2. Especificacin del Equipo de Implantacin .................................................. 168
8.3. Realizacin de la Instalacin .................................................................... 169
8.4. Pruebas de Implantacin del Sistema ........................................................ 184
8.5. Pruebas de Aceptacin del Sistema ........................................................... 185
8.6. Presentacin y Aprobacin del Sistema ..................................................... 186
9. CONCLUSIN Y FUTURAS LNEAS DE TRABAJO ................................................... 188
9.1.1. Conclusin ...................................................................................... 188
9.1.2. Recomendaciones ............................................................................ 189
10. BIBLIOGRAFA .............................................................................................. 191
Captulo 1
Introduccin
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
forma sistemtica, todos aquellos aspectos relacionados con la creacin,
recepcin, organizacin, almacenamiento, preservacin, acceso y difusin de los
documentos en una organizacin
El trabajo persigue como objetivo principal el desarrollar un Sistema de Gestin
Documental para Gobiernos Locales bajo plataforma de Software Libre que
permita minimizar tiempos, esfuerzos y costos a favor de una administracin y
servicios ms eficientes a los ciudadanos en la municipalidad. Y como objetivos
secundarios:
Describir las caractersticas del sistema propuesto, mediante la toma de

los requerimientos necesarios en los procesos realizados en la Gestin
Documental del la Municipalidad Distrital de Jos Leonardo Ortiz.
Analizar los requerimientos recopilados, refinndolos y estructurndolos,

para una compresin y descripcin ms precisa que ayude a estructurar
los procesos de la gestin documental.
Modelar el sistema propuesto, encontrando su forma (arquitectura), el

cual
se va a disear,
y comprender los aspectos relacionados con los
requisitos y restricciones, analizados en los procesos de la gestin

documental.
Implementar el sistema, a travs de la descripcin de su arquitectura en

trminos de componentes, para su distribucin, los cuales en su conjunto
representaran los procesos de gestin 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 gestin
documental.
Puesta
en
marcha
del
Sistema
de
Gestin
Documental
en
la
Municipalidad Distrital de Jos Leonardo Ortiz
10
1.2. A quines est dirigida?

El trabajo se encuentra dirigido principalmente a gobiernos locales que generen,
recepcionen y almacenen documentacin en su organizacin.
La documentacin contenida en el mismo puede tomarse como referencia para
la adopcin de prcticas para modernizar y normalizar las polticas de la gestin
documental en los gobiernos, as tambin brinda informacin respecto de cmo
una herramienta de gestin puede ayudar a coordinar y controlar de forma
sistemtica la documentacin en la organizacin.
1.3. Organizacin del documento
El material se divide en 10 captulos que abarcan la totalidad del trabajo de
tesis.
El captulo 1. Introduccin (el presente) sintetiza los objetivos de la tesis,
a quines est dirigida, y de qu manera se encuentra organizado el
material de la misma.
El captulo 2. Aspectos de la investigacin, presenta un panorama de la
situacin actual, mostrando el contexto que da origen al trabajo de tesis.
El captulo 3. Metodologa comprende la documentacin que cubre la
obtencin del marco de referencia para el desarrollo del sistema de
informacin.
El
captulo
4.
Estudio
de
viabilidad
del
sistema
comprende
la
documentacin resultante del proceso: EVS: Estudio de la Viabilidad del

Sistema. La documentacin cubre la Viabilidad Operativa, Viabilidad
Tcnica y Viabilidad Econmica.
El
captulo
5.
Anlisis
del
sistema
comprende
la
documentacin
resultante del proceso ASI: Anlisis del Sistema de Informacin. La

documentacin 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 trminos de clases de anlisis. Dentro de este captulo se
incluye tambin el diseo de las pruebas de la fase de anlisis.
11
El captulo 6. Diseo del sistema comprende la documentacin resultante

del proceso DSI: Diseo del Sistema de Informacin. La documentacin
cubre el modelado en UML del diseo arquitectnico del sistema y los
subsistemas que lo conforman, y la estructura y comportamiento del
mismo en trminos de clases de diseo. Dentro de este captulo se
incluye tambin el Plan de pruebas
El captulo 7. Construccin del sistema comprende la documentacin
resultante del proceso CSI: Construccin del Sistema de Informacin.
La documentacin cubre la descripcin del entorno de construccin y los
resultados de las pruebas unitarias, de integracin y del sistema.
El captulo 8. Implantacin y aceptacin del sistema comprende la
documentacin resultante del proceso IAS: Implantacin y aceptacin
del sistema. La documentacin cubre la incorporacin del sistema al
entorno productivo y los resultados de las pruebas de implantacin y
aceptacin.
El captulo 9. Conclusiones y Futuras lneas de trabajo contiene las
conclusiones obtenidas luego de finalizado el trabajo de tesis, y las
futuras lneas de trabajo a seguir por aquellos interesados en el tema.
El
captulo
10.
Bibliografa
Glosario
contiene
las
referencias
bibliogrficas utilizadas para el trabajo de tesis, y el glosario con los

trminos empleados en el mismo.
12
Captulo 2
Introduccin al
Problema
13
2. ASPECTOS DE LA INVESTIGACION
En este captulo se describen los conceptos principales del problema a resolver por
el presente trabajo de tesis.
2.1. Situacin Problemtica
La informacin como recurso estratgico ha tomado nuevos valores y
dimensiones, quizs por primera vez en la historia, las organizaciones exitosas
ya no son aquellas que poseen ms capital sino las que ms y mejor uso hacen
de la informacin; no obstante, el uso de los recursos de informacin en los
pases subdesarrollados presenta limitaciones.
La creciente complejidad de sus procesos ha llevado a una situacin
incontrolable respecto al manejo de la documentacin interna y externa. Cada
vez se hace ms difcil contar con informacin oportuna, los recursos para
manejar este creciente volumen de informacin se hacen mayores, sin llegar a
alcanzar ventajas significativas.
Actualmente la gestin documental en los gobiernos locales son islas de
informacin en las que los usuarios solo conocen los documentos que ellos
mismos crean.
En estas condiciones realizar una bsqueda o seguimientos de un documentos
entre
las distintas reas de la municipalidad puede ser una tarea muy
complicada, sino imposible.

El elevado nmero 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. Adems es imposible controlar el
acceso a la documentacin 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 das para conseguir la documentacin solicitada, lo que se traduce en
una disminucin 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
14
definitiva a la toma de decisiones y dando como resultado una gestin

ineficiente por parte de la municipalidad.
Adems debido a los bajos recursos de los que disponen los gobiernos locales
impiden que puedan adquirir o implementar una solucin tecnolgica para su
problemtica al adecuado tratamiento de su informacin.
2.2. Problema
La implementacin del Sistema de Gestin Documental para gobiernos locales
bajo plataforma de Software Libre permitir minimizar tiempos, esfuerzos y
costos a favor de una administracin y servicios ms eficientes a los ciudadanos
en la municipalidad?
2.3. Hiptesis
La implementacin del Sistema de Gestin Documental para Gobiernos Locales
bajo plataforma de Software Libre permitir minimizar tiempos, esfuerzos y
costos a favor de una administracin y servicios ms eficientes a los ciudadanos
en la municipalidad.
2.4. Variables de Estudio
Se ha identificado como variable independiente al Sistema de Gestin
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.
15
2.5. Objetivos
2.5.1. Objetivo General
Desarrollar un Sistema de Gestin Documental para Gobiernos Locales
bajo plataforma de Software Libre
que
permita minimizar tiempos,
esfuerzos y costos a favor de una administracin y servicios ms

eficientes a los ciudadanos en la municipalidad.
2.5.2. Objetivos Especficos
Describir las caractersticas del sistema propuesto, mediante la toma

de los requerimientos necesarios en los procesos realizados en la
Gestin Documental del la Municipalidad Distrital de Jos Leonardo
Ortiz.
Analizar
los
requerimientos
recopilados,
refinndolos
estructurndolos, para una compresin y descripcin ms precisa que

ayude a estructurar los procesos de la gestin documental.
Modelar el sistema propuesto, encontrando su forma (arquitectura), el

cual se va a disear, y comprender los aspectos relacionados con los
requisitos y restricciones, analizados en los procesos de la gestin
documental.
Implementar el sistema, a travs de la descripcin de su arquitectura

en trminos de componentes, para su distribucin, los cuales en su
conjunto representaran los procesos de gestin 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 gestin
documental.
Puesta en marcha del Sistema de Gestin Documental en la

Municipalidad Distrital de Jos Leonardo Ortiz
2.6. Justificacin e Importancia
Justificacin: El desarrollo del Sistema de Gestin Documental

permitir brindar una respuesta a la necesidad de los gobiernos
locales de coordinar y controlar de forma sistemtica, todos aquellos
aspectos relacionados con la creacin, recepcin, organizacin,
almacenamiento, preservacin, acceso y difusin de los documentos
en una organizacin
16
Importancia: Modernizar y normalizar las polticas de la gestin

documental en los gobiernos locales significar optimizar los tiempos
invertidos en la ejecucin de los mismos, as como iniciar un proceso
de concientizacin organizacional para las buenas prcticas en la
gestin administrativa dentro del mismo.
2.7. Informacin 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 bsica de organizacin de
nuestro pas y la manera directa en la que los vecinos participamos en
temas relacionados a nuestra comunidad.
B. Red Informtica
Una red informtica se define como un conjunto de computadores,
impresoras y otros dispositivos electrnicos conectados entre s mediante
cables o enlaces inalmbricos, que les permiten comunicarse unos con
otros.
Una
red
permite
sus
usuarios
compartir
intercambiar
informacin (archivos y programas), acceder a servicios comunes (correo

electrnico
aplicaciones),
compartir
elementos
de
hardware
(impresoras, servidores, escneres y equipos de fax).

C. Mtrica v3
Aunque su mbito inicial es el de las administraciones pblicas, las
mejoras introducidas en la versin 3 y el mejor uso de estndares y
normas de ingeniera del software hacen que su alcance pueda ampliarse a
las administraciones autonmicas, locales y al resto de empresas y
organizaciones.
Entre las mejoras introducidas en la versin 3.0 (publicada en el ao
2000), destaca la incorporacin de nuevos mtodos y tecnologas
(cliente/servidor, interfaz grfica de usuario, orientacin a objetos), as
como la incorporacin de aspectos de gestin (que la metodologa
17
denomina interfaces) para mejorar aspectos que no pertenecen a una sola

fase, sino que intervienen a lo largo del proyecto, como son la gestin del
mismo, la calidad y la seguridad, entre otros.
La estructura de la metodologa sigue el clsico mtodo en cascada basado
en los siguientes procesos:
Planificacin de Sistemas de Informacin
Desarrollo de Sistemas de Informacin
Mantenimiento de Sistemas de Informacin
Cada proceso de los anteriores detalla las actividades y tareas que hay
que realizar, de manera que para cada tarea se indican:
Las tcnicas y prcticas a utilizar.
Los responsables de realizarla.
Sus productos de entrada y salida.
El aspecto ms destacable de esta metodologa no es tanto lo que pueda

aportar como innovacin a la ingeniera del software en s, sino el esfuerzo
que se ha hecho por poner a disposicin pblica una metodologa
completa, ms o menos actualizada, y que representa un marco inicial de
referencia para presentar proyectos a la administracin pblica, pero que
podemos adaptar a cualquier empresa o proyecto en el sector privado, si
la organizacin se siente ms cmoda con modelos clsicos de desarrollo.
Mtrica v3 define muy bien los documentos de entrada de cada proceso,
actividad y tarea, as como el resultado que genera.
D. Interfaces de Mtrica v3
Al ser Mtrica v3 una metodologa fuertemente estructurada, y a pesar de
que su aplicacin 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 metodologa son:
Gestin de proyectos
La
Gestin
de
Proyectos
tiene
como
finalidad
principal
la
planificacin, el seguimiento y control de las actividades y de los

18
recursos humanos y materiales que intervienen en el desarrollo de

un Sistema de Informacin. Como consecuencia de este control es
posible conocer en todo momento qu problemas se producen y
resolverlos o paliarlos lo ms pronto posible, lo cual evitar
desviaciones temporales y econmicas.
La Interfaz de Gestin de Proyectos de MTRICA v3 contempla
proyectos de desarrollo de Sistemas de Informacin en sentido
amplio, acorde con EUROMTODO se consideran proyectos de
desarrollo de nuevos Sistemas de Informacin y tambin los
proyectos de ampliacin y mejora de los ya existentes. Las
actividades de la Interfaz de Gestin de Proyectos son de tres tipos:
Actividades de Inicio del Proyecto (GPI), que permiten

estimar el esfuerzo y establecer la planificacin del proyecto.
Actividades de Seguimiento y Control (GPS), supervisando la

realizacin 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 planificacin del proyecto.
Actividades de Finalizacin del Proyecto, cierre y registro de

la documentacin de gestin.
Estas actividades pueden requerir, en funcin de la complejidad del

proyecto, el soporte de herramientas comerciales de gestin de
proyectos.
Seguridad
El objetivo de esta interfaz es incorporar mecanismos de seguridad
adicionales a los que se proponen como parte de la propia
metodologa, 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 intrnseca del

19
sistema que se va a desarrollar. Son actividades de anlisis

en detalle de los requisitos de seguridad que tienen lugar
durante la planificacin, el estudio de viabilidad y el anlisis y
diseo del sistema.
Actividades que cuidan de la seguridad del propio proceso de

desarrollo.
Si en la organizacin ya existe un plan de seguridad o metodologa

de anlisis y gestin de riesgos, deber aplicarse para detectar
aquellas necesidades que no se encuentren cubiertas y tomar las
decisiones en funcin 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 informacin 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 definicin y puesta en marcha de planes especficos de
aseguramiento de la calidad del proyecto. Lo que se pretende es
dar confianza en que el producto cumple con los requisitos.
Mtrica v3 recomienda que el grupo de aseguramiento de la calidad
sea totalmente independiente del de desarrollo, y tendr como
misin identificar las posibles desviaciones en los estndares,
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 anlisis, diseo, construccin,
20
implantacin y mantenimiento del proyecto.
Gestin de la configuracin
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
encargarn de mantener la integridad de los productos, de
asegurarnos de que cada persona involucrada dispone de la ltima
versin de todos ellos, y de que disponemos de toda la informacin
acerca de cambios producidos en sus configuraciones, requisitos,
etc.
Al hablar de productos, no nos referimos nicamente a cdigo
fuente y ejecutables, tambin a todo el material y documentacin
generados durante el proyecto, diagramas, manuales, estudios y
anlisis que se hayan revisado, etc.
Nos ayudar a valorar el impacto de cada cambio en el sistema, y a
reducir su tiempo de implementacin. El cumplimiento y coste de
implementacin de esta interfaz no deben menospreciarse, si la
organizacin
ya
dispona
de
un
sistema
de
gestin
de
configuraciones, sus actividades se desarrollarn con ms facilidad

y rapidez.
La informacin que podra solicitarse al sistema de gestin de
configuracin es muy amplia:
Informacin sobre una fase del proyecto concreta, anlisis,

construccin, etc.
Informacin sobre la vida de un producto, sus versiones,

personas involucradas, etc.
Sus actividades se distribuirn a lo largo de las distintas fases, una

vez determinada la seleccin de la solucin en el estudio de
viabilidad,
se
seleccionar
el
entorno
tecnolgico
donde
se
registrar la configuracin del proyecto, y de ah en adelante se

21
pondr en marcha el proceso.

En cada una de las fases siguientes, anlisis, diseo, etc. se irn
registrando los cambios en los productos, y al final de cada fase se
anotarn en el registro global. Evidentemente, en el proceso de
mantenimiento, esta interfaz adquiere una importancia especial, ya
que la informacin de que dispondremos al valorar cada nuevo
cambio reducir y compensar lo invertido a lo largo de las otras
fases. El trabajo tambin ser intenso, ya que nuevas versiones se
sucedern ms rpidamente y habr que incorporarlas y notificarlas
al registro de configuraciones.
E. Lenguaje de Modelado UML
El lenguaje UML tiene una notacin grfica muy expresiva que permite
representar en mayor o menor medida todas las fases de un proyecto
informtico: desde el anlisis con los casos de uso, el diseo con los
diagramas
de
clases,
objetos,
etc.,
hasta
la
implementacin
configuracin con los diagramas de despliegue.

Tal como indica su nombre, UML es un lenguaje de modelado. Un modelo
es una simplificacin de la realidad. El objetivo del modelado de un
sistema es capturar las partes esenciales del sistema. Para facilitar este
modelado, se realiza una abstraccin y se plasma en una notacin grfica.
Esto se conoce como modelado visual. El modelado visual permite manejar
la complejidad de los sistemas a analizar o disear.
Otro objetivo de este modelado visual es que sea independiente del
lenguaje de implementacin, de tal forma que los diseos realizados
usando UML se puedan implementar en cualquier lenguaje que soporte las
posibilidades de UML (principalmente lenguajes orientados a objetos).
UML es adems un mtodo formal de modelado. Esto aporta las siguientes
ventajas:
Mayor rigor en la especificacin.
Permite realizar una verificacin y validacin del modelo realizado.
Se pueden automatizar determinados procesos y permite generar
22
cdigo a partir de los modelos y a la inversa (a partir del cdigo

fuente generar los modelos). Esto permite que el modelo y el cdigo
estn actualizados, con lo que siempre se puede mantener la visin
en el diseo, de ms 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 grfica un sistema

de forma que otro lo puede entender.
Especificar: UML permite especificar cules son las caractersticas de

un sistema antes de su construccin.
Construir: A partir de los modelos especifica-dos se pueden

construir los sistemas diseados
Documentar:
Los
propios
elementos
grficos
sirven
como
documentacin del sistema des arrollado que pueden servir para su

futura revisin.
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 informticos, como flujos de trabajo en
una empresa, diseo de la estructura de una organizacin y por supuesto,
en el diseo 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
desempeados 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 coleccin de elementos de un modelo
esttico declarativo, tales como clases, interfaces, y sus relaciones,
conectados como un grafo entre s y con sus contenidos. Si bien la
23
estructura esttica de los modelos est integrada por clases y no

por objetos, frecuentemente es necesario utilizar diagramas de
objetos con el fin de ilustrar cmo se instancia en un momento dado
un diagrama de clases.
Diagramas de Secuencia:
Un Diagrama de Secuencias contribuye a la descripcin de la
dinmica del sistema en trminos de la interaccin entre sus
objetos.
Diagramas de Colaboracin:
Los Diagramas de Colaboracin muestran no slo los mensajes a
travs de los cuales se produce la interaccin entre los objetos,
como en los Diagramas de Secuencia, sino tambin los enlaces
entre los objetos; se trata de una mezcla de Diagrama de Objetos y
Diagrama de Secuencia.
Diagramas de Estados:
Permite describirla en trminos del ciclo de vida de un objeto de una
clase, mostrando los estados que ste puede tener y los estmulos
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 divisin del trabajo.
Diagramas de Componentes:
Presenta elementos tangibles, los archivos. Se lo utiliza, para
describir la estructura fsica del cdigo de la aplicacin en trminos
de sus componentes (cdigo fuente, binario o ejecutable) y sus
dependencias.
Diagramas de Implantacin:
Muestran nodos, conexiones, componentes y objetos. Los nodos
representan objetos fsicos con recursos computacionales como
24
procesadores y perifricos; pueden mostrarse como una clase o una

instancia, por lo que su nombre sigue la misma sintaxis establecida
para
clases
objetos.
Las
conexiones
son
asociaciones
de
comunicacin entre los nodos, y se etiquetan con un estereotipo que

identifica el protocolo de comunicacin o la red utilizada. Los
componentes son archivos de cdigo ejecutable, que residen y se
ejecutan dentro de un nodo; se pueden representar relaciones de
dependencia entre los componentes que, de manera similar a las
dependencias entre paquetes, corresponden al uso de servicios.
F. Sistema de Informacin:
Un sistema de informacin se puede definir como un conjunto de
funciones o componentes interrelacionados que forman un todo, es decir,
obtiene, procesa, almacena y distribuye informacin para apoyar la toma
de decisiones y el control en una organizacin. Igualmente apoya la
coordinacin, anlisis de problemas, visualizacin de aspectos complejos,
entre otros. Un sistema de informacin contiene informacin de sus
procesos y su entorno. Como actividades bsicas producen la informacin
que se necesita: entrada, procesamiento y salida. La retroalimentacin
consiste en entradas devueltas para ser evaluadas y perfeccionadas.
Proporciona la informacin necesaria a la organizacin o empresa, donde y
cuando se necesita. [W01]
G. Lenguaje de Programacin
Un lenguaje de programacin es una tcnica estndar de comunicacin
que permite expresar las instrucciones que han de ser ejecutadas en una
computadora. Consiste en un conjunto de reglas sintcticas y semnticas
que definen un programa informtico. Un lenguaje de programacin
permite a un programador especificar de manera precisa: sobre qu datos
una computadora debe operar, cmo deben ser estos almacenados y
transmitidos y qu acciones debe tomar bajo una variada gama de
circunstancias. Todo esto, a travs de un lenguaje que intenta estar
relativamente prximo al lenguaje humano o natural, tal como sucede con
el lenguaje Lxico. [W02]
H. Servidor Web
25
Un servidor web es un programa que implementa el protocolo HTTP

(HyperText Transfer Protocol). Este protocolo pertenece a la capa de
aplicacin del modelo OSI y est diseado para transferir lo que llamamos
hipertextos, pginas web o pginas HTML (HyperText Markup Language):
textos complejos con enlaces, figuras, formularios, botones y objetos
incrustados como animaciones o reproductores de msica. [W03]
I. Base de Datos
Una base de datos es un conjunto de datos que pertenecen al mismo
contexto almacenados sistemticamente para su uso posterior.
En la actualidad, y gracias al desarrollo tecnolgico de campos como la
informtica y la electrnica, la mayora de las bases de datos tienen
formato electrnico, 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
especfico, dedicado a servir de interfaz entre las bases de datos y las
aplicaciones que la utilizan. Se compone de un lenguaje de definicin de
datos, de un lenguaje de manipulacin 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 propsitos:
o
Hacer
el
anlisis
del
sistema.
travs
de
las
representaciones grficas que describan los procesos de las

reas afectadas por el sistema que se va a desarrollar.
o
Hacer el diseo del sistema. Mediante diagramas que

representen los requisitos del sistema software que se va a
desarrollar, as como describir las secuencias, actividades,
clases, componentes, etc. que deber hacer o tener el nuevo
sistema.
26
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 lneas.
Adems, incorpora un sistema de auto completado para mejorar la
velocidad de tu escritura. Incluye un validador de sintaxis, funciones
para trabajar con pestaas, clasificar proyectos e incluye las
herramientas de edicin necesarias para buscar, reemplazar, cortar
y pegar cadenas de caracteres.
SQL Power Architect
Permite modelar los diagramas E-R para centrarnos an ms en

el diseo de la base de datos, con la posibilidad de conectar y
realizar ingeniera inversa a multiples base de datos como
PostgresSQL, Oracle, MS SQL Server, etc. Adems, se puede
manejar varios proyectos al mismo tiempo, copiar objetos de un
proyecto a otro, todo esto y muchas ms opciones, ya que se
trata de una herramienta muy completa con la que se puede
trabajar directamente sobre nuestro servidor de base de datos .
27
Captulo 3
Metodologa
28
3. INTRODUCCION
El objetivo de definir una metodologa es el anlisis de un conjunto concreto de
necesidades para proponer una solucin a corto plazo, que tenga en cuenta
restricciones econmicas, tcnicas, legales y operativas. La solucin obtenida como
resultado del estudio puede ser la definicin de uno o varios proyectos que afecten
a uno o varios sistemas de informacin ya existentes o nuevos. Para ello, se
identifican los requisitos que se ha de satisfacer y se estudia, si procede, la
situacin actual.
3.1. Descripcin de la Metodologa
Siendo Mtrica 3 una metodologa especialmente diseada para su uso en
organizaciones publicas contiene instrumentos para la sistematizacin 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 Mtrica 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 hbrida de
base metodolgica los siguientes procesos:
Estudio de Viabilidad del Sistema (EVS).
Anlisis del Sistema de Informacin (ASI).
Diseo del Sistema de Informacin (DSI).
Construccin del Sistema de Informacin (CSI).
Implantacin y Aceptacin del Sistema de Informacin (IAS).
Adems como herramienta de lenguaje de modelado de software se ha usado

UML.
3.2. Fase I: Viabilidad del Sistema de Informacin
3.2.1. Viabilidad Operativa
Esta actividad tiene como objetivo determinar si las necesidades de los
usuarios finales del sistema de informacin sern satisfechas luego de su
implementacin y cumplir con los objetivos marcados con el proyecto.
3.2.2. Viabilidad Tcnica
Esta actividad tiene como objetivo determinar si se cuenta con la tecnologa
29
necesaria
para
realizar
todas
las
operaciones
involucradas
en
la
implementacin del sistema de informacin.

3.2.3. Viabilidad Econmica
Esta actividad tiene como objetivo efectuar un anlisis costo beneficio, para
indicar la rentabilidad en todo el proyecto, buscando maximizar la inversin
comparando la situacin actual con la del sistema de informacin propuesto
como solucin.
3.3. Fase II: Anlisis del Sistema de Informacin
El objetivo de este proceso es la obtencin de una especificacin detallada del
sistema de informacin que satisfaga las necesidades de informacin de los
usuarios y sirva de base para el posterior diseo del sistema.
Al ser MTRICA v3 una metodologa que cubre tanto desarrollos estructurados
como orientados a objetos, las actividades de ambas aproximaciones estn
integradas en una estructura comn.
En la primera actividad, Definicin del Sistema, se lleva a cabo la descripcin
inicial del sistema de informacin. Se delimita el alcance del sistema, se genera
un catlogo de requisitos generales y se describe el sistema mediante unos
modelos iniciales de alto nivel. Tambin se identifican los usuarios que
participan
en
el
proceso
de
anlisis,
determinando
sus
perfiles,
responsabilidades y dedicaciones necesarias. As mismo se elabora el plan de

trabajo a seguir.
La definicin de requisitos del nuevo sistema se realiza principalmente
en la
actividad Establecimiento de Requisitos. El objetivo de esta actividad es

elaborar un catlogo de requisitos detallado, que permita describir con precisin
el sistema de informacin, y que adems sirva de base para comprobar que es
completa la especificacin de los modelos obtenidos en las actividades
Identificacin de Subsistemas de Anlisis, Anlisis de Casos de Uso, Anlisis de
Clases, Elaboracin del Modelo de Datos, Elaboracin del Modelo de Procesos y
Definicin de Interfaces de Usuario. Hay que
hacer constar que estas
actividades pueden provocar la actualizacin del catlogo, aunque no se refleja

como producto de salida en las tareas de dichas actividades, ya que el objetivo
30
de las mismas no es crear el catlogo sino definir modelos que soporten los
requisitos.
Para la obtencin de requisitos en la actividad Establecimiento de Requisitos se
toman como punto de partida el catlogo de requisitos y los modelos
elaborados en la actividad Definicin del Sistema, completndolos mediante
sesiones de trabajo con los usuarios. Estas sesiones de trabajo tienen como
objetivo reunir la informacin necesaria para obtener la especificacin detallada
del nuevo sistema.
Las tcnicas que ayudan a la recopilacin de esta informacin pueden variar en
funcin de las caractersticas 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 especificacin de los casos de uso
como ayuda y gua en el establecimiento de requisitos. Esta tcnica facilita la
comunicacin con los usuarios y en el anlisis orientado a objetos constituye la
base de la especificacin. A continuacin 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 informacin se incorpora al catlogo de requisitos.
En la actividad Identificacin de Subsistemas de Anlisis, se estructura el
sistema
de
informacin
en
subsistemas
de
anlisis,
para
facilitar
la
especificacin de los distintos modelos y la traza de requisitos.

En paralelo, se generan los distintos modelos que sirven de base para el diseo.
Se elaboran el modelo de clases y el de interaccin de objetos, mediante el
anlisis de los casos de
uso. Se especifican, asimismo, todas las interfaces
entre el sistema y el usuario, tales como formatos de pantallas, dilogos,

formatos de informes y formularios de entrada.
En la actividad Anlisis de Consistencia y Especificacin de Requisitos, se realiza
la verificacin y validacin de los modelos, con el fin de asegurar que son:
Completos,
puesto
que
cada
modelo
obtenido
contiene
toda
la
informacin necesaria recogida en el catlogo de requisitos.
Consistentes, ya que cada modelo es coherente con el resto de los
31
modelos.
Correctos, dado que cada modelo sigue unos criterios de calidad

predeterminados en relacin a la tcnica utilizada, calidad de diagramas,
eleccin de nombres, normas de calidad, etc.).
En la actividad Especificacin del Plan de Pruebas, se establece el marco general

del plan de pruebas, inicindose su especificacin, que se completar en el
proceso Diseo del Sistema de Informacin (DSI). La participacin activa de los
usuarios es una condicin imprescindible para el anlisis del sistema de
informacin, ya que dicha participacin constituye una garanta de que los
requisitos identificados son comprendidos e incorporados al sistema y, por
tanto, de que ste ser aceptado. Para facilitar la colaboracin de los usuarios,
se pueden utilizar tcnicas interactivas, como diseo de dilogos y prototipos,
que permiten al usuario familiarizarse con el nuevo sistema y colaborar en la
construccin y perfeccionamiento del mismo.
3.3.1. Definicin del Sistema
Esta actividad tiene como objetivo efectuar
una descripcin del sistema,
delimitando su alcance, estableciendo las interfaces con otros sistemas e

identificando a los usuarios representativos.
3.3.1.1. Determinacin del Alcance del Sistema
En esta tarea se delimita el sistema de informacin, se indica qu
procesos pertenecen al mbito del Sistema de Informacin y se
identifican las entidades externas al sistema que aportan o reciben
informacin. Asimismo, se obtiene un modelo conceptual de datos
identificando las entidades y relaciones que forman parte del sistema de
informacin objeto de este anlisis a partir del modelo abstracto de datos
generado en la tarea Evaluacin de Alternativas y Seleccin. El modelo de
negocio especifica los procesos a los que se quiere dar respuesta en el
sistema de informacin, en forma de casos de uso de alto nivel, y el
subconjunto de objetos del dominio requerido para ello. En esta actividad
se realiza, tambin, la definicin del catlogo de requisitos del sistema.
A medida que se van generando los productos anteriores, se recomienda
la definicin de un glosario de trminos del mbito de negocio, con el fin
32
de conseguir una mayor precisin en la especificacin del sistema de

informacin. El glosario es un catlogo de trminos general y comn 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 informacin es necesario llevar a
cabo sesiones de trabajo con los usuarios responsables del sistema de
informacin que se est analizando.
3.3.1.1.1. Modelo de Negocio
El modelo de negocio contempla los procesos principales del negocio
bajo anlisis 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. Identificacin de los Usuarios Participantes y Finales
En esta tarea se identifican los usuarios participantes y finales,
interlocutores tanto en la obtencin de requisitos como en la validacin
de los distintos productos y la aceptacin final del sistema.
Dada la importancia que la colaboracin de los usuarios tiene en el
proceso de obtencin de los requisitos, es conveniente determinar
quines 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 anlisis.
3.3.2. Establecimiento de Requisitos
En esta actividad se lleva a cabo la definicin, anlisis y validacin de los
requisitos a partir de la informacin facilitada por el usuario, completndose
el catlogo de requisitos obtenido en la actividad Definicin del Sistema. El
objetivo de esta actividad es obtener un catlogo detallado de los requisitos,
a partir del cual se pueda comprobar que los productos generados en las
actividades de modelacin se ajustan a los requisitos de usuario.
33
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 finalizacin de una
tarea para el comienzo de la siguiente. Lo que se tiene en un momento
determinado es un catlogo de requisitos especificado en funcin de la
progresin del proceso de anlisis.
Se propone como tcnica de obtencin de requisitos la especificacin de los
casos de uso de la orientacin a objetos. Dicha tcnica ofrece un diagrama
simple y una gua de especificacin en las sesiones de trabajo con el
usuario.
3.3.2.1. Especificacin 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 informacin
relativa a:
Descripcin del escenario, es decir, cmo un actor interacta

con el sistema, y cual es la respuesta obtenida.
Precondiciones y poscondiciones.
Identificacin 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
tcnica
de
especificacin los diagramas de transicin de estados, as como la

divisin en casos de uso ms simples, actualizando el modelo de casos de
uso. Para la obtencin de esta informacin es imprescindible la
participacin activa de los usuarios.
3.3.3. Anlisis 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 interaccin dichos objetos. Esta actividad se lleva a cabo para
cada uno de los casos de uso.
34
3.3.3.1. Identificacin de Clases de Anlisis

En esta tarea se comienzan a identificar los objetos necesarios para
realizar el caso de uso, basndose en la especificacin 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 informacin necesaria para identificar todas, por lo que se hace una
primera aproximacin que se va refinando posteriormente, durante esta
actividad y en el proceso de diseo. Adems, algunos de los objetos
representan mejor la informacin del sistema si se les identifica como
atributos en vez de como clases. Para poder diferenciarlas, es necesario
estudiar el comportamiento de esos objetos en el diagrama de interaccin
y adems se debe tener en cuenta una serie de reglas, como puede ser el
suprimir palabras no pertinentes, con significados vagos o sinnimos.
Una vez definidas cada una de las clases, se incorporan al modelo de
clases de la actividad Anlisis 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 informacin manipulada en el

caso de uso).
Clases de Interfaz de Usuario (se utilizan para describir la

interaccin entre el sistema y sus actores. Suelen representar
abstracciones
de
ventanas,
interfaces
de
comunicacin,
formularios, etc.).
Clases de Control (son responsables de la coordinacin, 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 lgica dentro del sistema de forma visual, permitiendo
documentarla y validarla;
proporcionando una buena base para
identificar el comportamiento del sistema.

35
Tpicamente 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. Tambin son una buena herramienta
para explorar la lgica de una operacin compleja o los elementos
implicados en la prestacin de un servicio. Nos pueden ayudar a
identificar cuellos de botella en la fase de diseo, detectar cules van a
ser las clases ms 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 formarn parte de este diagrama.
Vida del objeto: indicamos la existencia de un objeto a lo largo del

tiempo mediante una lnea discontinua. El fin del mismo se indica
mediante un aspa.
Activacin: indicamos cundo el objeto est realizando una tarea

concreta.
Mensaje: la comunicacin entre objetos y sus activaciones.
3.3.4. Especificacin de Requisitos de Seguridad

El objetivo de esta tarea es definir los procedimientos de seguridad y
operacin 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 gestin de operaciones (procesos por lotes,
seguridad, comunicaciones, etc.). Los niveles de
servicio se especifican
formalmente en el proceso Implantacin y Aceptacin del Sistema (IAS).

Para ello, se disean los procedimientos relacionados con:
Acceso al sistema y a sus recursos (datos, transacciones, libreras,

etc.).
36
Mantenimiento de la integridad y confidencialidad de los datos.
Control y registro de accesos al sistema (logs, certificacin, etc.).
Copias de seguridad y recuperacin de datos y su periodicidad.
Recuperacin ante catstrofes.
3.3.5. Presentacin
Aprobacin
del
Anlisis
del
Sistema
de
Informacin
En esta tarea se realiza la presentacin del anlisis del sistema de
informacin al Comit de Evaluacin, para la aprobacin final del mismo.
3.4. Fase III: Diseo del Sistema de Informacin
El objetivo del proceso de Diseo del Sistema de Informacin (DSI) es la
definicin de la arquitectura del sistema y del entorno tecnolgico que le va a
dar
soporte, junto
con la especificacin detallada de los componentes del
sistema de informacin.
A partir de dicha informacin, se generan todas las especificaciones de
construccin relativas al propio sistema, as como la descripcin tcnica del plan
de pruebas, la definicin de los requisitos de implantacin y el diseo de los
procedimientos de migracin y carga inicial, stos ltimos cuando proceda.
Se obtiene el diseo de detalle del sistema de informacin. La realizacin de
estas actividades exige una continua realimentacin. En general, el orden real
de ejecucin de las mismas depende de las particularidades del
sistema de
informacin y, por lo tanto, de generacin de sus productos.

En la actividad Definicin de la Arquitectura del Sistema, se establece el
particionamiento fsico del sistema de informacin, as como su organizacin en
subsistemas de diseo, la especificacin del entorno tecnolgico, y sus
requisitos de operacin, administracin, seguridad y control de acceso.
Una vez que se tiene el modelo de clases, se comienza el diseo fsico en la
actividad Diseo Fsico de Datos, comn con el enfoque estructurado. Una vez
finalizado el diseo de detalle, se realiza su revisin y validacin en la actividad
Verificacin y Aceptacin de la Arquitectura del Sistema, con
el objeto de
analizar la consistencia entre los distintos modelos y conseguir la aceptacin del

37
diseo por parte de los responsables de las reas de explotacin y sistemas.

3.4.1. Definicin de la Arquitectura del Sistema
En esta actividad se define la arquitectura general del sistema de
informacin, especificando las distintas particiones fsicas del mismo, la
descomposicin lgica en subsistemas de diseo y la ubicacin de cada
subsistema en cada particin, as como
la especificacin detallada de la
infraestructura tecnolgica necesaria para dar soporte al sistema de

informacin. El particionamiento fsico del sistema de informacin se
especifica identificando los nodos y las comunicaciones entre los mismos,
con cierta independencia de la infraestructura tecnolgica que da soporte a
cada nodo.
Con el fin de organizar y facilitar el diseo, se realiza una divisin del
sistema
de informacin en subsistemas de
diseo, como partes lgicas
coherentes y con interfaces claramente definidas. Para esto, se establece

una distincin entre subsistemas especficos del sistema de informacin (en
adelante, subsistemas especficos) y subsistemas de soporte, con la finalidad
de independizar, en la medida de lo posible, las funcionalidades a cubrir por
el sistema de informacin de la infraestructura que le da soporte. En la
mayora de los casos, los subsistemas especficos provienen directamente
de las especificaciones de anlisis y de los subsistemas de anlisis, mientras
que los subsistemas de soporte provienen de la necesidad de interaccin del
sistema de informacin con la infraestructura y con el resto de los sistemas,
as como de la reutilizacin de mdulos o subsistemas ya existentes en la
instalacin.
Debido a que la definicin de los subsistemas de soporte puede exigirla
participacin de distintos perfiles tcnicos, se propone el diseo de ambos
tipos de subsistemas en actividades distintas, aunque en paralelo. Una vez
identificados y definidos los distintos subsistemas de diseo, se determina
su ubicacin ptima de acuerdo a la arquitectura propuesta. La asignacin
de dichos subsistemas a cada nodo permite disponer, en funcin de la carga
de proceso y comunicacin existente entre los nodos, de la informacin
necesaria para realizar una estimacin de las necesidades de infraestructura
tecnolgica que da soporte al sistema de informacin.
38
3.4.1.1. Definicin de Niveles de Arquitectura

En esta tarea se definen los niveles de arquitectura software, mediante
la
definicin de las principales participaciones fsicas del sistema de
informacin, representadas como nodos y comunicaciones entre nodos.

Se entender por nodo cada participacin fsica o parte significativa del
sistema de informacin, con caractersticas propias de ejecucin o
funcin, e incluso, de diseo y construccin.
Para facilitar la comprensin del sistema, el mismo se documentar
mediante
un Modelo de Despliegue de Componentes de UML. A
continuacin de describen los elementos que contempla este tipo de

diagrama:
Nodos de procesamiento
Dispositivos hardware
Comunicacin entre nodos y con dispositivos
Componentes de software empaquetados en unidad instalables
3.4.2. Diseo de Clases

El propsito de esta actividad, que se realiza slo en el caso de Diseo
Orientado a Objetos, es transformar el modelo de clases lgico, que
proviene del anlisis, en un modelo de clases de diseo. Dicho modelo
recoge la especificacin detallada de cada una de las clases, es decir, sus
atributos, operaciones, mtodos, y
el diseo preciso de las relaciones
establecidas entre ellas, bien sean de agregacin,
asociacin o jerarqua.
Para llevar a cabo todos estos puntos, se tienen en cuenta las decisiones
tomadas sobre el entorno tecnolgico y el entorno de desarrollo elegido para
la implementacin.
Otro de los objetivos del diseo de las clases es identificar para cada clase,
los atributos, las operaciones que cubren las responsabilidades que se
identificaron en el anlisis, y la especificacin de los mtodos que
implementan esas operaciones,
analizando los escenarios del Diseo 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 fsica
39
de los datos correspondiente a ese modelo, en la actividad Diseo Fsico de

Datos.
3.4.3. Diagrama de Estados
El propsito 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 combinacin con los casos
de uso, para tener acotados los casos que provocarn cambios de estado en
un objeto.
En cuanto a la notacin, comparten muchos elementos con otros diagramas
que representan el comportamiento del modelo, como los diagramas de
actividad y colaboracin ya mencionados.
Estado: representa el estado de un objeto en un instante de tiempo.
Tendremos tantos smbolos de estado en el diagrama como estados
diferentes para cada objeto haya que modelar. Su apariencia es
similar a la representacin de una clase, pero con las esquinas
redondeadas.
Estados inicial y final: son pseudo estados que mostrarn el punto de
inicio y final del flujo de actividad. Su condicin de pseudo estado
viene dada por el hecho de que no tiene variables ni acciones
definidas.
Transiciones: una flecha indicar la transicin entre estados. En ella
describiremos el evento que ha disparado la transicin, y la accin 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. Diseo Fsico de Datos
En esta actividad se define la estructura fsica de datos que utilizar el
40
sistema, a partir del modelo lgico de datos normalizado o modelo de clases,

de manera que
teniendo presentes las caractersticas especficas del
sistema de gestin de datos concreto a utilizar, los requisitos establecidos

para el
sistema de informacin, y
las
particularidades
del
entorno
tecnolgico, se consiga una mayor eficiencia en el tratamiento de los datos.

Tambin se analizan los caminos de acceso a los datos utilizados por cada
mdulo/clase del sistema en consultas y actualizaciones, con el fin
de
mejorar los tiempos de respuesta y optimizar los recursos de mquina.

3.4.4.1. Diseo de Base de Datos
El objetivo de esta tarea es realizar el Diseo de Base de Datos a partir
del modelo lgico de datos normalizado o del modelo de clases, en el
caso de diseo orientado a objetos.
Como paso previo al diseo de la estructura fsica de datos, se analizan
las peculiaridades tcnicas del gestor de bases de datos o sistema de
ficheros a utilizar, y las estimaciones sobre la utilizacin y volumen de las
ocurrencias de cada entidad / clase del modelo lgico de datos
normalizado
o modelo de clases. Adems, si se ha establecido la
necesidad de llevar a cabo una migracin de datos, se deben tener en

cuenta tambin los volmenes de las estructuras de datos implicadas en
la conversin.
Esta informacin sirve para decidir la mejor implementacin del modelo
lgico de datos/modelo de clases, as como para hacer una estimacin
del espacio de almacenamiento.
3.4.5. Definicin de Interfaces de Usuario
En esta actividad se especifican las interfaces entre el sistema y el usuario:
formatos de pantallas, dilogos, e informes, principalmente. El objetivo es
realizar un anlisis de los procesos del sistema de informacin en los que
se requiere una interaccin del usuario, con el fin de crear una interfaz que
satisfaga todos los
requisitos establecidos, teniendo en cuenta los
diferentes perfiles a quines va dirigido.

Al comienzo de este anlisis es necesario seleccionar el entorno en el que es
41
operativa la interfaz, considerando estndares internacionales y de la

instalacin, y establecer las directrices aplicables en los procesos de diseo
y construccin. El propsito 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 caractersticas del
entorno en el que trabajan. La identificacin 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 lnea). Para cada proceso en lnea se especifica qu tipo de
informacin
requiere el usuario para completar su ejecucin realizando,
para ello, una descomposicin en dilogos que refleje la secuencia de la

interfaz de pantalla tipo carcter o pantalla grfica. Finalmente, se define el
formato y contenido de cada una de las interfaces de pantalla especificando
su comportamiento dinmico.
Se propone un flujo de trabajo muy similar para
desarrollos orientados a
objetos, coincidiendo en la mayora de las tareas, si bien es cierto que en

orientacin a objetos, al identificar y describir cada escenario en la
especificacin de los casos de uso, se hace un avance muy significativo en la
toma de datos para la posterior definicin de la interfaz de usuario.
Como resultado de esta actividad se genera la especificacin de interfaz de
usuario, como producto que engloba los siguientes elementos:
Principios generales de la interfaz.
Catlogo de perfiles de usuario.
Descomposicin funcional en dilogos.
Catlogo de controles y elementos de diseo de interfaz de

pantalla.
Formatos individuales de interfaz de pantalla.
Modelo de navegacin de interfaz de pantalla.
42
Formatos de impresin.
Prototipo de interfaz interactiva.
Prototipo de interfaz de impresin.
3.4.5.1. Especificacin de Principios Generales de la Interfaz

El objetivo de esta tarea es especificar los estndares, directrices y
elementos generales a tener en cuenta en la definicin de la interfaz de
usuario, tanto para la interfaz interactiva (grfica o carcter), como para
los informes y formularios impresos.
En primer lugar, se selecciona el entorno de la interfaz interactiva
(grfico, carcter, etc.), siguiendo estndares internacionales y de la
instalacin, y se determinan los principios de diseo de la interfaz de
usuario, contemplando:
Directrices generales en cuanto a la interfaz y aspectos generales

de interaccin.
Principios de composicin de pantallas y criterios de ubicacin de

los distintos elementos dentro de cada formato.
Normas
para
los
mensajes
de
error
aviso,
codificacin,
presentacin y comportamientos.
Normas para la presentacin de ayudas.
Hay que establecer criterios similares para la interfaz impresa:
Directrices generales.
Principios de composicin de informes y formularios.
Normas
de
elaboracin,
distribucin
salvaguarda
de
la
informacin.
3.4.5.1.1. Principios Generales de la Interfaz
La interfaz de usuario ser Web e interactiva, tratando de imitar al
mximo permitido el tipo estndar utilizado en todos los aplicativos
basados en ventanas.
Los lineamientos principales para la construccin de la interfaz de
43
usuarios son los siguientes:
La activacin de las distintas operaciones del sistema se

producen mediante una barra de mens y botones opcionales.
El acceso a los documentos se realiza mediante ventanas que

mostrarn
las caractersticas del mismo y el detalle de las
mismas.
Las pantallas tendrn, en general, un botn 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 mostrarn mediante pantallas

emergentes.
En todas las pantallas a las que ingrese el usuario, estarn

activas las opciones de men a las cuales solo tiene permiso.
Cualquier operacin de cancelacin no ser necesaria la

confirmacin por parte del usuario.
3.4.5.2. Especificacin de Formatos Individuales de la Interfaz de

Pantalla
El objetivo de esta tarea es especificar cada formato individual de la
interfaz de pantalla, desde el punto de vista esttico. Para cada proceso
en lnea identificado en la
tarea anterior o en la especificacin de los
casos de uso, y teniendo en cuenta los formatos estndar definidos en la

tarea Especificacin de Principios Generales de la Interfaz, se definen los
formatos individuales de la interfaz de pantalla requerida para completar
la especificacin de cada dilogo. En el caso de un anlisis orientado a
objetos,
estos
formatos
individuales
van
completando
las
especificaciones de los casos de uso.

Tambin se considera el catlogo de requisitos, para especificar las
interfaces relacionadas con las consultas. En la definicin de cada interfaz
de pantalla se deben definir aquellos aspectos considerados de inters
para su posterior diseo y construccin:
44
Posibilidad de cambio de tamao, ubicacin, modalidad (modal del

sistema, modal de aplicacin), etc.
Dispositivos de entrada necesarios para su ejecucin.
Conjunto y
formato de datos asociados, identificando qu datos se usan y

cules se generan como consecuencia de su ejecucin.
Controles y elementos de diseo asociados, indicando cules

aparecen inicialmente activos e inactivos al visualizar la interfaz de
pantalla.
3.4.6. Verificacin y Aceptacin de la Arquitectura del Sistema

El objetivo de esta actividad es garantizar la calidad de las especificaciones
del diseo del sistema de informacin y la viabilidad del mismo, como paso
previo a la generacin de las especificaciones de construccin. Para cumplir
dicho objetivo, se llevan a cabo las siguientes acciones:
Verificacin de la calidad tcnica de cada modelo o especificacin
Aseguramiento de la coherencia entre los distintos modelos
Aceptacin del diseo de la arquitectura por parte de Explotacin y

Sistemas.
3.4.6.1. Verificacin de la Especificacin de Diseo

El objetivo de esta tarea es asegurar la calidad formal de los distintos
modelos, conforme a la tcnica seguida para la elaboracin de cada
producto y a las normas y estndares especificados en el catlogo de
normas.
3.4.7. Presentacin
Aprobacin
del
Diseo
del
Sistema
de
Informacin
En esta tarea se realiza la presentacin del diseo del sistema de
informacin al Comit de Direccin para la aprobacin final del mismo.
3.5. Fase IV: Construccin del Sistema de Informacin
En este proceso se genera el cdigo de los componentes del Sistema de
Informacin, se desarrollan todos los procedimientos de operacin y seguridad
y se elaboran todos los manuales de usuario final y de explotacin con el
objetivo de asegurar el correcto funcionamiento del Sistema para su posterior
45
implantacin. Para conseguir dicho objetivo, en este proceso se realizan las

pruebas unitarias, las pruebas de integracin de los subsistemas y componentes
y las pruebas del sistema, de acuerdo al plan de pruebas establecido.
Asimismo, se define la formacin de usuario final y, si procede, se construyen
los procedimientos de migracin y carga inicial de datos. Al ser MTRICA 3 una
metodologa que cubre tanto desarrollos estructurados como orientados a
objetos, las actividades de ambas aproximaciones estn integradas en una
estructura comn. En la actividad Preparacin del Entorno de Generacin y
Construccin, se asegura la disponibilidad de la infraestructura necesaria para la
generacin del cdigo de los componentes y procedimientos del sistema de
informacin. Una vez configurado el entorno de construccin, se realiza la
codificacin y las pruebas de los distintos componentes que conforman el
sistema de informacin, en las actividades:
Generacin del Cdigo de los Componentes y Procedimientos, que se

hace
segn
informacin,
las
y
especificaciones
conforme
al
plan
de
de
construccin
del
sistema
de
integracin
del
sistema
de
informacin.
Ejecucin de las Pruebas de Integracin, que incluye la ejecucin de las

verificaciones asociadas a los subsistemas y componentes, a partir de los
componentes
verificados
individualmente,
la
evaluacin
de
los
resultados.
Una vez construido el sistema de informacin y realizadas las verificaciones
correspondientes, se lleva a cabo la integracin final del sistema de informacin
en la actividad Ejecucin 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. Preparacin del Entorno de Generacin y Construccin
El objetivo de esta actividad es asegurar la disponibilidad de todos los
medios y facilidades para que se pueda llevar a cabo la construccin del
sistema de informacin. Entre estos medios, cabe destacar la preparacin de
los puestos de trabajo, equipos fsicos y lgicos, gestores de bases de datos,
46
bibliotecas de programas, herramientas de generacin de cdigo, bases de

datos o ficheros de prueba, entre otros.
3.5.1.1. Implantacin de la Base de Datos Fsica
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 fsicos a emplear, tamao de los bloques, tipo de
registro
fsico,
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. Preparacin del Entorno de Construccin
En esta tarea se prepara el entorno en el que se construirn los
componentes del sistema de informacin, contemplando aspectos tales
como:
Bibliotecas o libreras a utilizar
Herramientas: generadores de cdigo, editores, compiladores,

verificadores sintcticos, montadores de enlace
Puestos de trabajo
Implementacin de los procedimientos de operacin y seguridad

propios del entorno de construccin, de acuerdo a los requisitos de
seguridad y operacin establecidos en la tarea
Especificacin del Entorno de Construccin.
3.5.2. Generacin del Cdigo de los Componentes y Procedimientos

El objetivo de esta actividad es la codificacin de los componentes del
sistema de informacin, a partir de las especificaciones de construccin
obtenidas en el proceso Diseo del Sistema de Informacin, as como la
construccin de los procedimientos de operacin y seguridad establecidos
para el mismo.
47
3.5.2.1. Generacin del Cdigo de Componentes

En esta tarea se genera el cdigo correspondiente a cada uno de los
componentes del sistema de informacin, identificados en la tarea
Definicin de Componentes y Subsistemas de Construccin.
Para generar el cdigo fuente se tienen en cuenta los estndares de
nomenclatura, codificacin y calidad utilizados por la organizacin y
recogidos en el catlogo de normas. Con el fin de verificar que el cdigo
fuente especifica de forma correcta el componente, se realiza su
ensamblaje
compilacin,
sintcticos,
el
enlace
verificando
del
cdigo
corrigiendo
objeto
los
obtenido
errores
con
las
correspondientes bibliotecas.
3.5.3. Ejecucin de las Pruebas del Sistema
El objetivo de las pruebas del sistema es comprobar la integracin del
sistema de informacin globalmente, verificando el funcionamiento correcto
de las interfaces entre los distintos subsistemas que lo componen y con el
resto de sistemas de informacin con los que se comunica.
En la realizacin de estas pruebas es importante comprobar la cobertura de
los
requisitos,
dado
que
su
incumplimiento
puede
comprometer
la
aceptacin del sistema por el equipo de operacin responsable de realizar

las pruebas de implantacin del sistema, que se llevarn a cabo en el
proceso Implantacin y Aceptacin del Sistema.
3.5.3.1. Realizacin de las Pruebas del Sistema
El objetivo de esta tarea es comprobar la integracin de todos los
subsistemas y componentes del sistema de informacin, as como la
interaccin del mismo con otros sistemas de informacin con los que se
relaciona, de acuerdo a las verificaciones establecidas para el nivel de
pruebas del sistema.
Para cada verificacin establecida, se realizan las pruebas con los casos
de pruebas asociados, efectuando el correspondiente anlisis e informe
de los resultados y generando un registro conforme a los criterios
establecidos en el plan de pruebas.
48
3.5.3.2. Evaluacin del Resultado de las Pruebas del Sistema

El objetivo de esta actividad es analizar los resultados de las pruebas del
sistema de informacin y efectuar su evaluacin. Dicha evaluacin recoge
el grado de cumplimiento de las mismas.
3.5.3.3. Aprobacin del Sistema de Informacin
En esta tarea se recopilan los productos del sistema de informacin y se
presentan al Comit de Seguimiento para su aprobacin.
3.6. Fase V: Implantacin y Aceptacin del Sistema
Este proceso tiene como objetivo principal la entrega y aceptacin del sistema
en su totalidad, y la realizacin de todas las actividades necesarias para el paso
a produccin del mismo. Se estudia su alcance y en funcin de sus
caractersticas, se define un plan de implantacin y se especifica el equipo que
lo va a llevar a cabo. Conviene sealar la participacin del usuario de operacin
en las pruebas de implantacin, del usuario final en las pruebas de aceptacin,
y del responsable de mantenimiento.
Las actividades previas al inicio de la produccin incluyen la preparacin de la
infraestructura necesaria para configurar el entorno, la instalacin de los
componentes, la activacin de los procedimientos manuales y automticos
asociados y, cuando proceda, la migracin o carga inicial de datos.
Se realizan las pruebas de implantacin y de aceptacin del sistema en su
totalidad, las mismas responden a los siguientes propsitos:
Las pruebas de implantacin cubren un rango muy amplio, que va desde
la comprobacin de cualquier detalle de diseo interno hasta aspectos
tales como las comunicaciones. Se debe comprobar que el sistema puede
gestionar los volmenes de informacin requeridos, se ajusta a los
tiempos de respuesta deseados y que los procedimientos de respaldo,
seguridad e interfaces con otros sistemas funcionan correctamente. Se
debe
verificar
tambin
el
comportamiento
del
sistema
bajo
las
condiciones ms extremas.
Las pruebas de aceptacin se realizan por y para los usuarios. Tienen
49
como objetivo validar formalmente que el sistema se ajusta a sus

necesidades.
3.6.1. Establecimiento del Plan de Implantacin
En esta actividad se identifican los distintos sistemas de informacin que
forman parte del sistema objeto de la implantacin. Para cada sistema se
analizan las posibles dependencias con otros proyectos, que puedan
condicionar el plan de implantacin.
Una vez estudiado el alcance y los condicionantes de la implantacin, se
decide si sta se puede llevar a cabo. Ser preciso establecer, en su caso, la
estrategia que se concretar de forma definitiva en el plan de implantacin.
Se constituye el equipo de implantacin, determinando los recursos
humanos necesarios para la propia instalacin del sistema, para las pruebas
de implantacin y aceptacin, y para la preparacin del mantenimiento. Se
identifican, para cada uno de ellos, sus perfiles y niveles de responsabilidad.
3.6.1.1. Definicin del Plan de Implantacin
Se revisan los requisitos de implantacin (instalacin, infraestructura,
formacin)
los
procedimientos
implicados
en
la
implantacin,
establecidos para cada uno de los sistemas de informacin en la tarea

Especificacin de Requisitos de Seguridad, con el fin de asegurar su
adecuacin a la estrategia global de implantacin.
Una vez analizada la informacin anterior, se define un plan de
implantacin que permita calcular adecuadamente el esfuerzo y los
recursos necesarios para llevar a cabo con xito la implantacin. Dicho
plan debe contemplar todas las tareas relacionadas con:
La formacin necesaria para la implantacin, tanto a usuarios

finales como al equipo que se encarga de realizar las pruebas de
implantacin y aceptacin del sistema.
La preparacin de la infraestructura necesaria para la incorporacin

del sistema al entorno de operacin.
La
instalacin
de
todos
los
componentes
procedimientos
manuales y automticos asociados a cada sistema de informacin

50
implicado en la implantacin.
La ejecucin de los procedimientos de carga inicial y migracin de

datos, si se determin su necesidad.
La realizacin de las pruebas de implantacin y aceptacin del

sistema.
La formalizacin del plan de mantenimiento.
3.6.1.2. Especificacin del Equipo de Implantacin

Se constituye el equipo de trabajo necesario para llevar a cabo la
implantacin y aceptacin del sistema, segn el plan de implantacin
establecido en la tarea anterior. Para ello se identifican, en funcin del
nivel de esfuerzo requerido, los distintos participantes implicados en la
implantacin del sistema (usuarios, equipo
mantenimiento),
determinando
tcnico y responsable de
previamente
sus
perfiles,
responsabilidades, nivel de implicacin y fechas previstas de participacin

a lo largo de toda la implantacin.
3.6.2. Incorporacin del Sistema al Entorno de Operacin
En
esta
actividad
se
realizan
todas
las
tareas
necesarias
para
la
incorporacin del sistema al entorno de operacin en el que se van a llevar a

cabo las pruebas de implantacin y aceptacin del sistema.
Mientras que las pruebas unitarias, de integracin y del sistema se pueden
ejecutar en un entorno distinto de aqul en el que finalmente se implantar,
las pruebas de implantacin y aceptacin del sistema deben ejecutarse en el
entorno real de operacin. El propsito es comprobar que el sistema
satisface todos los requisitos especificados por el usuario en las mismas
condiciones que cuando se inicie la produccin.
Por tanto, como paso previo a la realizacin de dichas pruebas y de acuerdo
al plan de implantacin establecido, se verifica que los recursos necesarios
estn disponibles para que se pueda realizar, adecuadamente, la instalacin
de todos los componentes que integran el sistema, as como la creacin y
puesta a punto de las bases de datos en el entorno de operacin. Asimismo,
se establecen los procedimientos de explotacin y uso de las bases de datos
de acuerdo a la normativa existente en dicho entorno.
51
3.6.2.1. Realizacin de la Instalacin

Se realiza la instalacin de todos los componentes del nuevo sistema,
incluidos los procedimientos manuales y automticos, de acuerdo al plan
de implantacin y a su ubicacin fsica, establecida en el proceso Diseo
del Sistema de Informacin. Se deben tener en cuenta los estndares y
normativas por los que se rige la organizacin en los entornos de
operacin.
Asimismo, se prepara el entorno de datos identificando los sistemas de
informacin que forman parte del sistema objeto de la implantacin. Para
cada uno de ellos:
Se crean las bases de datos a partir del esquema fsico elaborado

en el proceso de construccin.
Se establecen los procedimientos de explotacin y uso de las bases

de datos, es decir, la normativa necesaria para la utilizacin de las
bases de datos, actualizacin, consulta, etc.
Se preparan las autorizaciones de acceso a los datos para los

distintos perfiles de usuarios.
Una vez comprobada la correcta habilitacin del nuevo sistema, se

activan los procedimientos de operacin, de administracin del sistema,
de seguridad y de control de acceso. Incluyen el arranque y cierre del
sistema segn la frecuencia establecida, las autorizaciones de acceso al
sistema segn los distintos perfiles de usuario, etc.
3.6.3. Pruebas de Implantacin del Sistema
La finalidad de las pruebas de implantacin es doble:
Comprobar el funcionamiento correcto del mismo en el entorno de

operacin.
Permitir que el usuario determine, desde el punto de vista de

operacin, la aceptacin del sistema funcionando en su entorno real,
cumpliendo los requisitos especificados.
Una vez ejecutadas estas pruebas,

se
informa de
las incidencias
52
detectadas, se analiza la informacin y se toma las medidas correctoras

que
se
consideren
necesarias para que el
sistema d respuesta a las
especificaciones previstas.
3.6.3.1. Preparacin de las Pruebas de Implantacin
Se comprueba la disponibilidad de los recursos humanos y tcnicos
necesarios para realizar las pruebas de implantacin. Se revisan las
verificaciones establecidas en el plan de pruebas. Si fuera necesario, se
crea algn caso de prueba adicional que se considere importante y que
no se haya tenido en cuenta hasta entonces.
Se preparan las condiciones que permitan simular las situaciones lmite
previstas para las pruebas, formalmente, se comunica el plan de pruebas
de implantacin al equipo responsable de llevarlas a cabo.
3.6.3.2. Realizacin de las Pruebas de implantacin
Se realizan las pruebas de implantacin.
3.6.3.3. Evaluacin del Resultado de las Pruebas de Implantacin
Se evalan los resultados de las pruebas analizando las incidencias
recibidas y comprobando que se han llevado a cabo todos los casos de
pruebas establecidos en el plan de pruebas.
3.6.4. Pruebas de Aceptacin del Sistema
Las pruebas de aceptacin tienen como fin validar que el sistema cumple los
requisitos bsicos de funcionamiento esperado y permitir que el usuario
determine la aceptacin del sistema. Por este motivo, estas pruebas son
realizadas por el usuario final que, durante este periodo de tiempo, debe
plantear todas las deficiencias o errores que encuentre antes de dar por
aprobado el sistema definitivamente.
Los
Directores
de
los
Usuarios
revisan los
criterios
de
aceptacin,
especificados previamente en el plan de pruebas del sistema, y dirigen las

pruebas de aceptacin final que llevan a cabo los usuarios expertos. A su
vez, stos ltimos deben elaborar un informe que los Directores de los
Usuarios analizan y evalan para
determinar la aceptacin o rechazo del

53
sistema.
3.6.4.1. Realizacin de las Pruebas de Aceptacin
Se llevan a cabo las pruebas de aceptacin final del sistema para
asegurar que
todos los componentes responden a los criterios de
aceptacin especificados.
Se registra la realizacin de las pruebas, incluyendo un informe que
recoja la desviacin de los requisitos establecidos y los problemas que
quedan sin resolver.
3.6.5. Presentacin y Aprobacin del Sistema
En esta tarea se realiza la presentacin de la implantacin del sistema de
informacin al Comit de Evaluacin, para la aprobacin final del mismo.
54
Captulo 4
Viabilidad del
Sistema de
Informacin
55
4. VIABILIDAD DEL SISTEMA DE INFORMACIN

4.1. Viabilidad Operativa
El sistema de informacin a implementar se enfatiza en su simplicidad

en su forma de uso, entonces no existe peligro de que los usuarios de
la institucin lo consideren demasiado complejo para ignorarlo o que
lo puedan usar de tal forma que cause errores o fallos en el sistema.
El sistema de informacin a implementar no tiene por finalidad

desplazar a personal, entonces no existe la posibilidad de que los
usuarios se resistan a el como consecuencia de una tcnica de
trabajo.
La implantacin del sistema de informacin se realizara de forma

paulatina por lo que no existe peligro de que los usuarios se sientan
presionados por aprender a usar el sistema de manera rpida, adems
con las capacitaciones que se tienen planeadas se pretender resolver
este punto.
4.2. Viabilidad Tcnica

4.2.1. Administracin
Instalacin y Configuracin
Una solucin basada en plataforma LAPP (Linux + Apache +
POSTGRESQL + PHP) requiere de conocimientos avanzados por
parte del administrador, en esta plataforma se pueden encontrar
diversas formas de implementacin como paquetes compilados
para la distribucin GNU/LINUX a usar o paquetes binarios que
pueden instalarse en cualquier distribucin GNU/LINUX.
O, si el caso lo requiere se puede realizar una compilacin a
medida de las necesidades de la institucin donde se usar dicha
plataforma. Esto es posible gracias a que una de las libertades del
Software Libre es la Distribucin del Cdigo Fuente.
Es recomendable al utilizar una solucin basada en Plataforma de
Software Libre LAPP realizar una instalacin sin interfaz grafica
esto es para que todos los recursos se dediquen a atender
exclusivamente los servicios que se necesiten.
56
Al no utilizar interfaz grfica para la administracin toda la

configuracin se realizan editando archivos
de texto plano,
permitiendo una mayor transparencia en la configuracin y

personalizacin de los servicios necesarios.
Administracin y Monitoreo
Los sistemas basados en Plataforma de Software Libre son
administrados de manera centralizada; ofreciendo las alternativas
de administracin local o remota por medio de una consola o una
terminal en modo texto, todas las configuraciones se realizan
utilizando un editor de texto, solo es necesario tener los permisos
necesarios para realizar las modificaciones en los archivos de
configuracin correspondientes.
Alternativamente la administracin se puede realizar mediante
herramientas visuales que permitan modificar la configuracin del
sistema ya sea por web o a travs de una interfaz grafica para
GNOME o KDE que son los gestores de escritorio mas usados para
un sistema GNU/LINUX.
Para el monitoreo del sistema se realizara mediante los archivos
log que se crean en el sistema guardando configuraciones,
operaciones y dems datos que puedan ser relevantes para el
monitoreo.
4.2.2. Seguridad
A nivel de archivos
El sistema de archivos mas utilizado en una Plataforma de
Software Libre LAPP es Ext3 (third extended filesystem o tercer
sistema de archivos extendido), posee una gran tolerancia a fallos
en el cual la integridad de los datos est asegurada porque las
modificaciones de la meta informacin (informacin utilizada por el
sistema de archivos para manejar datos, como el tamao,
posicin, atributos, etc.) de los archivos son almacenada en un
registro cronolgico denominado journal o bitcora, antes que los
bloques originales sean modificados, en el caso de un fallo de
57
sistema provocado por:
Fallas de energa elctrica
Fallos de software
Fallos de hardware
El procedimiento es bsicamente el siguiente:

a) Se
bloquean las
estructuras
de
datos
afectadas
por
la
transaccin para que ningn otro proceso pueda modificarlas

mientras dura la transaccin.
b) Se reserva un recurso para almacenar el journal. Por lo general
suelen ser unos bloques de disco, de modo que si el sistema se
para de forma abrupta (corte elctrico, avera, fallo del sistema
operativo...) el journal siga disponible una vez reiniciado el
sistema.
c) Se efectan una a una las modificaciones en la estructura de
datos. Para cada una:
Se apunta en el journal como deshacer la modificacin y

se
asegura
de
que
esta
informacin
se
escribe
fsicamente en el disco.
Se realiza la modificacin.
d) Si en cualquier momento se quiere cancelar la transaccin se

deshacen los cambios uno a uno leyndolos y borrndolos del
journal.
e) Si todo ha ido bien, se borra el journal y se desbloquean las
estructuras de datos afectadas.
Gestin de memoria
Respecto a memoria virtual, Linux hace uso de una estructura de
tabla de pginas con tres niveles. Para utilizarlas, las direcciones
virtuales en Linux se ven como un conjunto de 4 campos.
Para tratar de aumentar la eficiencia al cargar y descargar pginas
desde o hacia la memoria, se ha definido un mecanismo peculiar.
Sin entrar en demasiados detalles tcnicos, basta indicar que se
utiliza el Sistema de colegas, en el cual las pginas son agrupadas
58
en marcos de tamao fijo. Para reemplazar pginas, se utiliza el

algoritmo del reloj, en el cual las pginas tienen asignada una
especie de variable de edad. Cuando es necesario reemplazar una
pgina, aquellas que no han sido referenciadas en bastante tiempo
son las mejores candidatas. Linux gestiona la memoria central y
las tablas de pginas utilizadas para convertir las direcciones
lineales (virtuales) en direcciones fsicas. Implementa una gestin
de la memoria ampliamente independiente de la plataforma sobre
la que se ejecuta.
Linux hace uso de las ventajas de la segmentacin y de los
circuitos de los procesadores i386 para traducir direcciones lgicas
en direcciones fsicas. Podemos tambin decir que alguna porcin
de RAM est permanentemente asignada al kernel y utilizada para
almacenar el cdigo del kernel y estructuras de datos estticas del
mismo.
La restante parte de la RAM se denomina memoria dinmica, y
sta es un recurso muy valioso y necesitado no slo por los
procesos, sino tambin por el propio kernel. De hecho, el
rendimiento
global
de
un
sistema
depende
de
cmo
de
eficientemente se gestiona la memoria dinmica. Por lo tanto, hoy

da todos los sistemas operativos multitarea tratan de optimizar
el uso de la memoria dinmica, asignndola slo cuando es
estrictamente necesario y liberndola tan pronto como sea posible.
Si un proceso necesita cargar una pgina de memoria virtual a
memoria fsica y no hay ninguna pgina de memoria fsica libre, el
sistema operativo tiene que crear espacio para la nueva pgina
eliminando alguna otra pgina de memoria fsica. Si la pgina que
se va a eliminar de memoria fsica provena de un archivo imagen
o de un archivo de datos sobre el que no se ha realizado ninguna
operacin de escritura, entonces la pgina no necesita ser
guardada. Tan slo se tiene que desechar y si el proceso que
estaba utilizando la vuelve a necesitar simplemente se carga
nuevamente desde el archivo imagen o datos.
59
Por otra parte, si la pgina ha sido modificada, el sistema debe

preservar su contenido para que pueda volver a ser accedido. Este
tipo de pgina se conoce como pgina modificada y para poderla
eliminar de memoria se ha de guardar en un dispositivo de swap.
El tiempo de acceso al dispositivo de intercambio es muy grande
en relacin a la velocidad del procesador y la memoria fsica, y el
sistema operativo tiene que conjugar la necesidad de escribir
pginas al disco con la necesidad de retenerlas en memoria
para ser usadas posteriormente.
Cuando el kernel necesita memoria, puede eliminar pginas en
memoria principal. Si el contenido de estas pginas ha sido
modificado,
es
necesario
guardarlas
en
disco:
una
pgina
correspondiente a un archivo proyectado en memoria se rescribe

en el archivo, y una pgina correspondiente a los datos se guarda
en un dispositivo de swap. Puede ser una particin en disco, o un
disco normal. Linux es capaz de utilizar varios dispositivos de
swap. Cuando una pgina debe guardarse, los dispositivos de swap
activos se exploran para encontrar un lugar donde escribir la
pgina.
4.2.3. Soporte Tcnico
El software libre, al ser pblico, esta sometido a la inspeccin de una
multitud de personas, que pueden buscar problemas, solucionarlos, y
compartir la solucin con los dems. Debido a esto, y a lo que se llama "el
principio de Linus" (dada la suficiente cantidad de ojos, cualquier error del
software es evidente), los programas libres gozan de un excelente nivel de
confiabilidad y estabilidad, requerido para las aplicaciones crticas del
estado.
Los empleados tcnicos del estado, una vez capacitados, podran seguir
cumpliendo
sus
funciones.
El
software
libre
tiene
tambin
soporte
empresarial, al igual que el propietario. Algunas empresas como IBM, Red

Hat, Novell y Sun MicroSystems dan soporte a software libre.
Con el software libre se puede elegir libremente a quien contratar para
60
soporte, en funcin de cuan capacitado est, y cuanto quiera cobrar. De esta

forma se impide la extorsin que puede realizar la empresa duea de un
software, aprovechando su exclusividad sobre el soporte y mantenimiento
de sus productos, que le otorga un monopolio.
Entre las opciones para elegir, en el caso del software libre, se incluiran
tambin como posibilidades a los tcnicos y empresas locales, de esta forma
se fomentan el desarrollo y la economa local. Otro medio disponible son los
acuerdos con las universidades, que son fuente de personal capacitado y
que mediante acuerdos pueden colaborar para ofrecer soluciones y
desarrollo de sistemas.
4.2.4. Utilizacin
Es evidente que el mundo de los negocios actuales tiene una gran
dependencia del uso de las TI, como factor productivo, comercial y
estratgico. Es por tal razn que el software libre se utilizar en una variedad
de rubros como:
Servicios de Internet, Comunicaciones y Seguridad de Redes
Bases de Datos de alta disponibilidad
Suites de Oficina, Diseo Grfico y Multimedia
Anlisis, modelamiento y desarrollo de Software
Control
de
proyectos,
Aplicaciones
verticales
para
finanzas,
medicina, educacin, ciencia e ingeniera.

Es claro que las empresas peruanas estn alineadas con esto cuando
alcanzan cierto tamao en el Per existen empresas que usan software libre
como lo demuestran los siguientes datos:
18.5% de la entidades estatales, al menos 30% aplicaran SL en el

futuro (INEI-2002)
18.75% de las empresas privadas (IDC-2004), promedio mas alto

de Latinoamrica (14%)
Las grandes empresas de medios
Alto crecimiento en el sector de empresas industriales y de servicios
61
Centros de estudios superiores
4.2.5. Conclusiones
Todas las oficinas que formaran parte en la Implementacin del Sistema de
Gestin Documental para Gobiernos Locales bajo Plataforma de Software
Libre cuentan con equipos de computo necesarios para el uso del sistema,
adems cuenta con un servidor propio en el cual se instalara y configurara el
sistema.
Para
determinar
cada
una
de
sus
funcionalidades
particulares,
se
describieron sus caractersticas de la plataforma LAPP en cuanto a

administracin,
seguridad,
soporte
tcnico
utilizacin,
permitiendo
establecer las siguientes ventajas de la plataforma LAPP:

La primera y ms importante es la seguridad, GNU/LINUX es un
sistema operativo muy robusto, es por esto que esta plataforma se

usa con frecuencia para servidores donde se ejecutan aplicaciones de
misin crtica.
La plataforma LAPP es muy fiable, manteniendo un nivel especfico
de funcionamiento en caso de errores del software.

Por ultimo la plataforma LAPP es muy eficiente ya que proporciona
un desempeo adecuado a la cantidad de recursos utilizados

En definitiva el uso de una plataforma LAPP no solo es recomendable por el
hecho de reducir los costos y de limitar la dependencia tecnolgica, sino
tambin por el hecho de brindar mayor nivel de seguridad, fiabilidad,
eficiencia y mayores posibilidades de desarrollo.
Al contar favorablemente con los puntos anteriormente descritos se concluye
que tcnicamente es viable, no existiendo ningn inconveniente para la
Implementacin del Sistema de Gestin Documental para Gobiernos Locales
bajo Plataforma de Software Libre.
4.3. Viabilidad Econmica
4.3.1. Consideraciones
Para desarrollar la evaluacin de costos de implementacin de
62
la
plataforma LAPP, se estima una tasa de inters del 15% bancaria

anual. Los servicios de Servidor Web y Base de Datos deben estar
en uso por un periodo de 3 aos.
Todos los precios estn expresados en dlares americanos
Los servicios sern implementados con herramientas libres, usando

Apache como Servidor Web, PostgreSQL como Servidor de Base de
Datos y Ubuntu Server Edition como distribucin GNU/Linux.
Este estudio contemplar los costos de Licencias, Implementacin,

Soporte Tcnico, Capacitacin y Costos Administrativos para el uso
de la Plataforma LAPP.
4.3.2. Costos de Inversin

4.3.2.1. Software
Los costos de software son:
SOFTWARE
CANT. P.UNIT. $ TOTAL $
Ubuntu Server Edition
0.00
0.00
Apache Web Server
0.00
0.00
PostgreSQL Server
0.00
0.00
PHP
0.00
0.00
4.3.2.2. Implementacin
La implementacin de un servidor LAPP tiene el siguiente costo:
DESCRIPCION
Implementacin de un Servidor LAPP
CANT. P.UNIT. $
1
800.00
TOTAL $
800.00
4.3.2.3. Capacitacin
La capacitacin estar destinada a dos trabajadores responsables del
rea de sistemas de la institucin. Segn la cotizacin dada por la
empresa SmartPeru S.A.C. por la capacitacin de 2 personas con una
duracin de 8 horas, en
temas de administracin de un servidor LAPP,
esto incluye instalacin y configuracin, dicho costo seria:
DESCRIPCION
Capacitacin de personal
CANT. P.UNIT. $
2
200.00
TOTAL $
400.00
63
4.3.2.4. Total Costos de Inversin
DESCRIPCION
CANT.
P.UNIT. $
TOTAL $
Software
0.00
0.00
Implementacin
800.00
800.00
Capacitacin
200.00
400.00
TOTAL
1200.00
4.3.3. Costos de Operacin

4.3.3.1. Soporte Tcnico
El soporte tcnico brindado por la empresa SmartPeru S.A.C, incluye
soporte va correo electrnico, va telefnica o conexin remota,
dicho
soporte no supera los 60 minutos echa la consulta.

El primer ao tiene un costo cero, ya que dicho tiempo de soporte esta
incluido en el costo de implementacin, a partir del segundo ao, si se
quiere contar con el soporte tcnico de la empresa se deber pagar $300
dlares anuales.
DESCRIPCION
AO 1 $
Soporte Tcnico
0.00
AO 2 $
300.00
AO 3 $
300.00
4.3.3.2. Recursos Humanos

Para administrar el Servidor LAPP es necesario de un administrador.
DESCRIPCION
MES $ AO 1 $ AO 2 $ AO 3 $
Responsable de la
administracin del servidor
LAPP
100.00 1200.00 1200.00
1200.00
4.3.3.3. Total de Operacin
DESCRIPCION
AO 1 $
Soporte Tcnico
Recursos Humanos
TOTAL
AO 2 $
AO 3 $
0.00
300.00
300.00
1200.00
1200.00
1200.00
1200.00
1500.00
1500.00
64
4.3.4. Beneficio de Proyecto

4.3.4.1. Beneficios Tangibles
DESCRIPCION
Costo por Licencias
CANT.
Servidor LAPP
P.UNIT. $
0.00
TOTAL $
0.00
BENEFICIO $
0.00
Reduccin de prdidas de horas en dar mantenimiento

por interrupcin del servicio
Anualmente el servicio podra ser reiniciado para tareas de
mantenimiento, tomando 0.83 horas para reanudar los
servicios.
MANTENIMIENTO
P. HORA $
0.83 horas
2.50
AO $
2.08
BENEFICIO $
2.08
Reduccin de costos en material de oficina

La implementacin el Sistema LAPP implicara una reduccin
de costos con respecto a la gestin manual como se realiza
en la actualidad.
SISTEMA MANUAL
CANT.
P.UNIT. $
Millar hojas impresin
780000
5.40
4212.00
4212.00
40000
0.07
2800.00
2800.00
35.00
5460.00
3900.00
TOTAL
10912.00
Fotocopias
Tinta de impresora
156
TOTAL $
SISTEMA LAPP
CANT.
P.UNIT. $
Millar hojas impresin
390000
5.40
2106.00
2016.00
10000
0.07
350.00
350.00
35.00
2730.00
2730.00
TOTAL
5186.00
Fotocopias
Tinta de impresora
78
TOTAL $
BENEFICIO $
BENEFICIO $
65
DESCRIPCION
Total de Beneficios Intangibles
CANT.
Servidor LAPP
P.UNIT. $
MANTENIMIENTO
TOTAL $
0.00
P. HORA $
0.83 horas
0.00
0.00
TOTAL
0.00
AO $
2.50
BENEFICIO $
BENEFICIO $
2.08
2.08
TOTAL
2.08
MATERIAL DE OFICINA
BENEFICIO $
Sistema Manual
10912.00
Sistema LAPP
5186.00
TOTAL
5726.00
SUMA TOTAL
5728.08
4.3.4.2. Beneficios Intangibles
Mayor confiabilidad, seguridad en los servicios
Satisfaccin por parte de los diferentes usuarios
Independencia del proveedor
Innovacin tecnolgica
Acceso al cdigo fuente
Mayor productividad del personal
4.3.5. Valor Actual Neto

i = Taza de Inters Bancaria Anual
AO 0 $
Costo de Inversin (CI)
15%
AO 1 $
AO 2 $
AO 3 $
1200.00
0.00
300.00
300.00
Costo de Operacin (CO)
0.00
1200.00
1500.00
1500.00
Beneficio Anual (B)
0.00
5728.08
5728.08
5728.08
66
VAN
Bi Ci
i n
100
i 0
B0 CI0
+0
VAN=
1
15
100
-1200.00
15
100
+
1
AO 0 $
B3 CO3
15
100
5728.08 1500.00
15
100
Costo de Inversin (CI)
B2 CO2
1
15
100
5728.08 1200.00
+0
VAN=
1
B1 CO1
15
100
5728.08 1500.00
15
100
AO 1 $
AO 2 $
15
100
AO 3 $
1200.00
0.00
0.00
0.00
Costo de Operacin (CO)
0.00
1200.00
1500.00
1500.00
Beneficio Anual (B)
0.00
5728.08
5728.08
5728.08
-1200.00
3937.46
3197.04
2781.63
VAN
VAN
$ 8716.13
Esto significa que se est generando ms efectivo del que se necesita por lo que
se deduce que este proyecto es rentable.
4.3.6. Tiempo de recuperacin de la inversin
Inversin total
TR=
Promedio Beneficio Neto
Donde:
Promedio Beneficio Neto = Beneficio Costo Operacin
1200.00
TR=
5728.08 1200.00
67
T R = 0.27 aos
Por lo tanto el tiempo necesario para recuperar la inversin ser en
aproximadamente 3 meses y 7 das.
Aos Meses Das

0,27
3,24
7,2
4.3.7. Tasa Interna de Retorno

Es la tasa de descuento que iguala el valor actual de los beneficios y el
valor actual de los costos. Representa la tasa de rendimiento a la cual el
proyecto se hace indiferente, es decir, cuando el VAN = 0.
-1200.00
VAN=0=
=
5728.08 1200.00
+
1
5728.08 1500.00
+
2
5728.08 1500.00
TIR = 368.58% > 1

Esto significa que el proyecto va a tener un rendimiento superior a lo
esperado.
4.3.8. Conclusiones
Para la estimacin de costos de plataforma de Software Libre LAPP se ha
tenido en cuenta utilizar herramientas de decisin financiera, como son:
Valor Actual Neto (VAN)
Taza Interna de Retorno (TIR)
De acuerdo a los resultados obtenidos, la plataforma de Software Libre LAPP

resulto ser la propuesta viable, los costos inciales como capacitacin e
implementacin no son altos; y en el futuro ya no es necesario pagar
elevadas cantidades de dinero por renovacin de licencias anualmente, ni
68
mantenimiento; esto significara un ahorro en el costo a largo plazo,

permitiendo maximizar la inversin en $8716.13 a una taza de inters
bancaria del 15%.
Con la Implementacin del Sistema de Gestin Documental para Gobiernos
Locales bajo Plataforma de Software Libre se tendra un retorno de la
inversin en un periodo aproximado de 3 meses y 7 das.
69
Captulo 5
Anlisis del
Sistema de
Informacin
70
5. ANLISIS DEL SISTEMA DE INFORMACIN

5.1. Modelo de Negocio
El negocio cubierto por el sistema es bsicamente la Gestin de Documentos.
Gestionar de Documentos
Usuario
Figura ASI 1: Modelo de negocio

Actores:
Usuario: Este actor representa a los distintos usuarios del sistema, que
participan en el desarrollo del proyecto.
Casos de Uso:
Gestionar Documentos: El proceso principal del negocio es la gestin

de Documentos.
5.2. Identificacin de los Usuarios Participantes y Finales

A continuacin se detallan las caractersticas que deben cumplir los usuarios
finales del sistema en funcin de su perfil de usuario:
Usuario Secretaria Mesa de Partes: Este usuario ser el encargado

de generar y enviar documentos internos, y recepcionar documentacin
que reciba tanto del exterior como del interior de la institucin
gubernamental.
Usuario Personal de Oficina: Este usuario tendr a su cargo generar,

enviar y recepcionar documentacin interna de las distintas reas de la
institucin gubernamental.
Usuario Administrador: Este usuario ser responsable de administrar

reas, tipos de documentos, documentos por rea y personal de oficina
dentro del sistema de gestin documental.
Usuario Ciudadano: Este usuario podr realizar consultas de los

documentos externos para visualizar su seguimiento.
71
5.3. Especificacin de Casos de Uso

A continuacin, se muestran los paquetes del sistema con sus respectivos
diagramas de casos de uso del sistema:
Figura ASI 2: Paquetes del sistema
72
Figura ASI 3: Casos de uso del modelo de negocio
Figura ASI 4: Actividades Gestionar Documentacin Mesa de Partes
73
Figura ASI 5: Actividades Gestionar Documentacin Oficina
Figura ASI 6: Actividades Gestionar Consultas de Seguimiento
74
Figura ASI 7: Casos de Uso del Administrador
75
ID:
UC-01
Nombre:
Agregar Oficina
Versin:
1.0
Autor:
Juan Percy Rojas Cruz
Fecha:
01/11/2008
Descripcin:
Permite agregar una oficina por donde un documento puede

pasar para la gestin respectiva.
Actores:
Usuario Administrador logeado.
Precondiciones
El usuario Administrador debe haberse logeado en el sistema.

1. El actor pulsa sobre el botn para agregar una nueva
oficina.
2. El sistema muestra los campos necesarios para introducir
Flujo Normal:
el nombre, email y telfono de la oficina.

3. El actor introduce el nombre, email y telfono de la
oficina.
4. El sistema comprueba la validez de los datos y los
almacena.
4. El sistema comprueba la validez de los datos, si los datos
Flujo Alternativo:
no son correctos, se avisa al actor de ello permitindole

que los corrija.
Poscondiciones:
La oficina ha sido almacenada en el sistema.
76
ID:
UC-02
Nombre:
Editar Oficina
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite modificar los datos de una oficina.
Actores:
Precondiciones

1. El sistema muestra un listado de las oficinas almacenadas
en el sistema.
2. El actor pulsa sobre la oficina a editar.
Flujo Normal:
el nombre, email y telfono de la oficina.

4. El actor introduce el nombre, email y telfono de la
oficina.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los cambios en los datos de la oficina han sido almacenados en

el sistema.
77
ID:
UC-03
Nombre:
Agregar Tipo Documento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite agregar un tipo de documento permitido para la gestin

en la institucin.
Actores:
Precondiciones

1. El actor pulsa sobre el botn para agregar un nuevo tipo
de documento.
Flujo Normal:
el nombre del tipo de documento.

3. El actor introduce el nombre del tipo de documento.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
La oficina ha sido almacenada en el sistema.
78
ID:
UC-04
Nombre:
Editar Tipo Documento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite modificar los datos de un tipo de documento.
Actores:
Precondiciones

1. El sistema muestra un listado de los tipos de documento
almacenados en el sistema.
2. El actor pulsa sobre el tipo de documento a editar.
Flujo Normal:

el nombre del tipo de documento.
4. El actor introduce el nombre del tipo de documento.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los cambios en los datos del tipo de documento han sido

79
ID:
UC-05
Nombre:
Asignar Tipo Documento a Oficina
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite asignar un tipo de documento que una oficina podr

gestionar.
Actores:
Precondiciones

1. El actor pulsa sobre el botn para agregar una nueva
asignacin.
2. El
Flujo Normal:
sistema
muestra
los
campos
necesarios
para
seleccionar la oficina y el tipo de documento que se le va

a asignar.
3. El actor selecciona la oficina y el tipo de documento.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
La asignacin del tipo de documento a la oficina ha sido

almacenada en el sistema.
80
ID:
UC-06
Nombre:
Quitar Tipo Documento a Oficina
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite quitar un tipo de documento que una oficina podr

gestionar.
Actores:
Precondiciones

1. El sistema muestra un listado de las asignaciones de
documentos a las oficinas en el sistema.
Flujo Normal:
2. El actor pulsa sobre la asignacin de documento a una

oficina que quiere quitar.
3. El sistema le pide confirmar la accin.
4. El actor responde afirmativamente.
Flujo Alternativo:
Poscondiciones:
4. El actor responde negativamente.

La asignacin del tipo de documento a la oficina ha sido quitada
en el sistema.
81
ID:
UC-07
Nombre:
Agregar Personal
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite agregar un personal que participar en la gestin

documental.
Actores:
Precondiciones

1. El actor pulsa sobre el botn para agregar un nuevo
personal.
el nombre, apellidos, email, telfono, fecha de nacimiento,
Flujo Normal:
sexo, estado civil, direccin del usuario.

3. El actor introduce el nombre, apellidos, email, telfono,
fecha de ingreso, sexo y direccin.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
El usuario ha sido almacenado en el sistema.
82
ID:
UC-08
Nombre:
Editar Personal
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite editar los datos de un personal que participa en la

gestin documental.
Actores:
Precondiciones

1. El sistema muestra un listado del personal almacenados
en el sistema.
2. El actor pulsa sobre el personal a editar.
Flujo Normal:
el nombre, apellidos, email, telfono, fecha de ingreso,

sexo, estado civil, direccin del usuario.
4. El actor introduce el nombre, apellidos, email, telfono,
fecha de ingreso, sexo, estado civil y direccin.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los cambios en los datos del personal han sido almacenados en

el sistema.
83
ID:
UC-09
Nombre:
Listar Oficinas
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite listar las oficinas almacenadas en el sistema.
Actores:
Precondiciones

1. El
Flujo Normal:
actor
solicita
al
sistema
el
listado
de
oficinas
almacenadas en el sistema pudiendo filtrar por nombre.

2. El sistema muestra los datos: Nombre, Email y Telfono;
adems de botones de accin para editar.
2. El sistema no muestra datos si no existen oficinas
Flujo Alternativo:
almacenadas o no coinciden con el filtro hecho por el

actor.
Poscondiciones:
Ninguno
84
ID:
UC-10
Nombre:
Listar Tipos Documento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite listar los tipos de documento almacenados en el

sistema.
Actores:
Precondiciones

1. El actor solicita al sistema el listado de tipos de
documento almacenadas en el sistema pudiendo filtrar por
Flujo Normal:
nombre o abreviatura.
2. El sistema muestra los datos: Nombre y Abreviatura;
adems de botones de accin para editar.
2. El sistema no muestra datos si no existen tipos de
Flujo Alternativo:
documento almacenados o no coinciden con el filtro hecho

por el actor.
Poscondiciones:
Ninguno
85
ID:
UC-11
Nombre:
Listar Tipos Documento asignados a Oficinas
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite listar las asignaciones de tipos de documento a oficinas

Actores:
Precondiciones

1. El actor solicita al sistema el listado de asignaciones de
tipos de documento a oficinas almacenadas en el sistema
Flujo Normal:
pudiendo filtrar por tipo de documento u oficina.

2. El sistema muestra los datos: Tipo de Documento y
Oficina;
adems
de
botones
de
accin para
quitar
asignacin.
2. El sistema no muestra datos si no existen asignaciones de
Flujo Alternativo:
tipos de documento a oficina almacenados o no coinciden

con el filtro hecho por el actor.
Poscondiciones:
Ninguno
86
ID:
UC-12
Nombre:
Listar Personal
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite listar el personal almacenado en el sistema.
Actores:
Precondiciones

1. El
actor
solicita
al
sistema
el
listado
de
personal
almacenado en el sistema pudiendo filtrar por nombre,

Flujo Normal:
apellidos, telfono, email y oficina.

2. El sistema muestra los datos: Nombre, Apellidos, Email,
Telfono y Oficina; adems de botones de accin para
editar.
2. El sistema no muestra datos si no existen usuarios
Flujo Alternativo:
almacenados o no coinciden con el filtro hecho por el

actor.
Poscondiciones:
Ninguno
87
ID:
UC-13
Nombre:
Agregar Usuario
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite agregar un usuario del sistema.
Actores:
Precondiciones

1. El actor pulsa sobre el botn para agregar un nuevo
usuario.
Flujo Normal:
el tipo de usuario, personal, login, password y activacin.

3. El actor introduce el tipo de usuario, personal, login,
password y activacin.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
El usuario ha sido almacenado en el sistema.
88
ID:
UC-14
Nombre:
Editar Usuario
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite editar los datos de un usuario del sistema.
Actores:
Precondiciones

1. El
sistema
muestra
un
listado
de
los
usuarios
2. El actor pulsa sobre el usuario a editar.
Flujo Normal:
el tipo de usuario, personal, login, password y activacin.

4. El actor introduce el tipo de usuario, personal, login,
password y activacin.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los cambios en los datos del usuario han sido almacenados en el

sistema.
89
ID:
UC-15
Nombre:
Listar Usuarios
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite listar los usuarios almacenados en el sistema.
Actores:
Precondiciones

1. El
actor
solicita
al
sistema
el
listado
de
usuarios
almacenados en el sistema pudiendo filtrar por nombre.

Flujo Normal:
2. El sistema muestra los datos: Nombre, Login, Fecha de

Creacin y Fecha de ltimo ingreso; adems de botones
de accin para editar.
2. El sistema no muestra datos si no existen usuraos
Flujo Alternativo:

actor.
Poscondiciones:
Ninguno
90
ID:
UC-16
Nombre:
Administrar Accesos Usuario
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite administrar los accesos de los usuarios almacenados en

el sistema.
Actores:
Precondiciones

1. El actor solicita al sistema el listado de accesos que un
usuario tiene almacenados en el sistema pudiendo filtrar
por nombre.
2. El sistema muestra los datos: Nombre de Acceso y Solo
Flujo Normal:
lectura; adems de checks de activacin y un botn de

Grabar Accesos.
3. El actor activa los accesos que crea necesario para el
usuario y confirma pulsando el botn de Grabar Accesos
almacena.
Flujo Alternativo:
Ninguno
Poscondiciones:
Ninguno
91
ID:
UC-17
Nombre:
Consultar Auditoria Sistema
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite listar las transacciones realizadas en el sistema.
Actores:
Precondiciones

1. El actor solicita al sistema el listado de transacciones
realizados en el sistema pudiendo filtrar por Fecha de
inicio y Fin, Transaccin, Opcion de Sistema, Login, Tabla
e Informacin.
Flujo Normal:
2. El sistema muestra los datos: Cdigo, Fecha y Hora,

Transaccin, Tabla, Login y Personal.
2. El sistema no muestra datos si no existen transacciones
Flujo Alternativo:
almacenadas o no coinciden con el filtro hecho por el

actor.
Poscondiciones:
Ninguno
92
Figura ASI 8: Casos de Uso del Personal de Oficina
93
ID:
UC-18
Nombre:
Crear Documento Interno
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite crear un documento interno para la gestin respectiva.
Actores:
Precondiciones
Usuario Personal de Oficina, Usuario Secretaria Mesa de Partes

logeado.
El Usuario Personal de Oficina, Usuario Secretaria Mesa de
Partes debe haberse logeado en el sistema.
1. El actor pulsa sobre el botn para crear un nuevo
documento interno.
periodo, numero, el tipo de documento, prioridad, asunto,
observaciones folios, anexos de folios, destinatario para
atencin, archivos adjuntos y documentos relacionados
del documento interno.
Flujo Normal:
3. El actor introduce periodo, numero, el tipo de documento,

prioridad, asunto, observaciones folios, anexos de folios,
destinatario
para
atencin,
archivos
adjuntos
documentos relacionados del documento interno.

4. Se establece si es para borrador o para envo inmediato
seleccionando la fecha de envio.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
El documento interno ha sido almacenado en el sistema.
94
ID:
UC-19
Nombre:
Editar Borrador Documento Interno
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite editar un documento interno para la gestin respectiva.
Actores:
Precondiciones

logeado.
1. El sistema muestra un listado de los documentos internos
2. El actor pulsa sobre el icono del documento interno a
editar borrador.
3. El sistema muestra los campos necesarios para introducir,
periodo, numero, tipo de documento, prioridad, asunto,
atencin, archivos adjuntos y documentos relacionados
Flujo Normal:
del documento interno.

4. El actor introduce numero, periodo, tipo de documento,
destinatarios
conocimiento,
para
atencin,
archivos
destinatarios
adjuntos
para
documentos
relacionados del documento interno.

seleccionando la fecha de envio.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los cambios en los datos del documento interno han sido

95
ID:
UC-20
Nombre:
Anular Documento Interno
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite anular un documento interno.
Actores:
Precondiciones

logeado.
1. El sistema muestra un listado de los documentos internos
Flujo Normal:
2. El actor establece que quiere anular el documento interno

borrador .
3. El sistema le pide confirmar la accin.
4. El actor responde afirmativamente.
Flujo Alternativo:
Poscondiciones:

El documento interno ha sido anulado en el sistema.
96
ID:
UC-21
Nombre:
Atender documento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite atender un documento.
Actores:
Usuario Personal de Oficina logeado.
Precondiciones
El Usuario Personal de Oficina debe haberse logeado en el

sistema.
1. El sistema muestra un listado de los documentos para
atencin.
2. El actor pulsa sobre el icono del documento para atender.
3. El sistema muestra todos los datos del documento y los
Flujo Normal:
campos
necesarios
para
introducir
observaciones
seleccionar la accin de atencin para el documento.

4. El actor introduce las observaciones y selecciona la accin
de atencin para el documento.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los cambios en los datos del documento interno han sido

97
ID:
UC-22
Nombre:
Resolver documento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite dar respuesta de resolucin a un documento.
Actores:

Precondiciones
sistema.
El actor debe seleccionar la opcin Resuelto y Archivado como
accin de atencin del documento.
1. El sistema permite ingresa alguna observacin sobre la
accin realizada.
Flujo Normal:
2. El actor ingresa las observaciones o comentarios si

existieran.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los datos de la respuesta son almacenados en el sistema.
98
ID:
UC-23
Nombre:
Derivar documento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite derivar un documento hacia otra oficina.
Actores:

Precondiciones
sistema.
El actor debe seleccionar la opcin Derivado como accin de
atencin del documento.
1. El sistema muestra la opcin para agregar el numero de
provedo y seleccionar destino a derivar.
2. El actor ingresa el numero de provedo y selecciona el
Flujo Normal:
destinatario a donde va derivar el documento para su

atencin.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los datos de la derivacin son almacenados en el sistema.
99
ID:
UC-24
Nombre:
Ver Seguimiento Documental
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite todos los datos y el seguimiento de un documento.
Actores:
Precondiciones

logeado.
1. El actor solicita al sistema el listado de documentos
externos almacenados en el sistema pudiendo filtrar por
nmero de documento, asunto y rango de fechas de
envi.
Flujo Normal:
2. El sistema muestra los datos: Periodo, Nmero, Asunto,

Fecha de Creacion/Ingreso y Estado.
3. El actor pulsa sobre el documento para mostrar datos.
4. El sistema muestra todos los datos del documento y el
seguimiento documental.
2. El sistema no muestra datos si no existen Documentos
Flujo Alternativo:

actor.
Poscondiciones:
Ninguno
100
ID:
UC-25
Nombre:
Listar Documentos Internos
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Actores:
Precondiciones
Permite listar los documentos internos creados almacenados en

el sistema.
logeado.
recibidos almacenados en el sistema pudiendo filtrar por
nmero y oficina.
Flujo Normal:
2. El sistema muestra los datos: Periodo, Numero, Asunto,

Prioridad, Tipo, Fecha Creacin y Estado del documento;
adems de opciones de accin para editar borrador, enviar
y anular documento.
Flujo Alternativo:
Internos almacenados o no coinciden con el filtro hecho

por el actor.
Poscondiciones:
Ninguno
101
ID:
UC-26
Nombre:
Listar Documentos Recibidos
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Actores:
Precondiciones
Permite listar los documentos recibidos almacenados en el

sistema.
sistema.
internos creados almacenados en el sistema pudiendo
Flujo Normal:
filtrar por nmero y asunto.

Fecha de Envo, Prioridad, Estado y Fecha de atencin;
adems de opciones de accin para atender.
Flujo Alternativo:
Recibidos almacenados o no coinciden con el filtro hecho

por el actor.
Poscondiciones:
Ninguno
102
Figura ASI 9: Casos de Uso de Secretaria Mesa de Partes
103
ID:
UC-27
Nombre:
Crear Documento Externo
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite crear un documento externo para la gestin respectiva.
Actores:
Usuario Secretaria Mesa de Partes logeado.
Precondiciones
El usuario Secretaria Mesa de Partes debe haberse logeado en el

sistema.
1. El actor pulsa sobre el botn para crear un nuevo
documento externo.
el periodo, numero, tipo de documento, prioridad, asunto,
atencin, Nombre del Firmante, Apellidos del Firmante,
Institucin del Firmante y archivos adjuntos.
Flujo Normal:
3. El actor introduce el periodo, numero, tipo de documento,

destinatario
para
atencin,
Nombre
del
Firmante,
Apellidos del Firmante, Institucin del Firmante y archivos

adjuntos
seleccionando la fecha.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
El documento externo ha sido almacenado en el sistema.
104
ID:
UC-28
Nombre:
Editar Borrador Documento Externo
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite editar un documento externo para la gestin respectiva.
Actores:
Precondiciones

sistema.
1. El sistema muestra un listado de los documentos externos
2. El actor pulsa sobre el icono del documento externos a
editar borrador.
el periodo, numero, tipo de documento, prioridad, asunto,
Flujo Normal:
Institucin del Firmante y archivos adjuntos.

4. El actor introduce el periodo, numero, tipo de documento,
prioridad,
fecha
de
plazo,
hora
de
plazo,
asunto,

Institucin del Firmante y archivos adjuntos
seleccionando la fecha.
almacena.
Flujo Alternativo:

que los corrija.
Poscondiciones:
Los cambios en los datos del documento externo han sido

105
ID:
UC-29
Nombre:
Anular Documento Externo
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite anular un documento externo.
Actores:
Precondiciones

sistema.
1. El sistema muestra un listado de los documentos externos
Flujo Normal:
2. El actor selecciona la opcin anular del documento externo

que quiere anular.
3. El actor responde afirmativamente guardando la accion.
Flujo Alternativo:
Poscondiciones:

El documento externo ha sido anulado en el sistema.
106
ID:
UC-30
Nombre:
Listar Documentos Externos
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Actores:
Precondiciones
Permite listar los documentos externos almacenados en el

sistema.
sistema.
recibidos almacenados en el sistema pudiendo filtrar por
nmero y oficina.
Flujo Normal:

Tipo, Prioridad, Fecha Creacin y Estado del documento;
adems de opciones de accin para editar borrador, anular
documento.
Flujo Alternativo:
Externos almacenados o no coinciden con el filtro hecho

por el actor.
Poscondiciones:
Ninguno
107
Figura ASI 10: Casos de Uso de Ciudadano
108
ID:
UC-31
Nombre:
Buscar Documento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Permite realizar una bsqueda de los documentos externos

Actores:
Usuario Ciudadano.
Precondiciones
Ninguno
externos almacenados en el sistema pudiendo filtrar por
Flujo Normal:
nmero de documento, asunto, rango de fechas de

ingreso y firmante.
2. El sistema muestra los datos: Nmero, Asunto, Fecha de
Ingreso, Firmante.
Flujo Alternativo:
Externos almacenados o no coinciden con el filtro hecho

por el actor.
Poscondiciones:
Ninguno
109
ID:
UC-32
Nombre:
Visualizar Seguimiento
Versin:
1.0
Autor:
Fecha:
01/11/2008
Descripcin:
Actores:
Permite realizar ver los detalles y el seguimiento de un

documento externo almacenado en el sistema.
Usuario Ciudadano.
Precondiciones
1. El sistema muestra el listado de documentos.
2. El actor pulsa sobre el consultar del documento que quiere
Flujo Normal:
visualizar su seguimiento.
3. El sistema muestra todos los datos del documento y el
seguimiento documental.
Flujo Alternativo:
Ninguno
Poscondiciones:
El sistema regresa al listado de documentos.
110
5.4. Identificacin de Clases de Anlisis
Figura ASI 11: Diagrama de Clases de Anlisis Registrar Oficina
Figura ASI 12: Diagrama de Clases de Anlisis Editar Oficina
Figura ASI 13: Diagrama de Clases de Anlisis Registrar Tipo Documento
Figura ASI 14: Diagrama de Clases de Anlisis Editar Tipo Documento
Figura ASI 15: Diagrama de Clases de Anlisis Asignar Tipo Documento Oficina
111
Figura ASI 16: Diagrama de Clases de Anlisis Quitar Tipo Documento Oficina
Figura ASI 17: Diagrama de Clases de Anlisis Agregar Personal
Figura ASI 18: Diagrama de Clases de Anlisis Editar Personal
Figura ASI 19: Diagrama de Clases de Anlisis Listar Oficinas
Figura ASI 20: Diagrama de Clases de Anlisis Listar Tipos Documento
Figura ASI 21: Diagrama de Clases de Anlisis Listar Tipos Documento Asignados a
Oficinas
112
Figura ASI 22: Diagrama de Clases de Anlisis Listar Personal
Figura ASI 23: Diagrama de Clases de Anlisis Agregar Usuario
Figura ASI 24: Diagrama de Clases de Anlisis Editar Usuario
Figura ASI 25: Diagrama de Clases de Anlisis Listar Usuarios
Figura ASI 26: Diagrama de Clases de Anlisis Administrar Accesos Usuarios
Figura ASI 27: Diagrama de Clases de Anlisis Consultar Auditoria Sistema
113
Figura ASI 28: Diagrama de Clases de Anlisis Crear Documento Interno
Figura ASI 29: Diagrama de Clases de Anlisis Editar Borrador Documento Interno
Figura ASI 30: Diagrama de Clases de Anlisis Anular Documento Interno
Figura ASI 31: Diagrama de Clases de Anlisis Atender Documento
114
Figura ASI 32: Diagrama de Clases de Anlisis Resolver Documento
Figura ASI 33: Diagrama de Clases de Anlisis Derivar Documento
Figura ASI 34: Diagrama de Clases de Anlisis Ver Seguimiento Documental
115
Figura ASI 35: Diagrama de Clases de Anlisis Listar Documentos Internos
Figura ASI 36: Diagrama de Clases de Anlisis Listar Documentos Recibidos
Figura ASI 37: Diagrama de Clases de Anlisis Crear Documento Externo
Figura ASI 38: Diagrama de Clases de Anlisis Editar Borrador Documento Externo
116
Figura ASI 39: Diagrama de Clases de Anlisis Anular Documento Externo
Figura ASI 40: Diagrama de Clases de Anlisis Listar Documento Externos
Figura ASI 41: Diagrama de Clases de Anlisis Buscar Documento
Figura ASI 42: Diagrama de Clases de Anlisis Visualizar Seguimiento
117
5.5. Diagramas de Secuencia
Figura ASI 38: Diagrama de Secuencia de Registrar Oficina
Figura ASI 39: Diagrama de Secuencia de Editar Oficina
118
Figura ASI 40: Diagrama de Secuencia de Registrar Tipo Documento
Figura ASI 41: Diagrama de Secuencia de Editar Tipo Documento
119
Figura ASI 42: Diagrama de Secuencia de Asignar Tipo Documento Oficina
Figura ASI 43: Diagrama de Secuencia de Quitar Tipo Documento Oficina
120
Figura ASI 44: Diagrama de Secuencia de de Registrar Personal
Figura ASI 45: Diagrama de Secuencia de Editar Personal
Figura ASI 46: Diagrama de Secuencia de Listar Oficinas
121
Figura ASI 47: Diagrama de Secuencia de Listar Tipos Documento
Figura ASI 48: Diagrama de Secuencia de Listar Tipos Documento Asignados a

Oficinas
122
Figura ASI 49: Diagrama de Secuencia de Listar Personal
Figura ASI 50: Diagrama de Secuencia de Agregar Usuario
Figura ASI 51: Diagrama de Secuencia de Editar Usuario
123
Figura ASI 52: Diagrama de Secuencia de Listar Usuarios
Figura ASI 53: Diagrama de Secuencia de Administrar Accesos Usuario
124
Figura ASI 54: Diagrama de Secuencia de Consultar Auditoria Sistema
125
5.6. Especificacin de Requisitos de Seguridad
Acceso al sistema y a sus recursos

El sistema cuenta con una base de datos relacional para almacenar sus
datos y ejecutar determinadas transacciones. El acceso a dichos datos,
estructura de datos y transacciones se encuentra protegido por el
mecanismo de autenticacin bsica provisto por el vendedor de la base
de datos en cuestin. En este caso la base de datos provee un sistema de
seguridad basado en usuario y contrasea y un mecanismo que permite
legislar los equipos desde los cuales es posible conectarse.
Mantenimiento de la integridad y confidencialidad de los datos

La confidencialidad de los datos se obtiene debido a que la aplicacin no
permite ver los datos que no estn relacionados con el usuario
autenticado que est usando el sistema; y por otro lado, la base de datos
se encuentra protegida dentro del servidor de aplicaciones en una
carpeta con acceso restringido.
Control y registro de acceso al sistema

Se llevar a cabo un registro de auditoria, el cual mantendr informacin
sobre las operaciones no triviales realizadas por el usuario, por ejemplo
ejecutar una transaccin.
Dicho registro estar en almacenado en la base de datos para poder ser
consultado fcilmente mediante el sistema sin ningn tipo de software
adicional. Se define la informacin a almacenar como el usuario,
operacin, fecha y hora que se ejecuto dicha operacin, permitiendo una
fcil extraccin de los archivos para resguardo y depuracin de los
mismos.
Copias de seguridad y recuperacin ante catstrofes

Los documentos no se eliminan explictame de la base de datos con la
razn de llevar un control de la informacin generada en el sistema de
informacin, adems se contara con opciones generacin y restauracin
de backups de la base de datos ante situaciones de perdida de
informacin por algn accidente ajeno al sistema.
126
5.7. Presentacin y Aprobacin del Anlisis del Sistema de Informacin

En una reunin mantenida entre el Tesista y el Asesor de Tesis se dio por
aprobada la fase de Anlisis del Sistema de Informacin.
127
Captulo 6
Diseo del
Sistema de
Informacin
128
6. DISEO DEL SISTEMA DE INFORMACIN

6.1. Definicin de Niveles de Arquitectura
Figura DSI 1: Diagrama de Niveles de Arquitectura del Sistema

A continuacin se describen los elementos del sistema identificados en la figura
DSI 1:
Descripcin de los nodos identificados:
Equipo Cliente: Representa al equipo en el cual se desplegar la

interfaz de usuario.
Equipo Servidor Base de Datos: Representa al equipo en el cual se

llevarn a cabo administracin de la base de datos.
Equipo Servidor Web: Representa al equipo en el cual se llevarn a

cabo los procesos de manejo de la lgica de negocio.
Descripcin de los componentes identificados:
Navegador Cliente: Representa a la interfaz del sistema desde aqu el

usuario
podr
realizar
la
administracin
de
los
documentos
de
investigacin.
Sistema Trmite Documentario: Este componente representa a la
129
funcin del sistema, el cual se encarga de administrar todos los accesos a

la base de datos y el manejo de la lgica de negocios.
Base de datos: Representa a la base de datos relacional donde se guarda

la informacin referente a los usuarios y documentos gestionados.
La distribucin de componentes mostrada en la figura DSI 1 ha tenido en cuenta

los siguientes aspectos:
Los
usuarios
se
encuentran
distribuidos
dentro
de
la
empresa
organizacin donde se implemente el sistema, lo cual implica
que los
mismos estarn ubicados en lugares fsicos diferentes.
Los datos deben estar centralizados. Esto permitir a los distintos

participantes de los documentos acceder a informacin unificada y
consistente del mismo.
Adems, el hecho de que la informacin se
encuentre unificada permite que solo sea necesario realizar un nico

backup para el resguardo de los datos as como la administracin de
seguridad de los mismos.
Los componentes de los servidores ser normativamente ms robusto

dado que deber soportar la concurrencia de mltiples usuarios y la
gestin de los datos. Por otro lado, es indispensable asegurar el correcto
funcionamiento de los mismos y su alta disponibilidad dado que ningn
nodo cliente del sistema funcionar correctamente si los componentes de
los servidores no se encuentran disponibles.
130
6.2. Diseo de Clases
Figura DSI 2: Diagrama del Modelo de Clases de Diseo
131
6.3. Diagramas de Estados
Figura DSI 3: Diagrama de Estados del Sistema de Informacin
132
6.4. Diseo de Base de Datos

6.4.1. Diagrama de Base de Datos
Figura DSI 4: Diseo del Modelo Fsico de Datos

133
6.4.2. Diccionario de Datos

Tabla
fij_atencion
fij_cargo
fij_estado
fij_opcion
fij_prioridad
fij_transaccion
log_auditoria
mae_asignacion
mae_oficina
mae_personal
Comentario
Tabla donde se almacenan los tipos de atencin que puede
tener los destinos de los documentos enviados
Tabla donde se almacenan los cargos de los usuarios a usar
en el sistema
Tabla donde se almacenan los estados de un documento
creado
Tabla donde se almacenan las opciones de acceso del
sistema
Tabla donde se almacenan las prioridades de un documento
Tabla donde se almacenan
auditoria
documento por oficina
los tipos de transaccin

los sucesos en el sistema para la
las asignaciones de tipos de
las oficinas
mae_usuario
Tabla donde se almacena la informacin del personal

Tabla donde se almacenan los tipos de documento a
administrar por el sistema
Tabla donde se almacenan los usuarios del sistema
mov_acceso
Tabla donde se almacenan los accesos por usuario al sistema
mov_adjunto
Tabla donde se almacenan los archivos adjuntos

Tabla donde se almacenan los destinos de los documentos
que se envan
Tabla donde se almacenan los documentos creados
Tabla donde se almacenan los documentos que estn
relacionados con el principal que se va a enviar
mae_tipo_documento
mov_destino
mov_documento
mov_relacionado
134
Tabla
Campo
Descripcin
fij_atencion
ate_codigo
Cdigo de atencin
fij_atencion
ate_descri
Nombre del tipo de atencin
fij_cargo
car_codigo
Cdigo de cargo
fij_cargo
car_descri
Nombre de cargo
fij_estado
est_codigo
Cdigo de estado
fij_estado
est_descri
Nombre de estado
fij_opcion
opc_codigo
Cdigo de opcin del sistema
fij_opcion
opc_descri
Nombre de opcin del sistema
fij_prioridad
pri_codigo
Cdigo de prioridad de un documento
fij_prioridad
pri_descri
Nombre de la prioridad
fij_transaccion
tra_codigo
Cdigo de transaccin
fij_transaccion
tra_descri
Nombre de transaccin
log_auditoria
aud_codigo
Cdigo de auditoria
log_auditoria
aud_fecha
Fecha y hora de la operacin
log_auditoria
aud_tabla
Nombre de la tabla donde se realizo el

proceso
log_auditoria
aud_registro_codigo
Cdigo del registro con el que se

realizo el proceso
log_auditoria
aud_data
Informacin que se administro el

proceso
log_auditoria
tra_codigo
Cdigo de transaccin
log_auditoria
opc_codigo
log_auditoria
usu_codigo
Cdigo de usuario
mae_asignacion
asi_codigo
Cdigo de asignacin
mae_asignacion
ofi_codigo
Cdigo de oficina
mae_asignacion
tip_codigo
Cdigo de tipo de documento
mae_oficina
ofi_codigo
Cdigo de oficina
mae_oficina
ofi_descri
Nombre de oficina
mae_oficina
ofi_email
Email de oficina
mae_oficina
ofi_telefono
Telfono de oficina
mae_personal
per_codigo
Cdigo de personal
mae_personal
per_nombre
Nombre de personal
mae_personal
per_apellidos
Apellidos del personal
mae_personal
per_dni
DNI del personal
mae_personal
per_email
Email del personal
mae_personal
per_sexo
Sexo del personal: H-Hombre, MMujer
135
Tabla
Campo
Descripcin
mae_personal
per_fecha_ingreso
Fecha de ingreso del personal
mae_personal
per_telefono
Telfono del personal
mae_personal
per_direccion
Direccin del personal
mae_personal
ofi_codigo
Cdigo de oficina
mae_tipo_documento
tip_codigo
mae_tipo_documento
tip_descri
Nombre de tipo de documento
mae_usuario
usu_codigo
Cdigo de usuario
mae_usuario
usu_login
Login de usuario
mae_usuario
usu_password
Contrasea de usuario
mae_usuario
usu_creacion
Fecha y hora de creacin
mae_usuario
usu_ultimo_ingreso
Fecha y hora de ultimo ingreso al

sistema
mae_usuario
usu_activo
Estado de usuario 1-Activo, 0Desactivado
mae_usuario
car_codigo
Cdigo de cargo
mae_usuario
per_codigo
Cdigo de personal
mov_acceso
acc_codigo
Cdigo de acceso
mov_acceso
acc_solo_lectura
Acceso de solo lectura 1-Si, 0-No
mov_acceso
opc_codigo
mov_acceso
usu_codigo
Cdigo de usuario
mov_adjunto
adj_codigo
Cdigo del adjunto
mov_adjunto
adj_archivo
Archivo que se va a adjuntar al

documento
mov_adjunto
adj_descri
Descripcin del adjunto
mov_adjunto
doc_codigo
Cdigo de documento
mov_destino
des_codigo
Cdigo del destino del documento
mov_destino
des_fecha_atencion
Fecha de atencin del documento

enviado
mov_destino
des_observaciones
Observaciones sobre la atencion del

documento
mov_destino
per_codigo_origen
Cdigo del personal que envi el

documento
mov_destino
doc_codigo
Cdigo de documento
mov_destino
ate_codigo
Cdigo de atencin
mov_destino
ofi_codigo_origen
Cdigo de la oficina que envi el

documento
mov_destino
per_codigo_destino
Cdigo de personal que es el destino
mov_destino
ofi_codigo_destino
Cdigo de personal que es el destino
mov_destino
des_proveido
Nmero de provedo para el caso de
136
Tabla
Campo
Descripcin
derivacin
mov_destino
des_fecha_envio
Fecha en la que se envi el documento
mov_documento
doc_codigo
Cdigo de documento
mov_documento
doc_periodo
Periodo en el que se creo el

documento
mov_documento
doc_numero
Numero de documento
mov_documento
doc_tipo
Tipo de documento: I-Interno, EExterno
mov_documento
doc_firmante
Firmante del documento que se crea

en caso de ser externo
mov_documento
doc_numero_recibo
Numero de recibo en caso sea un

documento externo
mov_documento
doc_asunto
Asunto del documento
mov_documento
doc_observaciones
Observaciones del documento
mov_documento
doc_folios
Cantidad de folios que tiene el

documento
mov_documento
doc_anexos
Anexos fsicos que tiene el documento
mov_documento
doc_fecha_creacion
Fecha de creacion/ingreso del

documento
mov_documento
pri_codigo
Cdigo de prioridad de un documento
mov_documento
est_codigo
Cdigo de estado
mov_documento
tip_codigo
mov_documento
ofi_codigo
Cdigo de oficina
mov_documento
per_codigo
Cdigo de personal
mov_relacionado
rel_codigo
Cdigo de documento relacionado
mov_relacionado
rel_codigo_dcto
Cdigo del documento que se va a

relacionar
mov_relacionado
doc_codigo
Cdigo de documento
137
6.5. Definicin de Interfaces de Usuario

La interfaz de usuario ser web e interactiva, del tipo estndar Web 2.0 al que
accesan las personas hoy en da en internet.
Los lineamientos principales para la construccin de la interfaz de usuarios de la
intranet son los siguientes:
La activacin de las distintas pantallas de interfaz se producen mediante

una barra de men.
Para cada
pantalla de
interfaz
principal
se tiene
una
barra
de
herramientas para los procesos principales de manejo de informacin.
En el caso de una pantalla de interfaz Maestro-Detalle la barra de

herramientas ser solo para la pantalla maestra, la pantalla de interfaz
detalle tendr sus propios botones para los respectivos procesos.
Cada pantalla de interfaz donde se maneje tablas de movimiento tendrn

una seccin de bsqueda de registros, as como una tabla donde se
muestre la informacin mas reciente.
Los mensajes de error y confirmacin se mostraran de forma emergente

dentro de la misma pantalla de interfaz.
En todas las pantallas de interfaz se verificara si el usuario tiene acceso a

dicha opcin o si tiene de acceso de solo lectura.
Los lineamientos principales para la construccin de la interfaz de usuarios de la

parte web de consulta ciudadana son los siguientes:
En la pantalla de interfaz para consultas ciudadana se tendr una seccin

de bsqueda de documentos as como una tabla donde se muestre el
resultado de dicha bsqueda.
En el resultado de la bsqueda se mostrara la informacin principal del

documento as como un botn para visualizar el seguimiento documental.
La informacin del seguimiento documental se mostrara en una seccin

emergente dentro de la misma ventana.
138
6.6. Verificacin y Aceptacin de la Arquitectura del Sistema

Se han verificado los distintos modelos generados juntamente con el asesor de
Tesis y se han aplicado las modificaciones correspondientes.
6.7. Presentacin y Aprobacin del Diseo del Sistema de Informacin
aprobada la fase de Diseo del Sistema de Informacin.
139
Captulo 7
Construccin
del Sistema de
Informacin
140
7. CONSTRUCCIN DEL SISTEMA DE INFORMACIN

7.1. Implantacin de la Base de Datos Fsica
Con el gestor de base de datos instalado en el servidor de la institucin
(PostgreSQL 8.3)
se
agregarn
las
tablas correspondientes al nuevo
sistema a implementar a travs de script de creacin de instrucciones SQL en

base a lo definido en el diagrama fsico de base de datos que se cre en la fase
de diseo del sistema.
7.2. Preparacin del Entorno de Construccin
Para el presente proyecto, se debern instalar el entorno de trabajo que consta
de las siguientes herramientas:
A. Ubuntu Linux 9.04
Es una distribucin GNU/Linux basada en Debian GNU/Linux, proporciona
un sistema operativo actualizado y estable para el usuario promedio, con
un fuerte enfoque en la facilidad de uso y de instalacin del sistema. Al
igual que otras distribuciones se compone de mltiples paquetes de
software normalmente distribuidos bajo una licencia libre o de cdigo
abierto. En el equipo servidor se instalar una versin orientada a
servidores Ubuntu 9.04 Server Edition.
B. Servidor PostgreSQL 8.3
Sus caractersticas tcnicas la hacen una de las bases de datos ms
potentes y robustas del mercado. Su desarrollo comenz hace ms de 15
aos, y durante este tiempo, estabilidad, potencia, robustez, facilidad de
administracin
implementacin
de
estndares
han
sido
las
caractersticas que ms se han tenido en cuenta durante su desarrollo.

PostgreSQL 8.3 funciona muy bien con grandes cantidades de datos y
una alta concurrencia de usuarios accediendo a la vez al sistema. En el
equipo servidor se instalar el servidor PostgreSQL 8.3 despus de
instalar la base del sistema Ubuntu 9.04 Server Edition.
141
C. Servidor Web Apache 2.2

El servidor HTTP Apache es un servidor web HTTP de cdigo abierto para
plataformas Unix (BSD, GNU/Linux, etc.), Windows, Macintosh y otras,
que implementa el protocolo HTTP/1.1 y la nocin de sitio virtual. En el
equipo servidor se instalal el servidor web Apache 2.2 despus de
instalar la base del sistema Ubuntu 9.04 Server Edition.
D. PHP 5.2 + Extension pdo_pgsql
PHP es un lenguaje interpretado de propsito general ampliamente usado
y que est diseado especialmente para desarrollo web y puede ser
embebido dentro de cdigo HTML. Generalmente se ejecuta en un
servidor web, tomando el cdigo en PHP como su entrada y creando
pginas web como salida. Puede ser desplegado en la mayora de los
servidores web y en casi todos los sistemas operativos y plataformas sin
costo alguno. PHP se instalara en el equipo servidor web despus de
Apache 2.2, ademas se instalara la extensin pdo_pgsql que es requisito
para trabajar con P4A 3.2 que se explicar mas adelante y PostgreSQL
8.3.
E. P4A 3.2
PHP For Applications, o en espaol, PHP para aplicaciones es un RAD y
Framework PHP con programacin orientada a objetos para crear
aplicaciones
web.
Dispone
de
funcionalidades
tableless
HTML
(maquetacin HTML sin tablas, por capas css), accesskey, generador de

aplicaciones point&click, reconocimiento de tipos de datos auto data type,
UTF-8, i18n/l10n, integracin de PEAR. P4A 3.2 se instalar en el equipo
servidor web despus de PHP 5.2 + Extension pdo_pgsql
F. AdoDB para PHP 5.09
Permite implementar fcilmente una capa de abstraccin de base de
datos, para realizar la pgina una nica vez y que permita utilizar
cualquier sistema gestor de base de datos sin cambiar el cdigo. AdoDB
para PHP 5.09 instalar en el equipo servidor web despus de P4A 3.2
142
G. Smarty 2.6
Es un motor de plantillas para PHP. Smarty separa el cdigo PHP, como
lgica de negocios, del cdigo HTML, como lgica de presentacin, y
genera contenidos web mediante la colocacin de etiquetas Smarty en un
documento. Se encuentra bajo la licencia LGPL por lo que puede ser
usado libremente. Smarty 2.6 se instalar en el equipo servidor web
despus de AdoDB para PHP 5.09
H. JQuery 1.3
Es una biblioteca o framework de JavaScript que permite simplificar la
manera de interactuar con los documentos HTML, manipular el arbol
DOM, manejar eventos, desarrollar animaciones y agregar interaccin
con la tecnologa AJAX a pginas web. JQuery 1.3 se instalar en el
equipo servidor web despus de Smarty 2.6.
I. Xajax 0.5
Es una biblioteca de cdigo abierto para PHP que permite crear de
manera fcil y simple aplicaciones Web basadas en AJAX usando adems
HTML, CSS, y Javascript. Las aplicaciones desarrolladas con Xajax pueden
comunicarse asncronamente con funciones que se encuentran del lado
del servidor y as actualizar el contenido de una pgina sin tener que
recargarla nuevamente. Xajax 0.5 se instalar en el equipo servidor web
despus de JQuery 1.3.
7.3. Estndares de Desarrollo
7.3.1. Especificacin de Base de Datos
A. Para los nombres de tabla
mae_(nombre): tablas maestras
mov_(nombre): tablas con alto movimiento de informacin
fij_(nombre) : tablas con datos fijos
log_(nombre) : tablas registro de sucesos
(nombre) : debe tener como mximo 15 caracteres y debe estar

en singular
143
B. Para los nombres de campos
abc_(nombre): abc representa el prefijo nico de tres letras que

hacen referencia a la tabla que pertenecen y no deben repetirse
para otra tabla salvo los campos FK que provienen de otra tabla.
Los campos PK de una tabla, que van a ser FK en otra tabla tengan
el mismo nombre, por ejemplo Tabla:"mae_cliente" primary key
es:"cli_codigo" en la tabla "mov_factura" el FK del cdigo de
cliente
sea
"cli_codigo"
tambin
esto
ayuda
tener
una
codificacin mas entendible
(nombre) : debe tener como mximo 15 caracteres
C. Para los tipos de dato
Los tipos char y varchar son para textos pequeos
Si el texto supera los 500 caracteres entonces usar el tipo text
Si se requiere almacenar un dato booleano usar char(1)
Para cantidades enteras usar el tipo int
Para cantidades monetarias usar el tipo numeric con soporte para 2

decimales (10,2)
Para fechas usar el tipo date
Para horas usar el tipo char(8)
Si la fecha y hora son de las tablas tipo log, entonces usar el tipo
de dato timestamp
Si el campo es un primary key usar el tipo serial
Si el campo es un foreing key usar el tipo int
7.3.2. Especificacin de Programacin de Mdulos

A. Para los controles enlazados a una tabla
Estos controles tendrn el mismo nombre del campo de la tabla a la cual
estan enlazados, por ejemplo si la tabla mae_cliente tiene un campo
cli_codigo entonces el control que represente a dicho campo tendr el
mismo nombre.
B. Para los nombres controles no enlazados a una tabla
Cada control a usar debe tener un prefijo segn su tipo:
txt(nombre)
text
txta(nombre)
textarea
144
cmb(nombre)
combo
rdn(nombre)
radio button
chk(nombre)
checkbox
lbl(nombre)
label
hnd(nombre)
hidden
dtm(nombre)
datetime
btn(nombre)
button
La primera letra de (nombre) debe esta en mayscula.
C. Para los nombres de variables

Cada dato que no sea un control ser considerado una variable y su
nombre contendr un prefijo segn la informacin que almacene:
int(nombre)
enteros
str(nombre)
cadenas
dat(nombre)
fechas
bol(nombre)
booleanos
dbl(nombre)
decimales
fle(nombre)
archivos
arr(nombre)
arrays
src(nombre)
fuente de datos
La primera letra de (nombre) debe esta en mayscula.

D. Para los nombres de mtodos
Cada nombre de mtodo tendr la primera letra de la primera palabra en
minscula si tiene mas de 2 palabras las siguientes la inicial de cada
palabra estar en mayscula, ejemplo: establecerCredito, para los
nombres de los argumento se siguen las mismas directivas que se
establecieron para los nombres de las variables.
7.4. Generacin del Cdigo de Componentes
Como ya se ha indicado antes, el sistema posee los siguientes componentes
fsicos:
Servidor Base Datos: Para el funcionamiento del sistema, se deber
ejecutar la instruccin de inicio del servidor de base de datos.
145
Equipo Servidor Web: Para el funcionamiento del sistema, se deber

colocar el Framework P4A, AdoDB para PHP, Smarty, JQuery, Xajax y
los archivos que integran el Sistema de Trmite Documentario en la
carpeta de publicacin web en el servidor.
Equipo Cliente: Para el funcionamiento del sistema, solo se necesita de
que el equipo cliente tenga instalado un navegador web.
7.5. Pantallas del sistema
A continuacin se presenta las pantallas de los mdulos que integran el sistema
de informacin.
Figura CSI 1: Login de ingreso al Sistema
Figura CSI 2: Mantenimiento de Oficinas
146
F
i
g
u
r
a
CSI 3: Mantenimiento de Tipos de Documento
Figura CSI 4: Mantenimiento de Asignacin de Documentos por Oficina
147
Figura CSI 5: Mantenimiento de Personal
Figura CSI 6: Mantenimiento de Documentos Internos
148
Figura CSI 7: Mantenimiento de Documentos Externos
149
Figura CSI 8: Mantenimiento de Documentos Recibidos
Figura CSI 9: Seguimiento de Documentos Enviados
150
Figura CSI 10: Mantenimiento de Usuarios
Figura CSI 11: Mantenimiento de Accesos al Sistema
151
Figura CSI 12: Visualizacin de Logs de Auditoria
152
Figura CSI 13: Consulta de Documentos para el Ciudadano
Figura CSI 14: Seguimiento de Documentos para el Ciudadano
153
7.6. Plan de Iteraciones

A continuacin se presenta el plan de iteraciones para el desarrollo de los
mdulos que integran el sistema de informacin.
Primera Iteracin
Duracin
(UC-01) Agregar Oficina

(UC-02) Editar Oficina
(UC-03) Agregar Tipo Documento
(UC-04) Editar Tipo Documento
(UC-05) Asignar Tipo Documento Oficina
4 semanas
(UC-06) Quitar Tipo Documento Oficina

(UC-07) Agregar Personal
(UC-08) Editar Personal
Segunda Iteracin
Duracin
(UC-09) Listar Oficinas

(UC-10) Listar Tipos Documento
(UC-11) Listar Tipos Documento asignados a Oficina
(UC-12) Listar Personal
(UC-13) Agregar Usuario
4 semanas
(UC-14) Editar Usuario

(UC-15) Listar Usuarios
(UC-16) Administrar Accesos Usuario
Tercera Iteracin
Duracin
(UC-18) Crear Documento Interno

(UC-19) Editar Borrador Documento Interno
(UC-20) Anular Documento Interno
4 semanas
(UC-21) Atender Documento
154
(UC-22) Resolver Documento

(UC-23) Derivar Documento
(UC-24) Ver Seguimiento Documental
Cuarta Iteracin
Duracin
(UC-25) Listar Documentos Internos

(UC-26) Listar Documentos Recibidos
(UC-27) Crear Documento Externo
4 semanas
(UC-28) Editar Borrador Documento Externo

(UC-29) Anular Documento Externo
(UC-30) Listar Documentos Externos
Quinta Iteracin
Duracin
(UC-31) Buscar Documento

(UC-32) Visualizar Seguimiento
4 semanas
(UC-17) Consultar Auditoria Sistema
Tabla CSI 1: Plan de Iteraciones

7.7. Realizacin de las Pruebas del Sistema
7.7.1. Pruebas Unitarias del Sistema
A continuacin, en la tabla CSI 1, se detalla el resultado de las pruebas
unitarias luego de realizar las operaciones de crear, modificar, eliminar,
anular y consultar sobre el desarrollo del sistema de informacin.
Cdigo
Caso de Uso
Resultado
CP-01
Agregar Oficina
Correcto
CP-02
Editar Oficina
Correcto
CP-03
Agregar Tipo Documento
Correcto
155
CP-04
Editar Tipo Documento
Correcto
CP-05
Asignar Tipo Documento Oficina
Correcto
CP-06
Quitar Tipo Documento Oficina
Correcto
CP-07
Agregar Personal
Correcto
CP-08
Editar Personal
Correcto
CP-09
Listar Oficinas
Correcto
CP-10
Listar Tipos Documento
Correcto
CP-11
Listar Tipos Documento asignados a Oficina
Correcto
CP-12
Listar Personal
Correcto
CP-13
Agregar Usuario
Correcto
CP-14
Editar Usuario
Correcto
CP-15
Listar Usuarios
Correcto
CP-16
Administrar Accesos Usuario
Correcto
CP-17
Crear Documento Interno
Correcto
CP-18
Editar Borrador Documento Interno
Correcto
CP-19
Anular Documento Interno
Correcto
CP-20
Atender Documento
Correcto
CP-21
Resolver Documento
Correcto
CP-22
Derivar Documento
Correcto
CP-23
Ver Seguimiento Documental
Correcto
CP-24
Listar Documentos Internos
Correcto
CP-25
Listar Documentos Recibidos
Correcto
156
CP-26
Crear Documento Externo
Correcto
CP-27
Editar Borrador Documento Externo
Correcto
CP-28
Anular Documento Externo
Correcto
CP-29
Listar Documentos Externos
Correcto
CP-30
Buscar Documento
Correcto
CP-31
Visualizar Seguimiento
Correcto
CP-32
Consultar Auditoria Sistema
Correcto
Tabla CSI 2: Resultado de la ejecucin de los casos de pruebas unitarias del sistema
A continuacin se describen los casos de prueba ms importantes del
sistema.
ID:
CP17 Crear Documento Interno
Propsito:
Probar
que
los
usuarios
pueden
crear
Documentos
Internos para la gestin respectiva.

Prerrequisitos:
El usuario debe haberse logeado en el sistema.
Datos de Prueba:
Periodo = {2010, vacio}

numero = {2010-000001, vacio}
tipoDocumento = {Oficio, vacio}
prioridad = {Media, vacio}
fechaIngreso = {19/11/09, invalido, vacio}
asunto = {Aumento de presupuesto 2010, vacio}
observaciones = {especificar cantidad, vacio}
folios = {5, invalido, vacio}
anexoFolios = {1 CD, vacio}
destinatarioAtencion = {Jose Gonzales, vacio}
archivoAdjunto = {presupuesto.xls, vacio}
documentoRelacionado
{Aumento
de
presupuesto
2009,vacio}
fechaEnvio = {19/11/09, invalido, vacio}
157
Pasos:
1. Presionar botn nuevo

2. Ingresar periodo
3. Ingresar numero
4. Seleccionar tipoDocumento
5. Seleccionar prioridad
6. Ingresar asunto
7. Ingresar observaciones
8. Ingresar folios
9. Ingresar anexoFolios
10.Seleccionar destinatarioAtencion
11.Ingresar archivoAdjunto
12.Seleccionar documentoRelacionado
13.Seleccionar fechaEnvio
14.Presionar botn guardar
15.Ver: mensaje Documento Interno almacenado
satisfactoriamente
Notas y Preguntas:
Se asume que el usuario creo el documento como

borrador o para envo, ya que la seleccin de esta opcin
no es susceptible a fallo.
ID:
CP18 Editar Borrador Documento Interno
Propsito:
Probar que los usuarios pueden editar Borradores de

Documentos Internos para la gestin respectiva.
Prerrequisitos:
Datos de Prueba:
Periodo = {2010, vacio}

numero = {2010-000001, vacio}
documentoRelacionado
{Aumento
de
presupuesto
2009,vacio}
158
fechaIngreso = {19/11/09, invalido, vacio}

Pasos:
1. Seleccionar Borrador de Documento Interno a

editar.
2. Ingresar periodo
3. Ingresar numero
6. Ingresar asunto
8. Ingresar folios
10.Seleccionar destinatarioAtencion
11.Ingresar archivoAdjunto
12.Seleccionar documentoRelacionado
13.Seleccinar fechaEnvio
satisfactoriamente
Notas y Preguntas:
Se asume que el usuario guardo el documento como

ID:
CP19 Anular Documento Interno
Propsito:
Probar que los usuarios pueden anular Documentos

Prerrequisitos:
Datos de Prueba:
Ningn dato de ingreso es necesario
Pasos:
1. Seleccionar Documento Interno a anular.

2. Seleccionar la accin anular
3. Ver:
mensaje
Documento
Interno
anulado
satisfactoriamente
Notas y Preguntas:
Se
asume
que
el
usuario
esta
seguro
de
anular
Documento Interno, porque una vez ejecutado este paso

no se puede deshacer este proceso.
159
ID:
CP20 Atender Documento
Propsito:
Probar que los usuarios pueden atender Documentos para

la gestin respectiva.
Prerrequisitos:
Datos de Prueba:
observaciones = {recibido documento fsico conforme,

vacio}
atencion = { fsico recibido, vacio}
Pasos:
1. Seleccionar Documento a atender.

2. Seleccionar atencin
4. Presionar botn guardar
5. Ver:
mensaje
Documento
ha
sido
atendido
satisfactoriamente
Notas y Preguntas:
No existen notas adicionales.
ID:
CP21 Resolver Documento
Propsito:
Probar que los usuarios pueden resolver Documentos para

Prerrequisitos:
Datos de Prueba:
observaciones = {Documento resuelto, vacio}

atencion = { resuelto y archivado, vacio}
Pasos:
1. Seleccionar Documento a resolver.

2. Seleccionar atencion
5. Ver:
mensaje
Documento
ha
sido
resuelto
satisfactoriamente
Notas y Preguntas:
ID:
CP22 Derivar Documento
Propsito:
Probar que los usuarios pueden derivar Documentos para

Prerrequisitos:
160
Datos de Prueba:
observaciones = {Documento resuelto, vacio}

atencion = { derivado, vacio}
destinatarioProveido = { Pedro Gonzales, vacio}
numeroProveido = { 0000001, vacio}
Pasos:
1. Seleccionar Documento a derivar.

2. Seleccionar atencion
4. Seleccionar destinatarioProveido
5. Ingresar numeroProveido
7. Ver:
mensaje
Documento
ha
sido
derivado
satisfactoriamente
Notas y Preguntas:
ID:
CP23 Ver Seguimiento Documental
Propsito:
Probar que los usuarios pueden visualizar el seguimiento

de los Documentos para la gestin respectiva.
Prerrequisitos:
Datos de Prueba:
No se ingresan datos de prueba.
Pasos:
1. Seleccionar Documento a visualizar seguimiento

2. Ver: Datos del documento.
Notas y Preguntas:
ID:
CP24 Listar Documentos Internos
Propsito:
Probar
que
los
usuarios
pueden
listar
Documentos

Prerrequisitos:
Datos de Prueba:
numeroDocumento = {2009-00412, vacio}

asunto = {Presupuesto 2009 , vacio}
Pasos:
1. Ingresar numeroDocumento
2. Ingresar asunto
3. Presionar botn buscar
4. Ver: listado de documentos internos
Notas y Preguntas:
161
ID:
CP25 Listar Documentos Recibidos
Propsito:
Probar
que
los
usuarios
pueden
listar
Documentos
Recibidos para la gestin respectiva.

Prerrequisitos:
Datos de Prueba:

Pasos:
2. Ingresar asunto
4. Ver: listado de documentos recibidos
Notas y Preguntas:
ID:
CP26 Crear Documento Externo
Propsito:
Probar
que
los
usuarios
pueden
crear
Documentos
Externos para la gestin respectiva.

Prerrequisitos:
Datos de Prueba:

firmante = {Luis Saavedra,vacio}
Pasos:
1. Presionar botn nuevo

4. Ingresar asunto
6. Ingresar folios
8. Seleccionar destinatarioAtencion
162
9. Ingresar archivoAdjunto
10.Ingresar firmante
13.Ver: mensaje Documento Externo almacenado
satisfactoriamente
Notas y Preguntas:
Se asume que el usuario creo el documento como

ID:
CP27 Editar Borrador Documento Externo
Propsito:
Probar que los usuarios pueden editar Borradores de

Documentos Externos para la gestin respectiva.
Prerrequisitos:
Datos de Prueba:

firmante = {Luis Saavedra,vacio}
Pasos:
1. Seleccionar Borrador de Documento Interno a

editar.
4. Ingresar asunto
6. Ingresar folios
8. Seleccionar destinatarioAtencion
9. Ingresar archivoAdjunto
10.Ingresar firmante
163

satisfactoriamente
Notas y Preguntas:
Se asume que el usuario guardo el documento como

ID:
CP28 Anular Documento Externo
Propsito:
Probar que los usuarios pueden anular Documentos

Prerrequisitos:
Datos de Prueba:
Ningn dato de ingreso es necesario
Pasos:
1. Seleccionar Documento Interno a anular.

2. Selecciona la opcion anular
3. Ver:
mensaje
Documento
Externo
anulado
satisfactoriamente
Notas y Preguntas:
Se
asume
que
el
usuario
esta
seguro
de
anular
Documento Externo, porque una vez ejecutado este paso

no se puede deshacer este proceso.
ID:
CP29 Listar Documentos Externos
Propsito:
Probar
que
los
usuarios
pueden
listar
Documentos

Prerrequisitos:
Datos de Prueba:

Pasos:
2. Ingresar asunto
4. Ver: listado de documentos externos
Notas y Preguntas:
ID:
CP30 Buscar Documento
Propsito:
Probar
que
los
usuarios
ciudadanos
pueden
buscar
Documentos para la gestin respectiva.
164
Prerrequisitos:
No existe prerrequisitos
Datos de Prueba:

fechaCreacion = {19/10/2009 30/10/2009, invalido,
vacio}
Pasos:
3. Ingresar asunto
4. Ingresar fechaCreacion
6. Ver: listado de documentos
Notas y Preguntas:
ID:
CP31 Visualizar Seguimiento
Propsito:
Probar que los usuarios ciudadanos pueden visualizar el

seguimiento
de
los
Documentos
para
la
gestin
respectiva.
Prerrequisitos:
No existen prerrequisitos
Datos de Prueba:
No se ingresan datos de prueba.
Pasos:
1. Seleccionar Documento a visualizar seguimiento

2. Ver: Datos del documento.
Notas y Preguntas:
7.7.2. Pruebas de Integracin del Sistema

A continuacin, en la tabla CSI 3, se detalla el resultado de las pruebas de
integracin luego de realizar la construccin del sistema de informacin.
Cdigo
Componente
CP-33
Base de Datos
CP-34
Servidor Web
Medio de Prueba
Ejecucin de una consulta en una consola
desde el Equipo Cliente
Visualizacin de la carpeta web por defecto
Resultado
Correcto
Correcto
165
despus instalar el servidor web desde un

navegador en el equipo cliente
CP-35
Sistema
Funcionamiento del sistema usando los
Tramite
navegadores web: Firefox, Opera y Internet
Documentario
Explorer
Correcto
Tabla CSI 3: Resultado de la ejecucin de los casos de prueba de integracin del

sistema
7.8. Evaluacin del Resultado de las Pruebas del Sistema Aprobacin

del Sistema de Informacin
En funcin del anlisis de los resultados de los casos de prueba indicados en las
tablas CSI 3 y CS3 podemos decir que el sistema ha alcanzado los niveles de
calidad deseados, dado que todas las salidas se encuentran dentro de los
parmetros de valores esperados.
7.9. Presentacin y Aprobacin de la Construccin del Sistema de

Informacin
aprobada la fase de Construccin del Sistema de Informacin.
166
Captulo 8
Implantacin y
Aceptacin del
Sistema
167
8. IMPLANTACIN Y ACEPTACIN DEL SISTEMA

8.1. Definicin del Plan de Implantacin
El plan de implantacin contemplar todas las tareas relacionadas con:
La formacin necesaria para la implantacin, tanto a usuarios finales

como al equipo que se encarga de realizar las pruebas de implantacin y
aceptacin del sistema.
La preparacin de la infraestructura necesaria para la incorporacin del

sistema al entorno de operacin.
La instalacin de todos los componentes y procedimientos manuales y

automticos asociados a cada sistema de informacin implicado en la
implantacin.
La ejecucin de los procedimientos de carga inicial y migracin de datos,

si se determin su necesidad.
La realizacin de las pruebas de implantacin y aceptacin del sistema.
La formalizacin del plan de mantenimiento.
8.1.1. Formacin de usuarios finales y equipo de pruebas

Se prev capacitar a un usuario lder en el uso del sistema de informacin
de forma tal que pueda utilizarlo para verificar que el mismo cumple con sus
requisitos para posteriormente aceptar el sistema. Dicho usuario ser el
encargado del rea de sistemas que labora en la institucin
8.2. Especificacin del Equipo de Implantacin
Si bien el presente trabajo ha sido desarrollado por el tesista con la
colaboracin del Asesor de Tesis. A continuacin, en la tabla ISI 1, se describen
los involucrados en el desarrollo de esta fase y su funcin:
168
Rol
Perfil
Usuario Final
Es el especialista encargado de ejecutar el sistema

Esta funcin est a cargo del Tesista y consiste en
Administrador de Base de Datos
instalar, crear y administrar los recursos de la base

de datos.
Administrador de Seguridad y instala y verificar el correcto funcionamiento del

Comunicaciones
servidor Web y los componentes necesarios para el

sistema.
Administrador de Aplicaciones e
Infraestructura

instalar el aplicativo y asignar los permisos, para
que los distintos usuarios puedan utilizar el sistema.
Tabla ISI 1: Descripcin del equipo de implementacin

8.3. Realizacin de la Instalacin
Dentro del contexto de desarrollo del presente trabajo, se procede a la
instalacin del siguiente software:
A. Ubuntu 9.04 Server Edition
a. Inicio de la instalacin: Al ingresar el CD de instalacin aparece
un listado de idiomas en el que elegimos espaol.
b. Idioma de instalacin: A continuacin se ve el men de
arranque del CD de Ubuntu Server desde el que se puede instalar,
nos situamos sobre Instalar Ubuntu Server.
c. Localizacin: Despus se debe seleccionar el pas en el que nos

encontramos. Basndose en el idioma que seleccionamos al
principio nos ofrece Espaa por defecto, pero en este caso
seleccionamos Per.
d. Distribucin del teclado: A continuacin, se nos brinda la
169
posibilidad de detectar automticamente la distribucin del teclado

pulsado una serie de teclas. Sin embargo, es ms fcil y rpido si
lo hacemos de forma manual. Por lo tanto, a la pregunta detectar
la disposicin del teclado? contestamos que No. Ahora tendremos
que indicar el origen del teclado. En nuestro caso es Latin
American y despus indicamos la distribucin, que tambin ser
Latin American.
e. Configuracin de la red: El siguiente paso nos lleva a la
configuracin de la red. Cancelamos la deteccin DHCP y luego
escogemos la opcin Configurar la red manualmente.
Ingresamos
la
ip
que
tendr
el
servidor
en la
intranet
192.168.1.2 y la mscara de red 255.255.255.0 y la ip del

router 192.168.1.1 e ingresamos los DNS del proveedor de
internet; adems deberemos escribir el nombre que va a tener
nuestro servidor el cual es servidormuni.
f. Particionado de Disco: El particionado de discos es el proceso

ms complicado de toda la instalacin. En el servidor se crearan
las siguientes particiones.
/ (raz): contiene el sistema y las aplicaciones que se

instalen.
var: alberga las pginas web, directorios de ftp, cach de un

proxy-cach, buzones de correo electrnico
swap: el rea de intercambio.
Elegimos particionar el disco usando el particionado Manual.

Despus se nos muestra un resumen con las particiones y puntos
de montaje. Como nuestro el duro est vaco, slo vemos el disco
duro completo, lo seleccionamos.
Al elegir el disco duro el programa de instalacin nos avisa de que
se va a crear una nueva tabla de particiones, seleccionamos s.
Volvemos a ver el resumen de las particiones pero en este caso, ya
170
tenemos una particin libre, tan grande como nuestro disco duro.
La seleccionamos porque en ella vamos a crear las particiones.
A continuacin, elegimos Crear una particin nueva. La primera
particin que vamos a crear es una particin es la raz (/) e
indicamos que va a ser la particin primaria. Y despus,
seleccionamos se ha terminado de definir la particin.
Una vez que tenemos nuestra primera particin creada, que nos
aparecer en el resumen de particiones, seleccionamos el espacio
libre. Repetimos el mismo proceso para crear las particiones de
/var solo que al momento de asignar el tipo de particin
seleccionaremos la opcin de particin lgica. En la configuracin
de la particin seleccionamos como punto de montaje la opcin
/var. Y despus, seleccionamos se ha terminado de definir la
particin.
Una vez que tenemos la particin /var creada, que nos aparecer
en el resumen de particiones, seleccionamos el espacio libre.
Repetimos
el
mismo proceso para crear la particin swap
seleccionamos la opcin de particin lgica. En la configuracin de

la particin seleccionamos utilizar como rea de intercambio. Y
despus, seleccionamos se ha terminado de definir la particin.
Entonces se nos preguntar si queremos escribir los cambios en
los discos, a lo que contestaremos que S.
g. Instalacin del sistema base: Seguidamente comenzar la
instalacin del sistema base.
h. Configurar Usuarios y Contraseas: En este paso debemos
configurar una cuenta de usuario que ser el que usemos por
defecto en lugar del superusuario para ejecutar tareas no
administrativas. Lo primero que debemos introducir es el nombre
completo del usuario en este caso se eligi administrador.
171
A continuacin escribimos el mismo nombre de usuario. El nombre

de usuario debe empezar con una letra minscula y no puede
contener espacios en blanco ni caracteres especiales. Ahora es el
turno de la contrasea para este usuario. Se recomienda que
contenga letras, nmeros, signos de puntuacin, maysculas y
minsculas. Y la tenemos que escribir de nuevo para comprobar
que no nos hemos equivocado al escribirla.
Tambin debemos elegir si queremos que la carpeta personal
(/home) est cifrada. Esto es interesante para mantener seguros
los datos del usuario incluso si se roban el equipo. Seleccionamos
que si se quiere cifrar la carpeta personal.
i. Configuracin del gestor de paquetes: Solamente es necesario
configurar el gestor de paquetes si tenemos que usar un proxy
para acceder a la red. En este caso, como no se tiene que usar, se
deja esta informacin en blanco.
j. Seleccionar e instalar programas: En este paso tenemos que
seleccionar si queremos que se instalen las actualizaciones de
seguridad de forma automtica o no, o si queremos administrar el
sistema con Landscape. Landscape es en una interfaz web para
administrar y monitorizar equipos con Ubuntu, pero es de pago. En
este caso vamos a preferir que se instalen las actualizaciones de
seguridad automticamente.
Despus se puede elegir qu programas se quiere instalar como
son un servidor DNS, un servidor LAMP, de correo, Samba, pero es
mejor instalar cualquiera de estos servicios de forma manual
cuando ya est instalado el sistema para controlar todos los pasos.
Sin embargo, s que resulta muy cmodo instalar desde el principio
el servidor SSH para poder administrarlo desde cualquier sitio.
k. Terminar la instalacin: Una vez que haya terminado la
instalacin tenemos que reiniciar el sistema, asegurndonos de
haber sacado el CD-ROM de la unidad. Una vez reiniciado el
172
sistema ingresamos al sistema con el usuario y contrasea creados

durante la instalacin. Ingresamos al terminal y digitamos el
comando sudo s luego nos pedir la contrasea para poder tener
permisos de superusuario (administrador de sistema) y terminar
de instalar los componentes restantes del sistema.
B. Servidor PostgreSQL 8.3
a. Instalacin: Para instalar el servidor de base de datos debemos
estar logeado como superusuario y luego ejecutamos el comando:
root@servidormuni:~# aptitude install postgresql
postgresql-client postgresql-contrib
A continuacin nos pedir que confirmemos la instalacin (n/Y), le

decimos que si (Y).
b. Prueba del servidor: Para confirmar que la instalacin termin
adecuadamente usamos el comando:
root@servidormuni:~# psql version
Y como resultado debemos obtener:
Psql (PostgreSQL) 8.3.8
Incluye soporte para edicin de lnea de ordenes

c. Cambiar la contrasea del usuario administrador: Ahora
necesitamos establecer la contrasea del usuario administrador
postgres. Digitamos el siguiente comando en la terminal para
ingresar al cliente sql de PostgreSQL:
root@servidormuni:~# sudo su postgres -c psql
Luego digitamos la siguiente lnea en la terminal sql de PostgreSQL

(cambiamos la palabra password por la contrasea que se desee
173
usar):
postgres#= ALTER USER postgres WITH PASSWORD 'password';
Y finalmente para salir del terminal sql de PostgreSQL y regresar al
terminal del superusuario digitamos el siguiente comando:
postgres#= \q
Eso altera la contrasea dentro de la base de datos, ahora
necesitamos hacer lo mismo para el usuario Linux postgres:
root@servidormuni:~# passwd d postgres
root@servidormuni:~# su postgres c passwd

Aparecer un prompt, introducimos la misma contrasea que
pusimos en el paso anterior.
d. Cambiar el esquema de autentificacin de PostgreSQL: Al
ejecutar algunos comandos de base de datos, es posible que se
encuentre con un error como: FATAL: la autentificacin Ident fall
para el usuario x. Para evitarlo se necesita editar el archivo
/etc/postgresql/8.3/main/pg_hba.conf y cambiar el esquema de
autentificacin.
root@servidormuni:~# pico
/etc/postgresql/8.3/main/pg_hba.conf
Y cambiamos esto:
# Database administrative login by UNIX sockets
local
all
postgres
ident sameuser
# "local" is for Unix domain socket connections only

local all all ident sameuser
Por esto:
174
# Database administrative login by UNIX sockets

local
all
postgres
md5
# "local" is for Unix domain socket connections only

local all all md5
Guardamos
la
configuracin
reiniciamos
el
servidor
de
PostgreSQL con el comando:

root@servidormuni:~# etc/init.d/postgresql-8.3 restart
C. Servidor Web Apache 2.2

a. Instalacin: Para instalar el servidor web debemos estar logeado
como superusuario y luego ejecutamos el comando:
root@servidormuni:~# aptitude install apache2
decimos que si (Y).
adecuadamente en un navegador web de una computadora
conectada a la red colocamos:
http://192.168.1.2/
Y como resultado debemos obtener:
It Works!
D. PHP 5.2 + Extensin pdo_pgsql
a. Instalacin: Para instalar PHP 5.2 y el modulo para PostgreSQL
en el servidor web debemos estar logeado como superusuario y
175
luego ejecutamos el comando:

root@servidormuni:~# aptitude install php5 php5-pgsql
libapache2-mod-auth-pgsql

decimos que si (Y).
adecuadamente creamos un archivo test.php de prueba en
/var/www/ y colocamos el siguiente contenido:
<?php phpinfo(); ?>
En un navegador web de una computadora conectada a la red
colocamos:
http://192.168.1.2/test.php
Y como resultado debemos obtener una pgina mostrando toda la
configuracin de php instalada en el servidor web.
E. P4A 3.2
a. Ubicacin para instalar para P4A: Para instalar P4A 3.2 en el
servidor web debemos estar logeado como superusuario y luego
ubicarnos en /var/www el comando:
root@servidormuni:~# cd /var/www
b. Descarga: Para instalar P4A 3.2 es necesario descargarlo con el
siguiente comando:
root@servidormuni:/var/www# wget
http://sourceforge.net/projects/p4a/files/p4a/3.2.2/p4a3.2.2.tgz/download
176
Se obtendr el archivo p4a-3.2.2.tgz

c. Extraccin: Ahora se tiene que extraer el contenido de archivo
descargado con el siguiente comando:
root@servidormuni:/var/www#
tar zxvf p4a-3.2.2.tgz
Y como resultado debemos obtener que se haya instalado en

/var/www/p4a-3.2.2; hay que tener en cuenta esta ubicacin ya
que se utilizar en la configuracin del sistema de informacin.
F. AdoDB para PHP 5.09
a. Creacin de carpetas web del sistema: Para instalar AdoDB
para PHP 5.09 en el servidor web debemos estar logeado como
superusuario y luego ubicarnos en /var/www.
A partir de este
punto todos los componentes restantes van en la carpeta del

sistema /var/www/tramite y para ello usamos el comando:
root@servidormuni:/var/www# mkdir tramite
Ahora se procede a crear carpeta web donde se alojara el modulo
de consultas ciudadana y que usara AdoDB para PHP 5.09 para su
funcionalidad, usamos el siguiente comando:
root@servidormuni:/var/www# mkdir tramite/web
Finalmente nos ubicamos en la carpeta donde se instalara AdoDB
para PHP 5.09 (/var/www/tramite/web), usamos el siguiente
comando:
root@servidormuni:/var/www# cd tramite/web
b. Descarga:
Para instalar AdoDB para PHP 5.09 es necesario
descargarlo con el siguiente comando:

root@servidormuni:/var/www/tramite/web# wget
177
http://sourceforge.net/projects/adodb/files/adodb-php5only/adodb-509-for-php5/adodb509.tgz/download
Se obtendr el archivo adodb509.tgz
c. Extraccin: Ahora se tiene que extraer el contenido de archivo
root@servidormuni:/var/www/tramite/web# tar zxvf
adodb509.tgz
/var/www/tramite/web/adodb5; hay que tener en cuenta esta
ubicacin ya que se utilizara en la configuracin del sistema de
informacin.
G. Smarty 2.6
a. Descarga: Para instalar Smarty 2.6 en el servidor web debemos
estar
logeado
como
superusuario
/var/www/tramite/web y luego
luego
ubicarnos
en
es necesario descargarlo con el
siguiente comando:
http://www.smarty.net/do_download.php?download_file=Smar
ty-2.6.26.tar.gz
Se obtendr el archivo Smarty-2.6.26.tar.gz

b. Extraccin: Ahora se tiene que extraer el contenido de archivo
root@servidormuni:/var/www/tramite/web# tar zxvf Smarty2.6.26.tar.gz

/var/www/tramite/web/Smarty-2.6.26; hay que tener en cuenta
178
esta ubicacin ya que se utilizara en la configuracin del sistema

de informacin.
H. JQuery 1.3
a. Creacin de carpetas web del sistema: Para instalar JQuery en
el servidor web debemos estar logeado como superusuario y luego
ubicarnos en /var/www/tramite/web. Luego se tiene que crear la
carpeta
/var/www/tramite/web/js
donde
se
ubicara
este
componente y para ello usamos el comando:

root@servidormuni:/var/www/tramite/web# mkdir js
Finalmente nos ubicamos en la carpeta donde se instalara JQuery
1.3 (/var/www/tramite/web/js), usamos el siguiente comando:
root@servidormuni:/var/www/tramite/web# cd js
b. Descarga: Para instalar JQuery 1.3 es necesario descargarlo con
el siguiente comando:
http://jqueryjs.googlecode.com/files/jquery-1.3.2.min.js
Se obtendr el archivo jquery-1.3.2.min.js
I. Xajax 0.5
a. Descarga: Para instalar Xajax 0.5 en el servidor web debemos
estar
logeado
como
superusuario
luego
ubicarnos
en
/var/www/tramite/web para crear la carpeta xajax donde estar

ubicado.
root@servidormuni:/var/www/tramite/web# mkdir xajax
Luego nos ubicamos en la carpeta creada anteriormente
179
root@servidormuni:/var/www/tramite/web# cd xajax
Ahora es necesario descargarlo con el siguiente comando:
root@servidormuni:/var/www/tramite/web/xajax# wget
http://xajax-
project.org/media/xajax/0.5_final/xajax_0.5_standard.zip
Se obtendr el archivo xajax_0.5_standard.zip
b. Extraccin: Ahora se tiene que extraer el contenido de archivo
root@servidormuni:/var/www/tramite/web/xajax# unzip
xajax_0.5_standard.zip
Y como resultado debemos obtener que el contenido del archivo

descargado esta instalado en /var/www/tramite/web/xajax; hay
que tener en cuenta esta ubicacin ya que se utilizara en la
configuracin del sistema de informacin.
J. Sistema de Informacin
a. Para conocimiento: Los componentes AdoDB para PHP 5.09,
Smarty 2.6 y JQuery estn contenidos dentro de la carpeta web
del modulo de consulta ciudadana en el sistema de informacin,
pero se ha descrito su instalacin en los pasos anteriores para
conocimiento si se requiere actualizar cualquier componente del
sistema a una versin ms reciente.
b. Creacin de carpetas de sistema: Antes de instalar el sistema
de informacin debemos estar logeado como superusuario y luego
ubicarnos en /var/www/tramite. Luego se tiene que crear la
carpeta /var/www/tramite/intranet donde se ubicar el modulo de
intranet del sistema de informacin y para ello usamos el
comando:
180
root@servidormuni:/var/www/tramite# mkdir intranet

Todas las carpetas y archivos que componen la intranet del
sistema de informacin se ubicaran en este lugar.
c. Estructura de directorios del sistema de informacin: A
continuacin se muestra una imagen de cmo esta estructurado el
sistema de acuerdo a las carpetas que contiene:
Figura ISI 1: Estructura de carpetas del sistema de informacin

d. Descripcin de carpetas del sistema Modulo Intranet: A
continuacin se describe el contenido de la carpetas que componen
el mdulo de consulta ciudadana en el sistema de informacin.
generales: aqu se ubica el archivo de configuracin del

sistema y la clase de para manejar la auditoria del sistema.
objects:
aqu
se
ubican
las
clases
mascaras
que
representan cada interfaz del sistema de informacin.
uploads: aqu se almacenan las carpetas para manejar la

subida de archivos al sistema. Esta carpeta y subcarpetas
requieren permisos de lectura y escritura para su correcto
funcionamiento.
o
tmp: aqu se almacena de manera temporal los

archivos que se van a cargar al sistema.
181
internos: aqu se almacenan los archivos que se

adjuntan a los documentos internos.
externos: aqu se almacenan los archivos que se

adjuntan a los documentos internos.
e. Descripcin de carpetas del sistema Modulo Web Consulta

Ciudadana: A continuacin se describe el contenido de la carpetas
que componen el mdulo de consulta ciudadana en el sistema de
informacin.
adodb: aqu se ubica el componente AdoDB para PHP 5.09

para administrar el trabajo con la base de datos.
clases: aqu se ubican las clases de negocio.
css: aqu se ubican las hojas de estilo para la presentacin

del sistema.
images: aqu se ubican las imgenes que utilizan en el

sistema.
js: aqu se ubica el componente JQuery 1.3, adems de

otras utilidades en javascript que hace uso el sistema.
smarty: aqu se ubica el componente Smarty 2.6 para

manejar plantillas en el sistema.
templates: aqu se ubican las plantillas tpl que se utilizan

en el sistema.
templates_c: aqu se ubican las plantillas compiladas por

smarty. Esta carpeta requiere permisos de
lectura y
escritura para su correcto funcionamiento.
xajax: aqu se ubica la librera para manejar ajax en el

sistema.
f. Configuracin de permisos de carpetas: a continuacin se

describen que permisos que deben tener las carpetas que
componen el sistema para su correcto funcionamiento. La mayora
de carpetas del sistema tendrn como permisos 755:
7 (rwx): todos los permisos lectura-escritura-ejecucin para el

usuario propietario.
182
5 (r-x): solo permisos de lectura y ejecucin para el resto de

usuarios que pertenezcan al mismo grupo de usuarios.
5 (r-x): solo permisos de lectura y ejecucin para el resto de

usuarios.
Adems en el sistema de informacin existen carpetas que

requieren permisos de lectura y escritura solamente para su
correcto funcionamiento, como ya se descubri en el punto
anterior de la descripcin de carpetas del sistema de informacin.
Para asignar permisos de lectura y escritura (rw-) solamente a una
carpeta utilizaremos el siguiente comando:
root@servidormuni:/var/www/tramite#
chmod
intranet/uploads web/templates_c
766
7 (rwx): todos los permisos lectura-escritura-ejecucin para el

usuario propietario.
6 (rw-): solo permisos de lectura y escritura para el resto de

usuarios que pertenezcan al mismo grupo de usuarios.
6 (rw-): solo permisos de lectura y escritura para el resto de

usuarios.
g. Creacin de la base de datos: Ahora debemos crear la base

datos,
para
hacerlo
debemos
entrar
la
terminal
sql
de
PostgreSQL con el siguiente comando:

root@servidormuni:/home/administrator# su postgres c psql
Ahora que nos encontramos en la terminal sql, para crear la base
datos debemos ejecutar el siguiente comando:
postgres#= CREATE DATABASE tramite;
Y finalmente para salir del terminal sql de PostgreSQL y regresar al
terminal del superusuario digitamos el siguiente comando:
postgres#= \q
183
h. Ejecucion del script de base de datos: A continuacin se debe

ejecutar el script de creacin de la base de datos que usa el
sistema de informacin, usaremos el siguiente comando:
root@servidormuni:/home/administrator# psql U postgres
d tramite f tramite.sql -W
Aparece un prompt pidiendo ingresar la contrasea del usuario que

establecimos al momento de instalar PostgreSQL, lo ingresamos y
como resultado muestra un mensaje que se ha ejecutado
correctamente el script de base datos.
i. Prueba de carga del sistema: Para comprobar que el modulo
intranet del sistema est correctamente instalado en un navegador
web de una computadora conectada a la red colocamos:
http://192.168.1.2/intranet
Y como resultado debemos obtener una pgina pidiendo el usuario
y contrasea para ingresar a la intranet del sistema.
Para comprobar que el modulo web de consulta ciudadana del
sistema est correctamente instalado en un navegador web de una
computadora conectada a la red colocamos:
http://192.168.1.2/web
Y como resultado debemos obtener una pgina mostrando los
filtros de bsqueda de documentos.
8.4. Pruebas de Implantacin del Sistema
El objetivo de estas pruebas es asegurar que el sistema se comporta de la
forma prevista en el entorno de operacin, y que responde a todas las
especificaciones dadas en cuanto a:
Recuperacin,
forzando
el
fallo
del
sistema
verificando
si
la
184
recuperacin se lleva a cabo de forma apropiada. En caso de que sea de

forma automtica, se evala la inicializacin, los mecanismos de
recuperacin del estado del sistema, datos, etc.
Seguridad, verificando que los mecanismos de proteccin incorporados al

sistema cumplen su objetivo.
Rendimiento, probando el sistema en cuanto al tiempo de respuesta de

ejecucin y al tiempo de utilizacin de recursos.
Se registra la realizacin de las pruebas incluyendo un informe que recoja la

desviacin de los requisitos establecidos y los problemas que quedan sin
resolver.
Productos de Entrada
Base de Datos / Ficheros Cargados
Sistema de Informacin
Producto de Salida
Participantes
Equipo de
Resultado de Pruebas de
Implantacin
Implantacin
en este caso el
Tesista
Tabla ISI 2: Descripcin de las Pruebas de Implantacin

Se evalan los resultados de las pruebas analizando las incidencias recibidas y
comprobando que se han llevado a cabo todos los casos de pruebas
establecidos en el plan de pruebas. Dicha evaluacin consiste en:
Comparar los resultados obtenidos con los esperados.
Identificar el origen de cada problema para poder remitirlo a quin

proceda, determinar la envergadura de las modificaciones y las acciones
que deben llevarse a cabo para resolverlo de forma satisfactoria.
Como el usuario no ha registrado anomalas en la carga de los casos de prueba,

se da por aprobada la prueba de implementacin del sistema.
8.5. Pruebas de Aceptacin del Sistema
Se llevan a cabo las pruebas de aceptacin final del sistema para asegurar que
todos los componentes responden a los criterios de aceptacin especificados. Se
registra la realizacin de las pruebas, incluyendo un informe que recoja la
185
desviacin de los requisitos establecidos y los problemas que quedan sin

resolver.
Productos de Entrada
Base de Datos / Ficheros Cargados
Sistema de Informacin
Producto de Salida
Participantes
Resultado de Pruebas de
Aceptacin
Usuarios
Finales
Tabla ISI 3: Descripcin de las Pruebas de Aceptacin

Se evalan los resultados de las pruebas, analizando las incidencias recibidas y
comprobando que se han llevado a cabo todos los casos de pruebas
establecidos en el plan de pruebas. Dicha evaluacin consiste en:
Comparar los resultados obtenidos con los esperados.
Identificar el origen de cada problema para poder remitirlo a quin

proceda y determinar qu acciones o medidas correctoras es preciso
llevar a cabo para resolverlo de forma satisfactoria.
Una vez realizadas las medidas correctoras necesarias, y comprobado que su

comportamiento es adecuado se concluye la aprobacin del sistema por parte
del usuario final.
8.6. Presentacin y Aprobacin del Sistema
Una vez que se han efectuado las pruebas de implantacin y de aceptacin, y
que se ha fijado el acuerdo de nivel de servicio, la institucin debe formalizar la
aprobacin del sistema. Para esto, se lleva a cabo una presentacin general del
sistema a la institucin y se espera la confirmacin de su aprobacin.
En una reunin mantenida entre el tesista y el asesor de tesis se dio por
aprobada la fase de Implantacin y Aceptacin del Sistema de Informacin, no
obstante, como el presente trabajo forma parte de la tesis para optar por el
ttulo acadmico de Ingeniero en Computacin e Informtica, la aprobacin final
del sistema consistir en la defensa del mismo ante un tribunal evaluador
oportunamente reunido a tal fin.
186
Captulo 9
Conclusin y
Futuras Lneas
de Trabajo
187
9. CONCLUSIN Y FUTURAS LNEAS DE TRABAJO

9.1.1. Conclusin
El realizar la toma de los requerimientos necesarios en los procesos
realizados en la Gestin Documental del la Municipalidad Distrital de Jos
Leonardo Ortiz, permiti definir correctamente que caractersticas debe
cumplir el sistema de informacin para satisfacer todas las necesidades
de los usuarios internos y externos de la institucin.
Analizando requerimientos recopilados de la Municipalidad Distrital de
Jos Leonardo Ortiz
se pudo realizar la correcta estructuracin de los
procesos en los que estn envueltos todo el trmite documentario de una

manera mas precisa.
Con el modelamiento del sistema de informacin propuesto para la
Municipalidad Distrital de Jos Leonardo Ortiz se pudo determinar la
estructura, as como sus diversos componentes y los roles que va a
cumplir cada usuario interno y externo de la institucin. Esta tarea fue
realizada utilizando caractersticas de la metodologa Metrica 3 y RUP, as
como aportaciones del tesista, con lo cual se obtuvo una metodologa
que pueda ser utilizada a la realidad del proyecto.
Al
implementar
Municipalidad
el
sistema
Distrital
de
de
Jos
informacin
Leonardo
propuesto
Ortiz
permiti
para
la
definir
correctamente a nivel tcnico las caractersticas de cada componente

para que ejecuten eficazmente cada proceso en el trmite documentario
de
la
institucin.
Adems,
se
utilizo
tecnologas
herramientas
ampliamente probadas y en constante evolucin, que no requieren

ningn costo adicional al proyecto ya que es software libre.
Al realizar las pruebas en el sistema de informacin propuesto para la
Municipalidad Distrital de Jos Leonardo Ortiz, permiti descubrir y
solucionar los diversos problemas o cambios que se encontraron en el
transcurso del desarrollo del proyecto.
188
9.1.2. Recomendaciones
Como lneas de investigacin futura se ha identificado la ampliacin de
las funcionalidades del sistema, digitalizando todos los documentos de la
institucin
implementando
la
firma
digital
avanzada
para
los
documentos. Esta se integra con una Infraestructura de Llaves Pblicas

(PKI),
otorgndole
electrnicos
autenticidad
haciendo
uso
de
integridad
tarjetas
los
inteligentes,
documentos
garantizando
seguridad jurdica en las transacciones.

Como recomendaciones se ha identificado que el equipo que se utilice
como servidor para alojar el sistema de informacin propuesto para la
Municipalidad Distrital de Jos Leonardo Ortiz debe ser nica y
exclusivamente para dicho sistema, y debe estar en un ambiente frio ya
que dicho servidor va a estar operando todo el tiempo. Con esta
recomendacin no se quiere prohibir la instalacin de cualquier otro
sistema, pero si va afectar en el uso de recursos de cada sistema de
informacin instalado, as como de la capacidad de velocidad en el
servicio que debe de brindar.
Otra recomendacin que se ha identificado es la capacitacin del personal
que va a dar el mantenimiento del sistema de informacin y al servidor
donde esta alojado, dado que es un sistema que se va administrar en una
terminal de texto, es decir sin administracin grafica, se requiere
conocimientos avanzados para realizar dichas tareas de administracin ya
que dicho personal necesita utilizar correctamente los comandos de un
sistema GNU/Linux de lo contrario esto dara como resultado que se dae
el sistema y ya no permita dar el servicio para lo cual fue creado.
189
Captulo 10
Bibliografa
190
10. BIBLIOGRAFA
GIBERT GINEST MARC Y PEA GONZLEZ LVARO. (2005). Ingeniera del
software en entornos de SL. UOC Universidad Abierta de Catalua Formacin
de Posgrado, Espaa.
DELIA BRANCO MARCELO Y LEN MARTNEZ MNICA. (2005). Implantacin de
Sistemas. UOC Universidad Abierta de Catalua Formacin de Posgrado,
Espaa.
WEITZENFELD
ALFREDO. (2005). Ingeniera de Software Orientada a Objetos
con UML, Java e Internet. Thomson, Mxico.

E. KENDALL JULIE. (2005). Anlisis y diseo de sistemas, Sexta edicin. Pearson
Educacion, Mxico.
FERNNDEZ ALARCN VICEN. (2006) Desarrollo de sistemas de informacin:
una metodologa basada en el modelado. UPC - Universidad Politcnica de
Catalua, Espaa.
[W01] SlideShare, Sistemas de Informacin,
http://www.slideshare.net/acostanp/sistemas-de-informacin-presentation722197 (acceso Junio 14, 2009)
[W02] MINEDU, Estndar herramientas para desarrollo de aplicaciones web,
www.minedu.gob.pe/ofin/xtras/EstndUsoHerramientDesarrolloAplicacionesWebV4
.pdf (acceso Junio 14, 2009)
[W03] Enciclopedia Wikipedia, Servidor Web,
http://es.wikipedia.org/wiki/Servidor_web (acceso Junio 14, 2009)
[W04] RecBib Recursos Bibliotecarios, Base de Datos,
http://es.wikipedia.org/wiki/Servidor_web (acceso Junio 14, 2009)
[W05] Enciclopedia Wikipedia, Sistema de gestin de bases de datos,
http://es.wikipedia.org/wiki/Sistema_de_gestion_de_bases_de_datos
(acceso
Junio 14, 2009)

191

41557306

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

41557306

Cargado por

Copyright:

Formatos disponibles

Implementacin del Sistema de Gestin Documental para Gobiernos Locales bajo Plataforma de Software Libre

UNIVERSIDAD NACIONAL PEDRO RUIZ GALLO

Escuela Profesional de Computacin e Informtica

Tesis para optar por el Ttulo Profesional de Ingeniero en

Implementacin del Sistema de Gestin Documental

Autor: Bachiller Juan Percy Rojas Cruz

Bach. Juan Percy Rojas Cruz

Bach. Juan Percy Rojas Cruz

En la presente tesis se exponen las diversas actividades realizadas para desarrollar

Bach. Juan Percy Rojas Cruz

Bach. Juan Percy Rojas Cruz

3.4.5.1. Especificacin de Principios Generales de la Interfaz ...................... 43

3.4.6. Verificacin y Aceptacin de la Arquitectura del Sistema ......................... 45

3.5.1.1. Implantacin de la Base de Datos Fsica ......................................

3.5.1.2. Preparacin del Entorno de Construccin ..................................... 47

3.6.2.1. Realizacin de la Instalacin ...................................................... 52

4.3.2.1. Software .................................................................................. 63

7.4. Generacin del Cdigo de Componentes .................................................... 145

Bach. Juan Percy Rojas Cruz

Bach. Juan Percy Rojas Cruz

Describir las caractersticas del sistema propuesto, mediante la toma de

Analizar los requerimientos recopilados, refinndolos y estructurndolos,

Modelar el sistema propuesto, encontrando su forma (arquitectura), el

y comprender los aspectos relacionados con los

requisitos y restricciones, analizados en los procesos de la gestin

Implementar el sistema, a travs de la descripcin de su arquitectura en

Realizar las pruebas necesarias del sistema propuesto, durante un

Municipalidad Distrital de Jos Leonardo Ortiz

Bach. Juan Percy Rojas Cruz

1.2. A quines est dirigida?

documentacin resultante del proceso: EVS: Estudio de la Viabilidad del

resultante del proceso ASI: Anlisis del Sistema de Informacin. La

El captulo 6. Diseo del sistema comprende la documentacin resultante

bibliogrficas utilizadas para el trabajo de tesis, y el glosario con los

Bach. Juan Percy Rojas Cruz

Bach. Juan Percy Rojas Cruz

las distintas reas de la municipalidad puede ser una tarea muy

complicada, sino imposible.

definitiva a la toma de decisiones y dando como resultado una gestin

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

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

Bach. Juan Percy Rojas Cruz

permita minimizar tiempos,

esfuerzos y costos a favor de una administracin y servicios ms

Describir las caractersticas del sistema propuesto, mediante la toma

estructurndolos, para una compresin y descripcin ms precisa que

Modelar el sistema propuesto, encontrando su forma (arquitectura), el

Implementar el sistema, a travs de la descripcin de su arquitectura

Realizar las pruebas necesarias del sistema propuesto, durante un

Puesta en marcha del Sistema de Gestin Documental en la

2.6. Justificacin e Importancia

Justificacin: El desarrollo del Sistema de Gestin Documental

Bach. Juan Percy Rojas Cruz

Importancia: Modernizar y normalizar las polticas de la gestin

2.7. Informacin relacionada al proyecto

utilizaremos para gestionar el proyecto.

informacin (archivos y programas), acceder a servicios comunes (correo

(impresoras, servidores, escneres y equipos de fax).