Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo 
Plataforma de Software Libre 
Bach. Juan P...
para su 
desarrollo e implementación; al final del documento se presentan las 
conclusiones 
y recomendaciones del tesist...
¦............ 16 
2.6. Justificación e Importancia 
……………………………………………………………...
Datos ........................................................... 41 
3.4.5. Definición de Interfaces de 
Usuario ..........
4. VIABILIDAD DEL SISTEMA DE 
INFORMACIÀN ...................................................... 55 
4.1. Viabilidad 
Ope...
4.3.4.2. Beneficios 
Intangibles ................................................................ 66 
4.3.5. Valor Actual ...
Datos ......................................................... 143 
7.3.2. Especificación de Programación de 
Módulos ...
forma sistemática, todos aquellos aspectos relacionados con la 
creación, 
recepción, organización, almacenamiento, pr...
resultante del proceso  ASI: Análisis del Sistema de Información . 
La 
documentación cubre el modelado en UML del ...
ellos 
mismos crean. 
En estas condiciones realizar una búsqueda o seguimientos de un documentos 
entre las distintas ár...
Desarrollar un Sistema de Gestión Documental para Gobiernos Locales 
bajo plataforma de Software Libre que permita minimi...
organizaciones. 
Entre las mejoras introducidas en la versión 3.0 (publicada en el 
año 
2000), destaca la incorporació...
la documentación de gestión. 
Estas actividades pueden requerir, en función de la complejidad del 
proyecto, el soporte...
organización ya disponÃa de un sistema de gestión de 
configuraciones, sus actividades se desarrollarán con más facili...
- Construir: A partir de los modelos especifica-dos se pueden 
construir los sistemas diseñados 
- Documentar: Los propio...
dependencia entre los componentes que, de manera similar a las 
dependencias entre paquetes, corresponden al uso de servic...
clases, componentes, etc. que deberá hacer o tener el nuevo 
sistema. 
Implementación del Sistema de Gestión Documental...
UML. 
3.2. Fase I: Viabilidad del Sistema de Información 
3.2.1. Viabilidad Operativa 
Esta actividad tiene como objetivo...
Para la obtención de requisitos en la actividad Establecimiento de Requisitos 
se 
toman como punto de partida el catálo...
que los 
requisitos identificados son comprendidos e incorporados al sistema y, 
por 
tanto, de que éste será aceptado. ...
En esta actividad se lleva a cabo la definición, análisis y 
validación de los 
requisitos a partir de la información ...
como 
atributos en vez de como clases. Para poder diferenciarlas, es necesario 
estudiar el comportamiento de esos objetos...
- Control y registro de accesos al sistema (logs, certificación, etc.). 
- Copias de seguridad y recuperación de datos y...
Con el fin de organizar y facilitar el diseño, se realiza una 
división del 
sistema de información en subsistemas de d...
Para llevar a cabo todos estos puntos, se tienen en cuenta las 
decisiones 
tomadas sobre el entorno tecnológico y el ent...
El objetivo de esta tarea es realizar el Diseño de Base de Datos a partir 
del modelo lógico de datos normalizado o del ...
usuario, como producto que engloba los siguientes elementos: 
- Principios generales de la interfaz. 
- Catálogo de perfi...
El objetivo de esta tarea es especificar cada formato individual de 
la 
interfaz de pantalla, desde el punto de vista est...
Asimismo, se define la formación de usuario final y, si procede, se 
construyen 
los procedimientos de migración y carga...
verificadores sintácticos, montadores de enlace 
- Puestos de trabajo 
- Implementación de los procedimientos de operaci...
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
tesis-pa-computacion-e-informatica-pdf
Próxima SlideShare
Cargando en…5
×

tesis-pa-computacion-e-informatica-pdf

2.849 visualizaciones

Publicado el

modelo de tesis

Publicado en: Internet
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
2.849
En SlideShare
0
De insertados
0
Número de insertados
3
Acciones
Compartido
0
Descargas
26
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

