Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1UNIVERSIDAD NACIONAL â��PEDRO RUIZ GALLOâ��FACULTAD DE CIENCIAS FÃ�SICAS Y MATEMÃ�TICASEscuela Profesional de Computación e InformáticaTesis para optar por el TÃtulo Profesional de Ingeniero enComputación e InformáticaImplementación del Sistema de Gestión Documentalpara Gobiernos Locales bajo Plataforma de Software LibreAutor: Bachiller Juan Percy Rojas CruzAsesor: Ing. MartÃn Leiva CastilloLambayeque, 2011Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 2DEDICATORIAMi tesis la dedico con todo mi amor y cariño.A ti DIOS que me diste la oportunidad de vivir y de regalarme una familiamaravillosa.Con mucho cariño principalmente a mis padres José y Francisca que me dieron lavida y han estado conmigo en todo momento. Gracias por todo papá y mamá pordarme una carrera para mi futuro y por creer en mÃ, aunque hemos pasadomomentos difÃciles siempre han estado apoyándome y brindándome todo su amor,por todo esto les agradezco de todo corazón el que estén conmigo a mi lado. Losquiero con todo mi corazón y este trabajo es para ustedes, aquà está el fruto de loque me brindaron, solamente les estoy devolviendo lo que ustedes me dieron enun principio.A mis hermanos Alex, Pilar y Mónica gracias por estar siempre conmigo yapoyarme 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 muchoy muchas gracias por estar conmigo en todo este tiempo donde he vividomomentos felices y tristes, pero esos momentos son los que nos hacen crecer yvalorar a las personas que nos rodean, gracias por ser mis amigos y recuerden quesiempre los llevaré en mi corazón.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 3RESUMENEn la presente tesis se exponen las diversas actividades realizadas para desarrollaruna herramienta que permita brindar una respuesta a la necesidad de losgobiernos locales de coordinar y controlar de forma sistemática, todos aquellosaspectos relacionados con la creación, recepción, organización, almacenamiento,preservación, acceso y difusión de los documentos en una organización; haciendouso de una plataforma de Software Libre que permita minimizar tiempos, esfuerzosy costos a favor de una administración y servicios más eficientes a la ciudadanÃa.La tesis presenta los principales aspectos de la investigación, la metodologÃa, losprocesos de cada actividad a realizar y las herramientas utilizadas

para sudesarrollo e implementación; al final del documento se presentan las conclusionesy recomendaciones del tesista.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 4ABSTRACTThis thesis shows the various activities done to develop a tool to provide aresponse to the need for local governments to coordinate and systematicallymanage all aspects related to the creation, reception, organization, storage,preservation, access and diffusion of documents in an organization using freesoftware platform that allows minimizing time, effort and costs for administrationand more efficient services to citizens.This tesis shows the main aspects of research, methodology, the processes of eachactivity to be performed and tools used for development and implementation, atthe end of the document presents the conclusions and recommendations of thethesis student.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 51. INTRODUCCIÃ�N â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦..............â�¦â�¦â�¦â�¦â�¦â�¦ 101.1. ¿De qué trata esta tesis? â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 101.2. ¿A quiénes está dirigida? â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 111.3. Organización del documento â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 112. ASPECTOS DE LA INVESTIGACIÃ�N â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............... 142.1. Situación Problemática â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦.............. 142.2. Problema â�¦â�¦..â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............ 152.3. Hipótesis â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 152.4. Variables de Estudio â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 152.5. Objetivos â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............ 162.5.1. Objetivo General â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦........... 162.5.2. Objetivos EspecÃficos â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�

¦............ 162.6. Justificación e Importancia â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦...........â�¦â�¦ 162.7. Información relacionada al proyecto â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦........... 173. METODOLOGIA â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............â�¦. 293.1. Descripción de la MetodologÃa â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 293.2. Fase I: Viabilidad del Sistema de Información â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............ 293.2.1. Viabilidad Operativa â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 293.2.2. Viabilidad Técnica â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............ 293.2.3. Viabilidad Económica â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............ 303.3. Fase II: Análisis del Sistema de Información â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 303.3.1. Definición del Sistema â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦........... 323.3.1.1. Determinación del Alcance del Sistema â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 323.3.1.1.1. Modelo de Negocio â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦........... 333.3.1.2. Identificación de los Usuarios Participantes y Finales â�¦â�¦â�¦â�¦............. 333.3.2. Establecimiento de Requisitos â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦........... 333.3.2.1. Especificación de Casos de Uso â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 343.3.3. Análisis de los Casos de Uso â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 343.3.3.1. Identificación de Clases de Análisis â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦.............. 353.3.3.2. Diagramas de Secuencia â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 353.3.4. Especificación de Requisitos de Seguridad â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............... 363.3.5. Presentación y Aprobación del Análisis del Sistema de Información .......... 373.4. Fase III: Diseño del Sistema de Información â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦................ 373.4.1. Definición de la Arquitectura del Sistema .â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............. 383.4.1.1. Definición de Niveles de Arquitectura â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦............ 393.4.2. Diseño de Clases â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦â�¦.â�¦â�¦â�¦â�¦â�¦............ 393.4.3. Diagrama de Estados ........................................................................ 403.4.4. Diseño FÃsico de Datos ....................................................................... 403.4.4.1. Diseño de Base de

Datos ........................................................... 413.4.5. Definición de Interfaces de Usuario ..................................................... 41Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 63.4.5.1. Especificación de Principios Generales de la Interfaz ...................... 433.4.5.1.1. Principios Generales de la Interfaz ....................................... 433.4.5.2. Especificación de Formatos Individuales de la Interfaz de Pantalla ... 443.4.6. Verificación y Aceptación de la Arquitectura del Sistema ......................... 453.4.6.1. Verificación de la Especificación de Diseño .................................... 453.4.7. Presentación y Aprobación del Diseño del Sistema de Información ........... 453.5. Fase IV: Construcción del Sistema de Información ....................................... 453.5.1. Preparación del Entorno de Generación y Construcción .......................... 463.5.1.1. Implantación de la Base de Datos FÃ-sica ...................................... 473.5.1.2. Preparación del Entorno de Construcción ..................................... 473.5.2. Generación del Código de los Componentes y Procedimientos ................. 473.5.2.1. Generación del Código de Componentes ....................................... 483.5.3. Ejecución de las Pruebas del Sistema .................................................. 483.5.3.1. Realización de las Pruebas del Sistema ........................................ 483.5.3.2. Evaluación del Resultado de las Pruebas del Sistema ...................... 493.5.3.3. Aprobación del Sistema de Información ........................................ 493.6. Fase V: Implantación y Aceptación del Sistema ........................................... 493.6.1. Establecimiento del Plan de Implantación ............................................. 503.6.1.1. Definición del Plan de Implantación ............................................. 503.6.1.2. Especificación del Equipo de Implantación .................................... 513.6.2. Incorporación del Sistema al Entorno de Operación .............................. 513.6.2.1. Realización de la Instalación ...................................................... 523.6.3. Pruebas de Implantación del Sistema .................................................. 523.6.3.1. Preparación de las Pruebas de Implantación ................................. 533.6.3.2. Realización de las Pruebas de implantación .................................. 533.6.3.3. Evaluación del Resultado de las Pruebas de Implantación ............... 533.6.4. Pruebas de Aceptación del Sistema .................................................... 533.6.4.1. Realización de las Pruebas de Aceptación ..................................... 543.6.5. Presentación y Aprobación del Sistema ................................................ 54

4. VIABILIDAD DEL SISTEMA DE INFORMACI�N ...................................................... 554.1. Viabilidad Operativa ............................................................................... 554.2. Viabilidad Técnica .................................................................................. 554.2.1. Administración ................................................................................ 554.2.2. Seguridad ...................................................................................... 574.2.3. Soporte Técnico .............................................................................. 604.2.4. Utilización ...................................................................................... 614.2.5. Conclusiones ................................................................................... 624.3. Viabilidad Económica .............................................................................. 624.3.1. Consideraciones .............................................................................. 624.3.2. Costos de Inversión ......................................................................... 63Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 74.3.2.1. Software .................................................................................. 634.3.2.2. Implementación ....................................................................... 634.3.2.3. Capacitación ............................................................................. 634.3.2.4. Total Costos de Inversión .......................................................... 644.3.3. Costos de Operación ......................................................................... 644.3.3.1. Soporte Técnico ........................................................................ 644.3.3.2. Recursos Humanos ................................................................... 644.3.3.3. Renovación de Licencias ............................................................. 644.3.3.4. Total de Operación .................................................................... 644.3.4. Beneficio de Proyecto ........................................................................ 654.3.4.1. Beneficios Tangibles .................................................................. 65

4.3.4.2. Beneficios Intangibles ................................................................ 664.3.5. Valor Actual Neto .............................................................................. 664.3.6. Tiempo de Recuperación de Inversión .................................................. 674.3.7. Tasa Interna de Retorno .................................................................... 684.3.8. Conclusiones ................................................................................... 695. ANÃ�LISIS DEL SISTEMA DE INFORMACIÃ�N ......................................................... 715.1. Modelo de Negocio .................................................................................. 715.2. Identificación de los Usuarios Participantes y Finales .................................... 715.3. Especificación de Casos de Uso ................................................................. 725.4. Identificación de Clases de Análisis ........................................................... 1115.5. Diagramas de Secuencia .......................................................................... 1185.6. Especificación de Requisitos de Seguridad .................................................. 1265.7. Presentación y Aprobación del Análisis del Sistema de Información ............... 1276. DISEÃ�O DEL SISTEMA DE INFORMACIÃ�N ........................................................... 1296.1. Definición de Niveles de Arquitectura ......................................................... 1296.2. Diseño de Clases .................................................................................... 1316.3. Diagramas de Estados ............................................................................. 1326.4. Diseño de Base de Datos ......................................................................... 1336.4.1. Diagrama de Base de Datos .............................................................. 1336.4.2. Diccionario de Datos ......................................................................... 1346.5. Definición de Interfaces de Usuario ........................................................... 1386.6. Verificación y Aceptación de la Arquitectura del Sistema .............................. 1396.7. Presentación y Aprobación del Diseño del Sistema de Información ................. 1397. CONSTRUCCIÃ�N DEL SISTEMA DE INFORMACIÃ�N ............................................... 1417.1. Implantación de la Base de Datos FÃ-sica .................................................... 1417.2. Preparación del Entorno de Construcción ................................................... 1417.3. Estándares de Desarrollo ......................................................................... 1437.3.1. Especificación de Base de

Datos ......................................................... 1437.3.2. Especificación de Programación de Módulos ......................................... 144Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 87.4. Generación del Código de Componentes .................................................... 1457.5. Pantallas del Sistema .............................................................................. 1467.6. Plan de Iteraciones ................................................................................. 1547.7. Realización de las Pruebas del Sistema ...................................................... 1557.7.1. Pruebas Unitarias del Sistema ............................................................ 1557.7.2. Pruebas de Integración del Sistema .................................................... 1657.8. Evaluación del Resultado de las Pruebas del Sistema ................................... 1667.9. Presentación y Aprobación de la Construcción Sistema de Información ........... 1668. IMPLANTACIÃ�N Y ACEPTACIÃ�N DEL SISTEMA ..................................................... 1688.1. Definición del Plan de Implantación ........................................................... 1688.2. Especificación del Equipo de Implantación .................................................. 1688.3. Realización de la Instalación .................................................................... 1698.4. Pruebas de Implantación del Sistema ........................................................ 1848.5. Pruebas de Aceptación del Sistema ........................................................... 1858.6. Presentación y Aprobación del Sistema ..................................................... 1869. CONCLUSIÃ�N Y FUTURAS LÃ�NEAS DE TRABAJO ................................................... 1889.1.1. Conclusión ...................................................................................... 1889.1.2. Recomendaciones ............................................................................ 18910. BIBLIOGRAFÃ�A .............................................................................................. 191Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 9CapÃtulo 1IntroducciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 101. INTRODUCCION1.1. ¿De qué trata esta tesis?Esta tesis trata sobre desarrollar una herramienta que permita brindar unarespuesta a la necesidad de los gobiernos locales de coordinar y controlar de

forma sistemática, todos aquellos aspectos relacionados con la creación,recepción, organización, almacenamiento, preservación, acceso y difusión de losdocumentos en una organizaciónEl trabajo persigue como objetivo principal el desarrollar un Sistema de GestiónDocumental para Gobiernos Locales bajo plataforma de Software Libre quepermita minimizar tiempos, esfuerzos y costos a favor de una administración yservicios más eficientes a los ciudadanos en la municipalidad. Y como objetivossecundarios:- Describir las caracterÃsticas del sistema propuesto, mediante la toma delos requerimientos necesarios en los procesos realizados en la GestiónDocumental del la Municipalidad Distrital de José Leonardo Ortiz.- Analizar los requerimientos recopilados, refinándolos y estructurándolos,para una compresión y descripción más precisa que ayude a estructurarlos procesos de la gestión documental.- Modelar el sistema propuesto, encontrando su forma (arquitectura), elcual se va a diseñar, y comprender los aspectos relacionados con losrequisitos y restricciones, analizados en los procesos de la gestióndocumental.- Implementar el sistema, a través de la descripción de su arquitectura entérminos de componentes, para su distribución, los cuales en su conjuntorepresentaran los procesos de gestión documental.- Realizar las pruebas necesarias del sistema propuesto, durante unperiodo de tiempo determinado, para el correcto funcionamiento delmismo, tomando datos reales utilizados en los procesos de gestióndocumental.- Puesta en marcha del Sistema de Gestión Documental en laMunicipalidad Distrital de José Leonardo OrtizImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 111.2. ¿A quiénes está dirigida?El trabajo se encuentra dirigido principalmente a gobiernos locales que generen,recepcionen y almacenen documentación en su organización.La documentación contenida en el mismo puede tomarse como referencia parala adopción de prácticas para modernizar y normalizar las polÃticas de la gestióndocumental en los gobiernos, asà también brinda información respecto de cómouna herramienta de gestión puede ayudar a coordinar y controlar de formasistemática la documentación en la organización.1.3. Organización del documentoEl material se divide en 10 capÃtulos que abarcan la totalidad del trabajo detesis.ï�¶ El capÃtulo 1. Introducción (el presente) sintetiza los objetivos de la tesis,a quiénes está dirigida, y de qué manera se encuentra organizado elmaterial de la misma.ï�¶ El capÃtulo 2. Aspectos de la investigación, presenta un panorama de lasituación actual, mostrando el contexto que da origen al trabajo de tesis.ï�¶ El capÃtulo 3. MetodologÃa comprende la documentación que cubre laobtención del marco de referencia para el desarrollo del sistema deinformación.ï�¶ El capÃtulo 4. Estudio de viabilidad del sistema comprende ladocumentación resultante del proceso: â��EVS: Estudio de la Viabilidad delSistemaâ��. La documentación cubre la Viabilidad Operativa, ViabilidadTécnica y Viabilidad Económica.ï�¶ El capÃtulo 5. Análisis del sistema comprende la documentación

resultante del proceso â��ASI: Análisis del Sistema de Informaciónâ��. Ladocumentación cubre el modelado en UML del negocio, los casos de uso,los prototipos de interfaces de usuario, y la estructura y comportamientodel sistema en términos de clases de análisis. Dentro de este capÃtulo seincluye también el diseño de las pruebas de la fase de análisis.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 12ï�¶ El capÃtulo 6. Diseño del sistema comprende la documentación resultantedel proceso â��DSI: Diseño del Sistema de Informaciónâ��. La documentacióncubre el modelado en UML del diseño arquitectónico del sistema y lossubsistemas que lo conforman, y la estructura y comportamiento delmismo en términos de clases de diseño. Dentro de este capÃtulo seincluye también el â��Plan de pruebasâ��ï�¶ El capÃtulo 7. Construcción del sistema comprende la documentaciónresultante del proceso â��CSI: Construcción del Sistema de Informaciónâ��.La documentación cubre la descripción del entorno de construcción y losresultados de las pruebas unitarias, de integración y del sistema.ï�¶ El capÃtulo 8. Implantación y aceptación del sistema comprende ladocumentación resultante del proceso â��IAS: Implantación y aceptacióndel sistemaâ��. La documentación cubre la incorporación del sistema alentorno productivo y los resultados de las pruebas de implantación yaceptación.ï�¶ El capÃtulo 9. Conclusiones y Futuras lÃneas de trabajo contiene lasconclusiones obtenidas luego de finalizado el trabajo de tesis, y lasfuturas lÃneas de trabajo a seguir por aquellos interesados en el tema.ï�¶ El capÃtulo 10. BibliografÃa y Glosario contiene las referenciasbibliográficas utilizadas para el trabajo de tesis, y el glosario con lostérminos empleados en el mismo.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 13CapÃtulo 2Introducción alProblemaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 142. ASPECTOS DE LA INVESTIGACIONEn este capÃtulo se describen los conceptos principales del problema a resolver porel presente trabajo de tesis.2.1. Situación ProblemáticaLa información como recurso estratégico ha tomado nuevos valores ydimensiones, quizás por primera vez en la historia, las organizaciones exitosasya no son aquellas que poseen más capital sino las que más y mejor uso hacende la información; no obstante, el uso de los recursos de información en lospaÃses subdesarrollados presenta limitaciones.La creciente complejidad de sus procesos ha llevado a una situaciónincontrolable respecto al manejo de la documentación interna y externa. Cadavez se hace más difÃcil contar con información oportuna, los recursos paramanejar este creciente volumen de información se hacen mayores, sin llegar aalcanzar ventajas significativas.Actualmente la gestión documental en los gobiernos locales son islas deinformación en las que los usuarios solo conocen los documentos que

ellosmismos crean.En estas condiciones realizar una búsqueda o seguimientos de un documentosentre las distintas áreas de la municipalidad puede ser una tarea muycomplicada, sino imposible.El elevado número de fotocopias innecesarias conlleva a un importante costo dematerial y espacio de almacenamiento.La perdida de documentos e inexistencia de seguridad es frecuente, obligandoen ocasiones a repetir el trabajo realizado. Además es imposible controlar elacceso a la documentación por parte de cualquier empleado lo que genera unanula confidencialidad.La baja calidad del servicio, produce que los ciudadanos se vean forzados aesperar dÃas para conseguir la documentación solicitada, lo que se traduce enuna disminución de la calidad del servicio ofrecido.Todos estos problemas enumerados anteriormente, repercuten directamente enlas distintas funciones, generando una respuesta lenta e ineficaz y afectando enImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 15definitiva a la toma de decisiones y dando como resultado una gestiónineficiente por parte de la municipalidad.Además debido a los bajos recursos de los que disponen los gobiernos localesimpiden que puedan adquirir o implementar una solución tecnológica para suproblemática al adecuado tratamiento de su información.2.2. Problema¿La implementación del Sistema de Gestión Documental para gobiernos localesbajo plataforma de Software Libre permitirá minimizar tiempos, esfuerzos ycostos a favor de una administración y servicios más eficientes a los ciudadanosen la municipalidad?2.3. HipótesisLa implementación del Sistema de Gestión Documental para Gobiernos Localesbajo plataforma de Software Libre permitirá minimizar tiempos, esfuerzos ycostos a favor de una administración y servicios más eficientes a los ciudadanosen la municipalidad.2.4. Variables de EstudioSe ha identificado como variable independiente al Sistema de GestiónDocumental 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 respuestafinal.- 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 respuestafinal.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 162.5. Objetivos2.5.1. Objetivo General

Desarrollar un Sistema de Gestión Documental para Gobiernos Localesbajo plataforma de Software Libre que permita minimizar tiempos,esfuerzos y costos a favor de una administración y servicios máseficientes a los ciudadanos en la municipalidad.2.5.2. Objetivos EspecÃficos- Describir las caracterÃsticas del sistema propuesto, mediante la tomade los requerimientos necesarios en los procesos realizados en laGestión Documental del la Municipalidad Distrital de José LeonardoOrtiz.- Analizar los requerimientos recopilados, refinándolos yestructurándolos, para una compresión y descripción más precisa queayude a estructurar los procesos de la gestión documental.- Modelar el sistema propuesto, encontrando su forma (arquitectura), elcual se va a diseñar, y comprender los aspectos relacionados con losrequisitos y restricciones, analizados en los procesos de la gestióndocumental.- Implementar el sistema, a través de la descripción de su arquitecturaen términos de componentes, para su distribución, los cuales en suconjunto representaran los procesos de gestión documental.- Realizar las pruebas necesarias del sistema propuesto, durante unperiodo de tiempo determinado, para el correcto funcionamiento delmismo, tomando datos reales utilizados en los procesos de gestióndocumental.- Puesta en marcha del Sistema de Gestión Documental en laMunicipalidad Distrital de José Leonardo Ortiz2.6. Justificación e Importancia- Justificación: El desarrollo del Sistema de Gestión Documentalpermitirá brindar una respuesta a la necesidad de los gobiernoslocales de coordinar y controlar de forma sistemática, todos aquellosaspectos relacionados con la creación, recepción, organización,almacenamiento, preservación, acceso y difusión de los documentosen una organizaciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 17- Importancia: Modernizar y normalizar las polÃticas de la gestióndocumental en los gobiernos locales significará optimizar los tiemposinvertidos en la ejecución de los mismos, asà como iniciar un procesode concientización organizacional para las buenas prácticas en lagestión administrativa dentro del mismo.2.7. Información relacionada al proyectoEn este paso describiremos los principales conceptos y herramientas queutilizaremos para gestionar el proyecto.A. Gobierno LocalEl gobierno local, o municipalidad, es la forma básica de organización denuestro paÃs y la manera directa en la que los vecinos participamos entemas relacionados a nuestra comunidad.B. Red InformáticaUna red informática se define como un conjunto de computadores,impresoras y otros dispositivos electrónicos conectados entre sà mediantecables o enlaces inalámbricos, que les permiten comunicarse unos conotros. Una red permite a sus usuarios compartir e intercambiarinformación (archivos y programas), acceder a servicios comunes (correoelectrónico y aplicaciones), y compartir elementos de hardware(impresoras, servidores, escáneres y equipos de fax).C. Métrica v3Aunque su ámbito inicial es el de las administraciones públicas, lasmejoras introducidas en la versión 3 y el mejor uso de estándares ynormas de ingenierÃa del software hacen que su alcance pueda ampliarse alas administraciones autonómicas, locales y al resto de empresas y

