UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA INFORMÁTICA

UNIVERSIDAD CENTRAL DEL ECUADOR FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA CARRERA DE INGENIERÍA INFORMÁTICA DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN DOCUMENTAL PARA USO INTERNO DE SOPROMA (GENERACIÓN Y DIGITALIZACIÓN DE DOCUMENTOS) TRABAJO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO INFORMÁTICO AUTOR: ANDRÉS FRANCO TORRES TUTOR: ING.MAURO LEONARDO ROSAS LARA, Msc. QUITO ECUADOR 2015

DEDICATORIA Dedico este proyecto de tesis a Dios, a mis padres y mi hermana. A Dios porque ha estado conmigo en cada paso que doy, cuidándome y dándome fortaleza para continuar, a mis padres, quienes a lo largo de mi vida han velado por mi bienestar y educación siendo mi apoyo en todo momento y a mi hermana por estar a mí lado en todo este arduo trabajo y por brindarme su apoyo y amistad. Andrés Franco Torres ii

AGRADECIMIENTO A Dios porque en su infinita bondad siempre me acompaña y me fortalece para seguir adelante, en la consecución de mis objetivos, metas y logros, a la vez que me motiva para ser un hombre cada vez más responsable en el sendero de mi vida A mis amados padres que en todo momento me brindan su apoyo, confianza y amor, sentimiento especial que mantiene mi familia unida y le llena cada día de nobles valores, que son mi respaldo y guía constante. A mi Tutor, le agradezco por la ayuda que me brindo y por su guía durante este proyecto. Andrés Franco Torres iii

AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL iv

CERTIFICACIÓN DEL TUTOR v

DESIGNACIÓN DE TRIBUNAL vi

CALIFICACIÓN DEL TRABAJO DE GRADUACIÓN vii

CONTENIDO DEDICATORIA... ii AGRADECIMIENTO... iii AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL... iv CERTIFICACIÓN DEL TUTOR... v DESIGNACIÓN DE TRIBUNAL... vi CALIFICACIÓN DEL TRABAJO DE GRADUACIÓN... vii CONTENIDO... viii LISTA DE FIGURAS... x LISTA DE TABLAS... xii RESUMEN... xiii ABSTRACT... xiv CAPÍTULO 1... 1 1.1. INTRODUCCIÓN... 1 1.2. ANTECEDENTES... 1 1.3. PLANTEAMIENTO DEL PROBLEMA... 2 1.3.1. FORMULACIÓN DEL PROBLEMA... 2 1.3.2. SISTEMATIZACIÓN DEL PROBLEMA... 2 1. 4. OBJETIVOS... 2 1.4.1. OBJETIVO GENERAL... 2 1.4.2. OBJETIVOS ESPECÍFICOS... 3 1.5. ALCANCE... 3 1.6. LIMITACIONES... 3 1.7. JUSTIFICACIÓN... 4 1.8. MARCO TEÓRICO... 4 1.8.1. QUÉ ES UN SISTEMA DE GESTIÓN DOCUMENTAL?... 4 1.8.2. CUÁLES SON LOS ELEMENTOS DE UN SISTEMA DE GESTIÓN DOCUMENTAL?... 5 1.9. PLATAFORMA... 6 1.10. ANALISIS COMPARATIVO DE LAS HERRAMIENTAS... 6 1.10.1. PARÁMETROS DE EVALUACIÓN... 8 1.10.2. INTERPRETACIÓN DE LOS RESULTADOS... 12 1.11. ARQUITECTURA NUXEO... 13 CAPÍTULO 2... 17 viii

2.1. METODOLOGIA DE INVESTIGACION... 17 2.2. METODOLOGÍA DE DESARROLLO... 17 2.2.1. SELECCIÓN DE LA METODOLOGÍA DE DESARROLLO... 17 2.2.2. COMPARATIVA DE METODOLOGÍAS... 19 2.2.3. METODOLOGÍA XP... 19 2.2.4. CARACTERÍSTICAS DE XP... 19 2.2.5 FASES... 20 CAPÍTULO 3... 22 3.1. PLANIFICACIÓN... 22 3.1.1. HISTORIA DEL USUARIO... 22 3.2. DISEÑO... 22 3.2.1. MODELO DEL NEGOCIO... 22 3.2.2. MODELO DE CASOS DE USO:... 22 3.2.3. CASOS DE USO DEL SISTEMA DE GESTIÓN DOCUMENTAL SOPROMA... 23 3.2.4. CASOS DE USO CREACIÓN Y FLUJO DE TRABAJO DE DOCUMENTO... 23 3.2.5 DESCRIPCIÓN DE ACCIONES... 24 3.3. DESARROLLO... 26 3.3.1. DIAGRAMA DE COMPONENTES... 26 CAPÍTULO 4... 28 4.1. PRUEBAS... 28 4.1.1. RECURSO NECESARIOS... 28 4.1.2. PLAN DE PRUEBAS... 28 4.1.2.1. PRUEBA DE ESTRÉS... 29 4.1.2.2. PRUEBA DE CARGA... 30 4.1.2.3 PRUEBA DE SQL INJECTOR (SQLi)... 31 4.2. CONCLUSIONES... 33 4.3. RECOMENDACIONES... 34 GLOSARIO DE TERMINOS... 35 BIBLIOGRAFÍA... 36 ANEXOS... 38 ix

