Automatizacin de unidades de informacin: Matriz tcnica para la
evaluacin de software libre
Mynor Fernndez Morales
Mster en Administracin de Negocios,
Instituto Tecnolgico de Costa Rica.
Licenciado en Computacin e Informtica,
Universidad de Costa Rica.
Profesor e investigador
Escuela de Bibliotecologa y Ciencias
de la Informacin
San Pedro de Montes de Oca - Costa Rica
mynor.fernandez@ucr.ac.cr
Ricardo Chinchilla Arley
Mster en Computacin, Instituto
Tecnolgico de Costa Rica.
Licenciado en Bibliotecologa
y Ciencias de la Informacin,
Universidad de Costa Rica.
Profesor e investigador
Escuela de Bibliotecologa y Ciencias
de la Informacin.
San Pedro de Montes de Oca - Costa Rica
ricardo.chinchilla@ucr.ac.cr
Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
Resumen
En este artculo se presenta una propuesta de matriz de evaluacin para software
libre orientado a la automatizacin de unidades de informacin. Esta matriz est
compuesta por una serie de parmetros tcnicos que facilitarn la evaluacin de di-
ferentes programas de aplicacin de software libre, los cuales se agruparn en cuatro
distintas clasificaciones. Cada una de ellas permitir filtrar las diferentes aplicacio-
nes que cumplan uno u otro requisito de acuerdo a las necesidades de informacin
y automatizacin que tenga la unidad de informacin. Por tanto esta matriz se con-
vierte en una herramienta til que servir al equipo responsable de la automatiza-
cin de una unidad de informacin en el proceso de evaluar y seleccionar software
libre para este propsito.
Palabras clave: automatizacin de bibliotecas, software libre, evaluacin de
software
Automation of Information Units: Matrix Technique for
the Evaluation of Free Software
Abstract
This article presents a proposal evaluation matrix for free software automation
oriented information units. This matrix is composed of a number of technical pa-
rameters that will facilitate the evaluation of different free software applications,
which are grouped into four different classifications. Each will filter the different
applications that meet either requirement according to the information and auto-
mation needs to have the information unit. Thus this matrix becomes a useful tool
that will serve the team responsible for the automation of a unit of information in
the process of evaluating and selecting free software for this purpose.
Keywords: library automation, free software, software evaluation
Cmo citar este artculo: FERNNDEZ MORALES, Mynor y CHINCHILLA AR-
LEY, Ricardo. Automatizacin de unidades de informacin: Matriz tcnica para la
evaluacin de software libre. Revista Interamericana de Bibliotecologa 2013, vol. 36,
n 3, pp. xx-xx.
Recibido: 2013-08-14 / Aceptado: 2013-10-11
 1. Introduccin
