1
Repositorio digital de artículos, tesis, libros, congresos y otros documentos sobre el área de
proyectos
Flavio Alirio Cerón Romo, [email protected]
Leonardo Fabio Marín Bohorquez, [email protected]
Jimmy Andres Gomez Martínez, [email protected]
Trabajo de Grado presentado para optar al título de Especialista en Gestión Integral de Proyectos
Asesor: Andres Mauricio Calderón Garcés, Magíster (MSc) en Gestión de Informática y
Telecomunicaciones
Universidad de San Buenaventura Colombia
Facultad de Ingeniería
Especialización en Gestión Integral de Proyectos
Santiago de Cali, Colombia
2017
2
Citar/How to cite (Cerón, Marín, & Gomez, 2017)
Referencia/Reference
Estilo/Style:
APA 6th ed. (2010)
Cerón, F., Marín, L., & Gomez, J. (2017). Repositorio digital de artículos,
tesis, libros, congresos y otros documentos sobre el área de proyectos.
(Trabajo de grado Especialización en Gestión Integral de Proyectos).
Universidad de San Buenaventura Colombia, Facultad de Ingeniería,
Cali.
Especialización en Gestión Integral de Proyectos, Cohorte 4.1.
Bibliotecas Universidad de San Buenaventura
Biblioteca Fray Alberto Montealegre OFM - Bogotá.
Biblioteca Fray Arturo Calle Restrepo OFM - Medellín, Bello, Armenia, Ibagué.
Departamento de Biblioteca - Cali.
Biblioteca Central Fray Antonio de Marchena – Cartagena.
Universidad de San Buenaventura Colombia
Universidad de San Buenaventura Colombia - http://www.usb.edu.co/
Bogotá - http://www.usbbog.edu.co
Medellín - http://www.usbmed.edu.co
Cali - http://www.usbcali.edu.co
Cartagena - http://www.usbctg.edu.co
Editorial Bonaventuriana - http://www.editorialbonaventuriana.usb.edu.co/
Revistas - http://revistas.usb.edu.co/
Biblioteca Digital (Repositorio)
http://bibliotecadigital.usb.edu.co
3
TABLA DE CONTENIDO
INTRODUCCION 8
1 PLANTEAMIENTO DEL PROBLEMA 13
Descripción del problema 13 1.1
Pregunta de investigación 14 1.2
2 OBJETIVOS 14
2.1 OBJETIVO GENERAL 14
2.2 Objetivos específicos 14
3 JUSTIFICACIÓN 15
4 MARCO REFERENCIAL 17
Antecedentes 17 4.1
Marco Conceptual 26 4.2
4.2.1 Que es un Repositorio Digital 26
4.2.2 Directorios Internacionales de Repositorios 30
4.2.3 Descripción principal de Metadatos 32
4.2.4 Tipos y Funciones de los Metadatos 32
4.2.5 Modelos de Esquemas de Metadatos 34
4.2.5.1 Dublin Core Metadata Initiative Preservation Working Group 34
4.2.5.2 Premis Working Group 35
4.2.5.3 The Cedars Project. Metadata for digital preservation 35
4.2.5.4 National Library of New Zealand 35
4.2.5.5 Library of Congress 36
Marco Teórico 36 4.3
4.3.1 Aspectos Legales 37
4.3.1.1 Aspectos Legales Generales 37
4.3.1.2 Acuerdos Internacionales 40
4.3.2 Aspectos Técnicos 42
4.3.2.1 Modelo OAIS 42
4.3.2.2 Open Access 43
4.3.2.3 Plataforma Dspace 46
4
4.3.2.4 Arquitectura 47
5 MÉTODOLOGIA 48
6 INVESTIGACIÓN Y ANÁLISIS SOBRE LA ESTRUCTURA DE LOS
REPOSITORIOS 50
Modelos de Acceso Abierto 50 6.1
Topología De Repositorio 53 6.2
6.2.1 Institucionales 54
6.2.2 Temáticos 54
Metodologías De Desarrollo De Software Tradicionales 55 6.3
6.3.1 Metodología en cascada: Framework lineal 57
6.3.2 Método de Prototipos 59
6.3.3 Modelo Incremental o Iterativo y Creciente 60
6.3.4 Modelo en Espiral 62
6.3.5 Modelo RAD: Desarrollo Rápido de Aplicaciones (Rapid Application Development) 64
Metodologías Ágiles de desarrollo de Software 65 6.4
6.4.1 Programación Extrema (Extreme Programming, XP) 68
6.4.2 Metodología SCRUM 71
6.4.2.1 ¿Cómo funcionan los Procesos Scrum? 72
6.4.2.2 Equipos que Componen los Procesos SCRUM 75
6.4.3 Otras Metodologías Ágiles 76
6.4.3.1 Crystal Methodologies 76
6.4.3.2 Dynamic Systems Development Method (DSDM) 77
6.4.3.3 Adaptive Software Development (ASD) 77
6.4.3.4 Feature -Driven Development (FDD) 78
6.4.3.5 Lean Development (LD) 78
Comparación Entre Metodología Ágil y Tradicional 78 6.5
Análisis de Investigación Sobre la Estructura de los Repositorios 79 6.6
7 . RECOLECCIÓN DE REQUISITOS PARA EL REPOSITORIO DIGITAL SOBRE
EL ÁREA DE PROYECTOS 83
Herramientas de Recolección de Información 83 7.1
Análisis de Resultados de Entrevistas y Encuestas 84 7.2
5
Requerimientos Funcionales y No Funcionales 93 7.3
7.3.1 Requerimientos Funcionales 93
7.3.2 Requerimientos No Funcionales 98
8 DOCUMENTO DE CASOS DE USO 101
Diagramas de Casos de Uso 101 8.1
Identificación de Actores 102 8.2
Definición de Guiones de Casos de Uso 102 8.3
8.3.1 Casos de Uso de Usuario Final 102
8.3.1.1 Ingresar al Repositorio 103
8.3.1.2 Consultar Información por Comunidad 104
8.3.1.3 Consultar Información por Subcomunidad 106
8.3.1.4 Consultar Información por Filtros 107
8.3.1.5 Visualizar Información del Metadato 109
8.3.1.6 Descargar Información 110
8.3.2 Casos de Uso de Administrador Técnico 111
8.3.2.1 Ingresar al Repositorio Digital 111
8.3.2.2 . Configurar, actualizar y eliminar Metadatos 112
8.3.2.3 . Realizar Backup de Información 113
8.3.3 8. Casos de Uso de Bibliotecólogo 114
8.3.3.1 Ingresar al Repositorio Digital 114
8.3.3.2 Definir, Actualizar y Retirar Estructura de Metadato 116
9 ANÁLISIS DE RIESGOS DE CASOS DE USO 117
10 CONCLUSIONES 122
11 TRABAJOS FUTUROS 125
12 FINALIDAD DEL PROYECTO 126
13 BIBLIOGRAFÍA 127
14. ANEXOS 129
6
LISTA DE TABLAS
Pág.
TABLA 1. DISTRIBUCIÓN DE REPOSITORIOS EN COLOMBIA POR INSTITUCIÓN 19
TABLA 2. CLASES DE REPOSITORIOS DIGITALES 28
TABLA 3. BENEFICIOS DE UN REPOSITORIO DIGITAL 29
TABLA 4. ACTIVIDADES CRÍTICAS ETAPA DE INVESTIGACIÓN 48
TABLA 5. ACTIVIDADES CRÍTICAS ETAPA DE RECOLECCION DE REQUISITOS 49
TABLA 6. ACTIVIDADES CRÍTICAS ETAPA CONSTRUCCIÓN CASOS DE USO 49
TABLA 7. INFORME APEI SOBRE ACCESO ABIERTO, 2008 53
TABLA 8. DIFERENCIAS ENTRE METODOLOGÍAS ÁGILES Y NO ÁGILES 79
TABLA 9. USUARIO FINAL 102
TABLA 10. ADMINISTRADOR TÉCNICO 102
TABLA 11. BIBLIOTECÓLOGO 102
TABLA 12. INGRESAR AL REPOSITORIO DIGITAL 103
TABLA 13. CONSULTAR INFORMACIÓN POR COMUNIDAD 104
TABLA 14. CONSULTAR INFORMACIÓN POR SUBCOMUNIDAD 106
TABLA 15. CONSULTAR INFORMACIÓN POR FILTROS 107
TABLA 16. VISUALIZAR INFORMACIÓN DEL METADATO 109
TABLA 17. DESCARGAR INFORMACIÓN 110
TABLA 18. INGRESAR AL REPOSITORIO DIGITAL 111
TABLA 19. CONFIGURAR, ACTUALIZAR Y ELIMINAR METADATOS 112
TABLA 20. REALIZAR BACKUP DE INFORMACIÓN 114
TABLA 21. INGRESAR AL REPOSITORIO DIGITAL 115
TABLA 22. DEFINIR, ACTUALIZAR Y RETIRAR ESTRUCTURA DE METADATO 116
TABLA 23. IDENTIFICACIÓN DEL RIESGO 118
TABLA 24. IMPACTO OPERATIVO 119
TABLA 25. PROBABILIDAD 119
TABLA 26. RIESGO INHERENTE 120
TABLA 27. MATRIZ DE CONTROL 121
TABLA 28. RIESGO RESIDUAL 122
7
LISTA DE GRAFICAS
Pág.
GRAFICA 1. REPOSITORIOS POR ÁREA A NIVEL MUNDIAL 16
GRAFICA 2. DISTRIBUCIÓN DE REPOSITORIOS POR CONTINENTE 17
GRAFICA 3. TIPOS DE REPOSITORIOS 18
GRAFICA 4. TIPOS DE CONTENIDO DE REPOSITORIOS 18
GRAFICA 5. TIPOS DE CONTENIDO DE REPOSITORIOS EN COLOMBIA 22
GRAFICA 6. SOFTWARE UTILIZADO PARA REPOSITORIOS 23
GRAFICA 7. PÁGINA WEB DE RECURSOS DIGITALES DE USB 25
GRAFICA 8. TIPOS DE DOCUMENTOS DE REPOSITORIOS DIGITALES 28
GRAFICA 9. EVOLUCIÓN DEL MOVIMIENTO DE ACCESO ABIERTO 45
GRAFICA 10. ARQUITECTURA DE ACCESO A INFORMACIÓN 47
GRAFICA 11. ¿QUÉ TIPO DE FUENTES DESEA DESEA QUE TENGA EL REPOSITORIO
DIGITAL? 85
GRAFICA 12. ¿QUÉ TAMAÑO MÁXIMO DEBEN TENER CADA ARCHIVO DIGITAL? 85
GRAFICA 13. INFORMACION DE LA PRODUCCIÓN ACADEMICA 86
GRAFICA 14. FILTROS PARA CONSULTAR REPOSITORIO DIGITAL 86
GRAFICA 15. AUTORIZACIÓN PARA COMPARTIR PRODUCCIÓN ACADÉMICA 87
GRAFICA 16. ¿QUÉ SERVICIOS ADICIONALES DESEAS QUE CONTENGA EL
REPOSITORIO DIGITAL? 87
8
LISTA DE FIGURAS
Pág.
FIGURA 1. DIAGRAMA GENERAL DE CASOS DE USO 101
FIGURA 2. INGRESAR AL REPOSITORIO 103
FIGURA 3. CONSULTAR INFORMACIÓN POR COMUNIDAD 104
FIGURA 4. CONSULTAR INFORMACIÓN POR SUBCOMUNIDAD 106
FIGURA 5. CONSULTAR INFORMACIÓN POR FILTROS 107
FIGURA 6. VISUALIZAR INFORMACIÓN DEL METADATO 109
FIGURA 7. DESCARGAR INFORMACIÓN 110
FIGURA 8. INGRESAR AL REPOSITORIO DIGITAL 111
FIGURA 9. CONFIGURAR, ACTUALIZAR Y ELIMINAR METADATOS 112
FIGURA 10. REALIZAR BACKUP DE INFORMACIÓN 113
FIGURA 11. INGRESAR AL REPOSITORIO DIGITAL 115
FIGURA 12. DEFINIR, ACTUALIZAR Y RETIRAR ESTRUCTURA DE METADATO 116
9
RESUMEN
El trabajo de grado que se presenta en este documento se desarrolla en el marco de los
repositorios digitales institucionales. En particular, se realiza una investigación y análisis sobre
las herramientas y metodologías de desarrollo de software más reconocidas a nivel internacional
y que más se adecúan para el diseño de un repositorio digital sobre el área de proyectos para la
Universidad San Buenaventura de la ciudad de Cali.
Posteriormente se desarrolla una etapa de recolección de información por medio de entrevistas
y encuetas para determinar los requerimientos funcionales y no funcionales del repositorio
digital, con base en ellos se realiza la construcción de un documento de casos de uso, los cuales
serán necesarios para las posteriores etapas de diseño, desarrollo e implementación del
repositorio digital sobre el área de proyectos.
Finalmente, se presenta un análisis de riesgos sobre los casos de uso definidos que permite
considerar los riesgos más relevantes.
Palabras clave: Repositorio digital, DSpace, SCRUM, metodología ágil, casos de uso,
metadatos.
ABSTRACT
The research of degree that is presented in this document is developed in the frame of the
digital institutional repositories. Especially, an investigation and analysis is developed on the
most recognized and worldwide known tools and methodologies of software development and
those which are more appropriated for the design of a digital repository on the project area for the
University San Buenaventura of the city of Cali.
10
Later on it is developed a stage of compilation of information by means of interviews and
surveys to determine the functional and nonfunctional requirements of the digital repository,
based on them the construction of a document of cases of use is made, which will be necessary
for the later stages of design, development and implementation of the digital repository on the
project area.
Finally, an analysis of risks on the definite cases of use that allows to consider the most
relevant risks is presented.
.
Keywords: Digital Repository, DSpace, SCRUM, Agile Methodologies, use cases, metadata.
11
INTRODUCCION
Los primeros años de este nuevo siglo han visto cambios trascendentales en el sistema de
comunicación científica, cambios impulsados por otros, también impactantes, que tuvieron lugar
durante los cinco últimos años del siglo veinte y que afectaban a la producción y distribución de
información científica. Es decir, se ha vivido en la última década no sólo la transición de la
edición y distribución en soportes impresos a medios digitales, sino también multitud de procesos
revolucionarios que este paso ha comportado. La situación resultante se parece a un torbellino,
con cambios que surgen de todas partes y cuyos efectos aún se desconocen. (Keefer, 2007)
Los repositorios digitales se han convertido en la mejor opción para compartir con los sectores
académicos información sobre los trabajos desarrollados en tesis, trabajos de investigación,
artículos, revistas, libros, congresos y otros documentos de manera centralizada y organizada
como medio de consulta.
En este trabajo de grado se inicia con la etapa de análisis de información para posteriormente
ejecutar la etapa de diseño, desarrollo e implementación de un repositorio digital, institucional y
temático donde se centraliza referencialmente información sobre el área de proyectos contenida
en artículos, tesis, libros, congresos y otros documentos puesto que actualmente esta información
se localiza en libros, revistas, artículos, memorias de congresos y otros repositorios digitales , los
cuales se encuentran ubicados de manera dispersa. La información se concentrará en una base de
datos en un servidor WEB bajo una plataforma de software gratuita ubicado en las instalaciones
de la Universidad San Buenaventura de la ciudad de Cali en la dirección Av. 10 de Mayo - La
Umbría - vía Pance, Tel. 488 2222, a partir del 1 de Junio de 2017; propuesto por la facultad de
12
Ingeniería bajo el programa de Especialización en Gestión Integral de Proyectos con el apoyo de
los estudiantes del programa para brindar cobertura a los diferentes actores de la comunidad del
sector académico, cultural, social, económico y político de la región con el fin que tengan acceso
a esta información como medio de consulta e investigación.
13
PLANTEAMIENTO DEL PROBLEMA 1
Descripción del problema 1.1
Los repositorios institucionales y temáticos son depósitos de archivos digitales de diferentes
tipologías para accederlos, difundirlos y preservarlos, están enmarcados generalmente en la
iniciativa Open Access, que permite asegurar el acceso libre y abierto (sin restricciones legales y
económicas) a los diferentes sectores de la sociedad y de esa manera puedan hacer uso de los
servicios que ofrecen. Según el directorio de repositorios a nivel internacional, OpenDOAR,
actualmente existen más de 3169 repositorios digitales, de los cuales 2690 son repositorios
institucionales, de ellos el 45,2% se encuentran ubicados en Europa y apenas el 8,6% en Sur
América. Se evidencia que las instituciones académicas del país tienen una baja participación de
este medio de consulta y en el caso de la Universidad San Buenaventura carece de un repositorio
digital especializado para el área proyectos, debido a que las bases de consultas no se encuentran
unificadas y la búsqueda de información no es eficaz. Además el programa de Gestión Integral de
Proyectos creado recientemente, no contaba con personal académico enfocado a consultas sobre
el área de proyectos. Posteriormente, luego de la creación del programa, la producción académica
se ha incrementado y por tal motivo se requiere depositar de manera organizada dicha
información.
Finalmente, los repositorios están evolucionando en el ámbito académico y científico, y las
diferentes disciplinas se han preparado para brindar un conjunto de servicios a través de esos
sistemas para la sociedad de hoy y del futuro mejorando los sistemas de comunicación científica
y el acceso abierto al conocimiento; así como maximizando la visibilidad, el uso y el impacto de
14
la producción científica y académica en la comunidad internacional; retroalimentar la
investigación; producir y/o dar soporte a las publicaciones electrónicas de la institución.
Pregunta de investigación 1.2
¿Cómo realizar la etapa de análisis y requerimientos para el posterior diseño de un repositorio
digital de artículos, tesis, libros, congresos y otros documentos sobre el área de proyectos para la
Universidad San Buenaventura de la ciudad de Cali?
OBJETIVOS 2
2.1 Objetivo General
Diseñar el análisis de un repositorio digital de artículos, tesis, libros, congresos y otros
documentos sobre el área de proyectos hasta la etapa de definición de los casos de uso para su
posterior implementación en la Universidad San Buenaventura de la ciudad de Cali.
2.2 Objetivos específicos
Desarrollar una investigación especializada sobre la estructura de los repositorios y las
fuentes de información sobre el área de proyectos.
15
Recolectar los requisitos funcionales y no funcionales del repositorio digital sobre el
área de proyectos con funcionarios y personal académico de la Universidad San
Buenaventura de la ciudad de Cali.
Construir un documento de casos de uso del repositorio digital sobre el área de
proyectos para la Universidad San Buenaventura.
JUSTIFICACIÓN 3
Este proyecto entregará un documento donde se desarrollará una investigación especializada
sobre la estructura de los repositorios y las fuentes de información sobre el área de proyectos,
posteriormente se recolectará los requisitos funcionales y no funcionales del repositorio digital
mediante encuestas y entrevistas con miembros de la comunidad académica y reuniones con
funcionarios de la Universidad San Buenaventura de Cali, y finalmente se entregará un
documento de casos de uso del repositorio digital.
Con la información suministrada de este proyecto, permitirá la construcción de un repositorio
digital sobre el área de proyectos de la Universidad San Buenaventura y con la cuál el personal
académico de la especialización de Gestión Integral de Proyectos podrá continuar con las etapas
de diseño, desarrollo e implementación, obteniendo así un repositorio digital de artículos, tesis,
libros, congresos y otros documentos sobre el área de proyectos que permita almacenar y
consolidar organizadamente toda esta información para el acceso y medio de consulta asertivo y
eficaz de la comunidad académica de la Universidad.
16
De no ser desarrollada la etapa de investigación y análisis de un repositorio digital existe un
alto riesgo que en las etapas de diseño, desarrollo e implementación no cumpla con los criterios y
parámetros establecidos por la Universidad San Buenaventura, ocasionando a futuro una no
adecuada gestión del conocimiento.
En la siguiente Gráfica 6 se evidencia que no se encuentran registros de repositorios sobre el
área de proyectos de acuerdo a las bases de repositorios de OpenDoar.
Grafica 1. Repositorios por área a nivel mundial
17
MARCO REFERENCIAL 4
Antecedentes 4.1
Se puede constatar, según cifras algunos de los directorios de repositorios existentes, como el
ROAR, el OpenDOAR o el Open Archives InitiativeList; un inminente crecimiento de
repositorios a nivel nacional e internacional. De acuerdo con OpenDOAR (Directory of Open
Access Repositories), la distribución de repositorios digitales de libre acceso se distribuye por
regiones en el mundo, según se expone en la Gráfica 2:
Grafica 2. Distribución de Repositorios por Continente
Estos 3,169 repositorios se distribuyen por tipo, como se muestra en la Gráfica 3.
18
Grafica 3. Tipos de Repositorios.
De acuerdo con su contenido, los repositorios se distribuyen como se expone en la Gráfica 4.
Grafica 4. Tipos de contenido de Repositorios
19
Por área de conocimiento, el 60% son multidisciplinarios, y el resto de ellos se distribuye en
diferentes áreas, como ciencia general (7%), historia y arqueología (6%), ciencias sociales (6%),
negocios y economía (7,5%), educación (6%), leyes y política (7%), y psicología (2%), entre
otros. Del total de estos repositorios, el 70% (2240) está en inglés, y en segundo lugar en español,
con un 12,5% (396); tercero en alemán, con un 8% (247); cuarto en francés con el 7% (221), y
quinto francés, con el 6% (196). Para el caso colombiano se registran 41 repositorios, de los
cuales 38 (92,7%) son institucionales; 1 (2,4%), de agregación, 1 (2,4%), disciplinario y 1 (2,4%)
gubernamental. Estos repositorios se encuentran distribuidos por área de conocimiento y
contenido, como lo muestra la Tabla 1.
Tabla 1. Distribución de Repositorios en Colombia por institución.
Repository name
Num.
Recs. Pubs Confs Theses Unpub Other
Base
URL Software
BiblioDigital SIDRE 319 + + + + DSpace
Biblioteca Digital - Universidad
Icesi
50312 + OAI DSpace
Biblioteca digital areandina 360 + DSpace
Biblioteca Digital Areandina 21 + DSpace
Biblioteca Digital Cámara de
Comercio de Bogotá
3900 + + + + OAI DSpace
Biblioteca Digital de Artesanías de
Colombia
2926 + OAI DSpace
Biblioteca Digital de la Universidad
del Valle
7417 OAI DSpace
Biblioteca Digital del Sistema de
Bibliotecas de la Universidad de 2644 + + + DSpace
20
Antioquia
Biblioteca Digital en Violencia
Sociopolítica Acción Sin Daño y
Construcción de Paz BiViPas
491 + + + + OAI DSpace
Biblioteca Digital Lasallista 1352 + + DSpace
Biblioteca Digital Lasallista
BIDILA
1271 + + DSpace
Biblioteca Digital Minerva 1215 + + OAI DSpace
CIAT Document Repository 6253 + + + DSpace
CIAT Research Online 7272 + + + DSpace
Colecciones Digitales Uniminuto 3468 + + OAI DSpace
e-ANAQUEL 42 + + + OAI DSpace
edocUR 9461 + + OAI DSpace
Funes 6012 + OAI EPrints
Intellectum 9669 + + + OAI DSpace
Metabiblioteca-Biblioteca Digital
Libros Abiertos
431 + OAI DSpace
Repositorio academico de la
Universidad Tecnológica de Pereira
4460 + OAI DSpace
Repositorio CESA 737 + + OAI DSpace
Repositorio Comunidad Alejandría 435 + + DSpace
Repositorio Digital de la
Universidad Autónoma del Caribe
986 + + OAI DSpace
Repositorio Digital de la
Universidad del Norte
3550 + OAI DSpace
Repositorio Documental UMNG 7008 + + + OAI DSpace
Repositorio Institucional - Pontificia
Universidad Javeriana
11518 + + OAI DSpace
21
Repositorio Institucional de la
Universidad del Tolima – RIUT
6 + + OAI DSpace
Repositorio Institucional Escuela de
Ingenieria de Antioquia
1550 + OAI DSpace
Repositorio Institucional SENA 1663 + OAI DSpace
Repositorio Institucional UNAD 2594 + OAI DSpace
Repositorio Institucional
Universidad Autónoma de
Occidente
7927 + + + + DSpace
Repositorio Institucional
Universidad Católica de Colombia
889 OAI DSpace
Repositorio Institucional
Universidad de Medellín
1855 + OAI DSpace
Repositorio Institucional
Universidad EAFIT
7436 + + + OAI DSpace
Repositorio Institucional
Universidad Pontificia Bolivariana
2180 + + DSpace
Repositorio Universidad Autónoma
de Occidente
7927 + OAI DSpace
Repositorio Universidad Sergio
Arboleda
435 + + OAI DSpace
Scientific Electronic Library Online
- Colombia
3977 OAI SciELO
Universidad Nacional De Colombia
- Repositorio Institucional UN
44995 + + + OAI EPrints
Vitela: Repositorios Institucional de
la Pontificia Universidad Javeriana
1862 + OAI DSpace
http://www.opendoar.org/index.html
22
Como puede observarse, buena parte de los repositorios en Colombia podría caracterizarse
como institucionales, multidisciplinarios, y predominan dentro de sus contenidos artículos, tesis y
trabajos de grado. Es decir, son repositorios centrados en la difusión de resultados de
investigación, de acuerdo con la clasificación inicial de los repositorios. En la siguiente Gráfica 5
se expone la distribución de repositorios en Colombia por tipo de contenido registrados en
OpenDOAR actualizados hasta 7 de Agosto de 2016.
Grafica 5. Tipos de contenido de repositorios en Colombia
23
En la siguiente Gráfica 6 se muestra el software utilizado en el desarrollo de repositorios.
Grafica 6. Software utilizado para repositorios.
Actualmente la Universidad San Buenaventura cuenta con una plataforma denominada
“Biblioteca Digital” en el cuál se encuentran, preservan, recuperan y difunden los documentos en
texto completo de la producción académica e intelectual Bonaventuriana de todas sus sedes en
Colombia; opera bajo el software de código abierto DSpace y consta aproximadamente de 2786
archivos desde documentos institucionales hasta trabajos de grado.
Actualmente la Universidad San Buenaventura de Cali cuenta con repositorios virtuales para
consultas de bases de datos multidisciplinarias hacia tema de proyectos, por lo tanto se observa la
necesidad de unificar toda información pertinente a consultas e investigaciones de proyectos ya
que se tiene repositorios con diferentes contenidos en universidades o instituciones
internacionales o sencillamente no se encuentran digitalizados sino que se encuentran en libros y
revistas en bibliotecas de otras universidades.
24
Estos repositorios están basados en una plataforma virtual de la USB donde existen múltiples
bases de datos de consulta orientadas a la búsqueda de información multidisciplinaria a nivel
referencial, temático y documental. A continuación se detalla los links de acceso a la plataforma
virtual e imagen de la página principal en la Gráfica 7:
Página Principal Universidad San Buenaventura de Cali (http://www.usbcali.edu.co/)
Biblioteca (http://www.usbcali.edu.co/node/1362)
Recursos Digitales (http://bibliotecadigital.usb.edu.co:90/admin_bd/login/menu_bd.php)
25
Grafica 7. Página WEB de recursos digitales de USB.
26
Marco Conceptual 4.2
4.2.1 Que es un Repositorio Digital:
Entendemos a un repositorio como una plataforma digital “que recoge, preserva y difunde la
producción académica de una institución y/o de una disciplina científica, permitiendo el acceso a
los objetos digitales que contiene y a sus metadatos” (Abadal 2012).
Deben tener cuatro características fundamentales:
Auto-archivo: El contenido es depositado por el creador, propietario o una tercera parte
en su nombre (editor o bibliotecarios del área de procesos técnicos).
Interoperabilidad: Uso de procesos normalizados que posibilitarían la conexión con
otros repositorios abiertos OAI – PMH (Open Archives Initiative – Protocol Metadata
Harvesting).
Acceso libre y gratuito al texto completo
Preservación a largo plazo
Hay varias formas de clasificar los repositorios digitales, el criterio más común distingue
entre:
Repositorio Digital Institucional
Repositorio Temático o Disciplinar
27
Un repositorio digital es un sistema en red formado por hardware, software, data y
procedimientos que:
Contiene objetos digitales
Contiene metadatos
Asegura la identificación persistente del objeto mediante un identificador único
persistente.
Ofrece funciones de gestión, archivo y preservación de los objetos
Proporciona un acceso fácil, controlado y estandarizado a los objetos
Ofrece los sistemas adecuados de seguridad para los objetos y los metadatos.
Sostenible en el tiempo
Los repositorios institucionales almacenan, preservan, diseminan y dan acceso a la producción
intelectual de los miembros de una institución (universidad, centro de investigación, etc.). Pueden
contener solamente la producción intelectual / científica (artículos, tesis y disertaciones, working
papers, datos, etc.) de las instituciones, o reunir también colecciones especiales, documentación
administrativa, etc.
Los repositorios temáticos o disciplinares reúnen, preservan y dan acceso a contenidos de una
disciplina o área temática. Pueden ser creados y mantenidos por instituciones académicas o de
investigación, o bien por organismos gubernamentales.
28
Hay otras clases de repositorios digitales:
Tabla 2. Clases de repositorios digitales
Repositorios de
Datos Básicos
Repositorios que almacenan y preservan los datos científicos generados en el
proceso de investigación (y que pueden originar, o no, publicaciones
científicas). Existen como repositorios independientes pero también pueden
estar integrados en repositorios institucionales.
Repositorios
Huérfanos
Repositorios establecidos para el archivo de trabajo de autores que no tienen
acceso a otro repositorio (institucional o temático). En general, son
establecidos a nivel nacional.
Agregadores /
Recolectores
Agregadores o portales que recolectan los contenidos de repositorios
institucionales o temáticos / disciplinares.
Las agregaciones pueden ser geográficas (regional o nacional), área temática
o tipo de documento (por ejemplo, tesis y disertaciones).
Los repositorios digitales puedes contener distintos tipos de documentos y/o información:
científica, institucional, administrativa y objetos de aprendizaje.
Grafica 8. Tipos de documentos de repositorios digitales
Los Repositorios Digitales tienen un gran potencial para los servicios de valor añadido y ofrecen
una serie de ventajas para los investigadores, las instituciones y la comunidad de investigación
global.
29
Tabla 3. Beneficios de un repositorio digital
Beneficios en
Servicios de
valor añadido
Dotar de herramientas e instrumentos de autoedición y autoarchivo a
investigadores, docentes, estudiantes y personal de la institución, para
que registren sus trabajos científicos, docentes y de aprendizaje.
Comunicar y difundir los resultados intelectuales a la comunidad
científica.
Identificar, captar e incorporar los documentos producidos por los
investigadores y académicos de la institución repartidos por diferentes
fuentes y recursos.
Preservar la información científica, académica e institucional de la
institución para el futuro.
Crear y desarrollar comunidades electrónicas científicas.
Difundir selectivamente la información cargada.
Establecer medidas respecto del impacto que alcanzará la información
publicada.
Fomentar la pre-publicación (pre-print).
Crear foros.
Elaborar y publicar estadísticas de uso de los documentos
Beneficios y
mejora del
aprendizaje
para
investigadores,
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 la instituciones en
la sociedad.
Incrementar el valor de servicio público de la institución.
Servir como indicador tangible de una universidad de calidad.
Facilitar la transferencia de conocimientos al sector productivo.
Fomentar la creación de publicaciones electrónicas.
Beneficios
para una
Maximizar la visibilidad, el uso y el impacto de su producción
científica y académica en la comunidad científica internacional.
30
institución Producir nuevas publicaciones, a menor coste.
Apoyar las iniciativas de sus científicos y académicos.
Beneficios
para
científicos y
académicos
Facilitar el acceso a la información científica.
Incrementar su audiencia.
Incrementar el impacto de los trabajos que desarrollan.
Beneficios
para
estudiantes
Dotarles de las herramientas e instrumentos que necesitan para el
aprendizaje, estudio e investigación.
Proporcionarles acceso coherente a los materiales que necesitan para su
aprendizaje y estudio.
Adquirir habilidades para la gestión del conocimiento.
Conseguir mejores resultados académicos y hacerlos más competitivos.
Beneficios
para el sector
productivo
Facilitar el contacto con científicos y especialistas de las instituciones
de cara a una mejor transferencia de los resultados de investigación.
Beneficios
para la
sociedad en
general
Maximizar los rendimientos de la inversión realizada en el repositorio,
puesto que las publicaciones se utilizarán más
(López F. A., 2013)
4.2.2 Directorios Internacionales de Repositorios
Los directorios internacionales de repositorios son el mecanismo para comunicarle al mundo y
a distintos cosechadores o recolectores (de metadatos a través de OAI-PMH) que un repositorio
existe, esta vivible y accesible a quien le interese; los directorios internacionales Registry of
Open Access Repositories (ROAR) y Directory of Open Access Repositories (OpenDOAR)
permiten realizar consultas por países, por materia, por idioma, por tipo de contenido, etc. A
continuación se presenta un breve resumen de los directorios más reconocidos.
ROAR (http://roar.eprints.org/) es un registro de los repositorios de acceso abierto.
Mantenido por Tim Brody, de la Universidad de Southampton. Proporciona una
31
poderosa interfaz OAI-PMH que usa este sitio para recoger sus datos. Para que nuestro
repositorio aparezca en ROAR debemos registrarnos en:
http://roar.eprints.org/cgi/register
OpenDOAR (http://www.opendoar.org/) es un directorio de autoridad académica de
repositorios de acceso abierto. Cada repositorio OpenDOAR ha sido visitado por el
personal del proyecto para comprobar la información que se registra. Los datos no se
basan en los análisis automáticos lo que le confiere una calidad controlada.
OpenDOAR proporciona una API que usa este sitio para recoger sus datos. Para que
nuestro repositorio aparezca OpenDOAR debemos registrarnos en:
http://www.opendoar.org/suggest.php
Repository 66 (http://maps.repository66.org/) es un mashup (remezcla web) que
combina los datos de OpenDOAR y DOAR (Registry of Open Access Repositories)
con los mapas de Google Maps, de manera que posibilita disponer de mapa de
repositorios por países y continentes.
Open Access Map (http://www.openaccessmap.org/) es un servicio de OASIS (the
Open Access Scholarly Information Sourcebook). OASIS proporciona información
sobre todos los aspectos del acceso abierto de una manera clara, con ejemplos,
documentos informativos y estudios de casos para ilustrar los temas.
En un repositorio digital institucional se pueden incluir: artículos de revistas, revistas
completas (acceso abierto), tesis doctorales, trabajos de maestría, disertaciones, actas de
32
congresos, comunicaciones de conferencias, informes de investigación, capítulos de libro,
workingpapers, publicaciones pre-print y pos-print, así como material de trabajo para la
investigación, por ejemplo diarios de campo. (Rodriguez Quintero, Rodriguez Sanchez, & Vargas
Ramos, 2011)
4.2.3 Descripción principal de Metadatos
Los metadatos o la necesidad de etiquetar, catalogar y describir información estructurada, de
tal forma que los documentos digitales se puedan procesar, almacenar, conservar, recuperar e
intercambiar a través de la World Wide Web, protagonizarán, sin duda, un nuevo paradigma en
los sistemas y servicios de información del siglo XXI. Este tema ha despertado un gran interés y
debate científico en la comunidad bibliotecaria internacional y en todo el sector emergente de los
sistemas de información electrónica, debido a la evidencia de Internet como fuente, depósito y
recurso de información, así como a las nuevas formas de registrar el conocimiento que conlleva
la explosión de la información digital. Todos estos cambios han puesto en tela de juicio los
métodos tradicionales de procesamiento de la información (catalogación, clasificación e
indización), e imponen una redefinición estratégica del papel del gestor de la información ante la
biblioteca digital. (Rodríguez, 2002)
4.2.4 Tipos y Funciones de los Metadatos
El CIA (Consejo Internacional de Archivos) igualmente les reconoce una función principal al
hablar de los fines de la preservación digital, esto es, conseguir que los documentos sean y
permanezcan “auténticos, completos, accesibles y comprensibles, procesables, y potencialmente
33
reusables”, indica que la preservación correcta estará asegurada, entre otras cuestiones si: “los
metadatos indican el nombre y la versión del formato de cada archivo y la identificación del
software con que ha sido creado y con que se ha realizado la última modificación”.
Además plantea tres tipos y funciones con respecto a tareas de preservación:
a) Recordkeeping metadata (metadatos descriptivos), son creados con los propios
documentos o en la misma organización que los ha creado. Deben recoger autor, fecha
de creación, título y palabras clave.
b) Archival metadata (metadatos de archivo), añadidos para facilitar la gestión de los
documentos tras su creación, incluyen elementos como la última revisión, fecha en que
pasó al archivo, condiciones de uso, etc.
c) Technical metadata (metadatos técnicos), necesarios para comprender y procesar los
documentos, pueden ser, por ej., formato de archivo y fecha de la última migración de
formato.
Siguiendo esta distinción podemos ver que cumplen un doble papel, como elementos de
descripción y como herramientas de gestión administrativa y archivística. Es decir, no sólo
cumplen una función de representación del documento (surrogate), sino también ofrecen
información sobre cómo gestionarlo y su trayectoria documental. En este sentido, otra aplicación
de los metadatos habrá de ser la documentación de los cambios y procesos a que se sometan los
documentos en las migraciones de formato (technical metadata). (Romero, 2006)
34
4.2.5 Modelos de Esquemas de Metadatos
Para garantizar su debida preservación se han desarrollado diferentes modelos de esquemas de
metadatos, los cuales se describen brevemente los más destacados:
4.2.5.1 Dublin Core Metadata Initiative Preservation Working Group
Establecido en 2003, funciona como un grupo de discusión y debate para personas y
organizaciones interesadas o que trabajen sobre metadatos para la preservación. Sus objetivos11
son:
a) Recopilar información y hacer un estudio de los esquemas de metadatos existentes.
b) Investigar la necesidad de un campo específico para el esquema de metadatos de
preservación (p. ej. archivos, bibliotecas, información científica, etc.).
c) Ponerse en contacto con otros proyectos globales que tengan el mismo propósito como
Premis, si es necesario.
Los datos recogidos en el modelo de Dublin Core se agrupan en tres tipos5:
a) Principalmente relacionados con el contenido del DLO.
b) Relacionados con la propiedad intelectual del recurso.
c) Vinculados a la temporalidad del documento: fecha, tipo, formato e identificador de
recurso.
d) Este último grupo de elementos es el que nos ocupa, el que debe contener las
instrucciones necesarias para el tratamiento correcto del DLO (programa/s utilizado/s
35
para su creación, para su lectura, para su modificación, etc.) y los que contengan el
historial de los posibles cambios sufridos (de formato, de soporte, etc.).
4.2.5.2 Premis Working Group
Patrocinado por OCLC y RLG (Research Libraries Group) está compuesto por expertos
internacionales, incluyendo bibliotecas, museos, archivos, administración pública y sector
privado.
4.2.5.3 The Cedars Project. Metadata for digital preservation
Fue creado en la tercera fase del programa de bibliotecas digitales eLib en abril de 1998, con
una duración prevista de tres años. Su principal objetivo era “dirigir cuestiones estratégicas,
metodológicas y experimentales y aconsejar sobre las mejores prácticas para la preservación
digital”. Un segundo objetivo que se extendió durante un año (posterior a los tres iniciales) se
centraba en “consolidar y compartir información sobre el trabajo realizado los tres años
anteriores”.
El trabajo práctico del proyecto se centró en la creación de un prototipo de archivo distribuido
(distributed archive prototype) basado en el sistema OAIS (Open archival information system)
(del que se hablará más adelante) empleando una especificación de metadatos (metadata
specification).
4.2.5.4 National Library of New Zealand
Ha desarrollado el Metadata Standards Framework–Preservation Metadata.
36
Entre los objetivos de este esquema están “detallar los elementos necesarios para respaldar la
preservación de objetos digitales y será la base para el diseño de un repositorio y sistemas de
entrada de datos para recoger y almacenar metadatos de preservación”. Así pues, no sólo se
preocupa de la utilización de los metadatos, sino también de su correcta manipulación y
preservación.
4.2.5.5 Library of Congress
Ha creado un esquema propio para la descripción de repositorios digitales agrupados en tres
tipos: descriptivos, administrativos y estructurales. Siendo los administrativos los usados para
gestionar y preservar los DLO.
Este esquema está basado en el Structural metadata dictionary for LC digitized material,
versión 1.03, la Metadata table for the Coolidge– consumerism experiment y la experiencia del
Thomson Editorial Asset Management System (Teams) Repository.
Entre las funciones que deben cumplir los metadatos definidos se incluyen la información para
preservación digital y aquella para el cambio de formato como medida de preservación de los
DLO. Éstos se denominan preservation (D) y preservation (R) respectivamente. (Romero, 2006)
Marco Teórico 4.3
Los aspectos que tendremos en cuenta en el marco teórico hacen referencia a los aspectos
legales y técnicos, puesto que son necesarios considerarlos para la puesta en marcha y exitoso
funcionamiento del repositorio digital sobre el área de proyectos.
37
4.3.1 Aspectos Legales
4.3.1.1 Aspectos Legales Generales
Para el repositorio digital es necesario mencionar de aspectos legales puesto que la
información que se va almacenar tiene mayor visibilidad a todo el mundo y la información es
sensible por sus derechos morales, por lo tanto se debe tener en cuenta los aspectos legales que se
rigen en el marco legal general colombiano, para evitar afectación a la propiedad intelectual. Las
principales leyes vigentes que enmarcan este proyecto y que se deben tener en cuenta son las
siguientes:
a) Constitución de 1991.
La protección de la propiedad intelectual en la Carta Política se encuentra contenida en los
artículos 61 y 71. Ambos hacen referencia principalmente a la protección y al incentivo de la
propiedad intelectual en el Estado colombiano, y a su importancia al ser elevados a un rango
constitucional. Sin embargo, ninguna de estas normas especifica qué se entiende por propiedad
intelectual ni qué derechos comprende.
b) Código Civil Colombiano
El artículo 671 del Código Civil expresa lo siguiente: “Artículo 671. Las producciones del
talento o del ingenio son una propiedad de sus autores. Esta especie de propiedad se regirá por
leyes especiales”.
38
Para el legislador colombiano, quien genera producciones de talento o ingenio adquiere sobre
ellas un derecho de propiedad para usar, gozar y disponer de dichas producciones, que puede
asimilarse al derecho real pero refiriéndose a bienes incorporales. Sin embargo, como se puede
evidenciar, la norma citada es muy amplia y se limita a remitir la regulación de los derechos de
autor a normas especiales, las cuales se especifican a continuación.
c) Ley 23 de 1982
Esta Ley contiene las disposiciones generales y especiales que regulan la protección de los
derechos de autor en Colombia. “Fue el estatuto básico de los derechos de autor y conexos, el
cual hoy complementa, a través de normas de reenvío, las disposiciones de la Decisión 351 de
1993: Régimen Común Andino en materia de Derechos de Autor y Derechos Conexos”.
En ella se presentan algunos vacíos respecto de la protección de los derechos de autor frente a
las nuevas tecnologías, ya que no incluye la protección de producciones contenidas en
dispositivos y medios de grabación digitales, descargas por Internet, manejos de bases de datos,
protección de software, entre otros. Sin embargo, cabe resaltar que en su artículo 2 se expresa que
la protección de los derechos de autor existirá en todos los medios conocidos o por conocer, que
puedan servir de soporte de la obra.
Del mismo modo, el artículo 3 literal b, le otorga las facultades al creador o a quien ostente la
titularidad de los derechos patrimoniales de la obra, para aprovecharla o restringir su uso con
fines de lucro por cualquier medio conocido o por conocer, de manera tal que interpretando estas
normas en un sentido amplio serían aplicables a los medios digitales.
39
Sobre este punto es importante reiterar que en la actualidad el negocio que involucra los
derechos de autor está en un proceso de cambio constante, debido a que con el Internet se ha
creado un nuevo mercado que necesita una regulación específica que, desafortunadamente, la Ley
23 de 1982 no contempla por su antigüedad.
d) Ley 44 de 1993
Esta Ley modifica la Ley 23 de 1982 y contiene disposiciones relacionadas con el Registro
Nacional de Derecho de Autor, con las sociedades de gestión colectiva de derechos de autor y
derechos conexos, así como disposiciones penales sobre el tema.
Aunque la Ley 44 de 1993 modifica y adiciona disposiciones de la Ley 23 de 1982, no incluyó
regulaciones relacionadas con las obras y creaciones expresadas en medios digitales, basándose
principalmente en medidas sobre gestión colectiva.
e) Ley 599 2000 y Ley 906 de 2004
El Título VIII de la Ley 599 por la cual se expide el Código Penal colombiano, en los
artículos 270, 271 y 272 contiene los delitos relacionados con los derechos de autor. El artículo
270 habla sobre la violación de los derechos morales del autor; el artículo 271 se refiere a la
violación de los derechos patrimoniales y derechos conexos y el artículo 272 trata sobre la
violación a los mecanismos de protección del derecho de autor y derechos conexos y otras
defraudaciones.
40
La protección de que trata el artículo 271 es muy general, sin embargo, dado que en Colombia
aún no se ha expedido una reglamentación específica sobre esta materia, se puede deducir que las
obras en medios digitales también están protegidas por esta legislación. En el artículo 272 se
incluyen las medidas tecnológicas y la gestión electrónica de derechos pero no se refiere
específicamente a los mecanismos de protección de obras en medios digitales.
Por su parte, en el artículo 315 del Código de Procedimiento Penal (Ley 906 de 2004),
establece que los delitos relacionados con los derechos de autor no son privativos de la libertad.
4.3.1.2 Acuerdos Internacionales
Dentro de los acuerdos comerciales, el más importante que tiene Colombia es el TLC con
Estados Unidos, por lo tanto, con este acuerdo se busca considerar la protección de la producción
intelectual originada en el país o que pueda estar almacenada en nuestro repositorio digital para
conservar su integridad a nivel internacional.
TLC Colombia – Estados Unidos
Finalmente, vale la pena resaltar el tratado de libre comercio firmado entre Colombia y
Estados Unidos, en el cual nuestro país se comprometió a realizar una serie de modificaciones en
el ámbito de la propiedad intelectual. El Capítulo 16 del texto final del acuerdo determina, en
materia de derechos de autor, que las partes deben propender por el equilibrio entre el derecho de
autor en el medio digital y el acceso a la cultura e información de la población.
Para cumplir con los objetivos del TLC, el gobierno colombiano propuso el Proyecto de ley 241
41
de 2011 “Por la cual se regula la responsabilidad por las infracciones al derecho de autor y los
derechos conexos en internet”, que alcanzó a ser presentada como Ley Lleras.
Con ella se buscaba principalmente adoptar un mecanismo ágil para eliminar de Internet obras
protegidas por el derecho de autor. Así mismo, establecía que ante una infracción, el titular de
derechos de autor reclamaría ante el proveedor de servicios de Internet para que este se
pronunciara sobre la infracción, y obligaba al proveedor a incluir en el contrato cláusulas para
regular la terminación de este a infractores reincidentes. Si el proveedor consideraba que existía
una infracción tenía la potestad de retirar o bloquear el contenido infractor.
El texto del proyecto de ley generó mucha controversia porque se entendió como una
contraposición al derecho de los internautas a acceder a la información y a la libertad de
expresión. Finalmente no fue aprobado por el Congreso.
Al respecto hay que anotar que el afán del gobierno por regular los derechos de autor para
cumplir el compromiso adquirido al firmar el TLC con Estados Unidos, ha impedido revisar
detenidamente el tema de la regulación y se están proponiendo medidas muy drásticas para los
usuarios de Internet, con las que no solo se les vulneraría el derecho a la información y a la libre
expresión, sino que se pierde de vista que si bien hay que prevenir infracciones no se puede
limitar y violentar el derecho de un tercero.
Lo anterior demuestra que la regulación actual no es suficiente para proteger los derechos de
autor en Internet y que es preciso hacer un análisis profundo desde el punto de vista del autor y de
42
los consumidores, con el ánimo de lograr una legislación equitativa y justa que garantice la
protección efectiva que se busca. (Galindo Díaz, Martínez Devia, & Yáñes Otálora, 2013)
4.3.2 Aspectos Técnicos
Para el desarrollo de este proyecto se debe tener en cuenta las plataformas y estándares que se
deben utilizar en las etapas para la puesta en marcha de un repositorio digital: el diseño,
desarrollo e implementación, por lo tanto se realizará una breve descripción de los más
reconocidos a nivel internacional.
4.3.2.1 Modelo OAIS
El modelo OAIS fue desarrollado por un comité consultivo de la norteamericana National
Aeronautics and Space Administration (NASA) con la colaboración de otras agencias nacionales
aeroespaciales y se convirtió posteriormente en la norma internacional ISO 14721:2003: Open
Archival Information System (OAIS)2. Además del caso de la adaptación realizada por las
bibliotecas, el modelo OAIS también ha sido adoptado en otros ámbitos a escala internacional.
El motivo para la elaboración de este modelo fue la definición –en líneas generales– de los
requerimientos para la preservación de recursos digitales a largo plazo, el primer paso realizado
fue la normalización de la terminología relacionada con el entorno, los componentes funcionales
y los “objetos de información” (information objects) a preservar. Tal y como ya se afirmó en la
sección previa, la definición de elementos y conceptos básicos favorece la interoperabilidad en el
futuro entre centros dedicados a la preservación digital. En palabras del consultor británico, H.M.
43
Gladney, OAIS permite que “los usuarios sepan que ‘están en la misma página’: es decir, que
están hablando de la misma cosa... “(Gladney, 2006) El modelo OAIS no ofrece un diseño
específico de arquitectura, sino que sirve como un “plan de ruta” que facilita la comunicación
entre instituciones, mediante la normalización terminológica y conceptual, para reducir la
posibilidad de malentendidos. Gladney sigue su descripción así: la norma “contiene pistas
implícitas sobre una posible arquitectura, pero no son suficientes para juzgar si las
implantaciones son las adecuadas”. Para ilustrar este nivel de generalización, este autor sugiere el
siguiente ejemplo de la definición de coche: “un vehículo de cuatro ruedas, capaz de transportar a
entre dos a ocho personas con una posible velocidad de unos 130 kph ... con espacio para llevar
una cantidad modesta de equipaje y con prestaciones para que el viaje sea más agradable (radio,
aire-condicionado, asientos cómodos), neumáticos, ...” Para los que no hayan visto nunca un
coche, esta descripción ofrece una idea general y también introduce un vocabulario que se refiere
a los elementos y conceptos básicos que, si fuera adoptado por todos, serviría como base de una
terminología normalizada. De forma parecida, la norma OAIS ofrece un bosquejo de un depósito
digital e introduce la terminología básica para referirse a él. Pero tanto en el caso del coche como
en el del OAIS, las definiciones distan mucho de ofrecer un diseño concreto para desarrollar un
producto operativo, sea vehículo o depósito. (Keefer & Gallart, La preservación de recursos
digitales. El reto para las bibliotecas del siglo XXI, 2007)
4.3.2.2 Open Access
Desde antes de la aparición del web, los investigadores utilizaban los servidores ftp como
repositorios en donde almacenar programas y depositar trabajos de investigación para que fuesen
descargados por sus colegas. El antecedente más inmediato y cercano a lo que hoy conocemos
44
como repositorios digitales es arXiv.org, un servidor de archivo y distribución electrónica de
artículos de investigación en el campo de la física, aunque también abarca las matemáticas, la
informática y algunas otras áreas afines. Comenzó en agosto de 1991 y en la actualidad permite el
acceso a más de 400.000 artículos en formato digital (e-prints).
En junio de 1994, Stevan Harnad, uno de los grandes defensores del acceso abierto (muchas
veces mencionado como OA, siglas de la versión en inglés del término, open access) publicó en
una lista de discusión su “propuesta subversiva para la publicación electrónica”, recogida más
tarde en un importante libro sobre el tema (Shumelda y O’Donnell, 1995). El mismo autor, tres
años más tarde, y con una filosofía similar a la de arXiv.org, creó en 1997 CogPrints.org, un
repositorio para el autoarchivo de artículos de investigación en ciencias cognitivas, desde la
psicología a la neurociencia y la lingüística o la psicología. En 1998, SPARC (Scholarly
Publishing and Academic Resources Coali- tion), asociación de bibliotecas académicas y de
investigación norteamericanas, avisó de la necesidad de encontrar alternativas a la crisis de las
revistas científicas. En 2001, más de 30000 científicos de todo el mundo se adhirieron a una
“Carta abierta a los editores de revistas científicas”9 en la que les instaban al establecimiento de
una biblioteca pública en línea que proporcionara contenidos completos de todo lo publicado en
el campo de la medicina y las ciencias de la vida de forma gratuita, accesible, buscable y
entrelazada mediante hipertextos. Fue el nacimiento de la biblioteca pública de la ciencia (Public
Library of Science, PLoS).
Pero sin duda, el espaldarazo definitivo al acceso abierto ocurrió el 1 y 2 de diciembre de 2001
en Budapest, en unas jornadas organizadas por el Open Society Institute (OSI), una fundación del
filántropo George Soros, y que tuvo como resultado la Budapest Open Access Initiative (BOAI),
45
una declaración firmada en febrero de 2002 por importantes académicos y bibliotecarios, entre
otros, en la que se define por primera vez el concepto de acceso abierto.
A la declaración de Budapest le siguió un año después, en junio de 2003, una iniciativa
parecida firmada en Estados Unidos, Bethesda Statement on Open Access Publishing (Suber,
2003), la Declaración de Berlín sobre el Acceso Abierto al conocimiento en las ciencias y las
humanidades (octubre de 2003), (Grus, 2003). Apenas dos meses más tarde, en diciembre de
2003, la Conferencia Mundial sobre la Sociedad de la Información que se celebró en Ginebra
también introdujo en su declaración de principios el siguiente texto: “Nos esforzamos en
promover el acceso universal, con las mismas oportunidades para todos, al conocimiento
científico y la creación y divulgación de información científica y técnica, con inclusión de las
iniciativas de acceso abierto para las publicaciones científi-cas”10. Poco después, en enero de
2004, la OCDE11 también hizo pública una declaración de apoyo al acceso abierto. (Hernández
Pérez, Rodríguez Mateos, & Bueno de la Fuente, 2007)
Grafica 9. Evolución del movimiento de Acceso Abierto
46
4.3.2.3 Plataforma Dspace
La propuesta para el diseño de un repositorio digital de artículos, tesis, libros, congresos y
otros documentos sobre el área de proyectos está basada en las plataformas tecnológicas de
software más usadas en la actualidad a nivel global; es por eso que se propone la plataforma
Dspace.
Dspace es una aplicación de software abierto con más de 1200 instalaciones en más de 100
países, Este software hace posible el diseño e implementación de repositorios digitales
institucionales que en este caso se debe enfocar en preservar información del área de proyectos,
aunque en su estructura se Puede guardar todo tipo de contenido digital. Dspace Ofrece diversas
herramientas y su uso más común es académico, de búsquedas en internet y acceso abierto,
muchas organizaciones la usan para preservar documentos y otorgar su acceso a miembros de sus
comunidades bajo un fin en común o las personas que quieran acceder a dicha información.
Adicionalmente la plataforma Dspace es desarrollada y soportada por una comunidad amplia
con el liderazgo y guia de Duraspace, una organización sin ánimo de lucro. Este software es un
desarrollo futurista hecho por un grupo de participantes de diferentes instituciones que se
aseguran de encontrar las necesidades de los usuarios, de la comunidad etc; además hay una
comunidad complementaria que direccionan el crecimiento y desarrollo de esta plataforma.
(DSpace ORG, 2016)
47
4.3.2.4 Arquitectura
En la arquitectura de acceso a la información por parte de los usuarios de los repositorios
digitales institucionales se observa que los recursos se encuentran en la nube y la interface se
logra a través de un servidor en el cual se encontraría nuestro repositorio propuesto.
Grafica 10. Arquitectura de acceso a información
Con respecto a arquitecturas en repositorios de preservación digital de documentos se
encuentra la plataforma Fedora convergente con el software Dspace y que es una arquitectura de
repositorio para archivos extensos y felxibles Es una construcción popular que interpela y se
extiende a través de la integración de datos interfaces y mecanismos como programas ejecutables
con módulos definidos claramente Fedora es una herramienta como cualquier librería digital o
repositorio digital, tiene una arquitectura sobresaliente en los repositorios digitales no tiene un
manejo completo ni una aplicación con índice bajo java y aplicable bajo cualquier plataforma.
(EIFL, 2016)
48
MÉTODOLOGIA 5
Este proyecto cuenta con tres etapas para su respectivo desarrollo: Investigación y Análisis
Sobre la Estructura de los Repositorios, Recolección de Requisitos para el Repositorio Digital
Sobre el Área de Proyectos y finalmente construcción de Documento de Casos de Uso.
Etapa I: Investigación y Análisis Sobre la Estructura de los Repositorios
Se realiza una investigación bibliográfica sobre topologías y estándares de repositorios
digitales, posteriormente se realiza una investigación sobre metodologías de desarrollo de
software y finalmente se hace un análisis sobre las topologías, estándares y metodologías de
desarrollo de software que más se adecúan para el desarrollo de este proyecto.
Tabla 4. Actividades críticas etapa de investigación
Actividades Metodología
Investigación sobre la estructura de repositorios
digitales:
Modelos de Acceso Abierto
Topologías de Repositorio
o Temáticos
o Institucionales
Metodologías de desarrollo de software:
Metodologías Ágiles
Metodologías Tradicionales
Consulta e investigación de diferentes fuentes
bibliográficas.
49
Etapa II: Recolección de Requisitos para el Repositorio Digital Sobre el Área de Proyectos
Se realiza el análisis de medios para la recolección de información, luego se realiza el diseño de
instrumentos de toma de información para los actores involucrados directamente con el
repositorio digital, seguido a esto se realiza el análisis de la información recolectada y finalmente
con esto se obtienen los requerimientos funcionales y no funcionales del sistema.
Tabla 5. Actividades críticas etapa de recolección de requisitos
Actividades Metodología
Diseño de herramientas de recolección de
información.
Lluvia de Ideas
Implementación de sistemas de recolección
de información.
Encuestas y entrevistas.
Análisis de resultados de la información
obtenida.
Análisis de las respuestas.
Etapa III: Construcción de Documento de Casos de Uso
Para el desarrollo de esta etapa se realiza el diseño de diagramas de casos de uso, definición de
actores y definición de guiones para la construcción del documento de casos de uso del
repositorio digital; el cual determina la interacción de los actores con el sistema.
Tabla 6. Actividades críticas etapa construcción casos de uso
Actividades Metodología
Diseño de diagramas de casos de uso. Metodología UML
Definición de actores y guiones de casos de
uso.
Metodología RUP
50
INVESTIGACIÓN Y ANÁLISIS SOBRE LA ESTRUCTURA DE LOS 6
REPOSITORIOS
Modelos de Acceso Abierto 6.1
Las ideas fundamentales que estructuran la web fueron desarrolladas, según Tim Berners Lee
(padre de www), ante la necesidad de distribuir e intercambiar información acerca de sus
investigaciones de una manera más efectiva.
Es innegable no reconocer los cambios que produjo Internet en el acceso a la información, a la
cultura, al ocio y al entretenimiento, como también en nuestras formas de comunicarnos y
expresarnos e incluso en cómo nos relacionamos. Por primera vez en todos los tiempos, Internet
nos ofrece la oportunidad de construir una representación global e interactiva del conocimiento
humano, incluyendo el patrimonio cultural, y una perspectiva de acceso mundial.
“En este contexto, la edición electrónica minimiza los costes, ya que una vez hecha la
primera copia los gastos en producción y distribución son marginales. Lo que
contrasta con la obra editada en papel, cuyos costos de reproducción, almacenamiento
y distribución son cuantiosos. Sin embargo, los editores académicos-científicos
cobran por la suscripción en línea tanto o más que por la edición impresa. Las
editoriales académicas-científicas justifican los incrementos de las suscripciones
alegando que se proporcionan junto a la revista otros servicios de valor añadido. Los
editores aluden a su tradición de tres siglos como garantes de la comunicación
científica, siendo la revista uno de los más importantes canales de comunicación, y
51
avalan que su trayectoria les respalda, así como la utilización de unos métodos que
han resultado efectivos y lo seguirán siendo [Informe APEI sobre acceso abierto,
2008].”
El mercado de las editoriales científicas se fue convirtiendo cada vez más en un mercado
monopólico. Como consecuencia de esto fueron subiendo los precios de las suscripciones y la
imposición de contratos “por paquetes” (big deals). Esta subida de precios por encima de los
presupuestos de las bibliotecas ha ocasionado que se produzca una disminución en los títulos
adquiridos y un descenso en el presupuesto dedicado a otros servicios (bibliotecarios y para la
docencia e investigación) [Remedios Melero, 2005].
En América Latina y El Caribe, cerca del 70% de las investigaciones son financiadas con
fondos públicos [UNESCO, 2010] en este sentido, cabe aclarar que se produce una paradoja:
“Los Estados son los que financian la investigación y luego tienen que pagar
nuevamente por acceder a los resultados de las investigaciones publicadas. Es
decir, la sociedad entera paga dos veces por el mismo conocimiento”.
La propia comunidad científica (generadora de los contenidos y evaluadora de los mismos),
las editoriales científicas no comerciales (de sociedades científicas y asociaciones profesionales),
algunas entidades financiadora de las investigaciones y la comunidad bibliotecaria comenzaron a
gestar un cambio ante esta situación. Producto de esta crisis en el modelo de comercialización de
la comunicación científica, surge una alternativa = el movimiento de acceso abierto.
52
Estos grupos comenzaron a reunirse y a realizar varias declaraciones, las 3 más emblemáticas
son las conocidas como “las 3 B del acceso abierto”:
Iniciativa de Budapest para el acceso abierto (2002)
Declaración de Bethesda sobre publicación de acceso abierto (2003)
Declaración de Berlín sobre acceso abierto (2003)
Después vinieron muchas más, cada vez menos formales, cada vez más aplicables [Anglada i
de Ferrer, 2008]. Las tres declaraciones coinciden en espíritu. A partir de las mismas, podemos
definir al acceso abierto como:
“El acceso libre, gratuito, inmediato y sin restricciones a la literatura científica y
académica a través de Internet. Cualquier usuario individual puede leer, descargar,
copiar, distribuir, imprimir, buscar o enlazar los textos completos de estos artículos,
permitiendo su indexación, transmisión de sus datos, sin barreras financieras, legales
o técnicas. La única limitación a la reproducción, distribución y el único papel del
copyright, es la de dar a los autores el control sobre la integridad de su trabajo y el
derecho a ser reconocido y citado.”
Para implementar el acceso abierto al conocimiento científico se proponen dos estrategias:
la vía dorada: publicar en revistas de acceso abierto
la vía verde: autoarchivo en repositorios digitales institucionales y/o temáticos
53
El acceso abierto proporciona ventajas que se pueden concretar en su aspecto económico,
científico y de servicios de valor añadido para el autor y/o investigador:
Tabla 7. Informe APEI sobre acceso abierto, 2008
Económicas
La investigación es igualmente accesible a todos los
científicos.
Su creación tiene bajo costo y unos resultados rápidamente visibles.
Visibilidad máxima Impacto máximo
Alta posibilidad de ser visto, leído y citado
Crean un recurso de calidad (metadatos) que asegura la recuperación eficaz y eficiente de la información.
Rapidez
Sistema en línea para entrega, arbitraje y publicación.
Más rápido y directo acceso a los resultados de la investigación.
Servicios de valor añadido
Consulta y navegación.
Acceso al texto completo.
Servicio de Alerta en línea.
Estadísticas de consultas y descargas.
Elaboración del Currículum Vitae.
(López F. A., 2013)
Topología De Repositorio 6.2
El criterio más usado para distinguir los repositorios toma en consideración el objetivo
principal por el cual se han creado. Se distinguen, por un lado, los repositorios institucionales,
que han sido desarrollados por una institución académica o de investigación para recoger y
difundir su producción científica y, por otro lado, los repositorios temáticos que tienen como
54
objetivo fundamental difundir la producción científica en unas áreas de conocimiento
determinadas.
6.2.1 Institucionales
Contienen la producción de los miembros de una institución, ya sea una universidad o un
centro de investigación. Tienen carácter multidisciplinar. A veces se centran exclusivamente en
contenidos científicos (artículos de revista, tesis, congresos, etc.) pero existen también ejemplos
de inclusión de material docente, documentación administrativa, colecciones patrimoniales, etc.
En estos momentos la gran mayoría de repositorios son de este tipo (unos 1800), lo que
representa el 84,9 % del total (según OpenDOAR).
Como ejemplos se pueden citar DigitalCSIC, que sólo incluye contenidos científicos, o el
Dipòsit digital de la Universitat de Barcelona, que incluye también material docente, colecciones
patrimoniales junto al núcleo de investigación.
6.2.2 Temáticos
Sus contenidos están especializados en un determinado ámbito científico. Los creadores
pueden ser instituciones académicas, organismos públicos u organismos sin ánimo de lucro.
Fueron los primeros en crearse.
55
En estos momentos existen unos 240 repositorios de este tipo, lo que representa el 11% del
total (según OpenDOAR). Se trata de una tipología que tuvo mucha importancia en los orígenes
del movimiento pero que ha ido a menos ante el empuje de los repositorios institucionales.
Los ejemplos más conocidos son arXiv.org (Física), PubMed Central (Ciencias Biomédicas),
Cogprints (Psicología), o RePEc (Economía). También tiene que citarse el repositorio
internacional E-LIS, ubicado en Italia, que desde 2003 recopila la producción científica en el
ámbito de la Información y Documentación. (Abadal, 2012)
Metodologías De Desarrollo De Software Tradicionales 6.3
El desarrollo de software, es uno de los sectores tecnológicos más competitivos y no es algo
nuevo, ya que durante muchos años lo ha sido, sin embargo ha tenido una evolución constante en
lo que se refiere a las metodologías o bien, las formas en las cuales se realiza la planeación para
el diseño del software, básicamente con el objetivo de mejorar, optimizar procesos y ofrecer una
mejor calidad.
Sin embargo, antes de hablar acerca de metodologías y todo este tema tan amplio, analicemos
a detalle brevemente ¿Qué es un método? y para que lo acompañemos también veamos ¿qué es
una metodología? Seguramente los términos te suenan familiar, sin embargo el saber que
significan de forma correcta es indispensable.
56
¿Qué es un Método?
Un Método se compone de diversos aspectos que nos permitirán conseguir una meta o lograr
un objetivo. Se define más claramente como un conjunto de herramientas, las cuales utilizadas
mediante las técnicas correctas, permiten la ejecución de procesos que nos llevarán a cumplir los
objetivos que buscamos. En pocas palabras y aunque esto lo puedes encontrar como tal en
internet, es un conjunto de herramientas, técnicas y procesos que facilitan la obtención de un
objetivo.
¿Qué es una Metodología?
En el desarrollo de software, una metodología hace cierto énfasis al entorno en el cuál se
plantea y estructura el desarrollo de un sistema. Como se menciona al principio, existen una gran
cantidad de metodologías de la programación que se han utilizado desde los tiempos atrás y que
con el paso del tiempo han ido evolucionando. Esto se debe principalmente a que no todos los
sistemas de la información, son compatibles con todas las metodologías, pues el ciclo de vida del
software puede ser variable. Por esta razón, es importante que dependiendo del tipo de software
que se vaya a desarrollar, se identifique la metodología para el diseño de software idónea.
¿En qué consisten las Metodologías de Desarrollo de Software?
Una Metodología de desarrollo de software, consiste principalmente en hacer uso de diversas
herramientas, técnicas, métodos y modelos para el desarrollo. Regularmente este tipo de
metodología, tienen la necesidad de venir documentadas, para que los programadores que estarán
57
dentro de la planeación del proyecto, comprendan perfectamente la metodología y en algunos
casos el ciclo de vida del software que se pretende seguir.
Aunque actualmente existen mucha variedad en metodologías de programación. La realidad es
que todas están basadas en ciertos enfoques generalistas que se crearon hace muchos años,
algunos tipos de metodologías de desarrollo de software que se utilizaron e inventaron al
principio de nuestra era tecnológica y son las que veremos a continuación.
¿Cuáles son modelos del Ciclo de vida del Software tradicionales?
Como les mencioné hace un momento, regularmente, cada metodología de desarrollo de
software, tiene un enfoque bien marcado, estos enfoques no son para nada nuevos y se siguen
utilizando para la planeación y desarrollo de software aún en nuestros tiempos, así que vamos a
ver cuáles son cada uno de ellos y aprenderemos cómo funcionan.
6.3.1 Metodología en cascada: Framework lineal
El modelo de desarrollo de Software en cascada, es una metodología de la programación muy
antigua. Si bien su creador nunca lo menciona como metodología en cascada, el funcionamiento
y lineamiento de los procesos de la planeación, son exactamente iguales. Básicamente, el estilo
del modelo en cascada, es que no podrás avanzar a la siguiente fase, si la anterior no se encuentra
totalmente terminada, pues no tiene por qué haber vuelta atrás. Vamos a ver cuáles son las fases
de desarrollo de software del modelo en cascada, para que te puedas dar una idea.
58
a) Análisis de Requisitos.
b) Diseño del Sistema.
c) Diseño del Programa.
d) Codificación.
e) Ejecución de Pruebas.
f) Verificación.
g) Mantenimiento.
¿Cuáles son los Principios básicos del modelo de cascada?
Como puedes ver, el proceso de desarrollo de software con el modelo de cascada es bastante
complejo. Sin embargo uno de sus principios es que cada una de las fases elaboradas, se
encuentre documentada perfectamente, de este modo, si el desarrollo queda suspendido en alguna
fase, cualquier usuario que quiera continuar con el proyecto lo podrá hacer leyendo la
documentación.
Así también, es muy común encontrar metodologías para el desarrollo de software en cascada
con fechas de objetivos, tiempos o presupuestos para determinadas fases. Aprovechando el hecho
de que una vez que avanzaste de fase, es muy poco recomendable el volver atrás, aunque
regularmente se tiene un cierto nivel de tolerancia, pero lo correcto en la utilización del modelo
de cascada, es que no puedas ir atrás a realizar modificaciones de ningún tipo.
59
6.3.2 Método de Prototipos
Esta metodología de la programación todavía sigue siendo la favorita de muchos. Consiste
básicamente en que en base a los requerimientos y necesidades que tiene el cliente, se realiza de
forma rápida un prototipo, este no vendrá completo ni mucho menos terminado, pero si permitirá
contar con las bases necesarias para que cualquier programador pueda seguir trabajando en el
hasta llegar al código final.
Por si no lo sabes aún, un prototipo es una versión no terminada del producto que se le
entregará al cliente o usuario final. Esto nos genera cierta ventaja en el desarrollo de productos
similares con funciones distintas, por ejemplo. Supongamos que se va a desarrollar un proyecto
para 3 clientes distintos, ambos con una estructura idéntica pero con funcionalidades muy
distintas, entonces lo que hacemos es crear un prototipo base y entorno a él mostrarlo a nuestros
clientes para que de ahí se empiecen a desarrollar las demás funciones.
Mejor vamos a ver cuáles son las etapas de desarrollo de software por las cuales tendrás que
pasar, en caso de utilizar la metodología de prototipos.
1) Planeación.
2) Modelado.
3) Elaboración del Prototipo.
4) Desarrollo.
5) Entrega y Retroalimentación.
6) Comunicación con el Cliente.
60
7) Entrega del Producto Final.
¿Cuáles son los Principios Básicos del método de prototipos?
Por supuesto, te habrás dado cuenta de que el modelo de prototipos puede llegar a ser un poco
más tedioso, aunque todo dependerá del ámbito en que lo utilices. Sin embargo uno de sus
principios básicos que seguramente habrás notado, es que con el método de prototipos el
proyecto se va dividiendo en partes cada vez más pequeñas, para evitar el peligro ante los riesgos
frente a los que estamos expuestos.
Además, otros de sus principios básicos fundamentales, es que con la metodología de
prototipos, el cliente final se involucra mucho más en el proyecto que con otras metodologías,
haciendo de esta forma que el producto final llegue rápidamente aunque con un poco más de
presión en el proceso. La ventaja es que conforme se van haciendo prototipos pequeños, poco a
poco se va llegando al producto final. Incluso en algún determinado momento podrás llegar a
crear un prototipo que con solo ajustar ciertos detalles, se podría convertir en el producto que el
usuario quiere.
6.3.3 Modelo Incremental o Iterativo y Creciente
El modelo Incremental, es una metodología de la programación muy utilizada hoy en día, pues
su comodidad de desarrollo permite que te obtenga un producto final mucho más completo y
exitoso. Se trata especialmente de la combinación de los modelos lineal e iterativo o bien, modelo
de cascada y prototipos. Básicamente consiste en completar varias iteraciones de lo que es el
61
modelo de cascada, pero sin completar ninguna, haciendo iteraciones lo que se hace es crear una
evolución en el producto, permitiendo que se agreguen nuevas especificaciones, funcionalidades,
opciones, funciones y lo que el usuario requiera después de cada iteración.
En pocas palabras, el Modelo Incremental repite el modelo de cascada una y otra vez, pero con
pequeñas modificaciones o actualizaciones que se le puedan ir agregando al sistema. De este
modo el usuario final se ve sumamente sumergido en el desarrollo y puedes proporcionarle un
resultado óptimo.
Fases del Modelo Incremental
El modelo iterativo o incremental, cuenta con algunas fases de desarrollo de software que
realmente no tienen mucha complejidad, vamos a verlas:
Inicialización.
Periodos de Iteración.
Lista de Control.
¿Cuáles son los principios básicos del Modelo Incremental?
Es importante definir los siguientes principios fundamentales, pues nos permiten saber con
claridad por donde va la idea de la metodología.
62
La idea de un modelo incremental, es utilizar una serie de mini modelos de desarrollo de
software en cascada, segmentando requerimientos y permitiendo que el usuario vaya de la mano
con el proyecto durante la realización.
Básicamente las fases de cada iteración, son las mismas que se manejan en el modelo de
cascada, aunque también se pueden agregar algunas, pero su objetivo es completar cada fase de la
iteración, para que esta se vaya complementando poco a poco y no se genere un desarrollo
tedioso y cansado que puede alargar la duración del proyecto en demasía.
Debes saber, que cada iteración te generará un prototipo cada vez más evolucionado, estos
deberás guardarlos por si en determinado momento deseas volver atrás, pues a diferencia del
modelo de cascada, podemos retroceder cuando se requiera y los prototipos se pueden volver a
utilizar una y otra vez, pues el código fuente es reutilizable.
6.3.4 Modelo en Espiral
El modelo en espiral, fue utilizado y diseñado por primera vez por Barry Boehm en 1986. Se
trata nuevamente de una combinación entre el modelo lineal o de cascada y el modelo iterativo o
basado en prototipos, sin embargo a este sistema lo que debemos añadirle es la gestión de riesgos,
algo que en los modelos anteriores ni siquiera se menciona.
Este modelo, consiste en ciertas fases que se van realizando en modo de espiral, utilizando
procesos de la misma forma en que se utilizan en el modelo de cascada, sin embargo aquí estos
no son obligatorios y no llevan precisamente el orden establecido. Básicamente se trata de un
63
modelo evolutivo, que conforme avancen los ciclos, irá incrementando el nivel del código fuente
desarrollado, un incremento en la gestión de riesgos y por supuesto un incremento en los tiempos
de ejecución y planificación del sistema, esto es lo que tiene el modelo en espiral.
Para que tengas una idea más clara, el modelo en espiral es principalmente utilizado para el
desarrollo de grandes proyectos como la creación de un sistema operativo. Sin embargo necesitas
de ciertos requisitos, como el hecho de contar con personal completamente capacitado para las
funciones que se requieran. Mejor veamos cuales son las fases o tareas dentro del modelo de
espiral.
a) Determinar Objetivo.
b) Análisis de Riesgo.
c) Desarrollar, Validar y Probar.
d) Planificación.
¿Cuáles son los Principios básicos del modelo en Espiral?
Está claro que el modelo en espiral, es sumamente distinto a los demás. Encontramos por fuera
cuatro fases bien organizadas, las cuáles siempre deben llevar ese orden que se estipula desde el
principio. Una determinación de objetivos, un análisis de riesgos, el desarrollo y las pruebas,
junto con la planificación, la cual dependerá de los resultados de la iteración para saber cómo se
actuará en la siguiente vuelta al espiral.
64
Básicamente, en el modelo de espiral, toda la atención está enfocada hacia el análisis de
riesgos, pues el objetivo primario será reducir los riesgos que se vayan generando, de otra forma
el sistema no llegará a ser seguro jamás.
Algo muy importante que debes ver en el modelo de espiral, es que los interesados deben estar
involucrados prácticamente en cada vuelta que de la espiral, para crear lo que son los requisitos
antes de realizar una vuelta más y al final en la fase de planificación, se determinan los logros
obtenidos, el avance y lo que se esperará de una siguiente vuelta.
6.3.5 Modelo RAD: Desarrollo Rápido de Aplicaciones (Rapid Application Development)
A diferencia de otras metodologías para el desarrollo de software, la metodología RAD o
desarrollo rápido de aplicaciones, no cuenta con una serie de fases ordenadas por así decirlo.
Aunque si está basada en lo que es el modelo de cascada y la creación de prototipos, sin embargo
el proceso es muy independiente a contar con ciertas fases estipuladas como los modelos que
hemos visto anteriormente. Así que vamos a ver los principios del modelo RAD.
¿Cuáles son los principios básicos del Modelo RAD?
Del mismo modo que los modelos anteriores, el Modelo RAD, está basado en el uso de las
iteraciones y principalmente en el manejo de prototipos. Sin embargo a diferencia del resto,
la metodología RAD hace uso de las Herramientas CASE, las cuales permitirán acelerar el
proceso considerablemente.
65
Del mismo modo que el modelo espiral y el de prototipos, RAD se subdivide en pequeñas
secciones, las cuales se irán optimizando y de esta forma se irá avanzando mucho más rápido que
con grandes segmentos que pueden volverse difíciles dentro de un proceso acelerado como lo
esté el modelo.
Una de las ventajas del RAD, es que el enfoque y las prioridades van hacia la fase de
desarrollo, a diferencia de modelos como el espiral, que se enfoca en que los riesgos al momento
sean mucho menores. Acá con el RAD, se hace lo contrario, si hay riesgos reducimos los
requerimientos para reducir los riesgos, no como en el espiral, que entre más riesgos, más
requisitos aportamos para que se incremente. Acá la idea es reducir tiempos y no riesgos, o si, tal
vez también, pero la reducción de riesgos es totalmente inversa al modelo espiral.
Por supuesto, como en todos los modelos, vas a requerir de ciertos factores documentados, de
preferencia todo lo que se pueda, para que en caso de que alguien más venga a continuar con este
proyecto, tenga a la mano toda la información que necesita y con unas cuentas lecturas pueda
empezar a desarrollar lo que se había quedado pendiente en un determinado momento. (OK
HOSTING;, 2016)
Metodologías Ágiles de desarrollo de Software 6.4
En febrero de 2001, tras una reunión celebrada en Utah-EEUU, nace el término “ágil”
aplicado al desarrollo de software. En esta reunión participan un grupo de 17 expertos de la
industria del software, incluyendo algunos de los creadores o impulsores de metodologías de
software. Su objetivo fue esbozar los valores y principios que deberían permitir a los equipos
66
desarrollar software rápidamente y respondiendo a los cambios que puedan surgir a lo largo del
proyecto.
Se pretendía ofrecer una alternativa a los procesos de desarrollo de software tradicionales,
caracterizados por ser rígidos y dirigidos por la documentación que se genera en cada una de las
actividades desarrolladas.
Tras esta reunión se creó The Agile Alliance, una organización, sin ánimo de lucro, dedicada a
promover los conceptos relacionados con el desarrollo ágil de software y ayudar a las
organizaciones para que adopten dichos conceptos. El punto de partida es fue el Manifiesto Ágil,
un documento que resume la filosofía “ágil”.
El Manifiesto Ágil.
Según el Manifiesto se valora:
Al individuo y las interacciones del equipo de desarrollo sobre el proceso y las
herramientas. La gente es el principal factor de éxito de un proyecto software. Es más
importante construir un buen equipo que construir el entorno. Muchas veces se comete
el error de construir primero el entorno y esperar que el equipo se adapte
automáticamente. Es mejor crear el equipo y que éste configure su propio entorno de
desarrollo en base a sus necesidades.
67
Desarrollar software que funciona más que conseguir una buena documentación. La
regla a seguir es “no producir documentos a menos que sean necesarios de forma
inmediata para tomar un decisión importante”. Estos documentos deben ser cortos y
centrarse en lo fundamental.
La colaboración con el cliente más que la negociación de un contrato. Se propone que
exista una interacción constante entre el cliente y el equipo de desarrollo. Esta
colaboración entre ambos será la que marque la marcha del proyecto y asegure su
éxito.
Responder a los cambios más que seguir estrictamente un plan. La habilidad de
responder a los cambios que puedan surgir a los largo del proyecto (cambios en los
requisitos, en la tecnología, en el equipo, etc.) determina también el éxito o fracaso del
mismo. Por lo tanto, la planificación no debe ser estricta sino flexible y abierta.
Los valores anteriores inspiran los doce principios del manifiesto. Son características que
diferencian un proceso ágil de uno tradicional. Los dos primeros principios son generales y
resumen gran parte del espíritu ágil. El resto tienen que ver con el proceso a seguir y con el
equipo de desarrollo, en cuanto metas a seguir y organización del mismo. Los principios son:
I. La prioridad es satisfacer al cliente mediante tempranas y continuas entregas de
software que le aporte un valor.
68
II. Dar la bienvenida a los cambios. Se capturan los cambios para que el cliente
tenga una ventaja competitiva.
III. Entregar frecuentemente software que funcione desde un par de semanas a un par
de meses, con el menor intervalo de tiempo posible entre entregas.
IV. La gente del negocio y los desarrolladores deben trabajar juntos a lo largo del
proyecto.
V. Construir el proyecto en torno a individuos motivados. Darles el entorno y el
apoyo que necesitan y confiar en ellos para conseguir finalizar el trabajo.
VI. El diálogo cara a cara es el método más eficiente y efectivo para comunicar
información dentro de un equipo de desarrollo.
VII. El software que funciona es la medida principal de progreso.
VII. Los procesos ágiles promueven un desarrollo sostenible. Los promotores,
desarrolladores y usuarios deberían ser capaces de mantener una paz constante.
IX. La atención continua a la calidad técnica y al buen diseño mejora la agilidad.
X. La simplicidad es esencial.
XI. Las mejores arquitecturas, requisitos y diseños surgen de los equipos organizados por
sí mismos.
XII. En intervalos regulares, el equipo reflexiona respecto a cómo llegar a ser más
efectivo, y según esto ajusta su comportamiento.
6.4.1 Programación Extrema (Extreme Programming, XP)
XP4 es una metodología ágil centrada en potenciar las relaciones interpersonales como clave
para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose por el
69
aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. XP se basa en
realimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entre
todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los
cambios. XP se define como especialmente adecuada para proyectos con requisitos imprecisos y
muy cambiantes, y donde existe un alto riesgo técnico.
Los principios y prácticas son de sentido común pero llevadas al extremo, de ahí proviene su
nombre. Kent Beck, el padre de XP, describe la filosofía de XP en [2] sin cubrir los detalles
técnicos y de implantación de las prácticas. Posteriormente, otras publicaciones de experiencias
se han encargado de dicha tarea. A continuación presentaremos las características esenciales de
XP organizadas en los tres apartados siguientes: historias de usuario, roles, proceso y prácticas.
a) Las Historias de Usuario
Son la técnica utilizada para especificar los requisitos del software. Se trata de tarjetas de
papel en las cuales el cliente describe brevemente las características que el sistema debe
poseer, sean requisitos funcionales o no funcionales. El tratamiento de las historias de
usuario es muy dinámico y flexible. Cada historia de usuario es lo suficientemente
comprensible y delimitada para que los programadores puedan implementarla en unas
semanas.
b) Roles XP
Los roles de acuerdo con la propuesta original de Beck son:
Programador.
70
Cliente.
Encargado de pruebas (Tester).
Encargado de seguimiento (Tracker).
Entrenador (Coach).
Consultor.
Gestor (Big boss).
c) Proceso XP
El ciclo de desarrollo consiste (a grandes rasgos) en los siguientes pasos:
El cliente define el valor de negocio a implementar.
El programador estima el esfuerzo necesario para su implementación.
El cliente selecciona qué construir, de acuerdo con sus prioridades y las
restricciones de tiempo.
El programador construye ese valor de negocio.
Vuelve al paso 1.
d) Prácticas XP
La principal suposición que se realiza en XP es la posibilidad de disminuir la mítica curva
exponencial del costo del cambio a lo largo del proyecto, lo suficiente para que el diseño
evolutivo funcione. Esto se consigue gracias a las tecnologías disponibles para ayudar en
el desarrollo de software y a la aplicación disciplinada de las siguientes prácticas.
El juego de la planificación.
Entregas pequeñas.
71
Metáfora.
Diseño simple.
Pruebas.
Refactorización (Refactoring).
Programación en parejas.
Propiedad colectiva del código.
Integración continúa.
40 horas por semana.
Cliente in-situ.
Estándares de programación.
(Canós, Letelier, & Penadés, 2003)
6.4.2 Metodología SCRUM
Para que tengas una idea rápida, para que un proyecto ingrese al marco de lo que es el modelo
Scrum, debe contar con las siguientes características:
Desarrollo Incremental. Una metodología ágil sin desarrollo incremental, no
puede ser considerada Scrum. Con incremental hago énfasis a olvidarnos de la
planeación y de la ejecución de las líneas sin salirnos de lo pre establecido, pues
con una metodología Scrum, el desarrollo se irá incrementando poco a poco, sin
importar el orden en el cual se lleven a cabo los procesos.
72
Calidad de las personas. Básicamente la calidad de un producto, no será
analizada en base a la calidad de cada uno de los procesos llevados a cabo. Al
contrario, la calidad dependerá de las personas, la auto organización y el
conocimiento de los equipos de trabajo.
Adiós al Secuencial y Cascada. Aquí en el modelo Scrum, hay algo a lo que se
le denomina, solapamiento. Esto consiste en que no importa en que proceso te
encuentres, si un proceso necesita ser trabajado, vuelves a el para realizar lo que
tienes que hacer, a diferencia de las metodologías cascada o secuencial, donde no
había vuelta atrás. Acá afortunadamente no hay ningún problema con eso y la
ventaja es que se ahorran tiempos.
La comunicación es Fundamental. Una de las cosas que se realizan, son los
equipos de trabajo, sin embargo acá la ventaja que tendrás es que podrás estar en
constante comunicación con los otros equipos de trabajo, nadie está envuelto en su
propia burbuja y toda la información que se maneje o lleve a cabo, será
comunicada sin problema.
6.4.2.1 ¿Cómo funcionan los Procesos Scrum?
La metodología Scrum, es bastante amigable y fomenta lo que es el trabajo en equipo en todo
momento, con la finalidad de conseguir los objetivos de una forma rápida. Veamos ahora cuales
73
son los procesos con los cuales funciona la metodología, empezando por el Product Backlog, el
cual nos permitirá llegar a los Sprints, a continuación te explicaré de que te estoy hablando.
Product Backlog. El Product Backlog no es más que una lista de las funcionalidades
del producto a desarrollar. Este debe ser elaborado por el Product Owner, puesto que
más adelante les explicaré. Sin embargo no se trata de una lista cualquiera hecha con
escritos y nadamás. El Product Backlog debe estar ordenado de acuerdo a las
prioridades del sistema de más a menos, con la idea de que las cosas con mayor
prioridad sean las que se realicen antes de cualquier cosa. De forma concreta, digamos
que el objetivo base del Product Owner, es que nos de respuesta a la pregunta “¿Qué
hay que hacer?”.
Sprint Backlog. Una vez que ya contamos con el Product Backlog terminado,
entonces aparecerá el primer Sprint Backlog. Pero ¿Qué es el Sprint Backlog?
Consiste básicamente en seleccionar algunos de los puntos escritos en el Product
Backlog, los cuales procederán a ser realizados. Sin embargo en este punto el Sprint
Backlog tiene como requisito marcar el tiempo en que se llevará a cabo el Sprint.
Sprint Planning Meeting. Antes de iniciar un Sprint, el cual es la fase de desarrollo,
se realiza lo que es un Sprint Planning Meeting. En este proceso del Scrum, es una
reunión que se realiza para definir plazos y procesos a efectuarse para el proyecto
establecido en el Product Backlog. Algo importante que debes saber, es que cada
Sprint, se compone de diversos features, que no son otra cosa más que procesos o
74
subprocesos que se deben realizar, puede ser la creación de un logo, la gestión de
contenido, el diseño visual, etc. Todo dependerá del proceso que se desee llevar a
cabo.
Daily Scrum o Stand-up Meeting. Cuando un Sprint está en proceso, después de
haber hecho la planeación del proyecto mediante plazos y procesos, entonces
entramos a lo que son los Daily Scrum o Stand-up Meeting. Aquí básicamente lo que
se hace son reuniones diarias mientras se está llevando a cabo un Sprint, para
responder las siguientes preguntas: ¿Que hice ayer?, ¿Qué voy a hacer hoy, ¿Qué
ayuda necesito?. Aquí entra en función el Scrum Master, un puesto que igual más
adelante se explicará. Pero el será el encargado de determinar la solución de los
problemas y cada complicación que suceda.
Sprint Review. El Sprint Review, es básicamente una reseña de lo que fue el Sprint.
Consiste específicamente en la revisión del Sprint terminado y para este punto ya
tendría que haber algo que mostrarle al cliente, algo realmente visual o tangible para
que se pueda analizar un cierto avance.
Sprint Retrospective. Para concluir, el Sprint Retrospective, permite al equipo
analizar los objetivos cumplidos, si se cometieron errores, visualizarlos y tratar de no
cometerlos nuevamente más adelante. Básicamente también sirve este proceso para lo
que son la implementación de mejoras.
75
6.4.2.2 Equipos que Componen los Procesos SCRUM
Durante el punto anterior, te describí los procesos que se llevan a cabo en la Scrum
Metodología, y en varios puntos mencioné ciertos equipos que son encargados de algunos
aspectos importantes. Por eso a continuación veremos cuáles son los equipos que conforman la
metodología Scrum y con los cuales se trabajará arduamente, obvio, cada quien con sus
respectivas responsabilidades.
Product Owner. Si se trata de tener un líder de proyecto, entonces el Product Owner
lo será. Básicamente son los ojos del cliente, será la persona encargada del proyecto y
de visorear que se lleve a cabo de tal forma que cumpla las expectativas de lo que se
espera.
Scrum Master. Ahora bien, para cada reunión realizada, siempre debe estar un líder,
en este caso el Scrum Master será el líder de cada una de las reuniones y ayudará en
los problemas que hayan surgido. Será básicamente como un “facilitador” el cual
minimizará obstáculos, sin embargo no los omitirá. En realidad el Scrum Master debe
ser una persona empapada de conocimientos sobre el lenguaje o lenguajes bajo los
cuales se llevará a cabo el proyecto, de lo contrario no tendría como ayudar a
solucionar problemas.
76
Scrum Team. Básicamente es el núcleo de la metodología Scrum, pues es el equipo
de desarrollo, encargado de lo que es la codificación del software y de cumplir los
objetivos o metas propuestas por el Product Owner.
Cliente. Aunque no lo creas, el cliente también forma parte del equipo, hablamos de
eso hace un rato, cuando comenté que no es como en las metodologías tradicionales
donde al cliente se le pedían requerimientos y se le daba un costo total. En la
metodología Scrum, el cliente tiene la capacidad para influir en el proceso, debido a
que siempre estará empapado de él, ya sea que proponga nuevas ideas o bien haciendo
algún tipo de comentario.
(OK HOSTING;, 2016)
6.4.3 Otras Metodologías Ágiles
Aunque los creadores e impulsores de las metodologías ágiles más populares han suscrito el
manifiesto ágil y coinciden con los principios enunciados anteriormente, cada metodología tiene
características propias y hace hincapié en algunos aspectos más específicos. A continuación se
resumen otras metodologías ágiles. La mayoría de ellas ya estaban siendo utilizadas con éxito en
proyectos reales pero les faltaba una mayor difusión y reconocimiento.
6.4.3.1 Crystal Methodologies
Se trata de un conjunto de metodologías para el desarrollo de software caracterizadas por estar
centradas en las personas que componen el equipo y la reducción al máximo del número de
77
artefactos producidos. Han sido desarrolladas por Alistair Cockburn. El desarrollo de software se
considera un juego cooperativo de invención y comunicación, limitado por los recursos a utilizar.
El equipo de desarrollo es un factor clave, por lo que se deben invertir esfuerzos en mejorar sus
habilidades y destrezas, así como tener políticas de trabajo en equipo definidas. Estas políticas
dependerán del tamaño del equipo, estableciéndose una clasificación por colores, por ejemplo
Crystal Clear (3 a 8 miembros) y Crystal Orange (25 a 50 miembros).
6.4.3.2 Dynamic Systems Development Method (DSDM)
Define el marco para desarrollar un proceso de producción de software. Nace en 1994 con el
objetivo de crear una metodología RAD unificada. Sus principales características son: es un
proceso iterativo e incremental y el equipo de desarrollo y el usuario trabajan juntos. Propone
cinco fases: estudio viabilidad, estudio del negocio, modelado funcional, diseño y construcción, y
finalmente implementación. Las tres últimas son iterativas, además de existir realimentación a
todas las fases.
6.4.3.3 Adaptive Software Development (ASD)
Su impulsor es Jim Highsmith. Sus principales características son: iterativo, orientado a los
componentes software más que a las tareas y tolerante a los cambios. El ciclo de vida que
propone tiene tres fases esenciales: especulación, colaboración y aprendizaje. En la primera de
ellas se inicia el proyecto y se planifican las características del software; en la segunda
desarrollan las características y finalmente en la tercera se revisa su calidad, y se entrega al
78
cliente. La revisión de los componentes sirve para aprender de los errores y volver a iniciar el
ciclo de desarrollo.
6.4.3.4 Feature -Driven Development (FDD)
Define un proceso iterativo que consta de 5 pasos. Las iteraciones son cortas (hasta 2
semanas). Se centra en las fases de diseño e implementación del sistema partiendo de una lista de
características que debe reunir el software. Sus impulsores son Jeff De Luca y Peter Coad.
6.4.3.5 Lean Development (LD).
Definida por Bob Charette’s a partir de su experiencia en proyectos con la industria japonesa
del automóvil en los años 80 y utilizada en numerosos proyectos de telecomunicaciones en
Europa. En LD, los cambios se consideran riesgos, pero si se manejan adecuadamente se pueden
convertir en oportunidades que mejoren la productividad del cliente. Su principal característica es
introducir un mecanismo para implementar dichos cambios.
(Canós, Letelier, & Penadés, 2003)
Comparación Entre Metodología Ágil y Tradicional 6.5
La Tabla 8. recoge esquemáticamente las principales diferencias de las metodologías ágiles
con respecto a las tradicionales (“no ágiles”). Estas diferencias que afectan no sólo al proceso en
sí, sino también al contexto del equipo así como a su organización.
79
Tabla 8. Diferencias entre metodologías ágiles y no ágiles
Metodología Ágil Metodología Tradicional
Pocos Artefactos. El modelado es
prescindible, modelos desechables.
Más Artefactos. El modelado es
esencial, mantenimiento de modelos
Pocos Roles, más genéricos y flexibles Más Roles, más específicos
No existe un contrato tradicional, debe
ser bastante flexible
Existe un contrato prefijado
Cliente es parte del equipo de desarrollo
(además in-situ)
El cliente interactúa con el equipo de
desarrollo mediante reuniones
Orientada a proyectos pequeños. Corta
duración (o entregas frecuentes),
equipos pequeños (< 10 integrantes) y
trabajando en el mismo sitio
Aplicables a proyectos de cualquier
tamaño, pero suelen ser especialmente
efectivas/usadas en proyectos grandes y
con equipos posiblemente dispersos
La arquitectura se va definiendo y
mejorando a lo largo del proyecto
Se promueve que la arquitectura se
defina tempranamente en el proyecto
Énfasis en los aspectos humanos: el
individuo y el trabajo en equipo
Énfasis en la definición del proceso:
roles, actividades y artefactos
Basadas en heurísticas provenientes de
prácticas de producción de código
Basadas en normas provenientes de
estándares seguidos por el entorno de
desarrollo
Se esperan cambios durante el proyecto Se espera que no ocurran cambios de
gran impacto durante el proyecto
(Letelier & Penadés, 2006)
Análisis de Investigación Sobre la Estructura de los Repositorios 6.6
Tomando en consideración el objetivo principal para el cuál implementaremos el repositorio
digital sobre el área de proyectos, definiremos los criterios para distinguir la topología del
80
repositorio. En primer lugar las instituciones se ven obligadas a utilizar diferentes tecnologías
para preservar la producción académica, lo que proponemos con este trabajo es analizar los
requerimientos para la etapa de diseño e implementación de un repositorio digital para la
Universidad San Buenaventura, que tiene como fin preservar la producción académica que
actualmente tiene la universidad y se almacena de las formas básicas. Los repositorios digitales,
además de preservar la información, permiten su acceso y difusión para la comunidad académica
o de la sociedad que requiera acceder a estos conocimientos para su aplicación o desarrollo. Por
lo tanto, definimos que la topología del repositorio digital sobre el área de proyectos es
institucional, puesto que sus características más relevantes son el almacenamiento de la
producción académica desarrollado por alumnos, docentes e investigadores de la universidad, son
multidisciplinarios y principalmente brindan acceso del contenido científico como revistas,
libros, artículos, reportes, entre otros al público interesado que lo requiera. Este repositorio está
adherido a las políticas de acceso abierto considerando que el acceso libre propende a una mayor
visibilidad e impacto de los trabajos publicados; así como también representa una forma de
retribución hacia la comunidad académica.
Respecto al análisis de metodologías actuales de desarrollo de software y ante la necesidad de
los diferentes áreas de la universidad de obtener un producto en el menor tiempo posible y capaz
de adaptarse eficazmente a los cambios necesarios para su óptimo comportamiento; comparamos
entre las metodologías tradicionales o pesadas y las metodologías ágiles o livianas; encontrando
que las características de las metodologías ágiles son las más apropiadas para el desarrollo de
nuestro repositorio digital, tales como:
81
Gran capacidad de respuesta de respuesta ante los cambios, los cuales no se entienden
como un problema sino como algo necesario para que el producto sea mejor y satisfaga
al cliente. Los cambios formarán parte del proceso de desarrollo.
Las entregas no se hacen al final sino que se hacen pequeñas entregas. Estas entregas
permiten al cliente valorar al producto además de ir trabajando con algunas
funcionalidades.
Los ciclos cortos de entrega ayudarán a disminuir los riesgos sobre todo al principio
del proyecto.
Se trabaja en equipo entre el cliente y los desarrolladores mediante una comunicación
así diaria para evitar errores y documentación innecesaria.
Elimina el trabajo que no es necesario y que realmente no aporta un valor al negocio.
Busca la mejor técnica el mejor diseño para conseguir productos de calidad.
El proceso no necesita tanto control.
En contraste se observan las siguientes desventajas de las metodologías tradicionales que
consideramos negativas para nuestro proyecto, tales como:
Resistencia a los cambios.
Proceso controlado con muchas más normas.
Mayor número de roles.
Se hace una entrega al final del proyecto.
82
Como resultado se observa que en el entorno actual, para la implementación de un repositorio
digital contamos con la capacidad de formar un equipo multidisciplinario, el cual podrá adaptarse
fácilmente a los diferentes roles que exigen las metodologías ágiles para la consecución de un
producto final, más rápido y eficaz respecto a los cambios que se requieran durante las diferentes
etapas del desarrollo y los requerimientos de los clientes, ya que estas metodologías permite
entregar informes periódicos en corto plazo que aseguran la calidad del producto final; por lo
tanto concluimos que las metodologías ágiles son las más adecuadas para adaptarse al diseño y
puesta en marcha del repositorio digital.
Ahora bien, dentro de diferentes metodologías ágiles encontramos que una de las más
populares a nivel mundial para la gestión de proyectos informáticos es la metodología SCRUM,
la cual tiene como base la idea de creación de ciclos breves para el desarrollo, que comúnmente
se llaman iteraciones, y que en SCRUM se denominan sprint, lo que nos permitiría garantizar
transparencia en la comunicación y crear un ambiente de responsabilidad colectiva y de progreso
continuo. Más que un proceso o una técnica para desarrollar o crear productos en un marco de
trabajo que está estructurado de tal manera que es compatible con los productos y el desarrollo de
nuestro repositorio, ya que define de forma general las características del producto y de la
asignación del equipo que se encargará de su desarrollo. Esta metodología establece los límites
que marcarán el desarrollo del repositorio digital tales como costes y agendas, revisando los
requisitos generales de la facultad, la biblioteca y los estudiantes, quienes esperan mantener las
listas de las funcionalidades que se esperan. Además, una de las características más importantes
de la metodología SCRUM es su etapa de revisión, que permite verificar todo lo que se ha
construido en periodos cortos y se contrasta con el objetivo deseado. Finalmente, en la etapa de
cierre de SCRUM se harán cierres parciales, los cuales no indican que han finalizado el proyecto
83
sino que seguirá habiendo cambios denominados mantenimientos que harán que el repositorio
final se acerque al repositorio deseado.
RECOLECCIÓN DE REQUISITOS PARA EL REPOSITORIO DIGITAL SOBRE 7
EL ÁREA DE PROYECTOS
Para la toma de información se escoge una población objetivo de la comunidad académica de
la Universidad San Buenaventura, por un lado por el personal académico y directivo del
programa de Gestión Integral de Proyectos, y por otra parte funcionarios de la biblioteca; puesto
que son los actores que interactuarán con el desarrollo del repositorio digital sobre el área de
proyectos.
Para la población objetivo del personal académico se incluyeron a 60 estudiantes de la
especialización en Gestión Integral de Proyectos, donde la metodología que se utilizó para
levantamiento de información fue a través de encuestas de selección múltiple; para el personal
directivo y de biblioteca se incluyeron a tres funcionarios de la USB y la información se obtuvo
por medio de una entrevista individual y de modo personalizado. Se planteó una muestra del 50%
de la población y se cumplió el 93% de la muestra planteada, es decir 28 encuestas realizadas; y
por medio de las entrevistas se obtuvo el 100% de la población objetivo.
Herramientas de Recolección de Información 7.1
Para el exitoso desarrollo de la etapa de análisis de la información se hizo uso de dos
instrumentos de recolección de información a una población objetivo de la cual se obtuvieron los
84
requisitos para el repositorio digital. Por un lado con los usuarios finales que harán uso del
repositorio, tales como los estudiantes y por otro lado estarán los responsables de los procesos de
gestión que intervienen el sistema de almacenamiento de la información, como lo es el personal
de la biblioteca y directivos del programa. Por lo tanto las herramientas que se utilizaron fueron:
encuestas para la población estudiantil y entrevistas para el personal directivo y de biblioteca. El
objetivo de estas herramientas es identificar y analizar los requerimientos funcionales y no
funcionales del repositorio digital para construir el documento de los casos de uso del mismo,
posteriormente con esta información se determina el inicio de la etapa de diseño y de
implementación del repositorio digital.
Análisis de Resultados de Entrevistas y Encuestas 7.2
Se presenta a continuación los datos más relevantes que se obtuvieron de las encuestas
realizadas al personal estudiantil de la especialización de Gestión Integral de Proyectos de la
USB.
De acuerdo a la Gráfica 11. el resultado más relevante de la población objetivo nos
indica que principalmente los trabajos de grado, seguidos de los artículos y tesis
son los tipos de documentos que deben ser almacenados en el repositorio digital;
donde también se visualice estadísticamente la información por medio de gráficas.
85
Grafica 11. ¿Qué tipo de fuentes desea que tenga el repositorio digital?
Se considera que el tamaño apropiado de archivos que el repositorio debe
almacenar es de 5MB – 10MB; y su formato de preferencia debe ser tipo texto y
presentaciones, como se muestra en la Gráfica 12.
Grafica 12. ¿Qué tamaño máximo deben tener cada archivo digital?
Los estudiantes comparten principalmente que el acceso del repositorio sea abierto
tanto a usuarios internos como externos. Ver Gráfica 13.
86
Grafica 13. Informacion de la producción academica
El diseño del filtro de búsqueda de la información almacenada en el repositorio
debe contener los campos por título y palabra clave para facilitar la consulta al
usuario. Ver Gráfica 14.
Grafica 14. Filtros para consultar repositorio digital
Según la Gráfica 15. se evidencia que de la población encuestada un 85,7% estaría
de acuerdo en compartir su producción académica para ser publicada en el
repositorio digital; y más del 95% de ellos indican que les gustaría que la
producción académica de los docentes también esté al acceso del repositorio;
87
adicionalmente el 96% desearía que la información almacenada esté disponible
físicamente en la biblioteca.
Grafica 15. Autorización para compartir producción académica
En cuanto a servicios adicionales el 50% de los encuestados coinciden que en el
repositorio contenga foros de discusión en línea y un 37%, noticias sobre
proyectos y conferencias, como se relaciona en la Gráfica 16.
Grafica 16. ¿Qué servicios adicionales deseas que contenga el repositorio digital?
La información completa de las preguntas y sus resultados se referencian en el Anexo 3.
88
Seguido a esto, se presenta el análisis de las entrevistas realizadas al personal docente,
directivo y de biblioteca. Las preguntas se referencian en los Anexos: 1 y 2; y los audios de
respuestas en los Anexos 4 y 5.
Se realizaron tres entrevistas con funcionarios de biblioteca, tecnología y coordinación del
programa de gestión integral de proyectos, donde se recopiló la opinión, necesidades y
requerimientos que debe poseer el repositorio digital sobre el área de proyectos; para su posterior
etapa de diseño e implementación.
Entre las características en común y más determinantes se encuentran:
El repositorio digital sobre el área de proyectos debe ser de acceso libre a toda la
comunidad académica a nivel mundial, es decir su acceso debe estar disponible vía
web y sin ningún coste ni restricción para su cosecha. Este concepto obedece a que
toda producción académica de la USB esté disponible a todo público a nivel
mundial.
La plataforma actual del repositorio de la universidad virtual está implementada
sobre el software DSpace, el cual es de acceso libre y la universidad acepta en el
año 2007 hacer parte del proyecto de Colciencias denominado Universidades
Digitales, y que actualmente se conoce como BDCOL (Biblioteca Digital
Colombiana) – SNAAC (Sistema Nacional de Acceso Abierto al Conocimiento),
adscrito al Ministerio de Educación Nacional; y que su última actualización se
realizó en el año 2015.
89
En cuanto a los derechos de autor, todos los entrevistados coinciden que se deben
aplicar las políticas actuales de la universidad para proteger los derechos morales
y patrimoniales de la producción académica, publicando únicamente el material
autorizado por los autores en el repositorio externo, y los no autorizados por el
repositorio interno.
La estructura de la administración del repositorio estará conformada por
funcionarios de la universidad que cumplirán las funciones de validación, revisión,
ingreso y actualización de las fuentes bibliográficas, trabajos de grado, tesis y
demás documentos sobre el área de proyectos. La administración general del
repositorio y de los metadatos estará a cargo de un funcionario de la biblioteca, el
soporte técnico y gestión del software y hardware por parte del departamento de
tecnología y finalmente la validación y depuración por parte del directivo del
programa de Gestión Integral de Proyectos.
Los directivos del programa y el área de biblioteca sugieren que el repositorio
digital debe contener la producción académica de todas las sedes de la
Universidad San Buenaventura a nivel nacional: Bogotá, Medellin, Cartagena y
Cali, con el fin de conservar la estructura actual que se tiene con la biblioteca
virtual.
Actualmente la universidad tiene una adherencia de uso de la biblioteca virtual de
aproximadamente el 60%; el restante desconoce o no utiliza esta herramienta por
90
facilidad de búsqueda en la WEB como google, Wikipedia, etc. Para fomentar la
difusión y obtener una buena adherencia del repositorio digital sobre el área de
proyectos, los entrevistados concuerdan que el personal docente debe exigir y
motivar su uso mediante la referenciación de la bibliografía del programa dentro
de la comunidad académica que interviene; además de actualizar su material
académico.
La documentación bibliográfica sobre el área de proyectos y la producción
académica estarán referenciados en el repositorio digital y en caso que el usuario
desee acceder al contenido físico de la información, lo podrá realizar siempre y
cuando éste se encuentra disponible en la biblioteca. La producción académica de
la Universidad San Buenaventura se tiene impresa solo hasta el 2004 de los
trabajos de grado y tesis, en adelante se almacena en CD-ROM la información
está almacenada en el repositorio digital.
Una gran ventaja que presenta el software DSpace es que no tiene ninguna
restricción en tipo y tamaño de los archivos almacenados, y por políticas
administrativas del Repositorio Digital de la Universidad San Buenaventura se
podrían limitar estas dos condiciones si así se requiere.
El tiempo de duración para la preservación de la información en el repositorio
digital estará regido por las normas de conservación documental de la universidad.
91
Únicamente se realizará el retiro de material bibliográfico en caso que el autor así
lo solicite.
Cabe anotar que la universidad cuenta actualmente con la infraestructura y el
personal calificado necesarios para la implementación y puesta en marcha del
repositorio digital sobre el área de proyectos.
Según la entrevista con el administrador técnico las siguientes características de
software y hardware del servidor actual de la USB son compatibles para la puesta
en marcha del repositorio digital propuesto:
o Software: Sistema Operativo LINUX versión OPEN SuSE 13.1
Servicios:
TOMCAT (Servidor de aplicaciones con JAVA)
APACHE ANT 1.9
APACHE MAVEN
APACHE Dos (Aplicaciones php)
Base de Datos POSTGRES
o Servidor virtualizado por HyperV
o Plataforma WEB: DSPACE 2015
o Hardware:
KERNEL and CPU. LINUX 3.12.59-47-desktop on x86_64
Procesador: Intel(R) Xeon(R) CPU E5-2620 0 @ 2.00 GHz. 4 cores
Memoria Real: 7,62 GB
92
Memoria Virtual 8 GB
Disco Local: 100 GB
o Ancho de banda: 100 Mbps
De acuerdo a la información anteriormente consolidada se evidencia los siguientes puntos
importantes a considerar en la definición de requerimientos generales del repositorio digital:
El repositorio digital debe ser de acceso abierto a todo público, no se debe restringir
únicamente a estudiantes de pregrado y posgrado.
Teniendo en cuenta los aspectos técnicos el software a utilizar para la implementación del
repositorio debe ser libre, tal como el DSpace por compatibilidad con otros repositorios
de las bibliotecas virtuales de otras universidades y principalmente porque es de fácil
manejo y es gratuito.
El repositorio digital debe contener tanto documentos como links de acceso a páginas
sobre el área y otros repositorios académicos que contengan información sobre proyectos.
Los responsables de la configuración y manipulación de repositorio digital, son el
personal de biblioteca y del área de tecnología, no se debe permitir la manipulación por
parte de directivos, docentes ni estudiantes.
93
Es importante la disponibilidad de filtros y opciones de búsqueda tales como, autor, título,
año, etc. Para realizar efectivamente la búsqueda de la información.
Consideramos que el servidor actual es compatible en sus características técnicas para la
puesta en marcha del repositorio digital.
Con base a las opiniones y requerimientos del repositorio digital se realiza a continuación la
construcción de los requerimientos funcionales y no funcionales, con los cuales finalmente
definiremos el documento de casos de uso de cada actor que interviene en la interacción con el
repositorio digital.
Requerimientos Funcionales y No Funcionales 7.3
Los requerimientos/requisitos funcionales describen de una manera clara la interacción del
repositorio digital con los diferentes actores que intervienen en sus procesos.
Los requerimientos no funcionales describen cómo debe ser el repositorio digital para asegurar
su operatividad y satisfaga las solicitudes de los usuarios finales.
7.3.1 Requerimientos Funcionales
El repositorio digital es de acceso libre vía WEB, no será restringido solo para la USB.
94
Las políticas actuales de la USB sobre derechos de autor se regirán para el repositorio
digital sobre el área de proyectos.
El repositorio digital almacenará el contenido de la producción académica del programa
de proyectos de la USB, el cuál se podrá descargar.
El contenido de producción académica externa sobre el área de proyectos que almacenará
el repositorio digital estará limitado a: derechos de autor, que la información esté
disponible y que se encuentre publicada.
La información sobre el área de proyectos que se encuentre en otros repositorios digitales,
congresos y entidades privadas será indexada mediante un enlace en nuestro repositorio
digital.
El personal docente de la USB será el responsable de la evaluación, revisión, depuración
y actualización de la información contenida en el repositorio digital sobre proyectos.
El personal directivo del programa de proyectos de la USB será el responsable de
autorizar y emitir al administrador del repositorio la inclusión, retiro y modificación de la
información externa sobre el área de proyectos del repositorio digital, con base a la
información analizada y entregada por el personal docente.
95
Se definen las siguientes comunidades para la plataforma DSpace del repositorio digital:
o Producción académica de la USB.
o Libros
o Tesis
o Revistas
o Artículos
o Foros de discusión en línea
o Grupos de Investigación
o Entidades privadas
o Congresos
o Links externos
o Otros repositorios digitales
Se definen las siguientes subcomunidades para la plataforma DSpace del repositorio digital:
o Formulación de proyectos
o Gestión de la Comunicación
o Gestión del Costo, Tiempo y Alcance
o Gestión del Riesgo
o Gestión de las adquisiciones
o Gestión de Capital Humano y Suministro
o Gestión de Calidad
o Gestión Tecnológica y de la Innovación
96
o Aspectos Legales y Contratación de Proyectos
o Evaluación Financiera de proyectos
o Evaluación Económica y Social de Proyectos
o Evaluación del Impacto Ambiental
o Proyectos Privados
o Proyectos Públicos y Sociales
o Responsabilidad Social Corporativa
o Gerencia de proyectos
Los filtros básicos a diseñar en el repositorio digital como medio de búsqueda serán:
o Palabra clave
o Autor
o Título
o Año
o Editorial
o Idioma
o País
Los servicios adicionales que debe contener el repositorio digital son:
o Información estadística de las cosechas
o Información estadística del repositorio
97
o Noticias sobre eventos y actividades del área de proyectos
o Foros de discusión en línea
No se almacenará contenido bibliográfico que no esté autorizado o esté protegido por
derechos de autor.
El repositorio digital es solo sobre el área de proyectos, no almacenará información de
proyectos en sí de diferentes disciplinas y/o temáticas de la USB.
No contendrá el material didáctico y de evaluación de los docentes
No estará disponible físicamente en la biblioteca de la USB alguna bibliografía almacenada
en el repositorio.
El repositorio no almacenará bases de datos sino que serán referenciadas.
El tamaño de cada archivo que almacenará el repositorio digital estará limitado hasta máximo
10 MB.
El backup de la información se realizará mensualmente con un espejo en la sede de Bogotá.
Los usuarios del repositorio no podrán realizar adiciones, modificaciones ni eliminar
información almacenada ni de configuración del repositorio digital.
98
7.3.2 Requerimientos No Funcionales
La plataforma a utilizar es DSpace, versión disponible.
No se realizará cobro alguno por el uso del repositorio.
El repositorio no estará particionado en las 4 sedes como lo está el actual, será un solo
repositorio ubicado en la sede de Cali.
Las características técnicas del servidor se detallan en el apartado 5.2.2
No se requiere infraestructura nueva para implementar el repositorio digital, puesto que la
actual tiene la capacidad técnica.
No se destinará presupuesto para que el repositorio digital aparezca en algún ranking a
nivel nacional ni internacional.
El repositorio digital debe funcionar correctamente en cualquier navegador actualizado
del 2010 en adelante.
El administrador del repositorio será una persona ubicada en la sede de Cali
99
La implementación del repositorio digital se implementará sobre el servidor actual de la
USB en la sede de Cali.
El estándar para administración de metadatos será el que actualmente maneja la USB, es
decir el Dublin Core.
Los tipos de archivos que contendrá el repositorio digital serán: pdf, audio, video, Office
Suite, software, presentaciones, archivos comprimidos y bibliografía indexada.
La disponibilidad del repositorio digital estará sujeta a las políticas actuales del servidor
de la USB.
El canal de comunicación del repositorio digital debe ser de al menos 20 Mbps.
Requerimientos de desempeño y funcionamiento:
o El servidor que soporte el repositorio digital debe tener una capacidad de respuesta de
mínimo 200 usuarios/segundo concurrentes para el acceso al repositorio.
o El tiempo máximo para la descarga de documentos no debe ser superior a 60
segundos.
o Los tiempos de acceso al metadato no debe ser superior a 2 segundos.
100
Atributos del sistema de software:
o Fiabilidad:
Debe ser un sistema altamente confiable que garantice la integridad de la información
en la inserción, actualización, configuración y eliminación de los metadatos.
o Disponibilidad:
El repositorio digital debe estar disponible 7x24 (7 días de la semana por 24 horas del
día), mediante soporte de energía y backup de información en un RAID (Redundant
Array of Independent Disks).
o Seguridad:
Se debe validar el ingreso a la interfaz de configuración del personal de biblioteca y
del administrador técnico a la plataforma de DSPace mediante credenciales de acceso.
Los usuarios finales no tendrán restricciones de acceso a la interfaz de usuario.
o Mantenibilidad:
Se debe realizar mantenimientos preventivos de manera periódica del software
DSpace y del servidor, para asegurar su correcto funcionamiento. Realizar el backup
de la información periódicamente.
o Usabilidad:
La interfaz de usuario maneja la misma estructura que entrega el software DSpace la
cual es amigable y de fácil manejo para el usuario.
101
DOCUMENTO DE CASOS DE USO 8
Se definen en esta sección los procesos y escenarios de interacción descritos en el documento
al final del capítulo de casos de uso, donde se representan los procesos, subprocesos y los actores
involucrados dentro del repositorio digital. En primer lugar por medio de diagramas UML
(Lenguaje Unificado de Modelamiento) y posteriormente utilizando la metodología RUP
(Rational Unified Process) determinará una descripción general de los casos de uso y sus
funciones en cada proceso.
Diagramas de Casos de Uso 8.1
Se realiza la representación general de la relación de los actores y los casos de uso en el
repositorio digital.
Figura 1. Diagrama general de casos de uso
102
Identificación de Actores 8.2
Tabla 9. Usuario Final
Actor: USUARIO FINAL
Caso de Uso: Ingresar al Repositorio, Consultar Información, Visualizar Información,
Descargar Información.
Subcasos de Uso: Consultar Información: buscar por Comunidad, buscar por Subcomunidad,
buscar por Filtros.
Descargar Información, Acceder Links Externos
Descripción: Persona que hace uso del repositorio digital para buscar, visualizar y
descargar la información, si se requiere. Están incluidos docentes,
estudiantes, directivos y/o personal externo.
Tabla 10. Administrador Técnico
Actor: ADMINISTRADOR TÉCNICO
Caso de Uso: Configurar Metadato, Administrar el Repositorio.
Descripción: Persona que administra la plataforma del software DSpace y configura los
metadatos mediante la semántica definida por el estándar Dublin Core.
Tabla 11. Bibliotecólogo
Actor: BIBLIOTECÓLOGO
Caso de Uso: Definir Estructura de Metadatos, Entregar Estructura de Metadatos,
Retirar Metadatos del Repositorio Digital, Actualizar Metadatos en el
Repositorio Digital.
Descripción: Persona encargada de definir, entregar, retirar y actualizar la estructura de
cada metadato en la plataforma DSpace para luego ser entregada al
administrador técnico., con base a la información autorizada por el
director del programa.
Definición de Guiones de Casos de Uso 8.3
8.3.1 Casos de Uso de Usuario Final
103
8.3.1.1 Ingresar al Repositorio Digital
Figura 2. Ingresar al Repositorio Digital
Tabla 12. Ingresar al Repositorio Digital
Nombre: Ingresar al Repositorio Digital
Descripción:
Mediante acceso a la URL del repositorio digital se visualiza la página principal.
Actores:
Usuario Final
Precondiciones:
Tener acceso a Internet
Navegador versión 2010 o superior.
Flujo Normal:
Usuario Final:
1. Abrir el navegador.
2. Digital la URL en el browser del
navegador.
3. Visualizar página principal del repositorio.
a. Si no se visualiza, ingresar a la URL
de la USB.
i. Ingresar al link del
repositorio digital
ii. Si no se visualiza, volver al
paso 1.
b. Si se visualiza avanzar al caso de
uso: Consultar Información.
Sistema:
Muestra página principal del repositorio.
104
Poscondiciones:
Carga interfaz de inicio del repositorio.
8.3.1.2 Consultar Información por Comunidad
Figura 3. Consultar Información por Comunidad
Tabla 13. Consultar Información por Comunidad
Nombre: Consultar Información por Comunidad
Descripción:
Realizar búsqueda de información de interés por comunidades para el usuario final:
Producción académica de la USB.
Libros
Tesis
Revistas
Artículos
Foros de discusión en línea
Grupos de Investigación
Entidades privadas
Congresos
Links externos
Otros Repositorios Digitales
Actores:
Usuario Final
Precondiciones:
Cargue de la página principal del repositorio
Flujo Normal:
Usuario Final Sistema
105
1. Seleccionar la comunidad de interés para
realizar la búsqueda
a) Si selecciona las siguientes
comunidades, avanzar al caso de uso
consultar por subcomunidad.
Producción académica de la USB.
Libros
Tesis
Revistas
Artículos
Grupos de Investigación
Congresos
Links externos
b) Si selecciona las siguientes
comunidades
Entidades privadas
Otros Repositorios Digitales
c) Si selecciona la opción Foros de
discusión en Línea
Si selecciona crear un foro.
Si selecciona unirse a un foro.
Si participa en el foro.
Si desea cerrar sesión del foro.
d) Si no visualiza la información, volver al
caso de uso: Ingresar al Repositorio
Muestra la página de las subcomunidades.
Genera la lista todos los resultados encontrados
de la subcomunidad.
Despliega listado de links de repositorios
digitales o entidades privadas.
Muestra las opciones de crear o unirse a un
foro.
Habilita sesión para crear el foro.
Habilita sesión para participar y visualizar en el
foro.
Publica la información registrada.
Redirecciona a la página principal del
repositorio.
Cargar página principal del repositorio.
Poscondiciones:
Visualizar la sección de subcomunidades.
106
8.3.1.3 Consultar Información por Subcomunidad
Figura 4. Consultar Información por Subcomunidad
Tabla 14. Consultar Información por Subcomunidad
Nombre: Consultar Información por Subcomunidad
Descripción:
Realizar búsqueda de información de interés por subcomunidades para el usuario final:
Formulación de proyectos
Gestión de la Comunicación
Gestión del Costo, Tiempo y Alcance
Gestión del Riesgo
Gestión de las adquisiciones
Gestión de Capital Humano y Suministro
Gestión de Calidad
Gestión Tecnológica y de la Innovación
Aspectos Legales y Contratación de Proyectos
Evaluación Financiera de proyectos
Evaluación Económica y Social de Proyectos
Evaluación del Impacto Ambiental
Proyectos Privados
Proyectos Públicos y Sociales
Responsabilidad Social Corporativa
Gerencia de proyectos
Actores:
Usuario Final
Precondiciones:
Cargue de la sección de Comunidades
107
Flujo Normal:
Usuario Final 1. Seleccionar la subcomunidad de interés
para realizar la búsqueda
a. Si se visualizan los resultados de
consulta, avanzar al caso de uso:
Visualizar Información.
b. Si no se visualiza el listado regresar
al caso de uso: Consultar
Información por Subcomunidad.
Sistema
Muestra el listado de metadatos con
información básica asociados a la
subcomunidad.
Muestra el listado de subcomunidades.
Poscondiciones:
Visualizar compendio de resultado de búsqueda.
8.3.1.4 Consultar Información por Filtros
Figura 5. Consultar Información por Filtros
Tabla 15. Consultar Información por Filtros
Nombre: Consultar Información por Filtros
Descripción:
Realizar búsqueda de información de interés mediante los siguientes filtros.
Palabra clave
Autor
Título
Año
108
Editorial
Idioma
País
Actores:
Usuario Final
Precondiciones:
Cargue de la página principal del repositorio
Flujo Normal:
Usuario Final 1. Usuario ingresa cadena de texto en caja
de texto.
2. Elegir selección de búsqueda deseada
seleccionando una de las etiquetas:
Palabra Clave
Autor
Titulo
Editorial
a) Si desea consultar información por:
Año
Idioma
País
Debe seleccionar opción de interés de la
lista desplegable de cada uno.
3. Ejecutar la búsqueda.
a) Si el sistema no arroja resultados se
debe reiniciar el proceso de este caso de
uso.
b) Si el sistema muestra el resultado de la
búsqueda, avanzar al caso de uso:
Visualizar la Información.
Sistema
Visualiza en la caja de texto lo que el usuario
final está digitando.
Muestra lista desplegable por: palabra clave,
autor, título y editorial
Muestra lista desplegable de acuerdo a la
opción seleccionada por el usuario: año, idioma
o país.
Muestra el listado de metadatos con
información básica asociados a los filtros
realizados.
Poscondiciones:
Visualizar resultado de la búsqueda de los metadatos.
109
8.3.1.5 Visualizar Información del Metadato
Figura 6. Visualizar Información del Metadato
Tabla 16. Visualizar Información del Metadato
Nombre: Visualizar Información del Metadato
Descripción:
Se visualiza resultado final de la búsqueda.
Actores:
Usuario Final
Precondiciones:
Realizar proceso de búsqueda mediante los filtros y subcomunidades.
Flujo Normal:
Usuario Final
1. Seleccionar el metadato requerido.
2. Visualizar información básica del metadato,
link o documento.
a) Si no se visualiza, seleccionar otro
metadato.
b) Si se visualiza, avanzar al caso de uso:
Descargar Información
Sistema
Carga el metadato requerido.
Muestra la información del metadato con la
estructura de: autor, título, año, editorial, links
asociados y la opción de descargar archivo.
Poscondiciones:
Cargue total de la página del metadato seleccionado.
110
8.3.1.6 Descargar Información
Figura 7. Descargar Información
Tabla 17. Descargar Información
Nombre: Descargar Información
Descripción:
El usuario final podrá descargar la documentación de interés del resultado final.
Actores:
Usuario Final
Precondiciones:
Visualización final del metadato.
Flujo Normal:
Usuario Final 1. Seleccionar archivo de interés.
2. Generar descarga del archivo.
a) Si descarga exitosamente el archivo.
b) Si no descarga archivo.
3. Guardar archivo en unidad de
almacenamiento
Sistema
Resalta archivo seleccionado.
Inicia proceso de descarga del archivo.
Notifica descarga exitosa.
Notifica error.
Poscondiciones: Ninguna
111
8.3.2 Casos de Uso de Administrador Técnico
8.3.2.1 Ingresar al Repositorio Digital
Figura 8. Ingresar al Repositorio Digital
Tabla 18. Ingresar al Repositorio Digital
Nombre: Ingresar al Repositorio Digital
Descripción:
Se realiza acceso a la interfaz de administrador del repositorio digital.
Actores:
Administrador Técnico
Precondiciones:
Acceso remoto a la plataforma.
Canal de conexión activo.
Perfil de administrador y claves de acceso en la plataforma.
Flujo Normal:
Administrador Técnico
1. Abrir el navegador.
2. Digital el dominio del repositorio en modo
administrador en el browser del navegador.
3. Visualizar ventana de acceso en modo
administrador en el repositorio.
4. Digitar credenciales de administrador.
Sistema
Muestra ventana de acceso y solicita
credenciales.
Valida claves de acceso para ingreso.
112
a) Si claves de ingreso no son correctas,
repetir paso 4.
b) Si claves de acceso son correctas.
Notifica error de acceso.
Permite acceso al sistema.
Poscondiciones: Visualizar interfaz de administrador.
8.3.2.2 Configurar, actualizar y eliminar Metadatos
Figura 9. Configurar, actualizar y eliminar Metadatos
Tabla 19. Configurar, actualizar y eliminar Metadatos
Nombre: Configurar, actualizar y eliminar Metadatos
Descripción:
Recibe estructura definida por el bibliotecólogo para configurar, actualizar y eliminar los
metadatos sobre la plataforma.
Actores:
Administrador Técnico
Precondiciones:
Estructura del metadato definida por el bibliotecólogo.
Archivo de datos en formato digital.
Ingreso a la interfaz de administrador.
Flujo Normal:
Administrador Técnico
1. Configurar, actualizar o eliminar la
semántica del metadato en la plataforma.
Sistema
Vincula la semántica con los archivos
relacionados.
113
2. Cargar, actualizar o eliminar el documento
a las carpetas del servidor.
a) Si el cargue, actualización o
eliminación del documento no es
exitosa, validar integridad del archivo y
repetir paso 2.
b) Si el cargue, actualización o
eliminación es exitosa, continuar con
paso 3.
3. Realizar protocolos de pruebas.
a) Si protocolo no es exitoso, repetir
desde paso 1.
b) Si protocolo es exitoso, continuar con
paso 4.
4. Puesta en marcha del metadato para su
cosecha si es cargado o actualizado.
5. Si se elimina metadato.
6. Salida segura de la plataforma.
Almacena, actualiza o elimina el documento a
la carpeta seleccionada.
Notifica error de cargue, actualización o
eliminación del archivo.
Notifica cargue, actualización o eliminación
exitosa del archivo.
Simula la ejecución del metadato.
Muestra líneas de error.
Carga exitosamente el metadato.
Publica metadato para el usuario final.
No publica metadato para el usuario final.
Cierra sesión.
Poscondiciones: Metadato funciona correctamente para cosecha del usuario final si se actualiza o se carga.
Si se elimina metadato no se visualiza para el usuario final.
8.3.2.3 . Realizar Backup de Información
Figura 10. Realizar Backup de Información
114
Tabla 20. Realizar Backup de Información
Nombre: Realizar Backup de Información
Descripción:
Administrador realiza backup de la estructura actual del repositorio digital periódicamente
en otra unidad lógica definida por el área de tecnología.
Actores:
Administrador Técnico
Precondiciones:
Disponibilidad del servidor.
Servicios que sostienen a la plataforma del repositorio activos.
Unidad lógica para el backup disponible.
Canal de conexión activo.
Ingreso al servidor con perfil de administrador.
Flujo Normal:
Administrador Técnico
1. Selecciona estructura de árbol de
carpetas a realizar backup.
2. Arrastra las carpetas a la unidad lógica
para el backup.
3. Validar copia exitosa de la información.
4. Salida segura de la plataforma y unidad
lógica.
Sistema
Selecciona las carpetas.
Copia información en unidad lógica.
Muestra información copiada.
Cierra sesión.
Poscondiciones: Realizar pruebas de usuario final.
8.3.3 Casos de Uso de Bibliotecólogo
8.3.3.1 Ingresar al Repositorio Digital
115
Figura 11. Ingresar al Repositorio Digital
Tabla 21. Ingresar al Repositorio Digital
Nombre: Ingresar al Repositorio Digital
Descripción:
Se realiza acceso a la interfaz de administrador del repositorio digital.
Actores:
Bibliotecólogo
Precondiciones:
Acceso remoto a la plataforma.
Canal de conexión activo.
Perfil de administrador y claves de acceso en la plataforma.
Flujo Normal:
Administrador Técnico
1. Abrir el navegador.
2. Digital el dominio del repositorio en modo
administrador en el browser del navegador.
3. Visualizar ventana de acceso en modo
administrador en el repositorio.
4. Digitar credenciales de administrador.
c) Si claves de ingreso no son correctas,
repetir paso 4.
d) Si claves de acceso son correctas.
Sistema
Muestra ventana de acceso y solicita
credenciales.
Valida claves de acceso para ingreso.
Notifica error de acceso.
Permite acceso al sistema.
Poscondiciones: Visualizar interfaz de administrador.
116
8.3.3.2 Definir, Actualizar y Retirar Estructura de Metadato
Figura 12. Definir, Actualizar y Retirar Estructura de Metadato
Tabla 22. Definir, Actualizar y Retirar Estructura de Metadato
Nombre: Definir, Actualizar y Retirar Estructura de Metadato
Descripción:
Crear la estructura de los metadatos para ser subidos en el repositorio digital; agregar atributos
para los diferentes filtros de búsqueda que tendrá la información, selecciona la(s) comunidades y
subcomunidades.
Actores:
Bibliotecólogo
Precondiciones:
Ingreso a la interfaz de administrador.
Recibir información avalada y autorizada por parte del director de proyectos en formato
digital.
Recibir información aprobada de la producción académica de la USB con autorización
del autor.
Recibir autorización del director de proyectos para actualizar o eliminar metadato.
Flujo Normal:
Bibliotecólogo
1. Acceder a las plantilla proforma de la
plataforma.
2. Registra, actualiza o retira estructura del
metadato en las plantillas.
Sistema
Muestra las plantillas para ingreso de
información del metadato.
Muestra la información registrada en la
plantilla para definir, actualizar o retirar
117
a) Si no registra todos los campos
obligatorios para definir, actualizar o
retirar el metadato, repetir paso 2.
b) Si registra todos los campos
obligatorios para definir, actualizar o
retirar el metadato, avanza a paso 3.
3. Guarda estructura definida, actualizada o
retiro del metadato en la plataforma.
4. Salida segura de la plataforma.
metadato.
Notifica campos obligatorios faltantes por
diligenciar.
Permite guardar estructura del metadato y
almacena la información registrada.
Permite guardar cambio realizados
Cierra sesión.
Poscondiciones: Asegurar entrega del metadato al administrador técnico.
ANÁLISIS DE RIESGOS DE CASOS DE USO 9
En el análisis de riesgos efectuado a los casos de uso del repositorio digital, se identificaron
doce riesgos, los cuales se evaluaron, y a partir de esto se elaboró el plan de respuesta al riesgo de
cada uno. Este proceso se desarrolló a través del diseño de la matriz de riesgos (Ver Anexo 6) con
la cuál determinamos seis riesgos críticos para su control.
En primer lugar se identifican por medio de la matriz de causa y efecto los riesgos
relacionados en la Tabla 23:
118
Tabla 23. Identificación del Riesgo
ID Identificación del Riesgo
R1 Debido al no suministro de energía, reinicio temporal, mantenimiento correctivo, ataques
informáticos y catástrofe en la USB Cali, puede ocurrir que el servidor no quede
disponible, lo que llevaría a que el repositorio digital no esté en servicio.
R2 Debido a fallas o caída del proveedor del canal de internet, interfaz físicas y lógicas del
usuario averiadas, puede ocurrir que no tenga acceso a internet, lo que llevaría al no tener
acceso al repositorio
R3 Debido a fallas del equipo, navegadores desactualizados del PC del usuario final, puede
ocurrir la no visualización de la información en el repositorio, lo que llevaría a que no se
visualice la cosecha en el repositorio.
R4 Debido al desconocimiento de proceso de búsqueda, no conozca la existencia del
repositorio y no le parezca amigable la interfaz de usuario, puede ocurrir que se presente
bajo volumen de cosechas, lo que llevaría a la no adherencia del servicio.
R5 Debido a la información desactualizada, no adecuada configuración, error de definición de
estructura, no disponibilidad y retiro del metadato en el repositorio, puede ocurrir que la
información no sea confiable, lo que llevaría a la deserción del usuario final.
R6 Debido a memoria de almacenamiento insuficiente, enlace de baja velocidad,
interrupciones en la descarga, bloqueo de descarga del navegador, puede ocurrir que no se
descargue la información del archivo, lo que llevaría a la insatisfacción de del usuario
final.
R7 Debido a virus en la descarga , archivos corruptos, puede ocurrir daños en los archivos en
la descarga, lo que llevaría a que no se pueda visualizar el documento
R8 Debido a violación de derechos de autor, puede ocurrir sanción de carácter legal, lo que
llevaría al cierre del repositorio y pérdidas económicas.
R9 Debido a los errores en la definición de la estructura de los metadatos, puede ocurrir
errores en la configuración del metadato, lo que llevaría a que la cosecha no sea confiable
por el usuario final.
R10 Debido a la rotación del personal, tercerización de funciones, falla de comunicación entre
el bibliotecólogo y el administrador técnico, puede ocurrir encolamiento de procesos, lo
que llevaría retrasos de actividades en la administración.
R11 Debido al almacenamiento de información multidisciplinaria, terminación del programa de
proyectos puede ocurrir la pérdida del objetivo de la creación del repositorio, lo que
llevaría al cierre del mismo.
Se definen los siguientes criterios de impacto y probabilidad que son comunes para todo el
equipo de trabajo, en las Tablas 24 y 25 respectivamente.
119
Tabla 24. Impacto Operativo
Definición de Criterios Nivel Impacto Operativo
Alto 3 La funcionalidad del repositorio esté afectada de un 80% a un 100%
Medio 2 La funcionalidad del repositorio esté afectada de un 20% a un 79%
Bajo 1 La funcionalidad del repositorio esté afectada de un 0% a un 19%
Tabla 25. Probabilidad
Definición de Criterios Nivel Probabilidad
Alto 3 Muy probable: Mayor al 30%
Medio 2 Probable: 15% - 29%
Bajo 1 Poco probable: 0% - 14%
Posteriormente a la definición de criterio e identificación de los riesgos, se elabora la matriz de
probabilidad e impacto con el fin de evaluar el riesgo de manera cualitativa. Ver Tabla 26.
120
Tabla 26. Riesgo Inherente
Luego se elabora el plan de respuesta donde se determinan los controles de cada a
implementar de cada riesgo con el fin de planificar la respuesta de los riesgos (evitar, transferir,
mitigar, aceptar). Ver Tabla 27.
1 bajo 1 bajo
2 moderado 2 medio
3 alto 3 alto
1 2 3
RIESGO MAYOR RIESGO MODERADORIESGO MENOR
Riesgo Inherente
2
1
Pro
bab
ilid
ad
R103
Impacto
R3
R4
R6
R5
R7
R9
R1
R2
R8
R11
121
Tabla 27. Matriz de Control
Posteriormente al plan de respuesta del riesgo se determina los riesgos residuales más críticos
que se deben gestionar prioritariamente para evitar que se materialicen; en este caso se identifican
seis riesgos para realizar esta gestión por su alto impacto que pueden generar al proyecto. Ver
Tabla 28.
1 Malo 1 Débil
2 Regular 2 Moderado
3 Bueno 3 Fuerte
1 2 3
SOLIDEZ BAJA SOLIDEZ MEDIA SOLIDEZ BAJA
Matriz de control
1C3
C7C6
Eficacia
3
C1
C2
C8
C10
2 C4
C5
C9
C11
Dis
eñ
o
122
Tabla 28. Riesgo Residual
CONCLUSIONES 10
Para el exitoso desarrollo de la implementación del repositorio digital sobre el área de
proyectos, se analizaron las estructuras de repositorios digitales existentes a nivel internacional,
las metodologías de desarrollo de software, como también los software más utilizados para la
puesta en marcha de repositorios. Se observó que la metodología ágil SCRUM se ajusta muy
bien en el diseño para desarrollo de software abierto en repositorios digitales y vemos como
C Catastrófico A Solidez Alta
M Moderado M Solidez Media
B Bajo B Solidez Baja
A M B
RIESGO MAYOR RIESGO MODERADORIESGO MENOR
Control
Rie
sgo M
R5
R7
R11
R4
R10
BR3
R6R9
Riesgo Residual
C
R1
R2
R8
123
ventajas la conformación de equipos pequeños y dinámicos como el que ya existe en la USB; el
software DSpace es el más apropiado para el diseño del repositorio puesto que es gratuito y ya se
encuentra en funcionamiento en la biblioteca virtual de la USB y otras universidades; la
infraestructura actual, capital humano y técnico existente en la USB hace que el despliegue y
puesta en marcha del repositorio digital se consiga con mayor éxito, menor costo y de manera
más eficaz.
El tratamiento que se logra dar a la información a través de estas tecnologías, su aplicación a
las tendencias actuales y filosofía de acceso libre a la información, hace que la característica
principal de acceso del usuario final del repositorio digital propuesto para la USB vaya en este
mismo sentido. Al concentrar información de interés sobre el área de proyectos a través de un
repositorio digital, hace que la USB se posicione en la región como una institución líder en el
sector. Con este repositorio además se logrará facilitar la cosecha de información para el
desarrollo futuro de la producción académica de los estudiantes en la especialización y maestría
del programa de proyectos de la USB, debido a que la información de esta disciplina se
encontraría centralizada en la institución y su búsqueda de interés en los temas asociado a
proyectos se haría más fácil.
En esta investigación, el medio que suministró más detalles, efectividad de la información y
que se ajusta para los requerimientos funcionales y no funcionales del repositorio digital, se
logró a través de entrevistas con personal de experiencia en la administración y mantenimiento
de este tipo de soluciones para las bibliotecas, con el que afortunadamente cuenta la USB
actualmente.
124
Se construye diferentes casos de uso donde se logra visualizar y realizar las diversas
interacciones entre los actores y el sistema propuesto (repositorio digital sobre proyectos) para
luego ejecutar las etapas de diseño, desarrollo e implementación de este proyecto, teniendo en
cuentas como punto de partida las acciones y procesos que actualmente se están ejerciendo por
medio de los diferentes profesionales que administran y gestionan el repositorio digital existente
de la Universidad San Buenaventura.
125
TRABAJOS FUTUROS 11
Como trabajo futuro se recomienda tener este análisis de la información para las etapas
posteriores de diseño y desarrollo, ya que en este trabajo se construyó el documento de los casos
de uso los cuales son el insumo para el diseño del repositorio digital sobre proyectos.
Otro trabajo futuro que se debe realizar en la etapa de implementación es el almacenamiento de
toda la información relacionada sobre el área de proyectos, puesto que este será el objetivo de
consulta del usuario final.
126
FINALIDAD DEL PROYECTO 12
Aportar a la comunidad académica un repositorio digital confiable y accesible para consultas
en bases de datos unificada sobre el área de proyectos.
127
BIBLIOGRAFÍA 13
Abadal, E. (2012). Acceso Abierto a la Ciencia. Barcelona: UOC. http://eprints.rclis.org/bitstream/10760/16863/1/2012-acceso-abierto-epi-uoc-vfinal-autor.pdf
DSpace ORG. (2016). Obtenido de dspace.org
EIFL. (08 de 03 de 2016). Obtenido de http://www.eifl.net/resources/open-access-repositories-
dspace-and-fedora
Galindo Díaz, L., Martínez Devia, A., & Yáñes Otálora, R. (2013). Los derechos de autor en el
entorno digital y el internet en Colombia: una mirada al estado del arte actual y sus
principales problemas. GECTI.
https://derechoytics.uniandes.edu.co/components/com_revista/archivos/derechoytics/ytics
144.pdf
Hernández Pérez, T., Rodríguez Mateos, D., & Bueno de la Fuente, G. (2007). Open Access: El
papel de las bibliotecas en los repositorios institucionales de acceso abierto. Anales de
Documentación, 185-204. http://revistas.um.es/analesdoc/article/download/1141/1191.
Keefer, A. (2007). LOS REPOSITORIOS DIGITALES UNIVERSITARIOS Y LOS AUTORES.
ANALES DE DOCUMENTACION, Nº 10, 2007, PÁGS. 205-214, 205-214.
http://bd.ub.edu/pub/keefer/materials/Keefer07_Repositorios%20digitales%20universitarios.pdf
http://revistas.um.es/analesdoc/article/view/1151/1201
Keefer, A., & Gallart, N. (2007). La preservación de recursos digitales. El reto para las
bibliotecas del siglo XXI. Barcelona: Universitat Oberta de Catalunya.
http://redc.revistas.csic.es/index.php/redc/article/viewFile/420/432
Rodriguez Quintero, R., Rodriguez Sanchez, A., & Vargas Ramos, A. M. (2011). Repositorio
digital Comhistoria: contexto, génesis y análisis de una herramienta para la investigación
128
histórica sobre medios de comunicación regionales en Colombia. Signo y Pensamiento,
156-177.
revistas.javeriana.edu.co/index.php/signoypensamiento/article/download/2441/1715
Rodríguez, E. M. (2002). Metadatos y recuperación de información, estándares, problemas y
aplicabilidad en bibliotecas digitales. España: Trea.
http://www.trea.es/books/3119.pdf
https://dialnet.unirioja.es/servlet/libro?codigo=96229+
Romero, J. C. (2006). El papel de los metadatos en la preservación digital. El profesional de la
infromación, 126-136.
http://eprints.rclis.org/8359/1/final.pdf
http://www.ica.org/biblio/Study16ENG_5_2.pdf
López, F. A. (2013). Visibilidad e impacto de los repositorios digitales en acceso abierto. De
Bibliotecas y Bibliotecarios, 1-12.
OK HOSTING;. (18 de Octubre de 2016). okhosting.com. Obtenido de
http://okhosting.com/blog/metodologias-del-desarrollo-de-software/
Canós, J. H., Letelier, P., & Penadés, M. C. (2003). Métodologias Ágiles en el Desarrollo de
Software. Metodologías Ágiles en el Desarrollo de Software (págs. 1-8). Alicante: Grupo
ISSI.
Letelier, P., & Penadés, M. C. (2006). Metodologías Ágiles para el Desarrollo de Software:
eXtreme Programming (XP). Técnica administrativa, ISSN-e 1666-1680, Vol. 5, Nº. 26,
2006.
129
14. ANEXOS
ANEXO 1
ENTREVISTA A PERSONAL DE BIBLIOTECA
1. PRESENTACIÓN
2. ¿Actualmente la universidad cuenta con uno o varios repositorios institucionales?
a. ¿En qué fecha fue implementado el último repositorio digital?
b. ¿Quién o qué programa académico lo desarrollo?
i. En caso de ser externo: ¿Por qué se implementó con un
desarrollador externo y no con personal interno de la universidad?
ii. En caso de ser interno: ¿Quién fue el director en el desarrollo de
dicho proyecto?
3. ¿Se conoce actualmente un repositorio digital implementado o en desarrollo sobre
el área de proyectos en la Universidad?
4. ¿En su opinión, cuales son los beneficios de tener un repositorio digital en la
universidad para la comunidad académica?
a. Estudiantes
b. Docentes
c. Biblioteca
5. ¿Actualmente, hay datos estadísticos del porcentaje de utilización del (los)
repositorio(s) de la Universidad?
6. ¿Desde su opinión, cómo se podría fomentar el uso del repositorio digital sobre el
área de proyectos con la comunidad académica?
130
7. ¿Qué tipos de documentos se albergaría en un repositorio digital sobre el área de
proyectos (producción académica, bases de datos, revistas, libros, congresos,
artículos, tesis, materiales de investigación, otros)?
8. ¿Qué formatos digitales se utiliza para almacenar la información del repositorio:
formatos de datos, código fuente, binarios, BinHex, postdata, video, imagen
gráfica, audio, texto, office suite, otros?
9. ¿La universidad cuenta actualmente con la infraestructura necesaria para la
implementación de otro repositorio digital?
a. ¿La implementación del repositorio tendrá un costo para la universidad?
10. ¿Qué plataformas de software para crear repositorios digitales recomienda para la
implementación del repositorio sobre el área de proyectos? ¿Por qué?
11. ¿En su opinión quienes deberían tener acceso al repositorio digital sobre el área de
proyectos (estudiantes de pregrado, posgrado, especialización, programa, personal
externo de otras universidades?
12. ¿Considera que se debe realizar algún cobro por el uso del repositorio digital?
13. ¿Bajo qué estándar se administran los metadatos en los repositorios existentes de
la universidad: ISO, Dublin Core, IEEE?
14. ¿Qué personal debe tener los permisos para la administración del repositorio
digital?
15. ¿Qué nivel de restricción puede generar los derechos de autor tanto del contenido
externo como de la producción académica de la Universidad?
16. ¿Cuánto tiempo de preservación se define para almacenamiento de un documento
en el repositorio digital?
131
17. ¿Qué tipos de documentos del repositorio de la universidad se encuentran
físicamente en la biblioteca?
18. ¿En cuánto tiempo se requeriría la implementación del repositorio digital?
19. ¿Los servidores actuales de la universidad cuentan con capacidad para la
implementación de un nuevo repositorio digital?
a. ¿Conoce las características técnicas del servidor de la universidad a nivel
de: almacenamiento, procesadores, memoria, backup de almacenamiento,
backup de energía, espejo en otro sitio por catástrofe, sistema operativo y
sus licencias, cantidad de acceso simultáneo, conexión de backup, canal de
acceso?
20. ¿Quién(es) deben ser los responsables de la administración de la información
almacenada en el repositorio?
132
ANEXO 2
ENTREVISTA A PERSONAL DIRECTIVO DEL PROGRAMA
1. ¿Qué opinión tiene acerca de repositorios digitales y su aporte a la difusión
académica?
2. ¿Conoce de algún repositorio sobre al área de proyectos en la USB?
3. ¿En su opinión, cuáles beneficios brindaría un repositorio digital sobre el área de
proyectos a la comunidad académica: estudiantes, profesores, biblioteca?
4. ¿Qué tan interesado está el programa de especialización de GIP en implementar un
repositorio digital sobre el área de proyectos en la USB?
5. ¿En su opinión, quiénes deberían tener el privilegio y beneficios de la utilización
del repositorio digital?
a. ¿Se realizará algún tipo de cobro o restricción para el uso del repositorio a
personal externo o de otros programas de la USB?
6. ¿Qué consideraciones sobre derechos de autor se debe tener en cuenta para la
difusión de la producción académica sobre el área de proyectos de la USB?
7. ¿Qué tipo de documentos se deberían publicar en el repositorio: textos, libros,
proyectos de grado, tesis, artículos, software, imágenes, videos, páginas web,
blogs, presentaciones?
8. ¿Quién(es) deben ser los responsables de la administración de la información
almacenada en el repositorio?
9. ¿Quién(es) debe ser el personal responsable de validar y asegurar la información
contenida en el repositorio digital: docentes, comité, director, biblioteca?
133
10. En caso de implementarse el repositorio digital sobre proyectos; ¿cómo fomentar
su uso y difusión?
11. ¿En su opinión, el desarrollo de un repositorio digital le servirá a la universidad
para aumentar su nivel académico y posicionarse sobre otras universidades?
12. ¿La universidad o facultad cuenta con presupuesto para proyectos de este tipo o
son patrocinados por otra entidad?
13. ¿Cómo coordinador de la EGIP, en cuánto tiempo considera que se debe realizar
la implementación del repositorio digital sobre el área de proyectos?
134
ANEXO 3
RESPUESTA DE ENCUESTA A ESTUDIANTES
135
136
137
138
139