LISTA DE FIGURAS FIGURA 1-1: CAPA DE ALMACENAMIENTO NUXEO... 13 FIGURA 1-2: CAPA DE CONFIGURACIÓN NUXEO... 14 FIGURA 3-1: CASO DE USO DE CREACIÓN Y FLUJO DE TRABAJO DE DOCUMENTO.. 24 FIGURA 3-2: DIAGRAMA DE COMPONENTES TIPO DOCUMENTO... 26 FIGURA 4-1: TRÁFICO DE RED... 29 FIGURA 4-2: USUARIOS CONCURRENTES... 30 FIGURA 4-3: TIEMPO DE RESPUESTA... 31 FIGURA 4-4: PRUEBA BASE DATOS, TAMPER, LEVEL 2 Y RISK 2... 32 FIGURA 4-5: PARÁMETRO STRING... 32 FIGURA 4-6: PARÁMETRO REGEX... 32 FIGURA 4-7: RESULTADO SQLMAP... 32 FIGURA 0-1: CASO DE USO ADMINISTRACIÓN DEL SISTEMA... 2 FIGURA 0-2: CASO DE USO BÚSQUEDA... 3 FIGURA 0-1: ASISTENTE DE INSTALACIÓN... 5 FIGURA 0-2: ACUERDO DE LICENCIA... 5 FIGURA 0-3: RUTA DE INSTALACIÓN... 6 FIGURA 0-4: PROGRESO DE INSTALACIÓN... 6 FIGURA 0-5: INSTALACIÓN COMPLETA... 7 FIGURA 0-6: TERMINAR INSTALACIÓN... 7 FIGURA 0-7: PANEL DE CONTROL SERVICIO NUXEO... 8 FIGURA 0-8: PANTALLA DE BIENVENIDA... 9 FIGURA 0-9: CONFIGURACIÓN GENERAL... 10 FIGURA 0-10: CONFIGURACIÓN PROXY... 10 FIGURA 0-11: CONEXIÓN BASE DE DATOS... 10 FIGURA 0-12: CREACIÓN USUARIO Y GRUPOS... 11 FIGURA 0-13: CONFIGURACIÓN CORREO ELECTRÓNICO... 11 FIGURA 0-14: MÓDULOS ADICIONALES PARA LA INSTALACIÓN... 12 FIGURA 0-15: DESCARGA DE MÓDULOS... 12 FIGURA 0-16: RESUMEN FINAL INSTALACIÓN... 13 FIGURA 0-17: PANEL DE CONTROL NUXEO... 13 FIGURA 0-18: CARPETA PLUGINS... 14 FIGURA 0-19: CARPETA BUNDLES... 14 FIGURA 0-20: PANTALLA DE INICIO DE SESIÓN... 15 FIGURA 0-1: PANTALLA DE INICIO... 5 FIGURA 0-2: PANTALLA OLVIDO CONTRASEÑA... 6 FIGURA 0-3: PANTALLA PANEL DE CONTROL... 7 FIGURA 0-4: PANTALLA GESTIÓN DOCUMENTAL... 7 FIGURA 0-5: PANTALLA CENTRO DE ADMINISTRACIÓN... 8 FIGURA 0-1: PANTALLA MI PANEL DE CONTROL... 12 FIGURA 0-2: PANTALLA FLUJO DE TRABAJO... 12 FIGURA 0-3: PANTALLA NOTIFICACIONES... 13 FIGURA 0-4: PANTALLA BÚSQUEDAS GUARDADAS... 13 FIGURA 0-5: ÁRBOL DE NAVEGACIÓN... 14 x

FIGURA 0-1: BÚSQUEDA SIMPLE... 14 FIGURA 0-2: BÚSQUEDA AVANZADA... 15 FIGURA 0-3: GUARDAR BÚSQUEDA... 16 FIGURA 0-1: ACCESOS RÁPIDOS... 17 FIGURA 0-1: ESPACIO DE TRABAJO COMPARATIVO... 18 FIGURA 0-2: ESPACIO DE TRABAJO PERSONAL... 18 FIGURA 0-3: CREACIÓN ESPACIO DE TRABAJO... 19 FIGURA 0-4: PLANTILLA ESPACIO DE TRABAJO... 19 FIGURA 0-5: ESTRUCTURA ESPACIO DE TRABAJO... 20 FIGURA 0-6: MODIFICAR ESPACIO DE TRABAJO... 20 FIGURA 0-7: COMENTARIO MODIFICACIÓN ESPACIO DE TRABAJO... 21 FIGURA 0-8: HISTORIAL DE LOS DOCUMENTOS... 21 FIGURA 0-9: VISTA DE LISTA... 22 FIGURA 0-10: VISTA MINIATURAS... 22 FIGURA 0-1: ÁRBOL DE PUBLICACIÓN... 24 FIGURA 0-2: DENEGAR LA CREACIÓN DE DOCUMENTOS... 25 FIGURA 0-1: FORMULARIO CREACIÓN DOCUMENTO... 26 FIGURA 0-2: FORMULARIO IMPORTAR DOCUMENTO... 26 FIGURA 0-3: MODIFICAR DOCUMENTO... 27 FIGURA 0-4: FORMULARIO CREACIÓN OFICIO... 28 FIGURA 0-1: HISTORIAL DOCUMENTO... 31 FIGURA 0-2: VERSIONES DOCUMENTO... 32 FIGURA 0-1: NOTIFICACIÓN TAREAS... 33 xi

LISTA DE TABLAS TABLA 1-1: TABLA PORCENTUAL DE LOS PARÁMETROS... 9 TABLA 1-2: TABLA PARÁMETROS GESTIÓN USUARIOS Y GRUPOS... 10 TABLA 1-3: TABLA PARÁMETROS GESTIÓN DE CONTENIDOS... 10 TABLA 1-4: TABLA PARÁMETROS FLUJO DE TRABAJO... 10 TABLA 1-5: TABLA PARÁMETROS DE BÚSQUEDA... 10 TABLA 1-6: TABLA PARÁMETROS DE REPOSITORIO... 11 TABLA 1-7: TABLA PARÁMETROS DE USABILIDAD... 11 TABLA 1-8: TABLA PARÁMETROS DE PORTABILIDAD Y ESCALABILIDAD... 11 TABLA 1-9: TABLA PARÁMETROS GESTIÓN USUARIOS... 11 TABLA 1-10: TABLA PARÁMETROS DE CADA HERRAMIENTA EN PORCENTAJE... 12 TABLA 2-1: TABLA COMPARATIVA DE METODOLOGÍAS... 19 TABLA 4-1: TABLA DE FUNCIONALIDAD A PROBAR... 29 TABLA 4-2: TABLA DE USUARIOS CONCURRENTES - TIEMPO DE RESPUESTA... 31 TABLA 0-1: DERECHOS DE ACCESOS... 10 TABLA 0-1: CAMPOS DEL FORMULARIO PARA OFICIOS O MEMORANDOS... 28 xii

RESUMEN "DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN DOCUMENTAL PARA USO INTERNO DE SOPROMA (GENERACIÓN Y DIGITALIZACIÓN DE DOCUMENTOS)" El presente trabajo, trata sobre el desarrollo e implementación de un sistema WEB, que permite cubrir la necesidad de los procesos de gestión documental que actualmente se lo realiza de manera manual en Sociedad Protectora del medio ambiente del Ecuador SOPROMA, para esto, se plantea desarrollar e implementar una plataforma para automatizar la generación de documentos, el flujo de aprobación y el almacenamiento en el repositorio del sistema, la intervención de reglas de negocio y administración de usuarios. Este sistema les permite a los usuarios realizar búsquedas avanzadas de los documentos, trabajo colaborativo y seguridad de la información, mediante una interfaz amigable y fácil de usar. Finalmente este trabajo se complementa mediante el desarrollo del proceso de generación y aprobación de Documento, utilizando la plataforma conformada, por herramientas de software libre. DESCRIPTORES: GESTIÓN DE CONTENIDO EMPRESARIAL / GESTIÓN DOCUMENTAL SOPROMA / JAVA J2EE METADATOS / POSTGRESQL 9.1 / SOFTWARE LIBRE NUXEO / SERVIDOR TONCAT xiii