Uno de los principales problemas al que se enfrenta el
biblioteclogo responsable de un proyecto de automa-
tizacin de una unidad de informacin es determinar
cmo evaluar las distintas alternativas de aplicaciones
o paquetes de software para establecer cul es la me-
jor opcin para su proyecto concreto. De acuerdo con
Damsgard J. & Karlsbjerg J. (2010), software empaque-
tado es una categora de sistemas de informacin en
la que todas las implementaciones son esencialmente
idnticas, es decir, las principales funcionalidades son
comunes en todas las instalaciones. Mientras que los
componentes bsicos de un paquete son idnticos en
todas las organizaciones que lo usan, la aplicacin per-
sonalizada en un sistema de informacin individual se
configura en alguna forma para adaptarse a los requisi-
tos de cada una de ellas. Si bien los parmetros descri-
[ Mynor Fernndez Morales - Ricardo Chinchilla Arley ]
tos es este artculo pueden ser utilizados para cualquier
aplicacin, ya sea libre o privativa, el enfoque se realiza
sobre las aplicaciones libres, debido a las bondades de-
mostradas, principalmente el disponer del cdigo fuen-
te, tal y cmo lo indica Vilela (2005, p.7)
La caracterstica principal de los sistemas en software
abierto es que se distribuye con su cdigo fuente. Esto
permite no solamente que el programa se pueda adap-
tar a las necesidades locales de cada biblioteca, sino
que el programador puede evaluar el cdigo fuente y
con ello mejorar la calidad del programa. Estos siste-
mas pueden en algunos casos tener costo y en otros
ser distribuidos gratuitamente
Adems, es importante tener presente, tal y como lo
expresan Moreiro y otros (2011, p. 213), que ninguna
aplicacin va a responder totalmente a todos los reque-
rimientos de una organizacin especfica; sin embargo
al aportar el software libre el cdigo fuente, es posible
adaptarlo, actualizarlo e integrarlo a los cambiantes
contextos organizacionales.
Regresando al problema planteado, es importante ano-
tar que, si bien es cierto que los proyectos de automa-
tizacin de unidades de informacin generalmente son
realizados por grupos interdisciplinarios, el bibliotec-
logo o biblioteclogos integrados a ese grupo enfrentan
una gran responsabilidad propia de su cargo al momen-
to de evaluar software. De aqu la importancia de que
el biblioteclogo tenga una herramienta de evaluacin
208 Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
que le facilite la realizacin de esta importante tarea.
Este documento, el cual se enmarca dentro del proyecto
de investigacin inscrito en la Vicerrectora de Investi-
gacin de la Universidad de Costa Rica, titulado Anlisis
del software libre disponible en la WEB en idioma espaol, orien-
tado a la automatizacin de las unidades de informacin, en los
tres niveles a saber: a. catlogos automatizados, b. repositorios
digitales y c. sistematizacin integral de las funciones operativas
de las unidades de informacin, propone una matriz de eva-
luacin de software libre orientado a la automatizacin
de unidades de informacin, la cual pretende convertir-
se en una herramienta tcnica que se le proporcionar
al grupo responsable de esta importante tarea. Esta ma-
triz est conformada por una serie de parmetros cuya
valoracin permitir obtener una comparacin tcnica
de un conjunto de aplicaciones orientadas a la automa-
tizacin de unidades de informacin.
Independientemente de la evaluacin del software, en
un proyecto de automatizacin surgen otras considera-
ciones; en primera instancia, en una unidad de informa-
cin es importante sealar que:
Las bibliotecas son organizaciones que presentan dis-
tintos niveles de complejidad, que puede ir desde un
nivel sencillo, pasando por un nivel medio, hasta al-
canzar un nivel de alta complejidad. Para realizar esta
clasificacin, se utilizarn seis variables, con el fin de
establecer el nivel de complejidad de la biblioteca. Las
variables son las siguientes: tipo de biblioteca, tamao
de la coleccin, cantidad y tipo de usuarios que mane-
ja, nivel de especializacin del recurso humano que
tiene la biblioteca y, finalmente, la capacidad tcnica
y econmica de la biblioteca. De acuerdo con esto, y
por razones de conveniencia prctica, estableceremos
tres subniveles de clasificacin de las bibliotecas: ni-
vel sencillo, nivel de mediana complejidad y nivel de
alta complejidad (Fernndez, 2013, p. 2).
En segunda instancia, un proyecto de automatizacin
implica la realizacin de otras actividades adicionales
a la tarea de evaluacin de software, tareas que aqu no
son contempladas. As Es una buena medida realizar una
evaluacin de nuestras capacidades como biblioteca en trminos
financieros, de recursos humanos y de infraestructura tecnolgi-
ca. Aqu nos daremos cuenta si un proyecto de automatizacin es
viable o no en nuestras instituciones (Sifuentes, 2005, p.1).
Por ello, esta matriz de evaluacin viene a complemen-
tar dicha evaluacin, contemplada en el estudio de fac-
tibilidad tcnica, operacional y econmica que se debe
realizar.
2. Metodologa
Un software para la automatizacin de unidades de in-
formacin es un sistema sumamente particular.
Dado que la materia prima de la biblioteca es la infor-
macin, un sistema bibliotecario debe almacenar gran
cantidad de datos; por un lado datos bibliogrficos:
ttulo, autores, edicin, contenido, etc. y por otro lado
los datos relacionados con el soporte y su movimiento
en la biblioteca: ubicacin, condiciones de prstamos,
estadsticas de utilizacin, etc. Deben existir adems
diferentes puntos de acceso, bsquedas y formas de
visualizacin. Los soportes digitales (disquetes o
CD ROM) y los documentos virtuales, como pginas
Web, cobran cada vez mayor importancia y deben in-
tegrarse adecuadamente a los sistemas de acceso de la
informacin de la biblioteca. El software debe cum-
plir tambin con las diversas normas bibliotecarias:
ISBD, AACR2, CDU, Dewey, Tesauros, MARC, etc.
(Vilela del guila, 2005, p.2).
Para lograr un conocimiento al respecto por parte de
los responsables de cualquier proyecto de automatiza-
cin de unidades de informacin, se propone aqu una
matriz de evaluacin del software libre, compuesta por
una serie de parmetros y que fue confeccionada a par-
tir de una investigacin bibliogrfica y la experiencia
profesional y acadmica de los investigadores que tra-
bajan en este proyecto de investigacin.
Para la confeccin de la matriz de evaluacin se toma-
ron en cuenta los niveles de automatizacin de uni-
dades de informacin, los cuales agrupan el software
en categoras comparables, para no caer en el error de
comparar software con diferentes propsitos. Estas
categoras de software se establecieron de acuerdo con
Chinchilla (2011), quien dice que existen tres niveles:
automatizacin de catlogos, repositorios digitales y
automatizacin integral de bibliotecas. Sin embargo, es
importante tener presente que, segn nos dice Bertot
(2004), no hay definiciones estndar o enfoques de eva-
luacin de unidades de informacin establecidos, as
como estrategias o prcticas definidas. Cada enfoque
de evaluacin ofrece informacin potencial particular a
un rea especfica de la unidad de informacin.
Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
Para facilidad de manejo y comparacin de los par-
metros de la matriz, se decidi agrupar estos en cua-
tro categoras, a saber: 1. Generalidades: agrupa todos
los parmetros relacionados a aspectos generales de la
aplicacin; 2. Gestin de Estndares: abarca todos los
parmetros relacionados con el manejo de estndares
y que permiten la interoperabilidad del software; 3.
Aspectos Tcnicos varios: comprende caractersticas
tcnicas importantes de diversa ndole que identifican
el software, y finalmente, 4. Funcionalidad: que son los
parmetros tcnicos que califican las operaciones que
caracterizan la funcionalidad de cada uno de los mdu-
[ Automatizacin de unidades de informacin: Matriz tcnica para la evaluacin de software libre ]
los que implementa el software.
Al estar basada esta matriz en la propuesta de Chin-
chilla, el cuarto grupo de parmetros, relativos a la fun-
cionalidad de los mdulos para cada rea funcional de
una unidad de informacin (catalogacin, circulacin,
adquisiciones, inventarios, etc.), no aplica para el pri-
mer y segundo nivel, ya que los sistemas que agrupan
no cuentan con dichos mdulos.
3. Resultados
Cmo se indic en la seccin anterior, los parmetros de
la matriz sern clasificados en cuatro grupos. El prime-
ro de ellos se refiere a las generalidades que caracteri-
zan al software, donde se incluyen 19 parmetros como
nombre de la aplicacin, versin, pas de origen, idio-
ma, creador, entre otros. El segundo grupo contempla
7 parmetros que se refieren a la gestin de estndares,
que permitirn evaluar el grado de interoperabilidad
del software a travs de la importacin y exportacin
de informacin, utilizando, o no, formatos estndar
para el intercambio de informacin. En el tercer grupo
se contemplan 13 parmetros relacionados con aspec-
tos tcnicos varios que caracterizan al software, tales
como facilidad de auditora, amigabilidad, eficiencia de
la ejecucin, facilidad de desarrollo de nuevos requeri-
mientos y otros parmetros que permitirn tener una
idea ms concreta de las caractersticas tcnicas de la
aplicacin. Finalmente, se incluyen en el ltimo grupo
16 parmetros que evalan la funcionalidad de la apli-
cacin, como mdulos disponibles y configuracin de
polticas generales que gobiernan el software (parame-
trizacin).
Aunque la matriz de evaluacin incluye los principa-
les parmetros para realizar una evaluacin tcnica del
209
 software, esto no limita de ninguna forma la inclusin