organizaciones.Entre las mejoras introducidas en la versión 3.0 (publicada en el año2000), destaca la incorporación de nuevos métodos y tecnologÃas(cliente/servidor, interfaz gráfica de usuario, orientación a objetos), asÃcomo la incorporación de aspectos de gestión (que la metodologÃaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 18denomina interfaces) para mejorar aspectos que no pertenecen a una solafase, sino que intervienen a lo largo del proyecto, como son la gestión delmismo, la calidad y la seguridad, entre otros.La estructura de la metodologÃa sigue el clásico método en cascada basadoen los siguientes procesos:- Planificación de Sistemas de Información- Desarrollo de Sistemas de Información- Mantenimiento de Sistemas de InformaciónCada proceso de los anteriores detalla las actividades y tareas que hayque realizar, de manera que para cada tarea se indican:- Las técnicas y prácticas a utilizar.- Los responsables de realizarla.- Sus productos de entrada y salida.El aspecto más destacable de esta metodologÃa no es tanto lo que puedaaportar como innovación a la ingenierÃa del software en sÃ, sino el esfuerzoque se ha hecho por poner a disposición pública una metodologÃacompleta, más o menos actualizada, y que representa un marco inicial dereferencia para presentar proyectos a la administración pública, pero quepodemos adaptar a cualquier empresa o proyecto en el sector privado, sila organización se siente más cómoda con modelos clásicos de desarrollo.Métrica v3 define muy bien los documentos de entrada de cada proceso,actividad y tarea, asà como el resultado que genera.D. Interfaces de Métrica v3Al ser Métrica v3 una metodologÃa fuertemente estructurada, y a pesar deque su aplicación proporciona sistemas con calidad y seguridad, se handefinido unas interfaces que refuerzan éstos y otros aspectos a lo largo detodos sus procesos. Las interfaces descritas en la metodologÃa son:- Gestión de proyectosLa Gestión de Proyectos tiene como finalidad principal laplanificación, el seguimiento y control de las actividades y de losImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 19recursos humanos y materiales que intervienen en el desarrollo deun Sistema de Información. Como consecuencia de este control esposible conocer en todo momento qué problemas se producen yresolverlos o paliarlos lo más pronto posible, lo cual evitarádesviaciones temporales y económicas.La Interfaz de Gestión de Proyectos de MÃ�TRICA v3 contemplaproyectos de desarrollo de Sistemas de Información en sentidoamplio, acorde con EUROMÃ�TODO se consideran proyectos dedesarrollo de nuevos Sistemas de Información y también losproyectos de ampliación y mejora de los ya existentes. Lasactividades de la Interfaz de Gestión de Proyectos son de tres tipos:ï�§ Actividades de Inicio del Proyecto (GPI), que permitenestimar el esfuerzo y establecer la planificación del proyecto.ï�§ Actividades de Seguimiento y Control (GPS), supervisando larealización de las tareas por parte del equipo de proyecto ygestionando las incidencias y cambios en los requisitos quepuedan presentarse y afectar a la planificación del proyecto.ï�§ Actividades de Finalización del Proyecto, cierre y registro de

la documentación de gestión.Estas actividades pueden requerir, en función de la complejidad delproyecto, el soporte de herramientas comerciales de gestión deproyectos.- SeguridadEl objetivo de esta interfaz es incorporar mecanismos de seguridadadicionales a los que se proponen como parte de la propiametodologÃa, estableciendo un conjunto de actividades que tienenlugar a lo largo de todo el proceso. Dentro de la interfaz, existendos tipos de actividades diferenciadas:ï�§ Actividades relacionadas con la seguridad intrÃnseca delImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 20sistema que se va a desarrollar. Son actividades de análisisen detalle de los requisitos de seguridad que tienen lugardurante la planificación, el estudio de viabilidad y el análisis ydiseño del sistema.ï�§ Actividades que cuidan de la seguridad del propio proceso dedesarrollo.Si en la organización ya existe un plan de seguridad o metodologÃade análisis y gestión de riesgos, deberá aplicarse para detectaraquellas necesidades que no se encuentren cubiertas y tomar lasdecisiones en función de los riesgos que se quiera asumir o mitigar.Si no existe un plan de seguridad, habrá que desarrollarlo desde elprincipio. El plan deberá recoger las medidas de seguridad activas,preventivas y reactivas en respuesta a situaciones en las que puedaproducirse un fallo, reduciendo su efecto, tanto si estamos tratandocon el sistema de información o proyecto en sà como durante elproceso de desarrollo.- Aseguramiento de la calidadEl objetivo de esta interfaz es proveer un marco de referencia parala definición y puesta en marcha de planes especÃficos deaseguramiento de la calidad del proyecto. Lo que se pretende esdar confianza en que el producto cumple con los requisitos.Métrica v3 recomienda que el grupo de aseguramiento de la calidadsea totalmente independiente del de desarrollo, y tendrá comomisión identificar las posibles desviaciones en los estándares,requisitos y procedimientos establecidos, asà como comprobar quese han llevado a cabo las medidas preventivas o correctorasnecesarias.Para un resultado óptimo de esta interfaz, deberá aplicarse desde elestudio de la viabilidad del sistema y a lo largo de todo eldesarrollo, en los procesos de análisis, diseño, construcción,Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 21implantación y mantenimiento del proyecto.- Gestión de la configuraciónEl objetivo de esta interfaz es crear y mantener un registro detodos los productos creados o usados durante el proyecto. Susactividades tienen lugar a lo largo de todo el proyecto, seencargarán de mantener la integridad de los productos, deasegurarnos de que cada persona involucrada dispone de la últimaversión de todos ellos, y de que disponemos de toda la informaciónacerca de cambios producidos en sus configuraciones, requisitos,etc.Al hablar de productos, no nos referimos únicamente a códigofuente y ejecutables, también a todo el material y documentacióngenerados durante el proyecto, diagramas, manuales, estudios yanálisis que se hayan revisado, etc.Nos ayudará a valorar el impacto de cada cambio en el sistema, y areducir su tiempo de implementación. El cumplimiento y coste deimplementación de esta interfaz no deben menospreciarse, si la

organización ya disponÃa de un sistema de gestión deconfiguraciones, sus actividades se desarrollarán con más facilidady rapidez.La información que podrÃa solicitarse al sistema de gestión deconfiguración es muy amplia:ï�§ Información sobre una fase del proyecto concreta, análisis,construcción, etc.ï�§ Información sobre la â��vidaâ�� de un producto, sus versiones,personas involucradas, etc.Sus actividades se distribuirán a lo largo de las distintas fases, unavez determinada la selección de la solución en el estudio deviabilidad, se seleccionará el entorno tecnológico donde seregistrará la configuración del proyecto, y de ahà en adelante seImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 22pondrá en marcha el proceso.En cada una de las fases siguientes, análisis, diseño, etc. se iránregistrando los cambios en los productos, y al final de cada fase seanotarán en el registro global. Evidentemente, en el proceso demantenimiento, esta interfaz adquiere una importancia especial, yaque la información de que dispondremos al valorar cada nuevocambio reducirá y compensará lo invertido a lo largo de las otrasfases. El trabajo también será intenso, ya que nuevas versiones sesucederán más rápidamente y habrá que incorporarlas y notificarlasal registro de configuraciones.E. Lenguaje de Modelado UMLEl lenguaje UML tiene una notación gráfica muy expresiva que permiterepresentar en mayor o menor medida todas las fases de un proyectoinformático: desde el análisis con los casos de uso, el diseño con losdiagramas de clases, objetos, etc., hasta la implementación yconfiguración con los diagramas de despliegue.Tal como indica su nombre, UML es un lenguaje de modelado. Un modeloes una simplificación de la realidad. El objetivo del modelado de unsistema es capturar las partes esenciales del sistema. Para facilitar estemodelado, se realiza una abstracción y se plasma en una notación gráfica.Esto se conoce como modelado visual. El modelado visual permite manejarla complejidad de los sistemas a analizar o diseñar.Otro objetivo de este modelado visual es que sea independiente dellenguaje de implementación, de tal forma que los diseños realizadosusando UML se puedan implementar en cualquier lenguaje que soporte lasposibilidades de UML (principalmente lenguajes orientados a objetos).UML es además un método formal de modelado. Esto aporta las siguientesventajas:- Mayor rigor en la especificación.- Permite realizar una verificación y validación del modelo realizado.- Se pueden automatizar determinados procesos y permite generarImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 23código a partir de los modelos y a la inversa (a partir del códigofuente generar los modelos). Esto permite que el modelo y el códigoestén actualizados, con lo que siempre se puede mantener la visiónen el diseño, de más alto nivel, de la estructura de un proyectoLos objetivos de UML son muchos, pero se pueden sintetizar susfunciones:- Visualizar: UML permite expresar de una forma gráfica un sistemade forma que otro lo puede entender.- Especificar: UML permite especificar cuáles son las caracterÃsticas deun sistema antes de su construcción.

- Construir: A partir de los modelos especifica-dos se puedenconstruir los sistemas diseñados- Documentar: Los propios elementos gráficos sirven comodocumentación del sistema des arrollado que pueden servir para sufutura revisión.Aunque UML está pensado para modelar sistemas complejos con grancantidad de software, el lenguaje es lo suficientemente expresivo comopara modelar sistemas que no son informáticos, como flujos de trabajo enuna empresa, diseño de la estructura de una organización y por supuesto,en el diseño de hardware.Los diagramas de UML se pueden clasificar de la siguiente manera:- Diagrama de Casos de Uso:Sirve para describir las interacciones del sistema con su entorno,identificando los Actores, que representan los diferentes rolesdesempeñados por los usuarios del sistema, y los Casos de Uso, quecorresponden a la funcionalidad que el sistema ofrece a sususuarios, explicada desde el punto de vista de éstos.- Diagramas de Clase y Diagramas de Objetos:Un diagrama de clases es una colección de elementos de un modeloestático declarativo, tales como clases, interfaces, y sus relaciones,conectados como un grafo entre sà y con sus contenidos. Si bien laImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 24estructura estática de los modelos está integrada por clases y nopor objetos, frecuentemente es necesario utilizar diagramas deobjetos con el fin de ilustrar cómo se instancia en un momento dadoun diagrama de clases.- Diagramas de Secuencia:Un Diagrama de Secuencias contribuye a la descripción de ladinámica del sistema en términos de la interacción entre susobjetos.- Diagramas de Colaboración:Los Diagramas de Colaboración muestran no sólo los mensajes através de los cuales se produce la interacción entre los objetos,como en los Diagramas de Secuencia, sino también los enlacesentre los objetos; se trata de una mezcla de Diagrama de Objetos yDiagrama de Secuencia.- Diagramas de Estados:Permite describirla en términos del ciclo de vida de un objeto de unaclase, mostrando los estados que éste puede tener y los estÃmulosque dan lugar a los cambios de estado.- Diagramas de Actividad:Los Diagramas de Actividad son en esencia diagramas de flujo, conalgunos elementos adicionales que les permiten expresar conceptoscomo la concurrencia y la división del trabajo.- Diagramas de Componentes:Presenta elementos tangibles, los archivos. Se lo utiliza, paradescribir la estructura fÃsica del código de la aplicación en términosde sus componentes (código fuente, binario o ejecutable) y susdependencias.- Diagramas de Implantación:Muestran nodos, conexiones, componentes y objetos. Los nodosrepresentan objetos fÃsicos con recursos computacionales comoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 25procesadores y periféricos; pueden mostrarse como una clase o unainstancia, por lo que su nombre sigue la misma sintaxis establecidapara clases y objetos. Las conexiones son asociaciones decomunicación entre los nodos, y se etiquetan con un estereotipo queidentifica el protocolo de comunicación o la red utilizada. Loscomponentes son archivos de código ejecutable, que residen y seejecutan dentro de un nodo; se pueden representar relaciones de

dependencia entre los componentes que, de manera similar a lasdependencias entre paquetes, corresponden al uso de servicios.F. Sistema de Información:Un sistema de información se puede definir como un conjunto defunciones o componentes interrelacionados que forman un todo, es decir,obtiene, procesa, almacena y distribuye información para apoyar la tomade decisiones y el control en una organización. Igualmente apoya lacoordinación, análisis de problemas, visualización de aspectos complejos,entre otros. Un sistema de información contiene información de susprocesos y su entorno. Como actividades básicas producen la informaciónque se necesita: entrada, procesamiento y salida. La retroalimentaciónconsiste en entradas devueltas para ser evaluadas y perfeccionadas.Proporciona la información necesaria a la organización o empresa, donde ycuando se necesita. [W01]G. Lenguaje de ProgramaciónUn lenguaje de programación es una técnica estándar de comunicaciónque permite expresar las instrucciones que han de ser ejecutadas en unacomputadora. Consiste en un conjunto de reglas sintácticas y semánticasque definen un programa informático. Un lenguaje de programaciónpermite a un programador especificar de manera precisa: sobre qué datosuna computadora debe operar, cómo deben ser estos almacenados ytransmitidos y qué acciones debe tomar bajo una variada gama decircunstancias. Todo esto, a través de un lenguaje que intenta estarrelativamente próximo al lenguaje humano o natural, tal como sucede conel lenguaje Léxico. [W02]H. Servidor WebImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 26Un servidor web es un programa que implementa el protocolo HTTP(HyperText Transfer Protocol). Este protocolo pertenece a la capa deaplicación del modelo OSI y está diseñado para transferir lo que llamamoshipertextos, páginas web o páginas HTML (HyperText Markup Language):textos complejos con enlaces, figuras, formularios, botones y objetosincrustados como animaciones o reproductores de música. [W03]I. Base de DatosUna base de datos es un conjunto de datos que pertenecen al mismocontexto almacenados sistemáticamente para su uso posterior.En la actualidad, y gracias al desarrollo tecnológico de campos como lainformática y la electrónica, la mayorÃa de las bases de datos tienenformato electrónico, que ofrece un amplio rango de soluciones al problemade almacenar datos. [W04]J. Sistema Administrador de Base de DatosLos Sistemas Gestores de Bases de Datos son un tipo de software muyespecÃfico, dedicado a servir de interfaz entre las bases de datos y lasaplicaciones que la utilizan. Se compone de un lenguaje de definición dedatos, de un lenguaje de manipulación de datos y de un lenguaje deconsulta. [W05]K. Herramientas a Utilizar:- StarUMLHerramienta CASE interactiva de modelado visual que utilizaremoscon los siguientes propósitos:o Hacer el análisis del sistema. A través de lasrepresentaciones gráficas que describan los procesos de lasáreas afectadas por el sistema que se va a desarrollar.o Hacer el diseño del sistema. Mediante diagramas querepresenten los requisitos del sistema software que se va adesarrollar, asà como describir las secuencias, actividades,

clases, componentes, etc. que deberá hacer o tener el nuevosistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 27- Komodo EditKomodo Edit es un editor multilenguaje especialmente pensado paraprogramadores de sitios o aplicaciones web. Se puede programarcon total libertad dejando que el editor, por sà solo, se encargue dediferenciar por colores los comandos de cada una de tus lÃneas.Además, incorpora un sistema de auto completado para mejorar lavelocidad de tu escritura. Incluye un validador de sintaxis, funcionespara trabajar con pestañas, clasificar proyectos e incluye lasherramientas de edición necesarias para buscar, reemplazar, cortary pegar cadenas de caracteres.- SQL Power ArchitectPermite modelar los diagramas E-R para centrarnos aún más enel diseño de la base de datos, con la posibilidad de conectar yrealizar ingenierÃa inversa a multiples base de datos comoPostgresSQL, Oracle, MS SQL Server, etc. Además, se puedemanejar varios proyectos al mismo tiempo, copiar objetos de unproyecto a otro, todo esto y muchas más opciones, ya que setrata de una herramienta muy completa con la que se puedetrabajar directamente sobre nuestro servidor de base de datos.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 28CapÃtulo 3MetodologÃaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 293. INTRODUCCIONEl objetivo de definir una metodologÃa es el análisis de un conjunto concreto denecesidades para proponer una solución a corto plazo, que tenga en cuentarestricciones económicas, técnicas, legales y operativas. La solución obtenida comoresultado del estudio puede ser la definición de uno o varios proyectos que afectena uno o varios sistemas de información ya existentes o nuevos. Para ello, seidentifican los requisitos que se ha de satisfacer y se estudia, si procede, lasituación actual.3.1. Descripción de la MetodologÃaSiendo Métrica 3 una metodologÃa especialmente diseñada para su uso enorganizaciones publicas contiene instrumentos para la sistematización deactividades que dan soporte al ciclo de vida del software; pero para el trabajode esta Tesis se ha hecho necesario realizar adaptaciones por parte del tesistausando algunos aspectos de RUP y tomando como base Métrica 3 para que seaaplicable a la realidad de las necesidades de los gobiernos locales. Al final de lasadaptaciones realizadas por el tesista se estableció como estructura hÃbrida debase metodológica los siguientes procesos:- Estudio de Viabilidad del Sistema (EVS).- Análisis del Sistema de Información (ASI).- Diseño del Sistema de Información (DSI).- Construcción del Sistema de Información (CSI).- Implantación y Aceptación del Sistema de Información (IAS).Además como herramienta de lenguaje de modelado de software se ha usado

UML.3.2. Fase I: Viabilidad del Sistema de Información3.2.1. Viabilidad OperativaEsta actividad tiene como objetivo determinar si las necesidades de losusuarios finales del sistema de información serán satisfechas luego de suimplementación y cumplir con los objetivos marcados con el proyecto.3.2.2. Viabilidad TécnicaEsta actividad tiene como objetivo determinar si se cuenta con la tecnologÃaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 30necesaria para realizar todas las operaciones involucradas en laimplementación del sistema de información.3.2.3. Viabilidad EconómicaEsta actividad tiene como objetivo efectuar un análisis costo beneficio, paraindicar la rentabilidad en todo el proyecto, buscando maximizar la inversióncomparando la situación actual con la del sistema de información propuestocomo solución.3.3. Fase II: Análisis del Sistema de InformaciónEl objetivo de este proceso es la obtención de una especificación detallada delsistema de información que satisfaga las necesidades de información de losusuarios y sirva de base para el posterior diseño del sistema.Al ser MÃ�TRICA v3 una metodologÃa que cubre tanto desarrollos estructuradoscomo orientados a objetos, las actividades de ambas aproximaciones estánintegradas en una estructura común.En la primera actividad, Definición del Sistema, se lleva a cabo la descripcióninicial del sistema de información. Se delimita el alcance del sistema, se generaun catálogo de requisitos generales y se describe el sistema mediante unosmodelos iniciales de alto nivel. También se identifican los usuarios queparticipan en el proceso de análisis, determinando sus perfiles,responsabilidades y dedicaciones necesarias. Asà mismo se elabora el plan detrabajo a seguir.La definición de requisitos del nuevo sistema se realiza principalmente en laactividad Establecimiento de Requisitos. El objetivo de esta actividad eselaborar un catálogo de requisitos detallado, que permita describir con precisiónel sistema de información, y que además sirva de base para comprobar que escompleta la especificación de los modelos obtenidos en las actividadesIdentificación de Subsistemas de Análisis, Análisis de Casos de Uso, Análisis deClases, Elaboración del Modelo de Datos, Elaboración del Modelo de Procesos yDefinición de Interfaces de Usuario. Hay que hacer constar que estasactividades pueden provocar la actualización del catálogo, aunque no se reflejacomo producto de salida en las tareas de dichas actividades, ya que el objetivoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 31de las mismas no es crear el catálogo sino definir modelos que soporten losrequisitos.

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

que losrequisitos identificados son comprendidos e incorporados al sistema y, portanto, de que éste será aceptado. Para facilitar la colaboración de los usuarios,se pueden utilizar técnicas interactivas, como diseño de diálogos y prototipos,que permiten al usuario familiarizarse con el nuevo sistema y colaborar en laconstrucción y perfeccionamiento del mismo.3.3.1. Definición del SistemaEsta actividad tiene como objetivo efectuar una descripción del sistema,delimitando su alcance, estableciendo las interfaces con otros sistemas eidentificando a los usuarios representativos.3.3.1.1. Determinación del Alcance del SistemaEn esta tarea se delimita el sistema de información, se indica quéprocesos pertenecen al ámbito del Sistema de Información y seidentifican las entidades externas al sistema que aportan o recibeninformación. Asimismo, se obtiene un modelo conceptual de datosidentificando las entidades y relaciones que forman parte del sistema deinformación objeto de este análisis a partir del modelo abstracto de datosgenerado en la tarea Evaluación de Alternativas y Selección. El modelo denegocio especifica los procesos a los que se quiere dar respuesta en elsistema de información, en forma de casos de uso de alto nivel, y elsubconjunto de objetos del dominio requerido para ello. En esta actividadse realiza, también, la definición del catálogo de requisitos del sistema.A medida que se van generando los productos anteriores, se recomiendala definición de un glosario de términos del ámbito de negocio, con el finImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 33de conseguir una mayor precisión en la especificación del sistema deinformación. El glosario es un catálogo de términos general y común atodos los procesos, y susceptible de ser entrada o salida en cualquiertarea, de modo que por sencillez en las restantes tareas se omite lareferencia al mismo. Para obtener esta información es necesario llevar acabo sesiones de trabajo con los usuarios responsables del sistema deinformación que se está analizando.3.3.1.1.1. Modelo de NegocioEl modelo de negocio contempla los procesos principales del negociobajo análisis y la forma en que los mismos se llevan a cabo. Dentro deeste modelo, los procesos se representan mediante casos de uso denegocio. El detalle sobre las actividades llevadas a cabo y lasentidades utilizadas para completar cada proceso, se documentanmediante diagramas de actividades.3.3.1.2. Identificación de los Usuarios Participantes y FinalesEn esta tarea se identifican los usuarios participantes y finales,interlocutores tanto en la obtención de requisitos como en la validaciónde los distintos productos y la aceptación final del sistema.Dada la importancia que la colaboración de los usuarios tiene en elproceso de obtención de los requisitos, es conveniente determinarquiénes van a participar en las sesiones de trabajo, especificando susfunciones y asignando responsabilidades. Asà mismo, se informa del plande trabajo a los usuarios identificados. El alcance de este plan de trabajose limita al proceso de análisis.3.3.2. Establecimiento de Requisitos