ABSTRACT "DEVELOPMENT AND IMPLEMENTATION OF A DOCUMENT MANAGEMENT FOR SOPROMA (GENERATION AND SCANNING)" This project focuses on the development and implementation of a web system, that allows to cover the needs of the management process handled now manually by the Environment protection society of Ecuador SOPROMA, to help with the process, the development and implementation of a platform that automates the generation of documents, approval flow, storage in the systems repository, intervention in the business rules and user management, is proposed. This system allows users to perform advanced searches of documents, collaborative work and safety of information, through an easy to use, friendly interface. Finally this project is supplemented by the development of the generation process and approval of documents, using open source tools. DESCRIPTORS: ENTERPRISE CONTENT MANAGEMENT / SOPROMA DOCUMENT MANAGEMENT / JAVA J2EE METADATA / POSTGRESQL 9.1 / NUXEO OPEN SOURCE / TOMCAT SERVER xiv

CAPÍTULO 1 1.1. INTRODUCCIÓN Actualmente, nos encontramos en una época en la que es indispensable mantener el control de los procesos, las organizaciones están adoptando herramientas de Gestión de Contenido Empresarial que permite aumentar la calidad, eficiencia y productividad de la gestión, brindando acceso a la información mediante una estructura de colaboración, segura y la reutilización de contenidos. La mayoría de las organizaciones mantienen un archivo físico, por razones legales e históricas, siendo un problema la administración y la localización de estos archivos. La gestión de contenidos empresarial es la solución de software que responde a las funciones para gestionar todos los contenidos digitales de una organización. Se encarga de obtener la información para gestionar, reproducir los requerimientos de los usuarios y los procesos de la organización. La automatización de los procesos se logrará a través del análisis de requerimientos presentados por la Organización, lo cual facilitará generar los pasos necesarios para desarrollar una solución tecnológica adecuada para los usuarios (solicitantes). 1.2. ANTECEDENTES Desde la creación de la organización, el almacenamiento de la información necesaria para el trabajo cotidiano, se lo viene realizando de una forma manual, sin contar con una herramienta informática que facilite el manejo, lo cual dificulta mantener un control y seguimiento de la información. El creciente volumen de información que genera y gestiona actualmente la organización, hace que la información no sea fácil de localizar en el 1

momento que sea necesaria, esto provoca un consumo de tiempo y recursos. Los tipos de documentos que genera la organización son: oficios circulares, certificados, solicitudes, actas, informes y memorandos; que aproximadamente en promedio por mes, son cien documentos y un manejo por veinticinco usuarios que están repartidos en cinco aéreas de trabajo. El presente trabajo de graduación propone desarrollar e implementar en la organización un Sistema de Gestión Documental que permita llevar un control de una manera automatizada, garantizando la confiabilidad, consolidación y seguridad del información manejados en la mencionada organización. 1.3. PLANTEAMIENTO DEL PROBLEMA 1.3.1. FORMULACIÓN DEL PROBLEMA Cómo mejorar la gestión documental de la información generada y digitalizada por los funcionarios de SOPROMA? 1.3.2. SISTEMATIZACIÓN DEL PROBLEMA Cómo funcionan las plataformas de gestión de contenido empresarial? Cuáles son los beneficios de utilizar una plataforma de gestión de contenido empresarial en la implementación de un Sistema de Gestión Documental? Cómo facilitar el trabajo de los funcionarios de SOPROMA, a la hora de acceder a la información cuando se requiera? 1. 4. OBJETIVOS 1.4.1. OBJETIVO GENERAL Desarrollar e implementar un Sistema de Gestión Documental para el uso interno y optimización de la gestión de la información de los documentos generados y digitalizados por parte de los funcionarios de SOPROMA. 2

1.4.2. OBJETIVOS ESPECÍFICOS Analizar y levantar los procesos actuales, que permita definir los modelos de cada tipo de documentos (oficios, memorandos y solicitudes) que diariamente son usados, generados y emitidos en SOPROMA. Definir los procedimientos para la digitalización, almacenamiento y gestión de los tipos documentales, los cuales permitan determinar Actividades, Responsables y Recursos. Implementar un sistema de Gestión Documental para uso interno de SOPROMA, basado en una plataforma de gestión de contenidos empresariales, con los principales procedimientos de gestión documental. 1.5. ALCANCE El Sistema de Gestión Documental para uso interno de SOPROMA, estará basado en una plataforma de gestión de contenidos empresariales SOFTWARE LIBRE previo a un estudio comparativo de criterios técnicos y funcionales. El alcance está definido en la implementación del Sistema de Gestión Documental para uso interno de SOPROMA. El Sistema de Gestión Documental será modular y contará con un módulo para la búsqueda de documentos almacenados en el sistema. El Sistema será implementado en el servidor destinado por SOPROMA. 1.6. LIMITACIONES En la versión desarrollada del Sistema de Gestión Documental no se realizará levantamiento de procesos organizacionales no relacionados a la gestión documental. 3

En la versión del Sistema de Gestión Documental no se realizará la configuración para generar respaldos automáticos de base de datos y de los documentos. 1.7. JUSTIFICACIÓN El manejo de la información por parte de la organización es de forma física, no cuenta con un proceso de gestión adecuado, lo que ocasiona en muchos caso, su pérdida, deterioro, dificultad en la búsqueda, etc. La organización mantiene un archivo físico, por razones legales e históricas, siendo un problema la administración, la localización de estos archivos; y, generar los siguientes documentos: oficios circulares, certificados, solicitudes, actas, informes y memorandos, que por mes, son cien documentos aproximadamente. Por estas se propone el desarrollo e implementación de un Sistema de Gestión Documental para el uso interno, basado en una plataforma de gestión de contenidos empresariales SOFTWARE LIBRE para ayudar a la organización a mejorar la gestión documental con lo cual se brindará un mejor servicio. 1.8. MARCO TEÓRICO 1.8.1. QUÉ ES UN SISTEMA DE GESTIÓN DOCUMENTAL? Son todos aquellos programas de ordenador creados para la gestión de grandes cantidades de documentos, suele rastrear y almacenar documentos electrónicos o imágenes de documentos en papel. Estos documentos no tienen una organización clara de sus contenidos, al contrario de lo que suele suceder con la información almacenada en una base de datos. La combinación de este tipo de bibliotecas de documentos con índices almacenados en una base de datos permite el acceso rápido mediante diversos métodos a la información contenida en los documentos. Estos generalmente se encuentran comprimidos y además de texto pueden contener cualquier otro tipo de documentos multimedia como imágenes o vídeos. 4

Los sistemas de gestión de documentos comúnmente proporcionan medios de almacenamiento, seguridad, así como capacidades de recuperación e indexación. El término tiene algún traslapo con los conceptos de Content Management Systems y a menudo es visto como un componente de Sistemas de Gestión de Contenido de Empresa y relacionado con la Gestión de documental. 1.8.2. CUÁLES SON LOS ELEMENTOS DE UN SISTEMA DE GESTIÓN DOCUMENTAL? Base de datos Documental: La base de datos documental, es un conjunto de identificadores y documentos, los documentos a su vez, son conjuntos de campos y valores. Al no contar con una estructura estricta, y la ausencia de relación facilita la replicación de datos. La base de datos documental es más eficiente al momento de manejar grandes volúmenes de documentos. Cada registro corresponde con un documento, sea éste de cualquier tipo y formato. Hardware Escáner: Los documentos físicos, son transformados en documentos digitales, los cuales serán procesados y guardados. Servidores: Contienen la información previamente digitalizada. Los usuarios finales se conectaran a un servidor para poder acceder a dicha información, para su modificación o revisión. Software Gestores documentales: Programas de apoyo al proceso de gestión de la documentación que se maneja en la empresa. Existen soluciones informáticas para: la gestión documental, administración de archivos digitales y administración de bibliotecas de diversa índole. 5