futura de nuevos parmetros que sean de valor tcni-
co y decisorio para el grupo responsable del proceso
de automatizacin de una unidad de informacin. Por
cuanto, si se revisan las pginas Web de las mltiples
aplicaciones de software libre para automatizacin de
unidades de informacin, es fcil detectar que se est
ante un campo en evolucin continua y constante cam-
bio, que sufre de mltiples transformaciones.
En el anexo 1 se presenta la matriz de evaluacin pro-
puesta, donde se observan las cuatro categoras y los
parmetros tcnicos que las integran.
Es importante resumir las principales caractersticas
que forman cada una de las cuatro categoras, donde el
primer grupo generalidades, corresponde a parmetros
que identifican las aplicaciones y son tiles para que el
[ Mynor Fernndez Morales - Ricardo Chinchilla Arley ]
una interoperabilidad del software a travs de la im-
portacin y exportacin de archivos a otros sistemas.
El tercer grupo comprende diversos aspectos tcnicos
que caracterizan al software y qu pueden tener poca o
mucha relevancia para cubrir la necesidades del usua-
rio, en su proyectos de automatizacin. Finalmente, la
ltima categora, denominada funcionalidad de la apli-
cacin, cubre aspectos tcnicos propios de la funciona-
lidad. Aqu es importante sealar que esta categora se
aplica al software del tercer nivel, o sea el orientado a la
automatizacin integral de bibliotecas.
3.1 Primer grupo: Generalidades
En este primer grupo se incluirn 20 parmetros re-
ferentes a caractersticas generales que identifican la
aplicacin, este primer grupo pretende hacer una iden-
tificacin general de la aplicacin y de sus principales

usuario pueda establecer un reconocimiento tcnico y

conocer donde obtenerlo. El segundo grupo se refiera caractersticas.
al manejo de estndares internacionales que permitirn

El resumen detallado de este primer grupo se presenta en la tabla 1: Generalidades que se muestra a continuacin:

Tabla 1: Generalidades

Nmero de
Nombre del parmetro Descripcin
parmetro
1 Nombre de la aplicacin Se refiere al nombre de la aplicacin
Se refiere a la versin de la aplicacin (este es muy importante, ya que las aplicaciones
se liberan para el uso pblico en una determinada fecha, y se identifican con un
2 Versin nmero de versin). Una misma aplicacin pueda estar funcionando en diferentes
organizaciones, pero con nmeros de versiones diferentes, lo cual las convierte en
aplicaciones distintas.
3 Pas de Origen Corresponde al pas de origen de la aplicacin.
4 Idiomas que maneja Es referente a los idiomas de la aplicacin.
5 Creador Contiene el creador de la aplicacin.
Es referente al tipo de licencia de la aplicacin, entre las cuales tenemos:
Common Public License v.1.0.
GNU General Public License v.2.0.
GNU General Public License v.3.0.
Eclipse Public License.
6 Licencia
eCos License v.2.0
Sleepycat Software Product License.
Affero License v.1.0
Affero License v.2.0
OpenSSL License.

7 Pgina de Web Se tiene la direccin URL de la pgina Web de la aplicacin

8 Pgina de Descarga Indica la direccin URL de su pgina de descarga

210 Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
 Nmero de
Nombre del parmetro Descripcin
parmetro
9 Documentacin Dice si existe documentacin tcnica
Es referente a la interfaz que presenta la aplicacin, ya sea si es a travs de un
10 Interfaz
browser que se visualiza y opera, o si es a travs de una interfaz propia.
Se refiere a la plataforma en que se encuentra desarrollado el software: 1 si es un
11 Plataforma
sistema de archivos, 2 si es cliente/servidor, y 3 si es una aplicacin WEB.
Lenguaje(s) de
12 Corresponde a los lenguajes de programacin utilizados para su desarrollo.
programacin
Modificacin del cdigo
13 Se refiere a si se permite la modificacin del cdigo fuente.
fuente
Trata sobre el costo. Aunque se trata de software libre y no debera en principio