En esta actividad se lleva a cabo la definición, análisis y validación de losrequisitos a partir de la información facilitada por el usuario, completándoseel catálogo de requisitos obtenido en la actividad Definición del Sistema. Elobjetivo de esta actividad es obtener un catálogo detallado de los requisitos,a partir del cual se pueda comprobar que los productos generados en lasactividades de modelación se ajustan a los requisitos de usuario.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 34Esta actividad se descompone en un conjunto de tareas que, si bien tienenun orden, exige continuas realimentaciones y solapamientos, entre sà y conotras tareas realizadas en paralelo. No es necesaria la finalización de unatarea para el comienzo de la siguiente. Lo que se tiene en un momentodeterminado es un catálogo de requisitos especificado en función de laprogresión del proceso de análisis.Se propone como técnica de obtención de requisitos la especificación de loscasos de uso de la orientación a objetos. Dicha técnica ofrece un diagramasimple y una guÃa de especificación en las sesiones de trabajo con elusuario.3.3.2.1. Especificación de Casos de UsoEl objetivo de esta tarea es especificar cada caso de uso identificado en latarea anterior, desarrollando el escenario.Para completar los casos de uso, es preciso especificar informaciónrelativa a:- Descripción del escenario, es decir, cómo un actor interactúacon el sistema, y cual es la respuesta obtenida.- Precondiciones y poscondiciones.- Identificación de interfaces de usuario.- Condiciones de fallo que afectan al escenario, asà como larespuesta del sistema (escenarios secundarios).En escenarios complejos, es posible utilizar como técnica deespecificación los diagramas de transición de estados, asà como ladivisión en casos de uso más simples, actualizando el modelo de casos deuso. Para la obtención de esta información es imprescindible laparticipación activa de los usuarios.3.3.3. Análisis de los Casos de UsoEl objetivo de esta actividad es identificar las clases cuyos objetos sonnecesarios para realizar un caso de uso y describir su comportamientomediante la interacción dichos objetos. Esta actividad se lleva a cabo paracada uno de los casos de uso.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 353.3.3.1. Identificación de Clases de AnálisisEn esta tarea se comienzan a identificar los objetos necesarios pararealizar el caso de uso, basándose en la especificación que tenemos delmismo.A partir del estudio del caso de uso, se extrae una lista de objetoscandidatos a ser clases. Es posible que, inicialmente, no se disponga dela información necesaria para identificar todas, por lo que se hace unaprimera aproximación que se va refinando posteriormente, durante estaactividad y en el proceso de diseño. Además, algunos de los objetosrepresentan mejor la información del sistema si se les identifica

comoatributos en vez de como clases. Para poder diferenciarlas, es necesarioestudiar el comportamiento de esos objetos en el diagrama de interaccióny además se debe tener en cuenta una serie de reglas, como puede ser elsuprimir palabras no pertinentes, con significados vagos o sinónimos.Una vez definidas cada una de las clases, se incorporan al modelo declases de la actividad Análisis de Clases, donde se identifican susatributos, responsabilidades y relaciones. Las clases que se identifican enesta tarea pueden ser:- Clases de Entidad (representan la información manipulada en elcaso de uso).- Clases de Interfaz de Usuario (se utilizan para describir lainteracción entre el sistema y sus actores. Suelen representarabstracciones de ventanas, interfaces de comunicación,formularios, etc.).- Clases de Control (son responsables de la coordinación, secuenciade transacciones y control de los objetos relacionados con un casode uso).3.3.3.2. Diagramas de SecuenciaEn esta tarea se realizan los diagramas de secuencia para modelar elflujo de la lógica dentro del sistema de forma visual, permitiendodocumentarla y validarla; proporcionando una buena base paraidentificar el comportamiento del sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 36TÃpicamente se usan para modelar los escenarios de uso del sistema,describiendo de qué formas puede usarse. La secuencia puede expresartanto un caso de uso completo como quizá un caso concreto del mismocontemplando algunas alternativas. También son una buena herramientapara explorar la lógica de una operación compleja o los elementosimplicados en la prestación de un servicio. Nos pueden ayudar aidentificar cuellos de botella en la fase de diseño, detectar cuáles van aser las clases más complejas de implementar.Se componen de los siguientes elementos:- Objeto: instancia de una clase que podemos empezar a identificarcomo participante en la secuencia de operaciones que representaeste caso de uso.- Actor: los actores pueden comunicarse con los objetos, por lotanto formarán parte de este diagrama.- Vida del objeto: indicamos la existencia de un objeto a lo largo deltiempo mediante una lÃnea discontinua. El fin del mismo se indicamediante un aspa.- Activación: indicamos cuándo el objeto está realizando una tareaconcreta.- Mensaje: la comunicación entre objetos y sus activaciones.3.3.4. Especificación de Requisitos de SeguridadEl objetivo de esta tarea es definir los procedimientos de seguridad yoperación necesarios para no comprometer el correcto funcionamiento delsistema y garantizar el cumplimiento de los niveles de servicios que exigiráel sistema en cuanto a la gestión de operaciones (procesos por lotes,seguridad, comunicaciones, etc.). Los niveles de servicio se especificanformalmente en el proceso Implantación y Aceptación del Sistema (IAS).Para ello, se diseñan los procedimientos relacionados con:- Acceso al sistema y a sus recursos (datos, transacciones, librerÃas,etc.).Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 37- Mantenimiento de la integridad y confidencialidad de los datos.

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

Con el fin de organizar y facilitar el diseño, se realiza una división delsistema de información en subsistemas de diseño, como partes lógicascoherentes y con interfaces claramente definidas. Para esto, se estableceuna distinción entre subsistemas especÃficos del sistema de información (enadelante, subsistemas especÃficos) y subsistemas de soporte, con la finalidadde independizar, en la medida de lo posible, las funcionalidades a cubrir porel sistema de información de la infraestructura que le da soporte. En lamayorÃa de los casos, los subsistemas especÃficos provienen directamentede las especificaciones de análisis y de los subsistemas de análisis, mientrasque los subsistemas de soporte provienen de la necesidad de interacción delsistema de información con la infraestructura y con el resto de los sistemas,asà como de la reutilización de módulos o subsistemas ya existentes en lainstalación.Debido a que la definición de los subsistemas de soporte puede exigirlaparticipación de distintos perfiles técnicos, se propone el diseño de ambostipos de subsistemas en actividades distintas, aunque en paralelo. Una vezidentificados y definidos los distintos subsistemas de diseño, se determinasu ubicación óptima de acuerdo a la arquitectura propuesta. La asignaciónde dichos subsistemas a cada nodo permite disponer, en función de la cargade proceso y comunicación existente entre los nodos, de la informaciónnecesaria para realizar una estimación de las necesidades de infraestructuratecnológica que da soporte al sistema de información.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 393.4.1.1. Definición de Niveles de ArquitecturaEn esta tarea se definen los niveles de arquitectura software, mediantela definición de las principales participaciones fÃsicas del sistema deinformación, representadas como nodos y comunicaciones entre nodos.Se entenderá por nodo cada participación fÃsica o parte significativa delsistema de información, con caracterÃsticas propias de ejecución ofunción, e incluso, de diseño y construcción.Para facilitar la comprensión del sistema, el mismo se documentarámediante un Modelo de Despliegue de Componentes de UML. Acontinuación de describen los elementos que contempla este tipo dediagrama:- Nodos de procesamiento- Dispositivos hardware- Comunicación entre nodos y con dispositivos- Componentes de software empaquetados en unidad instalables3.4.2. Diseño de ClasesEl propósito de esta actividad, que se realiza sólo en el caso de DiseñoOrientado a Objetos, es transformar el modelo de clases lógico, queproviene del análisis, en un modelo de clases de diseño. Dicho modelorecoge la especificación detallada de cada una de las clases, es decir, susatributos, operaciones, métodos, y el diseño preciso de las relacionesestablecidas entre ellas, bien sean de agregación, asociación o jerarquÃa.

Para llevar a cabo todos estos puntos, se tienen en cuenta las decisionestomadas sobre el entorno tecnológico y el entorno de desarrollo elegido parala implementación.Otro de los objetivos del diseño de las clases es identificar para cada clase,los atributos, las operaciones que cubren las responsabilidades que seidentificaron en el análisis, y la especificación de los métodos queimplementan esas operaciones, analizando los escenarios del Diseño deCasos de Uso Reales, luego, se determina la visibilidad de los atributos yoperaciones de cada clase, con respecto a las otras clases del modelo. Unavez que se ha elaborado el modelo de clases, se define la estructura fÃsicaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 40de los datos correspondiente a ese modelo, en la actividad Diseño FÃsico deDatos.3.4.3. Diagrama de EstadosEl propósito de esta actividad es documentar las diferentes modalidades (losestados) por las que una clase puede pasar y los eventos que provocanestos cambios de estado. A diferencia de los diagramas de actividades o desecuencia que muestran las transiciones e interacciones entre clases,habitualmente el diagrama de estados muestra las transiciones dentro deuna misma clase. Normalmente lo usaremos en combinación con los casosde uso, para tener acotados los casos que provocarán cambios de estado enun objeto.En cuanto a la notación, comparten muchos elementos con otros diagramasque representan el comportamiento del modelo, como los diagramas deactividad y colaboración ya mencionados.- Estado: representa el estado de un objeto en un instante de tiempo.Tendremos tantos sÃmbolos de estado en el diagrama como estadosdiferentes para cada objeto haya que modelar. Su apariencia essimilar a la representación de una clase, pero con las esquinasredondeadas.- Estados inicial y final: son pseudo estados que mostrarán el punto deinicio y final del flujo de actividad. Su condición de pseudo estadoviene dada por el hecho de que no tiene variables ni accionesdefinidas.- Transiciones: una flecha indicará la transición entre estados. En elladescribiremos el evento que ha disparado la transición, y la acción queprovoca el cambio. Existen transiciones en las que no existe un eventoque las provoque (por ejemplo, ha finalizado una actividad que estabarealizando).3.4.4. Diseño FÃsico de DatosEn esta actividad se define la estructura fÃsica de datos que utilizará elImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 41sistema, a partir del modelo lógico de datos normalizado o modelo de clases,de manera que teniendo presentes las caracterÃsticas especÃficas delsistema de gestión de datos concreto a utilizar, los requisitos establecidospara el sistema de información, y las particularidades del entornotecnológico, se consiga una mayor eficiencia en el tratamiento de los datos.También se analizan los caminos de acceso a los datos utilizados por cadamódulo/clase del sistema en consultas y actualizaciones, con el fin demejorar los tiempos de respuesta y optimizar los recursos de máquina.3.4.4.1. Diseño de Base de Datos

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

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

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

Asimismo, se define la formación de usuario final y, si procede, se construyenlos procedimientos de migración y carga inicial de datos. Al ser MÃ�TRICA 3 unametodologÃa que cubre tanto desarrollos estructurados como orientados aobjetos, las actividades de ambas aproximaciones están integradas en unaestructura común. En la actividad Preparación del Entorno de Generación yConstrucción, se asegura la disponibilidad de la infraestructura necesaria para lageneración del código de los componentes y procedimientos del sistema deinformación. Una vez configurado el entorno de construcción, se realiza lacodificación y las pruebas de los distintos componentes que conforman elsistema de información, en las actividades:- Generación del Código de los Componentes y Procedimientos, que sehace según las especificaciones de construcción del sistema deinformación, y conforme al plan de integración del sistema deinformación.- Ejecución de las Pruebas de Integración, que incluye la ejecución de lasverificaciones asociadas a los subsistemas y componentes, a partir de loscomponentes verificados individualmente, y la evaluación de losresultados.Una vez construido el sistema de información y realizadas las verificacionescorrespondientes, se lleva a cabo la integración final del sistema de informaciónen la actividad Ejecución de las Pruebas del Sistema, comprobando tanto lasinterfaces entre subsistemas y sistemas externos como los requisitos, deacuerdo a las verificaciones establecidas en el plan de pruebas para el nivel depruebas del sistema.3.5.1. Preparación del Entorno de Generación y ConstrucciónEl objetivo de esta actividad es asegurar la disponibilidad de todos losmedios y facilidades para que se pueda llevar a cabo la construcción delsistema de información. Entre estos medios, cabe destacar la preparación delos puestos de trabajo, equipos fÃsicos y lógicos, gestores de bases de datos,Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 47bibliotecas de programas, herramientas de generación de código, bases dedatos o ficheros de prueba, entre otros.3.5.1.1. Implantación de la Base de Datos FÃsicaEn esta tarea se debe:- Crear los elementos del sistema gestor de base de datos o sistemade ficheros- Reservar el espacio de almacenamiento, definiendo, entre otros,los dispositivos fÃsicos a emplear, tamaño de los bloques, tipo deregistro fÃsico, zona de desbordamiento, opciones dealmacenamiento de datos, etc.- Inicializar la base de datos o ficheros, cargando los datosconsiderados necesarios en el espacio de almacenamientopreviamente definido.3.5.1.2. Preparación del Entorno de ConstrucciónEn esta tarea se prepara el entorno en el que se construirán loscomponentes del sistema de información, contemplando aspectos talescomo:- Bibliotecas o librerÃas a utilizar- Herramientas: generadores de código, editores, compiladores,

verificadores sintácticos, montadores de enlace- Puestos de trabajo- Implementación de los procedimientos de operación y seguridadpropios del entorno de construcción, de acuerdo a los requisitos deseguridad y operación establecidos en la tarea- Especificación del Entorno de Construcción.3.5.2. Generación del Código de los Componentes y ProcedimientosEl objetivo de esta actividad es la codificación de los componentes delsistema de información, a partir de las especificaciones de construcciónobtenidas en el proceso Diseño del Sistema de Información, asà como laconstrucción de los procedimientos de operación y seguridad establecidospara el mismo.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 483.5.2.1. Generación del Código de ComponentesEn esta tarea se genera el código correspondiente a cada uno de loscomponentes del sistema de información, identificados en la tareaDefinición de Componentes y Subsistemas de Construcción.Para generar el código fuente se tienen en cuenta los estándares denomenclatura, codificación y calidad utilizados por la organización yrecogidos en el catálogo de normas. Con el fin de verificar que el códigofuente especifica de forma correcta el componente, se realiza suensamblaje o compilación, verificando y corrigiendo los erroressintácticos, y el enlace del código objeto obtenido con lascorrespondientes bibliotecas.3.5.3. Ejecución de las Pruebas del SistemaEl objetivo de las pruebas del sistema es comprobar la integración delsistema de información globalmente, verificando el funcionamiento correctode las interfaces entre los distintos subsistemas que lo componen y con elresto de sistemas de información con los que se comunica.En la realización de estas pruebas es importante comprobar la cobertura delos requisitos, dado que su incumplimiento puede comprometer laaceptación del sistema por el equipo de operación responsable de realizarlas pruebas de implantación del sistema, que se llevarán a cabo en elproceso Implantación y Aceptación del Sistema.3.5.3.1. Realización de las Pruebas del SistemaEl objetivo de esta tarea es comprobar la integración de todos lossubsistemas y componentes del sistema de información, asà como lainteracción del mismo con otros sistemas de información con los que serelaciona, de acuerdo a las verificaciones establecidas para el nivel depruebas del sistema.Para cada verificación establecida, se realizan las pruebas con los casosde pruebas asociados, efectuando el correspondiente análisis e informede los resultados y generando un registro conforme a los criteriosestablecidos en el plan de pruebas.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 493.5.3.2. Evaluación del Resultado de las Pruebas del SistemaEl objetivo de esta actividad es analizar los resultados de las pruebas delsistema de información y efectuar su evaluación. Dicha evaluación recogeel grado de cumplimiento de las mismas.3.5.3.3. Aprobación del Sistema de Información

En esta tarea se recopilan los productos del sistema de información y sepresentan al Comité de Seguimiento para su aprobación.3.6. Fase V: Implantación y Aceptación del SistemaEste proceso tiene como objetivo principal la entrega y aceptación del sistemaen su totalidad, y la realización de todas las actividades necesarias para el pasoa producción del mismo. Se estudia su alcance y en función de suscaracterÃsticas, se define un plan de implantación y se especifica el equipo quelo va a llevar a cabo. Conviene señalar la participación del usuario de operaciónen las pruebas de implantación, del usuario final en las pruebas de aceptación,y del responsable de mantenimiento.Las actividades previas al inicio de la producción incluyen la preparación de lainfraestructura necesaria para configurar el entorno, la instalación de loscomponentes, la activación de los procedimientos manuales y automáticosasociados y, cuando proceda, la migración o carga inicial de datos.Se realizan las pruebas de implantación y de aceptación del sistema en sutotalidad, las mismas responden a los siguientes propósitos:- Las pruebas de implantación cubren un rango muy amplio, que va desdela comprobación de cualquier detalle de diseño interno hasta aspectostales como las comunicaciones. Se debe comprobar que el sistema puedegestionar los volúmenes de información requeridos, se ajusta a lostiempos de respuesta deseados y que los procedimientos de respaldo,seguridad e interfaces con otros sistemas funcionan correctamente. Sedebe verificar también el comportamiento del sistema bajo lascondiciones más extremas.- Las pruebas de aceptación se realizan por y para los usuarios. TienenImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 50como objetivo validar formalmente que el sistema se ajusta a susnecesidades.3.6.1. Establecimiento del Plan de ImplantaciónEn esta actividad se identifican los distintos sistemas de información queforman parte del sistema objeto de la implantación. Para cada sistema seanalizan las posibles dependencias con otros proyectos, que puedancondicionar el plan de implantación.Una vez estudiado el alcance y los condicionantes de la implantación, sedecide si ésta se puede llevar a cabo. Será preciso establecer, en su caso, laestrategia que se concretará de forma definitiva en el plan de implantación.Se constituye el equipo de implantación, determinando los recursoshumanos necesarios para la propia instalación del sistema, para las pruebasde implantación y aceptación, y para la preparación del mantenimiento. Seidentifican, para cada uno de ellos, sus perfiles y niveles de responsabilidad.3.6.1.1. Definición del Plan de ImplantaciónSe revisan los requisitos de implantación (instalación, infraestructura,formación) y los procedimientos implicados en la implantación,establecidos para cada uno de los sistemas de información en la tareaEspecificación de Requisitos de Seguridad, con el fin de asegurar suadecuación a la estrategia global de implantación.Una vez analizada la información anterior, se define un plan deimplantación que permita calcular adecuadamente el esfuerzo y los

recursos necesarios para llevar a cabo con éxito la implantación. Dichoplan debe contemplar todas las tareas relacionadas con:- La formación necesaria para la implantación, tanto a usuariosfinales como al equipo que se encarga de realizar las pruebas deimplantación y aceptación del sistema.- La preparación de la infraestructura necesaria para la incorporacióndel sistema al entorno de operación.- La instalación de todos los componentes y procedimientosmanuales y automáticos asociados a cada sistema de informaciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 51implicado en la implantación.- La ejecución de los procedimientos de carga inicial y migración dedatos, si se determinó su necesidad.- La realización de las pruebas de implantación y aceptación delsistema.- La formalización del plan de mantenimiento.3.6.1.2. Especificación del Equipo de ImplantaciónSe constituye el equipo de trabajo necesario para llevar a cabo laimplantación y aceptación del sistema, según el plan de implantaciónestablecido en la tarea anterior. Para ello se identifican, en función delnivel de esfuerzo requerido, los distintos participantes implicados en laimplantación del sistema (usuarios, equipo técnico y responsable demantenimiento), determinando previamente sus perfiles,responsabilidades, nivel de implicación y fechas previstas de participacióna lo largo de toda la implantación.3.6.2. Incorporación del Sistema al Entorno de OperaciónEn esta actividad se realizan todas las tareas necesarias para laincorporación del sistema al entorno de operación en el que se van a llevar acabo las pruebas de implantación y aceptación del sistema.Mientras que las pruebas unitarias, de integración y del sistema se puedenejecutar en un entorno distinto de aquél en el que finalmente se implantará,las pruebas de implantación y aceptación del sistema deben ejecutarse en elentorno real de operación. El propósito es comprobar que el sistemasatisface todos los requisitos especificados por el usuario en las mismascondiciones que cuando se inicie la producción.Por tanto, como paso previo a la realización de dichas pruebas y de acuerdoal plan de implantación establecido, se verifica que los recursos necesariosestán disponibles para que se pueda realizar, adecuadamente, la instalaciónde todos los componentes que integran el sistema, asà como la creación ypuesta a punto de las bases de datos en el entorno de operación. Asimismo,se establecen los procedimientos de explotación y uso de las bases de datosde acuerdo a la normativa existente en dicho entorno.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 523.6.2.1. Realización de la InstalaciónSe realiza la instalación de todos los componentes del nuevo sistema,incluidos los procedimientos manuales y automáticos, de acuerdo al plande implantación y a su ubicación fÃsica, establecida en el proceso Diseñodel Sistema de Información. Se deben tener en cuenta los estándares ynormativas por los que se rige la organización en los entornos deoperación.Asimismo, se prepara el entorno de datos identificando los sistemas deinformación que forman parte del sistema objeto de la implantación. Paracada uno de ellos:- Se crean las bases de datos a partir del esquema fÃsico elaboradoen el proceso de construcción.

- Se establecen los procedimientos de explotación y uso de las basesde datos, es decir, la normativa necesaria para la utilización de lasbases de datos, actualización, consulta, etc.- Se preparan las autorizaciones de acceso a los datos para losdistintos perfiles de usuarios.Una vez comprobada la correcta habilitación del nuevo sistema, seactivan los procedimientos de operación, de administración del sistema,de seguridad y de control de acceso. Incluyen el arranque y cierre delsistema según la frecuencia establecida, las autorizaciones de acceso alsistema según los distintos perfiles de usuario, etc.3.6.3. Pruebas de Implantación del SistemaLa finalidad de las pruebas de implantación es doble:- Comprobar el funcionamiento correcto del mismo en el entorno deoperación.- Permitir que el usuario determine, desde el punto de vista deoperación, la aceptación del sistema funcionando en su entorno real,cumpliendo los requisitos especificados.Una vez ejecutadas estas pruebas, se informa de las incidenciasImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 53detectadas, se analiza la información y se toma las medidas correctorasque se consideren necesarias para que el sistema dé respuesta a lasespecificaciones previstas.3.6.3.1. Preparación de las Pruebas de ImplantaciónSe comprueba la disponibilidad de los recursos humanos y técnicosnecesarios para realizar las pruebas de implantación. Se revisan lasverificaciones establecidas en el plan de pruebas. Si fuera necesario, secrea algún caso de prueba adicional que se considere importante y queno se haya tenido en cuenta hasta entonces.Se preparan las condiciones que permitan simular las situaciones lÃmiteprevistas para las pruebas, formalmente, se comunica el plan de pruebasde implantación al equipo responsable de llevarlas a cabo.3.6.3.2. Realización de las Pruebas de implantaciónSe realizan las pruebas de implantación.3.6.3.3. Evaluación del Resultado de las Pruebas de ImplantaciónSe evalúan los resultados de las pruebas analizando las incidenciasrecibidas y comprobando que se han llevado a cabo todos los casos depruebas establecidos en el plan de pruebas.3.6.4. Pruebas de Aceptación del SistemaLas pruebas de aceptación tienen como fin validar que el sistema cumple losrequisitos básicos de funcionamiento esperado y permitir que el usuariodetermine la aceptación del sistema. Por este motivo, estas pruebas sonrealizadas por el usuario final que, durante este periodo de tiempo, debeplantear todas las deficiencias o errores que encuentre antes de dar poraprobado el sistema definitivamente.Los Directores de los Usuarios revisan los criterios de aceptación,especificados previamente en el plan de pruebas del sistema, y dirigen laspruebas de aceptación final que llevan a cabo los usuarios expertos. A suvez, éstos últimos deben elaborar un informe que los Directores de losUsuarios analizan y evalúan para determinar la aceptación o rechazo delImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo

Plataforma de Software LibreBach. Juan Percy Rojas Cruz 54sistema.3.6.4.1. Realización de las Pruebas de AceptaciónSe llevan a cabo las pruebas de aceptación final del sistema paraasegurar que todos los componentes responden a los criterios deaceptación especificados.Se registra la realización de las pruebas, incluyendo un informe querecoja la desviación de los requisitos establecidos y los problemas quequedan sin resolver.3.6.5. Presentación y Aprobación del SistemaEn esta tarea se realiza la presentación de la implantación del sistema deinformación al Comité de Evaluación, para la aprobación final del mismo.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 55CapÃtulo 4Viabilidad delSistema deInformaciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 564. VIABILIDAD DEL SISTEMA DE INFORMACIÃ�N4.1. Viabilidad Operativa- El sistema de información a implementar se enfatiza en su simplicidaden su forma de uso, entonces no existe peligro de que los usuarios dela institución lo consideren demasiado complejo para ignorarlo o quelo puedan usar de tal forma que cause errores o fallos en el sistema.- El sistema de información a implementar no tiene por finalidaddesplazar a personal, entonces no existe la posibilidad de que losusuarios se resistan a el como consecuencia de una técnica detrabajo.- La implantación del sistema de información se realizara de formapaulatina por lo que no existe peligro de que los usuarios se sientanpresionados por aprender a usar el sistema de manera rápida, ademáscon las capacitaciones que se tienen planeadas se pretender resolvereste punto.4.2. Viabilidad Técnica4.2.1. Administración- Instalación y ConfiguraciónUna solución basada en plataforma LAPP (Linux + Apache +POSTGRESQL + PHP) requiere de conocimientos avanzados porparte del administrador, en esta plataforma se pueden encontrardiversas formas de implementación como paquetes compiladospara la distribución GNU/LINUX a usar o paquetes binarios quepueden instalarse en cualquier distribución GNU/LINUX.O, si el caso lo requiere se puede realizar una compilación amedida de las necesidades de la institución donde se usará dichaplataforma. Esto es posible gracias a que una de las libertades delSoftware Libre es la Distribución del Código Fuente.Es recomendable al utilizar una solución basada en Plataforma deSoftware Libre LAPP realizar una instalación sin interfaz graficaesto es para que todos los recursos se dediquen a atenderexclusivamente los servicios que se necesiten.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 57Al no utilizar interfaz gráfica para la administración toda laconfiguración se realizan editando archivos de texto plano,permitiendo una mayor transparencia en la configuración y

personalización de los servicios necesarios.- Administración y MonitoreoLos sistemas basados en Plataforma de Software Libre sonadministrados de manera centralizada; ofreciendo las alternativasde administración local o remota por medio de una consola o unaterminal en modo texto, todas las configuraciones se realizanutilizando un editor de texto, solo es necesario tener los permisosnecesarios para realizar las modificaciones en los archivos deconfiguración correspondientes.Alternativamente la administración se puede realizar medianteherramientas visuales que permitan modificar la configuración delsistema ya sea por web o a través de una interfaz grafica paraGNOME o KDE que son los gestores de escritorio mas usados paraun sistema GNU/LINUX.Para el monitoreo del sistema se realizara mediante los archivoslog que se crean en el sistema guardando configuraciones,operaciones y demás datos que puedan ser relevantes para elmonitoreo.4.2.2. Seguridad- A nivel de archivosEl sistema de archivos mas utilizado en una Plataforma deSoftware Libre LAPP es Ext3 (third extended filesystem o tercersistema de archivos extendido), posee una gran tolerancia a fallosen el cual la integridad de los datos está asegurada porque lasmodificaciones de la meta información (información utilizada por elsistema de archivos para manejar datos, como el tamaño,posición, atributos, etc.) de los archivos son almacenada en unregistro cronológico denominado journal o bitácora, antes que losbloques originales sean modificados, en el caso de un fallo deImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 58sistema provocado por:ï�§ Fallas de energÃa eléctricaï�§ Fallos de softwareï�§ Fallos de hardwareEl procedimiento es básicamente el siguiente:a) Se bloquean las estructuras de datos afectadas por latransacción para que ningún otro proceso pueda modificarlasmientras dura la transacción.b) Se reserva un recurso para almacenar el journal. Por lo generalsuelen ser unos bloques de disco, de modo que si el sistema separa de forma abrupta (corte eléctrico, averÃa, fallo del sistemaoperativo...) el journal siga disponible una vez reiniciado elsistema.c) Se efectúan una a una las modificaciones en la estructura dedatos. Para cada una:ï�§ Se apunta en el journal como deshacer la modificación yse asegura de que esta información se escribefÃsicamente en el disco.ï�§ Se realiza la modificación.d) Si en cualquier momento se quiere cancelar la transacción sedeshacen los cambios uno a uno leyéndolos y borrándolos deljournal.e) Si todo ha ido bien, se borra el journal y se desbloquean lasestructuras de datos afectadas.- Gestión de memoriaRespecto a memoria virtual, Linux hace uso de una estructura detabla de páginas con tres niveles. Para utilizarlas, las direccionesvirtuales en Linux se ven como un conjunto de 4 campos.Para tratar de aumentar la eficiencia al cargar y descargar páginasdesde o hacia la memoria, se ha definido un mecanismo peculiar.Sin entrar en demasiados detalles técnicos, basta indicar que seutiliza el Sistema de colegas, en el cual las páginas son agrupadas

Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 59en marcos de tamaño fijo. Para reemplazar páginas, se utiliza elalgoritmo del reloj, en el cual las páginas tienen asignada unaespecie de variable de edad. Cuando es necesario reemplazar unapágina, aquellas que no han sido referenciadas en bastante tiemposon las mejores candidatas. Linux gestiona la memoria central ylas tablas de páginas utilizadas para convertir las direccioneslineales (virtuales) en direcciones fÃsicas. Implementa una gestiónde la memoria ampliamente independiente de la plataforma sobrela que se ejecuta.Linux hace uso de las ventajas de la segmentación y de loscircuitos de los procesadores i386 para traducir direcciones lógicasen direcciones fÃsicas. Podemos también decir que alguna porciónde RAM está permanentemente asignada al kernel y utilizada paraalmacenar el código del kernel y estructuras de datos estáticas delmismo.La restante parte de la RAM se denomina memoria dinámica, yésta es un recurso muy valioso y necesitado no sólo por losprocesos, sino también por el propio kernel. De hecho, elrendimiento global de un sistema depende de cómo deeficientemente se gestiona la memoria dinámica. Por lo tanto, hoydÃa todos los sistemas operativos multitarea tratan de optimizarel uso de la memoria dinámica, asignándola sólo cuando esestrictamente necesario y liberándola tan pronto como sea posible.Si un proceso necesita cargar una página de memoria virtual amemoria fÃsica y no hay ninguna página de memoria fÃsica libre, elsistema operativo tiene que crear espacio para la nueva páginaeliminando alguna otra página de memoria fÃsica. Si la página quese va a eliminar de memoria fÃsica provenÃa de un archivo imageno de un archivo de datos sobre el que no se ha realizado ningunaoperación de escritura, entonces la página no necesita serguardada. Tan sólo se tiene que desechar y si el proceso queestaba utilizando la vuelve a necesitar simplemente se carganuevamente desde el archivo imagen o datos.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 60Por otra parte, si la página ha sido modificada, el sistema debepreservar su contenido para que pueda volver a ser accedido. Estetipo de página se conoce como página modificada y para poderlaeliminar de memoria se ha de guardar en un dispositivo de swap.El tiempo de acceso al dispositivo de intercambio es muy grandeen relación a la velocidad del procesador y la memoria fÃsica, y elsistema operativo tiene que conjugar la necesidad de escribirpáginas al disco con la necesidad de retenerlas en memoriapara ser usadas posteriormente.Cuando el kernel necesita memoria, puede eliminar páginas enmemoria principal. Si el contenido de estas páginas ha sidomodificado, es necesario guardarlas en disco: una páginacorrespondiente a un archivo proyectado en memoria se rescribeen el archivo, y una página correspondiente a los datos se guardaen un dispositivo de swap. Puede ser una partición en disco, o undisco normal. Linux es capaz de utilizar varios dispositivos deswap. Cuando una página debe guardarse, los dispositivos de swapactivos se exploran para encontrar un lugar donde escribir lapágina.4.2.3. Soporte TécnicoEl software libre, al ser público, esta sometido a la inspección de unamultitud de personas, que pueden buscar problemas, solucionarlos, ycompartir la solución con los demás. Debido a esto, y a lo que se llama "elprincipio de Linus" (dada la suficiente cantidad de ojos, cualquier

error delsoftware es evidente), los programas libres gozan de un excelente nivel deconfiabilidad y estabilidad, requerido para las aplicaciones crÃticas delestado.Los empleados técnicos del estado, una vez capacitados, podrÃan seguircumpliendo sus funciones. El software libre tiene también soporteempresarial, al igual que el propietario. Algunas empresas como IBM, RedHat, Novell y Sun MicroSystems dan soporte a software libre.Con el software libre se puede elegir libremente a quien contratar paraImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 61soporte, en función de cuan capacitado esté, y cuanto quiera cobrar. De estaforma se impide la extorsión que puede realizar la empresa dueña de unsoftware, aprovechando su exclusividad sobre el soporte y mantenimientode sus productos, que le otorga un monopolio.Entre las opciones para elegir, en el caso del software libre, se incluirÃantambién como posibilidades a los técnicos y empresas locales, de esta formase fomentan el desarrollo y la economÃa local. Otro medio disponible son losacuerdos con las universidades, que son fuente de personal capacitado yque mediante acuerdos pueden colaborar para ofrecer soluciones ydesarrollo de sistemas.4.2.4. UtilizaciónEs evidente que el mundo de los negocios actuales tiene una grandependencia del uso de las TI, como factor productivo, comercial yestratégico. Es por tal razón que el software libre se utilizar en una variedadde rubros como:- Servicios de Internet, Comunicaciones y Seguridad de Redes- Bases de Datos de alta disponibilidad- Suites de Oficina, Diseño Gráfico y Multimedia- Análisis, modelamiento y desarrollo de Software- Control de proyectos, Aplicaciones verticales para finanzas,medicina, educación, ciencia e ingenierÃa.Es claro que las empresas peruanas están alineadas con esto cuandoalcanzan cierto tamaño en el Perú existen empresas que usan software librecomo lo demuestran los siguientes datos:- 18.5% de la entidades estatales, al menos 30% aplicaran SL en elfuturo (INEI-2002)- 18.75% de las empresas privadas (IDC-2004), promedio mas altode Latinoamérica (14%)- Las grandes empresas de medios- Alto crecimiento en el sector de empresas industriales y de serviciosImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 62- Centros de estudios superiores4.2.5. ConclusionesTodas las oficinas que formaran parte en la Implementación del Sistema deGestión Documental para Gobiernos Locales bajo Plataforma de SoftwareLibre cuentan con equipos de computo necesarios para el uso del sistema,además cuenta con un servidor propio en el cual se instalara y configurara elsistema.Para determinar cada una de sus funcionalidades particulares, sedescribieron sus caracterÃsticas de la plataforma LAPP en cuanto aadministración, seguridad, soporte técnico y utilización, permitiendoestablecer las siguientes ventajas de la plataforma LAPP:

- La primera y más importante es la seguridad, GNU/LINUX es unsistema operativo muy robusto, es por esto que esta plataforma seusa con frecuencia para servidores donde se ejecutan aplicaciones demisión crÃtica.- La plataforma LAPP es muy fiable, manteniendo un nivel especÃficode funcionamiento en caso de errores del software.- Por ultimo la plataforma LAPP es muy eficiente ya que proporcionaun desempeño adecuado a la cantidad de recursos utilizadosEn definitiva el uso de una plataforma LAPP no solo es recomendable por elhecho de reducir los costos y de limitar la dependencia tecnológica, sinotambién 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 concluyeque técnicamente es viable, no existiendo ningún inconveniente para laImplementación del Sistema de Gestión Documental para Gobiernos Localesbajo Plataforma de Software Libre.4.3. Viabilidad Económica4.3.1. Consideraciones- Para desarrollar la evaluación de costos de implementación de laImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 63plataforma LAPP, se estima una tasa de interés del 15% bancariaanual. Los servicios de Servidor Web y Base de Datos deben estaren uso por un periodo de 3 años.- Todos los precios están expresados en dólares americanos- Los servicios serán implementados con herramientas libres, usandoApache como Servidor Web, PostgreSQL como Servidor de Base deDatos y Ubuntu Server Edition como distribución GNU/Linux.- Este estudio contemplará los costos de Licencias, Implementación,Soporte Técnico, Capacitación y Costos Administrativos para el usode la Plataforma LAPP.4.3.2. Costos de Inversión4.3.2.1. SoftwareLos costos de software son:SOFTWARE CANT. P.UNIT. $ TOTAL $Ubuntu Server Edition 1 0.00 0.00Apache Web Server 1 0.00 0.00PostgreSQL Server 1 0.00 0.00PHP 1 0.00 0.004.3.2.2. ImplementaciónLa implementación de un servidor LAPP tiene el siguiente costo:DESCRIPCION CANT. P.UNIT. $ TOTAL $Implementación de un Servidor LAPP 1 800.00 800.004.3.2.3. CapacitaciónLa capacitación estará destinada a dos trabajadores responsables delárea de sistemas de la institución. Según la cotización dada por laempresa SmartPeru S.A.C. por la capacitación de 2 personas con unaduración de 8 horas, en temas de administración de un servidor LAPP,esto incluye instalación y configuración, dicho costo seria:DESCRIPCION CANT. P.UNIT. $ TOTAL $Capacitación de personal 2 200.00 400.00Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 644.3.2.4. Total Costos de InversiónDESCRIPCION CANT. P.UNIT. $ TOTAL $Software 1 0.00 0.00Implementación 1 800.00 800.00Capacitación 2 200.00 400.00TOTAL 1200.00

4.3.3. Costos de Operación4.3.3.1. Soporte TécnicoEl soporte técnico brindado por la empresa SmartPeru S.A.C, incluyesoporte vÃa correo electrónico, vÃa telefónica o conexión remota, dichosoporte no supera los 60 minutos echa la consulta.El primer año tiene un costo cero, ya que dicho tiempo de soporte estaincluido en el costo de implementación, a partir del segundo año, si sequiere contar con el soporte técnico de la empresa se deberá pagar $300dólares anuales.DESCRIPCION AÃ�O 1 $ AÃ�O 2 $ AÃ�O 3 $Soporte Técnico 0.00 300.00 300.004.3.3.2. Recursos HumanosPara administrar el Servidor LAPP es necesario de un administrador.DESCRIPCION MES $ AÃ�O 1 $ AÃ�O 2 $ AÃ�O 3 $Responsable de laadministración del servidorLAPP100.00 1200.00 1200.00 1200.004.3.3.3. Total de OperaciónDESCRIPCION AÃ�O 1 $ AÃ�O 2 $ AÃ�O 3 $Soporte Técnico 0.00 300.00 300.00Recursos Humanos 1200.00 1200.00 1200.00TOTAL 1200.00 1500.00 1500.00Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 654.3.4. Beneficio de Proyecto4.3.4.1. Beneficios Tangibles- Costo por LicenciasDESCRIPCION CANT. P.UNIT. $ TOTAL $ BENEFICIO $Servidor LAPP 1 0.00 0.00 0.00- Reducción de pérdidas de horas en dar mantenimientopor interrupción del servicioAnualmente el servicio podrÃa ser reiniciado para tareas demantenimiento, tomando 0.83 horas para reanudar losservicios.MANTENIMIENTO P. HORA $ AÃ�O $ BENEFICIO $0.83 horas 2.50 2.08 2.08- Reducción de costos en material de oficinaLa implementación el Sistema LAPP implicara una reducciónde costos con respecto a la gestión manual como se realizaen la actualidad.SISTEMA MANUAL CANT. P.UNIT. $ TOTAL $ BENEFICIO $Millar hojas impresión 780000 5.40 4212.00 4212.00Fotocopias 40000 0.07 2800.00 2800.00Tinta de impresora 156 35.00 5460.00 3900.00TOTAL 10912.00SISTEMA LAPP CANT. P.UNIT. $ TOTAL $ BENEFICIO $Millar hojas impresión 390000 5.40 2106.00 2016.00Fotocopias 10000 0.07 350.00 350.00Tinta de impresora 78 35.00 2730.00 2730.00TOTAL 5186.00Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 66- Total de Beneficios IntangiblesDESCRIPCION CANT. P.UNIT. $ TOTAL $ BENEFICIO $Servidor LAPP 1 0.00 0.00 0.00TOTAL 0.00MANTENIMIENTO P. HORA $ AÃ�O $ BENEFICIO $0.83 horas 2.50 2.08 2.08TOTAL 2.08MATERIAL DE OFICINA BENEFICIO $

Sistema Manual 10912.00Sistema LAPP 5186.00TOTAL 5726.00SUMA TOTAL 5728.084.3.4.2. Beneficios Intangibles- Mayor confiabilidad, seguridad en los servicios- Satisfacción por parte de los diferentes usuarios- Independencia del proveedor- Innovación tecnológica- Acceso al código fuente- Mayor productividad del personal4.3.5. Valor Actual Netoi = Taza de Interés Bancaria Anual 15%A�O 0 $ A�O 1 $ A�O 2 $ A�O 3 $Costo de Inversión (CI) 1200.00 0.00 300.00 300.00Costo de Operación (CO) 0.00 1200.00 1500.00 1500.00Beneficio Anual (B) 0.00 5728.08 5728.08 5728.08Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 67A�O 0 $ A�O 1 $ A�O 2 $ A�O 3 $Costo de Inversión (CI) 1200.00 0.00 0.00 0.00Costo de Operación (CO) 0.00 1200.00 1500.00 1500.00Beneficio Anual (B) 0.00 5728.08 5728.08 5728.08VAN -1200.00 3937.46 3197.04 2781.63V A N = $ 8716.13Esto significa que se está generando más efectivo del que se necesita por lo quese deduce que este proyecto es rentable.4.3.6. Tiempo de recuperación de la inversión_ = | . | \ | + ÷ = ni ni iiC BV A N01001V A N = + + +1 + 15100B0 � CI001 + 15100B1

â�� CO111 + 15100B2 â�� CO221 + 15100B3 â�� CO33V A N = + + +1 + 15100-1200.0001 + 151005728.08 â�� 1200.0011 + 151005728.08 â�� 1500.0021 + 151005728.08 â�� 1500.003T R =Promedio Beneficio NetoInversión totalDonde:Promedio Beneficio Neto = Beneficio â�� Costo OperaciónT R =5728.08 â�� 1200.001200.00Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 68T R = 0.27 años- Por lo tanto el tiempo necesario para recuperar la inversión será enaproximadamente 3 meses y 7 dÃas.Años Meses DÃas0,27 3,24 7,24.3.7. Tasa Interna de RetornoEs la tasa de descuento que iguala el valor actual de los beneficios y elvalor actual de los costos. Representa la tasa de rendimiento a la cual elproyecto se hace indiferente, es decir, cuando el VAN = 0.TIR = 368.58% > 1Esto significa que el proyecto va a tener un rendimiento superior a loesperado.4.3.8. ConclusionesPara la estimación de costos de plataforma de Software Libre LAPP se hatenido en cuenta utilizar herramientas de decisión financiera, como son:

- Valor Actual Neto (VAN)- Taza Interna de Retorno (TIR)De acuerdo a los resultados obtenidos, la plataforma de Software Libre LAPPresulto ser la propuesta viable, los costos inÃciales como capacitación eimplementación no son altos; y en el futuro ya no es necesario pagarelevadas cantidades de dinero por renovación de licencias anualmente, ni+ + +0 1 2 3VAN=0== 1 + i-1200.001 + i5728.08 â�� 1200.001 + i5728.08 â�� 1500.001 + i5728.08 â�� 1500.00Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 69mantenimiento; esto significarÃa un ahorro en el costo a largo plazo,permitiendo maximizar la inversión en $8716.13 a una taza de interésbancaria del 15%.Con la Implementación del Sistema de Gestión Documental para GobiernosLocales bajo Plataforma de Software Libre se tendrÃa un retorno de lainversión en un periodo aproximado de 3 meses y 7 dÃas.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 70CapÃtulo 5Análisis delSistema deInformaciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 715. ANÃ�LISIS DEL SISTEMA DE INFORMACIÃ�N5.1. Modelo de NegocioEl negocio cubierto por el sistema es básicamente la Gestión de Documentos.Figura ASI 1: Modelo de negocioActores:- Usuario: Este actor representa a los distintos usuarios del sistema, queparticipan en el desarrollo del proyecto.Casos de Uso:- Gestionar Documentos: El proceso principal del negocio es la gestiónde Documentos.5.2. Identificación de los Usuarios Participantes y FinalesA continuación se detallan las caracterÃsticas que deben cumplir los usuariosfinales del sistema en función de su perfil de usuario:- Usuario Secretaria Mesa de Partes: Este usuario será el encargadode generar y enviar documentos internos, y recepcionar documentaciónque reciba tanto del exterior como del interior de la institucióngubernamental.- Usuario Personal de Oficina: Este usuario tendrá a su cargo generar,enviar y recepcionar documentación interna de las distintas áreas de lainstitución gubernamental.- Usuario Administrador: Este usuario será responsable de administraráreas, tipos de documentos, documentos por área y personal de oficinadentro del sistema de gestión documental.