Redes Por medio de las redes los usuarios podrán acceder a la información que se encuentra en los servidores. Las redes pueden ser locales, aunque también se puede acceder a la información por Internet. Usuarios A través de una cuenta de Usuario, se lleva a cabo el acceso a los documentos digitalizados dentro del Sistema de Gestión Documental permitiendo así, realizar la consulta electrónica de los mismos de acuerdo a los niveles de seguridad asignados a cada uno de los usuarios registrados en el Sistema. Administradores Desde el puesto del Administrador del Sistema, los documentos digitalizados se codifican e indexan en la base de datos del servidor, identificando la ubicación física del documento original y asignando, a cada documento lógico, las claves de acceso. Los documentos digitalizados se almacenan en su correspondiente fichero. 1.9. PLATAFORMA Entorno de desarrollado: Java 1 Motor de Base de Datos: PostgreSQL 2 Servidor de Aplicaciones: Toncat 3 1.10. ANALISIS COMPARATIVO DE LAS HERRAMIENTAS La necesidad de implementar un sistema de gestión documental basado en herramientas ECM Software libre en SOPROMA, condiciona la elaboración de un análisis de las herramientas ECM Alfresco, Nuxeo y OpenKM, mismas 1 Java https://es.wikipedia.org/wiki/java_(lenguaje_de_programaci%c3%b3n) 2 PostgreSQL http://www.postgresql.org.es/sobre_postgresql 3 Toncat http://www.ajpdsoft.com/modules.php?name=encyclopedia&op=content&tid=769 6

que serán sometidas a una comparación. La comparativa que se realiza pretende mostrar de manera sencilla los resultados obtenidos para permitir la fácil y rápida interpretación de estas herramientas ECM, Alfresco, nuxeo y OpenKM para la gestión documental. Nuxeo: Es un sistema gestión de contenidos empresariales, está desarrollado en entorno Java J2EE metadatos y JDK 1.7.0. Está diseñado para usuarios que requieren un alto grado de modularidad y rendimiento escalable La arquitectura de Nuxeo es muy extensible, en base a puntos de extensión (OSGi-based plugin system) y presenta API's Java, REST y CMIS. Los servidores de aplicaciones (Tomcat, Jboss, Jetty, Glassfish) y bases de datos (Mysql, Postgresql, Oracle o casi cualquiera que entienda Hibernate), tanto en Linux, Windows y Mac OS X. Alfresco: Este sistema gestión de contenidos empresariales, desarrollado en entorno Java JDK 1.7.0, Además, la versión Community que Alfresco permite utilizar desde su página web, en modo demo (conectándote a sus servidores con cuentas compartidas). Sobresale la organización de carpetas y categorías facilitando así la administración de los documentos. Alfresco puede extenderse vía módulos de Alfresco AMP (Alfresco Module Package), y presenta API's Java, REST y CMIS. Los servidores de aplicaciones (Tomcat, Jboss, Jetty, Glassfish) y bases de datos (Mysql, Postgresql, Oracle o casi cualquiera que entienda Hibernate), tanto en Linux, Windows y Mac OS X. OpenKM: Es un sistema de gestión documental que ofrece una interfaz web para la gestión de archivos. OpenKM incluye un repositorio de contenido, indexación, y jbpm flujo de trabajo. El sistema OpenKM fue desarrollado utilizando Java tecnología JDK 1.7.0. OpenKM implementa el protocolo CMIS (Content Management Interoperability Services), un estándar abierto de OASIS que define una capa intermedia, la cual permite la interconexión y control de distintos sistemas de gestión documental y repositorios utilizando protocolos web. Los servidores de aplicaciones (Tomcat, Jboss, Jetty, 7

Glassfish) y bases de datos (Mysql, Postgresql, Oracle o casi cualquiera que entienda Hibernate), tanto en Linux, Windows y Mac OS X. 1.10.1. PARÁMETROS DE EVALUACIÓN Los parámetros que a continuación se definirán para la realización del análisis comparativo entre las herramientas ECM Alfresco, Nuxeo y OpenKM, están basadas el análisis técnico propuesto por el autor de la tesis. Las herramientas poseen similares funcionalidades pero difieren en la forma de como las realizan por separado. Los parámetros escogidos responden a las siguientes necesidades: Parámetro de Gestión de Grupos y Usuarios: La empresa al manejar gran cantidad de información requiere tener el control de acceso a dicha información. Parámetro de Gestión de Contenidos: la empresa necesita convertir sus documentos en formato físico a archivos digitales para tener una mejor gestión sobre estos archivos en las etapas de creación, tratamiento, almacenamiento y recuperación. Parámetro de Flujo de Trabajo: La empresa necesita distribuir sus documentos a los funcionarios, evitando un proceso laborioso y con largos procesos de espera. Parámetro de Búsqueda: La empresa necesita encontrar sus documentos de manera acertada y ágil cuando se lo requiera. Parámetro de Repositorio: La empresa tiene la necesidad de almacenar de una manera centralizada su información en un RDMS adecuado. Parámetro de Portabilidad y Escalabilidad: La empresa necesita integrar un sistema de gestión documental en cualquier infraestructura y adaptarle a cualquier estructura empresarial, además necesita la escalabilidad para integrar nuevas funcionalidades propias. 8

Parámetro de Soporte: La empresa necesita una herramienta ECM que cuente con un soporte como: manuales técnicos, de usuario, foros, wikis, etc., que ayude a la utilización y mantenimiento de la misma. Cada parámetro tiene un valor porcentual que se le asignó bajo el criterio imparcial del autor al investigar cada una de las herramientas. El porcentaje que le fue asignado a la funcionalidad tales como: Gestión de usuarios y grupos Gestión de contenidos, flujos de trabajos y búsqueda es mayor, debido que son los pilares fundamentales que se debe tener y cumplir con un funcionamiento adecuado. Tabla 1-1: Tabla porcentual de los parámetros Autor: Tesista Fuente: internet Parámetros gestión de usuarios y grupos 9

Tabla 1-2: Tabla parámetros gestión usuarios y grupos Autor: Tesista Fuente: internet Parámetro de Gestión de Contenidos Parámetro de Flujo de trabajo Tabla 1-3: Tabla parámetros gestión de contenidos Autor: Tesista Fuente: Internet Parámetro de Búsqueda Tabla 1-4: Tabla parámetros flujo de trabajo Autor: Tesista Fuente: Internet Tabla 1-5: Tabla parámetros de Búsqueda Autor: Tesista Fuente: Internet 10