[ Automatizacin de unidades de informacin: Matriz tcnica para la evaluacin de software libre ]

14 Costo del software
tener costo, se verifica la existencia o no de algn costo por obtener la aplicacin.
Va relacionado con el anterior, pero aqu se verifica la existencia o no de algn
15 Mantenimiento anual
costo de mantenimiento anual
Es referente a la actualizacin peridica, con el fin de reflejar si el software est en
Actualizacin peridica revisin y actualizacin peridica o si por el contrario no ofrece la posibilidad de
16 actualizaciones.
17 Motor de bases de datos Incluye los motores de bases de datos soportados.
Robustez del motor de base El parmetro 19 est estrechamente relacionado con el parmetro 18, y se relaciona
18
de datos con la robustez del motor de base.
Relacionado con la aplicacin, ofrece la posibilidad de soportar mltiples
bibliotecas. Este parmetro es importante ya que permite determinar si es posible
19 Soporte multibiblioteca
el manejo de varias unidades de informacin de manera independiente con una sola
instalacin del software en un servidor.
20 Sistema Operativo Est relacionado con los sistemas operativos en los cuales puede ejecutarse la aplicacin.

3.2 Segundo grupo: Gestin de estndares disponibilidad o no de un determinado estndar para

Este grupo de la matriz agrupa 7 parmetros tcnicos
relacionados con la estructura interna del formato de
almacenamiento de los datos, donde, de acuerdo al
estndar que utilice la aplicacin, se determina cmo
estn organizados y almacenados los datos de la mis-
ma, adems de que se infiere cules facilidades tiene el
software para la importacin y exportacin de infor-
macin a travs de la utilizacin de estndares defini-
dos y aceptados por la comunidad bibliotecolgica. La
importar o exportar informacin hace al software ms o
menos interoperable. Un sistema con una alta interope-
rabilidad permite el intercambio de informacin entre
diferentes sistemas, mientras que un sistema con una
baja interoperabilidad no permite el intercambio de in-
formacin con otros sistemas (Crdoba, 2011).
El resumen detallado de este grupo se presenta en la
tabla 2: Gestin de Estndares, que se muestra a con-
tinuacin:

Tabla 2: Gestin de estndares

Nmero de
Nombre del parmetro
parmetro
1 ISO 2709
2 Protocolo Z39.50
3 Exportacin TXT rotulado
Descripcin
Es un estndar ISO para la descripcin bibliogrfica, aqu se indica si la aplicacin
utiliza o no este estndar.
Se refiere al protocolo Z39.50, que es un protocolo cliente-servidor orientado a
facilitar la bsqueda y recuperacin de informacin en distintos sistemas a travs de
una misma interfaz. Igualmente se indica si la aplicacin ofrece o no este protocolo.
Se refiere a si se ofrece o no la posibilidad de exportar los datos almacenados a un
formato texto TXT rotulado.

Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976 211
 Nmero de
Nombre del parmetro Descripcin
parmetro
Es una norma para el intercambio de informacin que permite estructurar e
identificar los datos de tal forma que puedan ser reconocidos y manipulados
4 MARC21 por computadora. Este formato fue creado por un equipo de bibliotecarios de
la Biblioteca del Congreso de los Estados Unidos. Aqu tambin se indica si la
aplicacin tiene la posibilidad o no de manejar este formato.
En el ao 2002, la Biblioteca del Congreso desarroll el esquema MARC-XML
como una estructura alternativa de registro, que permite que los registros MARC
5 MARCXML
sean representados en XML. Igualmente, aqu se indica si la aplicacin tiene la
posibilidad o no de manejar este formato.
Luego tenemos el parmetro SRU (Search/Retrieve va URL), el cual es un estndar
6 SRU,XML para bsqueda y recuperacin de informacin en formato XML. Aqu se indica si la
aplicacin soporta o no este estndar
7 Dublin Core Se refiere a si permite o no el uso del formato Dublin Core.

3.3 Tercer grupo: Aspectos tcnicos varios amigabilidad de un sistema es una caracterstica muy
importante en las aplicaciones de hoy en da, donde el
[ Mynor Fernndez Morales - Ricardo Chinchilla Arley ]

Este grupo de la matriz contiene 13 parmetros tcni-
cos que caracterizan a la aplicacin y que son impor-
tantes de evaluar a la hora de considerar el software. El
primer parmetro de este grupo es sobre si dispone o no
dispone de la facilidad de auditora. Esta caracterstica
tcnica se refiere a las pistas de auditora que genera el
programa cuando son ejecutadas las diferentes transac-
ciones permitidas en sus mdulos. El siguiente parme-
tro se indica si el sistema es o no amigable; este aspecto
se refiere a qu tan intuitivo es para el usuario final. La
grado de amigabilidad con el usuario se incrementa da
con da. Un ejemplo muy prctico de amigabilidad lo
constituyen los telfonos inteligentes, donde la compe-
tencia por un software cada vez ms intuitivo es una
de las caractersticas de mayor importancia para ganar
clientes.
El resumen detallado de este grupo se presenta en la ta-
bla 3: Aspectos Tcnicos varios, que se muestra a con-
tinuacin:

Tabla 3: Aspectos tcnicos varios

Nmero de
Nombre del parmetro Descripcin
parmetro
Es sobre si dispone o no dispone de la facilidad de auditora. Esta caracterstica
1 Facilidad de auditora. tcnica se refiere a las pistas de auditora que genera el programa cuando son
ejecutadas las diferentes transacciones permitidas en sus mdulos
Se indica si el sistema es o no amigable; este aspecto se refiere a que tan intuitivo
es para el usuario final. La amigabilidad de un sistema es una caracterstica muy
importante en las aplicaciones de hoy en da, donde el grado de amigabilidad con
2 Amigabilidad el usuario se incrementa da con da. Un ejemplo muy prctico de amigabilidad lo
constituyen los telfonos inteligentes, donde la competencia por un software cada
vez ms intuitivo es una de las caractersticas de mayor importancia para ganar
clientes.
Facilidad de desarrollo de Esta caracterstica va a depender en primer lugar del lenguaje asociado a la
3
nuevos requerimientos. aplicacin y la disponibilidad del cdigo fuente.
Independencia del Se referente a la independencia del hardware, donde se indica si la aplicacin es
4
hardware. independiente o no del hardware en que se encuentra instalada.
5 Seguridad lgica. Se establece en una escala de 1 a 5, donde 1 es poco seguro y 5 es muy seguro.

212 Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
 Nmero de
Nombre del parmetro Descripcin
parmetro
Se refiere a si el software se encuentra autodocumentado, es decir, si en la propia
6 Autodocumentado. aplicacin a travs de teclas rpidas o funciones establecidas ofrece documentacin
y ayuda al usuario.
Se refiere al nivel de simplicidad de la aplicacin; aqu se establece una escala de 1 a
7 Simplicidad.
5, donde 1 es poco simple y 5 es muy simple.
Independencia del sistema Se refiere a la independencia que presenta la aplicacin del sistema de software en
8
software. que se apoya, aqu se indica si es o no independiente.
Que tan fcil es descargarla de Internet. Igualmente se calificar con una escala de 1
9 Disponibilidad
a 5, donde 1 significa poco disponible y 5 significa muy disponible.
Que es posible darle al sistema con una escala de 1 a 5, donde 1 significa poco

[ Automatizacin de unidades de informacin: Matriz tcnica para la evaluacin de software libre ]

10 Mantenibilidad
mantenible y 5 significa muy mantenible.
11 Soporte en lnea Aqu se indica si dispone o no dispone de dicho soporte.
Se refiera a la disponibilidad de foros en que los usuarios puedan participar para
12 Foros
exponer sus dudas y problemas. Igualmente se indica si existen o no dichos foros.
Se refiere a la disponibilidad o no disponibilidad de comunidades de usuarios.
Estas comunidades son de suma importancia para formar equipos de usuarios
13 Comunidades
va Internet que se identifican con fortalezas, debilidades y nuevos aportes y
desarrollos que presenta la aplicacin.

3.4 Cuarto grupo: Funcionalidad de la
aplicacin
Este ltimo grupo de la matriz abarca 16 parmetros
que se refieren a la funcionalidad del software a eva-
luar. Su importancia radica en que a travs de ellos se
obtiene una visin de cules son los mdulos que la
aplicacin contempla, as como el nivel de completitud
de cada uno de ellos. En esta categora se calificar cada
uno de los parmetros con una nota de 0 a 5, donde 0
indica que no est presente el mdulo, mientras 1 indica
que es poco completo, y que 5 que muy completo.
El resumen detallado de este grupo se presenta en la ta-
bla 4: Funcionalidad de la Aplicacin, que se presenta
a continuacin:

Tabla 4: Funcionalidad de la aplicacin

Nmero de
Nombre del parmetro
parmetro
1 Mdulo Administrador
2 Seleccin y Adquisiciones
3 Mdulo Catalogacin
4 Gestin de Autoridades
Descripcin
Se refiere a si la aplicacin tiene un mdulo de administracin. El mdulo
Administrador es el que se encarga de todas las funciones administrativas y de
configuracin y parametrizacin de la aplicacin.
Se refiere al mdulo de Seleccin y Adquisiciones, responsable por facilitar y
registrar los procesos de intercambios, compras y donaciones en una unidad de
informacin.
Es referente con el mdulo de Catalogacin, que incluye las funciones relativas a los
procesos tcnicos relacionados con el desarrollo y mantenimiento de los catlogos
bibliogrficos.
Es relativo a la Gestin de Autoridades, las cuales facilitan la utilizacin de una
forma normalizada de los puntos de acceso de los catlogos automatizados, y
muestra adems las relaciones entre los distintos puntos de acceso.

Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976 213
 Nmero de