- Usuario Ciudadano: Este usuario podrá realizar consultas de losdocumentos externos para visualizar su seguimiento.UsuarioGestionar de DocumentosImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 725.3. Especificación de Casos de UsoA continuación, se muestran los paquetes del sistema con sus respectivosdiagramas de casos de uso del sistema:Figura ASI 2: Paquetes del sistemaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 73Figura ASI 3: Casos de uso del modelo de negocioFigura ASI 4: Actividades Gestionar Documentación Mesa de PartesImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 74Figura ASI 5: Actividades Gestionar Documentación OficinaFigura ASI 6: Actividades Gestionar Consultas de SeguimientoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 75Figura ASI 7: Casos de Uso del AdministradorImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 76ID: UC-01Nombre: Agregar OficinaVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite agregar una oficina por donde un documento puedepasar para la gestión respectiva.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor pulsa sobre el botón para agregar una nuevaoficina.2. El sistema muestra los campos necesarios para introducirel nombre, email y teléfono de la oficina.3. El actor introduce el nombre, email y teléfono de laoficina.4. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:4. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: La oficina ha sido almacenada en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 77ID: UC-02Nombre: Editar OficinaVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite modificar los datos de una oficina.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.

Flujo Normal:1. El sistema muestra un listado de las oficinas almacenadasen el sistema.2. El actor pulsa sobre la oficina a editar.3. El sistema muestra los campos necesarios para introducirel nombre, email y teléfono de la oficina.4. El actor introduce el nombre, email y teléfono de laoficina.5. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:5. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:Los cambios en los datos de la oficina han sido almacenados enel sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 78ID: UC-03Nombre: Agregar Tipo DocumentoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite agregar un tipo de documento permitido para la gestiónen la institución.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor pulsa sobre el botón para agregar un nuevo tipode documento.2. El sistema muestra los campos necesarios para introducirel nombre del tipo de documento.3. El actor introduce el nombre del tipo de documento.4. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:4. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: La oficina ha sido almacenada en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 79ID: UC-04Nombre: Editar Tipo DocumentoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite modificar los datos de un tipo de documento.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El sistema muestra un listado de los tipos de documentoalmacenados en el sistema.2. El actor pulsa sobre el tipo de documento a editar.3. El sistema muestra los campos necesarios para introducirel nombre del tipo de documento.4. El actor introduce el nombre del tipo de documento.5. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:

5. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:Los cambios en los datos del tipo de documento han sidoalmacenados en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 80ID: UC-05Nombre: Asignar Tipo Documento a OficinaVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite asignar un tipo de documento que una oficina podrágestionar.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor pulsa sobre el botón para agregar una nuevaasignación.2. El sistema muestra los campos necesarios paraseleccionar la oficina y el tipo de documento que se le vaa asignar.3. El actor selecciona la oficina y el tipo de documento.4. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:4. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:La asignación del tipo de documento a la oficina ha sidoalmacenada en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 81ID: UC-06Nombre: Quitar Tipo Documento a OficinaVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite quitar un tipo de documento que una oficina podrágestionar.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El sistema muestra un listado de las asignaciones dedocumentos a las oficinas en el sistema.2. El actor pulsa sobre la asignación de documento a unaoficina que quiere quitar.3. El sistema le pide confirmar la acción.4. El actor responde afirmativamente.Flujo Alternativo: 4. El actor responde negativamente.Poscondiciones:La asignación del tipo de documento a la oficina ha sido quitadaen el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 82ID: UC-07Nombre: Agregar Personal

Versión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite agregar un personal que participará en la gestióndocumental.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor pulsa sobre el botón para agregar un nuevopersonal.2. El sistema muestra los campos necesarios para introducirel nombre, apellidos, email, teléfono, fecha de nacimiento,sexo, estado civil, dirección del usuario.3. El actor introduce el nombre, apellidos, email, teléfono,fecha de ingreso, sexo y dirección.4. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:4. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: El usuario ha sido almacenado en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 83ID: UC-08Nombre: Editar PersonalVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite editar los datos de un personal que participa en lagestión documental.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El sistema muestra un listado del personal almacenadosen el sistema.2. El actor pulsa sobre el personal a editar.3. El sistema muestra los campos necesarios para introducirel nombre, apellidos, email, teléfono, fecha de ingreso,sexo, estado civil, dirección del usuario.4. El actor introduce el nombre, apellidos, email, teléfono,fecha de ingreso, sexo, estado civil y dirección.5. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:5. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:Los cambios en los datos del personal han sido almacenados enel sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 84ID: UC-09Nombre: Listar OficinasVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite listar las oficinas almacenadas en el sistema.Actores: Usuario Administrador logeado.

Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de oficinasalmacenadas en el sistema pudiendo filtrar por nombre.2. El sistema muestra los datos: Nombre, Email y Teléfono;además de botones de acción para editar.Flujo Alternativo:2. El sistema no muestra datos si no existen oficinasalmacenadas o no coinciden con el filtro hecho por elactor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 85ID: UC-10Nombre: Listar Tipos DocumentoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite listar los tipos de documento almacenados en elsistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de tipos dedocumento almacenadas en el sistema pudiendo filtrar pornombre o abreviatura.2. El sistema muestra los datos: Nombre y Abreviatura;además de botones de acción para editar.Flujo Alternativo:2. El sistema no muestra datos si no existen tipos dedocumento almacenados o no coinciden con el filtro hechopor el actor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 86ID: UC-11Nombre: Listar Tipos Documento asignados a OficinasVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite listar las asignaciones de tipos de documento a oficinasalmacenados en el sistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de asignaciones detipos de documento a oficinas almacenadas en el sistemapudiendo filtrar por tipo de documento u oficina.2. El sistema muestra los datos: Tipo de Documento yOficina; además de botones de acción para quitarasignación.Flujo Alternativo:2. El sistema no muestra datos si no existen asignaciones detipos de documento a oficina almacenados o no coincidencon el filtro hecho por el actor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 87ID: UC-12

Nombre: Listar PersonalVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite listar el personal almacenado en el sistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de personalalmacenado en el sistema pudiendo filtrar por nombre,apellidos, teléfono, email y oficina.2. El sistema muestra los datos: Nombre, Apellidos, Email,Teléfono y Oficina; además de botones de acción paraeditar.Flujo Alternativo:2. El sistema no muestra datos si no existen usuariosalmacenados o no coinciden con el filtro hecho por elactor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 88ID: UC-13Nombre: Agregar UsuarioVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite agregar un usuario del sistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor pulsa sobre el botón para agregar un nuevousuario.2. El sistema muestra los campos necesarios para introducirel tipo de usuario, personal, login, password y activación.3. El actor introduce el tipo de usuario, personal, login,password y activación.4. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:4. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: El usuario ha sido almacenado en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 89ID: UC-14Nombre: Editar UsuarioVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite editar los datos de un usuario del sistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El sistema muestra un listado de los usuariosalmacenados en el sistema.2. El actor pulsa sobre el usuario a editar.3. El sistema muestra los campos necesarios para introducirel tipo de usuario, personal, login, password y activación.4. El actor introduce el tipo de usuario, personal, login,password y activación.5. El sistema comprueba la validez de los datos y los

almacena.Flujo Alternativo:5. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:Los cambios en los datos del usuario han sido almacenados en elsistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 90ID: UC-15Nombre: Listar UsuariosVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite listar los usuarios almacenados en el sistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de usuariosalmacenados en el sistema pudiendo filtrar por nombre.2. El sistema muestra los datos: Nombre, Login, Fecha deCreación y Fecha de último ingreso; además de botonesde acción para editar.Flujo Alternativo:2. El sistema no muestra datos si no existen usuraosalmacenados o no coinciden con el filtro hecho por elactor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 91ID: UC-16Nombre: Administrar Accesos UsuarioVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite administrar los accesos de los usuarios almacenados enel sistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de accesos que unusuario tiene almacenados en el sistema pudiendo filtrarpor nombre.2. El sistema muestra los datos: Nombre de Acceso y Sololectura; además de checks de activación y un botón deGrabar Accesos.3. El actor activa los accesos que crea necesario para elusuario y confirma pulsando el botón de Grabar Accesos4. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo: NingunoPoscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 92ID: UC-17Nombre: Consultar Auditoria SistemaVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008

Descripción: Permite listar las transacciones realizadas en el sistema.Actores: Usuario Administrador logeado.Precondiciones El usuario Administrador debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de transaccionesrealizados en el sistema pudiendo filtrar por Fecha deinicio y Fin, Transacción, Opcion de Sistema, Login, Tablae Información.2. El sistema muestra los datos: Código, Fecha y Hora,Transacción, Tabla, Login y Personal.Flujo Alternativo:2. El sistema no muestra datos si no existen transaccionesalmacenadas o no coinciden con el filtro hecho por elactor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 93Figura ASI 8: Casos de Uso del Personal de OficinaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 94ID: UC-18Nombre: Crear Documento InternoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite crear un documento interno para la gestión respectiva.Actores:Usuario Personal de Oficina, Usuario Secretaria Mesa de Parteslogeado.PrecondicionesEl Usuario Personal de Oficina, Usuario Secretaria Mesa dePartes debe haberse logeado en el sistema.Flujo Normal:1. El actor pulsa sobre el botón para crear un nuevodocumento interno.2. El sistema muestra los campos necesarios para introducirperiodo, numero, el tipo de documento, prioridad, asunto,observaciones folios, anexos de folios, destinatario paraatención, archivos adjuntos y documentos relacionadosdel documento interno.3. El actor introduce periodo, numero, el tipo de documento,prioridad, asunto, observaciones folios, anexos de folios,destinatario para atención, archivos adjuntos ydocumentos relacionados del documento interno.4. Se establece si es para borrador o para envÃo inmediatoseleccionando la fecha de envio.5. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:5. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: El documento interno ha sido almacenado en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 95ID: UC-19Nombre: Editar Borrador Documento InternoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite editar un documento interno para la gestión respectiva.

Actores:Usuario Personal de Oficina, Usuario Secretaria Mesa de Parteslogeado.PrecondicionesEl Usuario Personal de Oficina, Usuario Secretaria Mesa dePartes debe haberse logeado en el sistema.Flujo Normal:1. El sistema muestra un listado de los documentos internosalmacenados en el sistema.2. El actor pulsa sobre el icono del documento interno aeditar borrador.3. El sistema muestra los campos necesarios para introducir,periodo, numero, tipo de documento, prioridad, asunto,observaciones folios, anexos de folios, destinatario paraatención, archivos adjuntos y documentos relacionadosdel documento interno.4. El actor introduce numero, periodo, tipo de documento,prioridad, asunto, observaciones folios, anexos de folios,destinatarios para atención, destinatarios paraconocimiento, archivos adjuntos y documentosrelacionados del documento interno.5. Se establece si es para borrador o para envÃo inmediatoseleccionando la fecha de envio.6. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:6. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:Los cambios en los datos del documento interno han sidoalmacenados en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 96ID: UC-20Nombre: Anular Documento InternoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite anular un documento interno.Actores:Usuario Personal de Oficina, Usuario Secretaria Mesa de Parteslogeado.PrecondicionesEl Usuario Personal de Oficina, Usuario Secretaria Mesa dePartes debe haberse logeado en el sistema.Flujo Normal:1. El sistema muestra un listado de los documentos internosalmacenados en el sistema.2. El actor establece que quiere anular el documento internoborrador .3. El sistema le pide confirmar la acción.4. El actor responde afirmativamente.Flujo Alternativo: 4. El actor responde negativamente.Poscondiciones: El documento interno ha sido anulado en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 97ID: UC-21Nombre: Atender documentoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008

Descripción: Permite atender un documento.Actores: Usuario Personal de Oficina logeado.PrecondicionesEl Usuario Personal de Oficina debe haberse logeado en elsistema.Flujo Normal:1. El sistema muestra un listado de los documentos paraatención.2. El actor pulsa sobre el icono del documento para atender.3. El sistema muestra todos los datos del documento y loscampos necesarios para introducir observaciones yseleccionar la acción de atención para el documento.4. El actor introduce las observaciones y selecciona la acciónde atención para el documento.5. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:5. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:Los cambios en los datos del documento interno han sidoalmacenados en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 98ID: UC-22Nombre: Resolver documentoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite dar respuesta de resolución a un documento.Actores: Usuario Personal de Oficina logeado.PrecondicionesEl Usuario Personal de Oficina debe haberse logeado en elsistema.El actor debe seleccionar la opción �Resuelto y Archivado� comoacción de atención del documento.Flujo Normal:1. El sistema permite ingresa alguna observación sobre laacción realizada.2. El actor ingresa las observaciones o comentarios siexistieran.3. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:3. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: Los datos de la respuesta son almacenados en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 99ID: UC-23Nombre: Derivar documentoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite derivar un documento hacia otra oficina.Actores: Usuario Personal de Oficina logeado.PrecondicionesEl Usuario Personal de Oficina debe haberse logeado en elsistema.El actor debe seleccionar la opción �Derivado� como acción de

atención del documento.Flujo Normal:1. El sistema muestra la opción para agregar el numero deproveÃdo y seleccionar destino a derivar.2. El actor ingresa el numero de proveÃdo y selecciona eldestinatario a donde va derivar el documento para suatención.3. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:3. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: Los datos de la derivación son almacenados en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 100ID: UC-24Nombre: Ver Seguimiento DocumentalVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite todos los datos y el seguimiento de un documento.Actores:Usuario Personal de Oficina, Usuario Secretaria Mesa de Parteslogeado.PrecondicionesEl Usuario Personal de Oficina, Usuario Secretaria Mesa dePartes debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de documentosexternos almacenados en el sistema pudiendo filtrar pornúmero de documento, asunto y rango de fechas deenvió.2. El sistema muestra los datos: Periodo, Número, 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 elseguimiento documental.Flujo Alternativo:2. El sistema no muestra datos si no existen Documentosalmacenados o no coinciden con el filtro hecho por elactor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 101ID: UC-25Nombre: Listar Documentos InternosVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite listar los documentos internos creados almacenados enel sistema.Actores:Usuario Personal de Oficina, Usuario Secretaria Mesa de Parteslogeado.PrecondicionesEl Usuario Personal de Oficina, Usuario Secretaria Mesa dePartes debe haberse logeado en el sistema.Flujo Normal:1. El actor solicita al sistema el listado de documentosrecibidos almacenados en el sistema pudiendo filtrar por

número y oficina.2. El sistema muestra los datos: Periodo, Numero, Asunto,Prioridad, Tipo, Fecha Creación y Estado del documento;además de opciones de acción para editar borrador, enviary anular documento.Flujo Alternativo:2. El sistema no muestra datos si no existen DocumentosInternos almacenados o no coinciden con el filtro hechopor el actor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 102ID: UC-26Nombre: Listar Documentos RecibidosVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite listar los documentos recibidos almacenados en elsistema.Actores: Usuario Personal de Oficina logeado.PrecondicionesEl Usuario Personal de Oficina debe haberse logeado en elsistema.Flujo Normal:1. El actor solicita al sistema el listado de documentosinternos creados almacenados en el sistema pudiendofiltrar por número y asunto.2. El sistema muestra los datos: Periodo, Numero, Asunto,Fecha de EnvÃo, Prioridad, Estado y Fecha de atención;además de opciones de acción para atender.Flujo Alternativo:2. El sistema no muestra datos si no existen DocumentosRecibidos almacenados o no coinciden con el filtro hechopor el actor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 103Figura ASI 9: Casos de Uso de Secretaria Mesa de PartesImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 104ID: UC-27Nombre: Crear Documento ExternoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite crear un documento externo para la gestión respectiva.Actores: Usuario Secretaria Mesa de Partes logeado.PrecondicionesEl usuario Secretaria Mesa de Partes debe haberse logeado en elsistema.Flujo Normal:1. El actor pulsa sobre el botón para crear un nuevodocumento externo.2. El sistema muestra los campos necesarios para introducirel periodo, numero, tipo de documento, prioridad, asunto,observaciones folios, anexos de folios, destinatario paraatención, Nombre del Firmante, Apellidos del Firmante,Institución del Firmante y archivos adjuntos.3. El actor introduce el periodo, numero, tipo de documento,prioridad, asunto, observaciones folios, anexos de folios,

destinatario para atención, Nombre del Firmante,Apellidos del Firmante, Institución del Firmante y archivosadjuntos4. Se establece si es para borrador o para envÃo inmediatoseleccionando la fecha.5. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:5. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones: El documento externo ha sido almacenado en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 105ID: UC-28Nombre: Editar Borrador Documento ExternoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite editar un documento externo para la gestión respectiva.Actores: Usuario Secretaria Mesa de Partes logeado.PrecondicionesEl usuario Secretaria Mesa de Partes debe haberse logeado en elsistema.Flujo Normal:1. El sistema muestra un listado de los documentos externosalmacenados en el sistema.2. El actor pulsa sobre el icono del documento externos aeditar borrador.3. El sistema muestra los campos necesarios para introducirel periodo, numero, tipo de documento, prioridad, asunto,observaciones folios, anexos de folios, destinatario paraatención, Nombre del Firmante, Apellidos del Firmante,Institución del Firmante y archivos adjuntos.4. El actor introduce el periodo, numero, tipo de documento,prioridad, fecha de plazo, hora de plazo, asunto,observaciones folios, anexos de folios, destinatario paraatención, Nombre del Firmante, Apellidos del Firmante,Institución del Firmante y archivos adjuntos5. Se establece si es para borrador o para envÃo inmediatoseleccionando la fecha.6. El sistema comprueba la validez de los datos y losalmacena.Flujo Alternativo:6. El sistema comprueba la validez de los datos, si los datosno son correctos, se avisa al actor de ello permitiéndoleque los corrija.Poscondiciones:Los cambios en los datos del documento externo han sidoalmacenados en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 106ID: UC-29Nombre: Anular Documento ExternoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción: Permite anular un documento externo.Actores: Usuario Secretaria Mesa de Partes logeado.PrecondicionesEl usuario Secretaria Mesa de Partes debe haberse logeado en elsistema.

Flujo Normal:1. El sistema muestra un listado de los documentos externosalmacenados en el sistema.2. El actor selecciona la opción anular del documento externoque quiere anular.3. El actor responde afirmativamente guardando la accion.Flujo Alternativo: 4. El actor responde negativamente.Poscondiciones: El documento externo ha sido anulado en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 107ID: UC-30Nombre: Listar Documentos ExternosVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite listar los documentos externos almacenados en elsistema.Actores: Usuario Secretaria Mesa de Partes logeado.PrecondicionesEl usuario Secretaria Mesa de Partes debe haberse logeado en elsistema.Flujo Normal:1. El actor solicita al sistema el listado de documentosrecibidos almacenados en el sistema pudiendo filtrar pornúmero y oficina.2. El sistema muestra los datos: Periodo, Numero, Asunto,Tipo, Prioridad, Fecha Creación y Estado del documento;además de opciones de acción para editar borrador, anulardocumento.Flujo Alternativo:2. El sistema no muestra datos si no existen DocumentosExternos almacenados o no coinciden con el filtro hechopor el actor.Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 108Figura ASI 10: Casos de Uso de CiudadanoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 109ID: UC-31Nombre: Buscar DocumentoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite realizar una búsqueda de los documentos externosalmacenados en el sistema.Actores: Usuario Ciudadano.Precondiciones NingunoFlujo Normal:1. El actor solicita al sistema el listado de documentosexternos almacenados en el sistema pudiendo filtrar pornúmero de documento, asunto, rango de fechas deingreso y firmante.2. El sistema muestra los datos: Número, Asunto, Fecha deIngreso, Firmante.Flujo Alternativo:2. El sistema no muestra datos si no existen DocumentosExternos almacenados o no coinciden con el filtro hechopor el actor.

