1

Repositorio digital de artículos, tesis, libros, congresos y otros documentos sobre el área de

proyectos

Flavio Alirio Cerón Romo, facr369@gmail.com

Leonardo Fabio Marín Bohorquez, lefama_3@hotmail.com

Jimmy Andres Gomez Martínez, jimmy_inf@hotmail.com

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