Nombre del parmetro Descripcin
parmetro
Se refiere al mdulo de Circulacin, el cual es el responsable de todos los procesos
5 Mdulo de Ciruculacin
relativos al prstamo y devoluciones de materiales por parte de los usuarios.
Gestin de Publicaciones
6 Se relaciona con la Gestin de Publicaciones Peridicas y el control de analticas.
Peridicas
Es sobre si se tiene un Catlogo Pblico en lnea, llamado tambin OPAC, para la
Catlogo Pblico en Lnea
7 consulta de informacin referencial por los usuarios desde sitios remotos a travs
(OPAC)
de la Web.
Es sobre el mdulo de Estadsticas, donde se refleja el uso de los distintos servicios
8 Mdulo Estadsticas ofrecidos en la unidad de informacin, lo cual permite hacer estudios cuantitativos
de usabilidad con miras a impulsar acciones para su mejoramiento.
Es referente a la Gestin de Tesauros, los cuales permiten una normalizacin
9 Gestin de Tesauro terminolgica para mejorar el canal de acceso y comunicacin entre los usuarios y
la unidad de informacin.
Se refiere al mdulo de Seguridad, que es el responsable de los procesos relativos
10 Mdulo de seguridad
con la proteccin y confiabilidad de la informacin que se administra.
Es el responsable de la gestin y mantenimiento del inventario de materiales de la
[ Mynor Fernndez Morales - Ricardo Chinchilla Arley ]

11 Mdulo de Inventario
unidad de informacin.
Se refiere al Servicio de Informacin y Referencia, mdulo que gestiona y administra
Servicio de Informacin y
12 las solicitudes de informacin que realiza el usuario y que requieren de apoyo
Referencia
bibliotecolgico directo para su atencin.
Servicio de Difusin Se relaciona con los servicios de Difusin Selectiva de la Informacin que se ofrecen
13
Selectiva de la Informacin a los usuarios para atender sus necesidades programadas de informacin.
Se enfoca en el mdulo de Indizacin y Resumen, el cual facilita el anlisis
14 Indizacin y Resumen
documental de documentos digitales para facilitar su acceso.
Se relaciona con la Signaturizacin y Etiquetado, para la generacin de signaturas
Signaturizacin y
15 y etiquetas de cdigo de barras para identificar la coleccin de la unidad de
Etiquetado
informacin y facilitar los procesos de prstamo y devolucin.
Variedad formatos Se relaciona con la Variedad de formatos que presenta el software para visualizacin
16
visualizacin de la informacin, y qu tan flexible es la aplicacin para cambiar dichos formatos.

4. Discusin contemplen ningn costo para su adquisicin ni para

La matriz propuesta pretende facilitar al responsable
de una unidad de informacin la seleccin del softwa-
re apropiado para su proyecto. Con la implementacin
de los grupos de parmetros se tendran cuatro filtros
por los cuales se realizara una seleccin cada vez ms
especializada, para determinar as realmente cul es la
aplicacin que se requiere de acuerdo a los intereses y
necesidad reales de la unidad de informacin.
El primer grupo permitir hacer una seleccin inicial de
un conjunto de aplicaciones que cumplan una serie de
caractersticas generales antes de realizar una evalua-
cin ms profunda del software. As por ejemplo, si se
estn buscando aplicaciones de software libre, que no
su mantenimiento, as como que la interface sea con un
browser comn, que est documentada y presente un
nivel de actualizacin peridico, con este primer grupo
se puede hacer un descarte rpido de aquellos paquetes
que no cumplan estas caractersticas. Este mtodo de
evaluacin de software, utilizando como primer filtro
el primer grupo de parmetros tcnicos establecidos,
tiene la finalidad de facilitar el descarte de programas
que no cumplen con los requerimientos generales de la
solucin buscada.
Este segundo grupo representa un filtro que pretende
determinar los estndares de gestin e intercambio de
informacin. De esta forma es posible determinar el for-
mato en el cual es estructurada la informacin almace-