Poscondiciones: NingunoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 110ID: UC-32Nombre: Visualizar SeguimientoVersión: 1.0Autor: Juan Percy Rojas CruzFecha: 01/11/2008Descripción:Permite realizar ver los detalles y el seguimiento de undocumento externo almacenado en el sistema.Actores: Usuario Ciudadano.PrecondicionesFlujo Normal:1. El sistema muestra el listado de documentos.2. El actor pulsa sobre el consultar del documento que quierevisualizar su seguimiento.3. El sistema muestra todos los datos del documento y elseguimiento documental.Flujo Alternativo: NingunoPoscondiciones: El sistema regresa al listado de documentos.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1115.4. Identificación de Clases de AnálisisFigura ASI 11: Diagrama de Clases de Análisis Registrar OficinaFigura ASI 12: Diagrama de Clases de Análisis Editar OficinaFigura ASI 13: Diagrama de Clases de Análisis Registrar Tipo DocumentoFigura ASI 14: Diagrama de Clases de Análisis Editar Tipo DocumentoFigura ASI 15: Diagrama de Clases de Análisis Asignar Tipo Documento OficinaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 112Figura ASI 16: Diagrama de Clases de Análisis Quitar Tipo Documento OficinaFigura ASI 17: Diagrama de Clases de Análisis Agregar PersonalFigura ASI 18: Diagrama de Clases de Análisis Editar PersonalFigura ASI 19: Diagrama de Clases de Análisis Listar OficinasFigura ASI 20: Diagrama de Clases de Análisis Listar Tipos DocumentoFigura ASI 21: Diagrama de Clases de Análisis Listar Tipos Documento Asignados aOficinasImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 113Figura ASI 22: Diagrama de Clases de Análisis Listar PersonalFigura ASI 23: Diagrama de Clases de Análisis Agregar UsuarioFigura ASI 24: Diagrama de Clases de Análisis Editar UsuarioFigura ASI 25: Diagrama de Clases de Análisis Listar UsuariosFigura ASI 26: Diagrama de Clases de Análisis Administrar Accesos UsuariosFigura ASI 27: Diagrama de Clases de Análisis Consultar Auditoria SistemaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 114Figura ASI 28: Diagrama de Clases de Análisis Crear Documento InternoFigura ASI 29: Diagrama de Clases de Análisis Editar Borrador Documento InternoFigura ASI 30: Diagrama de Clases de Análisis Anular Documento InternoFigura ASI 31: Diagrama de Clases de Análisis Atender DocumentoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 115Figura ASI 32: Diagrama de Clases de Análisis Resolver DocumentoFigura ASI 33: Diagrama de Clases de Análisis Derivar DocumentoFigura ASI 34: Diagrama de Clases de Análisis Ver Seguimiento Documental

Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 116Figura ASI 35: Diagrama de Clases de Análisis Listar Documentos InternosFigura ASI 36: Diagrama de Clases de Análisis Listar Documentos RecibidosFigura ASI 37: Diagrama de Clases de Análisis Crear Documento ExternoFigura ASI 38: Diagrama de Clases de Análisis Editar Borrador Documento ExternoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 117Figura ASI 39: Diagrama de Clases de Análisis Anular Documento ExternoFigura ASI 40: Diagrama de Clases de Análisis Listar Documento ExternosFigura ASI 41: Diagrama de Clases de Análisis Buscar DocumentoFigura ASI 42: Diagrama de Clases de Análisis Visualizar SeguimientoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1185.5. Diagramas de SecuenciaFigura ASI 38: Diagrama de Secuencia de Registrar OficinaFigura ASI 39: Diagrama de Secuencia de Editar OficinaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 119Figura ASI 40: Diagrama de Secuencia de Registrar Tipo DocumentoFigura ASI 41: Diagrama de Secuencia de Editar Tipo DocumentoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 120Figura ASI 42: Diagrama de Secuencia de Asignar Tipo Documento OficinaFigura ASI 43: Diagrama de Secuencia de Quitar Tipo Documento OficinaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 121Figura ASI 44: Diagrama de Secuencia de de Registrar PersonalFigura ASI 45: Diagrama de Secuencia de Editar PersonalFigura ASI 46: Diagrama de Secuencia de Listar OficinasImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 122Figura ASI 47: Diagrama de Secuencia de Listar Tipos DocumentoFigura ASI 48: Diagrama de Secuencia de Listar Tipos Documento Asignados aOficinasImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 123Figura ASI 49: Diagrama de Secuencia de Listar PersonalFigura ASI 50: Diagrama de Secuencia de Agregar UsuarioFigura ASI 51: Diagrama de Secuencia de Editar UsuarioImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 124Figura ASI 52: Diagrama de Secuencia de Listar UsuariosFigura ASI 53: Diagrama de Secuencia de Administrar Accesos UsuarioImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 125Figura ASI 54: Diagrama de Secuencia de Consultar Auditoria SistemaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1265.6. Especificación de Requisitos de Seguridad- Acceso al sistema y a sus recursosEl sistema cuenta con una base de datos relacional para almacenar susdatos y ejecutar determinadas transacciones. El acceso a dichos datos,

estructura de datos y transacciones se encuentra protegido por elmecanismo de autenticación básica provisto por el vendedor de la basede datos en cuestión. En este caso la base de datos provee un sistema deseguridad basado en usuario y contraseña y un mecanismo que permitelegislar los equipos desde los cuales es posible conectarse.- Mantenimiento de la integridad y confidencialidad de los datosLa confidencialidad de los datos se obtiene debido a que la aplicación nopermite ver los datos que no estén relacionados con el usuarioautenticado que está usando el sistema; y por otro lado, la base de datosse encuentra protegida dentro del servidor de aplicaciones en unacarpeta con acceso restringido.- Control y registro de acceso al sistemaSe llevará a cabo un registro de auditoria, el cual mantendrá informaciónsobre las operaciones no triviales realizadas por el usuario, por ejemploejecutar una transacción.Dicho registro estará en almacenado en la base de datos para poder serconsultado fácilmente mediante el sistema sin ningún tipo de softwareadicional. Se define la información a almacenar como el usuario,operación, fecha y hora que se ejecuto dicha operación, permitiendo unafácil extracción de los archivos para resguardo y depuración de losmismos.- Copias de seguridad y recuperación ante catástrofesLos documentos no se eliminan explicÃtame de la base de datos con larazón de llevar un control de la información generada en el sistema deinformación, además se contara con opciones generación y restauraciónde backups de la base de datos ante situaciones de perdida deinformación por algún accidente ajeno al sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1275.7. Presentación y Aprobación del Análisis del Sistema de InformaciónEn una reunión mantenida entre el Tesista y el Asesor de Tesis se dio poraprobada la fase de Análisis del Sistema de Información.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 128CapÃtulo 6Diseño delSistema deInformaciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1296. DISEÃ�O DEL SISTEMA DE INFORMACIÃ�N6.1. Definición de Niveles de ArquitecturaFigura DSI 1: Diagrama de Niveles de Arquitectura del SistemaA continuación se describen los elementos del sistema identificados en la figuraDSI 1:Descripción de los nodos identificados:- Equipo Cliente: Representa al equipo en el cual se desplegará lainterfaz de usuario.- Equipo Servidor Base de Datos: Representa al equipo en el cual sellevarán a cabo administración de la base de datos.- Equipo Servidor Web: Representa al equipo en el cual se llevarán acabo los procesos de manejo de la lógica de negocio.Descripción de los componentes identificados:- Navegador Cliente: Representa a la interfaz del sistema desde aquà elusuario podrá realizar la administración de los documentos de

investigación.- Sistema Trámite Documentario: Este componente representa a laImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 130función del sistema, el cual se encarga de administrar todos los accesos ala base de datos y el manejo de la lógica de negocios.- Base de datos: Representa a la base de datos relacional donde se guardala información referente a los usuarios y documentos gestionados.La distribución de componentes mostrada en la figura DSI 1 ha tenido en cuentalos siguientes aspectos:- Los usuarios se encuentran distribuidos dentro de la empresa uorganización donde se implemente el sistema, lo cual implica que losmismos estarán ubicados en lugares fÃsicos diferentes.- Los datos deben estar centralizados. Esto permitirá a los distintosparticipantes de los documentos acceder a información unificada yconsistente del mismo. Además, el hecho de que la información seencuentre unificada permite que solo sea necesario realizar un únicobackup para el resguardo de los datos asà como la administración deseguridad de los mismos.- Los componentes de los servidores será normativamente más robustodado que deberá soportar la concurrencia de múltiples usuarios y lagestión de los datos. Por otro lado, es indispensable asegurar el correctofuncionamiento de los mismos y su alta disponibilidad dado que ningúnnodo cliente del sistema funcionará correctamente si los componentes delos servidores no se encuentran disponibles.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1316.2. Diseño de ClasesFigura DSI 2: Diagrama del Modelo de Clases de DiseñoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1326.3. Diagramas de EstadosFigura DSI 3: Diagrama de Estados del Sistema de InformaciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1336.4. Diseño de Base de Datos6.4.1. Diagrama de Base de DatosFigura DSI 4: Diseño del Modelo FÃsico de DatosImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1346.4.2. Diccionario de DatosTabla Comentariofij_atencionTabla donde se almacenan los tipos de atención que puedetener los destinos de los documentos enviadosfij_cargoTabla donde se almacenan los cargos de los usuarios a usaren el sistemafij_estadoTabla donde se almacenan los estados de un documentocreadofij_opcionTabla donde se almacenan las opciones de acceso delsistemafij_prioridad Tabla donde se almacenan las prioridades de un documentofij_transaccion Tabla donde se almacenan los tipos de transacciónlog_auditoria

Tabla donde se almacenan los sucesos en el sistema para laauditoriamae_asignacionTabla donde se almacenan las asignaciones de tipos dedocumento por oficinamae_oficina Tabla donde se almacenan las oficinasmae_personal Tabla donde se almacena la información del personalmae_tipo_documentoTabla donde se almacenan los tipos de documento aadministrar por el sistemamae_usuario Tabla donde se almacenan los usuarios del sistemamov_acceso Tabla donde se almacenan los accesos por usuario al sistemamov_adjunto Tabla donde se almacenan los archivos adjuntosmov_destinoTabla donde se almacenan los destinos de los documentosque se envÃanmov_documento Tabla donde se almacenan los documentos creadosmov_relacionadoTabla donde se almacenan los documentos que estánrelacionados con el principal que se va a enviarImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 135Tabla Campo Descripciónfij_atencion ate_codigo Código de atenciónfij_atencion ate_descri Nombre del tipo de atenciónfij_cargo car_codigo Código de cargofij_cargo car_descri Nombre de cargofij_estado est_codigo Código de estadofij_estado est_descri Nombre de estadofij_opcion opc_codigo Código de opción del sistemafij_opcion opc_descri Nombre de opción del sistemafij_prioridad pri_codigo Código de prioridad de un documentofij_prioridad pri_descri Nombre de la prioridadfij_transaccion tra_codigo Código de transacciónfij_transaccion tra_descri Nombre de transacciónlog_auditoria aud_codigo Código de auditorialog_auditoria aud_fecha Fecha y hora de la operaciónlog_auditoria aud_tablaNombre de la tabla donde se realizo elprocesolog_auditoria aud_registro_codigoCódigo del registro con el que serealizo el procesolog_auditoria aud_dataInformación que se administro elprocesolog_auditoria tra_codigo Código de transacciónlog_auditoria opc_codigo Código de opción del sistemalog_auditoria usu_codigo Código de usuariomae_asignacion asi_codigo Código de asignaciónmae_asignacion ofi_codigo Código de oficinamae_asignacion tip_codigo Código de tipo de documentomae_oficina ofi_codigo Código de oficinamae_oficina ofi_descri Nombre de oficinamae_oficina ofi_email Email de oficinamae_oficina ofi_telefono Teléfono de oficinamae_personal per_codigo Código de personalmae_personal per_nombre Nombre de personalmae_personal per_apellidos Apellidos del personalmae_personal per_dni DNI del personalmae_personal per_email Email del personalmae_personal per_sexoSexo del personal: H-Hombre, M-

MujerImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 136Tabla Campo Descripciónmae_personal per_fecha_ingreso Fecha de ingreso del personalmae_personal per_telefono Teléfono del personalmae_personal per_direccion Dirección del personalmae_personal ofi_codigo Código de oficinamae_tipo_documento tip_codigo Código de tipo de documentomae_tipo_documento tip_descri Nombre de tipo de documentomae_usuario usu_codigo Código de usuariomae_usuario usu_login Login de usuariomae_usuario usu_password Contraseña de usuariomae_usuario usu_creacion Fecha y hora de creaciónmae_usuario usu_ultimo_ingresoFecha y hora de ultimo ingreso alsistemamae_usuario usu_activoEstado de usuario 1-Activo, 0-Desactivadomae_usuario car_codigo Código de cargomae_usuario per_codigo Código de personalmov_acceso acc_codigo Código de accesomov_acceso acc_solo_lectura Acceso de solo lectura 1-Si, 0-Nomov_acceso opc_codigo Código de opción del sistemamov_acceso usu_codigo Código de usuariomov_adjunto adj_codigo Código del adjuntomov_adjunto adj_archivoArchivo que se va a adjuntar aldocumentomov_adjunto adj_descri Descripción del adjuntomov_adjunto doc_codigo Código de documentomov_destino des_codigo Código del destino del documentomov_destino des_fecha_atencionFecha de atención del documentoenviadomov_destino des_observacionesObservaciones sobre la atencion deldocumentomov_destino per_codigo_origenCódigo del personal que envió eldocumentomov_destino doc_codigo Código de documentomov_destino ate_codigo Código de atenciónmov_destino ofi_codigo_origenCódigo de la oficina que envió eldocumentomov_destino per_codigo_destino Código de personal que es el destinomov_destino ofi_codigo_destino Código de personal que es el destinomov_destino des_proveido Número de proveÃdo para el caso deImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 137Tabla Campo Descripciónderivaciónmov_destino des_fecha_envio Fecha en la que se envió el documentomov_documento doc_codigo Código de documentomov_documento doc_periodoPeriodo en el que se creo eldocumentomov_documento doc_numero Numero de documentomov_documento doc_tipoTipo de documento: I-Interno, E-

Externomov_documento doc_firmanteFirmante del documento que se creaen caso de ser externomov_documento doc_numero_reciboNumero de recibo en caso sea undocumento externomov_documento doc_asunto Asunto del documentomov_documento doc_observaciones Observaciones del documentomov_documento doc_foliosCantidad de folios que tiene eldocumentomov_documento doc_anexos Anexos fÃsicos que tiene el documentomov_documento doc_fecha_creacionFecha de creacion/ingreso deldocumentomov_documento pri_codigo Código de prioridad de un documentomov_documento est_codigo Código de estadomov_documento tip_codigo Código de tipo de documentomov_documento ofi_codigo Código de oficinamov_documento per_codigo Código de personalmov_relacionado rel_codigo Código de documento relacionadomov_relacionado rel_codigo_dctoCódigo del documento que se va arelacionarmov_relacionado doc_codigo Código de documentoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1386.5. Definición de Interfaces de UsuarioLa interfaz de usuario será web e interactiva, del tipo estándar Web 2.0 al queaccesan las personas hoy en dÃa en internet.Los lineamientos principales para la construcción de la interfaz de usuarios de laintranet son los siguientes:- La activación de las distintas pantallas de interfaz se producen medianteuna barra de menú.- Para cada pantalla de interfaz principal se tiene una barra deherramientas para los procesos principales de manejo de información.- En el caso de una pantalla de interfaz Maestro-Detalle la barra deherramientas será solo para la pantalla maestra, la pantalla de interfazdetalle tendrá sus propios botones para los respectivos procesos.- Cada pantalla de interfaz donde se maneje tablas de movimiento tendránuna sección de búsqueda de registros, asà como una tabla donde semuestre la información mas reciente.- Los mensajes de error y confirmación se mostraran de forma emergentedentro de la misma pantalla de interfaz.- En todas las pantallas de interfaz se verificara si el usuario tiene acceso adicha opción o si tiene de acceso de solo lectura.Los lineamientos principales para la construcción de la interfaz de usuarios de laparte web de consulta ciudadana son los siguientes:- En la pantalla de interfaz para consultas ciudadana se tendrá una secciónde búsqueda de documentos asà como una tabla donde se muestre elresultado de dicha búsqueda.- En el resultado de la búsqueda se mostrara la información principal deldocumento asà como un botón para visualizar el seguimiento documental.- La información del seguimiento documental se mostrara en una secciónemergente dentro de la misma ventana.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo

Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1396.6. Verificación y Aceptación de la Arquitectura del SistemaSe han verificado los distintos modelos generados juntamente con el asesor deTesis y se han aplicado las modificaciones correspondientes.6.7. Presentación y Aprobación del Diseño del Sistema de InformaciónEn una reunión mantenida entre el Tesista y el Asesor de Tesis se dio poraprobada la fase de Diseño del Sistema de Información.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 140CapÃtulo 7Construccióndel Sistema deInformaciónImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1417. CONSTRUCCIÃ�N DEL SISTEMA DE INFORMACIÃ�N7.1. Implantación de la Base de Datos FÃsicaCon el gestor de base de datos instalado en el servidor de la institución(PostgreSQL 8.3) se agregarán las tablas correspondientes al nuevosistema a implementar a través de script de creación de instrucciones SQL enbase a lo definido en el diagrama fÃsico de base de datos que se creó en la fasede diseño del sistema.7.2. Preparación del Entorno de ConstrucciónPara el presente proyecto, se deberán instalar el entorno de trabajo que constade las siguientes herramientas:A. Ubuntu Linux 9.04Es una distribución GNU/Linux basada en Debian GNU/Linux, proporcionaun sistema operativo actualizado y estable para el usuario promedio, conun fuerte enfoque en la facilidad de uso y de instalación del sistema. Aligual que otras distribuciones se compone de múltiples paquetes desoftware normalmente distribuidos bajo una licencia libre o de códigoabierto. En el equipo servidor se instalará una versión orientada aservidores â��Ubuntu 9.04 Server Editionâ��.B. Servidor PostgreSQL 8.3Sus caracterÃsticas técnicas la hacen una de las bases de datos máspotentes y robustas del mercado. Su desarrollo comenzó hace más de 15años, y durante este tiempo, estabilidad, potencia, robustez, facilidad deadministración e implementación de estándares han sido lascaracterÃsticas que más se han tenido en cuenta durante su desarrollo.PostgreSQL 8.3 funciona muy bien con grandes cantidades de datos yuna alta concurrencia de usuarios accediendo a la vez al sistema. En elequipo servidor se instalará el servidor PostgreSQL 8.3 después deinstalar la base del sistema Ubuntu 9.04 Server Edition.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 142C. Servidor Web Apache 2.2El servidor HTTP Apache es un servidor web HTTP de código abierto paraplataformas Unix (BSD, GNU/Linux, etc.), Windows, Macintosh y otras,que implementa el protocolo HTTP/1.1 y la noción de sitio virtual. En elequipo servidor se instalalá el servidor web Apache 2.2 después deinstalar la base del sistema Ubuntu 9.04 Server Edition.D. PHP 5.2 + Extension pdo_pgsql

PHP es un lenguaje interpretado de propósito general ampliamente usadoy que está diseñado especialmente para desarrollo web y puede serembebido dentro de código HTML. Generalmente se ejecuta en unservidor web, tomando el código en PHP como su entrada y creandopáginas web como salida. Puede ser desplegado en la mayorÃa de losservidores web y en casi todos los sistemas operativos y plataformas sincosto alguno. PHP se instalara en el equipo servidor web después deApache 2.2, ademas se instalara la extensión pdo_pgsql que es requisitopara trabajar con P4A 3.2 que se explicará mas adelante y PostgreSQL8.3.E. P4A 3.2PHP For Applications, o en español, PHP para aplicaciones es un RAD yFramework PHP con programación orientada a objetos para crearaplicaciones web. Dispone de funcionalidades tableless HTML(maquetación HTML sin tablas, por capas css), accesskey, generador deaplicaciones point&click, reconocimiento de tipos de datos auto data type,UTF-8, i18n/l10n, integración de PEAR. P4A 3.2 se instalará en el equiposervidor web después de PHP 5.2 + Extension pdo_pgsqlF. AdoDB para PHP 5.09Permite implementar fácilmente una capa de abstracción de base dedatos, para realizar la página una única vez y que permita utilizarcualquier sistema gestor de base de datos sin cambiar el código. AdoDBpara PHP 5.09 instalará en el equipo servidor web después de P4A 3.2Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 143G. Smarty 2.6Es un motor de plantillas para PHP. Smarty separa el código PHP, comológica de negocios, del código HTML, como lógica de presentación, ygenera contenidos web mediante la colocación de etiquetas Smarty en undocumento. Se encuentra bajo la licencia LGPL por lo que puede serusado libremente. Smarty 2.6 se instalará en el equipo servidor webdespués de AdoDB para PHP 5.09H. JQuery 1.3Es una biblioteca o framework de JavaScript que permite simplificar lamanera de interactuar con los documentos HTML, manipular el arbolDOM, manejar eventos, desarrollar animaciones y agregar interaccióncon la tecnologÃa AJAX a páginas web. JQuery 1.3 se instalará en elequipo servidor web después de Smarty 2.6.I. Xajax 0.5Es una biblioteca de código abierto para PHP que permite crear demanera fácil y simple aplicaciones Web basadas en AJAX usando ademásHTML, CSS, y Javascript. Las aplicaciones desarrolladas con Xajax puedencomunicarse asÃncronamente con funciones que se encuentran del ladodel servidor y asà actualizar el contenido de una página sin tener querecargarla nuevamente. Xajax 0.5 se instalará en el equipo servidor webdespués de JQuery 1.3.7.3. Estándares de Desarrollo7.3.1. Especificación de Base de DatosA. Para los nombres de tabla- mae_(nombre): tablas maestras- mov_(nombre): tablas con alto movimiento de información- fij_(nombre) : tablas con datos fijos- log_(nombre) : tablas registro de sucesos- (nombre) : debe tener como máximo 15 caracteres y debe estaren singularImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 144