Parámetro de Repositorio Parámetro de Usabilidad Tabla 1-6: Tabla parámetros de repositorio Autor: Tesista Fuente: Internet Tabla 1-7: Tabla parámetros de usabilidad Autor: Tesista Fuente: Internet Parámetro de Portabilidad y Escalabilidad Parámetro de Soporte Tabla 1-8: Tabla parámetros de portabilidad y escalabilidad Autor: Tesista Fuente: Internet Tabla 1-9: Tabla parámetros gestión usuarios Autor: Tesista Fuente: Internet Fórmula para interpretar los resultados generales de los parámetros 11

Valor Total: TOTAL de los indicadores de cada tabla de los parámetros (ver Tabla Correspondiente). Porcentaje Máximo: Porcentaje asignado en la tabla de evaluación de los parámetros (Ver la Tabla 1: Tabla porcentual de los parámetros) Valor Máximo: Resulta de multiplicar el criterio del parámetro por cuatro (4) Total (%): valor en porcentaje de cada parámetro de evaluación. Tabla 1-10: Tabla parámetros de cada herramienta en porcentaje Autor: Tesista Fuente: Internet 1.10.2. INTERPRETACIÓN DE LOS RESULTADOS En los parámetros que tienen mayor valor porcentual para la comparativa de las herramientas son: gestión de usuarios y grupos, alfresco con un 13,13% de 15% el de mayor valor porcentual, gestión de contenidos, alfresco y nuxeo con un 13,75% de 15%, flujo de trabajo, alfresco y nuxeo con un 17,5% de 20%, búsqueda alfresco y nuxeo con un 20% de 20%; y, con un valor total de todos los parámetros, Nuxeo con un 91,25% de 100%, es la herramienta con mayores prestaciones. 12

1.11. ARQUITECTURA NUXEO Nuxeo proporciona a los servicios fundamentales todas las capas en el tiempo de ejecución, comenzando con la capa de almacenamiento, que es la base funcional para la gestión de un repositorio de contenido e interactuar con objetos de contenido. OSGI Figura 1-1: Capa de almacenamiento Nuxeo Fuente: Nuxeo Es el núcleo de la plataforma Nuxeo, constituyéndose en el repositorio para almacenar contenidos y metadatos asociados. Almacén de metadatos es una estructura de base de datos SQL, mientras que los binarios de contenido, son por lo general, un sistema de archivos. Esto corresponde al almacén de documentos y almacén Blob. El almacén de documentos se lleva a cabo en el almacén de contenido visible (VCS) y cualquier base de datos SQL, aunque, por razones de rendimiento, es recomendado PostgreSQL. Todos los metadatos se almacenan en la VCS. El almacén Blob se basa normalmente en un sistema de archivos y una estructura simple en el contenido binario. El identificador único hace 13

referencia a la VCS. Manteniendo la plana y simple como esto elimina la necesidad de que todas las operaciones del sistema de archivos caros. En la parte superior de las estructuras de almacenamiento y el tiempo de ejecución, hay una capa de configuración para definir tipos de contenido y campos. Esto se hace con las definiciones estructurados XML que, permiten extender y desplegar las personalizaciones de la misma manera como la forma predeterminada. Todo se hace de una manera vinculada y define la estructura estática del repositorio. Figura 1-2: Capa de Configuración Nuxeo Fuente: Nuxeo Hay operaciones que definen todas las capacidades y acciones dentro de la plataforma Nuxeo. Una vez más, estos son todos pluggable y configurado; consisten en clases que implementan un tipo de operación y utilizando el tiempo de ejecución que interactuar con el repositorio. Estos también están expuestos a todas las capas superiores y esta es la clave para la extensibilidad de la plataforma Nuxeo. Ellos pueden ser encadenados juntos en lo que llamamos Automation Chains para definir el comportamiento específico. Están expuestos a las llamadas externas a través de diferentes APIs, también se pueden definir la costumbre y conectados a la plataforma Nuxeo para crear funcionalidad personalizada adicional. Desde el marco de diseño es modular y pluggable, la personalización es fácil y en línea con los objetivos del sistema. Hay conceptos de flujos de trabajo, ciclos de vida, Eventos y listener, que también son personalizable de la misma manera. Ampliación de las capacidades de Nuxeo es sólo una cuestión de añadir una definición en un formato XML y una posible extensión de clase de Java personalizado. 14

La interfaz de usuario de Nuxeo se basa en JSF / Seam y una colección de plantillas y configuraciones, así como el comportamiento. Esto es modular y las piezas de la interfaz de usuario se puede configurar. Al tener el comportamiento y el diseño definido de esta manera, es posible ampliar, modificar y añadir los cambios, sin tener que modificar ningún tipo de diseño fijo. Extensión En este punto se tienen una plataforma de trabajo Nuxeo con todas las capacidades y de la aplicación de gestión de documentos y gestión de activos digitales. Vamos a comenzar la personalización de la plataforma. Como se describió anteriormente, la plataforma Nuxeo se construye con la extensibilidad. No sólo proporcionamos una herramienta Explorer para navegar por todos los puntos de extensión y operaciones para identificar configuraciones predeterminadas y personalizables, sino también proporcionar el desarrollo y la configuración de la herramienta Nuxeo Studio para hacerlo de manera visual y fácil. Nuxeo Studio Nuxeo Studio es un método visual y centralizado para realizar personalizaciones en la plataforma Nuxeo. Todas las configuraciones posibles en la plataforma Nuxeo se mencionó anteriormente, se puede hacer fácilmente con esta aplicación en línea. En lugar de ajustar sus prácticas de gestión de contenidos con el sistema ECM, puede modelar y adaptar la plataforma a sus procesos de negocio mediante Studio, maximizando así la eficiencia y facilidad de uso. Studio es un lugar único para configurar el contenido estático, como esquemas de metadatos, tipos de documentos y disposiciones de vistas asociadas. Siguiente podrá configurar los flujos de trabajo con un editor visual, los ciclos de vida y los eventos o acciones de los usuarios. Finalmente todas las operaciones de Nuxeo disponibles mencionados anteriormente se pueden agrupar en cadenas, que pueden ser llamados por los acontecimientos, las acciones del usuario a través de las API de aplicaciones externas. 15