tesis-pa-computacion-e-informatica-pdf

  1. 1. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 1 UNIVERSIDAD NACIONAL  PEDRO RUIZ GALLO  FACULTAD DE CIENCIAS FÀSICAS Y MATEMÀTICAS Escuela Profesional de Computación e Informática Tesis para optar por el TÃtulo Profesional de Ingeniero en Computación e Informática Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Autor: Bachiller Juan Percy Rojas Cruz Asesor: Ing. MartÃn Leiva Castillo Lambayeque, 2011 Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 2 DEDICATORIA Mi tesis la dedico con todo mi amor y cariño. A ti DIOS que me diste la oportunidad de vivir y de regalarme una familia maravillosa. Con mucho cariño principalmente a mis padres José y Francisca que me dieron la vida y han estado conmigo en todo momento. Gracias por todo papá y mamá por darme una carrera para mi futuro y por creer en mÃ, aunque hemos pasado momentos difÃciles siempre han estado apoyándome y brindándome todo su amor, por todo esto les agradezco de todo corazón el que estén conmigo a mi lado. Los quiero con todo mi corazón y este trabajo es para ustedes, aquà está el fruto de lo que me brindaron, solamente les estoy devolviendo lo que ustedes me dieron en un principio. A mis hermanos Alex, Pilar y Mónica gracias por estar siempre conmigo y apoyarme siempre, los quiero mucho. A todos mis amigos, quisiera nombrarlos a cada uno de ustedes pero son muchos, pero eso no quiere decir que no me acuerde de cada uno, a todos los quiero mucho y muchas gracias por estar conmigo en todo este tiempo donde he vivido momentos felices y tristes, pero esos momentos son los que nos hacen crecer y valorar a las personas que nos rodean, gracias por ser mis amigos y recuerden que siempre los llevaré en mi corazón. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 3 RESUMEN En la presente tesis se exponen las diversas actividades realizadas para desarrollar una herramienta que permita brindar una respuesta a la necesidad de los gobiernos locales de coordinar y controlar de forma sistemática, todos aquellos aspectos relacionados con la creación, recepción, organización, almacenamiento, preservación, acceso y difusión de los documentos en una organización; haciendo uso de una plataforma de Software Libre que permita minimizar tiempos, esfuerzos y costos a favor de una administración y servicios más eficientes a la ciudadanÃa. La tesis presenta los principales aspectos de la investigación, la metodologÃa, los procesos de cada actividad a realizar y las herramientas utilizadas
  2. 2. para su desarrollo e implementación; al final del documento se presentan las conclusiones y recomendaciones del tesista. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 4 ABSTRACT This thesis shows the various activities done to develop a tool to provide a response to the need for local governments to coordinate and systematically manage all aspects related to the creation, reception, organization, storage, preservation, access and diffusion of documents in an organization using free software platform that allows minimizing time, effort and costs for administration and more efficient services to citizens. This tesis shows the main aspects of research, methodology, the processes of each activity to be performed and tools used for development and implementation, at the end of the document presents the conclusions and recommendations of the thesis student. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 5 1. INTRODUCCIÀN ……………………………………………………………………†¦â€¦â€¦â€¦..............……………… 10 1.1. ¿De qué trata esta tesis? ……………………………………………………………………†¦............. 10 1.2. ¿A quiénes está dirigida? ……………………………………………………………………†¦............. 11 1.3. Organización del documento …………………………………………………………………..... ........ 11 2. ASPECTOS DE LA INVESTIGACIÀN ………………………………………………………………........ ....... 14 2.1. Situación Problemática ……………………………………………………………………†¦â€¦.............. 14 2.2. Problema ……..……………………………………………………………… …………………………............ 15 2.3. Hipótesis ……………………………………………………………………†¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦............. 15 2.4. Variables de Estudio ……………………………………………………………………†¦â€¦â€¦â€¦............. 15 2.5. Objetivos ……………………………………………………………………†¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦............ 16 2.5.1. Objetivo General ……………………………………………………………………†¦â€¦â€¦â€¦........... 16 2.5.2. Objetivos EspecÃficos ……………………………………………………………………â€
  3. 3. ¦............ 16 2.6. Justificación e Importancia …………………………………………………………………..... ......…… 16 2.7. Información relacionada al proyecto ………………………………………………………........... 17 3. METODOLOGIA ……………………………………………………………………†¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦â€¦............…. 29 3.1. Descripción de la MetodologÃa ………………………………………………………………........ ..... 29 3.2. Fase I: Viabilidad del Sistema de Información ………………………………………............ 29 3.2.1. Viabilidad Operativa ……………………………………………………………………†¦............. 29 3.2.2. Viabilidad Técnica ……………………………………………………………………†¦â€¦â€¦............ 29 3.2.3. Viabilidad Económica ……………………………………………………………………†¦............ 30 3.3. Fase II: Análisis del Sistema de Información ………………………………………............. 30 3.3.1. Definición del Sistema …………………………………………………………………….. ......... 32 3.3.1.1. Determinación del Alcance del Sistema ………………………………............. 32 3.3.1.1.1. Modelo de Negocio …………………………………………………………........... 33 3.3.1.2. Identificación de los Usuarios Participantes y Finales …………............. 33 3.3.2. Establecimiento de Requisitos …………………………………………………………........... 33 3.3.2.1. Especificación de Casos de Uso ……………………………………………............. 34 3.3.3. Análisis de los Casos de Uso …………………………………………………………............. 34 3.3.3.1. Identificación de Clases de Análisis …………………………………….............. 35 3.3.3.2. Diagramas de Secuencia ………………………………………………………............. 35 3.3.4. Especificación de Requisitos de Seguridad …………………………………............... 36 3.3.5. Presentación y Aprobación del Análisis del Sistema de Información .......... 37 3.4. Fase III: Diseño del Sistema de Información ……………………………………................ 37 3.4.1. Definición de la Arquitectura del Sistema .……………………………………............. 38 3.4.1.1. Definición de Niveles de Arquitectura ……………………………………............ 39 3.4.2. Diseño de Clases ……………………………………………………………….……⠀¦â€¦â€¦............ 39 3.4.3. Diagrama de Estados ........................................................................ 40 3.4.4. Diseño FÃsico de Datos ....................................................................... 40 3.4.4.1. Diseño de Base de
  4. 4. Datos ........................................................... 41 3.4.5. Definición de Interfaces de Usuario ..................................................... 41 Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 6 3.4.5.1. Especificación de Principios Generales de la Interfaz ...................... 43 3.4.5.1.1. Principios Generales de la Interfaz ....................................... 43 3.4.5.2. Especificación de Formatos Individuales de la Interfaz de Pantalla ... 44 3.4.6. Verificación y Aceptación de la Arquitectura del Sistema ......................... 45 3.4.6.1. Verificación de la Especificación de Diseño .................................... 45 3.4.7. Presentación y Aprobación del Diseño del Sistema de Información ........... 45 3.5. Fase IV: Construcción del Sistema de Información ....................................... 45 3.5.1. Preparación del Entorno de Generación y Construcción .......................... 46 3.5.1.1. Implantación de la Base de Datos FÃ-sica ...................................... 47 3.5.1.2. Preparación del Entorno de Construcción ..................................... 47 3.5.2. Generación del Código de los Componentes y Procedimientos ................. 47 3.5.2.1. Generación del Código de Componentes ....................................... 48 3.5.3. Ejecución de las Pruebas del Sistema .................................................. 48 3.5.3.1. Realización de las Pruebas del Sistema ........................................ 48 3.5.3.2. Evaluación del Resultado de las Pruebas del Sistema ...................... 49 3.5.3.3. Aprobación del Sistema de Información ........................................ 49 3.6. Fase V: Implantación y Aceptación del Sistema ........................................... 49 3.6.1. Establecimiento del Plan de Implantación ............................................. 50 3.6.1.1. Definición del Plan de Implantación ............................................. 50 3.6.1.2. Especificación del Equipo de Implantación .................................... 51 3.6.2. Incorporación del Sistema al Entorno de Operación .............................. 51 3.6.2.1. Realización de la Instalación ...................................................... 52 3.6.3. Pruebas de Implantación del Sistema .................................................. 52 3.6.3.1. Preparación de las Pruebas de Implantación ................................. 53 3.6.3.2. Realización de las Pruebas de implantación .................................. 53 3.6.3.3. Evaluación del Resultado de las Pruebas de Implantación ............... 53 3.6.4. Pruebas de Aceptación del Sistema .................................................... 53 3.6.4.1. Realización de las Pruebas de Aceptación ..................................... 54 3.6.5. Presentación y Aprobación del Sistema ................................................ 54
  5. 5. 4. VIABILIDAD DEL SISTEMA DE INFORMACIÀN ...................................................... 55 4.1. Viabilidad Operativa ...................................................................... ......... 55 4.2. Viabilidad Técnica ....................................................................... ........... 55 4.2.1. Administración ................................................................ ................ 55 4.2.2. Seguridad ...................................................................... ................ 57 4.2.3. Soporte Técnico ....................................................................... ....... 60 4.2.4. Utilización ................................................................... ................... 61 4.2.5. Conclusiones ................................................................... ................ 62 4.3. Viabilidad Económica ..................................................................... ......... 62 4.3.1. Consideraciones ................................................................ .............. 62 4.3.2. Costos de Inversión ..................................................................... .... 63 Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 7 4.3.2.1. Software ....................................................................... ........... 63 4.3.2.2. Implementación ................................................................ ....... 63 4.3.2.3. Capacitación .................................................................. ........... 63 4.3.2.4. Total Costos de Inversión .......................................................... 64 4.3.3. Costos de Operación ..................................................................... .... 64 4.3.3.1. Soporte Técnico ....................................................................... . 64 4.3.3.2. Recursos Humanos ................................................................... 64 4.3.3.3. Renovación de Licencias ............................................................. 64 4.3.3.4. Total de Operación .................................................................... 64 4.3.4. Beneficio de Proyecto ....................................................................... . 65 4.3.4.1. Beneficios Tangibles .................................................................. 65
  6. 6. 4.3.4.2. Beneficios Intangibles ................................................................ 66 4.3.5. Valor Actual Neto ........................................................................... ... 66 4.3.6. Tiempo de Recuperación de Inversión .................................................. 67 4.3.7. Tasa Interna de Retorno .................................................................... 68 4.3.8. Conclusiones ................................................................... ................ 69 5. ANÀLISIS DEL SISTEMA DE INFORMACIÀN ......................................................... 71 5.1. Modelo de Negocio ........................................................................ .......... 71 5.2. Identificación de los Usuarios Participantes y Finales .................................... 71 5.3. Especificación de Casos de Uso ................................................................. 72 5.4. Identificación de Clases de Análisis ........................................................... 111 5.5. Diagramas de Secuencia ...................................................................... .... 118 5.6. Especificación de Requisitos de Seguridad .................................................. 126 5.7. Presentación y Aprobación del Análisis del Sistema de Información ............... 127 6. DISEÀO DEL SISTEMA DE INFORMACIÀN ........................................................... 129 6.1. Definición de Niveles de Arquitectura ......................................................... 129 6.2. Diseño de Clases ......................................................................... ........... 131 6.3. Diagramas de Estados ........................................................................ ..... 132 6.4. Diseño de Base de Datos ......................................................................... 133 6.4.1. Diagrama de Base de Datos .............................................................. 133 6.4.2. Diccionario de Datos ......................................................................... 134 6.5. Definición de Interfaces de Usuario ........................................................... 138 6.6. Verificación y Aceptación de la Arquitectura del Sistema .............................. 139 6.7. Presentación y Aprobación del Diseño del Sistema de Información ................. 139 7. CONSTRUCCIÀN DEL SISTEMA DE INFORMACIÀN ............................................... 141 7.1. Implantación de la Base de Datos FÃ-sica .................................................... 141 7.2. Preparación del Entorno de Construcción ................................................... 141 7.3. Estándares de Desarrollo ..................................................................... .... 143 7.3.1. Especificación de Base de
  7. 7. Datos ......................................................... 143 7.3.2. Especificación de Programación de Módulos ......................................... 144 Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 8 7.4. Generación del Código de Componentes .................................................... 145 7.5. Pantallas del Sistema ........................................................................ ...... 146 7.6. Plan de Iteraciones .................................................................... ............. 154 7.7. Realización de las Pruebas del Sistema ...................................................... 155 7.7.1. Pruebas Unitarias del Sistema ............................................................ 155 7.7.2. Pruebas de Integración del Sistema .................................................... 165 7.8. Evaluación del Resultado de las Pruebas del Sistema ................................... 166 7.9. Presentación y Aprobación de la Construcción Sistema de Información ........... 166 8. IMPLANTACIÀN Y ACEPTACIÀN DEL SISTEMA ..................................................... 168 8.1. Definición del Plan de Implantación ........................................................... 168 8.2. Especificación del Equipo de Implantación .................................................. 168 8.3. Realización de la Instalación ................................................................... . 169 8.4. Pruebas de Implantación del Sistema ........................................................ 184 8.5. Pruebas de Aceptación del Sistema ........................................................... 185 8.6. Presentación y Aprobación del Sistema ..................................................... 186 9. CONCLUSIÀN Y FUTURAS LÀNEAS DE TRABAJO ................................................... 188 9.1.1. Conclusión .................................................................... .................. 188 9.1.2. Recomendaciones ................................................................ ............ 189 10. BIBLIOGRAFÀA .................................................................. ............................ 191 Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 9 CapÃtulo 1 Introducción Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 10 1. INTRODUCCION 1.1. ¿De qué trata esta tesis? Esta tesis trata sobre desarrollar una herramienta que permita brindar una respuesta a la necesidad de los gobiernos locales de coordinar y controlar de
  8. 8. forma sistemática, todos aquellos aspectos relacionados con la creación, recepción, organización, almacenamiento, preservación, acceso y difusión de los documentos en una organización El trabajo persigue como objetivo principal el desarrollar un Sistema de Gestión Documental para Gobiernos Locales bajo plataforma de Software Libre que permita minimizar tiempos, esfuerzos y costos a favor de una administración y servicios más eficientes a los ciudadanos en la municipalidad. Y como objetivos secundarios: - Describir las caracterÃsticas del sistema propuesto, mediante la toma de los requerimientos necesarios en los procesos realizados en la Gestión Documental del la Municipalidad Distrital de José Leonardo Ortiz. - Analizar los requerimientos recopilados, refinándolos y estructurándolos, para una compresión y descripción más precisa que ayude a estructurar los procesos de la gestión documental. - Modelar el sistema propuesto, encontrando su forma (arquitectura), el cual se va a diseñar, y comprender los aspectos relacionados con los requisitos y restricciones, analizados en los procesos de la gestión documental. - Implementar el sistema, a través de la descripción de su arquitectura en términos de componentes, para su distribución, los cuales en su conjunto representaran los procesos de gestión documental. - Realizar las pruebas necesarias del sistema propuesto, durante un periodo de tiempo determinado, para el correcto funcionamiento del mismo, tomando datos reales utilizados en los procesos de gestión documental. - Puesta en marcha del Sistema de Gestión Documental en la Municipalidad Distrital de José Leonardo Ortiz Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 11 1.2. ¿A quiénes está dirigida? El trabajo se encuentra dirigido principalmente a gobiernos locales que generen, recepcionen y almacenen documentación en su organización. La documentación contenida en el mismo puede tomarse como referencia para la adopción de prácticas para modernizar y normalizar las polÃticas de la gestión documental en los gobiernos, asà también brinda información respecto de cómo una herramienta de gestión puede ayudar a coordinar y controlar de forma sistemática la documentación en la organización. 1.3. Organización del documento El material se divide en 10 capÃtulos que abarcan la totalidad del trabajo de tesis.  El capÃtulo 1. Introducción (el presente) sintetiza los objetivos de la tesis, a quiénes está dirigida, y de qué manera se encuentra organizado el material de la misma.  El capÃtulo 2. Aspectos de la investigación, presenta un panorama de la situación actual, mostrando el contexto que da origen al trabajo de tesis.  El capÃtulo 3. MetodologÃa comprende la documentación que cubre la obtención del marco de referencia para el desarrollo del sistema de información.  El capÃtulo 4. Estudio de viabilidad del sistema comprende la documentación resultante del proceso:  EVS: Estudio de la Viabilidad del Sistema . La documentación cubre la Viabilidad Operativa, Viabilidad Técnica y Viabilidad Económica.  El capÃtulo 5. Análisis del sistema comprende la documentación
  9. 9. resultante del proceso  ASI: Análisis del Sistema de Información . La documentación cubre el modelado en UML del negocio, los casos de uso, los prototipos de interfaces de usuario, y la estructura y comportamiento del sistema en términos de clases de análisis. Dentro de este capÃtulo se incluye también el diseño de las pruebas de la fase de análisis. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 12  El capÃtulo 6. Diseño del sistema comprende la documentación resultante del proceso  DSI: Diseño del Sistema de Información . La documentación cubre el modelado en UML del diseño arquitectónico del sistema y los subsistemas que lo conforman, y la estructura y comportamiento del mismo en términos de clases de diseño. Dentro de este capÃtulo se incluye también el  Plan de pruebas   El capÃtulo 7. Construcción del sistema comprende la documentación resultante del proceso  CSI: Construcción del Sistema de Información . La documentación cubre la descripción del entorno de construcción y los resultados de las pruebas unitarias, de integración y del sistema.  El capÃtulo 8. Implantación y aceptación del sistema comprende la documentación resultante del proceso  IAS: Implantación y aceptación del sistema . La documentación cubre la incorporación del sistema al entorno productivo y los resultados de las pruebas de implantación y aceptación.  El capÃtulo 9. Conclusiones y Futuras lÃneas de trabajo contiene las conclusiones obtenidas luego de finalizado el trabajo de tesis, y las futuras lÃneas de trabajo a seguir por aquellos interesados en el tema.  El capÃtulo 10. BibliografÃa y Glosario contiene las referencias bibliográficas utilizadas para el trabajo de tesis, y el glosario con los términos empleados en el mismo. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 13 CapÃtulo 2 Introducción al Problema Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 14 2. ASPECTOS DE LA INVESTIGACION En este capÃtulo se describen los conceptos principales del problema a resolver por el presente trabajo de tesis. 2.1. Situación Problemática La información como recurso estratégico ha tomado nuevos valores y dimensiones, quizás por primera vez en la historia, las organizaciones exitosas ya no son aquellas que poseen más capital sino las que más y mejor uso hacen de la información; no obstante, el uso de los recursos de información en los paÃses subdesarrollados presenta limitaciones. La creciente complejidad de sus procesos ha llevado a una situación incontrolable respecto al manejo de la documentación interna y externa. Cada vez se hace más difÃcil contar con información oportuna, los recursos para manejar este creciente volumen de información se hacen mayores, sin llegar a alcanzar ventajas significativas. Actualmente la gestión documental en los gobiernos locales son islas de información en las que los usuarios solo conocen los documentos que
  10. 10. ellos mismos crean. En estas condiciones realizar una búsqueda o seguimientos de un documentos entre las distintas áreas de la municipalidad puede ser una tarea muy complicada, sino imposible. El elevado número de fotocopias innecesarias conlleva a un importante costo de material y espacio de almacenamiento. La perdida de documentos e inexistencia de seguridad es frecuente, obligando en ocasiones a repetir el trabajo realizado. Además es imposible controlar el acceso a la documentación por parte de cualquier empleado lo que genera una nula confidencialidad. La baja calidad del servicio, produce que los ciudadanos se vean forzados a esperar dÃas para conseguir la documentación solicitada, lo que se traduce en una disminución de la calidad del servicio ofrecido. Todos estos problemas enumerados anteriormente, repercuten directamente en las distintas funciones, generando una respuesta lenta e ineficaz y afectando en Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 15 definitiva a la toma de decisiones y dando como resultado una gestión ineficiente por parte de la municipalidad. Además debido a los bajos recursos de los que disponen los gobiernos locales impiden que puedan adquirir o implementar una solución tecnológica para su problemática al adecuado tratamiento de su información. 2.2. Problema ¿La implementación del Sistema de Gestión Documental para gobiernos locales bajo plataforma de Software Libre permitirá minimizar tiempos, esfuerzos y costos a favor de una administración y servicios más eficientes a los ciudadanos en la municipalidad? 2.3. Hipótesis La implementación del Sistema de Gestión Documental para Gobiernos Locales bajo plataforma de Software Libre permitirá minimizar tiempos, esfuerzos y costos a favor de una administración y servicios más eficientes a los ciudadanos en la municipalidad. 2.4. Variables de Estudio Se ha identificado como variable independiente al Sistema de Gestión Documental para Gobiernos Locales bajo plataforma de Software Libre. Se ha identificado como variables dependientes a: - Tiempo que se invierte en realizar consultas sobre los documentos. - Tiempo que se invierte en crear nuevos documentos. - Tiempo que se invierte en realizar actualizaciones a los documentos. - Tiempo que se invierte en procesar un documento hasta su respuesta final. - Costo que se requiere en realizar consultas sobre los documentos. - Costo que se requiere para crear nuevos documentos. - Costo que se requiere para realizar actualizaciones a los documentos. - Costo que se requiere para procesar un documento hasta su respuesta final. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 16 2.5. Objetivos 2.5.1. Objetivo General
  11. 11. Desarrollar un Sistema de Gestión Documental para Gobiernos Locales bajo plataforma de Software Libre que permita minimizar tiempos, esfuerzos y costos a favor de una administración y servicios más eficientes a los ciudadanos en la municipalidad. 2.5.2. Objetivos EspecÃficos - Describir las caracterÃsticas del sistema propuesto, mediante la toma de los requerimientos necesarios en los procesos realizados en la Gestión Documental del la Municipalidad Distrital de José Leonardo Ortiz. - Analizar los requerimientos recopilados, refinándolos y estructurándolos, para una compresión y descripción más precisa que ayude a estructurar los procesos de la gestión documental. - Modelar el sistema propuesto, encontrando su forma (arquitectura), el cual se va a diseñar, y comprender los aspectos relacionados con los requisitos y restricciones, analizados en los procesos de la gestión documental. - Implementar el sistema, a través de la descripción de su arquitectura en términos de componentes, para su distribución, los cuales en su conjunto representaran los procesos de gestión documental. - Realizar las pruebas necesarias del sistema propuesto, durante un periodo de tiempo determinado, para el correcto funcionamiento del mismo, tomando datos reales utilizados en los procesos de gestión documental. - Puesta en marcha del Sistema de Gestión Documental en la Municipalidad Distrital de José Leonardo Ortiz 2.6. Justificación e Importancia - Justificación: El desarrollo del Sistema de Gestión Documental permitirá brindar una respuesta a la necesidad de los gobiernos locales de coordinar y controlar de forma sistemática, todos aquellos aspectos relacionados con la creación, recepción, organización, almacenamiento, preservación, acceso y difusión de los documentos en una organización Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 17 - Importancia: Modernizar y normalizar las polÃticas de la gestión documental en los gobiernos locales significará optimizar los tiempos invertidos en la ejecución de los mismos, asà como iniciar un proceso de concientización organizacional para las buenas prácticas en la gestión administrativa dentro del mismo. 2.7. Información relacionada al proyecto En este paso describiremos los principales conceptos y herramientas que utilizaremos para gestionar el proyecto. A. Gobierno Local El gobierno local, o municipalidad, es la forma básica de organización de nuestro paÃs y la manera directa en la que los vecinos participamos en temas relacionados a nuestra comunidad. B. Red Informática Una red informática se define como un conjunto de computadores, impresoras y otros dispositivos electrónicos conectados entre sà mediante cables o enlaces inalámbricos, que les permiten comunicarse unos con otros. Una red permite a sus usuarios compartir e intercambiar información (archivos y programas), acceder a servicios comunes (correo electrónico y aplicaciones), y compartir elementos de hardware (impresoras, servidores, escáneres y equipos de fax). C. Métrica v3 Aunque su ámbito inicial es el de las administraciones públicas, las mejoras introducidas en la versión 3 y el mejor uso de estándares y normas de ingenierÃa del software hacen que su alcance pueda ampliarse a las administraciones autonómicas, locales y al resto de empresas y
  12. 12. organizaciones. Entre las mejoras introducidas en la versión 3.0 (publicada en el año 2000), destaca la incorporación de nuevos métodos y tecnologÃas (cliente/servidor, interfaz gráfica de usuario, orientación a objetos), asà como la incorporación de aspectos de gestión (que la metodologÃa Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 18 denomina interfaces) para mejorar aspectos que no pertenecen a una sola fase, sino que intervienen a lo largo del proyecto, como son la gestión del mismo, la calidad y la seguridad, entre otros. La estructura de la metodologÃa sigue el clásico método en cascada basado en los siguientes procesos: - Planificación de Sistemas de Información - Desarrollo de Sistemas de Información - Mantenimiento de Sistemas de Información Cada proceso de los anteriores detalla las actividades y tareas que hay que realizar, de manera que para cada tarea se indican: - Las técnicas y prácticas a utilizar. - Los responsables de realizarla. - Sus productos de entrada y salida. El aspecto más destacable de esta metodologÃa no es tanto lo que pueda aportar como innovación a la ingenierÃa del software en sÃ, sino el esfuerzo que se ha hecho por poner a disposición pública una metodologÃa completa, más o menos actualizada, y que representa un marco inicial de referencia para presentar proyectos a la administración pública, pero que podemos adaptar a cualquier empresa o proyecto en el sector privado, si la organización se siente más cómoda con modelos clásicos de desarrollo. Métrica v3 define muy bien los documentos de entrada de cada proceso, actividad y tarea, asà como el resultado que genera. D. Interfaces de Métrica v3 Al ser Métrica v3 una metodologÃa fuertemente estructurada, y a pesar de que su aplicación proporciona sistemas con calidad y seguridad, se han definido unas interfaces que refuerzan éstos y otros aspectos a lo largo de todos sus procesos. Las interfaces descritas en la metodologÃa son: - Gestión de proyectos La Gestión de Proyectos tiene como finalidad principal la planificación, el seguimiento y control de las actividades y de los Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 19 recursos humanos y materiales que intervienen en el desarrollo de un Sistema de Información. Como consecuencia de este control es posible conocer en todo momento qué problemas se producen y resolverlos o paliarlos lo más pronto posible, lo cual evitará desviaciones temporales y económicas. La Interfaz de Gestión de Proyectos de MÀTRICA v3 contempla proyectos de desarrollo de Sistemas de Información en sentido amplio, acorde con EUROMÀTODO se consideran proyectos de desarrollo de nuevos Sistemas de Información y también los proyectos de ampliación y mejora de los ya existentes. Las actividades de la Interfaz de Gestión de Proyectos son de tres tipos:  Actividades de Inicio del Proyecto (GPI), que permiten estimar el esfuerzo y establecer la planificación del proyecto.  Actividades de Seguimiento y Control (GPS), supervisando la realización de las tareas por parte del equipo de proyecto y gestionando las incidencias y cambios en los requisitos que puedan presentarse y afectar a la planificación del proyecto.  Actividades de Finalización del Proyecto, cierre y registro de
  13. 13. la documentación de gestión. Estas actividades pueden requerir, en función de la complejidad del proyecto, el soporte de herramientas comerciales de gestión de proyectos. - Seguridad El objetivo de esta interfaz es incorporar mecanismos de seguridad adicionales a los que se proponen como parte de la propia metodologÃa, estableciendo un conjunto de actividades que tienen lugar a lo largo de todo el proceso. Dentro de la interfaz, existen dos tipos de actividades diferenciadas:  Actividades relacionadas con la seguridad intrÃnseca del Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 20 sistema que se va a desarrollar. Son actividades de análisis en detalle de los requisitos de seguridad que tienen lugar durante la planificación, el estudio de viabilidad y el análisis y diseño del sistema.  Actividades que cuidan de la seguridad del propio proceso de desarrollo. Si en la organización ya existe un plan de seguridad o metodologÃa de análisis y gestión de riesgos, deberá aplicarse para detectar aquellas necesidades que no se encuentren cubiertas y tomar las decisiones en función de los riesgos que se quiera asumir o mitigar. Si no existe un plan de seguridad, habrá que desarrollarlo desde el principio. El plan deberá recoger las medidas de seguridad activas, preventivas y reactivas en respuesta a situaciones en las que pueda producirse un fallo, reduciendo su efecto, tanto si estamos tratando con el sistema de información o proyecto en sà como durante el proceso de desarrollo. - Aseguramiento de la calidad El objetivo de esta interfaz es proveer un marco de referencia para la definición y puesta en marcha de planes especÃficos de aseguramiento de la calidad del proyecto. Lo que se pretende es dar confianza en que el producto cumple con los requisitos. Métrica v3 recomienda que el grupo de aseguramiento de la calidad sea totalmente independiente del de desarrollo, y tendrá como misión identificar las posibles desviaciones en los estándares, requisitos y procedimientos establecidos, asà como comprobar que se han llevado a cabo las medidas preventivas o correctoras necesarias. Para un resultado óptimo de esta interfaz, deberá aplicarse desde el estudio de la viabilidad del sistema y a lo largo de todo el desarrollo, en los procesos de análisis, diseño, construcción, Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 21 implantación y mantenimiento del proyecto. - Gestión de la configuración El objetivo de esta interfaz es crear y mantener un registro de todos los productos creados o usados durante el proyecto. Sus actividades tienen lugar a lo largo de todo el proyecto, se encargarán de mantener la integridad de los productos, de asegurarnos de que cada persona involucrada dispone de la última versión de todos ellos, y de que disponemos de toda la información acerca de cambios producidos en sus configuraciones, requisitos, etc. Al hablar de productos, no nos referimos únicamente a código fuente y ejecutables, también a todo el material y documentación generados durante el proyecto, diagramas, manuales, estudios y análisis que se hayan revisado, etc. Nos ayudará a valorar el impacto de cada cambio en el sistema, y a reducir su tiempo de implementación. El cumplimiento y coste de implementación de esta interfaz no deben menospreciarse, si la
  14. 14. organización ya disponÃa de un sistema de gestión de configuraciones, sus actividades se desarrollarán con más facilidad y rapidez. La información que podrÃa solicitarse al sistema de gestión de configuración es muy amplia:  Información sobre una fase del proyecto concreta, análisis, construcción, etc.  Información sobre la  vida  de un producto, sus versiones, personas involucradas, etc. Sus actividades se distribuirán a lo largo de las distintas fases, una vez determinada la selección de la solución en el estudio de viabilidad, se seleccionará el entorno tecnológico donde se registrará la configuración del proyecto, y de ahà en adelante se Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 22 pondrá en marcha el proceso. En cada una de las fases siguientes, análisis, diseño, etc. se irán registrando los cambios en los productos, y al final de cada fase se anotarán en el registro global. Evidentemente, en el proceso de mantenimiento, esta interfaz adquiere una importancia especial, ya que la información de que dispondremos al valorar cada nuevo cambio reducirá y compensará lo invertido a lo largo de las otras fases. El trabajo también será intenso, ya que nuevas versiones se sucederán más rápidamente y habrá que incorporarlas y notificarlas al registro de configuraciones. E. Lenguaje de Modelado UML El lenguaje UML tiene una notación gráfica muy expresiva que permite representar en mayor o menor medida todas las fases de un proyecto informático: desde el análisis con los casos de uso, el diseño con los diagramas de clases, objetos, etc., hasta la implementación y configuración con los diagramas de despliegue. Tal como indica su nombre, UML es un lenguaje de modelado. Un modelo es una simplificación de la realidad. El objetivo del modelado de un sistema es capturar las partes esenciales del sistema. Para facilitar este modelado, se realiza una abstracción y se plasma en una notación gráfica. Esto se conoce como modelado visual. El modelado visual permite manejar la complejidad de los sistemas a analizar o diseñar. Otro objetivo de este modelado visual es que sea independiente del lenguaje de implementación, de tal forma que los diseños realizados usando UML se puedan implementar en cualquier lenguaje que soporte las posibilidades de UML (principalmente lenguajes orientados a objetos). UML es además un método formal de modelado. Esto aporta las siguientes ventajas: - Mayor rigor en la especificación. - Permite realizar una verificación y validación del modelo realizado. - Se pueden automatizar determinados procesos y permite generar Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 23 código a partir de los modelos y a la inversa (a partir del código fuente generar los modelos). Esto permite que el modelo y el código estén actualizados, con lo que siempre se puede mantener la visión en el diseño, de más alto nivel, de la estructura de un proyecto Los objetivos de UML son muchos, pero se pueden sintetizar sus funciones: - Visualizar: UML permite expresar de una forma gráfica un sistema de forma que otro lo puede entender. - Especificar: UML permite especificar cuáles son las caracterÃsticas de un sistema antes de su construcción.
  15. 15. - Construir: A partir de los modelos especifica-dos se pueden construir los sistemas diseñados - Documentar: Los propios elementos gráficos sirven como documentación del sistema des arrollado que pueden servir para su futura revisión. Aunque UML está pensado para modelar sistemas complejos con gran cantidad de software, el lenguaje es lo suficientemente expresivo como para modelar sistemas que no son informáticos, como flujos de trabajo en una empresa, diseño de la estructura de una organización y por supuesto, en el diseño de hardware. Los diagramas de UML se pueden clasificar de la siguiente manera: - Diagrama de Casos de Uso: Sirve para describir las interacciones del sistema con su entorno, identificando los Actores, que representan los diferentes roles desempeñados por los usuarios del sistema, y los Casos de Uso, que corresponden a la funcionalidad que el sistema ofrece a sus usuarios, explicada desde el punto de vista de éstos. - Diagramas de Clase y Diagramas de Objetos: Un diagrama de clases es una colección de elementos de un modelo estático declarativo, tales como clases, interfaces, y sus relaciones, conectados como un grafo entre sà y con sus contenidos. Si bien la Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 24 estructura estática de los modelos está integrada por clases y no por objetos, frecuentemente es necesario utilizar diagramas de objetos con el fin de ilustrar cómo se instancia en un momento dado un diagrama de clases. - Diagramas de Secuencia: Un Diagrama de Secuencias contribuye a la descripción de la dinámica del sistema en términos de la interacción entre sus objetos. - Diagramas de Colaboración: Los Diagramas de Colaboración muestran no sólo los mensajes a través de los cuales se produce la interacción entre los objetos, como en los Diagramas de Secuencia, sino también los enlaces entre los objetos; se trata de una mezcla de Diagrama de Objetos y Diagrama de Secuencia. - Diagramas de Estados: Permite describirla en términos del ciclo de vida de un objeto de una clase, mostrando los estados que éste puede tener y los estÃmulos que dan lugar a los cambios de estado. - Diagramas de Actividad: Los Diagramas de Actividad son en esencia diagramas de flujo, con algunos elementos adicionales que les permiten expresar conceptos como la concurrencia y la división del trabajo. - Diagramas de Componentes: Presenta elementos tangibles, los archivos. Se lo utiliza, para describir la estructura fÃsica del código de la aplicación en términos de sus componentes (código fuente, binario o ejecutable) y sus dependencias. - Diagramas de Implantación: Muestran nodos, conexiones, componentes y objetos. Los nodos representan objetos fÃsicos con recursos computacionales como Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 25 procesadores y periféricos; pueden mostrarse como una clase o una instancia, por lo que su nombre sigue la misma sintaxis establecida para clases y objetos. Las conexiones son asociaciones de comunicación entre los nodos, y se etiquetan con un estereotipo que identifica el protocolo de comunicación o la red utilizada. Los componentes son archivos de código ejecutable, que residen y se ejecutan dentro de un nodo; se pueden representar relaciones de
  16. 16. dependencia entre los componentes que, de manera similar a las dependencias entre paquetes, corresponden al uso de servicios. F. Sistema de Información: Un sistema de información se puede definir como un conjunto de funciones o componentes interrelacionados que forman un todo, es decir, obtiene, procesa, almacena y distribuye información para apoyar la toma de decisiones y el control en una organización. Igualmente apoya la coordinación, análisis de problemas, visualización de aspectos complejos, entre otros. Un sistema de información contiene información de sus procesos y su entorno. Como actividades básicas producen la información que se necesita: entrada, procesamiento y salida. La retroalimentación consiste en entradas devueltas para ser evaluadas y perfeccionadas. Proporciona la información necesaria a la organización o empresa, donde y cuando se necesita. [W01] G. Lenguaje de Programación Un lenguaje de programación es una técnica estándar de comunicación que permite expresar las instrucciones que han de ser ejecutadas en una computadora. Consiste en un conjunto de reglas sintácticas y semánticas que definen un programa informático. Un lenguaje de programación permite a un programador especificar de manera precisa: sobre qué datos una computadora debe operar, cómo deben ser estos almacenados y transmitidos y qué acciones debe tomar bajo una variada gama de circunstancias. Todo esto, a través de un lenguaje que intenta estar relativamente próximo al lenguaje humano o natural, tal como sucede con el lenguaje Léxico. [W02] H. Servidor Web Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 26 Un servidor web es un programa que implementa el protocolo HTTP (HyperText Transfer Protocol). Este protocolo pertenece a la capa de aplicación del modelo OSI y está diseñado para transferir lo que llamamos hipertextos, páginas web o páginas HTML (HyperText Markup Language): textos complejos con enlaces, figuras, formularios, botones y objetos incrustados como animaciones o reproductores de música. [W03] I. Base de Datos Una base de datos es un conjunto de datos que pertenecen al mismo contexto almacenados sistemáticamente para su uso posterior. En la actualidad, y gracias al desarrollo tecnológico de campos como la informática y la electrónica, la mayorÃa de las bases de datos tienen formato electrónico, que ofrece un amplio rango de soluciones al problema de almacenar datos. [W04] J. Sistema Administrador de Base de Datos Los Sistemas Gestores de Bases de Datos son un tipo de software muy especÃfico, dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta. [W05] K. Herramientas a Utilizar: - StarUML Herramienta CASE interactiva de modelado visual que utilizaremos con los siguientes propósitos: o Hacer el análisis del sistema. A través de las representaciones gráficas que describan los procesos de las áreas afectadas por el sistema que se va a desarrollar. o Hacer el diseño del sistema. Mediante diagramas que representen los requisitos del sistema software que se va a desarrollar, asà como describir las secuencias, actividades,
  17. 17. clases, componentes, etc. que deberá hacer o tener el nuevo sistema. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 27 - Komodo Edit Komodo Edit es un editor multilenguaje especialmente pensado para programadores de sitios o aplicaciones web. Se puede programar con total libertad dejando que el editor, por sà solo, se encargue de diferenciar por colores los comandos de cada una de tus lÃneas. Además, incorpora un sistema de auto completado para mejorar la velocidad de tu escritura. Incluye un validador de sintaxis, funciones para trabajar con pestañas, clasificar proyectos e incluye las herramientas de edición necesarias para buscar, reemplazar, cortar y pegar cadenas de caracteres. - SQL Power Architect Permite modelar los diagramas E-R para centrarnos aún más en el diseño de la base de datos, con la posibilidad de conectar y realizar ingenierÃa inversa a multiples base de datos como PostgresSQL, Oracle, MS SQL Server, etc. Además, se puede manejar varios proyectos al mismo tiempo, copiar objetos de un proyecto a otro, todo esto y muchas más opciones, ya que se trata de una herramienta muy completa con la que se puede trabajar directamente sobre nuestro servidor de base de datos. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 28 CapÃtulo 3 MetodologÃa Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 29 3. INTRODUCCION El objetivo de definir una metodologÃa es el análisis de un conjunto concreto de necesidades para proponer una solución a corto plazo, que tenga en cuenta restricciones económicas, técnicas, legales y operativas. La solución obtenida como resultado del estudio puede ser la definición de uno o varios proyectos que afecten a uno o varios sistemas de información ya existentes o nuevos. Para ello, se identifican los requisitos que se ha de satisfacer y se estudia, si procede, la situación actual. 3.1. Descripción de la MetodologÃa Siendo Métrica 3 una metodologÃa especialmente diseñada para su uso en organizaciones publicas contiene instrumentos para la sistematización de actividades que dan soporte al ciclo de vida del software; pero para el trabajo de esta Tesis se ha hecho necesario realizar adaptaciones por parte del tesista usando algunos aspectos de RUP y tomando como base Métrica 3 para que sea aplicable a la realidad de las necesidades de los gobiernos locales. Al final de las adaptaciones realizadas por el tesista se estableció como estructura hÃbrida de base metodológica los siguientes procesos: - Estudio de Viabilidad del Sistema (EVS). - Análisis del Sistema de Información (ASI). - Diseño del Sistema de Información (DSI). - Construcción del Sistema de Información (CSI). - Implantación y Aceptación del Sistema de Información (IAS). Además como herramienta de lenguaje de modelado de software se ha usado
  18. 18. UML. 3.2. Fase I: Viabilidad del Sistema de Información 3.2.1. Viabilidad Operativa Esta actividad tiene como objetivo determinar si las necesidades de los usuarios finales del sistema de información serán satisfechas luego de su implementación y cumplir con los objetivos marcados con el proyecto. 3.2.2. Viabilidad Técnica Esta actividad tiene como objetivo determinar si se cuenta con la tecnologÃa Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 30 necesaria para realizar todas las operaciones involucradas en la implementación del sistema de información. 3.2.3. Viabilidad Económica Esta actividad tiene como objetivo efectuar un análisis costo beneficio, para indicar la rentabilidad en todo el proyecto, buscando maximizar la inversión comparando la situación actual con la del sistema de información propuesto como solución. 3.3. Fase II: Análisis del Sistema de Información El objetivo de este proceso es la obtención de una especificación detallada del sistema de información que satisfaga las necesidades de información de los usuarios y sirva de base para el posterior diseño del sistema. Al ser MÀTRICA v3 una metodologÃa que cubre tanto desarrollos estructurados como orientados a objetos, las actividades de ambas aproximaciones están integradas en una estructura común. En la primera actividad, Definición del Sistema, se lleva a cabo la descripción inicial del sistema de información. Se delimita el alcance del sistema, se genera un catálogo de requisitos generales y se describe el sistema mediante unos modelos iniciales de alto nivel. También se identifican los usuarios que participan en el proceso de análisis, determinando sus perfiles, responsabilidades y dedicaciones necesarias. Asà mismo se elabora el plan de trabajo a seguir. La definición de requisitos del nuevo sistema se realiza principalmente en la actividad Establecimiento de Requisitos. El objetivo de esta actividad es elaborar un catálogo de requisitos detallado, que permita describir con precisión el sistema de información, y que además sirva de base para comprobar que es completa la especificación de los modelos obtenidos en las actividades Identificación de Subsistemas de Análisis, Análisis de Casos de Uso, Análisis de Clases, Elaboración del Modelo de Datos, Elaboración del Modelo de Procesos y Definición de Interfaces de Usuario. Hay que hacer constar que estas actividades pueden provocar la actualización del catálogo, aunque no se refleja como producto de salida en las tareas de dichas actividades, ya que el objetivo Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 31 de las mismas no es crear el catálogo sino definir modelos que soporten los requisitos.
  19. 19. Para la obtención de requisitos en la actividad Establecimiento de Requisitos se toman como punto de partida el catálogo de requisitos y los modelos elaborados en la actividad Definición del Sistema, completándolos mediante sesiones de trabajo con los usuarios. Estas sesiones de trabajo tienen como objetivo reunir la información necesaria para obtener la especificación detallada del nuevo sistema. Las técnicas que ayudan a la recopilación de esta información pueden variar en función de las caracterÃsticas del proyecto y los tipos de usuario a entrevistar. Entre ellas podemos citar las reuniones, entrevistas, etc. Durante estas sesiones de trabajo se propone utilizar la especificación de los casos de uso como ayuda y guÃa en el establecimiento de requisitos. Esta técnica facilita la comunicación con los usuarios y en el análisis orientado a objetos constituye la base de la especificación. A continuación se identifican las facilidades que ha de proporcionar el sistema, y las restricciones a que está sometido en cuanto a rendimiento, frecuencia de tratamiento, seguridad y control de accesos, etc. Toda esta información se incorpora al catálogo de requisitos. En la actividad Identificación de Subsistemas de Análisis, se estructura el sistema de información en subsistemas de análisis, para facilitar la especificación de los distintos modelos y la traza de requisitos. En paralelo, se generan los distintos modelos que sirven de base para el diseño. Se elaboran el modelo de clases y el de interacción de objetos, mediante el análisis de los casos de uso. Se especifican, asimismo, todas las interfaces entre el sistema y el usuario, tales como formatos de pantallas, diálogos, formatos de informes y formularios de entrada. En la actividad Análisis de Consistencia y Especificación de Requisitos, se realiza la verificación y validación de los modelos, con el fin de asegurar que son: - Completos, puesto que cada modelo obtenido contiene toda la información necesaria recogida en el catálogo de requisitos. - Consistentes, ya que cada modelo es coherente con el resto de los Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 32 modelos. - Correctos, dado que cada modelo sigue unos criterios de calidad predeterminados en relación a la técnica utilizada, calidad de diagramas, elección de nombres, normas de calidad, etc.). En la actividad Especificación del Plan de Pruebas, se establece el marco general del plan de pruebas, iniciándose su especificación, que se completará en el proceso Diseño del Sistema de Información (DSI). La participación activa de los usuarios es una condición imprescindible para el análisis del sistema de información, ya que dicha participación constituye una garantÃa de
  20. 20. que los requisitos identificados son comprendidos e incorporados al sistema y, por tanto, de que éste será aceptado. Para facilitar la colaboración de los usuarios, se pueden utilizar técnicas interactivas, como diseño de diálogos y prototipos, que permiten al usuario familiarizarse con el nuevo sistema y colaborar en la construcción y perfeccionamiento del mismo. 3.3.1. Definición del Sistema Esta actividad tiene como objetivo efectuar una descripción del sistema, delimitando su alcance, estableciendo las interfaces con otros sistemas e identificando a los usuarios representativos. 3.3.1.1. Determinación del Alcance del Sistema En esta tarea se delimita el sistema de información, se indica qué procesos pertenecen al ámbito del Sistema de Información y se identifican las entidades externas al sistema que aportan o reciben información. Asimismo, se obtiene un modelo conceptual de datos identificando las entidades y relaciones que forman parte del sistema de información objeto de este análisis a partir del modelo abstracto de datos generado en la tarea Evaluación de Alternativas y Selección. El modelo de negocio especifica los procesos a los que se quiere dar respuesta en el sistema de información, en forma de casos de uso de alto nivel, y el subconjunto de objetos del dominio requerido para ello. En esta actividad se realiza, también, la definición del catálogo de requisitos del sistema. A medida que se van generando los productos anteriores, se recomienda la definición de un glosario de términos del ámbito de negocio, con el fin Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 33 de conseguir una mayor precisión en la especificación del sistema de información. El glosario es un catálogo de términos general y común a todos los procesos, y susceptible de ser entrada o salida en cualquier tarea, de modo que por sencillez en las restantes tareas se omite la referencia al mismo. Para obtener esta información es necesario llevar a cabo sesiones de trabajo con los usuarios responsables del sistema de información que se está analizando. 3.3.1.1.1. Modelo de Negocio El modelo de negocio contempla los procesos principales del negocio bajo análisis y la forma en que los mismos se llevan a cabo. Dentro de este modelo, los procesos se representan mediante casos de uso de negocio. El detalle sobre las actividades llevadas a cabo y las entidades utilizadas para completar cada proceso, se documentan mediante diagramas de actividades. 3.3.1.2. Identificación de los Usuarios Participantes y Finales En esta tarea se identifican los usuarios participantes y finales, interlocutores tanto en la obtención de requisitos como en la validación de los distintos productos y la aceptación final del sistema. Dada la importancia que la colaboración de los usuarios tiene en el proceso de obtención de los requisitos, es conveniente determinar quiénes van a participar en las sesiones de trabajo, especificando sus funciones y asignando responsabilidades. Asà mismo, se informa del plan de trabajo a los usuarios identificados. El alcance de este plan de trabajo se limita al proceso de análisis. 3.3.2. Establecimiento de Requisitos
  21. 21. En esta actividad se lleva a cabo la definición, análisis y validación de los requisitos a partir de la información facilitada por el usuario, completándose el catálogo de requisitos obtenido en la actividad Definición del Sistema. El objetivo de esta actividad es obtener un catálogo detallado de los requisitos, a partir del cual se pueda comprobar que los productos generados en las actividades de modelación se ajustan a los requisitos de usuario. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 34 Esta actividad se descompone en un conjunto de tareas que, si bien tienen un orden, exige continuas realimentaciones y solapamientos, entre sà y con otras tareas realizadas en paralelo. No es necesaria la finalización de una tarea para el comienzo de la siguiente. Lo que se tiene en un momento determinado es un catálogo de requisitos especificado en función de la progresión del proceso de análisis. Se propone como técnica de obtención de requisitos la especificación de los casos de uso de la orientación a objetos. Dicha técnica ofrece un diagrama simple y una guÃa de especificación en las sesiones de trabajo con el usuario. 3.3.2.1. Especificación de Casos de Uso El objetivo de esta tarea es especificar cada caso de uso identificado en la tarea anterior, desarrollando el escenario. Para completar los casos de uso, es preciso especificar información relativa a: - Descripción del escenario, es decir, cómo un actor interactúa con el sistema, y cual es la respuesta obtenida. - Precondiciones y poscondiciones. - Identificación de interfaces de usuario. - Condiciones de fallo que afectan al escenario, asà como la respuesta del sistema (escenarios secundarios). En escenarios complejos, es posible utilizar como técnica de especificación los diagramas de transición de estados, asà como la división en casos de uso más simples, actualizando el modelo de casos de uso. Para la obtención de esta información es imprescindible la participación activa de los usuarios. 3.3.3. Análisis de los Casos de Uso El objetivo de esta actividad es identificar las clases cuyos objetos son necesarios para realizar un caso de uso y describir su comportamiento mediante la interacción dichos objetos. Esta actividad se lleva a cabo para cada uno de los casos de uso. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 35 3.3.3.1. Identificación de Clases de Análisis En esta tarea se comienzan a identificar los objetos necesarios para realizar el caso de uso, basándose en la especificación que tenemos del mismo. A partir del estudio del caso de uso, se extrae una lista de objetos candidatos a ser clases. Es posible que, inicialmente, no se disponga de la información necesaria para identificar todas, por lo que se hace una primera aproximación que se va refinando posteriormente, durante esta actividad y en el proceso de diseño. Además, algunos de los objetos representan mejor la información del sistema si se les identifica
  22. 22. como atributos en vez de como clases. Para poder diferenciarlas, es necesario estudiar el comportamiento de esos objetos en el diagrama de interacción y además se debe tener en cuenta una serie de reglas, como puede ser el suprimir palabras no pertinentes, con significados vagos o sinónimos. Una vez definidas cada una de las clases, se incorporan al modelo de clases de la actividad Análisis de Clases, donde se identifican sus atributos, responsabilidades y relaciones. Las clases que se identifican en esta tarea pueden ser: - Clases de Entidad (representan la información manipulada en el caso de uso). - Clases de Interfaz de Usuario (se utilizan para describir la interacción entre el sistema y sus actores. Suelen representar abstracciones de ventanas, interfaces de comunicación, formularios, etc.). - Clases de Control (son responsables de la coordinación, secuencia de transacciones y control de los objetos relacionados con un caso de uso). 3.3.3.2. Diagramas de Secuencia En esta tarea se realizan los diagramas de secuencia para modelar el flujo de la lógica dentro del sistema de forma visual, permitiendo documentarla y validarla; proporcionando una buena base para identificar el comportamiento del sistema. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 36 TÃpicamente se usan para modelar los escenarios de uso del sistema, describiendo de qué formas puede usarse. La secuencia puede expresar tanto un caso de uso completo como quizá un caso concreto del mismo contemplando algunas alternativas. También son una buena herramienta para explorar la lógica de una operación compleja o los elementos implicados en la prestación de un servicio. Nos pueden ayudar a identificar cuellos de botella en la fase de diseño, detectar cuáles van a ser las clases más complejas de implementar. Se componen de los siguientes elementos: - Objeto: instancia de una clase que podemos empezar a identificar como participante en la secuencia de operaciones que representa este caso de uso. - Actor: los actores pueden comunicarse con los objetos, por lo tanto formarán parte de este diagrama. - Vida del objeto: indicamos la existencia de un objeto a lo largo del tiempo mediante una lÃnea discontinua. El fin del mismo se indica mediante un aspa. - Activación: indicamos cuándo el objeto está realizando una tarea concreta. - Mensaje: la comunicación entre objetos y sus activaciones. 3.3.4. Especificación de Requisitos de Seguridad El objetivo de esta tarea es definir los procedimientos de seguridad y operación necesarios para no comprometer el correcto funcionamiento del sistema y garantizar el cumplimiento de los niveles de servicios que exigirá el sistema en cuanto a la gestión de operaciones (procesos por lotes, seguridad, comunicaciones, etc.). Los niveles de servicio se especifican formalmente en el proceso Implantación y Aceptación del Sistema (IAS). Para ello, se diseñan los procedimientos relacionados con: - Acceso al sistema y a sus recursos (datos, transacciones, librerÃas, etc.). Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 37 - Mantenimiento de la integridad y confidencialidad de los datos.
  23. 23. - Control y registro de accesos al sistema (logs, certificación, etc.). - Copias de seguridad y recuperación de datos y su periodicidad. - Recuperación ante catástrofes. 3.3.5. Presentación y Aprobación del Análisis del Sistema de Información En esta tarea se realiza la presentación del análisis del sistema de información al Comité de Evaluación, para la aprobación final del mismo. 3.4. Fase III: Diseño del Sistema de Información El objetivo del proceso de Diseño del Sistema de Información (DSI) es la definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte, junto con la especificación detallada de los componentes del sistema de información. A partir de dicha información, se generan todas las especificaciones de construcción relativas al propio sistema, asà como la descripción técnica del plan de pruebas, la definición de los requisitos de implantación y el diseño de los procedimientos de migración y carga inicial, éstos últimos cuando proceda. Se obtiene el diseño de detalle del sistema de información. La realización de estas actividades exige una continua realimentación. En general, el orden real de ejecución de las mismas depende de las particularidades del sistema de información y, por lo tanto, de generación de sus productos. En la actividad Definición de la Arquitectura del Sistema, se establece el particionamiento fÃsico del sistema de información, asà como su organización en subsistemas de diseño, la especificación del entorno tecnológico, y sus requisitos de operación, administración, seguridad y control de acceso. Una vez que se tiene el modelo de clases, se comienza el diseño fÃsico en la actividad Diseño FÃsico de Datos, común con el enfoque estructurado. Una vez finalizado el diseño de detalle, se realiza su revisión y validación en la actividad Verificación y Aceptación de la Arquitectura del Sistema, con el objeto de analizar la consistencia entre los distintos modelos y conseguir la aceptación del Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 38 diseño por parte de los responsables de las áreas de explotación y sistemas. 3.4.1. Definición de la Arquitectura del Sistema En esta actividad se define la arquitectura general del sistema de información, especificando las distintas particiones fÃsicas del mismo, la descomposición lógica en subsistemas de diseño y la ubicación de cada subsistema en cada partición, asà como la especificación detallada de la infraestructura tecnológica necesaria para dar soporte al sistema de información. El particionamiento fÃsico del sistema de información se especifica identificando los nodos y las comunicaciones entre los mismos, con cierta independencia de la infraestructura tecnológica que da soporte a cada nodo.
  24. 24. Con el fin de organizar y facilitar el diseño, se realiza una división del sistema de información en subsistemas de diseño, como partes lógicas coherentes y con interfaces claramente definidas. Para esto, se establece una distinción entre subsistemas especÃficos del sistema de información (en adelante, subsistemas especÃficos) y subsistemas de soporte, con la finalidad de independizar, en la medida de lo posible, las funcionalidades a cubrir por el sistema de información de la infraestructura que le da soporte. En la mayorÃa de los casos, los subsistemas especÃficos provienen directamente de las especificaciones de análisis y de los subsistemas de análisis, mientras que los subsistemas de soporte provienen de la necesidad de interacción del sistema de información con la infraestructura y con el resto de los sistemas, asà como de la reutilización de módulos o subsistemas ya existentes en la instalación. Debido a que la definición de los subsistemas de soporte puede exigirla participación de distintos perfiles técnicos, se propone el diseño de ambos tipos de subsistemas en actividades distintas, aunque en paralelo. Una vez identificados y definidos los distintos subsistemas de diseño, se determina su ubicación óptima de acuerdo a la arquitectura propuesta. La asignación de dichos subsistemas a cada nodo permite disponer, en función de la carga de proceso y comunicación existente entre los nodos, de la información necesaria para realizar una estimación de las necesidades de infraestructura tecnológica que da soporte al sistema de información. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 39 3.4.1.1. Definición de Niveles de Arquitectura En esta tarea se definen los niveles de arquitectura software, mediante la definición de las principales participaciones fÃsicas del sistema de información, representadas como nodos y comunicaciones entre nodos. Se entenderá por nodo cada participación fÃsica o parte significativa del sistema de información, con caracterÃsticas propias de ejecución o función, e incluso, de diseño y construcción. Para facilitar la comprensión del sistema, el mismo se documentará mediante un Modelo de Despliegue de Componentes de UML. A continuación de describen los elementos que contempla este tipo de diagrama: - Nodos de procesamiento - Dispositivos hardware - Comunicación entre nodos y con dispositivos - Componentes de software empaquetados en unidad instalables 3.4.2. Diseño de Clases El propósito de esta actividad, que se realiza sólo en el caso de Diseño Orientado a Objetos, es transformar el modelo de clases lógico, que proviene del análisis, en un modelo de clases de diseño. Dicho modelo recoge la especificación detallada de cada una de las clases, es decir, sus atributos, operaciones, métodos, y el diseño preciso de las relaciones establecidas entre ellas, bien sean de agregación, asociación o jerarquÃa.
  25. 25. Para llevar a cabo todos estos puntos, se tienen en cuenta las decisiones tomadas sobre el entorno tecnológico y el entorno de desarrollo elegido para la implementación. Otro de los objetivos del diseño de las clases es identificar para cada clase, los atributos, las operaciones que cubren las responsabilidades que se identificaron en el análisis, y la especificación de los métodos que implementan esas operaciones, analizando los escenarios del Diseño de Casos de Uso Reales, luego, se determina la visibilidad de los atributos y operaciones de cada clase, con respecto a las otras clases del modelo. Una vez que se ha elaborado el modelo de clases, se define la estructura fÃsica Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 40 de los datos correspondiente a ese modelo, en la actividad Diseño FÃsico de Datos. 3.4.3. Diagrama de Estados El propósito de esta actividad es documentar las diferentes modalidades (los estados) por las que una clase puede pasar y los eventos que provocan estos cambios de estado. A diferencia de los diagramas de actividades o de secuencia que muestran las transiciones e interacciones entre clases, habitualmente el diagrama de estados muestra las transiciones dentro de una misma clase. Normalmente lo usaremos en combinación con los casos de uso, para tener acotados los casos que provocarán cambios de estado en un objeto. En cuanto a la notación, comparten muchos elementos con otros diagramas que representan el comportamiento del modelo, como los diagramas de actividad y colaboración ya mencionados. - Estado: representa el estado de un objeto en un instante de tiempo. Tendremos tantos sÃmbolos de estado en el diagrama como estados diferentes para cada objeto haya que modelar. Su apariencia es similar a la representación de una clase, pero con las esquinas redondeadas. - Estados inicial y final: son pseudo estados que mostrarán el punto de inicio y final del flujo de actividad. Su condición de pseudo estado viene dada por el hecho de que no tiene variables ni acciones definidas. - Transiciones: una flecha indicará la transición entre estados. En ella describiremos el evento que ha disparado la transición, y la acción que provoca el cambio. Existen transiciones en las que no existe un evento que las provoque (por ejemplo, ha finalizado una actividad que estaba realizando). 3.4.4. Diseño FÃsico de Datos En esta actividad se define la estructura fÃsica de datos que utilizará el Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 41 sistema, a partir del modelo lógico de datos normalizado o modelo de clases, de manera que teniendo presentes las caracterÃsticas especÃficas del sistema de gestión de datos concreto a utilizar, los requisitos establecidos para el sistema de información, y las particularidades del entorno tecnológico, se consiga una mayor eficiencia en el tratamiento de los datos. También se analizan los caminos de acceso a los datos utilizados por cada módulo/clase del sistema en consultas y actualizaciones, con el fin de mejorar los tiempos de respuesta y optimizar los recursos de máquina. 3.4.4.1. Diseño de Base de Datos
  26. 26. El objetivo de esta tarea es realizar el Diseño de Base de Datos a partir del modelo lógico de datos normalizado o del modelo de clases, en el caso de diseño orientado a objetos. Como paso previo al diseño de la estructura fÃsica de datos, se analizan las peculiaridades técnicas del gestor de bases de datos o sistema de ficheros a utilizar, y las estimaciones sobre la utilización y volumen de las ocurrencias de cada entidad / clase del modelo lógico de datos normalizado o modelo de clases. Además, si se ha establecido la necesidad de llevar a cabo una migración de datos, se deben tener en cuenta también los volúmenes de las estructuras de datos implicadas en la conversión. Esta información sirve para decidir la mejor implementación del modelo lógico de datos/modelo de clases, asà como para hacer una estimación del espacio de almacenamiento. 3.4.5. Definición de Interfaces de Usuario En esta actividad se especifican las interfaces entre el sistema y el usuario: formatos de pantallas, diálogos, e informes, principalmente. El objetivo es realizar un análisis de los procesos del sistema de información en los que se requiere una interacción del usuario, con el fin de crear una interfaz que satisfaga todos los requisitos establecidos, teniendo en cuenta los diferentes perfiles a quiénes va dirigido. Al comienzo de este análisis es necesario seleccionar el entorno en el que es Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 42 operativa la interfaz, considerando estándares internacionales y de la instalación, y establecer las directrices aplicables en los procesos de diseño y construcción. El propósito es construir una interfaz de usuario acorde a sus necesidades, flexible, coherente, eficiente y sencillo de utilizar, teniendo en cuenta la facilidad de cambio a otras plataformas, si fuera necesario. Se identifican los distintos grupos de usuarios de acuerdo con las funciones que realizan, conocimientos y habilidades que poseen, y caracterÃsticas del entorno en el que trabajan. La identificación de los diferentes perfiles permite conocer mejor las necesidades y particularidades de cada uno de ellos. Asimismo, se determina la naturaleza de los procesos que se llevan a cabo (en lotes o en lÃnea). Para cada proceso en lÃnea se especifica qué tipo de información requiere el usuario para completar su ejecución realizando, para ello, una descomposición en diálogos que refleje la secuencia de la interfaz de pantalla tipo carácter o pantalla gráfica. Finalmente, se define el formato y contenido de cada una de las interfaces de pantalla especificando su comportamiento dinámico. Se propone un flujo de trabajo muy similar para desarrollos orientados a objetos, coincidiendo en la mayorÃa de las tareas, si bien es cierto que en orientación a objetos, al identificar y describir cada escenario en la especificación de los casos de uso, se hace un avance muy significativo en la toma de datos para la posterior definición de la interfaz de usuario. Como resultado de esta actividad se genera la especificación de interfaz de
  27. 27. usuario, como producto que engloba los siguientes elementos: - Principios generales de la interfaz. - Catálogo de perfiles de usuario. - Descomposición funcional en diálogos. - Catálogo de controles y elementos de diseño de interfaz de pantalla. - Formatos individuales de interfaz de pantalla. - Modelo de navegación de interfaz de pantalla. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 43 - Formatos de impresión. - Prototipo de interfaz interactiva. - Prototipo de interfaz de impresión. 3.4.5.1. Especificación de Principios Generales de la Interfaz El objetivo de esta tarea es especificar los estándares, directrices y elementos generales a tener en cuenta en la definición de la interfaz de usuario, tanto para la interfaz interactiva (gráfica o carácter), como para los informes y formularios impresos. En primer lugar, se selecciona el entorno de la interfaz interactiva (gráfico, carácter, etc.), siguiendo estándares internacionales y de la instalación, y se determinan los principios de diseño de la interfaz de usuario, contemplando: - Directrices generales en cuanto a la interfaz y aspectos generales de interacción. - Principios de composición de pantallas y criterios de ubicación de los distintos elementos dentro de cada formato. - Normas para los mensajes de error y aviso, codificación, presentación y comportamientos. - Normas para la presentación de ayudas. Hay que establecer criterios similares para la interfaz impresa: - Directrices generales. - Principios de composición de informes y formularios. - Normas de elaboración, distribución y salvaguarda de la información. 3.4.5.1.1. Principios Generales de la Interfaz La interfaz de usuario será Web e interactiva, tratando de imitar al máximo permitido el tipo estándar utilizado en todos los aplicativos basados en ventanas. Los lineamientos principales para la construcción de la interfaz de Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 44 usuarios son los siguientes: - La activación de las distintas operaciones del sistema se producen mediante una barra de menús y botones opcionales. - El acceso a los documentos se realiza mediante ventanas que mostrarán las caracterÃsticas del mismo y el detalle de las mismas. - Las pantallas tendrán, en general, un botón para aceptar los datos provistos y otro para cancelarlos y, dependiendo de la funcionalidad provista, botones auxiliares para realizar otro tipo de operaciones. - Los mensajes de error se mostrarán mediante pantallas emergentes. - En todas las pantallas a las que ingrese el usuario, estarán activas las opciones de menú a las cuales solo tiene permiso. - Cualquier operación de cancelación no será necesaria la confirmación por parte del usuario. 3.4.5.2. Especificación de Formatos Individuales de la Interfaz de Pantalla
  28. 28. El objetivo de esta tarea es especificar cada formato individual de la interfaz de pantalla, desde el punto de vista estático. Para cada proceso en lÃnea identificado en la tarea anterior o en la especificación de los casos de uso, y teniendo en cuenta los formatos estándar definidos en la tarea Especificación de Principios Generales de la Interfaz, se definen los formatos individuales de la interfaz de pantalla requerida para completar la especificación de cada diálogo. En el caso de un análisis orientado a objetos, estos formatos individuales van completando las especificaciones de los casos de uso. También se considera el catálogo de requisitos, para especificar las interfaces relacionadas con las consultas. En la definición de cada interfaz de pantalla se deben definir aquellos aspectos considerados de interés para su posterior diseño y construcción: Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 45 - Posibilidad de cambio de tamaño, ubicación, modalidad (modal del sistema, modal de aplicación), etc. - Dispositivos de entrada necesarios para su ejecución. Conjunto y formato de datos asociados, identificando qué datos se usan y cuáles se generan como consecuencia de su ejecución. - Controles y elementos de diseño asociados, indicando cuáles aparecen inicialmente activos e inactivos al visualizar la interfaz de pantalla. 3.4.6. Verificación y Aceptación de la Arquitectura del Sistema El objetivo de esta actividad es garantizar la calidad de las especificaciones del diseño del sistema de información y la viabilidad del mismo, como paso previo a la generación de las especificaciones de construcción. Para cumplir dicho objetivo, se llevan a cabo las siguientes acciones: - Verificación de la calidad técnica de cada modelo o especificación - Aseguramiento de la coherencia entre los distintos modelos - Aceptación del diseño de la arquitectura por parte de Explotación y Sistemas. 3.4.6.1. Verificación de la Especificación de Diseño El objetivo de esta tarea es asegurar la calidad formal de los distintos modelos, conforme a la técnica seguida para la elaboración de cada producto y a las normas y estándares especificados en el catálogo de normas. 3.4.7. Presentación y Aprobación del Diseño del Sistema de Información En esta tarea se realiza la presentación del diseño del sistema de información al Comité de Dirección para la aprobación final del mismo. 3.5. Fase IV: Construcción del Sistema de Información En este proceso se genera el código de los componentes del Sistema de Información, se desarrollan todos los procedimientos de operación y seguridad y se elaboran todos los manuales de usuario final y de explotación con el objetivo de asegurar el correcto funcionamiento del Sistema para su posterior Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 46 implantación. Para conseguir dicho objetivo, en este proceso se realizan las pruebas unitarias, las pruebas de integración de los subsistemas y componentes y las pruebas del sistema, de acuerdo al plan de pruebas establecido.
  29. 29. Asimismo, se define la formación de usuario final y, si procede, se construyen los procedimientos de migración y carga inicial de datos. Al ser MÉTRICA 3 una metodologÃa que cubre tanto desarrollos estructurados como orientados a objetos, las actividades de ambas aproximaciones están integradas en una estructura común. En la actividad Preparación del Entorno de Generación y Construcción, se asegura la disponibilidad de la infraestructura necesaria para la generación del código de los componentes y procedimientos del sistema de información. Una vez configurado el entorno de construcción, se realiza la codificación y las pruebas de los distintos componentes que conforman el sistema de información, en las actividades: - Generación del Código de los Componentes y Procedimientos, que se hace según las especificaciones de construcción del sistema de información, y conforme al plan de integración del sistema de información. - Ejecución de las Pruebas de Integración, que incluye la ejecución de las verificaciones asociadas a los subsistemas y componentes, a partir de los componentes verificados individualmente, y la evaluación de los resultados. Una vez construido el sistema de información y realizadas las verificaciones correspondientes, se lleva a cabo la integración final del sistema de información en la actividad Ejecución de las Pruebas del Sistema, comprobando tanto las interfaces entre subsistemas y sistemas externos como los requisitos, de acuerdo a las verificaciones establecidas en el plan de pruebas para el nivel de pruebas del sistema. 3.5.1. Preparación del Entorno de Generación y Construcción El objetivo de esta actividad es asegurar la disponibilidad de todos los medios y facilidades para que se pueda llevar a cabo la construcción del sistema de información. Entre estos medios, cabe destacar la preparación de los puestos de trabajo, equipos fÃsicos y lógicos, gestores de bases de datos, Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 47 bibliotecas de programas, herramientas de generación de código, bases de datos o ficheros de prueba, entre otros. 3.5.1.1. Implantación de la Base de Datos FÃsica En esta tarea se debe: - Crear los elementos del sistema gestor de base de datos o sistema de ficheros - Reservar el espacio de almacenamiento, definiendo, entre otros, los dispositivos fÃsicos a emplear, tamaño de los bloques, tipo de registro fÃsico, zona de desbordamiento, opciones de almacenamiento de datos, etc. - Inicializar la base de datos o ficheros, cargando los datos considerados necesarios en el espacio de almacenamiento previamente definido. 3.5.1.2. Preparación del Entorno de Construcción En esta tarea se prepara el entorno en el que se construirán los componentes del sistema de información, contemplando aspectos tales como: - Bibliotecas o librerÃas a utilizar - Herramientas: generadores de código, editores, compiladores,
  30. 30. verificadores sintácticos, montadores de enlace - Puestos de trabajo - Implementación de los procedimientos de operación y seguridad propios del entorno de construcción, de acuerdo a los requisitos de seguridad y operación establecidos en la tarea - Especificación del Entorno de Construcción. 3.5.2. Generación del Código de los Componentes y Procedimientos El objetivo de esta actividad es la codificación de los componentes del sistema de información, a partir de las especificaciones de construcción obtenidas en el proceso Diseño del Sistema de Información, asà como la construcción de los procedimientos de operación y seguridad establecidos para el mismo. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 48 3.5.2.1. Generación del Código de Componentes En esta tarea se genera el código correspondiente a cada uno de los componentes del sistema de información, identificados en la tarea Definición de Componentes y Subsistemas de Construcción. Para generar el código fuente se tienen en cuenta los estándares de nomenclatura, codificación y calidad utilizados por la organización y recogidos en el catálogo de normas. Con el fin de verificar que el código fuente especifica de forma correcta el componente, se realiza su ensamblaje o compilación, verificando y corrigiendo los errores sintácticos, y el enlace del código objeto obtenido con las correspondientes bibliotecas. 3.5.3. Ejecución de las Pruebas del Sistema El objetivo de las pruebas del sistema es comprobar la integración del sistema de información globalmente, verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de información con los que se comunica. En la realización de estas pruebas es importante comprobar la cobertura de los requisitos, dado que su incumplimiento puede comprometer la aceptación del sistema por el equipo de operación responsable de realizar las pruebas de implantación del sistema, que se llevarán a cabo en el proceso Implantación y Aceptación del Sistema. 3.5.3.1. Realización de las Pruebas del Sistema El objetivo de esta tarea es comprobar la integración de todos los subsistemas y componentes del sistema de información, asà como la interacción del mismo con otros sistemas de información con los que se relaciona, de acuerdo a las verificaciones establecidas para el nivel de pruebas del sistema. Para cada verificación establecida, se realizan las pruebas con los casos de pruebas asociados, efectuando el correspondiente análisis e informe de los resultados y generando un registro conforme a los criterios establecidos en el plan de pruebas. Implementación del Sistema de Gestión Documental para Gobiernos Locales bajo Plataforma de Software Libre Bach. Juan Percy Rojas Cruz 49 3.5.3.2. Evaluación del Resultado de las Pruebas del Sistema El objetivo de esta actividad es analizar los resultados de las pruebas del sistema de información y efectuar su evaluación. Dicha evaluación recoge el grado de cumplimiento de las mismas. 3.5.3.3. Aprobación del Sistema de Información

×