View
2
Download
0
Category
Preview:
Citation preview
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
iii
Nota de aceptación:
____________________________
____________________________
____________________________
____________________________
____________________________
____________________________
____________________________
Firma Presidente del Jurado
____________________________
Firma del Jurado
____________________________
Firma del Jurado
Bogotá, 01 de Junio de 2012
iv
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.
v
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
vi
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 ALCANCES Y LIMITACIONES ............................................................................................................... 23
1.5.1 Alcances ..................................................................................................................................... 23
1.5.2 Limitaciones ............................................................................................................................... 23
2 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
vii
2.1.9 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 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
4 DESARROLLO INGENIERIL ................................................................................................................ 54
4.1 FASE DE ANÁLISIS DE REQUISITOS ............................................................................................................... 54
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 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
5 ANÁLISIS DE RESULTADOS ............................................................................................................... 72
viii
6 CONCLUSIONES ............................................................................................................................... 74
7 RECOMENDACIONES ....................................................................................................................... 75
8 BIBLIOGRAFÍA ................................................................................................................................. 76
ix
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……………………………………..
x
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.
xi
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.
xii
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.
xiii
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.
xiv
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.
15
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
16
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
17
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.
2MEN 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
18
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
19
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á?
20
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.
21
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.
22
1.4 OBJETIVOS
1.4.1 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.
23
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.
24
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
25
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
26
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
27
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
28
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
29
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/
30
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
31
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-obras-digitales.html
32
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
33
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)
34
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.
35
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
36
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
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Costo
Licencia Comercial
Comerci
al
Comerci
al Libre Libre
Comercia
l Libre Libre Libre
Comercia
l Libre
Tipo de
Producto Software
Hostted
Service Software Software
Softwa
re Software Software Software Software
Hostted
Service Software
Soporte
Libre
(Comunida
d)
Soporte
- - - Libre –
Comunidad
Libre –
Comu
nidad
-
Libre –
Comunid
ad
Libre –
Comunid
ad
-
Libre –
Comunid
ad
-
Libre
(Directo)
Soporte
- - - - - - - - - Libre –
directo
Libre –
directo
Sin fines
de lucro - - - - - - - - - - -
Soporte
comercial
pagado
Comercial Comerci
al
Comerci
al Comercial
Comer
cial - -
Comercia
l
Comercia
l
Con
licencia -
Costo por
revisiones
menores o
actualizaci
ón
Con
soporte
Con
licencia
Con
Soporte Libre Libre
Con
licencia Libre Libre
Comercia
l
Con
licencia Libre
Costo por
revisiones
mayores o
actualizaci
ón
Con
soporte
Con
licencia
Con
Soporte Libre Libre
Con
licencia Libre Libre
Comercia
l
Con
licencia Libre
Tipos de elementos de almacenamiento
y entrega
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Document
os (pdf,
doc,
ppt,…)
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estánd
ar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Imágenes
(jpeg, gif,
png,…)
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estánd
ar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Video Estándar Estándar Estándar Estándar Estánd Estándar Estándar Estándar Estándar Estándar Estándar
16 Drupal Hispano [Portal en línea][fecha de consulta], disponible en <http://drupal.org.es/drupal>
37
(mpeg,
avi,…)
actual actual actual actual ar
actual
actual actual actual actual actual actual
Audio
(mp3,
wav,…)
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estánd
ar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Objetos de
Aprendizaj
e
(scorm,…)
Estándar
futuro
Estándar
actual -
Estándar
actual
Estánd
ar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Estándar
actual
Other. -
Digital
Common
s coloca
tiendas a
disposici
ón para
descarg
ar
cualquier
tipo de
archivo.
Puede
almacen
ar y
gestiona
r todo
tipo de
contenid
o
Puede
almacenar
y gestionar
todo tipo de
contenido
-
Vea
observaci
ones
Fedora
puede
almacena
r
gestionar
todos los
tipos de
elemento
s. La
Interpreta
ción
depender
á de la
interfaz
que
usuario
este
utilizado.
Puede
almacena
r y
gestionar
todo tipo
de
contenido
Soporta
todos los
tipos de
archivos.
Puede
almacena
r y
gestionar
todo tipo
de
contenido
Flexible
en
definición
de tipos
de
contenido
s.
Formatos de Metadatos
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Dublin
Core Dublin Core
Dublin
Core
Dublin
Core Dublin Core
Dublin
Core
Dublin
Core
Dublin
Core
Dublin
Core
Dublin
Core
Dublin
Core
Dublin
Core
Qualified
DC:
Qualified
DC
Qualified
DC
Qualified
DC
Qualified
DC -
Qualified
DC
Qualified
DC
Qualified
DC
Qualified
DC
Qualified
DC -
METS METS - METS METS METS METS METS METS - - METS
MARC - - MARC - - MARC - MARC - - -
Other - -
MODS,
EAD,
TEI
puede
tener
cualquier
formato
de
metadat
os
DSpace
puede
importar /
exportar el
contenido
de una
variedad de
formatos de
metadatos,
incluidos
los MODS,
Prems, etc
BibteX
, DIDL,
EndNo
te,
JSON,
MODS
, CSV,
ORE,
Open
URL,
RDF,
Refer,
RefMa
n,
XML
Puede
tener
cualquier
formato
de
metadato
s incl.
SCORM
y LOM
IEEE
(Flexible)
Cualquier
Metadato
en format
XML
Cualquier
Metadato
en
CRAcore,
PBcore,
mzXML,
TEI
LOM,
XCEI,
MIX,
ODRL
Puede
tener
cualquier
formato
de
metadato
s incl.
MODS,
MARC,
PREMIS
(Flexible)
Otros
pueden
ser
definidos
por la
relación
del
cliente.
Vistas previas en miniatura
Archivos
de imagen
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual -
Estándar
Actual
Estándar
Actual
Estándar
Actual
Corriente
Opcional
38
Películas
de Video
Estándar
Actual
Futuro
Estándar
Estándar
Actual
Actual de
3ros
Estánd
ar
Actual
Estándar
Actual -
Estándar
Actual
Estándar
Actual
Futuro
Opcional
Actual de
3ros
PDF y
Textos
Estándar
Actual
Futuro
Estándar
Estándar
Actual
Actual de
3ros
Estánd
ar
Actual
Estándar
Actual -
Estándar
Actual
Estándar
Actual
Estándar
Actual
Actual de
3ros
Funciones de la interfaz de usuario
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Deposición
de Usuario
Final
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual -
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Soporte
Multi-
Lenguaje
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual -
Estándar
Actual
Estándar
Actual
Estándar
Actual
Corriente
Opcional
Conversión de Formato
Convertir a
Estándar
Actual
Estándar
Actual
Futuro
Estándar
Actual de
3ros
Futuro
Opcio
nal
Estándar
Actual
No
Aplicable
Estándar
Actual -
Estándar
Actual
Futuro
Estándar
A PDF
Desde - .doc, .rtf - - -
Desde
planes de
lección
para una
variedad
de
formatos
de
imagen
No
Aplicable
Od*, ot*,
sxw, doc,
docx, txt,
htm, pdb,
xls, csv,
xml, wpd,
wb2, pp*,
mml
- - Docx
Convertir a
PDF-A - -
Futuro
Estándar
Actual de
3ros -
Estándar
Actual -
Estándar
Actual - - -
A PDF-A
Desde - - - - - - -
Od*, ot*,
sxw, doc,
docx, txt,
htm, pdb,
xls, csv,
xml, wpd,
wb2, pp*,
mml
- - -
Convertir a
XML - - -
Actual de
3ros -
Estándar
Actual -
Estándar
Actual - -
Futuro
Opcional
A XML
Desde - - - - -
Este es el
formato
nativo
-
Od*, ot*,
sxw, doc,
docx, txt,
htm, pdb,
xls, csv,
xml, wpd,
wb2, pp*,
mml
- -
.doc,
.docx,
.odt
Búsqueda Avanzada
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Campo
Especifico
Campo
Especifico
Campo
Especific
o
Campo
Especific
o
Campo
Especifico
Camp
o
Especi
Campo
Especific
o
-
Campo
Especific
o
Campo
Especific
o
Campo
Especific
o
-
39
fico
Lógica
Booleana
Lógica
Booleana
Lógica
Boolean
a
Lógica
Boolean
a
Lógica
Booleana -
Lógica
Booleana -
Lógica
Booleana
Lógica
Booleana
Lógica
Booleana -
Opciones
de
Ordenació
n
Opciones
de
ordenación
Opcione
s de
ordenaci
ón
Opcione
s de
ordenaci
ón
Opciones
de
ordenación
Opcio
nes de
ordena
ción
Opciones
de
ordenació
n
-
Opciones
de
ordenació
n
Opciones
de
ordenació
n
Opciones
de
ordenació
n
-
Explorar Opciones de Vista
Autor Autor Autor Autor Autor Autor Autor - Autor Autor Autor Autor
Unidad
Académica
Unidad
Académica
Unidad
Académi
ca
Unidad
Académi
ca
-
Unida
d
Acadé
mica
Unidad
Académic
a
-
Unidad
Académic
a
Unidad
Académic
a
Unidad
Académic
a
Unidad
Académic
a
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 - - - Titulo Titulo Titulo -
Coleccione
s
Coleccione
s
Coleccio
nes
Coleccio
nes
Coleccione
s -
Coleccion
es -
Coleccion
es
Coleccion
es
Coleccion
es
Coleccion
es
Otros -
Dominio
público
digital
admite
opciones
de vista
personali
zada
-
Configurabl
e.
Cualquier
campo
puede
utilizarse
para la
navegación
Config
urable
por
cualqu
ier
campo
Configura
ble.
Cualquier
campo
puede
utilizarse
para la
navegaci
ón
- Configura
ble
Completa
mente
configura
ble
Configura
ble.
Cualquier
campo
puede
utilizarse
para la
navegaci
ón
Explorad
or gráfico
de red y
laboratori
os vivos
vistas de
tabla
dinámica
Clases de Objeto Predeterminado
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Clasificaci
ón de LoC - - - -
Clasifi
cación
de
LoC
- - -
Clasificac
ión de
LoC
- -
Encabeza
mientos de
LoC
- - - - - - - - - - -
DDC - - - - - - - - DDC - -
UDC - - - - - UDC - - - - -
Otros
Ver lista
completa.
Administrad
or define
vocabulario
s
controlados
Dominio
público
digital
soporta
vocabula
rios
personali
zados
-
DSpace es
compatible
con
cualquier
administrad
or –
vocabulario
de
controlador
definido
3
clasific
acione
s de
parte
dispon
ibles
Soporta
cualquier
vocabular
io
controlad
o
definidos
por el
usuario o
taxonomí
a (así
externo)
- Configura
ble
Completa
mente
configura
ble
Definido
por el
cliente
Definido
por el
cliente
Sindicación
40
RSS - RSS - RSS RSS RSS - RSS RSS RSS RSS
Átomo - - - Átomo Átomo Átomo - Átomo - - Átomo
Validación de Usuario
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Registro
Requerido
Corriente
Opcional
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Corriente
Opcional -
Estándar
Actual
Estándar
Actual
Corriente
Opcional
Corriente
Opcional
Autenticaci
ón LDAP
Corriente
Opcional
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Corriente
Opcional
Actual de
3ros
Autenticaci
ón de
Atenas
Corriente
Opcional -
Estándar
Actual - -
Actual de
3ros -
Corriente
Opcional
Estándar
Actual
Futuro
Opcional
Actual de
3ros
Autenticaci
ón de
Shiboleth
Corriente
Opcional -
Estándar
Actual
Estándar
Actual
Actual
de
3ros
Estándar
Actual
Corriente
Opcional
Corriente
Opcional
Estándar
Actual
Futuro
Opcional
Actual de
3ros
Web 2.0
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Etiquetado - - Actual
de 3ros -
Actual
de
3ros
Estándar
Actual -
Estándar
Actual
Estándar
Actual -
Estándar
Actual
Comentari
os -
Actual
de 3ros
Actual
de 3ros -
Actual
de
3ros
Estándar
Actual -
Estándar
Actual
Estándar
Actual -
Futuro
Opcional
Clasificaci
ones - -
Actual
de 3ros - -
Estándar
Actual -
Estándar
Actual
Estándar
Actual -
Fututo
Opcional
Revisiones - Estándar
Actual
Actual
de 3ros - -
Estándar
Actual -
Estándar
Actual
Estándar
Actual -
Futuro
Opcional
Marcadore
s -
Estándar
Actual
Actual
de 3ros - -
Estándar
Actual -
Futuro
Estándar -
Estándar
Actual
Futuro
Opcional
Compartir
Esto…. -
Estándar
Actual
Actual
de 3ros
Actual de
3ros -
Estándar
Actual -
Estándar
Actual -
Estándar
Actual
Futuro
Opcional
Otra Web
2.0
Una
importante
actualizació
n a la
interfaz de
usuario de
CONTEDN
Tdm será
lanzada en
2010, que
permitirá
que
muchas de
las
funciones
incluidas en
la lista Web
2.0.
Véase
- - - - - -
Varios a
través de
Drupal
- - -
41
sandbox
para
obtener
mas
detalles
Informes Estadísticos
Top
Descargas
Estándar
Actual
Estándar
Actual
Estándar
Actual
Actual de
3ros
Actual
3ros
Estándar
Actual -
Estándar
Actual
Corriente
Opcional
Estándar
Actual
Futuro
Estándar
Recuento
de
Registros
Completos
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual -
Estándar
Actual
Estándar
Actual
Estándar
Actual
Futuro
Estándar
Dependencias de y de Plataformas de Software
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Sistemas Operativos
LINUX LINUX LINUX LINUX LINUX LINUX LINUX LINUX LINUX LINUX - -
UNIX UNIX - UNIX UNIX UNIX UNIX UNIX UNIX UNIX - -
SOLARIS - - SOLARI
S SOLARIS
SOLA
RIS SOLARIS SOLARIS SOLARIS SOLARIS - -
Windows Windows - - Windows Windo
ws Windows Windows Windows Windows - Windows
Mac OS X - - - MacOS MacO
S - MacOS MacOS MacOS - -
Otros - - - - - - - -
Servicio
alojado,
Servidor
de nube
Servicio
alojado -
Bases de Datos
My SQL - - - - MySQ
L - MySQL MySQL MySQL - -
Oracle - - Oracle Oracle Oracle Oracle Oracle Oracle - - -
PostgreSQ
L -
Postgre
SQL -
PostgreSQ
L
Postgr
eSQL
PostgreS
QL
PostgreS
QL
PostgreS
QL - - -
Servidor
Microsoft
SQL
- - - - - Servidor
MS SQL -
Servidor
MS SQL - -
Servidor
MS SQL
Almacena
miento de
Informacio
n Cloud
- - - - Cloud - Cloud Cloud - - -
Otros
XML/Base
de datos
basados en
texto
- - - - - Apache
Derby - -
Soporte
de Cloud
se
agregara
como una
opción
futura
-
Lenguajes de Scripting
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Java - - Java Java - Java Java Java Java - -
42
PERL - PERL PERL - PERL - - - - - -
PHP PHP - - - - PHP - PHP - - -
JavaScript - - JavaScri
pt JavaScript
JavaS
cript
JavaScrip
t -
JavaScrip
t
JavaScrip
t -
JavaScrip
t
AJAX - - AJAX AJAX AJAX - - - AJAX - AJAX
Otros - - - XSLT XSLT - - - - - .NET
Otras Especificaciones
Otras
Especifica
ciones
- - - - - - Ver
Factsheet
Drupal,
Djatoka,
OpenLay
er
- Servicio
alojado -
De Maquina a Maquina Interoperabilidad
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
OAI-PMH Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual
Corriente
Opcional
Corriente
Opcional
Estándar
Actual
Estándar
Actual
Estándar
Actual
OAI-ORE - - - Corriente
Opcional
Estánd
ar
Actual
Estándar
Actual
Corriente
Opcional
Corriente
Opcional - -
Estándar
Actual
SWORD - - Futuro
Estándar
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual
Estándar
Actual
Actual de
3ros
Estándar
Actual
Estándar
Actual
Estándar
Actual
SWAP - - - Estándar
Actual
Estánd
ar
Actual
Corriente
Opcional
Corriente
Opcional
Corriente
Opcional -
Estándar
Actual -
RDF - - - -
Estánd
ar
Actual
Corriente
Opcional
Estándar
Actual
Estándar
Actual - - -
Integración
de RoMEO - - - -
Actual
de
3ros
Estándar
Actual -
Estándar
Actual -
Futuro
Opcional -
OAI-PMH - - Estándar
Actual
Estándar
Actual -
Estándar
Actual
Actual de
3ros
Actual de
3ros -
Estándar
Actual -
Otros Z39.50 - Z39.50
WebDAV,
REST,
SRU/SRW,
OpenSearc
h
- - - SRU/SR
W
SRU/SR
W
Open
Search RDFS
Funciones de los Administradores
Caracterist
icas
CONTENT
dm
Digital
Common
s
DigiTool Dspace EPrint
s
EQUELL
A
Repositor
io
Fedora Islandora/
Fedora
intraLibra
ry
Open
Repositor
y
Zentity
Importació
n Masiva
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Futuro
Estándar
Exportació
n Masiva
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Futuro
Estándar
Generació
n de la
hoja de
cubierta
- Estándar
Actual - -
Actual
de
3ros
Estándar
Actual - - -
Futuro
Opcional
Futuro
Estándar
43
Flujo de
Trabajo
Personaliz
able
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estándar
Actual
Estánd
ar
Actual
Estándar
Actual
No
Aplicable
Estándar
Actual
Estándar
Actual
Estándar
Actual
Futuro de
3ros
Servicios
Formación Formación Formaci
ón
Formaci
ón -
Forma
ción
Formació
n -
Formació
n
Formació
n
Formació
n -
Consultorí
a Consultoría
Consulto
ría
Consulto
ría -
Consul
toría
Consultor
ía -
Consultor
ía
Consultor
ía
Consultor
ía
Consultor
ía
Visitas al
Sitio
Visitas al
Sitio -
Visitas al
Sitio -
Visitas
al Sitio
Visitas al
Sitio -
Visitas al
Sitio
Visitas al
Sitio
Visitas al
Sitio
Visitas al
Sitio
Otros -
Licencia
s
estándar
incluyen
impleme
ntación,
diseño y
personali
zación
-
Capacitació
n, asesoría
y visitas
todos
ofrecen a
través de
terceros
(proveedor
es de
servicios de
e. i.)
-
Análisis
desollami
ento,
previa,
proyecto
mgt
- Varios
Personali
zación,
servicios
alojados
Este es
un
servicio
alojado
-
Tabla 1.17
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/>
44
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-las-agencias-de-cooperacin-internacional-que-trabajan-bajo-el-enfoque-de-cadenas-productivas-en-el-departamento-de-ayacucho-per>
45
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.
46
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.
47
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.
48
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>
49
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°.
50
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)”.
51
“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.
52
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
53
3 METODOLOGÍA
3.1 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
54
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.
55
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>
56
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>
57
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/>
58
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.ubuntu-es.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>
59
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
60
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
61
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>
62
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>
63
4.2.3 Funcionamiento Dspace, explicación mediante un diagrama de flujo30
.
30 Manual de instalación Anexo A
64
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 Roles de usuario
Administrador – gestiona y coordina
Persona – suministra contenido
Usuario no registrado – consulta
31 Dspace[Portal en línea][fecha de consulta Julio del 2012] Disponible en : < http://www.dspace.org>
65
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
66
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
67
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
68
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
Características Dspace Drupal
Alto Medio Bajo Alto Medio Bajo
Funcionalidad X X
Confiabilidad X X
Eficacia X X
Usabilidad X X
Mantenibilidad X X
Portabilidad x 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>
69
Evaluación de características del servidor de pruebas para la implementación
Características / Criterios Servidor
1 2 3 4 5
Funcionalidad X
Confiabilidad X
Eficacia X
Usabilidad X
Mantenibilidad X
Portabilidad X
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.
70
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.
71
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
No Descripción Marque
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.
72
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
73
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.
74
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.
75
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.
76
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
Recommended