B. Para los nombres de campos- abc_(nombre): abc representa el prefijo único de tres letras quehacen referencia a la tabla que pertenecen y no deben repetirsepara 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 tenganel mismo nombre, por ejemplo Tabla:"mae_cliente" primary keyes:"cli_codigo" en la tabla "mov_factura" el FK del código decliente sea "cli_codigo" también esto ayuda a tener unacodificación mas entendible- (nombre) : debe tener como máximo 15 caracteresC. Para los tipos de dato- Los tipos char y varchar son para textos pequeños- 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 2decimales (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 tipode dato timestamp- Si el campo es un primary key usar el tipo serial- Si el campo es un foreing key usar el tipo int7.3.2. Especificación de Programación de MódulosA. Para los controles enlazados a una tablaEstos controles tendrán el mismo nombre del campo de la tabla a la cualestan enlazados, por ejemplo si la tabla �mae_cliente� tiene un campo�cli_codigo� entonces el control que represente a dicho campo tendrá elmismo nombre.B. Para los nombres controles no enlazados a una tablaCada control a usar debe tener un prefijo según su tipo:- txt(nombre) : text- txta(nombre) : textareaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 145- cmb(nombre) : combo- rdn(nombre) : radio button- chk(nombre) : checkbox- lbl(nombre) : label- hnd(nombre) : hidden- dtm(nombre) : datetime- btn(nombre) : buttonLa primera letra de (nombre) debe esta en mayúscula.C. Para los nombres de variablesCada dato que no sea un control será considerado una variable y sunombre contendrá un prefijo según la información 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 datosLa primera letra de (nombre) debe esta en mayúscula.D. Para los nombres de métodosCada nombre de método tendrá la primera letra de la primera palabra enminúscula si tiene mas de 2 palabras las siguientes la inicial de cadapalabra estará en mayúscula, ejemplo: �establecerCredito�, para losnombres de los argumento se siguen las mismas directivas que se

establecieron para los nombres de las variables.7.4. Generación del Código de ComponentesComo ya se ha indicado antes, el sistema posee los siguientes componentesfÃsicos:- Servidor Base Datos: Para el funcionamiento del sistema, se deberáejecutar la instrucción de inicio del servidor de base de datos.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 146- Equipo Servidor Web: Para el funcionamiento del sistema, se deberácolocar el Framework P4A, AdoDB para PHP, Smarty, JQuery, Xajax ylos archivos que integran el Sistema de Trámite Documentario en lacarpeta de publicación web en el servidor.- Equipo Cliente: Para el funcionamiento del sistema, solo se necesita deque el equipo cliente tenga instalado un navegador web.7.5. Pantallas del sistemaA continuación se presenta las pantallas de los módulos que integran el sistemade información.Figura CSI 1: Login de ingreso al SistemaFigura CSI 2: Mantenimiento de OficinasImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 147FiguraCSI 3: Mantenimiento de Tipos de DocumentoFigura CSI 4: Mantenimiento de Asignación de Documentos por OficinaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 148Figura CSI 5: Mantenimiento de PersonalFigura CSI 6: Mantenimiento de Documentos InternosImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 149Figura CSI 7: Mantenimiento de Documentos ExternosImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 150Figura CSI 8: Mantenimiento de Documentos RecibidosFigura CSI 9: Seguimiento de Documentos EnviadosImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 151Figura CSI 10: Mantenimiento de UsuariosFigura CSI 11: Mantenimiento de Accesos al SistemaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 152Figura CSI 12: Visualización de Logs de AuditoriaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 153Figura CSI 13: Consulta de Documentos para el CiudadanoFigura CSI 14: Seguimiento de Documentos para el CiudadanoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 154

7.6. Plan de IteracionesA continuación se presenta el plan de iteraciones para el desarrollo de losmódulos que integran el sistema de información.Primera Iteración Duración(UC-01) Agregar Oficina4 semanas(UC-02) Editar Oficina(UC-03) Agregar Tipo Documento(UC-04) Editar Tipo Documento(UC-05) Asignar Tipo Documento Oficina(UC-06) Quitar Tipo Documento Oficina(UC-07) Agregar Personal(UC-08) Editar PersonalSegunda Iteración Duración(UC-09) Listar Oficinas4 semanas(UC-10) Listar Tipos Documento(UC-11) Listar Tipos Documento asignados a Oficina(UC-12) Listar Personal(UC-13) Agregar Usuario(UC-14) Editar Usuario(UC-15) Listar Usuarios(UC-16) Administrar Accesos UsuarioTercera Iteración Duración(UC-18) Crear Documento Interno4 semanas(UC-19) Editar Borrador Documento Interno(UC-20) Anular Documento Interno(UC-21) Atender DocumentoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 155(UC-22) Resolver Documento(UC-23) Derivar Documento(UC-24) Ver Seguimiento DocumentalCuarta Iteración Duración(UC-25) Listar Documentos Internos4 semanas(UC-26) Listar Documentos Recibidos(UC-27) Crear Documento Externo(UC-28) Editar Borrador Documento Externo(UC-29) Anular Documento Externo(UC-30) Listar Documentos ExternosQuinta Iteración Duración(UC-31) Buscar Documento4 semanas (UC-32) Visualizar Seguimiento(UC-17) Consultar Auditoria SistemaTabla CSI 1: Plan de Iteraciones7.7. Realización de las Pruebas del Sistema7.7.1. Pruebas Unitarias del SistemaA continuación, en la tabla CSI 1, se detalla el resultado de las pruebasunitarias luego de realizar las operaciones de crear, modificar, eliminar,anular y consultar sobre el desarrollo del sistema de información.Código Caso de Uso ResultadoCP-01 Agregar Oficina CorrectoCP-02 Editar Oficina CorrectoCP-03 Agregar Tipo Documento CorrectoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 156CP-04 Editar Tipo Documento Correcto

CP-05 Asignar Tipo Documento Oficina CorrectoCP-06 Quitar Tipo Documento Oficina CorrectoCP-07 Agregar Personal CorrectoCP-08 Editar Personal CorrectoCP-09 Listar Oficinas CorrectoCP-10 Listar Tipos Documento CorrectoCP-11 Listar Tipos Documento asignados a Oficina CorrectoCP-12 Listar Personal CorrectoCP-13 Agregar Usuario CorrectoCP-14 Editar Usuario CorrectoCP-15 Listar Usuarios CorrectoCP-16 Administrar Accesos Usuario CorrectoCP-17 Crear Documento Interno CorrectoCP-18 Editar Borrador Documento Interno CorrectoCP-19 Anular Documento Interno CorrectoCP-20 Atender Documento CorrectoCP-21 Resolver Documento CorrectoCP-22 Derivar Documento CorrectoCP-23 Ver Seguimiento Documental CorrectoCP-24 Listar Documentos Internos CorrectoCP-25 Listar Documentos Recibidos CorrectoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 157CP-26 Crear Documento Externo CorrectoCP-27 Editar Borrador Documento Externo CorrectoCP-28 Anular Documento Externo CorrectoCP-29 Listar Documentos Externos CorrectoCP-30 Buscar Documento CorrectoCP-31 Visualizar Seguimiento CorrectoCP-32 Consultar Auditoria Sistema CorrectoTabla CSI 2: Resultado de la ejecución de los casos de pruebas unitarias del sistemaA continuación se describen los casos de prueba más importantes delsistema.ID: CP17 � Crear Documento InternoPropósito: Probar que los usuarios pueden crear DocumentosInternos para la gestión 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 presupuesto2009,vacio}fechaEnvio = {19/11/09, invalido, vacio}Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 158Pasos: 1. Presionar botón nuevo2. Ingresar periodo3. Ingresar numero4. Seleccionar tipoDocumento5. Seleccionar prioridad6. Ingresar asunto7. Ingresar observaciones8. Ingresar folios

9. Ingresar anexoFolios10.Seleccionar destinatarioAtencion11.Ingresar archivoAdjunto12.Seleccionar documentoRelacionado13.Seleccionar fechaEnvio14.Presionar botón guardar15.Ver: mensaje â��Documento Interno almacenadosatisfactoriamenteâ��Notas y Preguntas: Se asume que el usuario creo el documento comoborrador o para envÃo, ya que la selección de esta opciónno es susceptible a fallo.ID: CP18 â�� Editar Borrador Documento InternoPropósito: Probar que los usuarios pueden editar Borradores deDocumentos Internos para la gestión 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}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 presupuesto2009,vacio}Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 159fechaIngreso = {19/11/09, invalido, vacio}Pasos: 1. Seleccionar Borrador de Documento Interno aeditar.2. Ingresar periodo3. Ingresar numero4. Seleccionar tipoDocumento5. Seleccionar prioridad6. Ingresar asunto7. Ingresar observaciones8. Ingresar folios9. Ingresar anexoFolios10.Seleccionar destinatarioAtencion11.Ingresar archivoAdjunto12.Seleccionar documentoRelacionado13.Seleccinar fechaEnvio14.Presionar botón guardar15.Ver: mensaje â��Documento Interno almacenadosatisfactoriamenteâ��Notas y Preguntas: Se asume que el usuario guardo el documento comoborrador o para envÃo, ya que la selección de esta opciónno es susceptible a fallo.ID: CP19 â�� Anular Documento InternoPropósito: Probar que los usuarios pueden anular DocumentosInternos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: Ningún dato de ingreso es necesarioPasos: 1. Seleccionar Documento Interno a anular.2. Seleccionar la acción anular3. Ver: mensaje â��Documento Interno anuladosatisfactoriamenteâ��Notas y Preguntas: Se asume que el usuario esta seguro de anularDocumento Interno, porque una vez ejecutado este pasono se puede deshacer este proceso.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo

Plataforma de Software LibreBach. Juan Percy Rojas Cruz 160ID: CP20 â�� Atender DocumentoPropósito: Probar que los usuarios pueden atender Documentos parala gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: observaciones = {recibido documento fÃsico conforme,vacio}atencion = { fÃsico recibido, vacio}Pasos: 1. Seleccionar Documento a atender.2. Seleccionar atención3. Ingresar observaciones4. Presionar botón guardar5. Ver: mensaje â��Documento ha sido atendidosatisfactoriamenteâ��Notas y Preguntas: No existen notas adicionales.ID: CP21 â�� Resolver DocumentoPropósito: Probar que los usuarios pueden resolver Documentos parala gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: observaciones = {Documento resuelto, vacio}atencion = { resuelto y archivado, vacio}Pasos: 1. Seleccionar Documento a resolver.2. Seleccionar atencion3. Ingresar observaciones4. Presionar botón guardar5. Ver: mensaje â��Documento ha sido resueltosatisfactoriamenteâ��Notas y Preguntas: No existen notas adicionales.ID: CP22 â�� Derivar DocumentoPropósito: Probar que los usuarios pueden derivar Documentos parala gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 161Datos de Prueba: observaciones = {Documento resuelto, vacio}atencion = { derivado, vacio}destinatarioProveido = { Pedro Gonzales, vacio}numeroProveido = { 0000001, vacio}Pasos: 1. Seleccionar Documento a derivar.2. Seleccionar atencion3. Ingresar observaciones4. Seleccionar destinatarioProveido5. Ingresar numeroProveido6. Presionar botón guardar7. Ver: mensaje â��Documento ha sido derivadosatisfactoriamenteâ��Notas y Preguntas: No existen notas adicionales.ID: CP23 â�� Ver Seguimiento DocumentalPropósito: Probar que los usuarios pueden visualizar el seguimientode los Documentos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: No se ingresan datos de prueba.Pasos: 1. Seleccionar Documento a visualizar seguimiento2. Ver: Datos del documento.Notas y Preguntas: No existen notas adicionales.ID: CP24 â�� Listar Documentos InternosPropósito: Probar que los usuarios pueden listar DocumentosInternos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: numeroDocumento = {2009-00412, vacio}asunto = {Presupuesto 2009 , vacio}Pasos: 1. Ingresar numeroDocumento

2. Ingresar asunto3. Presionar botón buscar4. Ver: listado de documentos internosNotas y Preguntas: No existen notas adicionales.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 162ID: CP25 â�� Listar Documentos RecibidosPropósito: Probar que los usuarios pueden listar DocumentosRecibidos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: numeroDocumento = {2009-00412, vacio}asunto = {Presupuesto 2009 , vacio}Pasos: 1. Ingresar numeroDocumento2. Ingresar asunto3. Presionar botón buscar4. Ver: listado de documentos recibidosNotas y Preguntas: No existen notas adicionales.ID: CP26 â�� Crear Documento ExternoPropósito: Probar que los usuarios pueden crear DocumentosExternos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: tipoDocumento = {Oficio, vacio}prioridad = {Media, 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}firmante = {Luis Saavedra,vacio}fechaEnvio = {19/11/09, invalido, vacio}Pasos: 1. Presionar botón nuevo2. Seleccionar tipoDocumento3. Seleccionar prioridad4. Ingresar asunto5. Ingresar observaciones6. Ingresar folios7. Ingresar anexoFolios8. Seleccionar destinatarioAtencionImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1639. Ingresar archivoAdjunto10.Ingresar firmante11.Seleccionar fechaEnvio12.Presionar botón guardar13.Ver: mensaje â��Documento Externo almacenadosatisfactoriamenteâ��Notas y Preguntas: Se asume que el usuario creo el documento comoborrador o para envÃo, ya que la selección de esta opciónno es susceptible a fallo.ID: CP27 â�� Editar Borrador Documento ExternoPropósito: Probar que los usuarios pueden editar Borradores deDocumentos Externos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: tipoDocumento = {Oficio, vacio}prioridad = {Media, vacio}fechaEnvio = {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}firmante = {Luis Saavedra,vacio}Pasos: 1. Seleccionar Borrador de Documento Interno aeditar.2. Seleccionar tipoDocumento3. Seleccionar prioridad4. Ingresar asunto5. Ingresar observaciones6. Ingresar folios7. Ingresar anexoFolios8. Seleccionar destinatarioAtencion9. Ingresar archivoAdjunto10.Ingresar firmante11.Seleccionar fechaEnvioImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 16412.Presionar botón guardar13.Ver: mensaje â��Documento Interno almacenadosatisfactoriamenteâ��Notas y Preguntas: Se asume que el usuario guardo el documento comoborrador o para envÃo, ya que la selección de esta opciónno es susceptible a fallo.ID: CP28 â�� Anular Documento ExternoPropósito: Probar que los usuarios pueden anular DocumentosExternos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: Ningún dato de ingreso es necesarioPasos: 1. Seleccionar Documento Interno a anular.2. Selecciona la opcion anular3. Ver: mensaje â��Documento Externo anuladosatisfactoriamenteâ��Notas y Preguntas: Se asume que el usuario esta seguro de anularDocumento Externo, porque una vez ejecutado este pasono se puede deshacer este proceso.ID: CP29 â�� Listar Documentos ExternosPropósito: Probar que los usuarios pueden listar DocumentosExternos para la gestión respectiva.Prerrequisitos: El usuario debe haberse logeado en el sistema.Datos de Prueba: numeroDocumento = {2009-00412, vacio}asunto = {Presupuesto 2009 , vacio}Pasos: 1. Ingresar numeroDocumento2. Ingresar asunto3. Presionar botón buscar4. Ver: listado de documentos externosNotas y Preguntas: No existen notas adicionales.ID: CP30 â�� Buscar DocumentoPropósito: Probar que los usuarios ciudadanos pueden buscarDocumentos para la gestión respectiva.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 165Prerrequisitos: No existe prerrequisitosDatos de Prueba: numeroDocumento = {2009-00412, vacio}tipoDocumento = {Oficio, vacio}asunto = {Presupuesto 2009 , vacio}fechaCreacion = {19/10/2009 â�� 30/10/2009, invalido,vacio}Pasos: 1. Ingresar numeroDocumento2. Seleccionar tipoDocumento3. Ingresar asunto4. Ingresar fechaCreacion5. Presionar botón buscar6. Ver: listado de documentos

Notas y Preguntas: No existen notas adicionales.ID: CP31 â�� Visualizar SeguimientoPropósito: Probar que los usuarios ciudadanos pueden visualizar elseguimiento de los Documentos para la gestiónrespectiva.Prerrequisitos: No existen prerrequisitosDatos de Prueba: No se ingresan datos de prueba.Pasos: 1. Seleccionar Documento a visualizar seguimiento2. Ver: Datos del documento.Notas y Preguntas: No existen notas adicionales.7.7.2. Pruebas de Integración del SistemaA continuación, en la tabla CSI 3, se detalla el resultado de las pruebas deintegración luego de realizar la construcción del sistema de información.Código Componente Medio de Prueba ResultadoCP-33 Base de DatosEjecución de una consulta en una consoladesde el Equipo ClienteCorrectoCP-34 Servidor Web Visualización de la carpeta web por defecto CorrectoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 166después instalar el servidor web desde unnavegador en el equipo clienteCP-35SistemaTramiteDocumentarioFuncionamiento del sistema usando losnavegadores web: Firefox, Opera y InternetExplorerCorrectoTabla CSI 3: Resultado de la ejecución de los casos de prueba de integración delsistema7.8. Evaluación del Resultado de las Pruebas del Sistema Aprobacióndel Sistema de InformaciónEn función del análisis de los resultados de los casos de prueba indicados en lastablas CSI 3 y CS3 podemos decir que el sistema ha alcanzado los niveles decalidad deseados, dado que todas las salidas se encuentran dentro de losparámetros de valores esperados.7.9. Presentación y Aprobación de la Construcción del Sistema deInformaciónEn una reunión mantenida entre el Tesista y el Asesor de Tesis se dio poraprobada la fase de Construcción del Sistema de Información.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 167CapÃtulo 8Implantación yAceptación delSistemaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1688. IMPLANTACIÃ�N Y ACEPTACIÃ�N DEL SISTEMA8.1. Definición del Plan de ImplantaciónEl plan de implantación contemplará todas las tareas relacionadas con:- La formación necesaria para la implantación, tanto a usuarios finales

como al equipo que se encarga de realizar las pruebas de implantación yaceptación del sistema.- La preparación de la infraestructura necesaria para la incorporación delsistema al entorno de operación.- La instalación de todos los componentes y procedimientos manuales yautomáticos asociados a cada sistema de información implicado en laimplantación.- La ejecución de los procedimientos de carga inicial y migración de datos,si se determinó su necesidad.- La realización de las pruebas de implantación y aceptación del sistema.- La formalización del plan de mantenimiento.8.1.1. Formación de usuarios finales y equipo de pruebasSe prevé capacitar a un usuario lÃder en el uso del sistema de informaciónde forma tal que pueda utilizarlo para verificar que el mismo cumple con susrequisitos para posteriormente aceptar el sistema. Dicho usuario será elencargado del área de sistemas que labora en la institución8.2. Especificación del Equipo de ImplantaciónSi bien el presente trabajo ha sido desarrollado por el tesista con lacolaboración del Asesor de Tesis. A continuación, en la tabla ISI 1, se describenlos involucrados en el desarrollo de esta fase y su función:Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 169Rol PerfilUsuario Final Es el especialista encargado de ejecutar el sistemaAdministrador de Base de DatosEsta función está a cargo del Tesista y consiste eninstalar, crear y administrar los recursos de la basede datos.Administrador de Seguridad yComunicacionesEsta función está a cargo del Tesista y consiste eninstala y verificar el correcto funcionamiento delservidor Web y los componentes necesarios para elsistema.Administrador de Aplicaciones eInfraestructuraEsta función está a cargo del Tesista y consiste eninstalar el aplicativo y asignar los permisos, paraque los distintos usuarios puedan utilizar el sistema.Tabla ISI 1: Descripción del equipo de implementación8.3. Realización de la InstalaciónDentro del contexto de desarrollo del presente trabajo, se procede a lainstalación del siguiente software:A. Ubuntu 9.04 Server Editiona. Inicio de la instalación: Al ingresar el CD de instalación apareceun listado de idiomas en el que elegimos español.b. Idioma de instalación: A continuación se ve el menú dearranque del CD de Ubuntu Server desde el que se puede instalar,nos situamos sobre Instalar Ubuntu Server.c. Localización: Después se debe seleccionar el paÃs en el que nosencontramos. Basándose en el idioma que seleccionamos alprincipio nos ofrece España por defecto, pero en este casoseleccionamos Perú.d. Distribución del teclado: A continuación, se nos brinda laImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 170

posibilidad de detectar automáticamente la distribución del tecladopulsado una serie de teclas. Sin embargo, es más fácil y rápido silo hacemos de forma manual. Por lo tanto, a la pregunta ¿detectarla disposición del teclado? contestamos que No. Ahora tendremosque indicar el origen del teclado. En nuestro caso es LatinAmerican y después indicamos la distribución, que también seráLatin American.e. Configuración de la red: El siguiente paso nos lleva a laconfiguración de la red. Cancelamos la detección DHCP y luegoescogemos la opción â��Configurar la red manualmenteâ��.Ingresamos la ip que tendrá el servidor en la intranetâ��192.168.1.2â�� y la máscara de red â��255.255.255.0â�� y la ip delrouter â��192.168.1.1â�� e ingresamos los DNS del proveedor deinternet; además deberemos escribir el nombre que va a tenernuestro servidor el cual es â��servidormuniâ��.f. Particionado de Disco: El particionado de discos es el procesomás complicado de toda la instalación. En el servidor se crearanlas siguientes particiones.- / (raÃz): contiene el sistema y las aplicaciones que seinstalen.- var: alberga las páginas web, directorios de ftp, caché de unproxy-caché, buzones de correo electrónicoâ�¦- swap: el área de intercambio.Elegimos particionar el disco usando el particionado Manual.Después se nos muestra un resumen con las particiones y puntosde montaje. Como nuestro el duro está vacÃo, sólo vemos el discoduro completo, lo seleccionamos.Al elegir el disco duro el programa de instalación nos avisa de quese va a crear una nueva tabla de particiones, seleccionamos sÃ.Volvemos a ver el resumen de las particiones pero en este caso, yaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 171tenemos una partición libre, tan grande como nuestro disco duro.La seleccionamos porque en ella vamos a crear las particiones.A continuación, elegimos Crear una partición nueva. La primerapartición que vamos a crear es una partición es la raÃz (/) eindicamos que va a ser la partición primaria. Y después,seleccionamos se ha terminado de definir la partición.Una vez que tenemos nuestra primera partición creada, que nosaparecerá en el resumen de particiones, seleccionamos el espaciolibre. Repetimos el mismo proceso para crear las particiones de/var solo que al momento de asignar el tipo de particiónseleccionaremos la opción de partición lógica. En la configuraciónde la partición seleccionamos como punto de montaje la opción/var. Y después, seleccionamos se ha terminado de definir lapartición.Una vez que tenemos la partición /var creada, que nos apareceráen el resumen de particiones, seleccionamos el espacio libre.Repetimos el mismo proceso para crear la partición swapseleccionamos la opción de partición lógica. En la configuración dela partición seleccionamos utilizar como área de intercambio. Ydespués, seleccionamos se ha terminado de definir la partición.Entonces se nos preguntará si queremos escribir los cambios enlos discos, a lo que contestaremos que SÃ.g. Instalación del sistema base: Seguidamente comenzará lainstalación del sistema base.h. Configurar Usuarios y Contraseñas: En este paso debemosconfigurar una cuenta de usuario que será el que usemos pordefecto en lugar del superusuario para ejecutar tareas noadministrativas. Lo primero que debemos introducir es el nombrecompleto del usuario en este caso se eligió administrador.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre

Bach. Juan Percy Rojas Cruz 172A continuación escribimos el mismo nombre de usuario. El nombrede usuario debe empezar con una letra minúscula y no puedecontener espacios en blanco ni caracteres especiales. Ahora es elturno de la contraseña para este usuario. Se recomienda quecontenga letras, números, signos de puntuación, mayúsculas yminúsculas. Y la tenemos que escribir de nuevo para comprobarque no nos hemos equivocado al escribirla.También debemos elegir si queremos que la carpeta personal(/home) esté cifrada. Esto es interesante para mantener seguroslos datos del usuario incluso si se roban el equipo. Seleccionamosque si se quiere cifrar la carpeta personal.i. Configuración del gestor de paquetes: Solamente es necesarioconfigurar el gestor de paquetes si tenemos que usar un proxypara acceder a la red. En este caso, como no se tiene que usar, sedeja esta información en blanco.j. Seleccionar e instalar programas: En este paso tenemos queseleccionar si queremos que se instalen las actualizaciones deseguridad de forma automática o no, o si queremos administrar elsistema con Landscape. Landscape es en una interfaz web paraadministrar y monitorizar equipos con Ubuntu, pero es de pago. Eneste caso vamos a preferir que se instalen las actualizaciones deseguridad automáticamente.Después se puede elegir qué programas se quiere instalar comoson un servidor DNS, un servidor LAMP, de correo, Samba, pero esmejor instalar cualquiera de estos servicios de forma manualcuando ya esté instalado el sistema para controlar todos los pasos.Sin embargo, sà que resulta muy cómodo instalar desde el principioel servidor SSH para poder administrarlo desde cualquier sitio.k. Terminar la instalación: Una vez que haya terminado lainstalación tenemos que reiniciar el sistema, asegurándonos dehaber sacado el CD-ROM de la unidad. Una vez reiniciado elImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 173sistema ingresamos al sistema con el usuario y contraseña creadosdurante la instalación. Ingresamos al terminal y digitamos elcomando sudo â��s luego nos pedirá la contraseña para poder tenerpermisos de superusuario (administrador de sistema) y terminarde instalar los componentes restantes del sistema.B. Servidor PostgreSQL 8.3a. Instalación: Para instalar el servidor de base de datos debemosestar logeado como superusuario y luego ejecutamos el comando:root@servidormuni:~# aptitude install postgresqlpostgresql-client postgresql-contribA continuación nos pedirá que confirmemos la instalación (n/Y), ledecimos que si (Y).b. Prueba del servidor: Para confirmar que la instalación terminóadecuadamente usamos el comando:root@servidormuni:~# psql â��versionY como resultado debemos obtener:Psql (PostgreSQL) 8.3.8Incluye soporte para edición de lÃnea de ordenesc. Cambiar la contraseña del usuario administrador: Ahoranecesitamos establecer la contraseña del usuario administradorpostgres. Digitamos el siguiente comando en la terminal paraingresar al cliente sql de PostgreSQL:root@servidormuni:~# sudo su postgres -c psqlLuego digitamos la siguiente lÃnea en la terminal sql de PostgreSQL(cambiamos la palabra password por la contraseña que se deseeImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 174usar):

