Implementación de una plataforma para la publicación de objetos
Anuncio
RAE 1. TIPO DE DOCUMENTO: Trabajo de grado para optar por el título de INGENIERO DE SISTEMAS 2. TÍTULO: IMPLEMENTACIÓN DE UNA PLATAFORMA PARA LA PUBLICACIÓN DE OBJETOS VIRTUALES DE APRENDIZAJE, EN LA UNIVERSIDAD DE SAN BUENAVENTURA, SEDE BOGOTÁ. 3. AUTORES: Mario Fernando Osso Páez, William Rincón Goyeneche 4. LUGAR: Bogotá, D.C. 5. FECHA: Agosto de 2012 6. PALABRAS CLAVE: Repositorio, Institucional, OVA, OA, Objetos de Aprendizaje, Virtual, Metadatos, Dspace, RI, SCORM, Dublin Core, TIC, Banco de Objetos, Implementación. 7. DESCRIPCIÓN DEL TRABAJO: Este proyecto tiene como finalidad la implementación de una plataforma para la publicación de objetos virtuales de aprendizaje, en la Universidad de San Buenaventura, sede Bogotá. Lo que ofrece a la comunidad académica un repositorio Institucional es dar a conocer todo lo concerniente a la investigación, información y proyectos desarrollados por nuestros investigadores, docentes y estudiantes de tal manera brindar un mayor impacto de los resultados obtenidos en mención. 8. LÍNEAS DE INVESTIGACION: Línea de Investigacion de la USB: Tecnologias actuales y Sociedad. Sub línea de Facultad de Ingenieria: Sistemas de Información. Campo Temático del Programa: Análisis y tratamiento de datos. 9. FUENTES CONSULTADAS: Universidad de San Buenaventura, Colombia. PEB, Proyecto Educativo Bonaventuriano. Bogotá: Bonaventuriana, 2007. ASTELL, Manuel., 2003, La Era de la Información: Economía, sociedad y cultura: El poder de la identidad. Cuarta edición. DUBOYS, Paul. Edición Especial MySQL, Madrid, Prentice Hall, 2001. FREEDMAN, Alan. Diccionario de computación Bilingüe. Tomo 3, Santa fe de Bogotá, McGraw-Hill p. 646,1993. INSTITUTO COLOMBIANO DE NORMAS TECNICAS Y CERTIFICACION. Documentación, presentación de Tesis. Trabajos de Grado y otros, Quinta actualización, Bogotá, ICONTEC, 2005. 10. CONTENIDOS: En el ámbito educativo se desarrollan nuevas herramientas que tienden a facilitar los procesos investigativos. Una de ellas es el Repositorio Institucional, abreviado RI, que consiste en un registro electrónico de la elaboración científica de una institución, guardado digitalmente. Este archivo admite la búsqueda y la recuperación para su utilización futura ya sea en el plano nacional o en el extranjero. Para la Universidad de San Buenaventura, sede Bogotá, resulta indispensable la creación de su propio Repositorio Institucional. De una parte brindaría a la comunidad investigativa mundial la posibilidad de encontrar material útil para sus trabajos y de otra abriría una ventana de exhibición para mostrar sus logros académicos y científicos. En el siguiente trabajo se describe el planteamiento concebido para la implementación de un repositorio para la Universidad de San Buenaventura, sede Bogotá, en cuyo contenido se deben tener en cuenta elementos de importación, identificación, almacenamiento, exportación, preservación y recuperación de objetos digitales desde una página en la web. Siguiendo los nuevos modelos de ayudas para la educación y aprovechando las herramientas que la tecnología brinda al mundo, es indispensable encontrar una ruta hacia el mejoramiento continuo que permita desarrollar en la Universidad de San Buenaventura, sede Bogotá, un modelo propio de Repositorio Institucional para que todos los actores académicos de la institución dispongan de una ayuda investigativa, todo para empoderar los procesos de formación en modalidad virtual y presencial, lo que fortalece uno de los objetivos de la identidad bonaventuriana. 11. METODOLOGÍA: Este proyecto está basado en el enfoque empírico – analítico, de tipo descriptivo con carácter cuantitativo, el cual incluye tanto el análisis de resultados como la experimentación para lograr caracterizar el problema de estudio 12. CONCLUSIONES: La implementación del RI en la Universidad prestará un servicio a la comunidad académica, de tal manera que permita alojar todo tipo de información científica y resultados de investigación, y este pueda ser más accesible en toda la institución. Después de analizar, consultar, diseñar y realizar pruebas se llega a la conclusión de que el RI es una herramienta que abrirá una oportunidad para dar a conocer los resultados de la investigación y material educativo de tal modo que brinde una búsqueda más efectiva. En el momento de que se lleve a cabo la implementación de la plataforma en la institución, esta pretende brindar mejores beneficios en cuanto a la infraestructura tecnológica, la gestión de la información para facilitar las transacciones Web; busca favorecer al usuario final en su necesidad de apoyarse en dicha información para fortalecer el aprendizaje autónomo. Lo gracias a la facilidad que suministran los metadatos al describir la información que se encuentra en el RI, permitirán un fácil acceso a la información. Se llego a la conclusión de que Dspace fue el software que mas se ajusto a la necesidad del proyecto por que permite facilidad al usuario tanto en la instalación con en el manejo de su herramienta web, tiene una comunidad de soporte, su licenciamiento es de tipo abierto (BSD), posibilita enlazar el repositorio con otros que se encuentra en comunidades, obtener un intercambio de información y consulta de la misma. Dspace generar una plataforma que ayudara a compartir los resultados de investigaciones y material académico a la comunidad educativa mediante un proceso de acceso libre a la información. Ya que Dspace es un software que facilita su transformación a nivel de código y de diseño, Se acondicionó la imagen corporativa institucional de la Universidad a este software editando los bloques que lo componen desde su código fuente. Al momento de indagar sobre las diferentes políticas para la publicación y administración, se encontró que la Universidad de San Buenaventura, Colombia, ya cuenta con un documento de Lineamientos generales para la biblioteca general, en el cual se encuentran las directrices de publicación y administración. IMPLEMENTACIÓN DE UNA PLATAFORMA PARA LA PUBLICACIÓN DE OBJETOS VIRTUALES DE APRENDIZAJE, EN LA UNIVERSIDAD DE SAN BUENAVENTURA, SEDE BOGOTÁ. MARIO FERNANDO OSSO PÁEZ WILLIAM RINCÓN GOYENECHE UNIVERSIDAD DE SAN BUENAVENTURA FACULTAD DE INGENIERÍA INGENIERIA DE SISTEMAS BOGOTÁ D. C 2012 IMPLEMENTACIÓN DE UNA PLATAFORMA PARA LA PUBLICACIÓN DE OBJETOS VIRTUALES DE APRENDIZAJE, EN LA UNIVERSIDAD DE SAN BUENAVENTURA, SEDE BOGOTÁ. MARIO FERNANDO OSSO PÁEZ WILLIAM RINCÓN GOYENECHE Proyecto de Grado como Requisito para optar al Título de Ingeniero de Sistemas ASESOR JOHN JAIRO PARRA INGENIERO DE SISTEMAS UNIVERSIDAD DE SAN BUENAVENTURA FACULTAD DE INGENIERÍA INGENIERIA DE SISTEMAS BOGOTÁ D. C 2012 Nota de aceptación: ____________________________ ____________________________ ____________________________ ____________________________ ____________________________ ____________________________ ____________________________ Firma Presidente del Jurado ____________________________ Firma del Jurado ____________________________ Firma del Jurado Bogotá, 01 de Junio de 2012 iii DEDICATORIA A Dios, por la realización de este proyecto, a las personas que contribuyeron de alguna manera en la elaboración, redacción, manejo, sistematización entre otros, tanto los que están y pertenecen o pertenecieron a nuestro proyecto como los que no están. iv AGRADECIMIENTOS A Hugo Hernán Buitrago, estudiante de Ingeniería de Sistemas, Administrador de Red de la UNIVERSIDAD DE SAN BUENAVENTURA A Rita Delia Díaz, Procesos Técnicos de la Biblioteca de la UNIVERSIDAD DE SAN BUENAVENTURA A Leidy Johanna Vela, Ingeniera de Sistemas, Administradora de Plataforma Virtual de la UNIVERSIDAD ANTONIO NARIÑO v CONTENIDO DEDICATORIA .......................................................................................................................................... IV AGRADECIMIENTOS .................................................................................................................................. V CONTENIDO ............................................................................................................................................. VI LISTA DE ANEXOS ..................................................................................................................................... IX GLOSARIO................................................................................................................................................. X RESUMEN .............................................................................................................................................. XIII ABSTRACT ............................................................................................................................................. XIV INTRODUCCIÓN ...................................................................................................................................... 15 1 PLANTEAMIENTO DEL PROBLEMA ................................................................................................... 16 1.1 ANTECEDENTES ................................................................................................................................. 16 1.2 DESCRIPCIÓN Y FORMULACIÓN DEL PROBLEMA ............................................................................... 18 1.3 JUSTIFICACIÓN ................................................................................................................................... 20 1.4 OBJETIVOS ......................................................................................................................................... 22 1.4.1 Objetivo General ........................................................................................................................ 22 1.4.2 Objetivos Específicos ................................................................................................................. 22 1.5 2 ALCANCES Y LIMITACIONES ............................................................................................................... 23 1.5.1 Alcances ..................................................................................................................................... 23 1.5.2 Limitaciones ............................................................................................................................... 23 MARCO DE REFERENCIA .................................................................................................................. 24 2.1.1 Ubuntu 11.4 ............................................................................................................................. 24 2.1.2 Ubuntu es Código Abierto .......................................................................................................... 24 2.1.3 El programa debe incluir el código fuente. ................................................................................ 24 2.1.4 Respaldo y soporte .................................................................................................................... 25 2.1.5 JDK, SDK, J2SE 1.6.0 ................................................................................................................... 25 2.1.6 Apache Ant ............................................................................................................................... 26 2.1.7 Maven ....................................................................................................................................... 27 2.1.8 Tomcat ....................................................................................................................................... 28 vi PosgreSQL ................................................................................................................................. 29 2.1.10 DSpace ....................................................................................................................................... 30 2.1.11 Modelo de datos ........................................................................................................................ 34 2.1.12 Drupal ........................................................................................................................................ 35 2.1.13 Tabla de comparación de software utilizado para repositorios ................................................ 36 2.2 MARCO TEÓRICO DE LOS REPOSITORIOS DIGITALES ......................................................................... 43 2.3 MARCO NORMATIVO ........................................................................................................................ 49 3 4 2.1.9 METODOLOGÍA ............................................................................................................................... 53 3.1 ENFOQUE DE LA INVESTIGACIÓN ...................................................................................................... 53 3.2 LÍNEA DE INVESTIGACIÓN DE USB / SUB‐LÍNEA DE FACULTAD / CAMPO TEMÁTICO DEL PROGRAMA 53 3.3 LÍNEA DE INVESTIGACIÓN. TECNOLOGÍAS ACTUALES Y SOCIEDAD .................................................. 53 3.4 SUBLÍNEA DE INVESTIGACIÓN. SISTEMAS DE INFORMACIÓN ........................................................... 53 DESARROLLO INGENIERIL ................................................................................................................ 54 4.1 4.1.1 Nivel lógico ................................................................................................................................ 57 4.1.2 Nivel físico: ................................................................................................................................ 58 4.2 FASE DE IMPLEMENTACIÓN: ...................................................................................................................... 59 4.2.1 Arquitectura Dspace. ................................................................................................................. 62 4.2.2 Colecciones de archivo de Información ..................................................................................... 62 4.2.3 Funcionamiento Dspace, explicación mediante un diagrama de flujo ...................................... 63 4.2.4 Estructura de archivo en Dspace. .............................................................................................. 64 4.2.5 Manejo de Usuarios en Dspace, permisos y autorizaciones por el administrador. ................... 64 4.2.6 Roles de usuario ........................................................................................................................ 64 4.2.7 Flujo de trabajo para el rol de administradores ........................................................................ 65 4.2.8 Criterios de diseño ..................................................................................................................... 66 4.2.9 Pruebas ...................................................................................................................................... 66 4.2.10 Bitácora de la instalación y la configuración ............................................................................. 69 4.3 5 FASE DE ANÁLISIS DE REQUISITOS ............................................................................................................... 54 FASE VERIFICACIÓN ................................................................................................................................. 70 4.3.1 Herramientas utilizadas en el servidor de la implementación. .................................................. 70 4.3.2 Actividades de control en el servidor necesarias para la implementación .................................... 71 ANÁLISIS DE RESULTADOS ............................................................................................................... 72 vii 6 CONCLUSIONES ............................................................................................................................... 74 7 RECOMENDACIONES ....................................................................................................................... 75 8 BIBLIOGRAFÍA ................................................................................................................................. 76 viii LISTA DE ANEXOS ANEXO A - MANUAL DE INSTALACIÓN ............................................................................. 10.1.1 Instalación de un Servidor Web .......................................................................... 10.1.2 Descarga del software ........................................................................................ ANEXO B – MANUAL DEL USUARIO……………………………………………………….….. 11.1.1 Como crear usuario ……………………….……………………………………... 11.1.2 Como Subir un Archivo al Repositorio…………………………………………….. ANEXO C – LINEAMIENTOS GENERALES PARA LA BIBLIOTECA DIGITAL, USB COLOMBIA…………….……………………………………………………………………………. ANEXO D - LISTADO DE REPOSITORIOS INSTITUCIONALES CON IMPLEMENTACIÓN DE DSPACE………………………………………………………………... 13.1.1 Repositorios Institucionales Nacionales……………………………………………. 13.1.2 Repositorios Institucionales Latinoamericanos…………………………………….. ix GLOSARIO ACCESO: capacidad para hacer uso de cualquier fuente del sistema de información, de acuerdo con los privilegios otorgados. ACTUALIDAD: Tiempo presente. Cosa o suceso que atrae y ocupa la atención del común de las gentes en un momento dado. API: Interfaz de programación de aplicaciones es el conjunto de funciones y procedimientos que ofrece cierta biblioteca para ser utilizado por otro software como una capa de abstracción. APLICACIÓN WEB: (web application, webapp). Cualquier aplicación que es accedida vía web por una red como internet o una intranet. CACHÉ: Es un conjunto de datos duplicados de otros originales, con la propiedad de que los datos originales son costosos de acceder, normalmente en tiempo, respecto a la copia en la caché. COHERENCIA: es una propiedad de los textos bien formados que permite concebirlos como entidades unitarias, de manera que las diversas ideas secundarias aportan información relevante para llegar a la idea principal, o tema, de forma que el lector pueda encontrar el significado global del texto. CONTRASEÑA: f. Seña secreta que permite el acceso a algo, a alguien o a un grupo de personas antes inaccesible. CONFORMIDAD DE LAS EXPECTATIVAS: Un diálogo es conforme con las expectativas del usuario en la medida en que se corresponde con el conocimiento que éste tiene de la tarea, así como con su formación, experiencia y convenciones comúnmente aceptadas. CONSISTENCIA LÓGICA: es una propiedad que pueden tener los conjuntos de fórmulas. Intuitivamente, un conjunto de fórmulas es consistente cuando no contiene una contradicción o ambigüedad. DISPONIBILIDAD: Cualidad o condición de disponible. En funcionarios o militares, situación de disponible. DBA: El administrador de base de datos (DBA) es el programa responsable de los aspectos ambientales de una base de datos. ENCRIPTAR: Es la acción de proteger información para que no pueda ser leída sin una clave. EXACTITUD: Puntualidad y fidelidad en la ejecución de algo HANDLE: Es un sistema que permite la asignación de identificadores persistentes a los recursos de información u objetos digitales existentes en Internet (artículos, revistas, imágenes, etc.) HARDWARE: Conjunto de los componentes que integran la parte material de una computadora. HELP DESK: mesa de ayuda. Es el soporte técnico que ofrece una organización a sus usuarios. INMEDIATEZ: f. Proximidad espacial o temporal. INTERFAZ: Conexión física y funcional entre dos aparatos o sistemas independientes. INTERFAZ DE PROGRAMACIÓN DE APLICACIONES: (Application Programming Interface - API). El método específico prescrito por un sistema operativo, aplicación o herramienta de terceros, por el cual un programador que escriba una aplicación puede realizar peticiones al sistema operativo. IT: Information Technology (Tecnologías de la información). Se refiere en forma generalizada a la tecnología informática. x ITIL: Information Technology Infrastructure Library, es una colección de las mejores prácticas observadas en la industria de TI. ISBN: (Número Estándar Internacional de Libros) es un identificador único para libros, previsto para uso comercial. Fue creado en el Reino Unido en 1966 por las librerías y papelerías británicas W. H. Smith. ISSN: (Número Internacional Normalizado de Publicaciones Seriadas) es un número internacional que permite identificar de manera única una colección, evitando el trabajo y posibles errores de transcribir el título o la información bibliográfica pertinente. JAVA: Es un lenguaje de programación de alto nivel, orientado a objetos código el texto escrito en un lenguaje de programación que ha de ser compilado o interpretado para ejecutarse en una computadora. LOPD: Ley Orgánica de Protección de Datos de Carácter Personal MENÚ: Inform. Colección de opciones que aparece en la pantalla de un ordenador. METADATO: Es un término que se refiere a datos sobre los propios datos. MOODLE: Moodle es un Sistema de Gestión de Cursos de Código Abierto (Open Source Course Management System, CMS), conocido también como Sistema de Gestión del Aprendizaje (Learning Management System, LMS) o como Entorno de Aprendizaje Virtual (Virtual Learning Environment, VLE). Es una aplicación web gratuita que los educadores pueden utilizar para crear sitios de aprendizaje efectivo en línea. OA: Objeto de Aprendizaje OVA: Objetos Virtuales de Aprendizaje POA: Acrónimo que se utiliza en la Universidad de San Buenaventura para el “Plan Operativo Anual”. PRIORIDAD: Anterioridad en orden o en el tiempo de una cosa respecto de otra PROCEDENCIA: Origen, principio de donde nace o se deriva algo. Der. Fundamento legal y oportunidad de una demanda, petición o recurso. PROTOTIPO: es una representación limitada del diseño de un producto que permite a las partes responsables de su creación experimentar, probarlo en situaciones reales y explorar su uso. PRUEBAS UNITARIAS: es una forma de probar el correcto funcionamiento de un módulo de código. REQUERIMIENTOS: descripción de las necesidades o deseos de un producto Sistema de gestión de base de datos: Database management system (DBMS), es una agrupación de programas que sirven para definir, construir y manipular una base de datos. RI: Repositorio Institucional SCORM: (Sharable Content Object Reference Model) es un conjunto de estándares y especificaciones que permite crear objetos pedagógicos estructurados. SOA: La arquitectura orientada a servicios de cliente, es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio SOFTWARE: Conjunto de programas, instrucciones y reglas informáticas para ejecutar ciertas tareas en una computadora. TIC: Tecnologías de La Información y las Comunicaciones que agrupan los elementos y las técnicas usados en el tratamiento y la transmisión de la información, principalmente la informática, Internet y las telecomunicaciones. UBUNTU: “Es un sistema operativo predominantemente enfocado en la facilidad de uso e instalación, la libertad de los usuarios, y los lanzamientos regulares (cada 6 meses). USUARIO, RIA: adj. Que usa ordinariamente algo. xi WEB 2.0: El termino Web 2.0 esta asociado a las aplicaciones web que facilitan el intercambio interactivo de información, interoperabilidad, con diseños centrados en el usuario y que facilitan la colaboración en la red mundial ergo la World Wide Web. xii RESUMEN En la actualidad las TIC (Tecnologías de la información y las comunicaciones), están siendo integradas a ámbitos como la agricultura, el monitoreo del medio ambiente, el comercio, la medicina, la información, la gestión de bases de datos, la robótica, la milicia, hasta la ayuda a los discapacitados, es así como se evidencia que estas tienden a ocupar un lugar creciente en la vida humana y el funcionamiento de las sociedades. La Universidad de San Buenaventura, sede Bogotá D.C., en la búsqueda del mejoramiento en la prestación de servicios académicos, realiza acciones de fortalecimiento en infraestructura tecnológica permanente para estar a la par con las tendencias a nivel mundial y de las otras instituciones de educación superior. Como respuesta, en este momento se implementa el plan estratégico de incorporación de las TIC (PLANES TIC), plan que viene liderando el MEN (Ministerio de Educación Nacional) y apoyado por las IES (Instituciones de Educación Superior) implementadas, en otras palabras; que ya tienen un plan incorporado en su PEI (Proyecto Educativo Institucional). La Universidad como IES implementadora, trabaja en la integración de los elementos necesarios para un óptimo desarrollo en su implementación del plan. Como herramienta facilitadora en procesos educativos e investigativos se desarrolla el Repositorio Institucional que consiste en un registro electrónico de la elaboración científica de una institución, almacenado digitalmente, facilitando la búsqueda y la recuperación para su utilización futura. Para la Universidad resulta indispensable la creación de este Repositorio Institucional que busca facilitar a la comunidad investigativa mundial la posibilidad de encontrar material útil para sus trabajos y proyectos y así abrir una ventana de exhibición de sus logros científicos y académicos. xiii ABSTRACT Nowadays the ICTs (Information and Communication Technology), are being integrated in areas such as agriculture, environment monitoring, commerce, medicine, information, database management, robotics, the army and even assistance to handicapped. That way, it is evidenced how the ICT tend to occupy an increasing top place in human life and the functioning of societies. The Universidad de San Buenaventura, Bogotá branch, has been seeking the improvement of its academic service, by promoting actions to strengthen the technological infrastructure permanently, so it is updated with the worldwide tendencies as well as with other institutions of Higher Education. As a response, the Strategic Plan to Incorporate ICT (Planes TIC) is being implemented, which at the same time is led by the National Education Ministry and supported by those Institutions of Higher Education that had already included it in their Institutional Educational Project. Then, the university is working to integrate the fundamental elements for an excellent development of the plan implementation. As a facilitating tool within educational and research processes, the Institutional repository which is an electronic register of the scientific production in any institution, is developed and digitally stored to ease both the search and recovery to be used in the future. For the University, the creation of this Institutional repository, turns out to be essential to facilitate the worldwide community to find useful material for work and projects and that way, to open an exhibition window of its scientific and academic achievements. xiv INTRODUCCIÓN En el ámbito educativo se desarrollan nuevas herramientas que tienden a facilitar los procesos investigativos. Una de ellas es el Repositorio Institucional, abreviado RI, que consiste en un registro electrónico de la elaboración científica de una institución, guardado digitalmente. Este archivo admite la búsqueda y la recuperación para su utilización futura ya sea en el plano nacional o en el extranjero. Para la Universidad de San Buenaventura, sede Bogotá, resulta indispensable la creación de su propio Repositorio Institucional. De una parte brindaría a la comunidad investigativa mundial la posibilidad de encontrar material útil para sus trabajos y de otra abriría una ventana de exhibición para mostrar sus logros académicos y científicos. En el siguiente trabajo se describe el planteamiento concebido para la implementación de un repositorio para la Universidad de San Buenaventura, sede Bogotá, en cuyo contenido se deben tener en cuenta elementos de importación, identificación, almacenamiento, exportación, preservación y recuperación de objetos digitales desde una página en la web. Siguiendo los nuevos modelos de ayudas para la educación y aprovechando las herramientas que la tecnología brinda al mundo, es indispensable encontrar una ruta hacia el mejoramiento continuo que permita desarrollar en la Universidad de San Buenaventura, sede Bogotá, un modelo propio de Repositorio Institucional para que todos los actores académicos de la institución dispongan de una ayuda investigativa, todo para empoderar los procesos de formación en modalidad virtual y presencial, lo que fortalece uno de los objetivos de la identidad bonaventuriana.1 1 PEB, Capítulo II, Identidad Bonaventuriana, Objetivos, página 51, párrafo 6 15 1 PLANTEAMIENTO DEL PROBLEMA 1.1 ANTECEDENTES El avance a nivel mundial de repositorios digitales se ha venido desarrollando gracias a las redes de alta velocidad. En Colombia RENATA (La Red Nacional Académica de Tecnología Avanzada) es el actor estratégico para el funcionamiento de BDCOL (Red Colombiana de Repositorios y Bibliotecas Digitales), proyecto que viene desarrollándose desde el 2008 y 2009 en su primera fase, donde su objetivo es el de centralizar toda la producción académica, científica, cultural y social de las instituciones de educación superior a nivel nacional. En su primera fase se enfocaron en tres frentes, la creación de las bibliotecas o repositorios digitales en las instituciones colombianas, en los modelos de bibliotecas digitales y en los servicios de redes de alta velocidad. Después de analizar cada uno de estos frentes se detecto que el problema radicaba en el cómo crear una infraestructura para la creación de repositorios digitales. En la segunda fase DBCOL trabajó en la implementación de plataformas de repositorios digitales de libre distribución, que se adaptarán a los estándares definidos, estándares que se siguen ajustando para ser un referente para los demás proyectos de este tipo a nivel nacional. DBCOL realizó un proyecto piloto con algunas instituciones conectadas a RENATA, para que estas implementaran las plataformas de repositorios digitales y buscar su integración. A nivel internacional existen proyectos similares, son abanderados en este tipo de implementaciones como el caso de LA RED FEDERADA LATIONOAMERICANA DE REPOSITOTIOS INTITUCIONALES, la cual tiene como propósito el dar a conocer la generación científica de las instituciones de educación superior, DBCOL hace parte de esta red; Comunidad Latinoamericana de Bibliotecas y Repositorios Digitales – CoLaBoRa, esta tiene como propósito de contar con un único acceso en línea y sin 16 restricciones a la producción académica e investigativa de Latinoamérica y así potencias la presencia de la región a nivel mundial; Confederation of Open Access Repositories – COAR, es una asociación internacional que tiene como propósito la difusión de los resultados de investigación a través de los repositorios digitales de acceso abierto. “El Ministerio de Educación Nacional viene desarrollando una serie de iniciativas cuyo propósito es ampliar la cobertura de la educación superior a nivel nacional. Dentro de éstas iniciativas, cobra importancia el uso de Objetos Virtuales de Aprendizaje como alternativas educativas. La idea de incentivar el desarrollo de estas herramientas en los centros de educación superior del país, es que éstas reflejen los avances en el campo de la investigación de cada institución y posteriormente puedan ser agrupadas todas en un único Banco Nacional de Objetos Virtuales de Aprendizaje, donde el desarrollo educativo de las instituciones sea más asequible y pueda ser aprovechado por un público más amplio2. En el país, el Banco Nacional de Objetos de Aprendizaje e Informativos - Portal Colombia Aprende, reúne la mayor cantidad de objetos virtuales, la gran mayoría pertenecientes a centros de educación superior. Sin embargo existen otras instituciones y centros educativos que independiente han venido acumulando información de recursos educativos virtuales o de soluciones informáticas3. Se realizó una búsqueda a nivel nacional y Latinoamérica en la Internet, con el fin de identificar los bancos de objetos de aprendizaje más significativos4. El Anexo D., muestra un listado RI y algunas de sus características. 2 MEN Ministerio de Educación Nacional. [Portal en línea] [Fecha de consulta: Agosto 2011].Disponible en:< http://www.mineducacion.gov.co/1621/propertyvalue-34389.html> 3 Banco Nacional de Objetos. [Portal en Línea] [Fecha de Consulta: Agosto de 2012] Disponible en : <http://64.76.190.172/drupalM/> 4 Ver Anexo D., del presente trabajo, Listado de Repositorios Institucionales con implementación de Dspace 17 1.2 DESCRIPCIÓN Y FORMULACIÓN DEL PROBLEMA La Universidad San Buenaventura, sede Bogotá, realiza proyectos de investigación en las distintas áreas académicas de la institución, sin embargo los resultados de estas investigaciones carecen de visibilidad tanto a nivel interno como externo. La universidad no cuenta con una ubicación centralizada para esta información, ni cuenta con políticas o normas para el manejo adecuado del contenido digital, además no se divulgan, clasifican o guardan estos resultados de modo eficaz. La Institución ha evaluado diversas alternativas implementadas en otras entidades, las cuales dan a conocer la investigación e innovación en diferentes áreas del conocimiento. Mediante estos instrumentos se fomenta un nivel de liderazgo ante el público en general y se da conocer el material de aprendizaje o desarrollo investigativo que se construye en estas instituciones. En la universidad no se cuenta con herramientas para consultar el trabajo realizado por otros investigadores de la institución, sobre el tema de estudio o temas relacionados. La universidad puede estar duplicando esfuerzos de investigación antes que se detecte la duplicación innecesaria. Por otro lado no se puede hacer seguimiento o validación de los resultados obtenidos con anterioridad si no se tiene conocimiento de estos resultados. La revisión y validación de lo obtenido en una entidad de investigación por otras, es vital para la autocorrección del conocimiento científico. Otras entidades no pueden contrastar, corregir o validar lo logrado si no lo conocen. Las tecnologías de la información y la comunicación están produciendo cambios fundamentales en la educación, son un medio para crear, procesar y difundir la información gracias a la rapidez de su crecimiento. Este hecho muestra la necesidad que tienen las instituciones de adaptarse a ellas rápidamente para manejarlas de forma adecuada y sacar provecho de ellas. Mediante las TIC los investigadores y docentes pueden crear materiales de aprendizaje para apoyar y facilitar la formación académica de los estudiantes, llamando su atención 18 con el uso de nuevas tecnologías, incentivando la profundización y mejorando el arraigo de los temas de estudio. Hace falta un medio que facilite la gestión y divulgación de estos materiales por parte de los investigadores y docentes para que los presenten a los estudiantes de una manera fácil de encontrar y usar para brindar facilidades de retroalimentación a los creadores del material. La Universidad, apoyándose en las TIC, implementó una plataforma para el aprendizaje virtual, también conocido como LMS (Learning Management System), MOODLE (Modular Object Oriented Dynamic Learning Environment) el cual ha venido reforzando la formación adquirida en el aula. Uno de los problemas de esta plataforma es la falta de visibilidad externa del material de aprendizaje que allí se encuentra, junto con la imposibilidad de modificarlo o reutilizarlo fácilmente dentro de la misma. Además solo se pueden usar materiales de hasta 10 MB de tamaño. ¿Qué requerimientos funcionales y no funcionales debe tener la plataforma para la publicación de objetos virtuales de aprendizaje, en la Universidad de San Buenaventura, sede Bogotá? 19 1.3 JUSTIFICACIÓN Este proyecto tiene como finalidad la implementación de una plataforma para la publicación de objetos virtuales de aprendizaje, en la Universidad de San Buenaventura, sede Bogotá. Lo que ofrece a la comunidad académica un repositorio Institucional es dar a conocer todo lo concerniente a la investigación, información y proyectos desarrollados por nuestros investigadores, docentes y estudiantes de tal manera brindar un mayor impacto de los resultados obtenidos en mención. Esta implementación presta un servicio de acceso abierto a los resultados de las actividades científicas y académicas, busca centralizar la información de la universidad por medio de un repositorio institucional que preste servicios Web, el cual permita organizar, gestionar y preservar la información. Con esto se pretende elevar el impacto de los resultados en las investigaciones tanto interno como externo a la institución, para obtener acceso a otras comunidades en todo el mundo mediante redes de alta velocidad, hacer parte de comunidades académicas de un gran nivel y conocer la información e investigación que se realizan para apoyar las investigaciones que se llevan acabo en la Universidad. Considerar al repositorio como una herramienta de gestión de la información el cual preste servicios relevantes y esenciales, que brinden una ayuda a la universidad para afrontar lo desafíos del mundo digital, considerándolo un mecanismo para el registro institucional al igual que la producción científica; todo esto por medio de metadatos los cuales dan a conocer las principales características en la investigación sin tener contacto con ella. Estos son necesarios para su almacenamiento y difusión. Está implementación permitirá almacenar y preservar los materiales de aprendizaje para que puedan ser accesibles a través de una red de comunicaciones; aportarán información sobre dichos componentes dentro de un mismo sistema e incluso dentro de un mismo servidor, para que puedan ser reutilizados por una mayor cantidad de clientes potenciales mediante registro de usuarios, adición y búsqueda de recursos. 20 Esta implementación está ligada al proyecto de investigación “Metodología para la publicación de objetos virtuales de aprendizaje en la Universidad de San Buenaventura, sede Bogotá” el cual busca una forma de socialización y el reconocimiento interno y externo de la labor académica e investigativa enriquecida en un ambiente virtual educativo liderado por docentes y administrativos de la universidad. 21 1.4 1.4.1 OBJETIVOS Objetivo General Implementar una plataforma para la publicación de objetos virtuales de aprendizaje y de producción científica, en la Universidad de San Buenaventura, sede Bogotá. 1.4.2 Objetivos Específicos 1. Analizar los requerimientos lógicos y físicos a tener en cuenta para la implementación del repositorio institucional. 2. Diseñar las políticas de administración y de publicación de datos en la plataforma. 3. Implementar el repositorio institucional de la Universidad de San Buenaventura, sede Bogotá. 4. Realizar pruebas de funcionamiento del repositorio institucional de la Universidad de San Buenaventura, sede Bogotá verificando su correcta implementación. 22 1.5 ALCANCES Y LIMITACIONES 1.5.1 Alcances 1. El proyecto culminará con la implementación y puesta en marcha de la plataforma para la publicación de objetos virtuales de aprendizaje, producción científica y pedagógica, en la Universidad de San Buenaventura, sede Bogotá., en el servidor que dispongan para esta implementación, este a su vez dará respuesta al objetivo cuatro del proyecto “Metodología para la publicación de componentes de Software y Objetos Virtuales de Aprendizaje en la Universidad de San Buenaventura, sede Bogotá”., el cual indica lo siguiente “Analizar los requerimientos de hardware y software para implementar un servidor de componentes de software y OVAs.”. 1.5.2 Limitaciones La limitación del proyecto se da en el recurso de hardware donde se realizaran las pruebas para determinar la eficiencia del software a seleccionar como herramienta de implementación, ya que es un servidor de pruebas de características mínimas para tal función, lo que no sería adecuado al momento de determinar funcionalidad, rendimiento y eficiencia de las diferentes plataformas a probar. 23 2 MARCO DE REFERENCIA Características de Software 2.1.1 Ubuntu 11.4 5 “Es un sistema operativo predominantemente enfocado en la facilidad de uso e instalación, la libertad de los usuarios, y los lanzamientos regulares (cada 6 meses). El nombre proviene del concepto africano Ubuntu, que significa "humanidad hacia otros" o "yo soy porque nosotros somos". También es el nombre de un movimiento humanista sudafricano. Ubuntu aspira a impregnar de esa mentalidad al mundo de las computadoras. El eslogan de Ubuntu “Linux para seres humanos” resume una de sus metas principales: hacer de Linux un sistema operativo más accesible y fácil de usar. 2.1.2 Ubuntu es Código Abierto6 El código abierto es el poder colectivo en acción. El poder de una comunidad mundial de expertos altamente cualificados que construir, compartir y mejorar el software de última generación, y a continuación, ponerlos a disposición de todo el mundo. Hay 10 principios básicos de software de código abierto: El software debe ser libre de redistribuir. 2.1.3 El programa debe incluir el código fuente. La licencia debe permitir a la gente a experimentar con las modificaciones y redistribuir. Los usuarios tienen derecho a saber quién es responsable por el software que está utilizando. No debe haber ninguna discriminación contra cualquier persona o grupo. 5 Ubuntu, [Portal en línea] [Fecha de consulta 2010], disponible en http://doc.ubuntu‐ es.org/Sobre_Ubuntu 6 Ubuntu, [Portal en línea] [Fecha de consulta 2010], disponible en http://doc.ubuntu‐ es.org/Sobre_Ubuntu 24 La licencia no debe restringir a nadie que haga uso del programa en un campo específico. Nadie debería tener que adquirir una licencia adicional para usar o redistribuir el programa. La licencia no debe ser específica de un producto. La licencia no debe restringir otro software. La licencia debe ser tecnológicamente neutral. El término código abierto fue acuñado en 1998, surgió del movimiento del software libre para eliminar la ambigüedad en la palabra "free" -libre y gratis en inglés- y sigue disfrutando de un éxito creciente y un amplio reconocimiento. Aunque algunas personas consideran que "software libres" y "código abierto" son movimientos competidores con fines diferentes, Ubuntu no lo hace, e incluye con orgullo miembros que se identifican con ambos. 2.1.4 Respaldo y soporte7 Ubuntu está mantenido por una amplia comunidad a nivel mundial que no para de crecer. Además, el proyecto está patrocinado por Canonical Ltd, una compañía creada por Mark Shuttleworth. Canonical tiene en nómina a los principales desarrolladores de Ubuntu y ofrece soporte profesional y servicios de consultoría para Ubuntu. 2.1.5 JDK, SDK, J2SE 1.6.08 "Java Development Kit"(JDK),"Standard Development Kit" (SDK) y "Java 2 Standard Edition" (J2SE) son nombres para el mismo componente e incluyen: El API de Java, el JRE (JVM), compilador de Java y otras funcionalidades definidas por SUN. Si no está familiarizado programando en Java, el API de Java es un conjunto de clases que es 7 Ubuntu, [Portal en línea] [Fecha de consulta 2010], disponible en http://doc.ubuntu‐ es.org/Sobre_Ubuntu 8 Descarga aplicación JDK, [Portal en línea] [Fecha de consulta año 2011], disponible en http://www.osmosislatina.com/java/componentes.htm 25 utilizado para generar programas básicos en el lenguaje; utilizando una analogía, estas clases tienen la misma funcionalidad que las funciones | clases estándar utilizadas en otros lenguajes C,C++, Perl (Esto es precisamente la definición de API ("Application Programming Interface")). Partiendo de estas clases (API de Java) se generan TODOS los programas, interfaces y elementos programados en Java, inclusive a partir de estas clases usted puede definir otras clases específicas que serán utilizadas por su programa o producto. Una vez que defina sus programas | clases en Java aún es necesario compilarlas para producir lo que es denominado byte-code o class files (este byte-code puede ser comparado con un binario), y es este byte-code el que interpreta el JRE("Java Runtime Environment").Este byte-code es el que directamente ofrece la interoperabilidad de Java o el afamado "Write once run everywhere"="Escribalo una vez ejecútelo en todos lados". Es una cantidad razonable de trabajo la que realiza el JDK|SDK, y por el hecho de incluir tanto el compilador, API Java y el JRE existen diversas implementaciones de JDK: JDK's de Sun (o J2SE) y JDK's de IBM. 2.1.6 Apache Ant 9 Apache Ant 1.8.2 es una herramienta usada en programación para la realización de tareas mecánicas y repetitivas, normalmente durante la fase de compilación y construcción (build). Es, por tanto, un software para procesos de automatización de compilación, similar a Make pero desarrollado en lenguaje Java y requiere la plataforma Java, así que es más apropiado para la construcción de proyectos Java. Esta herramienta, hecha en el lenguaje de programación Java, tiene la ventaja de no depender de las órdenes del Shell de cada sistema operativo, sino que se basa en archivos de configuración XML y clases Java para la realización de las distintas tareas, siendo idónea como solución multi-plataforma. 9 Fuente de aplicación de Apache ANT, [Portal en línea] [fecha de consulta 2011], disponible en http://es.wikipedia.org/wiki/Apache_Ant 26 La diferencia más notable entre Ant y Make es que Ant utiliza XML para describir el proceso de generación y sus dependencias, mientras que Make utiliza formato makefile. Por defecto, el archivo XML se denomina build.xml. Ant es un proyecto de la Apache Software Foundation. Es software open source, y se lanza bajo la licencia Apache Software. 2.1.7 Maven 10 Maven 3.0.3 es una herramienta de software para la gestión y construcción de proyectos Java creada por Jason van Zyl, de Sonatype, en 2002. Es similar en funcionalidad a Apache Ant (y en menor medida a PEAR de PHP y CPAN de Perl), pero tiene un modelo de configuración de construcción más simple, basado en un formato XML. Estuvo integrado inicialmente dentro del proyecto Jakarta pero ahora ya es un proyecto de nivel superior de la Apache Software Foundation. Maven utiliza un Project Object Model (POM) para describir el proyecto de software a construir, sus dependencias de otros módulos y componentes externos, y el orden de construcción de los elementos. Viene con objetivos predefinidos para realizar ciertas tareas claramente definidas, como la compilación del código y su empaquetado. Una característica clave de Maven es que está listo para usar en red. El motor incluido en su núcleo puede dinámicamente descargar plugins de un repositorio, el mismo repositorio que provee acceso a muchas versiones de diferentes proyectos Open Source en Java, de Apache y otras organizaciones y desarrolladores. Este repositorio y su sucesor reorganizado, el repositorio Maven 2, pugnan por ser el mecanismo de facto de distribución de aplicaciones en Java, pero su adopción ha sido muy lenta. Maven provee soporte no sólo para obtener archivos de su repositorio, sino también para subir artefactos al repositorio al final de la construcción de la aplicación, dejándola al acceso de todos los usuarios. Una caché local de artefactos actúa como la primera fuente para sincronizar la salida de los proyectos a un sistema local. 10 Fuente de aplicación de MAVEN, [Portal en línea] [Fecha de consulta 2011], disponible en http://es.wikipedia.org/wiki/Maven 27 Maven está construido usando una arquitectura basada en plugins que permite que utilice cualquier aplicación controlable a través de la entrada estándar. En teoría, esto podría permitir a cualquiera escribir plugins para su interfaz con herramientas como compiladores, herramientas de pruebas unitarias, etcétera, para cualquier otro lenguaje. En realidad, el soporte y uso de lenguajes distintos de Java es mínimo. Actualmente existe un plugin para .Net Framework y es mantenido, y un plugin nativo para C/C++ fue alguna vez mantenido por Maven. 2.1.8 Tomcat11 Apache Tomcat 7.0.22 (también llamado Jakarta Tomcat o simplemente Tomcat) funciona como un contenedor de servlets desarrollado bajo el proyecto Jakarta en la Apache Software Foundation. Tomcat implementa las especificaciones de los servlets y de JavaServer Pages (JSP) de Sun Microsystems. Estado de su desarrollo: Tomcat es mantenido y desarrollado por miembros de la Apache Software Foundation y voluntarios independientes. Los usuarios disponen de libre acceso a su código fuente y a su forma binaria en los términos establecidos en la Apache Software Licence. Las primeras distribuciones de Tomcat fueron las versiones 3.0.x. Las versiones más recientes son las 7.x, que implementan las especificaciones de Servlet 3.0 y de JSP 2.2. A partir de la versión 4.0, Jakarta Tomcat utiliza el contenedor de servlets Catalina. Entorno: Tomcat es un servidor web con soporte de servlets y JSPs. Tomcat no es un servidor de aplicaciones, como JBoss o JOnAS. Incluye el compilador Jasper, que compila JSPs convirtiéndolas en servlets. El motor de servlets de Tomcat a menudo se presenta en combinación con el servidor web Apache. 11 Fuente de aplicación de TOMCAT,[portal en línea] [fecha de consulta 2011], disponible en http://es.wikipedia.org/wiki/Tomcat 28 Tomcat puede funcionar como servidor web por sí mismo. En sus inicios existió la percepción de que el uso de Tomcat de forma autónoma era sólo recomendable para entornos de desarrollo y entornos con requisitos mínimos de velocidad y gestión de transacciones. Hoy en día ya no existe esa percepción y Tomcat es usado como servidor web autónomo en entornos con alto nivel de tráfico y alta disponibilidad. Dado que Tomcat fue escrito en Java, funciona en cualquier sistema operativo 2.1.9 PosgreSQL 12 PostgreSQL 9.0.1.-1 es un potente sistema de base de datos objeto-relacional de código abierto. Cuenta con más de 15 años de desarrollo activo y una arquitectura probada que se ha ganado una sólida reputación de fiabilidad e integridad de datos. Se ejecuta en los principales sistemas operativos que existen en la actualidad como: Linux UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64) Windows Es totalmente compatible con ACID, tiene soporte completo para claves foráneas, uniones, vistas, disparadores y procedimientos almacenados (en varios lenguajes). Incluye la mayoría de los tipos de datos del SQL 2008, En PostgreSQL puedes escribir procedimientos almacenados en más de una docena de lenguajes como: Java Perl Python Ruby Tcl C / C ++ PL / pgSQL (que es similar a PL / SQL de Oracle) 12 Fuente de aplicación de Microbuffer, [portal en línea][Pecha de consulta 2011], disponible en http://microbuffer.wordpress.com/2011/05/04/que‐es‐postgresql/ 29 2.1.10 DSpace13 DSpace 1.7.2 es un software de elección para las organizaciones académicas, sin fines de lucro y comerciales código abierto repositorios digitales. Es gratuito y fácil de instalar "fuera de la caja", y completamente personalizable para adaptarse a las necesidades de cualquier organización. DSpace preserva y permite el acceso fácil y abierto a todo tipo de contenido digital, incluyendo texto, imágenes, imágenes en movimiento, mpegs y conjuntos de datos. Y con una creciente comunidad de desarrolladores, comprometidos con la ampliación y mejora del software, para cada uno de los beneficios de instalación. DSpace tiene más de 1000 organizaciones que están utilizando actualmente el software DSpace en un entorno de producción o proyecto. El uso más común es por las bibliotecas de investigación como un repositorio institucional, sin embargo, hay muchas organizaciones con el software para organizar y administrar repositorios tema basado en repositorios de datos o repositorios basados en los medios de comunicación. Un censo de repositorios institucionales en los Estados Unidos fue hecho por CLIR en 2007 y encontró que DSpace era el software preferido en el sistema institucional de depósito de los 446 participantes en la encuesta. La plataforma de código abierto DSpace está disponible de forma gratuita a cualquier persona la puede descargar desde el repositorio de software de código abierto SourceForge. El código está licenciado bajo la licencia BSD de código abierto. Esto significa que cualquier organización puede utilizar, modificar, e incluso integrar el código en sus aplicaciones comerciales sin tener que pagar derechos de licencia. Por supuesto, se espera que si se mejora en el software, se comparta el código a la comunidad para beneficio de todos. Hoy en día existen más de 100 colaboradores en todo el mundo compartiendo el código, parches, software, etc. DSpace es administrado por un pequeño grupo de desarrolladores voluntarios (llamados committers) que trabajan en conjunto a los encargados de planificar e integrar nuevas características y correcciones de errores 13 Aplicativo Dspace, [Portal en línea] [fecha de consulta 2012], disponible en http://www.dspace.org/introducing 30 presentados por la comunidad. Vea nuestra lista Contribuyente DSpace para una lista completa de todos los colaboradores conocidos en la plataforma. Comparar software DSpace con otras soluciones de código abierto para ver si se adapta mejor a sus necesidades. Aquí está una comparación de software DSpace a otras plataformas de código abierto depósito realizado por RSP, del Reino Unido. Identificadores persistentes para obras digitales14 Los identificadores persistentes surgen para solucionar el problema de los cambios de ubicación y/o nombre de los archivos en Internet. Su objetivo es redireccionar a los documentos, aunque estos hayan cambiado de ubicación en la red (cambio de URL). La identificación permanente de los documentos digitales permite garantizar la citación correcta de este tipo de obras, puesto que su URN (Nombre Uniforme de Recurso) siempre es el mismo aunque haya sufrido un cambio de ubicación a otro servidor o directorio. De esta manera, se impide la existencia de citaciones bibliográficas que remitan a enlaces rotos. Los identificadores persistentes más conocidos son: 2.1.10.1 El Sistema Handle Es un sistema que permite la asignación de identificadores persistentes a los recursos de información u objetos digitales existentes en Internet (artículos, revistas, imágenes, etc.). Desarrollado por CNRI (Corporation for National Research Initiatives), se estructura en dos partes: Prefijo (Prefix): identifica al productor del identificador (universidad, editorial, revista, etc.) 14 Identificadores persistentes para obras digitales, [Portal en línea][fecha de consulta], disponible en http://biblioteca.ua.es/es/propiedad-intelectual/entorno-digital/identificadores-persistentes-para-obrasdigitales.html 31 Sufijo (Suffix): identifica a cada uno de los documentos u obras digitales (artículo, libro, capítulo, etc.) La suma del prefijo y el sufijo conforma el identificador persistente, en este caso llamado “handle”. Para poder localizar rápidamente un documento con un handle se puede escribir en la barra de direcciones del navegador la cadena seguida del prefijo y el sufijo correspondientes. Al pulsar intro nos redireccionará directamente al documento. Este sistema es el que se usa en RUA, Repositorio Institucional de la Universidad de Alicante para identificar de forma persistente cada uno de los ítems y documentos que contiene. En el siguiente ejemplo: http://hdl.handle.net/10045/13546 el prefijo sería 10045, que corresponde a RUA como productor de handles, y el sufijo sería 13546, que señala el documento específico dentro de RUA, en este caso un artículo de revista. Para poder asignar handles se deben seguir los pasos indicados en handle que se resumen en lo siguiente: Descargarse el software facilitado por el CNRI, instalarlo y configurarlo 2.1.10.2 Registrarse como RSP (Resolution Service Provider). Solicitar un prefijo como productor de handles (Handle System Administrator), que incluye el pago de una tarifa de 50 $ para la asignación del prefijo y 50 $ anuales de mantenimiento. DOI (Digital Object Identifier) El sistema DOI proporciona un marco para la identificación persistente de recursos electrónicos, la gestión de contenido intelectual, la gestión de metadatos, vincular a los 32 clientes con los proveedores de contenidos, facilitar el comercio electrónico y permitir la gestión automatizada de los medios de comunicación. El sistema está gestionado por la International DOI Foundation, aunque el registro se realiza a través de Agencias de 2.1.10.3 Registro Tal y como sucede con el sistema Handle, el sistema DOI no cambia con el paso del tiempo, aunque el artículo sea reubicado en una dirección distinta, puesto que lleva la información incorporada en forma de metadatos. Este sistema es el más extendido entre los editores y revistas comerciales a la hora de asignar identificadores persistentes a sus obras digitales. Al igual que el sistema Handle, el DOI se estructura en dos partes: Un prefijo que corresponde al productor de DOI. Un sufijo asignado a cada documento o ítem. En el caso del siguiente ejemplo, 10.4100/jhse.2010.52.15, la primera secuencia numérica sería el prefijo que identifica al productor (10.4100), y la siguiente el sufijo que identifica el documento digital (jhse.2010.52.15). Para poder resolver fácilmente un DOI se puede escribir en la barra de direcciones del navegador la cadena http://dx.doi.org/ seguida del prefijo y el sufijo correspondientes. Al pulsar intro nos redireccionará directamente al documento. Para poder asignar un DOI se debe escoger una de las agencias de registro y solicitar un prefijo como productor de DOI's. Las tarifas varían dependiendo de la agencia y del número de DOI's registrados. PURL (Persistent Uniform Resource Locator) 33 El PURL es un localizador de recurso uniforme (URL) basado en el Uniform Resource Identifier o URI, que no describe directamente la ubicación del recurso que se va a recuperar, sino que describe una ubicación intermedia (más persistente) que sirve de redireccionamiento al recurso final. Cuando se entra a una PURL en un navegador, este se encarga de enviar el requerimiento de página a un servidor PURL que devuelve la verdadera URL de la página. Los PURL son persistentes porque una vez que el PURL es establecido no necesita ser cambiado nunca. La dirección real de una página web puede cambiar pero el PURL sigue manteniéndose igual. Los PURLs son gestionados por el OCLC (Online Computer Library Center). 2.1.11 Modelo de datos Dublin Core-. Es un conjunto de elementos de metadatos como una respuesta para mejorar la eficacia de la recuperación en la www. El Dublin Core ha sido desarrollado como una norma genérica de metadatos para el uso de bibliotecas, archivos, gobierno y otros editores de información electrónica y ha adquirido la consideración de Standard por parte de la ISO. En cualquier caso es con mucho la iniciativa más extendida en Internet. Este modelo trata de ser más descriptiva más que evaluadora. Se limitaba deliberadamente a un pequeño conjunto de elementos que podían aplicarse a un amplio tipo de recursos de información. Las características de la norma DC pueden sintetizarse en cinco categorías: Simplicidad. Está pensado para que lo utilicen tanto personas no familiarizadas con la catalogación como profesionales de la descripción. Los elementos son muy claros semánticamente y carecen de la complejidad y aridez de una ficha de catalogación. 34 Interoperabilidad semántica. En Internet, la disparidad de modelos de descripción interfiere en la capacidad de buscar por encima de las barreras entre disciplinas. Si se promueve un conjunto común de descriptores que ayuden a unificar otros datos de contenido se incrementa la interoperabilidad semántica entre disciplinas. Consenso internacional. La aceptación de DC en el ámbito internacional facilitaría un Internet más democrático, menos controlado por materiales de una sola procedencia. Extensibilidad. Es una alternativa económica a otros modelos de descripción más complejos como el MARC pero tiene suficiente flexibilidad y extensibilidad para aceptar la estructura y semántica más elaborada inherente a otras normas más complejas. Modularidad de los Metadatos en la Web. La diversidad de metadatos existente en la red requiere una infraestructura que soporte la existencia de paquetes de metadatos independientes y complementarios.15 2.1.12 Drupal Drupal es un sistema de gestión de contenido modular y muy configurable. Es un programa de código abierto, con licencia GNU/GPL, escrito en PHP, desarrollado y mantenido por una activa comunidad de usuarios. Destaca por la cálidad de su código y de las páginas generadas, el respeto de los estándares de la web, y un énfasis especial en la usabilidad y consistencia de todo el sistema. El diseño de Drupal es especialmente idóneo para construir y gestionar comunidades en Internet. No obstante, su flexibilidad y adaptabilidad, así como la gran cantidad de módulos adicionales disponibles, hace que sea adecuado para realizar muchos tipos diferentes de sitio web. 15 Dr. Félix del Valle Gastaminza, REVISTA DIGITAL UNIVERSITARIA, Volumen 6 número 7 ISSN: 1067-6079, 10 de Julio 2005 pg. 4 35 El sitio principal de desarrollo y coordinación de Drupal es drupal.org, en el que participan activamente varios miles de usuarios de todo el mundo.16 2.1.13 Tabla de comparación de software utilizado para repositorios Caracterist CONTENT icas dm Costo Licencia Tipo de Producto Comercial Software EQUELL Digital Common DigiTool Dspace s Comerci al al Service A Islandora/ intraLibra s Repositor Fedora ry Libre Libre Libre Software Software Software Software Libre – Libre – - Comunid Comunid ad ad Fedora io Comerci Hostted EPrint Software Libre Software Comercia Libre l Softwa re Open Repositor Zentity y Comercia l Hostted Service Libre Software Soporte Libre (Comunida d) - - - Libre – Comunidad Soporte Libre – Comu nidad Libre – - de lucro Libre – directo directo - - - - - - - - - - - - - - - - - - - Comerci Comerci - Comercia Con al - Comercia al l l licencia Soporte comercial Libre – - Soporte Sin fines Comercial pagado Comercial Comer cial - ad Libre (Directo) Comunid - Costo por revisiones menores o actualizaci Con Con Con soporte licencia Soporte Libre Libre Libre Libre Con licencia Libre Libre Libre Libre Comercia Con l licencia Libre ón Costo por revisiones mayores o actualizaci Con Con Con soporte licencia Soporte Con licencia Comercia Con l licencia Libre ón Tipos de elementos de almacenamiento y entrega Caracterist CONTENT icas dm EQUELL Digital Common DigiTool Dspace s os (pdf, Estándar Estándar Estándar Estándar doc, actual actual actual actual Estándar Estándar Estándar Estándar actual actual actual actual Estándar Estándar Estándar Estándar ppt,…) (jpeg, gif, png,…) Video 16 A s Repositor Fedora Islandora/ intraLibra Fedora ry io Document Imágenes EPrint Estánd ar actual Estánd ar actual Estánd Open Repositor Estándar Estándar Estándar Estándar Estándar Estándar actual actual actual actual actual actual Estándar Estándar Estándar Estándar Estándar Estándar actual actual actual actual actual actual Estándar Estándar Estándar Estándar Estándar Estándar Drupal Hispano [Portal en línea][fecha de consulta], disponible en <http://drupal.org.es/drupal> 36 Zentity y (mpeg, actual actual actual actual avi,…) Audio Estándar Estándar Estándar Estándar actual actual actual actual Aprendizaj Estándar Estándar e futuro actual (mp3, wav,…) ar actual actual actual actual actual actual Estándar Estándar Estándar Estándar Estándar Estándar actual actual actual actual actual actual Estándar Estándar Estándar Estándar Estándar Estándar actual actual actual actual actual actual Puede Puede Flexible almacena almacena en ry definición gestionar de tipos actual Objetos de - Estándar actual (scorm,…) Estánd ar actual Estánd ar actual Fedora puede almacena r Digital Common s coloca tiendas a disposici Other. - ón para descarg ar cualquier tipo de gestionar Puede almacen ar y gestiona r todo tipo de contenid todos los tipos de Puede almacenar y gestionar Vea - observaci todo tipo de ones contenido elemento s. La Interpreta ción depender o á de la ry gestionar todo tipo de Soporta todos los tipos de archivos. contenido todo tipo de de contenido contenido s. interfaz archivo. que usuario este utilizado. Formatos de Metadatos Caracterist CONTENT icas dm Dublin Core Dublin Core EQUELL Digital Common DigiTool Dspace s Dublin Core EPrint A s Repositor intraLibra Fedora ry Dublin Dublin Core Core Dublin Dublin Dublin Dublin Dublin Core Core Core Core Core Qualified Qualified Qualified Qualified Qualified DC DC DC DC DC METS METS METS METS - - METS - MARC - MARC - - - io Dublin Core Dublin Core Qualified Qualified Qualified Qualified Qualified DC: DC DC DC DC METS METS - METS METS MARC - - MARC - Open Islandora/ Fedora - Repositor Zentity y - BibteX DSpace MODS, Other - - puede EAD, importar / TEI exportar el puede contenido tener de una cualquier variedad de formato formatos de de metadatos, metadat incluidos os los MODS, Prems, etc , DIDL, EndNo Puede te, tener JSON, cualquier MODS formato , CSV, de ORE, metadato Open s incl. URL, SCORM RDF, y LOM Puede tener Cualquier Cualquier Metadato en format XML Metadato en CRAcore, PBcore, mzXML, cualquier LOM, XCEI, MIX, ODRL TEI formato de metadato s incl. MODS, MARC, Refer, IEEE PREMIS RefMa (Flexible) (Flexible) Otros pueden ser definidos por la relación del cliente. n, XML Vistas previas en miniatura Archivos Estándar Estándar Estándar Estándar de imagen Actual Actual Actual Actual Estánd ar Estándar Actual Actual 37 - Estándar Estándar Estándar Corriente Actual Actual Actual Opcional Películas Estándar Futuro Estándar Actual de de Video Actual Estándar Actual 3ros PDF y Estándar Futuro Estándar Actual de Textos Actual Estándar Actual 3ros Estánd ar Estándar Actual Actual Estánd ar Estándar Actual Actual - - Estándar Estándar Futuro Actual de Actual Actual Opcional 3ros Estándar Estándar Estándar Actual de Actual Actual Actual 3ros Islandora/ intraLibra Fedora ry Estándar Estándar Estándar Estándar Actual Actual Actual Actual Estándar Estándar Estándar Corriente Actual Actual Actual Opcional Funciones de la interfaz de usuario Caracterist CONTENT icas dm Deposición de Usuario Final Soporte MultiLenguaje EQUELL Digital Common DigiTool Dspace s EPrint A s Repositor Fedora io Estándar Estándar Estándar Estándar Actual Actual Actual Actual Estándar Estándar Estándar Estándar Actual Actual Actual Actual Estánd ar Estándar Actual Actual Estánd ar Estándar Actual Actual - - Open Repositor Zentity y Conversión de Formato Convertir a Estándar Estándar Futuro Actual de PDF Actual Actual Estándar 3ros Futuro Opcio nal Estándar No Estándar Actual Aplicable Actual Desde Desde - .doc, .rtf - - - variedad de Aplicable - Futuro Actual de Estándar 3ros Estándar - Actual xls, csv, - Docx - - - - - - - - - - wb2, pp*, mml imagen - htm, pdb, xml, wpd, de PDF-A - docx, txt, No formatos Convertir a Estándar sxw, doc, lección para una Futuro Actual Od*, ot*, planes de A PDF Estándar - - Estándar Actual Od*, ot*, sxw, doc, docx, txt, A PDF-A Desde - - - - - - - htm, pdb, xls, csv, xml, wpd, wb2, pp*, mml Convertir a XML - - - Actual de 3ros Estándar - Actual - Estándar Actual Futuro Opcional Od*, ot*, sxw, doc, A XML Desde docx, txt, Este es el - - - - - formato - nativo htm, pdb, xls, csv, .doc, .docx, .odt xml, wpd, wb2, pp*, mml Búsqueda Avanzada Caracterist CONTENT icas dm Campo Campo Especifico Especifico EQUELL Digital Common DigiTool Dspace s EPrint A s Repositor Camp Campo o Especific Especi o Fedora Islandora/ intraLibra Fedora ry io Campo Campo Especific Especific o o Campo Especifico 38 - Open Repositor Zentity y Campo Campo Campo Especific Especific Especific o o o - fico Lógica Lógica Booleana Booleana Opciones de Ordenació n Opciones de ordenación Lógica Lógica Boolean Boolean a a Opcione Opcione s de s de ordenaci ordenaci ón ón Autor Autor Lógica Booleana Opciones de ordenación Lógica - Booleana - Lógica Lógica Lógica Booleana Booleana Booleana Opciones - Opcio Opciones Opciones Opciones nes de de de de de ordena ordenació ordenació ordenació ordenació ción n n n n Autor Autor - Autor Autor Autor Unidad Unidad Unidad Unidad - Académic Académic Académic Académic a a a a - - Explorar Opciones de Vista Autor Autor Unidad Unidad Académica Académica Unidad Unidad Académi Académi ca ca Autor Unida - Unidad d Académic Acadé a mica Autor Temas - Temas Temas Temas Temas Temas - Temas Temas Temas Temas Año Año Año Año Año Año Año - Año Año Año Año - - - Titulo Titulo Titulo Titulo Titulo Coleccione Coleccione Coleccio Coleccio Coleccione s s nes nes s Otros - - Dominio Configurabl público e. Config digital Cualquier urable admite campo por puede cualqu de vista utilizarse ier personali para la campo zada navegación opciones - Coleccion es - Titulo Titulo Titulo - Coleccion Coleccion Coleccion Coleccion es es es es Configura Configura ble. ble. Cualquier Completa campo puede - utilizarse Configura mente ble configura ble para la Cualquier campo puede utilizarse para la navegaci navegaci ón ón Explorad or gráfico de red y laboratori os vivos vistas de tabla dinámica Clases de Objeto Predeterminado Caracterist CONTENT icas dm EQUELL Digital Common DigiTool Dspace s EPrint A s Repositor Fedora Islandora/ intraLibra Fedora ry io Clasifi Clasificaci - ón de LoC - - - Open Repositor Zentity y Clasificac cación - de - - ión de - - LoC LoC Encabeza mientos de - - - - - - - - - - - DDC - - - - UDC - - - - - - - - DDC - - - UDC - - - - - Definido Definido LoC Soporta DSpace es Ver lista completa. Administrad Otros or define vocabulario s controlados Dominio compatible público con digital cualquier soporta administrad vocabula - or – rios vocabulario personali de zados controlador cualquier vocabular 3 io clasific controlad acione o s de definidos parte por el dispon usuario o ibles taxonomí definido a (así externo) Sindicación 39 Completa - Configura mente ble configura ble por el por el cliente cliente RSS - RSS - RSS RSS RSS - RSS RSS RSS RSS Átomo - - - Átomo Átomo Átomo - Átomo - - Átomo Islandora/ intraLibra Fedora ry Estándar Estándar Corriente Corriente Actual Actual Opcional Opcional Validación de Usuario Caracterist CONTENT icas dm EQUELL Digital Common DigiTool Dspace s Registro Corriente Estándar Estándar Estándar Opcional Actual Actual Actual Autenticaci Corriente Estándar Estándar Estándar ón LDAP Opcional Actual Actual Actual ón de Atenas Autenticaci ón de Shiboleth Corriente Opcional Corriente Opcional - - A s Repositor Fedora io Requerido Autenticaci EPrint Estándar Actual - Estándar Estándar Actual Actual Estánd ar Corriente Opcional Actual Estánd ar Actual Estándar Estándar Estándar Corriente Actual de Actual Actual Actual Actual Opcional 3ros Corriente Estándar Futuro Actual de Opcional Actual Opcional 3ros 3ros Actual de 3ros Zentity y Estándar Actual de - - Open Repositor - Estándar Corriente Corriente Estándar Futuro Actual de Actual Opcional Opcional Actual Opcional 3ros Islandora/ intraLibra Fedora ry Estándar Estándar Actual Actual Estándar Estándar Actual Actual Estándar Estándar Actual Actual Estándar Estándar Actual Actual Web 2.0 Caracterist CONTENT icas dm Etiquetado Comentari os Clasificaci ones Revisiones Marcadore s Compartir Esto…. - - - - - - EQUELL Digital Common DigiTool Dspace s - A s Repositor Fedora io Actual de 3ros Actual Actual de 3ros de 3ros - EPrint Actual de 3ros Estándar Actual Actual de 3ros Estándar Actual Actual de 3ros Actual - Estándar de Actual 3ros Actual - Estándar de Actual 3ros - - - - - - Estándar Actual Actual de Actual de 3ros 3ros - - - Estándar Actual Estándar Actual Estándar Actual Estándar - Actual - - - - - - Futuro Estándar Estándar Actual - - Open Repositor Zentity y - - - - Estándar Actual Futuro Opcional Fututo Opcional Futuro Opcional Estándar Futuro Actual Opcional Estándar Futuro Actual Opcional - - Una importante actualizació n a la interfaz de usuario de CONTEDN Tdm será Otra Web 2.0 lanzada en 2010, que Varios a - - permitirá - través de Drupal que muchas de las funciones incluidas en la lista Web 2.0. Véase 40 - sandbox para obtener mas detalles Informes Estadísticos Top Estándar Estándar Estándar Actual de Actual Estándar Descargas Actual Actual Actual 3ros 3ros Actual de Estándar Estándar Estándar Estándar Registros Actual Actual Actual Actual Recuento Completos Estánd ar Estándar Actual Actual - - Estándar Corriente Estándar Futuro Actual Opcional Actual Estándar Estándar Estándar Estándar Futuro Actual Actual Actual Estándar Islandora/ intraLibra Fedora ry Dependencias de y de Plataformas de Software Caracterist CONTENT icas dm EQUELL Digital Common DigiTool Dspace s EPrint A s Repositor Fedora io Open Repositor Zentity y Sistemas Operativos LINUX LINUX LINUX UNIX UNIX - LINUX LINUX UNIX UNIX SOLARI SOLARIS - - Windows Windows - - Windows Mac OS X - - - MacOS S SOLARIS LINUX LINUX LINUX LINUX LINUX - - UNIX UNIX UNIX UNIX UNIX - - SOLARIS SOLARIS SOLARIS SOLARIS - - Windows Windows Windows Windows - Windows - MacOS MacOS MacOS - - SOLA RIS Windo ws MacO S Servicio Otros - - - - - - - - alojado, Servicio Servidor alojado - de nube Bases de Datos My SQL - - - - Oracle - - Oracle Oracle PostgreSQ L - Postgre SQL - MySQ - MySQL MySQL MySQL - - Oracle Oracle Oracle Oracle - - - PostgreSQ Postgr PostgreS PostgreS PostgreS L eSQL QL QL QL - - - - - - - L Servidor Microsoft - - - - - - - - - Cloud Servidor MS SQL SQL - Servidor MS SQL Servidor MS SQL Almacena miento de Informacio - Cloud Cloud - n Cloud Soporte de Cloud XML/Base Otros de datos basados en - - - - - Apache Derby se - - agregara - como una texto opción futura Lenguajes de Scripting Caracterist CONTENT icas dm Java - EQUELL Digital Common DigiTool Dspace s - EPrint A s Repositor Fedora Islandora/ intraLibra Fedora ry Java Java io Java Java - Java 41 Java Open Repositor Zentity y - - PERL - PERL PHP PHP - PERL - - - JavaScri - - - PHP JavaS JavaScrip cript t - - - - PHP - JavaScrip JavaScrip t t - JavaScrip JavaScript - - AJAX - - AJAX AJAX AJAX - - - AJAX - AJAX Otros - - - XSLT XSLT - - - - - .NET Ver Djatoka, Factsheet OpenLay pt JavaScript PERL t Otras Especificaciones Drupal, Otras Especifica - - - - - - ciones - Servicio alojado - er De Maquina a Maquina Interoperabilidad Caracterist CONTENT icas dm OAI-PMH OAI-ORE SWORD SWAP EQUELL Digital Common DigiTool Dspace s Estándar Estándar Estándar Actual Actual Actual Actual - - - - - - A s Repositor Corriente Opcional Futuro Estándar Estándar Actual - Estándar Actual Estánd ar Actual Estánd ar Actual Estánd ar Actual Estánd ar Actual Estánd RDF - - - - ar Actual Integración de RoMEO OAI-PMH Actual - - - - - Islandora/ intraLibra Fedora ry Estándar Estándar Actual Actual Zentity y Corriente Corriente Estándar Estándar Estándar Actual Opcional Opcional Actual Actual Actual Estándar Corriente Corriente Actual Opcional Opcional - - Estándar Estándar Actual de Estándar Estándar Estándar Actual Actual 3ros Actual Actual Actual Corriente Corriente Corriente Opcional Opcional Opcional Corriente Estándar Estándar Opcional Actual Actual Actual - Open Repositor Estándar Estándar de 3ros - Fedora io Estándar - EPrint - Estándar Actual Estándar Actual de Actual de Actual 3ros 3ros - - - - - - Estándar Actual - Futuro Opcional Estándar Actual Estándar Actual - - - - WebDAV, REST, Otros Z39.50 - Z39.50 SRU/SRW, - OpenSearc SRU/SR SRU/SR Open W W Search Islandora/ intraLibra Fedora ry RDFS h Funciones de los Administradores Caracterist CONTENT icas dm EQUELL Digital Common DigiTool Dspace s Estándar Estándar Estándar Estándar n Masiva Actual Actual Actual Actual Exportació Estándar Estándar Estándar Estándar n Masiva Actual Actual Actual Actual - - Generació hoja de cubierta - Estándar Actual A s Repositor Fedora io Importació n de la EPrint Estánd ar Actual Estánd ar Actual Actual Estándar Estándar Estándar Estándar Futuro Actual Actual Actual Actual Actual Estándar Estándar Estándar Estándar Estándar Estándar Futuro Actual Actual Actual Actual Actual Estándar - - - Actual 3ros 42 Zentity y Estándar Estándar de Open Repositor Futuro Futuro Opcional Estándar Flujo de Trabajo Estándar Estándar Estándar Estándar Personaliz Actual Actual Actual Actual Formaci Formaci ón ón Consulto Consulto ría ría able Estánd ar Actual Estándar No Estándar Estándar Estándar Futuro de Actual Aplicable Actual Actual Actual 3ros Formació Formació Formació n n n Consultor Consultor Consultor ía ía ía ía Visitas al Visitas al Visitas al Visitas al Sitio Sitio Sitio Sitio desollami Personali Este es ento, zación, un servicios servicio alojados alojado Servicios Formación Formación Consultorí Consultoría a Visitas al Visitas al Sitio Sitio - - - Visitas al - Sitio Forma Formació ción n Consul Consultor toría ía Visitas Visitas al al Sitio Sitio - - - Consultor Capacitació Otros - Licencia n, asesoría s y visitas estándar todos incluyen ofrecen a impleme - través de ntación, terceros diseño y (proveedor personali es de zación servicios de Análisis - previa, - Varios proyecto - mgt e. i.) 17 Tabla 1. En la tabla de comparación anterior, se puede evidenciar que existen varios tipos de software que pueden ser implementados como solución al presente trabajo de grado. Se puede observar también que el software de uso libre en mayor porcentaje que el comercial, cumplen con los muchas de las funciones y características necesarias para ser implementado como repositorio institucional. 2.2 MARCO TEÓRICO DE LOS REPOSITORIOS DIGITALES Dentro de las universidades, se viene prestando una educación a distancia o virtual; La cual muestra la necesidad de divulgar, preserva y dar acceso a la producción intelectual y académica que se desarrollan en las instituciones universitarias. Un repositorio brinda la posibilidad de generar una plataforma que ayude a compartir a docentes los resultados de investigaciones y material académico a estudiantes y demás de la comunidad educativa; ser parte de un proceso de fácil acceso a la información suministrada por la misma comunidad. En la actualidad un repositorio digital institucional es vital para dar a conocerse a nivel interno y externo manejando políticas científicas y académicas las cuales brindan seguridad de lo que se encuentra alojado en esta 17 Repositories Support Project. [Portal en Línea]. [Fecha de consulta: Agosto de 2012]. Disponible en: < http://www.rsp.ac.uk/start/software-survey/results-2010/> 43 plataforma. Por otra parte, facilita el modo de búsqueda y accesibilidad al material de aprendizaje digital de la institución, esto muestra que un RI es una pieza de apoyo fundamental para la enseñanza e investigación como también abre una ventana a la visibilidad institucional hacia la comunidad externa. Entendemos que en la actualidad las instituciones tienden a seguir un modelo de una organización que aprende, es inteligente y gestiona el conocimiento. En general en este gremio de la educación se entiende que la principal motivación es incentivar a los estudiantes que enriquezcan sus capacidades para obtener mayor conocimiento sobre los temas de interés. Las diferentes instituciones de educación superior también se encargan mediante las TIC de crear nuevos productos que faciliten e integren la información suministrada a los estudiantes. Por tal objetivo, los profesionales de este método de aprendizaje están en la capacidad de servir como guías apoyando el buen desarrollo de las competencias que les permitan a los estudiantes un manejo eficaz de la información y conocimiento adquirido. Las diferentes instituciones tanto a nivel nacional como internacional, están ensayando la necesidad de ejecutar la educación, investigación y recursos de manera más efectiva y transparente. Para facilitar la investigación, producción científica y permitir que se encuentre de forma ágil, lo que pretende apoyar la interacción entre académicos y el centro de investigación. Las instituciones de educación superior deberán asumir que la mejora del aprendizaje es la clave para el éxito de la Sociedad de la Información. OA (Objetos de Aprendizaje) “disponibilidad gratuita en la Internet pública, para que cualquier usuario la pueda leer, descargar, copiar, distribuir y/o imprimir, con la posibilidad de buscar o enlazar todos los textos de estos artículos, recorrerlos para indexación exhaustiva, usarlos como datos para software, o utilizarlos para cualquiera otro propósito legal, sin barreras financieras, legales o técnicas, distintas de la fundamental de ganar acceso a la propia Internet”18. Los OA se encuentra alojados en un RI los cuales se 18 Slideshare. [Portal en línea] [Fecha de consulta: Agosto 2012].Disponible en:< http://www.slideshare.net/ADON189/directrices-para-la-creacin-de-un-repositorio-institucional-para-lasagencias-de-cooperacin-internacional-que-trabajan-bajo-el-enfoque-de-cadenas-productivas-en-eldepartamento-de-ayacucho-per> 44 caracterizan por formar parte importante en cuanto a fuente de contenido se refiere, por lo que es indispensable hacer que dichos contenidos puedan ser materializados para ahondar en la búsqueda avanzada de información científica. La educación superior requiere un RI ya que es parte fundamental de información, no solo complementando las bibliotecas, enseñanza virtual, servicios de registro y archivo, sino que por otro lado es una herramienta práctica que beneficia las áreas del conocimiento brindando un apoyo y ofreciendo un nivel de gestión y competencias técnicas bajo la supervisión por los delegados de cada programa de formación. Gestionar el ingreso de los contenidos de un RI para permitir a las instituciones y sus departamentos incrementar su calidad académica, incluso puede fortalecer un cambio en el modo de enseñanza y el aprendizaje. Las bibliotecas institucionales almacenan, organizar preservar y comparten la información de tal manera que sea capaz de proporcionar un servicio de divulgación de esta información. Hay que tener en cuenta que la biblioteca no se puede convertir en el único ente que se involucre con el RI, sino también contar con el apoyo de los unidades académicas y los servicios de información o de apoyo tecnológico. Existen varios tipos de repositorios, los cuales brindan diferentes beneficios, por ejemplo existen repositorios de conocimiento, institucionales, temáticos, datos científicos. Donde almacenan diversos tipos de documentos o información en formato digital, cuyo propósito formativo no es efímero. El RI puede crearse con distintas finalidades las que se definen por medio de sus políticas establecidas claramente; dependiendo de esa orientación será más o menos restrictivo respecto a la tipología de contenidos a albergar. La política recogerá todos los compromisos a asumir, tanto por parte de la institución como de los autores. Convendrá buscar un equilibrio entre lo deseable y lo posible, a fin de poder garantizar la continuidad del nuevo servicio. Es necesario hacer una pequeña mención a los problemas asociados con las tecnologías necesarias tanto para asegurar la creación y mantenimiento del repositorio, como también para garantizar el acceso y/o la búsqueda de información libre en la red. 45 El modelo SCORM10, muy utilizado en los repositorios de objetos de aprendizaje, proporciona un marco de trabajo y una referencia de implementación. Completar el formulario de carga con algunos datos personales. Elección de la colección o tipología documental a la que pertenece el documento que se va a cargar. Asignación de metadatos básicos como autores, título, materia, resumen, colección, etc. Información de cuántos ficheros se va a cargar, cuál es el principal y cuáles los anexos. Especificación de los formatos de los ficheros. Por último, carga del fichero y los anexos que se hayan indicado. Directrices para la creación de RI requiere de una implementación detallada, que permite a los contenidos y a los sistemas utilizarlo para comunicarse con otros sistemas, obteniendo así la interoperabilidad, reutilización, durabilidad y adaptabilidad dspace, biblioteca ágora entre otros. La definición de la arquitectura del RI deberá considerar si se trabaja con una única base de datos o con varias, según las colecciones, la definición de las categorías, etc. Garantizar la calidad de los contenidos del repositorio es fundamental para ganar la voluntad de los autores y para lograr la visibilidad institucional exterior pretendida. Para ello, los documentos deberán ser sometidos a un análisis formal y de contenido que garantice su pertinencia en el repositorio. La creación de metadatos permite que estos fondos puedan ser recuperados. En el marco actual existen tres mecanismos para acceder a la información producida: Crear revistas libres, lo que implica cambiar la mentalidad de los autores, quienes deberán asumir los costos derivados de la publicación mediante la creación de este rubro dentro del presupuesto de la investigación. Muy útil e importante para este fin es la iniciativa de Creative Commons. 46 Incorporar estrategias tradicionales a las posibilidades actuales, pensando por ejemplo en los tiempos de embargo, licencias especiales para países subdesarrollados, etc. Introducir las iniciativas de Open Access, sobre todo referentes al autoarchivo. En este contexto las instituciones deben potenciar la investigación y la innovación educativa, dentro un marco de gestión de la calidad total. Un aspecto dentro de la gestión de conocimiento es poder establecer procesos que permitan que el conocimiento se visualice y movilice. Otro ámbito del marketing del RI es la difusión hacia el exterior, para ello no hay que olvidar la inscripción del repositorio en los registros pertinentes para garantizar su recolección por los motores de búsqueda. Como lo afirma el Coordinador Repositorio Digital CLACSO, Fernando Ariel López “el repositorio permitirá a científicos, estudiantes y personal de la institución, así como al resto de la sociedad: Crear y compartir conocimiento. Construir modelos de aprendizaje personal y colectivo. Facilitar el aprendizaje organizacional. Servir de plataforma de almacenamiento e intercambio común de la información producida en la institución en todas las ramas del conocimiento. Recoger y preservar toda la producción científica, académica y corporativa de las instituciones. Facilitar el acceso al contenido del repositorio desde las diferentes plataformas de enseñanza existentes. Maximizar la visibilidad de la producción científica, académica e institucional. Maximizar el impacto de la producción científica de las instituciones en la sociedad. Incrementar el valor de servicio público de la institución. Servir como indicador tangible de una universidad de calidad. 47 Facilitar la transferencia de conocimientos al sector productivo. Fomentar la creación de publicaciones electrónicas. Preservando la producción científica, académica y corporativa de la institución, se garantiza la memoria histórica de la misma. Integrando el acceso al contenido del repositorio desde la plataforma de aprendizaje virtual, se facilita la docencia. Maximizando la visibilidad de la producción científica, académica e institucional, se potencia el impacto de la universidad. Mostrando la producción propia, se evalúa el rendimiento de la institución y se facilita la política científica. Difundiendo la ciencia producida, se transfiere conocimiento al sector productivo. Dotando a los profesores de esta herramienta de autoarchivo, se facilita la comunicación con sus colegas y alumnos. Integrándonos en redes más amplias, mediante el empleo de tecnologías interoperables, se retroalimenta la investigación.”19 Las Tecnologías de la Información y de la Comunicación desempeñan una función esencial para mejorar el acceso a la educación y la calidad del aprendizaje. De hecho, el despliegue de estas tecnologías ha sido uno de los principales motores de tránsito a la nueva sociedad del conocimiento, pues han revolucionado los procesos de transmisión y adquisición de conocimientos, provocando el crecimiento exponencial de ambos. En la actualidad, el procesamiento de la información entiende que el aprendizaje y la investigación deben ser apoyados en la tecnología: (a) como un proceso centrado en el alumno, el profesor y el investigador. (b) que involucra a todos los miembros de la comunidad universitaria, así como los recursos disponibles para el aprendizaje y la investigación. (c) apoyado en varias formas de lenguaje simultáneamente. (d) donde la construcción del conocimiento acontece de forma más abierta, integrada y multisensorial. 19 Slideshare. [Portal en línea] [Fecha de consulta: Agosto 2012].Disponible en:< http://www.slideshare.net/fernandoariellopez/repositorios-digitales-unidad-3-tai-3-ifts-13-gcba> 48 2.3 MARCO NORMATIVO El derecho de autor busca la protección del ingenio y el talento humano en el dominio literario, cualquiera que sea su modo o forma de expresión y cualquiera que sea su estilo, tal como: “… los libros, folletos y otros escritos toda producción del dominio científico, literario que pueda reproducirse, o definirse por cualquier forma de impresión o de reproducción, por fonografía, radiotelefonía o cualquier otro medio conocido o por conocer.”20 Los primeros facultan al autor para reivindicar la paternidad de su obra, oponerse a toda deformación, mutilación u otra modificación de aquella cuando tales actos puedan causar o causen perjuicio a su honor o reputación, o la obra se demerite, a conservar su obra inédita, a modificarla antes o después de su publicación o a retirarla de circulación. Estos derechos tienen un carácter de perpetuos, inalienables e irrenunciables. Acorde con su competencia, cada institución de educación superior tiene, entre otras, previa aprobación del ICFES, la de expedir los correspondientes títulos de idoneidad en las diferentes ramas del conocimiento y del saber. A este efecto, y en la gran mayoría de los casos, los alumnos al final de su carrera profesional o técnica, deben acreditar los conocimientos adquiridos mediante un trabajo de grado que se puede considerar como una obra literaria o artística (tesis de grado, monografía, el documento que recopila el resultado de una investigación, un programa de computador, una escultura, una composición musical, un audiovisual, etc.). De tal manera, es indispensable tanto para los estudiantes como para las instituciones de educación superior, establecer quién se considera el titular de derechos patrimoniales sobre los trabajos de grado a la luz de lo dispuesto por nuestra legislación sobre derecho de autor. 20 Ley 23 de 1982. Artículo 2°. 49 El derecho de autor es un reconocimiento que el Estado hace a los autores, a través de la Constitución y la Ley, respecto de sus obras literarias y artísticas, al entregarles instrumentos que les permiten reivindicar su condición de titulares sobre las mismas. Estos derechos surgen en favor del autor sin considerar el fin con cual fue creada la obra, siendo además irrelevante la calidad del creador, es decir, la ley no distingue si es un estudiante, un profesor o un investigador, así como tampoco es preciso establecer dónde tuvo lugar la creación o el tiempo que se haya utilizado, a efectos de esa misma protección Las obras en colaboración, son aquéllas creadas por dos o más personas naturales teniendo en cuenta una contribución común, donde sus aportes no pueden ser separados sin que la obra pierda su naturaleza (Artículos 18 y 82 de la Ley 23 de 1982). Ahora, cuando el director del trabajo de grado y el alumno concretan conjuntamente las ideas, escribiendo cada uno diferentes capítulos de la misma, la calidad de autor se predicará tanto del estudiante como del director, estando frente a la hipótesis de una obra en colaboración En consideración a lo anterior, la institución de educación superior podrá detentar la titularidad de los derechos patrimoniales sobre las obras literarias o artísticas que realicen sus alumnos o profesores, siempre que previa y expresamente se convenga con ellos que los derechos patrimoniales emanados de las mismas son de su propiedad por tratarse de obras por encargo, en virtud de un contrato donde sea cedido el derecho de autor una vez finalizada la obra, ya sea de manera gratuita u onerosa, o de un contrato laboral que expresamente contenga la obligación para el empleado o trabajador de realizar obras literarias o artísticas para el empleador durante el tiempo de la relación laboral.21 Ley 23 de 1982 que establece: 21 Artículo 20 de la Ley 23 de 1982: “Cuando uno o varios autores, mediante contrato de servicios, elaboren una obra según plan señalado por persona natural o jurídica y por cuenta y riesgo de ésta, solo percibirán, en la ejecución de ese plan, los honorarios pactados en el respectivo contrato. Por este solo acto, se entiende que el autor o autores transfieren los derechos sobre la obra, pero conservarán las prerrogativas consagradas en el artículo 30 de la presente Ley, en sus literales a) y b)”. 50 “Todo acto de enajenación del derecho de autor sea parcial o total, debe constar en escritura pública, o en documento privado reconocido ante notario, instrumentos que, para tener validez ante terceros, deberán ser registrados en la Oficina de Registro de Derechos de Autor, con las formalidades que se establecen en la presente Ley.” Artículo 2.- Cada País Miembro concederá a los nacionales de otro país, una protección no menos favorable que la reconocida a sus propios nacionales en materia de Derecho de Autor y Derechos Conexos. Artículo 7.- Queda protegida exclusivamente la forma mediante la cual las ideas del autor son descritas, explicadas, ilustradas o incorporadas a las obras. No son objeto de protección las ideas contenidas en las obras literarias y artísticas, o el contenido ideológico o técnico de las obras científicas, ni su aprovechamiento industrial o comercial. Artículo 11.- El autor tiene el derecho inalienable, inembargable, imprescriptible e irrenunciable de: a) Conservar la obra inédita o divulgarla; b) Revindicar la paternidad de la obra en cualquier momento; y, c) Oponerse a toda deformación, mutilación o modificación que atente contra el decoro de la obra o la reputación del autor. A la muerte del autor, el ejercicio de los derechos morales corresponderá a su derecho ambientes, por el plazo a que se refiere el Capitulo VI de la presente Decisión. Una vez extinguido el derecho patrimonial, el Estado u otras instituciones designadas, asumirán la defensa de la paternidad del autor y de la integridad de su obra. Se entiende por reproducción, la fijación de la obra en un medio que permita su comunicación o la obtención de copias de toda o parte de ella, por cualquier medio o procedimiento. 51 Sera considerado como titular del derecho sobre la adaptación, traducción transporte etc., quien ha realizado salvo convenio en contrario. Las obras colectivas tales como las publicaciones periódicas, antologías diccionarios y similares cuando el método o sistema de selección o de organización de las distintas partes y/u obras que en ellas intervienen, constituye una creación original. Serán consideradas como titulares de las obras a que se refiere este concepto la persona natural o jurídica que coordine, divulgue o publique bajo su nombre 52 3 3.1 METODOLOGÍA ENFOQUE DE LA INVESTIGACIÓN Este proyecto está basado en el enfoque empírico – analítico, de tipo descriptivo con carácter cuantitativo, el cual incluye tanto el análisis de resultados como la experimentación para lograr caracterizar el problema de estudio. La implementación de un servidor para la publicación de OVAS dependerá de ciertas variables y parámetros generados a partir del análisis de la población de estudio. En éste proyecto se plantea un repositorio de material para la Universidad de San Buenaventura, sede Bogotá. 3.2 LÍNEA DE INVESTIGACIÓN DE USB / SUB-LÍNEA DE FACULTAD / CAMPO TEMÁTICO DEL PROGRAMA De acuerdo a los lineamientos de la Universidad y del centro de investigación Bonaventuriano (CIB) para la investigación, El proyecto se enmarca dentro de: 3.3 LÍNEA DE INVESTIGACIÓN. TECNOLOGÍAS ACTUALES Y SOCIEDAD 3.4 SUBLÍNEA DE INVESTIGACIÓN. SISTEMAS DE INFORMACIÓN CAMPO DE INVESTIGACIÓN. ANÁLISIS Y TRATAMIENTO DE DATOS 53 4 DESARROLLO INGENIERIL La implementación se va a realizar por medio de una metodología en cascada porque consiste en desarrollar rigurosamente los procesos por etapas, teniendo en cuenta que para llegar a la etapa inicial de una fase es necesario terminar la fase anterior en un orden establecido. Esta metodología se implementa en proyectos de desarrollo a corto y largo plazo, aplicando este enfoque sistemático secuencial con un estricto control de cada etapa que se mantiene durante la vida del proyecto, por medio de las siguientes fases: 4.1 Fase de análisis de requisitos Para este proyecto donde la finalidad es el de realizar la implementación de una plataforma de objetos virtuales de aprendizaje, los más importante a tener en cuenta son los requerimientos técnicos y tecnológico, ya que se espera un gran número de transacciones web, debido a que puede llegar a ser una solución integral, donde los usuarios de la comunidad académica de la Universidad de San Buenaventura, sede Bogotá, estarán en la capacidad de realizar búsquedas, cargas de información y paquetes de datos de producción científica o demás resultados de proyectos de grado. Para llevar a cabo este propósito se debe contar con diversos requisitos que darán cumplimiento a la necesidad inicial que se da en la formulación del problema de este proyecto. Como se menciona en la justificación, este proyecto se rige por las necesidades y requerimientos de un proyecto macro que señala algunos puntos específicos como el tipo de plataforma que se utilizará, el software necesario para la implementación de la plataforma, el tipo de servidor y de las características de hardware que soportará la estructura del software y de la plataforma, por último el estándar a implementar para los metadatos. Metadatos: Teniendo en cuenta cada uno de los puntos se estableció en primera instancia determinar el estándar a implementar en los metadatos de los objetos virtuales de aprendizaje. 54 Existen varios tipos de metadatos y cada uno tiene su propio formato para realizar su descripción dependiendo de la información que pueda proporcionar, los metadatos pueden ser sobre contenidos, aspectos formales, derechos de autor y en el contexto. Los metadatos se pueden categorizar según su tipo, los descriptivos, estructurales y administrativos. Los descriptivos identifican la información de los recursos, permitiendo a los usuarios buscarlos y/o recuperarlos de una forma asertiva, es esta categoría esta el Dublin Core, el LOM (Learning Object Metadata), SCORM (Sharable Content Object Reference Model), entre otros. Los estructurales son los que facilitan exploración y presentación de los recursos, permite a los usuarios identificar la estructura interna del recurso y su relación, en esta categoría están los XML (Extensible Markup Language), RDF (Resource Description Framework) y SGML (Standard Generalized Markup Language). Los administrativos son los que suministran la gestión de conjuntos de recursos, estos incluyen la gestión de derechos y el control de acceso y su uso, en esta categoría se encuentran los MOA222. Para este proyecto se utilizará los metadatos descriptivos, y teniendo en cuenta el tipo de metadato que se ya se encuentra articulado entre las plataformas para la funcionalidad de repositorios, que es uno de lo mas detallados porque permite que su búsqueda sea más asertiva gracias a la información con la que se puede describir el recurso y por ultimo se tuvo en cuenta que es el metadato que utiliza el banco nacional de objetos en Colombia, se opto por adoptar el Dublin Core como metadato para esta implementación. Dublin Core: En un modelo de metadatos elaborado por la DCMI (Dublin Core Metadata Iniciative). Las implementaciones del Dublin Core generalmente usan XML basadas en RDF (Resource Description Framework). El Dublin Core utiliza pa nor ISO 15836 del año 2003 yla norma NISO Z39.85-2007. Dublin Core es un sistema de 15 definiciones semánticas descriptivas que pretenden transmitir un significado semántico a las mismas. 22 Denibol . [Portal en línea] [Fecha de consulta: Julio 2012].Disponible en: < http://www.denibol.com/metadatos_xml_rdf/metadatos_xml_rdf.pdf> 55 Estas definiciones: Son opcionales Se pueden repetir Pueden aparecer en cualquier orden Tal como se puede consultar en Wikipedia, “este sistema de definiciones fue diseñado específicamente para proporcionar un vocabulario de características "base", capaces de proporcionar la información descriptiva básica sobre cualquier recurso, sin que importe el formato de origen, el área de especialización o el origen cultural”.23 El Dublin Core se clasifica en 3 grupos los cuales indican el tipo de información que se almacena en el. Elementos Relacionados con el contenido de recurso, con el recurso cuando es visto como una propiedad intelectual y con la instanciación del recurso. En cada una de las anteriores clasificaciones podremos se almacena los siguientes elementos. En Contenido Título Claves Descripción Fuente Lengua Relación Cobertura Propiedad Intelectual Autor Editor Otros Colaboradores Derechos 23 Wikipedia[Portal en Línea][Fecha de Consulta: Julio de 2012] Disponible en : < http://es.wikipedia.org/wiki/Dublin_Core> 56 Instanciación Fecha Tipo de Recurso Formato Identificador del Recurso Este tipo de metadato es uno de los más utilizados en la Web y también como base para sistemas descriptivos para las instituciones educativas, bibliotecas, instituciones gubernamentales, empresas, autores y producciones científicas24. 4.1.1 Nivel lógico Se realizó una serie de pruebas con diferentes tipos de software para encontrar el más adecuado y el que se ajuste a las necesidades del proyecto. Está evaluación se restringió a software con licenciamiento libre dado que no se tenían medios para la adquisición de licencias. Entre las opciones evaluadas están Dspace y Drupal, los cuales se encontraron como los más utilizados en repositorios a nivel nacional e internacional. Para determinar la idoneidad de las diferentes alternativas se realizaron pruebas como test de velocidad para medir el rendimiento del servidor al subir o descargar un documento, comprobaciones de funcionalidad, validación de usuario, verificar que despliegue la información solicitada, tiempo de respuesta en búsqueda de información, validación de metadatos, encriptamiento para seguridad de la información e intercomunicación con otros repositorios. Los resultados de estas pruebas están resumidos en la tabla de Pruebas de comparación ítem 5.3.4, y se llego a la conclusión de que Dspace es el que más se ajusta a las necesidades del proyecto porque no presento errores en estas pruebas, dio un mejor desempeño y Drupal no soporta nativamente el ingreso de metadatos sobre los documentos. 24 Dublin Core Metadata Initiative [Portal en Línea][Fecha de Consulta: Julio de 2012] Disponible en: <http://www.dublincore.org/> 57 4.1.2 Nivel físico: Al igual que otros software de uso libre, las plataformas que se analizaron como solución para la implementación, no definen unas características de hardware mínimas para su funcionamiento. Para establecer un aproximado de hardware mínimo necesario para la implementación del RI, se determino realizar una evaluación de las características necesarias para la instalación del software base, tales como el sistema operativo y motor de base de datos, los cuales son los que delimitan la eficiencia de la implementación por su alto consumo de recurso. Requerimientos mínimos para la instalación de Ubuntu CPU: Intel Pentium III o AMD Athlon a 600 MHz o superior RAM: 384 MB para ejecutar el LiveCD O 256 MB para ejecutar el instalador Disco Duro de 3 GB o mas Tarjeta de Red y Conexión a Internet: Para la instalación de los paquetes de idiomas (Sin los Paquetes de idiomas la mayor parte de las aplicaciones o programas están en Ingles) Tarjeta Grafica: Mínimo de 2 MB de Video25 Los requerimientos mínimos para instalar PostgreSQL son: 8 megabytes de RAM 30 megabytes de espacio en disco para el cogido fuente 5 megabytes de espacio en disco para la instalación de los ejecutables 1 megabyte extra para las bases de datos básicas 3 megabytes de espacio en disco rígido para el tarball con el cogido fuente26 25 Ubunto-Es. [Portal en Línea]. [Fecha de consulta: Agosto de 2012]. Disponible en: <http://www.ubuntues.org/node/20725#.UBvp6vVGY18> 26 WebExperto. [Portal en Línea]. [Fecha de consulta: Agosto de 2012]. Disponible en: <http://www.webexperto.com/articulos/articulo.php?cod=136> 58 Sujetos a las características anteriormente requeridas por el software base de la implementación se hace favorable adquirir un servidor con las siguientes características iniciales: Procesador Intel® Xeon® X5660, 2.8Ghz, 12M Cache, Turbo, HT, 1333MHz Max Memoria 32 GB Memory (4x4GB), 1333MHz Dual Ranked LV RDIMMs Configuración Disco Duro RAID 5 for H710P/H710/H310 (3-24 HDDs) Discos Duros 4 discos de 1TB 7.2K RPM Near-Line SAS 3.5in Hot-plug Adaptador de Red Broadcom 5720 QP 1Gb Network Daughter Card Este servidor tiene una escalabilidad a futuro, ya que el número de usuarios y contenidos del RI tienden a incrementarse, y así mismo debe hacerlo la infraestructura para cumplir las demandas de consulta. Durante las primeras etapas de implementación se debe realizar la evaluación transaccional para definir la vida útil de este servidor inicial y proyectar el servicio a futuro para tener en cuenta la actualización del servidor. 4.2 Fase de implementación: Se implementan los niveles de software y hardware necesario que componen el funcionamiento de la plataforma en el servidor de pruebas de la Unidad de Tecnología de la Universidad. En esta fase de implementación se instalación los siguientes componentes donde se encuentra de manera detallada en el Anexo A., manual de instalación. Ubuntu JDK ANT MAVEN APACHE TOMCAT 59 PostgreSQL Dspace Sistema Handle La implementación de esta plataforma permitirá almacenar y preservar los materiales de aprendizaje para que puedan ser accesibles a través de una red de comunicaciones; aportarán información sobre dichos componentes dentro de un mismo sistema e incluso dentro de un mismo servidor, para que puedan ser reutilizados por una mayor cantidad de clientes potenciales mediante registro de usuarios, adición y búsqueda de recursos. Los RI implementados con Dspace brindan la posibilidad de generar una plataforma que ayude a compartir a docentes los resultados de investigaciones y material académico a estudiantes y demás comunidad educativa como también hacer parte de un proceso de fácil acceso a la información suministrada por la misma comunidad. En la actualidad un repositorio digital institucional es vital para dar a conocerse a nivel interno y externo manejando políticas científicas y académicas las cuales brindan seguridad de lo que se encuentra alojado en esta plataforma. Por otra parte le facilita el modo de búsqueda y accesibilidad al material de aprendizaje digital de la institución, esto muestra que un RI es una pieza de apoyo fundamental para la enseñanza e investigación como también abre una ventana a la visibilidad institucional hacia la comunidad externa. Dspace es un software con una estructura cliente/servidor que se gestiona vía WEB, diseñado por Massachusetts Institute of Technology (MIT), teniendo como fin alojar múltiples tipos de formatos digitales tales como (texto, audio, video, OA, OVA, entre otros). Establece un metadato para conocer los datos referentes al archivo que se encuentra en su base de datos para que sea fácil la búsqueda en el RI. “Desde el punto de vista del servidor, DSpace puede instalarse tanto en entornos Linux como en un servidor Windows, siempre que reúna una serie de pre-requisitos: Entorno de desarrollo Java 1.4 o superior. Herramienta de compilación Apache Ante 1.6.2 o superior 60 Sistema de gestión de bases de datos PostgreSQL 7.3 u Oracle 9 o superiores con el juego de caracteres Unicode activados. Servidor de aplicaciones Jakarta TomCat 4.x o 5.x. A diferencia de otras aplicaciones basadas en AMP (Apache-MySQL-PHP), la verdad es que la instalación de DSpace no es una tarea sencilla y requiere unos ciertos conocimientos de informática para configurar la base de datos y el entorno de desarrollo. Del mismo modo, cuando a posterioridad se hacen cambios en la configuración de DSpace, en especial en los ficheros jsp, muchas veces es necesario recopilar la aplicación con el orden "ant" para hacerlos operativos. Aparte de estas aplicaciones básicas, hace falta configurar una serie de actividades programadas (cron jobs) que permitan informar periódicamente a los usuarios de los nuevos documentos depositados (sistema de alertas), indexar el texto completo de los documentos añadidos, generar las miniaturas de los gráficos e informar al administrador del correcto funcionamiento del sistema.”27 27 BID [Portal en línea] [fecha de consulta julio de 2012 Disponible en: <]http://www.ub.edu/bid/20rodri2.htm> 61 4.2.1 Arquitectura Dspace.28 4.2.2 Colecciones de archivo de Información29 28 Dspace[Portal en línea][fecha de consulta Julio del 2012] Disponible en : < http://www.dspace.org> 29 Dspace[Portal en línea][fecha de consulta Julio del 2012] Disponible en : < http://www.dspace.org> 62 4.2.3 Funcionamiento Dspace, explicación mediante un diagrama de flujo30 . 30 Manual de instalación Anexo A 63 4.2.4 Estructura de archivo en Dspace.31 4.2.5 Manejo de Usuarios en Dspace, permisos y autorizaciones por el administrador. Usuarios Grupos de usuarios 4.2.6 31 Roles de usuario Administrador – gestiona y coordina Persona – suministra contenido Usuario no registrado – consulta Dspace[Portal en línea][fecha de consulta Julio del 2012] Disponible en : < http://www.dspace.org> 64 4.2.7 Flujo de trabajo para el rol de administradores32 Paso 1. Pueden aceptar la solicitud de alojar el contenido o rechazarlo. Paso 2. Puede editar los metadatos dados por el usuario, pero no el archivo adjunto, acepta o rechaza la solicitud. Paso 3. Puede editar los metadatos dados por el usuario, pero no el archivo adjunto no puede rechazar la solicitud. Rol de administrador de la categoría aceptar, editar o rechazar el archivo. Gráfica 1.33 32 Dspace[Portal en línea][fecha de consulta Julio del 2012] Disponible en : < http://www.dspace.org> 33 Manual del usuario Anexo B 65 4.2.8 Criterios de diseño Con base en el manual de imagen corporativa institucional se tuvo en cuenta los lineamientos establecidos allí como: Logo institucional vertical. Fuente de letra Times New Roman. Colores institucionales 4.2.9 Pruebas Se realizaron pruebas para medir los criterios de calidad basados en la norma ISO 9126 que define 6 características, para realizar la evaluación de software. En el Portal de ISO 25000 se define “ISO 9126 es un estándar internacional para la evaluación de la calidad del software. Está remplazado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos conceptos. El estándar está dividido en cuatro partes las cuales dirigen, respectivamente, lo siguiente: modelo de calidad, métricas externas, métricas internas y calidad en las métricas de uso y expendido. El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características y sub-características de la siguiente manera: Funcionalidad - Un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades específicas. Las funciones son aquellas que satisfacen las necesidades implícitas o explícitas. Idoneidad Exactitud Interoperabilidad 66 Seguridad Cumplimiento de normas. Fiabilidad - Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestación bajo condiciones establecidas durante un período establecido. Madurez Recuperabilidad Tolerancia a fallos Usabilidad - Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoración individual de tal uso, por un establecido o implicado conjunto de usuarios. Aprendizaje Comprensión Operatividad Atractividad Eficiencia - Conjunto de atributos relacionados con la relación entre el nivel de desempeño del software y la cantidad de recursos necesitados bajo condiciones establecidas. Comportamiento en el tiempo Comportamiento de recursos Mantenibilidad - Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores en un sistema software. Estabilidad Facilidad de análisis Facilidad de cambio Facilidad de pruebas 67 Portabilidad - Conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra. Capacidad de instalación Capacidad de reemplazamiento Adaptabilidad Co-Existencia”34 Evaluación de los criterios para el software Dspace / Drupal Dspace Características Alto Drupal Medio Bajo Alto Medio Funcionalidad X Confiabilidad X X Eficacia X X Usabilidad X Mantenibilidad X Bajo X X X x Portabilidad X Tabla 2. Una vez realizada la evaluación de los criterios de aplicados a las posibles plataformas a implementar, se analizan los resultados y se identifica que el software que se ajusta a la implementación es Dspace, por los altos resultados obtenidos a nivel de funcionalidad, confiabilidad, eficacia y usabilidad. 34 ISO 25000 en Español. [Portal en Línea]. [Fecha de Consulta: Agosto de 2012]. Disponible en < http://iso25000.com/index.php/iso-iec-9126.html> 68 Evaluación de características del servidor de pruebas para la implementación Servidor Características / Criterios 1 2 3 5 X Funcionalidad Confiabilidad X Eficacia X X Usabilidad Mantenibilidad 4 X X Portabilidad Tabla 2. Al analizar los resultados de la prueba se debe tener en cuenta la siguiente escala para los diferentes criterios utilizados. 1 Muy en desacuerdo 2 En desacuerdo 3 Indiferente 4 De acuerdo 5 Muy de acuerdo Uno vez realizado la evaluación de estos criterios al servidor donde se realizaron la pruebas de software, se analizaron los resultados y se identifica que el servidor no cuenta con las características optimas para la funcionalidad de la implementación en una futura puesta en marcha del proyecto, por los bajos resultados obtenidos tras la evaluación de las características aplicadas. 4.2.10 Bitácora de la instalación y la configuración Se reunió información de un número importante de RI a nivel nacional y Latinoamérica para mirar que tipos de software eran utilizados, que tipos de información se encontraban allí alojados, cual era el tipo de metadato mas utilizado y a que comunidades estaban asociados. 69 Se realizó un análisis de requerimientos y se compararon diferentes tipos de software para encontrar el más adecuado para la plataforma, además que se ajustara a las necesidades de la plataforma. Se llevó a cabo la instalación de dos tipos de software y sus componentes utilizados en un RI para comparar su característica y desempeño en la plataforma mediante una evaluación aplicando la norma ISO 9126. Después de estas pruebas se tomó la decisión que Dspace es el software que se debe implementar en la plataforma por su respaldo y facilidad de incorporar en su base de datos diferentes tipos de formatos ya mencionados. Se acondicionó la imagen corporativa institucional de la Universidad a este software editando los bloques que lo componen desde su código fuente. Se configuró el tipo de metadatos con el estándar Dublín Core ya que vienen incorporados en Dspace. Se realizaron pruebas para verificar que la instalación del software estuviera adecuadamente. Después de analizar los resultados de esta prueba, se realizaron varias recomendaciones para que se tomara la decisión de implementar este repositorio. 4.3 Fase Verificación Se realizaron pruebas luego de la instalación de Dspace, para la validación del funcionamiento de la plataforma tanto en el interior como en el exterior de la Universidad, se tomó en cuenta el rendimiento del servidor para medir el nivel de respuesta a la prueba ya realizada en la fase anterior. 4.3.1 Herramientas utilizadas en el servidor de la implementación. Herramientas Descripción Sistemas Operacionales Ubuntu Motores de Bases de Datos Postgresql Internet SI Servidores de Correo Electrónico Externo Firewalls SI Otras (indique) Tabla 3. 70 En la tabla 3, se describe las herramientas utilizadas en el servidor, que deben administradas por el encargado del servidor (Administrador de Red). 4.3.2 Actividades de control en el servidor necesarias para la implementación Marque Descripción No con X 1 Grabación (captura de Datos) SI 2 Control de Entradas y Salidas. SI 3 Producción de información (Procesamiento y actualización de archivos). SI 4 Help Desk. SI 5 Soporte a usuarios de microcomputadores y LANs. NO 6 Mantenimiento de hardware. SI 7 Administración de bases de datos (DBA) SI 8 Administración de la Seguridad lógica (controles de acceso) SI 9 Planeación estratégica de sistemas. SI 10 Administración de contratos de terceras partes. SI 11 Definición e implementación de políticas de seguridad corporativas. SI 12 Análisis y Diseño de Sistemas. NO 13 Construcción de Programas (Elaboración de programas de computador). NO 14 Mantenimiento de Software Aplicativa SI 15 Administración de Telecomunicaciones. SI 16 Quality Assurance. NO 17 Otras. NO Tabla 4. En esta tabla se definen las actividades de control que debe realizar el administrador de la implementación para garantizar el correcto funcionamiento. 71 5 ANÁLISIS DE RESULTADOS Con base en las pruebas anteriormente realizadas se llegó a la conclusión que Dspace es el software que más se adapta a las necesidades determinadas en el planteamiento del problema del presente documento. Al realizar las pruebas ya expuestas en el contexto anterior, el resultado fue bastante positivo teniendo en cuenta que Dspace no se colapsó ni presentó problemas en concurrencia de tareas, no presentó problemas en su base de datos; los únicos errores que se registraron en los logs fueron problemas de autentificación o de permisos al intentar acceder a la plataforma sin las credenciales adecuadas. El lenguaje de programación que utiliza Dspace es JAVA que es independiente de la plataforma, lo que permite ejecutarlo en diferentes sistemas operativos, por otro lado su código es bastante robusto y adaptable para las necesidades de la administración de repositorios. Dspace es una herramienta muy utilizada por que su licenciamiento permite su instalación y ejecución libre de costo a la vez evita que se hagan copias comerciales fácilmente. La comunidad de usuarios de Dspace proporciona soporte a los problemas encontrados durante la instalación, configuración y uso además de colaborar en su desarrollo. Otras de las ventajas de Dspace son: Diversidad de formatos de documentos digitales que se pueden depositar en el software. Los metadatos que maneja son esenciales para la adecuada catalogación y búsqueda de los datos La facilidad de uso y la eficaz búsqueda avanzada de información en el repositorio El manejo de usuarios para la validación de información que se monta en el repositorio y el adecuado registro del manejo de ésta Tiene una excelente interacción con la web 2.0 Tiene un módulo de estadísticas para hacer seguimiento al uso de la plataforma 72 La flexibilidad en su base de datos, ya que puede soportar Oracle o PostgreSql teniendo en cuenta que esta ultima es la que recibe soporte por la comunidad Dspace es el software mas utilizado en repositorios a nivel mundial Estas ventajas que contiene Dspace se articulan en el documento de Lineamientos Generales para Biblioteca Digital de la Universidad de San Buenaventura, Colombia., documento que se encuentra como Anexo C, en el presente documento. Todo esto nos lleva a la conclusión que Dspace es el mas práctico y eficaz de los software para la administración de repositorios, ya que se ajusta a las necesidades y se puede conectar son repositorios de las Universidades San Buenaventura en Colombia y a su vez con BDCOL. 73 6 CONCLUSIONES La implementación del RI en la Universidad prestará un servicio a la comunidad académica, de tal manera que permita alojar todo tipo de información científica y resultados de investigación, y este pueda ser más accesible en toda la institución. Después de analizar, consultar, diseñar y realizar pruebas se llega a la conclusión de que el RI es una herramienta que abrirá una oportunidad para dar a conocer los resultados de la investigación y material educativo de tal modo que brinde una búsqueda más efectiva. En el momento de que se lleve a cabo la implementación de la plataforma en la institución, esta pretende brindar mejores beneficios en cuanto a la infraestructura tecnológica, la gestión de la información para facilitar las transacciones Web; busca favorecer al usuario final en su necesidad de apoyarse en dicha información para fortalecer el aprendizaje autónomo. Lo gracias a la facilidad que suministran los metadatos al describir la información que se encuentra en el RI, permitirán un fácil acceso a la información. Se llego a la conclusión de que Dspace fue el software que mas se ajusto a la necesidad del proyecto por que permite facilidad al usuario tanto en la instalación con en el manejo de su herramienta web, tiene una comunidad de soporte, su licenciamiento es de tipo abierto (BSD), posibilita enlazar el repositorio con otros que se encuentra en comunidades, obtener un intercambio de información y consulta de la misma. Dspace generar una plataforma que ayudara a compartir los resultados de investigaciones y material académico a la comunidad educativa mediante un proceso de acceso libre a la información. Ya que Dspace es un software que facilita su transformación a nivel de código y de diseño, Se acondicionó la imagen corporativa institucional de la Universidad a este software editando los bloques que lo componen desde su código fuente. Al momento de indagar sobre las diferentes políticas para la publicación y administración, se encontró que la Universidad de San Buenaventura, Colombia, ya cuenta con un documento de Lineamientos generales para la biblioteca general, en el cual se encuentran las directrices de publicación y administración. 74 7 RECOMENDACIONES Teniendo en cuenta que la implementación se realizo en un ambiente de pruebas con un servidor de características mínimas, es pertinente la mejora de infraestructura física para brindar un óptimo funcionamiento. Mantener actualizado el software instalado en el servidor para garantizar la seguridad de la información y el buen desempeño de la implementación. Se debe tener en cuenta que la mejora de la infraestructura debe ir ligada al crecimiento de la implementación (usuarios - datos). Desde el comité de propiedad intelectual se deben generar políticas de autoría y propiedad intelectual para la publicación en el RI. Para que le la implementación obtenga mayor trascendencia deberá adherirse a diversas comunidades cumpliendo con los estándares y normas exigidos. La implementación debe tener un sistema de identificación único para los datos alojados en el RI para facilitar la búsqueda dentro de las comunidades. 75 8 BIBLIOGRAFÍA Universidad de San Buenaventura, Colombia. PEB, Proyecto Educativo Bonaventuriano. Bogotá: Bonaventuriana, 2007, 108 p. ASTELL, Manuel., 2003, La Era de la Información: Economía, sociedad y cultura: El poder de la identidad. Cuarta edición. DUBOYS, Paul. Edición Especial MySQL, Madrid, Prentice Hall, 2001. FREEDMAN, Alan. Diccionario de computación Bilingüe. Tomo 3, Santa fe de Bogotá, McGraw-Hill p. 646,1993. Ministerio de Educación Nacional Colombiano MEN http://www.colombiaprende.edu.co/html/directivos/1598/article-172369.html Portal Colombia Aprende http://aprendeenlinea.udea.edu.co/lms/men/oacl.html Open Society Foundations http://www.soros.org/openaccess Psicología de la educación para padres y profesionales http://www.psicopedagogia.com/articulos/?articulo=379 Repositrories Support Project http://www.rsp.ac.uk/start/software-survey/results-2009 Banco Nacional de Objetos http://64.76.190.172/drupalM Ubuntu http://www.ubunto.com Wikipedia http://es.wikipedia.org DSpace http://www.dspace.org Instituto Colombiano de Normas Técnicas y Certificación. Compendio, tesis y otros trabajos de grado. Sexta actualización. Bogotá: INCONTEC, 2009 76