214 Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
nada en la aplicacin, lo cual determina tanto la compa-
tibilidad con otras aplicaciones as como la posibilidad
de migracin e intercambio de datos. As por ejemplo,
si lo que se desea es la implementacin de un reposito-
rio de informacin basado en Dublin Core, solamente
se evaluarn las aplicaciones que utilicen dicho formato
y se dejarn de lado las que no cumplan con ste par-
metro.
El tercer grupo de parmetros se refiere a las caracte-
rsticas tcnicas de cada una de las aplicaciones. Con
ello se determinarn elementos relativos a la facilidad
de uso de la aplicacin, as como su escalabilidad, faci-
lidades de auditora, procedimientos de seguridad, faci-
lidad de mantenimiento y soporte. Con esto es posible
evaluar que tan amigable, intuitivo y robusto es el sis-
tema. De esta forma sera posible seleccionar las aplica-
ciones que mejor se adapten a las expectativas tcnicas
y las capacidades de la unidad de informacin.
El cuarto grupo constituye el ltimo filtro, orientado
principalmente al tercer nivel de automatizacin y que
permitira descartar o considerar software de acuerdo a
sus funciones. As por ejemplo, si un proyecto de auto-
matizacin pretende automatizar el rea de adquisicio-
nes, esto desechara de inmediato el OpenBiblio, el cual
carece de este mdulo.
Es importante indicar que el anlisis de este grupo va
ligado a la complejidad de la unidad de informacin, tal
y como lo indica Fernndez (2013, p.3)
En el desarrollo e implantacin de proyectos de sis-
temas, existe una relacin directa entre el tamao de
organizacin y la complejidad del software, siendo
completamente vlido afirmar que una organizacin
pequea generalmente es soportada por software
sencillo, mientras que una organizacin grande es
soportada por software ms complejo. Relacin que
es vlida con totalidad, ya que un software complejo,
por lo general, requiere de mayor cantidad de recursos
tcnicos y humanos, que ofrezca mayor soporte tcni-
co y mayor esfuerzo operativo para cumplir, en forma
satisfactoria, con una funcionalidad ms amplia.
Con este grupo de parmetros es posible entonces de-
terminar tanto los mdulos con que cuenta la aplica-
cin como su funcionalidad. De esta forma se podran
seleccionar los sistemas que cuenten con los mdulos
que realmente sern implementados o que cumplan con
Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
los requerimientos previamente definidos, de acuerdo a
la complejidad de la unidad de informacin.
Como elemento adicional a la matriz de evaluacin
es importante tener claro que es necesario evaluar la
misma unidad de informacin para determinar el nivel
de automatizacin que realmente persigue, y, si se
encuentra en el tercer nivel, el subnivel adecuado para
su proyecto de automatizacin (Fernndez, 2013). De
esta manera se podr seleccionar el tipo de software
que requiere, adecuado a sus capacidades tcnicas y
financieras.
[ Automatizacin de unidades de informacin: Matriz tcnica para la evaluacin de software libre ]
5. Conclusiones
La matriz de evaluacin propuesta es un instrumento
tcnico que facilitar la evaluacin del software libre.
La lista de parmetros que se propone para integrar
esta matriz podra sufrir modificaciones requeridas
para un determinado proyecto de automatizacin. Sin
embargo, esta lista de parmetros se convierte en una
herramienta bsica con los aspectos tcnicos importan-
tes a considerar en la evaluacin de software.
La matriz de evaluacin presentada en este artculo
es una propuesta tcnica resultado de un proyecto de
investigacin vigente en la Universidad de Costa Rica.
Esta propuesta no pretende ser un patrn fijo de evalua-
cin, sino que puede ser modificada, a travs de la agre-
gacin de nuevos parmetros o eliminacin de algunos
de los propuestos, dependiendo de las necesidades de
automatizacin de los evaluadores, tales como fecha de
evaluacin del software, persona que evala el softwa-
re y cualquier otro parmetro que se requiera. Adems,
por ser una propuesta tcnica, la implementacin de la
misma podr realizarse sobre cualquier programa que
el evaluador decida, tal como una hoja de clculo, una
base de datos o el desarrollo de una aplicacin.
Cada una de las cuatro categoras de la lista de parme-
tros, que integran esta matriz de evaluacin, se convier-
te en un filtro para considerar o desestimar una deter-
minada aplicacin. As por ejemplo, si se requiere una
aplicacin que tenga una alta portabilidad a travs del
manejo de protocolos estndar para la importacin y
exportacin de informacin, la categora 2 de la matriz
podra ser aplicada a un grupo de aplicaciones candida-
tas, para seleccionar aquellas que cumplen las caracte-
rsticas tcnicas requeridas para este fin. As sucesiva-
215
 mente se podran ir aplicando las siguientes categoras
de esta matriz como filtros de seleccin. Esta forma de
seleccin de software permitir tener un mecanismo
ms eficiente, y as disminuir el desgaste de estar consi-
derando una gran cantidad de aplicaciones que no cum-
plen con determinadas caractersticas tcnicas requeri-
das en un determinado proceso de automatizacin de
unidades de informacin.
Los parmetros propuestos son tiles para la seleccin
de software libre para la automatizacin de unidades
de informacin. Estos parmetros constituyen un pun-
to de partida para los responsables de los proyectos de
automatizacin, quienes deben decidir el software libre
a utilizar, a partir de la amplia gama de paquetes exis-
tentes. Adems, con la propuesta de estos parmetros,
en cuatro categoras, los responsables del proyecto de
automatizacin tienen que dedicar menos tiempo para
[ Mynor Fernndez Morales - Ricardo Chinchilla Arley ]
decidir qu variables considerar en la seleccin de sof-
tware. As, con esta matriz de evaluacin, se tiene una
gua tcnica para facilitar la seleccin de software para
un proceso de automatizacin en una unidad de infor-
macin, a travs de la consideracin o desestimacin
de un programa a partir de un grupo de aplicaciones
candidatas y la evaluacin de los parmetros propues-
tos. Pero, esto no implica de ninguna forma eliminar los
procesos tcnicos relativos a la prueba del software, las
cuales deben realizarse necesariamente en cualquier or-
ganizacin para designar en definitiva las aplicaciones
que se utilizarn en el proceso de automatizacin. El
proceso de pruebas se puede utilizar tambin, en caso
de que varios de los programas candidatos superen
cada uno de los filtros se seleccin de cada una de las
cuatro categoras propuestas en la matriz.
6. Referencias
1. ALVITE DEZ, M. L. (2009). Interfaces y funcionalidades
de bibliotecas digitales. Anales de documentacin. (12), 7-23.
2. BERTOT, J. C. (2004) Assessing Digital Library Services:
Approaches, Issues, and Considera-tions. International
216 Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
Symposium on Digital Libraries and Knowledge Communities
in Networked Information Society, DLKC04. Disponible
en: http://www.kc.tsukuba.ac.jp/dlkc/e-proceedings/
papers/dlkc04pp72.pdf
3. CHINCHILLA-ARLEY, R. (2011). El software libre:
una opcin para la automatizacin de unidades de
Informacin. Bibliotecas. 29 (1). Disponible en: http://
www.revistas.una.ac.cr/index.php/bibliotecas/article/
view/1557
4. CRDOBA, S. (2011). Los repositorios institucionales
y de acceso abierto en Costa Rica. E-Colabora: Revista
de ciencia, educacin, innovacin y cultura apoyadas por
redes de tecnologa avanzada. 1(2). Disponible en: http://
publicaciones.renata.edu.co/index.php/RCEC/article/
view/45
5. DAMSGARD, J. & KARLSBJERG, J. (2010). Seven
principles for selecting software packages. Communications
of the ACM CACM Homepage archive, Volume 53 Issue 8,
August 2010, 63-71.
6. FERNNDEZ MORALES, M. (2013). Clasificacin del
software libre orientado a la automatizacin integral
de bibliotecas segn el nivel de complejidad de la
biblioteca: bibliotecas simples, bibliotecas de mediana
complejidad y bibliotecas de alta complejidad. E-Ciencias
de la Informacin, 3(1). Disponible en: http://revistaebci.
ucr.ac.cr/volumenes/3/3-1/3-1-1/3-1-1.html
7. MOREIRO, J. A., SNCHEZ-CUADRADO, S.,
PALACIOS, V., BARRA, E. (2011). Evaluacin de
software libre para la gestin de archivos administrativo.
El profesional de la informacin. 20(2).
8. SIFUENTES ARROYO, A. (2005). Criterios de evaluacin
de sistemas integrados para bibliotecas durante la fase de seleccin
en un proyecto de automatizacin. II Jornadas Nacionales de
Bibliotecas Universitarias. 26 y 27 de agosto del 2005 -
Trujillo, Per
9. VILELA DEL GUILA, S. (2005). Proceso de evaluacin
de software bibliogrfico para la Biblioteca de la Universidad
de Piura. II Jornadas Nacionales de Bibliotecas
Universitarias. 26 y 27 de agosto del 2005 - Trujillo, Per.
ANEXO
MATRIZ DE EVALUACION
Figura 1