Un proyecto Studio es un conjunto de configuraciones, que se despliegan en una instancia de Nuxeo directamente con un solo clic. Se ajusta a la naturaleza modular de la plataforma Nuxeo. WebEngine En lugar de ser simplemente una aplicación de gestión de contenidos, Nuxeo es una plataforma, lo que significa que se supone que apoyar sus aplicaciones en diversas formas y en sí es extensible por naturaleza. El siguiente paso en la prestación de un mayor control sobre la interfaz de usuario y la aplicación es un marco WebEngine que la Plataforma Nuxeo proporciona para construir su propia interfaz de usuario y la parte front end que se ejecuta en el servidor de Nuxeo. Este método da acceso directo a la ejecución Nuxeo, al tiempo que permite construir su propia interfaz de usuario usando HTML y Freemarker plantillas. API Nuxeo también es compatible con aplicaciones externas, tanto como configuraciones internas, a través de un conjunto de APIs, y la exposición a las operaciones y el descanso llamados. Se puede llamar a todas las operaciones de Nuxeo y cadenas de automatización a través de un cliente Java y JavaScript que permite cualquier aplicación para aprovechar la plataforma Nuxeo. Por último, para garantizar la compatibilidad de versiones y control de versiones, Nuxeo proporciona un plugin para Eclipse IDE, el cual, casi cualquier punto, se puede ampliar con código Java personalizado para un sistema verdaderamente extensible sin ninguna modificación al código Nuxeo. 16

CAPÍTULO 2 2.1. METODOLOGIA DE INVESTIGACION Es el procedimiento riguroso, formulado de una manera lógica, que el investigador debe seguir en la adquisición del conocimiento. El método inductivo siempre está unido al método deductivo, ambos son momentos del conocimiento dialéctico de la realidad indisolublemente ligados y condicionados entre sí. En la actividad científica, la inducción y la deducción se complementan entre sí. Del estudio de numerosos casos particulares, a través de la inducción se llega a determinar generalizaciones, leyes empíricas, las que constituyen puntos de partida, para definir o confirmar formulaciones teóricas. De dichas formulaciones teóricas se deducen nuevas conclusiones lógicas, las que son sometidas a comprobaciones experimentales. Solamente la complementación mutua entre estos métodos, se puede proporcionar un conocimiento verdadero sobre la realidad. De lo anteriormente señalado, en esta tesis se seleccionó como metodología de investigación, el método inductivo unido al método deductivo, para llegar al conocimiento. 2.2. METODOLOGÍA DE DESARROLLO 2.2.1. SELECCIÓN DE LA METODOLOGÍA DE DESARROLLO En el desarrollo e implementación de software, es importante tener en cuenta sus principales particularidades, como la corta duración de sus desarrollos, la gran competencia del sector que obliga a una constante innovación, los cambios frecuentes en el hardware o la simplicidad de algunas aplicaciones. Todo ello influye a la hora de elegir una metodología concreta de desarrollo. En la actualidad, existen varias metodologías ágiles, entre las más notables y aplicables se encuentran Programación Extrema (XP) y Scrum, junto con éstas también se tiene RUP, que pertenece a las metodologías tradicionales 17

de desarrollo. A continuación, se señalan las particularidades de cada una de ellas. Programación Extrema (XP) XP es una metodología para equipos de desarrollo que pueden tener un tamaño pequeño o mediano (de dos a diez programadores), que promete enfrentarse a la imprecisión y los cambios rápidos de los requerimientos del proyecto. SCRUM Scrum es un marco de trabajo iterativo e incremental que, se centra en la entrega de un producto al final de un período de trabajo, al que se le denomina Sprint, y en el caso de software, se refiere a que el código se ha integrado, probado y puede ser potencialmente productivo. RUP RUP es un conjunto de metodologías adaptables al contexto y necesidades de cada organización. Describe como aplicar enfoques para el desarrollo del software, llevando a cabo unos pasos para su realización. Se centra en la producción y mantenimiento de modelos del sistema. 18

2.2.2. COMPARATIVA DE METODOLOGÍAS Interpretación Tabla 2-1: Tabla Comparativa de Metodologías Autor: Tesista Fuente: Internet De la tabla comparativa anterior se deduce que la mejor alternativa es utilizar XP. Considerando que cumple mejor los criterios respecto a las otras opciones de metodologías analizadas. 2.2.3. METODOLOGÍA XP Programación extrema o XP es una metodología ligera de desarrollo que se basa en la simplicidad, comunicación y reutilización del código. Minimiza el riesgo actuando sobre las variables del proyecto: coste, tiempo, calidad, alance. 2.2.4. CARACTERÍSTICAS DE XP Comunicación: Los programadores, están en constante comunicación con los clientes, para satisfacer sus requisitos y responder rápidamente a los cambios de los mismos. Simplicidad: Codificación y diseños simples y claros. Muchos diseños son tan complicados que, cuando se quieren ampliar, resulta imposible hacerlo y se tienen que desechar y partir de cero. 19

Realimentación: Mediante la realimentación, se ofrece al cliente la posibilidad de conseguir un sistema apto a sus necesidades; pues, se le va indicando el proyecto a tiempo, para así, poder ser cambiado y de ser necesario, retroceder a una fase anterior para rediseñarlo a su gusto. Coraje: Se debe tener coraje o valentía para cumplir los tres puntos anteriores; valor para comunicarse con el cliente y enfatizar algunos puntos, a pesar de que esto pueda dar sensación de ignorancia por parte del programador; coraje para mantener un diseño simple y no optar por el camino más fácil; y por último, confiar en que la realimentación sea efectiva. 2.2.5 FASES El ciclo de vida de XP, se divide en cuatro (4) fases, dentro de las cuales se realizan varias iteraciones, para realizar la evaluación, al final de cada fase, para con ello, determinar si los objetivos de la fase se han cumplido; una evaluación satisfactoria, permite que el proyecto se mueva a la próxima fase. Planificación o Historias de usuario o Plan de entregas o Velocidad del Proyecto o Reuniones diarias Diseño o Elaborar los casos de uso que permiten definir la arquitectura base del sistema o Funcionalidad mínima o Diseñar la solución preliminar. Desarrollo o Disponibilidad del cliente, 20

o Unidad de pruebas, o Integración. Pruebas o Implantación o Pruebas de Aceptación 21

CAPÍTULO 3 3.1. PLANIFICACIÓN 3.1.1. HISTORIA DEL USUARIO El proceso, que se viene desarrollando, para la Gestión Documentos, es el siguiente: La gestión empieza, con la elaboración de los documentos, por parte de los funcionarios de la organización (Elaborador), donde la secretaria, procederá a ingresar los datos, luego el Director o Jefe departamental, será el encargado de revisar que el oficio (Plantilla), se encuentre bien redactado. En caso de correcciones, el funcionario, recibirá una notificación de corrección, esto, permitirá que se habilite un formulario, en cual pueda realizar las correcciones a la versión del documento, teniendo la posibilidad de aumentar la versión. Aquí existirá una acción repetitiva entre revisor y elaborador, hasta que el documento se encuentre correcto. Luego la secretaria será la que continúe el flujo. En caso de que todo este correcto, la respuesta del director o Jefe, se enviará al funcionario correspondiente, mediante la respectiva notificación, con el Aprobado. 3.2. DISEÑO 3.2.1. MODELO DEL NEGOCIO SOPROMA DEL ECUADOR tomada como referencia para el proyecto de desarrollo, varios departamentos que contribuyen con sus procesos. 3.2.2. MODELO DE CASOS DE USO: Representa al actor, en relación con el sistema en desarrollo, agrupando en acciones ejecutadas para lograr el resultado. Se realiza una descripción detallada, donde se incluyen: precondiciones, pos condiciones, flujo de eventos. 22