postgres#= ALTER USER postgres WITH PASSWORD 'password';Y finalmente para salir del terminal sql de PostgreSQL y regresar alterminal del superusuario digitamos el siguiente comando:postgres#= \qEso altera la contraseña dentro de la base de datos, ahoranecesitamos hacer lo mismo para el usuario Linux postgres:root@servidormuni:~# passwd �d postgresroot@servidormuni:~# su postgres �c passwdAparecerá un prompt, introducimos la misma contraseña quepusimos en el paso anterior.d. Cambiar el esquema de autentificación de PostgreSQL: Alejecutar algunos comandos de base de datos, es posible que seencuentre con un error como: FATAL: la autentificación 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 deautentificación.root@servidormuni:~# pico/etc/postgresql/8.3/main/pg_hba.confY cambiamos esto:# Database administrative login by UNIX socketslocal all postgres ident sameuser# "local" is for Unix domain socket connections onlylocal all all ident sameuserPor esto:Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 175# Database administrative login by UNIX socketslocal all postgres md5# "local" is for Unix domain socket connections onlylocal all all md5Guardamos la configuración y reiniciamos el servidor dePostgreSQL con el comando:root@servidormuni:~# etc/init.d/postgresql-8.3 restartC. Servidor Web Apache 2.2a. Instalación: Para instalar el servidor web debemos estar logeadocomo superusuario y luego ejecutamos el comando:root@servidormuni:~# aptitude install apache2A continuación nos pedirá que confirmemos la instalación (n/Y), ledecimos que si (Y).b. Prueba del servidor: Para confirmar que la instalación terminóadecuadamente en un navegador web de una computadoraconectada a la red colocamos:http://192.168.1.2/Y como resultado debemos obtener:It Works!D. PHP 5.2 + Extensión pdo_pgsqla. Instalación: Para instalar PHP 5.2 y el modulo para PostgreSQLen el servidor web debemos estar logeado como superusuario yImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 176luego ejecutamos el comando:root@servidormuni:~# aptitude install php5 php5-pgsqllibapache2-mod-auth-pgsqlA continuación nos pedirá que confirmemos la instalación (n/Y), ledecimos que si (Y).b. Prueba del servidor: Para confirmar que la instalación terminó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 redcolocamos:http://192.168.1.2/test.php

Y como resultado debemos obtener una página mostrando toda laconfiguración de php instalada en el servidor web.E. P4A 3.2a. Ubicación para instalar para P4A: Para instalar P4A 3.2 en elservidor web debemos estar logeado como superusuario y luegoubicarnos en /var/www el comando:root@servidormuni:~# cd /var/wwwb. Descarga: Para instalar P4A 3.2 es necesario descargarlo con elsiguiente comando:root@servidormuni:/var/www# wgethttp://sourceforge.net/projects/p4a/files/p4a/3.2.2/p4a-3.2.2.tgz/downloadImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 177Se obtendrá el archivo p4a-3.2.2.tgzc. Extracción: Ahora se tiene que extraer el contenido de archivodescargado con el siguiente comando:root@servidormuni:/var/www# tar zxvf p4a-3.2.2.tgzY como resultado debemos obtener que se haya instalado en/var/www/p4a-3.2.2; hay que tener en cuenta esta ubicación yaque se utilizar en la configuración del sistema de información.F. AdoDB para PHP 5.09a. Creación de carpetas web del sistema: Para instalar AdoDBpara PHP 5.09 en el servidor web debemos estar logeado comosuperusuario y luego ubicarnos en /var/www. A partir de estepunto todos los componentes restantes van en la carpeta delsistema /var/www/tramite y para ello usamos el comando:root@servidormuni:/var/www# mkdir tramiteAhora se procede a crear carpeta web donde se alojara el modulode consultas ciudadana y que usara AdoDB para PHP 5.09 para sufuncionalidad, usamos el siguiente comando:root@servidormuni:/var/www# mkdir tramite/webFinalmente nos ubicamos en la carpeta donde se instalara AdoDBpara PHP 5.09 (/var/www/tramite/web), usamos el siguientecomando:root@servidormuni:/var/www# cd tramite/webb. Descarga: Para instalar AdoDB para PHP 5.09 es necesariodescargarlo con el siguiente comando:root@servidormuni:/var/www/tramite/web# wgetImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 178http://sourceforge.net/projects/adodb/files/adodb-php5-only/adodb-509-for-php5/adodb509.tgz/downloadSe obtendrá el archivo adodb509.tgzc. Extracción: Ahora se tiene que extraer el contenido de archivodescargado con el siguiente comando:root@servidormuni:/var/www/tramite/web# tar zxvfadodb509.tgzY como resultado debemos obtener que se haya instalado en/var/www/tramite/web/adodb5; hay que tener en cuenta estaubicación ya que se utilizara en la configuración del sistema deinformación.G. Smarty 2.6a. Descarga: Para instalar Smarty 2.6 en el servidor web debemosestar logeado como superusuario y luego ubicarnos en/var/www/tramite/web y luego es necesario descargarlo con elsiguiente comando:root@servidormuni:/var/www/tramite/web# wgethttp://www.smarty.net/do_download.php?download_file=Smarty-2.6.26.tar.gzSe obtendrá el archivo Smarty-2.6.26.tar.gzb. Extracción: Ahora se tiene que extraer el contenido de archivo

descargado con el siguiente comando:root@servidormuni:/var/www/tramite/web# tar zxvf Smarty-2.6.26.tar.gzY como resultado debemos obtener que se haya instalado en/var/www/tramite/web/Smarty-2.6.26; hay que tener en cuentaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 179esta ubicación ya que se utilizara en la configuración del sistemade información.H. JQuery 1.3a. Creación de carpetas web del sistema: Para instalar JQuery enel servidor web debemos estar logeado como superusuario y luegoubicarnos en /var/www/tramite/web. Luego se tiene que crear lacarpeta /var/www/tramite/web/js donde se ubicara estecomponente y para ello usamos el comando:root@servidormuni:/var/www/tramite/web# mkdir jsFinalmente nos ubicamos en la carpeta donde se instalara JQuery1.3 (/var/www/tramite/web/js), usamos el siguiente comando:root@servidormuni:/var/www/tramite/web# cd jsb. Descarga: Para instalar JQuery 1.3 es necesario descargarlo conel siguiente comando:root@servidormuni:/var/www/tramite/web# wgethttp://jqueryjs.googlecode.com/files/jquery-1.3.2.min.jsSe obtendrá el archivo jquery-1.3.2.min.jsI. Xajax 0.5a. Descarga: Para instalar Xajax 0.5 en el servidor web debemosestar logeado como superusuario y luego ubicarnos en/var/www/tramite/web para crear la carpeta xajax donde estaráubicado.root@servidormuni:/var/www/tramite/web# mkdir xajaxLuego nos ubicamos en la carpeta creada anteriormenteImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 180root@servidormuni:/var/www/tramite/web# cd xajaxAhora es necesario descargarlo con el siguiente comando:root@servidormuni:/var/www/tramite/web/xajax# wgethttp://xajax-project.org/media/xajax/0.5_final/xajax_0.5_standard.zipSe obtendrá el archivo xajax_0.5_standard.zipb. Extracción: Ahora se tiene que extraer el contenido de archivodescargado con el siguiente comando:root@servidormuni:/var/www/tramite/web/xajax# unzipxajax_0.5_standard.zipY como resultado debemos obtener que el contenido del archivodescargado esta instalado en /var/www/tramite/web/xajax; hayque tener en cuenta esta ubicación ya que se utilizara en laconfiguración del sistema de información.J. Sistema de Informacióna. Para conocimiento: Los componentes AdoDB para PHP 5.09,Smarty 2.6 y JQuery están contenidos dentro de la carpeta webdel modulo de consulta ciudadana en el sistema de información,pero se ha descrito su instalación en los pasos anteriores paraconocimiento si se requiere actualizar cualquier componente delsistema a una versión más reciente.b. Creación de carpetas de sistema: Antes de instalar el sistemade información debemos estar logeado como superusuario y luegoubicarnos en /var/www/tramite. Luego se tiene que crear lacarpeta /var/www/tramite/intranet donde se ubicará el modulo deintranet del sistema de información y para ello usamos elcomando:Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre

Bach. Juan Percy Rojas Cruz 181root@servidormuni:/var/www/tramite# mkdir intranetTodas las carpetas y archivos que componen la intranet delsistema de información se ubicaran en este lugar.c. Estructura de directorios del sistema de información: Acontinuación se muestra una imagen de cómo esta estructurado elsistema de acuerdo a las carpetas que contiene:Figura ISI 1: Estructura de carpetas del sistema de informaciónd. Descripción de carpetas del sistema â�� Modulo Intranet: Acontinuación se describe el contenido de la carpetas que componenel módulo de consulta ciudadana en el sistema de información.- generales: aquà se ubica el archivo de configuración delsistema y la clase de para manejar la auditoria del sistema.- objects: aquà se ubican las clases mascaras querepresentan cada interfaz del sistema de información.- uploads: aquà se almacenan las carpetas para manejar lasubida de archivos al sistema. Esta carpeta y subcarpetasrequieren permisos de lectura y escritura para su correctofuncionamiento.o tmp: aquà se almacena de manera temporal losarchivos que se van a cargar al sistema.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 182o internos: aquà se almacenan los archivos que seadjuntan a los documentos internos.o externos: aquà se almacenan los archivos que seadjuntan a los documentos internos.e. Descripción de carpetas del sistema â�� Modulo Web ConsultaCiudadana: A continuación se describe el contenido de la carpetasque componen el módulo de consulta ciudadana en el sistema deinformación.- adodb: aquà se ubica el componente AdoDB para PHP 5.09para 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 presentacióndel sistema.- images: aquà se ubican las imágenes que utilizan en elsistema.- js: aquà se ubica el componente JQuery 1.3, además deotras utilidades en javascript que hace uso el sistema.- smarty: aquà se ubica el componente Smarty 2.6 paramanejar plantillas en el sistema.- templates: aquà se ubican las plantillas tpl que se utilizanen el sistema.- templates_c: aquà se ubican las plantillas compiladas porsmarty. Esta carpeta requiere permisos de lectura yescritura para su correcto funcionamiento.- xajax: aquà se ubica la librerÃa para manejar ajax en elsistema.f. Configuración de permisos de carpetas: a continuación sedescriben que permisos que deben tener las carpetas quecomponen el sistema para su correcto funcionamiento. La mayorÃade carpetas del sistema tendrán como permisos 755:ï�§ 7 (rwx): todos los permisos lectura-escritura-ejecución para elusuario propietario.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 183ï�§ 5 (r-x): solo permisos de lectura y ejecución para el resto deusuarios que pertenezcan al mismo grupo de usuarios.ï�§ 5 (r-x): solo permisos de lectura y ejecución para el resto deusuarios.Además en el sistema de información existen carpetas que

requieren permisos de lectura y escritura solamente para sucorrecto funcionamiento, como ya se descubrió en el puntoanterior de la descripción de carpetas del sistema de información.Para asignar permisos de lectura y escritura (rw-) solamente a unacarpeta utilizaremos el siguiente comando:root@servidormuni:/var/www/tramite# chmod 766intranet/uploads web/templates_c� 7 (rwx): todos los permisos lectura-escritura-ejecución para elusuario propietario.� 6 (rw-): solo permisos de lectura y escritura para el resto deusuarios que pertenezcan al mismo grupo de usuarios.� 6 (rw-): solo permisos de lectura y escritura para el resto deusuarios.g. Creación de la base de datos: Ahora debemos crear la basedatos, para hacerlo debemos entrar a la terminal sql dePostgreSQL con el siguiente comando:root@servidormuni:/home/administrator# su postgres �c psqlAhora que nos encontramos en la terminal sql, para crear la basedatos debemos ejecutar el siguiente comando:postgres#= CREATE DATABASE tramite;Y finalmente para salir del terminal sql de PostgreSQL y regresar alterminal del superusuario digitamos el siguiente comando:postgres#= \qImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 184h. Ejecucion del script de base de datos: A continuación se debeejecutar el script de creación de la base de datos que usa elsistema de información, usaremos el siguiente comando:root@servidormuni:/home/administrator# psql �U postgres�d tramite �f tramite.sql -WAparece un prompt pidiendo ingresar la contraseña del usuario queestablecimos al momento de instalar PostgreSQL, lo ingresamos ycomo resultado muestra un mensaje que se ha ejecutadocorrectamente el script de base datos.i. Prueba de carga del sistema: Para comprobar que el modulointranet del sistema está correctamente instalado en un navegadorweb de una computadora conectada a la red colocamos:http://192.168.1.2/intranetY como resultado debemos obtener una página pidiendo el usuarioy contraseña para ingresar a la intranet del sistema.Para comprobar que el modulo web de consulta ciudadana delsistema está correctamente instalado en un navegador web de unacomputadora conectada a la red colocamos:http://192.168.1.2/webY como resultado debemos obtener una página mostrando losfiltros de búsqueda de documentos.8.4. Pruebas de Implantación del SistemaEl objetivo de estas pruebas es asegurar que el sistema se comporta de laforma prevista en el entorno de operación, y que responde a todas lasespecificaciones dadas en cuanto a:- Recuperación, forzando el fallo del sistema y verificando si laImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 185recuperación se lleva a cabo de forma apropiada. En caso de que sea deforma automática, se evalúa la inicialización, los mecanismos derecuperación del estado del sistema, datos, etc.- Seguridad, verificando que los mecanismos de protección incorporados alsistema cumplen su objetivo.- Rendimiento, probando el sistema en cuanto al tiempo de respuesta deejecución y al tiempo de utilización de recursos.

Se registra la realización de las pruebas incluyendo un informe que recoja ladesviación de los requisitos establecidos y los problemas que quedan sinresolver.Productos de Entrada Producto de Salida Participantes- Base de Datos / Ficheros Cargados- Sistema de InformaciónResultado de Pruebas deImplantaciónEquipo deImplantaciónen este caso elTesistaTabla ISI 2: Descripción de las Pruebas de ImplantaciónSe evalúan los resultados de las pruebas analizando las incidencias recibidas ycomprobando que se han llevado a cabo todos los casos de pruebasestablecidos en el plan de pruebas. Dicha evaluación consiste en:- Comparar los resultados obtenidos con los esperados.- Identificar el origen de cada problema para poder remitirlo a quiénproceda, determinar la envergadura de las modificaciones y las accionesque deben llevarse a cabo para resolverlo de forma satisfactoria.Como el usuario no ha registrado anomalÃas en la carga de los casos de prueba,se da por aprobada la prueba de implementación del sistema.8.5. Pruebas de Aceptación del SistemaSe llevan a cabo las pruebas de aceptación final del sistema para asegurar quetodos los componentes responden a los criterios de aceptación especificados. Seregistra la realización de las pruebas, incluyendo un informe que recoja laImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 186desviación de los requisitos establecidos y los problemas que quedan sinresolver.Productos de Entrada Producto de Salida Participantes- Base de Datos / Ficheros Cargados- Sistema de InformaciónResultado de Pruebas deAceptaciónUsuariosFinalesTabla ISI 3: Descripción de las Pruebas de AceptaciónSe evalúan los resultados de las pruebas, analizando las incidencias recibidas ycomprobando que se han llevado a cabo todos los casos de pruebasestablecidos en el plan de pruebas. Dicha evaluación consiste en:- Comparar los resultados obtenidos con los esperados.- Identificar el origen de cada problema para poder remitirlo a quiénproceda y determinar qué acciones o medidas correctoras es precisollevar a cabo para resolverlo de forma satisfactoria.Una vez realizadas las medidas correctoras necesarias, y comprobado que sucomportamiento es adecuado se concluye la aprobación del sistema por partedel usuario final.8.6. Presentación y Aprobación del SistemaUna vez que se han efectuado las pruebas de implantación y de aceptación, yque se ha fijado el acuerdo de nivel de servicio, la institución debe formalizar laaprobación del sistema. Para esto, se lleva a cabo una presentación general delsistema a la institución y se espera la confirmación de su aprobación.En una reunión mantenida entre el tesista y el asesor de tesis se dio por

aprobada la fase de Implantación y Aceptación del Sistema de Información, noobstante, como el presente trabajo forma parte de la tesis para optar por eltÃtulo académico de Ingeniero en Computación e Informática, la aprobación finaldel sistema consistirá en la defensa del mismo ante un tribunal evaluadoroportunamente reunido a tal fin.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 187CapÃtulo 9Conclusión yFuturas LÃneasde TrabajoImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1889. CONCLUSIÃ�N Y FUTURAS LÃ�NEAS DE TRABAJO9.1.1. ConclusiónEl realizar la toma de los requerimientos necesarios en los procesosrealizados en la Gestión Documental del la Municipalidad Distrital de JoséLeonardo Ortiz, permitió definir correctamente que caracterÃsticas debecumplir el sistema de información para satisfacer todas las necesidadesde los usuarios internos y externos de la institución.Analizando requerimientos recopilados de la Municipalidad Distrital deJosé Leonardo Ortiz se pudo realizar la correcta estructuración de losprocesos en los que están envueltos todo el trámite documentario de unamanera mas precisa.Con el modelamiento del sistema de información propuesto para laMunicipalidad Distrital de José Leonardo Ortiz se pudo determinar laestructura, asà como sus diversos componentes y los roles que va acumplir cada usuario interno y externo de la institución. Esta tarea fuerealizada utilizando caracterÃsticas de la metodologÃa Metrica 3 y RUP, asÃcomo aportaciones del tesista, con lo cual se obtuvo una metodologÃaque pueda ser utilizada a la realidad del proyecto.Al implementar el sistema de información propuesto para laMunicipalidad Distrital de José Leonardo Ortiz permitió definircorrectamente a nivel técnico las caracterÃsticas de cada componentepara que ejecuten eficazmente cada proceso en el trámite documentariode la institución. Además, se utilizo tecnologÃas y herramientasampliamente probadas y en constante evolución, que no requierenningún costo adicional al proyecto ya que es software libre.Al realizar las pruebas en el sistema de información propuesto para laMunicipalidad Distrital de José Leonardo Ortiz, permitió descubrir ysolucionar los diversos problemas o cambios que se encontraron en eltranscurso del desarrollo del proyecto.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 1899.1.2. RecomendacionesComo lÃneas de investigación futura se ha identificado la ampliación delas funcionalidades del sistema, digitalizando todos los documentos de lainstitución e implementando la firma digital avanzada para losdocumentos. Esta se integra con una Infraestructura de Llaves Públicas(PKI), otorgándole autenticidad e integridad a los documentoselectrónicos haciendo uso de tarjetas inteligentes, garantizandoseguridad jurÃdica en las transacciones.Como recomendaciones se ha identificado que el equipo que se utilice

como servidor para alojar el sistema de información propuesto para laMunicipalidad Distrital de José Leonardo Ortiz debe ser única yexclusivamente para dicho sistema, y debe estar en un ambiente frio yaque dicho servidor va a estar operando todo el tiempo. Con estarecomendación no se quiere prohibir la instalación de cualquier otrosistema, pero si va afectar en el uso de recursos de cada sistema deinformación instalado, asà como de la capacidad de velocidad en elservicio que debe de brindar.Otra recomendación que se ha identificado es la capacitación del personalque va a dar el mantenimiento del sistema de información y al servidordonde esta alojado, dado que es un sistema que se va administrar en unaterminal de texto, es decir sin administración grafica, se requiereconocimientos avanzados para realizar dichas tareas de administración yaque dicho personal necesita utilizar correctamente los comandos de unsistema GNU/Linux de lo contrario esto darÃa como resultado que se dañeel sistema y ya no permita dar el servicio para lo cual fue creado.Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 190CapÃtulo 10BibliografÃaImplementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software LibreBach. Juan Percy Rojas Cruz 19110. BIBLIOGRAFÃ�AGIBERT GINESTÃ� MARC Y PEÃ�A GONZÃ�LEZ Ã�LVARO. (2005). IngenierÃa delsoftware en entornos de SL. UOC â�� Universidad Abierta de Cataluña Formaciónde Posgrado, España.Dâ��ELIA BRANCO MARCELO Y LEÃ�N MARTÃ�NEZ MÃ�NICA. (2005). Implantación deSistemas. UOC â�� Universidad Abierta de Cataluña Formación de Posgrado,España.WEITZENFELD ALFREDO. (2005). IngenierÃa de Software Orientada a Objetoscon UML, Java e Internet. Thomson, México.E. KENDALL JULIE. (2005). Análisis y diseño de sistemas, Sexta edición. PearsonEducacion, México.FERNÃ�NDEZ ALARCÃ�N VICENÃ�. (2006) Desarrollo de sistemas de información:una metodologÃa basada en el modelado. UPC - Universidad Politécnica deCataluña, España.[W01] SlideShare, â��Sistemas de Informaciónâ��,http://www.slideshare.net/acostanp/sistemas-de-informacin-presentation-722197 (acceso Junio 14, 2009)[W02] MINEDU, â��Estándar 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 gestión de bases de datosâ��,http://es.wikipedia.org/wiki/Sistema_de_gestion_de_bases_de_datos (accesoJunio 14, 2009)