PDF de programación - Software libre para la automatización de unidades de información

Universidad de Costa Rica
Escuela de Bibliotecología y Ciencias de la
Información

Software libre para la automatización de

unidades de información

Ricardo Chinchilla Arley
Mynor Fernández Morales



Octubre, 2013



Temas a desarrollar

El entorno y el problema
Metodología
Resultados preliminares
Criterios para la definición de subniveles
Matriz de evaluación de software
Conclusiones



El entorno y el problema
Realidad de nuestras unidades de información

Bajo presupuesto
Gran cantidad de software para automatización de procesos y
servicios

Se requiere evaluar las alternativas para determinar la
mejor opción
Vacíos en cuanto a la comparación y evaluación de
software
Proyecto de investigación “Análisis del software libre disponible
en la WEB en idioma español, orientado a la automatización de las
unidades de información, en los tres niveles a saber: a. catálogos
automatizados, b. repositorios digitales y c. sistematización integral
de las funciones operativas de las unidades de información”



Metodología
Definición de niveles de automatización

Automatización de catálogos
Gestión de repositorios y bibliotecas virtuales
Automatización integral
• Pequeñas (centros de documentación especializados
• Medianas (biblioteca escolares)
• Grandes (bibliotecas universitarias, sistemas de bibliotecas)

Creación de un catálogo de software por nivel
Diseño de una matriz de evaluación
Instalación de las aplicaciones



Resultados preliminares
Automatización de catálogos
Orientados a la descripción bibliográfica
Pequeños y versátiles
No relacionales

Catálogo
WinIsis
IsisMarc
Clabel
Catalis
Malete (OpenIsis)



Resultados preliminares
Repositorios y bibliotecas virtuales

Almacenamiento y recuperación de documentos digitales
Servicios asociados

Catálogo
DSpace
EPrints
Greenstone
iAH
Potnia
Fedora Commons
VuFind
Google Custom Search



Resultados preliminares
Sistemas integrados de automatización

Dirigidos a la gestión de todas las áreas de una U.I. (adquisiciones,
catalogación, circulación, publicaciones periódicas, consultas,
inventario y estadísticas)
Sistemas complejos, modulares y utilizan bases de datos
relacionales
Basados en estándares internacionales (MARC, Dublin Core)
Requieren programas adicionales (servidores web, motores de
bases de datos, módulos Java, etc.)

Se dividen en tres subniveles

Pequeñas
Medianas
Grandes



Subniveles - criterios
Definición de las Unidades de información en tamaño

Número y tipo del público objetivo
Tamaño y tipo de las colecciones
Cantidad de personal y clasificación según funciones
Volumen de trabajo
Presupuesto
Infraestructura tecnológica (servidor, red, etc.)
Soporte técnico para la infraestructura tecnológica



Subniveles - criterios
Definición del software en capacidad

Nivel de robustez del motor de base de datos que soporta la
aplicación
Nivel de parametrización
Plataforma donde se encuentra desarrollado
Soporte técnico brindado
Nivel de facilidad para el desarrollo de nuevos
requerimientos
Interoperabilidad del software
Manejo de estándares internacionales para importar y
exportar información



Resultados preliminares
Sistemas integrados de automatización
Modelo de clasificación de software
Criterio de clasificación

Nivel

Robustez del motor de Base de datos

Bajo

Medio

Alto

Plataforma de hardware y software

Archivos

Cliente/servidor Web

Nivel de parametrización

Facilidad de desarrollo de
nuevos requerimientos

Interoperabilidad del software

Manejo de estándares internacionales

Soporte técnico



Bajo

Bajo

Bajo

Bajo

Bajo

Medio

Medio

Medio

Medio

Medio

Alto

Alto

Alto

Alto

Alto

Resultados preliminares
Catálogo de software
Software de primer subnivel:
OpenMarcoPolo
BibliotecaPHP
GCBibliotecas
Software de segundo subnivel:
OpenBiblio
GNUteca
PhPMyLibrary

EspaBiblio
Infocid
ABCD

Emilda
Biblioteca 2000

Biblio
WebLIS
Aguapey

CaMPI
PHL

Software de tercer subnivel
Koha / Kobli

Merán



PMB



Matriz de evaluación
Una vez definido el nivel de
automatización, se evalúa el software
Matriz de evaluación – secciones:

Generalidades
Gestión de estándares
Aspectos técnicos
Funcionalidad



Matriz de evaluación -
generalidades
20 parámetros que muestran las generalidades del
software, como nombre de la aplicación, versión,
licencia, idioma, actualización, creador, entre
otros.

Permitirá hacer una selección inicial de un
conjunto de aplicaciones que cumplan una serie
de características generales antes de realizar una
evaluación más profunda del software.



Matriz de evaluación –
gestión de estándares
7 parámetros referentes a la gestión de estándares que
permiten evaluar el grado de interoperabilidad a través de la
importación y exportación de información.

Representa un filtro para determinar los estándares de
gestión e intercambio. Al conocer el formato en el cual es
estructurada la información se determina tanto la
compatibilidad con otras aplicaciones así como la
posibilidad de migración e intercambio de datos.



Matriz de evaluación –
aspectos técnicos
13 parámetros relacionados con aspectos técnicos varios
Determinan elementos relativos a la facilidad de uso de
la aplicación, así como escalabilidad, auditoría,
seguridad, mantenimiento y soporte.
Es posible evaluar que tan amigable, intuitivo y robusto
es el sistema.
Es posible seleccionar las aplicaciones que mejor se
adapten a las expectativas técnicas y las capacidades de
la unidad de información



Matriz de evaluación –
funcionalidad
16 parámetros que evalúan la funcionalidad
de la aplicación, como módulos disponibles
y configuración de políticas generales que
gobiernan el software (parametrización).

Orientados principalmente al tercer nivel,
permiten considerar o descartar software
de acuerdo a sus funciones.



Ejemplo

GENERALIDADES

1 Nombre de la aplicación
2 Versión
3 País de Origen
4 Idiomas que maneja
5 Creador
6 Licencia
7 Página de Web
8 Página de Descarga
9 Documentación: Sistema Operativo: Ubuntu versión 11.10, Windows Server, Memoria de 1.9 GiB,
Procesador 0: intel ® Core (TM)2 dual CPU E6550 @ 2.33 GHz Procesador 1: intel ® Core ™ 2 dual
CPU E6550 @ 2.33 GHz Estado disponible en disco de 128.8 GiB

OpenBiblio
Release 0.7.1 – 18 mar. 2012
Estados Unidos
Inglés-Español
Dave Stevens
GPL
http://obiblio.sourceforge.net/
http://sourceforge.net/projects/obiblio/files/OpenBiblio/0.7.1/

S:SI
N:No

10 Interfaz

S

1

1. Browser
2.Aplicación propia



Ejemplo

11 Plataforma

1.Sistema de archivos
2.Cliente/Servidor
3.Multicapa

12 Lenguaje(s) de programación
13 Modificación del código fuente

14 Costo del software
15 Mantenimiento anual
16 Actualización periódica

S: SI
N:No

S: SI
N:No

S: SI
N:No



3

PHP, CGI-PERL
S

No tiene
No tiene
S

17 Motor de bases de datos
18 Robustez del motor de base de datos

19 Soporte multibiblioteca

MySQL
2

N

(1. Poco robusto 2. Robustez media 3. Alta Robustez)

20 Sistema Operativo

Multiplataforma



Ejemplo

GESTIÓN DE ESTÁNDARES
1

2

3

4

5

6

7

ISO 2709
S: SI
N:No
Protocolo Z39.50
S: SI
N:No
Exportación TXT rotulado
S: SI
N:No
MARC21
S: SI
N:No
MARCXML
S: SI
N:No
SRU,XML
S: SI
N:No
Dublin Core
S:SI

N:No

N

N

N

S

N

N

N



Ejemplo

ASPECTOS TÉCNICOS VARIOS

1

2

3

4

5

6

S

Facilidad de auditoría.
S: SI
N:No
Amigabilidad
S: SI
N:No
Facilidad de desarrollo de nuevos requerimientos. S
S: SI
N:No
Independencia del hardware.
S: SI
N:No
Seguridad lógica.
(La seguridad lógica se calificará con un rango de 1 a 5 donde 1 es poco seguro y 5 es muy
seguro).
Autodocumentado.
S: SI
N:No


S



S

3

S

Ejemplo

7

8

9

10

11

12

13

5

S

N

5

3

Simplicidad.
(La simplicidad de uso se calificará con un rango de 1 a 5 donde 1 es poco simple y 5 es muy
simple).
Independencia del sistema software.
S: SI
N:No
Disponibilidad
(La disponiblidad del software se calificará con un rango de 1 a 5 donde 1 es poco disponible
y 5 es muy disponible).
La facilidad de mantenimiento
(La facilidad de mantenimiento del software se calificará con un rango de 1 a 5 donde 1 es
poco mantenible y 5 es muy mantenible).
Soporte en linea
S: SI
N:No
Foros especializados
S: SI
N:No
Comunidades
S: SI
N:No


N

N



Ejemplo

FUNCIONALIDAD

(La completitud en la funcionalidad de cada módulo se calificará con una nota de 0 a 5, donde 0 significa
que no tiene el módulo, mientras que el rango de 1 a 5, 1 significa poco completo y 5 significa que es
muy completo).
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

4
Módulo Administrador
0
Selección y Adquisiciones
4
Módulo Catalogación
4
Gestión de Autoridades
5

Módulo de Circulación
0
Gestión de Publicaciones Periódicas
5
Catálogo Público en Línea (OPAC)
3
Módulo Estadísticas
0
Gestión de Tesauro
4
Módulo de seguridad
0
Módulo de Inventario
Servicio de Información y Referencia
0
Servicio de Difusión Selectiva de la Información 0
Indización y Resumen
0
4
Signaturización y Etiquetado
Variedad formatos visualización
4



Conclusiones
Los niveles son una herramienta para clasificar las
aplicaciones y facilita el estudio y una evaluación de
software comparable.
El catálogo no pretende ser un listado único y exhaustivo
del software.
La subclasificación del tercer nivel es una
recomendación técnica, no una limitación.
La propuesta se basa en las bondades que ofrece el
software libre (acceso al código fuente, posibilidad de
modificación y adaptación) pero esto no implica que no
se incurrirá en costos asociados.



Conclusiones
Sin embargo es innegable el cuantioso ahorro obtenido respecto
a la obtención de licencias, tanto en la aplicación como en los
motores de base de datos, lenguajes de programación, software
de servidores y sistemas operativos.
La matriz de evaluación es un instrumento técnico de evaluación.
La lista de parámetros puede ser modificada para un