3.2.3. CASOS DE USO DEL SISTEMA DE GESTIÓN DOCUMENTAL SOPROMA Los casos de uso definidos para el sistema de Gestión Documental en SOPROMA a ser desarrollado, se presentan de la siguiente manera:(ver en Anexo) 3.2.4. CASOS DE USO CREACIÓN Y FLUJO DE TRABAJO DE DOCUMENTO Código: CS-001 Actores: Usuario.- Funcionario de SOPROMA que tiene acceso al sistema y permisos para crear documentos (escritura). Descripción: El caso de uso tiene por objetivo crear un nuevo documento en el sistema de Gestión Documental. Precondición: El usuario que haya ingresado al Sistema de gestión documental, y tenga todos los permisos necesarios, para la creación de un nuevo documento. Pos condición: Se crea un nuevo documento en el sistema de Gestión Documental, que respaldará al documento físico o digital. Diagrama: 23

Flujo Principal: Figura 3-1: Caso de Uso de creación y Flujo de Trabajo de documento Fuente: Tesista Paso 1 Usuario: Selecciona Cargar Documento. Paso 2 Sistema: Despliega formulario de ingreso de documento Paso 3 Usuario: Elije el documento, digita la información del Documento, da clic Guardar Paso 4 Sistema: Presenta mensaje de documento cargado correctamente Paso 5 Usuario: Inicia un flujo de trabajo sobre el documento cargado, da clic en Iniciar Flujo Paso 6 Sistema: Inicia el proceso flujo de trabajo sobre el documento Flujo Alternativo: Documento existente en sistema Paso 3 Usuario: Carga un documento existente Paso 4 Sistema: Verificar el documento y Muestra la opción al usuario de actualizar o crear un nuevo documento. 3.2.5 DESCRIPCIÓN DE ACCIONES Creación documento 24

Es la creación de documentos digitales en los distintos formatos admitidos por el sistema. Recibir Documento Cuando se recibe un documento físico o digital, este puede ser externo. Digitalizar Documento Si el documento recibido esta en formato físico, este para luego ser cargado al sistema. Subir Documento Se ingresa la información correspondiente del documento, para luego, ser procesada. Iniciar Flujo de Trabajo Sobre el documento creado en el sistema, se inicia un flujo de trabajo, que puede intervenir uno o más usuarios 25

3.3. DESARROLLO 3.3.1. DIAGRAMA DE COMPONENTES Figura 3-2: Diagrama de Componentes tipo Documento Fuente: Tesista La aplicación está organizada en dominios, que contienen espacios de trabajo, plantillas y secciones. Los documentos son creados y distribuidos en estos espacios de trabajo y secciones. Las acciones disponibles, para los usuarios en los espacios de trabajo y las secciones, están determinadas por los accesos definidos. El trabajo colaborativo, tiene lugar en espacios de trabajo, donde los usuarios pueden crear y editar documentos. Los espacios de trabajo, han sido diseñados para hacer la captura, edición y colaboración más fácil, usando características de integración de escritorio, comentarios y anotaciones. 26

Mientras tanto, la historia del documento, el versionado, las relaciones, los flujos de trabajo y notificaciones, permitirán construir una estructura documental coherente y controlada. Para ayudar, a los usuarios a crear espacios de trabajo, en los que se desenvolverán, es posible crear plantillas, plantillas de espacios de trabajo y preparar la estructura que será aplicada a estos. Cuando los documentos estén acabados y listos, podrán ser publicados en las secciones. Estas, están pensadas para abrirse a un número más amplio de usuarios que los espacios de trabajo. Las secciones han sido creadas para compartir y publicar y consultar documentos. Esta es la razón, por la que no es posible modificar documentos una vez publicados en una sección. Estos documentos funcionan como versiones congeladas de los documentos que se encuentran en los espacios de trabajo. La publicación de estos documentos en las secciones, llevará aparejada un flujo de trabajo, que garantice su aprobación. Secciones, espacios de trabajo y plantillas, están agrupados en dominios. Un dominio, puede ser considerado como una mini-aplicación en Nuxeo o una raíz en la aplicación. Usualmente, los dominios, se usan para dividir la aplicación, en varias parcelas abiertas a usuarios totalmente distintos. Por ejemplo, es posible tener un dominio intranet y un dominio extranet. La independencia, entre dominios va depender de los permisos de acceso que sean configurados. 27

CAPÍTULO 4 4.1. PRUEBAS 4.1.1. RECURSO NECESARIOS Servidor o Número de Discos: 1 o Memoria RAM: 4GB+ o Procesador: CORE i5+ Software o Sistema Operativo: Windows 7 + o Navegador Web: Firefox o Servidor de Aplicación: Apache Toncat o Servidor de Base de datos: Postgres Equipos de Clientes o Navegador Web: Firefox 4.1.2. PLAN DE PRUEBAS Plan de Pruebas de Sistema Gestión Documental de SOPROMA, tiene como objetivo, identificar problemas en el funcionamiento del sistema, está dirigido al personal encargado de verificar la funcionalidad del sistema. Los requisitos de funcionalidad a ser probados, se describen en la siguiente tabla: 28

Las pruebas a realizar son: 4.1.2.1. PRUEBA DE ESTRÉS Tabla 4-1: Tabla de Funcionalidad a probar Fuente: Tesista El sistema, a una carga constante, de 70 páginas de contenido, por segundo, con 150 usuarios concurrentes aprovechan el sistema, por lo que, las solicitudes por segundo, y la descarga de contenido. La plataforma, es muy estable, en las tandas de prueba de hasta 5 horas. De acuerdo con el reporte Funkload, el principal factor limitante, parece ser simplemente el de E/S de los discos duros del sistema. Figura 4-1: Tráfico de Red Fuente: Tesista 29

4.1.2.2. PRUEBA DE CARGA Figura 4-2: Usuarios Concurrentes Fuente: Tesista La carga se refiere, a la capacidad máxima que tiene un servidor web (hardware y software), para atender a un conjunto de usuarios de manera simultánea. Las pruebas, en este caso, consisten en simular una carga de trabajo similar y superior a la que tendría, cuando el sistema esté funcionando, con el fin de detectar, si el software instalado, cumple con los requerimientos de muchos usuarios simultáneos y también, si el hardware es capaz de soportar la cantidad de usuarios esperados. Los reportes que se obtienen, se refieren a tiempos de acceso, que tienen los usuarios que acceden al Sistema y la degradación, que ocurre en los servicios, cuando aumenta el volumen de usuarios concurrentes. En nuestra opinión de carga, de 70 páginas por segundo de acceso al contenido completo para 150 usuarios simultáneos en un sistema de grupos complejos y con un depósito cargado con 66 millones de documentos que ya es un gran resultado. Por tanto, tener en cuenta que 150 usuarios concurrentes, aprovechamiento de la plataforma cada segundo, es mucho más alto que, el uso típico un sistema de gestión de documentos. Podemos extrapolar con seguridad, de acuerdo con el reporte Funkload, que un número de 1500 usuarios concurrentes en un entorno de producción real. 30