GENERALIDADES
1 Nombre de la aplicacin
2 Versin
3 Pas de Origen
4 Idiomas que maneja

[ Automatizacin de unidades de informacin: Matriz tcnica para la evaluacin de software libre ]

5 Creador
6 Licencia
7 Pgina de Web
8 Pgina de Descarga
9 Documentacin
S: S
N: No
10 Interfaz
1. Browser
2.Aplicacin propia
11 Plataforma
1.Sistema de archivos
2.Cliente/Servidor
3.Web
12 Lenguaje(s) de programacin
13 Modificacin del cdigo fuente
S: S
N: No
14 Mantenimiento anual
15 Actualizacin peridica
S: S
N: No
16 Motor de bases de datos
17 Soporte multibiblioteca
S: S
N: No
18 Sistema Operativo

GESTION DE ESTNDARES
1 ISO 2709
S: S
N: No

Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976 217
 2 Protocolo Z39.50
S: S
N: No
3 Exportacin TXT rotulado
S: S
N: No
4 MARC21
S: S
N: No
5 MARCXML
S: S
N: No
6 SRU, XML
S: S
N: No
[ Mynor Fernndez Morales - Ricardo Chinchilla Arley ]

7 Dublin Core
S: S
N: No

ASPECTOS TECNICOS VARIOS

1 Facilidad de auditora.
S: S
N: No
2 Amigabilidad
S: S
N: No
3 Facilidad de desarrollo de nuevos requerimientos.
S: S
N: No
4 Independencia del hardware.
S: S
N: No
5 Seguridad lgica.
(La seguridad lgica se calificar con un rango de 1 a 5, donde 1 es poco seguro y 5 es muy seguro).
6 Autodocumentado.
S: S
N: No
7 Simplicidad.
(La simplicidad de uso se calificar con un rango de 1 a 5, donde 1 es poco simple y 5 es muy simple).
8 Independencia del sistema software.
S: S
N: No

218 Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976
 9 Disponibilidad
(La disponibilidad del software se calificar con un rango de 1 a 5, donde 1 es poco disponible y 5 es muy disponible).
10 Mantenibilidad
(La mantenibilidad del software se calificar con un rango de 1 a 5, donde 1 es poco mantenible y 5 es muy mantenible).
11 Soporte en lnea
S: S
N: No
12 Foros
S: S
N: No

[ Automatizacin de unidades de informacin: Matriz tcnica para la evaluacin de software libre ]

13 Comunidades
S: S
N: No

FUNCIONALIDAD
(La completitud en la funcionalidad de cada mdulo se calificar con una nota de 0 a 5, donde 0 significa que no tiene el
mdulo, mientras que el rango de 1 a 5, 1 significa poco completo y 5 significa que es muy completo).
1 Mdulo Administrador
2 Seleccin y Adquisiciones
3 Mdulo Catalogacin
4 Gestin de Autoridades
5 Mdulo de Circulacin
6 Gestin de Publicaciones Peridicas
7 Catlogo Pblico en Lnea
8 Mdulo Estadsticas
9 Gestin de Tesauro
10 Mdulo de seguridad
11 Mdulo de Inventario
12 Servicio de Informacin y Referencia
13 Servicio de Difusin Selectiva de la Informacin
14 Indizacin y Resumen
15 Signaturizacin y Etiquetado
16 Variedad formatos visualizacin

Rev. Interam. Bibliot. Medelln (Colombia) Vol. 36, nmero 3/septiembre-diciembre 2013 pp. 207-219 ISSN 0120-0976 219