Figura 4-3: Tiempo de Respuesta Fuente: Tesista Tabla 4-2: Tabla de usuarios concurrentes - tiempo de respuesta Fuente: Tesista 4.1.2.3 PRUEBA DE SQL INJECTOR (SQLi) SQL Injection es una técnica de ataque a páginas o aplicaciones, que intenta inyectar código SQL dentro de la aplicación destino, para acceder a información sensible. Es un método de infiltración de código intruso que se vale de una vulnerabilidad informática presente en una aplicación en el nivel de validación de las entradas para realizar consultas a una base de datos Para realizar pruebas de SQL Injection, se utilizó el software SQLmap, que es el encargado, de realizar peticiones a los parámetros de una URL que se le indiquen, ya sea mediante una petición GET, POST, etc. Es capaz de explotar todo tipo de SQLi como union-base, time-base-blind, base-blindinjection, heavy-queries, etc., verificar la vulnerabilidad de la base de datos de sistema. 31

Se realizaron las siguientes pruebas: Figura 4-4: Prueba base datos, tamper, level 2 y risk 2 Fuente: Tesista Figura 4-5: Parámetro String Fuente: Tesista Figura 4-6: Parámetro regex Fuente: Tesista Obteniendo como resultaos que los parámetros probados no son inyectables Figura 4-7: Resultado SQLmap Fuente: Tesista 32

4.2. CONCLUSIONES El desarrollo e implementación del Sistema de Gestión Documental en SOPRMA, mejora el control, búsqueda y organización de los documentos. El Sistema de Gestión Documental beneficia a los funcionarios de SOPROMA, ya que, permite automatizar los procesos dentro de la organización, gracias a la tecnología Web empleada. El Sistema de Gestión Documental, a través de la conexión al servidor de Active Directory, dispone de creación de usuario, grupos y perfiles. El Sistema de Gestión Documental, es una iniciativa para demostrar la flexibilidad y eficiencia de la plataforma, y es el inicio de nuevas implementaciones que, puedan reemplazar los procesos manuales dentro de la organización. 33

4.3. RECOMENDACIONES Se recomienda tener un mantenimiento continuo del sistema, generar políticas de respaldo de bases de datos y documentos a fin de controlar posibles problemas futuros, este procedimiento lo debe realizar un profesional informático, puesto que no se generar respaldos automáticos. Para el correcto funcionamiento del sistema, se recomienda considerar los requerimientos básicos de hardware y software presentados. Se recomienda a los usuarios del sistema, que al momento de realizar una carga de contenido, lo hagan con los metadatos necesarios; puesto que, con ello, se obtiene una búsqueda y recuperación rápida. 34

GLOSARIO DE TERMINOS DMS: (Document Management System) son todos aquellos programas de ordenador creados para la gestión de grandes cantidades de documentos, suele rastrear y almacenar documentos electrónicos o imágenes de documentos en papel. D E ECM: (Enterprise Content Management) son las estrategias, métodos y herramientas utilizadas para capturar, gestionar, almacenar, preservar y desarrollar contenido y documentos relacionados a los procesos organizacionales. Herramientas y estrategias de ECM permiten la gestión de informaciones no estructuradas de una organización, donde esté la información. NUXEO: Es un sistema de administración de contenidos libre, basado en estándares abiertos y de escala empresarial para sistemas operativos tipo Unix y Otros. Se distribuye en dos variantes diferentes: Está diseñado para usuarios que requieren un alto grado de modularidad y rendimiento escalable. N 35

BIBLIOGRAFÍA 1. LAUDON, Kenneth C.; LAUDON, Jane P., [2008], Sistemas de Información Gerencial décima edición, Pearson Educación, México. 2. PRESSMAN, Roger, [2004], Ingeniería del Software, Pearson Addison Wesley Sexta Edición. México. 3. ROGER, P., [2011], Ingeniería del Software, Un Enfoque Práctico: McGraw-Hill. 4. POSTGRESQL, [Consultado el 23 de Junio del 2015]: http://es.wikipedia.org/wiki/postgresql 5. ALFRESCO, [Consultado el 23 de Junio del 2015]: http://www.athento.com/alfresco/ 6. NUXEO, [Consultado el 23 de Junio del 2015]: http://www.athento.com/nuxeo/caracteristicas/ 7. ARQUITECTURA NUXEO, [Consultado el 23 de junio del 2015]: https://doc.nuxeo.com/display/nxdoc58/architecture 8. OPENKM, [Consultado el 23 de Junio del 2015]: http://www.openkm.com/es/producto/tecnologia.html 9. METODOLOGÍA DESARROLLO, [Consultado el 23 de Junio del 2015]: http://es.scribd.com/doc/12983329/metodologia-de-desarrollode-software 10. METODOLOGÍA XP, [Consultado el 23 de Junio del 2015]: http://es.slideshare.net/piskamen/metodologa-xp 11. FASE METODOLOGIA XP, [Consultado el 23 de Junio del 2015]: http://es.slideshare.net/lispater1/metodologias-agiles-xp 12. METODOLOGÍA RUP, [Consultado el 23 de Junio del 2015]: http://es.slideshare.net/cortesalvarez/metodologa-rup. 36

13. METODOLOGÍA SCRUM, [Consultado el 23 de junio del 2015]: http://proyectosagiles.org/que-es-scrum/ 14. UML Lenguaje Unificado de Modelado, [Consultado el 23 de Junio del 2015]: http://www.omg.org/spec/uml/2.1.2/superstructure/pdf 37

38 ANEXOS

ANEXO A. SOLICITUD DE SOPROMA 1

2

3

ANEXO B. REQUERIMIENTOS 1

Requerimientos Funcionales: Cargar documentos digitalizados. Repositorio centralizado. Generar documentos automáticamente. Búsquedas rápidas, simples, avanzadas. Espacios de trabajo colaborativos. Espacios de trabajos personales. Ciclo de vida documentos. Flujo de aprobación y de comentarios. Requerimientos No Funcionales: Escalabilidad El sistema debe ser construido sobre la base de un desarrollo rápido de aplicaciones de manera tal, que nuevas funcionalidades puedan ser incrementadas provenientes de servicios web. El diseño debe contemplar el un adecuado uso de recursos como conexiones a la base de datos, conexiones desde el servidor. Disponibilidad Debe contemplar requerimientos de confiabilidad y consistencia de los componentes de negocio ante recuperaciones. En caso de fallas de algún componente, no debe haber pérdida de información. Seguridad La seguridad del sistema debe estar regida a base de roles que serán asignados a cada uno de los usuarios. 2