Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Grupo de Trabajo de Catlogo Colectivo de las Bibliotecas de la Administracin General del Estado
Fecha: 27/09/2010
Coordinador del Grupo de Trabajo Domingo Arroyo Fernndez, Subdireccin General de Coordinacin Bibliotecaria, M. Cultura Asesora Alicia Sells Cart, MasMedios Miembros del Grupo de Trabajo
Biblioteca Nacional
Jos Ramn Garca Amo Jefe de la Unidad de Coordinacin Informtica Marina Jimnez Jefa de rea de Automatizacin y Organizacin Ministerio de Asuntos Exteriores y Cooperacin Mara Begoa Ibez Ortega Jefa de rea de Documentacin y Publicaciones Ricardo Perera Manzanedo Ministerio de Cultura Elena Garca Bracamonte Jefa de Servicio del Centro de Documentacin Cultural Begoa Ricote Ricote Subdireccin General de Coordinacin Bibliotecaria Ministerio de Defensa Margarita Garca Moreno Jefa de la Unidad de Coordinacin Bibliotecaria Ministerio de Economa y Hacienda Mara Luisa Martnez Soro Jefa del Servicio de Biblioteca Central Agustn Torreblanca Lpez Consejero Tcnico responsable de Archivo y Biblioteca Ministerio de Educacin Ernesto Calbet Rosell Jefe de rea de Documentacin y Biblioteca Ministerio de Fomento Mara Concepcin Sanz Bombn Directora del Centro de Documentacin del Transporte Ministerio de Igualdad M Teresa Escalada Buitrn Consejera Tcnica de la Subdireccin General de Cooperacin y Relaciones Institucionales Ministerio de Interior Juan Antonio Narvez Gmez Jefe del Servicio de la Biblioteca Central del Ministerio Mara Rosa Martn de Vega Jefe de rea de Estudios, Documentacin y Publicaciones Ministerio de Justicia Carmen Saudo Snchez-Garnica Subdirectora General de Documentacin y Publicaciones Ministerio de Medio Ambiente y Medio Rural y Marino Carmen Casal Fornos Jefe de rea de Documentacin Ministerio de Poltica Territorial Luis ngel Garca Melero Jefe de Servicio de Biblioteca
Ministerio de Presidencia Juan Jos lvarez Galn Jefe de rea Silvia Fuentes Jefa de Servicio de Bibliotecas Ministerio de Trabajo e Inmigracin Mara Luisa Martnez Lzaro Consejera Tcnica responsable de Bibliotecas del Departamento Mara Jos Moreno de Frutos Jefa de Servicio de la Subdireccin General de Proceso de Datos Ministerio de la Vivienda Jaime Pen Prez, Subdirector adjunto de la Subdireccin General de Cooperacin y Relaciones Interadministrativas
1 Introduccin .........................................................................................................7
1.1 Marco y aspectos previos ..............................................................................8
1.1.1 Punto de partida........................................................................................................... 8 1.1.2 Inicio del Proyecto...................................................................................................... 10
1.2 1.3
1.3.1 Equipo ........................................................................................................................ 11 1.3.2 Metodologa y fases ................................................................................................... 11 1.3.3 Estructura del informe y resultados............................................................................ 13
2.2 2.3
2.3.1 Administracin............................................................................................................ 19 2.3.2 Catalogacin y Autoridades ....................................................................................... 20 2.3.3 Circulacin ................................................................................................................. 20 2.3.4 Publicaciones Peridicas ........................................................................................... 20 2.3.5 Adquisiciones ............................................................................................................. 21 2.3.6 Estadsticas................................................................................................................ 21 2.3.7 Catlogo (buscar)....................................................................................................... 22 2.3.8 Herramientas.............................................................................................................. 22 2.3.9 OPAC (Interfaz pblico) ............................................................................................. 23
A.G.3 Creacin de dominios. Independencia de las bibliotecas .................................................... 28 A.G.4 Diseo Web.......................................................................................................................... 29 A.G.5 Multilingismo....................................................................................................................... 30 A.G.6 Actualizaciones, versiones y desarrollo ............................................................................... 31 A.G.7 Migracin .............................................................................................................................. 32
3.1.4 Administracin............................................................................................................ 47
A.A.1. Configuracin de la moneda................................................................................................ 47 A.A.2. Parametrizacin bsica ....................................................................................................... 47 A.A.3. Informe................................................................................................................................. 48
3.2
4.2
4.2.2 Implantacin (proyecto piloto) .................................................................................... 87 4.2.3 Evaluacin y definicin del servicio............................................................................ 88
1 Introduccin
El artculo 1.2 b) del Real Decreto 1572/2007 por el que se regulan los rganos de coordinacin de las bibliotecas de la Administracin General del Estado y de sus organismos pblicos, que establece como objetivo de los mismos Promover el establecimiento de un punto de consulta nico que, mediante un catlogo colectivo o sistema equivalente accesible electrnicamente, permita la consulta conjunta de las colecciones de todas las bibliotecas de la Administracin General del Estado y de sus organismos pblicos.
Encuesta sobre el Estado de la Automatizacin de las Bibliotecas de la Administracin del Estado, que ofrecen datos cuantitativos sobre la situacin real.
Este SIGB, aparte de las utilidades comunes para automatizar las distintas tareas de la biblioteca, dispondr de aquellos requisitos tcnicos y normativos necesarios para alimentar con sus registros el Catlogo Colectivo de las BAGEs o punto nico de consulta establecido en el Art. 1.2 b) del Real Decreto 1572/2007.
Pgina 8
Inicialmente se plante que el desarrollo no fuera ad hoc, puesto que en la actualidad existen SIGB de fuentes abiertas que han alcanzado un desarrollo comparable a los sistemas comerciales, que se pueden utilizar -o al menos se pueden basar- en desarrollos concretos o especficos pero que, ya per se, proporcionan soluciones a un porcentaje elevado de necesidades de automatizacin.
Otros motivos para optar por una solucin de fuentes abiertas para este proyecto son, entre otros, que permite mantener el control del desarrollo del sistema, la capacidad que tiene este mtodo de desarrollo de software para favorecer la innovacin colectiva y los beneficios que aporta a la industria local de software.
Por tanto, el proyecto pasaba por la realizacin de un estudio comparativo de estos sistemas para determinar cual se adecua a las necesidades de las BAGE en base a:
o o o
La funcionalidad propia de la herramienta (soportada por la comunidad correspondiente); La posibilidad de utilizar otros desarrollos ya realizados por bibliotecas espaolas; La complejidad e inversin a realizar en desarrollos propios para adecuar a las necesidades concretas de las BAGE.
El objetivo final es que este software y el soporte necesario se proporcione a las BAGEs, que bien por carecer de un SIGB operativo o por limitaciones del que tengan disponible, opten por utilizarlo y conseguir el mayor grado de automatizacin posible para poder implantar, no slo el punto de consulta nico y otros servicios avanzados al usuario, sino tambin posibilidades de colaboracin y racionalizacin de recursos.
Pgina 9
1.2 Objetivos
Los objetivos planteados para el anlisis de Koha y su implantacin en las BAGE son: Disponer de una instalacin de Koha para que el grupo de trabajo pueda evaluar las herramientas y analizar las necesidades de las bibliotecas susceptibles de integrarse en el proyecto;
Pgina 10
Tarea 1. Instalacin y configuracin bsica de Koha en servidores de MASmedios, con acceso a los miembros del grupo de trabajo. Esta instalacin bsica contempla: Instalacin y configuracin Parametrizacin Publicacin y puesta a punto
Tarea 2. Alojamiento y mantenimiento de sistemas. Durante un ao, se proporcionar alojamiento y mantenimiento de sistemas de los servidores en los que estarn alojadas las aplicaciones.
Pgina 11
Tarea 1. Presentacin. Sesiones presencial de presentacin y formacin que posibilitaron a los miembros del grupo la familiarizacin con las mismas para la ejecucin de tareas y pruebas sobre ellas. Se trat de iniciar en el manejo y caractersticas tcnicas y de sistemas a los miembros del grupo para que contaran con una visin ms avanzada y se agilizaran los trabajos de revisin y anlisis.
En estas sesiones se establecieron mdulos o tareas y los correspondientes responsables (encargados) para su revisin detallada.
Tarea 2. Revisin: perodo de revisin. Los miembros del grupo de trabajo realizaron pruebas y tareas sobre la herramienta. Se utilizaron las herramientas colaborativas del Ministerio para ir compartiendo impresiones, dudas, necesidades, etc.
Tarea 3. Puesta en comn y recopilacin de datos. Sesiones presenciales de revisin en las que los responsables de cada uno de los mdulos expusieron sus dudas, sugerencias o comentarios. El objetivo de estas sesiones fue compartir la informacin e intentar recoger el mayor nmero de casos, situaciones, necesidades, etc.
Tarea 4. Soporte de usuarios. Ayuda y asesoramiento en la realizacin de las tareas que necesite el grupo de trabajo.
Tarea 1. Recopilacin de datos y resumen de experiencias. Consiste en el anlisis del alcance y viabilidad de las necesidades y los requerimientos detectados por el grupo en el periodo de revisin, as como de la identificacin de requisitos tras las sesiones de evaluacin.
Tarea 2. Propuestas e informe tcnico. El grupo de trabajo tiene como objetivo realizar un anlisis del sistema para determinar cul se adecua a las necesidades, y qu desarrollos son necesarios.
Pgina 12
Aspectos generales AG Aspectos informticos AI Aspectos tcnicos AT Administracin AA OPAC OP Circulacin CI Catalogacin CAT Autoridades AUT Adquisiciones AD Publicaciones peridicas PP
Cada cuestin es identificada con un cdigo y un nombre, y es valorada en base a cuatro conceptos que se han diferenciado como:
Pgina 13
4. Identificacin y definicin de requisitos. Partiendo de todas las cuestiones identificadas en el apartado anterior, se separan las que se consideran requisitos de desarrollo por nivel de prioridad y se presentan con la valoracin y estimaciones necesarias. As mismo, se definen las caractersticas del proyecto de desarrollo.
5. Proyecto piloto: propuesta de implantacin de un proyecto piloto, as como el soporte y mantenimiento que sera necesario para el sistema.
Pgina 14
Pgina 15
2.1.1 Descripcin
Koha es un Sistema Integrado de Gestin de Bibliotecas que se est utilizando en bibliotecas de todo el mundo con caractersticas muy diferentes. Sus funcionalidades se adaptan a cuestiones muy sencillas y bsicas, pero tambin tiene capacidad y prestaciones para implementar soluciones muy avanzadas. Koha incluye mdulos de circulacin, catalogacin, adquisiciones, publicaciones peridicas, reservas, gestin de usuarios, gestin de bibliotecas y otros.
GNU/Linux, Apache, MySQL, Perl y OpenLDAP en el servidor Cualquier navegador Web en el cliente.
Pgina 16
La colaboracin en 1999 entre Katipo Communications y Horowhenua Library Trust, dio origen a la primera versin de Koha. A partir de ah, la comunidad de usuarios y desarrolladores de Koha ha ido creciendo, se han lanzado varias versiones y se han hecho pblicas muchas implantaciones.
Pgina 17
Para cada versin, se crea un equipo de desarrollo. Actualmente, para la versin 3.2 el equipo se compone de:
Release Manager: Galen Charlton <gmc@liblime DOT com> from LibLime Release Maintainer: To be determined upon release Quality Assurance Manager: Position Open - email Koha-devel if you'd like to be considered
Documentation Manager: Nicole C. Engard <nengard@bywatersolutions.com> Interface Design Manager: Owen Leonard <zivot@zivotdesign.com> from Zivot Design and Nelsonville Public Library
Liblime y Biblibre son las empresas que lideran la comunidad. Juntas suman ms del 80 % de los desarrolladores de Koha, pero la comunidad es abierta y existen numerosas formas de colaboracin. La comunidad las define.
Unirse al equipo de desarrollo: Koha-devel. Instalar Koha Apadrinar un proyecto Ayuda con la documentacin Feedback (Bugs) Sugerir mejoras Traducir Koha Procesos bibliotecarios Organizar eventos Koha
Pgina 18
Preferencias del sistema en cuanto a catalogacin, OPAC, bsquedas, usuarios, fechas, etc...
Parmetros bsicos en el que se definen las bibliotecas, sucursales y/o grupos de bibliotecas, las cuentas y presupuestos de las diferentes bibliotecas, las divisas y tipos de cambio, los tipos de tems, etc.
Usuarios y prstamos en los que se definen las categoras de usuarios, los pases y ciudades, las reglas y polticas de circulacin de documentos o las sanciones.
Catlogo, dnde se establecen parmetros para los valores autorizados en el registro MARC, las plantillas de catalogacin, el mapeo de MARC (vinculacin del registro MARC a la SQL de la herramienta, tests de validacin de plantillas MARC, plantillas de autoridades, recursos y fuentes de Clasificacin (CDU, DEWEY, etc.), congruencia de registros (congruencia entre ISBN, ISSN de los registros)
Parmetros adicionales como la lista de palabras vacas, las impresoras o los servidores Z39.50
Pgina 19
Este mdulo permite la seleccin de plantillas de catalogacin para la insercin de nuevos registros, as como la edicin o modificacin de registros ya existentes.
2.3.3 Circulacin
Mdulo que gestiona los prstamos, segn los parmetros indicados en la configuracin del sistema, y todas las acciones relacionadas con ellos, es decir: Realizar prstamos y devoluciones (cdigo de barras) Transferencias entre bibliotecas/sucursales o sub-bibliotecas
Adems, permite obtener informes de: Libros reservados Libros pendientes de retirar por los usuarios Transferencias por hacer Libros atrasados en prstamo Multas / sanciones por retraso Diarios de prstamo
Pgina 20
2.3.5 Adquisiciones
Mdulos que gestiona: Los pedidos (se inician, reciben o modifican pedidos); Las reclamaciones de pedidos atrasados; Los datos de proveedores; Las sugerencias de compra realizadas en el OPAC, etc.
Desde aqu se controla el estado de los presupuestos y se gestionan las sugerencias de compra recibidas desde el OPAC.
Usuarios
Mdulo de gestin de usuarios que permite crear, modificar y recuperar la informacin sobre los usuarios.
2.3.6 Estadsticas
Existen dos posibilidades de obtener informes de la herramienta. Por un lado, los informes predefinidos, que facilitan informes genricos de uso (Adquisiciones, Usuarios, Catlogo, Prstamos), informes de inactividad (usuarios que no realizan prstamos, libros no prestados...), Top list (usuarios que ms prstamos realizan, los libros ms prestados) u otros informes (libros perdidos, catlogo por tipo de documento, prstamos por tipo de usuario, etc.).
Por otro lado, la herramienta facilita la confeccin de informes ms personalizados mediante un asistente para informes, desde el que el usuario selecciona qu datos quiere, cmo quiere que se visualicen, etc.
Pgina 21
2.3.8 Herramientas
En el mdulo herramientas, encontramos otras funcionalidades como:
Noticias: edicin y gestin de noticias que aparecern en el OPAC / portal Generador de etiquetas: tejuelos Calendarios: definir festivos, etc. para clculo de prstamos Comentarios: moderar comentarios hechos por los usuarios en los registros Importar registros MARC (masivamente) Gestin de registros MARC Exportar datos bibliogrficos Importar usuarios Borrado de usuarios e historial Incluir imgenes de usuarios Calendarios de tareas Avisos (del sistema) Alertas y avisos de atrasos Visualizador de Logs: que permite el control de las acciones realizadas en el sistema y su exportacin a otras herramientas (como EXCEL) Inventarios
Pgina 22
Consultar el catlogo (localizar los libros / recursos del centro) o o o o o Bsqueda simple Bsqueda avanzada (limitar y redefinir la bsqueda) Bsquedas relacionadas (mismo autor, misma materia, etc.) Bsquedas en otros catlogos (Worldcat, Google scholar..) Bsqueda por nube de tags (nube con las materias)
Incorporar reseas y recomendaciones de Amazon Realizar desideratas Incluir comentarios de los libros/documentos Consultar listas de recomendados Crear bibliografas e imprimirlas y/o enviarlas por correo electrnico Leer las noticias que se editen desde la biblioteca
Hay una parte privada, para la que se pide que el usuario se autentifique en la que cada uno de los usuarios puede:
Crear listas de documentos favoritos (listas privadas) Consultar su historial de prstamos, solicitudes, etc. Renovar sus prstamos Modificar sus datos
Pgina 23
Pgina 24
Requisitos BAGE
Cdigo Nombre
AG Aspectos generales
Alcance
Hacen referencia a cuestiones generales que afectan a todos los mdulos o funcionalidades de la herramienta o a la implantacin de la misma en cualquier centro
AI
Aspectos informticos
Cuestiones relacionadas con las necesidades de arquitectura tecnolgica y de implantacin de la herramienta Estndares, protocolos y dems cuestiones tcnicas NORMALIZADAS de gestin de bibliotecas Mdulos y posibilidades de parametrizacin de la herramienta para personalizacin y trabajo individual de las bibliotecas Modificaciones y carencias detectadas en interfaces OPAC Cuestiones relativas al mdulo de circulacin (reservas, prstamos, renovaciones, transferencias) Aspectos relacionados con la gestin del catlogo y su relacin con autoridades Aspectos relacionados con la gestin de las autoridades Aspectos relacionados con la gestin de compras, sugerencias de compra, gestin de presupuestos Gestin de suscripciones a publicaciones peridicas y colecciones
AT
Aspectos tcnicos
AH OP CI
CAT AUT AD PP
Pgina 25
Requisitos BAGE
Cada cuestin es identificada con un cdigo y un nombre, y es valorada en base a cuatro conceptos, que son: CDIGO: iniciales del grupo al que pertenece la observacin ms un nmero correlativo por orden de aparicin / agrupacin. NOMBRE: el nombre intenta ser lo ms representativo posible.
Caractersticas Koha: se describe la funcionalidad y filosofa Koha respecto a la cuestin planteada por el grupo de trabajo.
Situacin BAGE: se detallan las cuestiones comentadas y definidas por los tcnicos del grupo de trabajo y las necesidades planteadas.
Posibilidades y soluciones aportadas: posibilidades y diferentes soluciones aportadas por el grupo de trabajo.
NIVEL
INDEPENDIENTE
ALCANCE
Cuando el comentario / observacin tiene ms que ver con la formacin y la habilidad del usuario que con el estudio y anlisis para el desarrollo de una distribucin personalizada
BSICO
Cuestiones que deben ser tenidas en cuenta para el desarrollo en BAGE identificadas como bsicas y necesarias Cuestiones que deben ser tenidas en cuenta para el desarrollo BAGE teniendo en cuenta que es uno de los primeros pasos para
RELEVANTE
el punto de consulta nico. Es decir, aquellos elementos que se deben contemplar porque influirn en el proyecto de creacin catlogo colectivo
VALOR AADIDO
Cuestiones que convendra contemplar en el desarrollo pero no son bsicas. Funcionalidades de valor aadido
Pgina 26
Requisitos BAGE
A.G.2 Traduccin
Caractersticas Koha Koha est desarrollado originalmente en ingls. Las plantillas (capa de visualizacin) para cada idioma, se duplican en los directorios correspondientes segn los idiomas disponibles a partir del directorio en. Esta duplicidad de directorios no funciona correctamente, pero se dispone de un Bug sobre la duplicidad de directorios y ficheros de idiomas. En Koha existe una utilidad que facilita la copia de las plantillas y directorios para ms idiomas y la generacin del fichero de traduccin de las cadenas de texto (ficheros.po). En algunos casos la traduccin no es homognea ni clara puesto que se traducen partes de las cadenas de texto de forma aislada. Los idiomas disponibles dependen de la versin de Koha y cuentan con diferentes grados de traduccin en cada una de ellas. Existe una pgina donde se monitoriza el grado y evolucin de las traducciones http://translate.Koha.org/ cualquiera puede registrarse para contribuir a la traduccin.
Pgina 27
Requisitos BAGE
Situacin BAGE Es necesario mejorar la traduccin a castellano (y revisar otros idiomas bsicos para el proyecto (cataln, gallego y euskera). Posibilidades y soluciones aportadas La traduccin podra plantearse como una fase en s misma en el proyecto de desarrollo y estar muy relacionada con el nivel de personalizacin y de trabajo que se quiera invertir. Es un tema complicado y puede resultar deficiente a nivel de desarrollo en la comunidad. Este aspecto es considerado bsico en el desarrollo para las BAGE; por ello, el grupo de trabajo propone como solucin: 1. Centrar esfuerzos en mejorar la aplicacin anteriormente mencionada (de generacin de directorios y traducciones) con lo que se buscara obtener una herramienta que facilitara la traduccin coherente y en contexto de cadenas de texto de TODA la aplicacin. Este desarrollo podra proponerse para que fuera incorporado en la comunidad. Esta opcin es sobre todo conveniente para mejorar la herramienta en la comunidad y, en concreto, para las BAGE, para la parte de INTRANET, por la cantidad de plantillas que la forman. 2. Realizar la traduccin a los idiomas que actualmente no existen -como el euskeray mejorar las que estn a un nivel muy bajo -como el cataln-, sobre todo para la parte de OPAC. 3. Ya que se va a trabajar en la mejora de interfaces OPAC, se pueden centrar esfuerzos en la integracin y generacin de las plantillas en los idiomas que se requieren en el proyecto (castellano, ingls)
Valoracin La mejora de la traduccin es una cuestin bsica en el desarrollo para BAGE, pero hay que ser muy cuidadosos y tener en cuenta que es una cuestin que mejora la herramienta y su difusin, con lo que habra que trabajar con la comunidad y los objetivos para esta cuestin.
Requisitos BAGE
de forma que cada biblioteca pueda nicamente ver y trabajar con sus datos (registros, usuarios). Existen limitaciones para la gestin de la biblioteca, por ejemplo, un libro de una biblioteca no puede ser devuelto en otra biblioteca (esta accin se controla por el usuario del bibliotecario que realiza la accin). El sistema avisa de que no puedes hacerlo. Pero otras, como por ejemplo catalogacin, no estn aisladas. Situacin BAGE Es interesante que Koha pueda dar soporte a una unidad administrativa con varias bibliotecas y que se puedan realizar algunas gestiones independientemente. Posibilidades y soluciones aportadas Disponemos del Cdigo desarrollado para la distribucin de Koha de las bibliotecas pblicas gallegas para la creacin de dominios. Tal vez tambin sea interesante profundizar en el concepto GRUPO de bibliotecas que ya contempla Koha, o bien, la instalacin de una instancia Koha por biblioteca. El desarrollo de la gestin de dominios debera analizar las necesidades de las bibliotecas de las BAGE. La mayora de las bibliotecas participantes son unidades independientes (no ocurre lo mismo con las municipales de Galicia). Valoracin El desarrollo de la gestin de dominios debera analizar las necesidades de las bibliotecas de las BAGE y a priori se considera una cuestin de VALOR AADIDO.
Requisitos BAGE
Posibilidades y soluciones aportadas Para facilitar la adecuacin a la imagen corporativa de cada una de las bibliotecas, pero tambin del proyecto comn, el se propone: o Nuevo diseo para todas las bibliotecas (que ya ir incluido en la aplicacin a descargar e instalar por las bibliotecas) o Insercin de funcionalidades para la personificacin (logos)
Cuando hablamos nicamente de CSS (colores, estilos,) hacemos referencia a una personalizacin grfica bsica que no incluye ni modificacin en arquitectura de informacin ni en funcionalidad. Valoracin El cambio grfico es de proyecto ms que de funcionalidad Koha. Incluir funcionalidades de personalizacin sera RELEVANTE y est ntimamente relacionado con las cuestiones recogidas en el grupo OPAC
A.G.5 Multilingismo
Caractersticas Koha Aspecto relacionado con la traduccin, aunque no se debe confundir la existencia de plantillas en varios idiomas con que Koha sea una herramienta multilinge. La nica gestin de idiomas que existe actualmente en Koha es para las noticias del portal (es decir, puedes incluir una noticia e indicar en qu idioma quieres que aparezca. Como ya hemos mencionado en AG 2 el OPAC y la Intranet estn traducidas a nivel de plantillas. Todos los elementos de base de datos slo trabajan en un solo idioma. Por ejemplo: o o o o Situacin BAGE Incluir la gestin de idiomas en Koha, no slo que muestre las interfaces en varios idiomas, sino que sea MULTILINGE. Posibilidades y soluciones aportadas Habra que analizar qu funcionalidades se desean implementar con multilingismo para cambiar el cdigo y la base de datos. Preferencias del sistema Parmetros bsicos (tipos de tem, usuarios, plantillas MARC) Catalogacin (registros bibliogrficos) Autoridades
Pgina 30
Requisitos BAGE
Se podra incluir el multilingismo en todo lo que afecta al OPAC y a los usuarios: o o Informacin que aparece en OPAC (estados, tipos de tems, etc.) Autoridades multilinges y buscadores (usando los campos 7xx para almacenar las autoridades en otros idiomas y los indicadores para diferenciar el idioma) La parte de Intranet o que slo afecte a usuarios profesionales (STAFF), puede continuar en un nico idioma (preferencias del sistema, estructuras MARC, etc.) Valoracin Lo que ocurre en Koha ocurre en todas los SIGB comerciales. En el caso de los desarrollados en Espaa, estn en castellano, pero lo extranjeros estn desarrollados en ingls, traducidos a nivel plantilla y no gestionan idiomas. Sera una cuestin muy interesante incluir la gestin real multilinge, pero supondra un desarrollo muy extenso que significara una revisin muy amplia de la herramienta, por ello, podra considerarse que, inicialmente, la traduccin es bsica, pero el multilingismo sera RELEVANTE. El tema de autoridades multilinges es tratado en AUT. 2
RESOLUCIN de BUGS: la resolucin de Bugs es otro aspecto muy importante de las comunidades en Fuentes Abiertas. Los usuarios pueden reportar Bugs y solucionarlos. En cada una de las versiones fixed el nmero de Bugs solucionados es mayor.
De versin a versin ha habido muchos cambios, tanto en lgica como en base de datos, con lo que las actualizaciones pueden ser un proyecto en s mismo. Situacin BAGE Lo que se propone en este proyecto es crear una distribucin, un desarrollo sobre Koha que se adecue a las necesidades de las BAGE.
Pgina 31
Requisitos BAGE
Posibilidades y Soluciones aportadas Cualquier desarrollo sobre Koha va a suponer una separacin del desarrollo y, por consiguiente, se ocasionan problemas o complicaciones para el paso y actualizacin de versin o para la incorporacin de nuevas funcionalidades. Todo el proyecto de desarrollo debe tener en cuenta aspecto ms estratgicos como: o o Desarrollo en Koha (guas para el desarrollo, git de Koha, buzilla,) Aportaciones a la comunidad (desarrollar y proponer a la comunidad la inclusin de los desarrollos en nuevas versiones de Koha) o Desarrollo sobre Koha (trabajar con filosofa y estructura Koha para que futuras actualizaciones y modificaciones sean lo menos problemticas posible)
Valoracin Se trata de una cuestin independiente en cuanto a herramienta y funcionalidad se refiere, pero es un aspecto BSICO en el proyecto. En la definicin de requisitos, se contemplan todos estos aspectos.
A.G.7 Migracin
Caractersticas Koha Koha cuenta con la funcionalidad para importar / exportar registros y puede trabajar en MARC21 y UNIMARC. Situacin BAGE No todas las bibliotecas trabajan de forma normalizada, y dentro de las que s lo hacen, el formato ms extendido es IBERMARC. Adems, esta cuestin est relacionada con AT 1: incorporar MARC21 como formato de catalogacin para las BAGE. Posibilidades y soluciones aportadas La solucin es siempre a ttulo individual por biblioteca. Las cuestiones que necesitamos concretar son las posibilidades de: o o o Migracin de autoridades Migracin de bibliogrficos Migracin de ejemplares
Para utilizar la funcionalidad de importar es necesario utilizar ficheros .marc o ISO. Koha tambin puede importar la informacin de ejemplares, pero no las de autoridad. Para el resto, se podra hacer una extensin con:
Pgina 32
Requisitos BAGE
1. Conversor/mapeo de IBERMARC a MARC (Tambin se podra trabajar en un conversor IBERMARC a MARC como una extensin o herramienta auxiliar para las bibliotecas.) 2. Migracin de autoridad 3. migracin de bibliogrficos 4. Relacin bibliogrfico-autoridad. Si nos encontramos con datos no normalizados MARC, habra que hacer el anlisis individual en cada caso. Valoracin Se trata de una cuestin INDEPENDIENTE en cuanto a herramienta y funcionalidad se refiere, pero es un aspecto muy importante en el proyecto, puesto que muchas bibliotecas necesitarn MIGRAR sus datos a Koha u a otro sistema automatizado para incorporarse al proyecto. Tambin se podra trabajar en un conversor IBERMARC a MARC como una extensin o herramienta auxiliar para las bibliotecas.
Pgina 33
Requisitos BAGE
Valoracin Es una cuestin INDEPENDIENTE a Koha y a la funcionalidad. Es un aspecto de proyecto y de instalaciones de la aplicacin. Se deber valorar la implicacin que esto conlleva para la integracin con el Extensible Catalog y con el protocolo OAI-PMH y la instalacin y accesos a la herramienta en cada ministerio. Para el proyecto Koha es independiente de la herramienta, aunque no de la implantacin.
A.I. 2 Navegadores
Caractersticas Koha Koha est optimizado para trabajar con navegadores que cumplan estndares (Firefox) Situacin BAGE En muchos ministerios el navegador de Internet predeterminado es Internet Explorer. Los problemas ms habituales con Internet Explorer hacen referencia sobre todo a: o o Maquetacin Errores de Java Script (Por Ej.: problemas con la librera Yui de Yahoo)
o o
Se puede plantear la optimizacin de Internet Explorer (7 superior); Incluir Firefox en el paquete de instalacin no solucionara el problema, ya que este paquete se instala en el servidor, no en el cliente.
Como
seguridad de cada red local, lo nico que se puede hacer desde Koha es mostrar un mensaje cada vez que se entra para avisar de si el navegador y su versin son ptimos para el normal funcionamiento del portal. Se pueden facilitar enlaces de descarga a los navegadores que soportan mejor Koha: Firefox, Chrome, Opera aunque la instalacin de los navegadores depende de la poltica de cada institucin. Valoracin El navegador es una cuestin INDEPENDIENTE al desarrollo de Koha, con lo que la opcin ms sencilla es incluir esta informacin como bsica en la implementacin de la herramienta, puesto que la instalacin de los navegadores depende de la poltica de cada institucin. Para evitar este tipo de cuestiones y teniendo en cuenta que se contemplan como bsicas algunas modificaciones en OPAC, podemos incluir como BSICO, la optimizacin para Explorer 7 superior. Como valor aadido, y a falta de confirmar en qu ministerios no se
Pgina 34
Requisitos BAGE
podra instalar el Firefox, se podra incluir lo que proponemos de deteccin del navegador.
Perl y las bases de datos son obligatorios, pero el sistema operativo y el servidor Web pueden variar. Situacin BAGE La arquitectura tecnolgica que requiere Koha no coincide con la de muchos ministerios o centros.
Posibilidades y soluciones aportadas La tendencia para el ahorro de costes y el despliegue ms rpido de sistemas es la virtualizacin. En varios ministerios cuentan con plataformas virtualizadas, con lo que se puede preparar una instalacin base con la configuracin de todos los componentes bsicos ya instalados con objeto de que se pueda clonar a otros ministerios, tal como se ha hecho en MPR. La institucin que quiera clonar la aplicacin, simplemente tendr que tener preparada una mquina virtual con el sistema base (vmware o similar) Valoracin Desarrollar una instalacin base que recoja otros aspectos mencionados en este informe (parametrizacin, etc.) se considera BSICO en el desarrollo del proyecto.
Requisitos BAGE
Cada uno de los sitios Web de Koha (OPAC e INTRANET) necesitan un puerto o un subdominio donde redirigirlo. Una vez en la aplicacin, los permisos de acceso y
funcionamiento se configuran para cada tipo de usuario y para cada usuario concreto.
Situacin BAGE La informacin que albergan los catlogos de las BAGEs es una informacin no sensible a nivel de seguridad y debe ser difundida con la mayor amplitud a los ciudadanos. As mismo debe interoperar abiertamente con otros sistemas de informacin y servicios en Internet. Las restricciones de seguridad informtica son muy estrictas en los ministerios, especialmente en Defensa e Interior. Posibilidades y soluciones aportadas o Abrir la posibilidad de alojar las instancias de Koha fuera de los sistemas de los ministerios cuando sea necesario para garantizar el acceso del ciudadano. o Incluir en la virtualizacin (AI 3) la configuracin de puertos fijos
En cualquiera de las dos opciones se requiere la intervencin para la implantacin de un administrador de sistemas (asignar IP, nateo) Valoracin La posibilidad de alojamiento externo no la valoramos ya que no es desarrollo, sino implantacin. Aunque es independiente del desarrollo, habra que tener en cuenta el tema de los puertos fijos en la preparacin y configuracin de la virtualizacin.
Si en lugar de la instancia de Koha propia se quiere ampliar la bsqueda e incluir otros servidores, Koha puede usar PAZPAR (herramienta de metabsqueda).
Pgina 36
Requisitos BAGE
Situacin BAGE En las bibliotecas pblicas gallegas han detectado un problema de rendimiento en las consultas FEDERADAS CONTRA VARIOS SERVIDORES. Posibilidades y soluciones aportadas El cdigo de las bibliotecas pblicas gallegas es para la versin 3.2. Las soluciones que plantean ellos mismos son: o o o Esperar a la versin 3.4, donde est previsto solventarlo (lanzar CGI mediante mod_perl). Correccin del cdigo en la librera de bsqueda donde se produce el error. Uso de Pazpar 2 (Index Data), que supondra: o Mejora de las facetas: el uso de Pazpar permite generar facetas de todos los registros obtenidos en la respuesta a una bsqueda; en Koha 3.2 las facetas se generan por pantalla de resultados. Esta solucin es equiparable a la que se obtendra en caso de usar VUFIND o Inclusin de las metabsquedas en Koha, adoptando soluciones tipo PRIMO de GreenData (ejemplo, SOLO en Oxford Libraries).
Actualmente no existe en la Intranet una interfaz de configuracin del Pazpar, con lo que sta debe realizarse de forma manual en sus ficheros de configuracin. Pazpar slo admite consultas a servidor z39.50 o SRU/SRW formatos, pero facilita la visualizacin en diversos formatos. PAZPAR puede trabajar con CGI o con MOD perl. y trabaja con diferentes
Valoracin Inicialmente, el desarrollo sobre Koha para las BAGE, por ser el punto de partida para la automatizacin, no debe contemplar servicios de bsqueda federada. El objetivo del proyecto es la automatizacin de bibliotecas con el fin de crear un catlogo colectivo (sin metabsqueda). En cualquier caso, la configuracin del PAZPAR para la bsqueda en el OPAC, puede incluirse como VALOR AADIDO por si una biblioteca concreta necesita incluir la bsqueda en otros catlogos en su OPAC.
Pgina 37
Requisitos BAGE
Pgina 38
Requisitos BAGE
Situacin BAGE Muchas bibliotecas trabajan en IBERMARC o simplemente no utilizan el formato MARC. En las que se utiliza el MARC 21 no se usa el MARC21 Holdings, ni comunidad, ni de clasificacin. Se plantea la necesidad de incluir la gestin de cualquier tipo de registro MARC21 pero como mnimo bibliogrfico, autoridad y fondos. Las bibliotecas que utilizan Absys, cuentan con el concepto coleccin y la catalogacin retrospectiva de la coleccin.
Posibilidades y soluciones aportadas En primer lugar, habra que comprobar el nivel de implantacin de toda la familia MARC21, es decir, tendra que analizarse el uso de MARC 21 y las posibilidades de mapeo con los registros existentes (relacionado con la migracin de registros) Siguiendo la filosofa Koha de utilizar las preferencias del sistema, podramos realizar un desarrollo especfico para incluir TODOS los formatos.
Pgina 39
Requisitos BAGE
Valoracin
Esta cuestin se considera de carcter BSICO, sobre todo la posibilidad de gestionar registros de fondos, con lo que se trabajara con MARC bibliogrfico, autoridades y fondos. Utilizando la misma filosofa y como VALOR AADIDO, se podra incluir los registros de comunidad y clasificacin.
Requisitos BAGE
Posibilidades y soluciones aportadas Con la funcionalidad Koha, ya se permite la bsqueda federada pero con limitaciones porque deben ser servidores Z39.50 y/o SRU-SRW Lo realmente interesante, como en el caso de los Z39.50 en la Intranet, es crear en Administracin para el metabuscador Pazpar2 un mantenimiento en la Intranet que permita una gestin fcil. Adems, se dispone de la experiencia y del cdigo desarrollado para la distribucin de Koha de las bibliotecas pblicas gallegas para este fin -como ya se ha indicado en A.I.5 Valoracin La metabsqueda es una cuestin interesante, pero no es bsica para la automatizacin de las bibliotecas. Se trata de un desarrollo de VALOR AADIDO.
Pgina 41
Requisitos BAGE
Posibilidades y soluciones aportadas El alcance de los desarrollos a realizar para poder usar Koha como repositorio seran: - Incluir en los directorios de Koha directorios de almacenamiento; - Incluir desarrollos en la Intranet que permitan: o o Cargar y subir dichos ficheros; Relacionarlos con los registros bibliogrficos o de ejemplar (mdulo catalogacin); o Gestin de las publicaciones peridicas y de las colecciones (mdulo publicaciones peridicas); o Modificacin en interfaces (OPAC e INTRANET) para la gestin y visualizacin de los ficheros
Valoracin Es un desarrollo relacionado con distintos mdulos existentes de Koha, pero por los esfuerzos realizados en digitalizacin y, por el proyecto global de catlogo colectivo, es una cuestin muy interesante y BSICA a desarrollar. El desarrollo para la inclusin de registros de fondos (Holdings) tambin tendr que tener en cuenta esta funcionalidad. Este desarrollo debe tener en cuenta funcionalidades que se harn necesarias en fases posteriores del proyecto, como el intercambio de ficheros o descarga de los mismos (en bsquedas z3950) En el anlisis se definiran los objetos digitales que se quieren subir y gestionarlos desde la Intranet; o bien establecer la relacin con la aplicacin externa que tiene los objetos digitales (existen proyectos de integracin con greenstone y otras herramientas de gestin de repositorios).
Requisitos BAGE
para ver si devuelven resultados. No finaliza hasta que se recuperan como mximo 20 resultados de cada uno de los servidores. Los resultados los agrupa por servidor, pero se muestran ordenados alfabticamente por ttulo. El usuario puede establecer otros criterios de ordenacin desde la tabla de resultados. Muestra el MARC y el ISBD, y ofrece la posibilidad de descargar cada uno de los resultados. Situacin BAGE La bsqueda z39.50 es muy pobre en cuanto a funcionalidad con los resultados: o o No indica cuntos registros te trae de cada servidor y cuntos te muestra No se pueden traer varios registros a la vez
Posibilidades y soluciones aportadas Existen muchas posibilidades de mejora de esta funcionalidad: o o Indicar el resumen de cada una de las bsquedas al principio Se puede hacer por ajax para que, a medida que va recogiendo resultados, los muestre y no sea necesario esperar a que todos hayan terminado o Indicar el nmero mximo de registros que tiene que recuperar de los servidores o o Ordenar resultados por servidor Seleccionar los campos que no se tienen que importar (sobre todo campos como materias, autoridades, etc.) La funcionalidad de importar registros est ligada a la funcionalidad de aadir registros, pero esto slo es posible de forma individualizada (registro por registro), con lo que no se pueden descargar varios registros para crear slo uno.
Valoracin Valoramos dos niveles en cuanto al trabajo a realizar: Sera RELEVANTE mejorar la funcionalidad de bsqueda y recuperacin a travs del Z39.50 relacionado con la insercin de un registro (mejorando el formulario, la muestra de resultados, etc.) porque no hay que modificar CORE en cuanto a catalogacin e insercin de registros, pero consideraramos VALOR AADIDO el desarrollo para incluir o descargar registros en lotes como nueva funcionalidad del mdulo de catalogacin en Koha.
Pgina 43
Requisitos BAGE
tambin la interoperabilidad entre las diferentes aplicaciones que intervienen en un ciclo completo de prstamo interbibliotecario: o o Sistema de autoprstamo que gestiona la interaccin del usuario. Sistema de circulacin local que gestiona los privilegios del usuario y del registro bibliogrfico. o Poltica de prstamo acordado entre el conjunto de las bibliotecas que aceptan este tipo de modalidad de PI. La progresiva implementacin del NCIP permitir transferir gran parte de las transacciones de prstamo interbibliotecario a un modelo basado en la circulacin sin que sea obligatorio que las redes bibliotecarias y consorcios mantengan y amplen catlogos colectivos y bases de datos nicas de lectores. Koha no implementa el protocolo NCIP, pero s que se han hecho pruebas y desarrollos con SIP, que es Standard Interchange Protocol (SIP2) y equipos de 3M Situacin BAGE Con el objetivo inicial de automatizar las BAGE, NCIP (NISO Circulation Interchange Protocol) no es una primera necesidad, puesto que el prstamo interbibliotecario y las redes de bibliotecas son un paso ms, tanto en la automatizacin como en el proyecto liderado por Ministerio de Cultura de punto de consulta nico, pero es necesario tener en cuenta que es un primer paso y que se necesitar un protocolo de comunicacin y colaboracin en el proyecto de catlogo colectivo. Posibilidades y soluciones aportadas En prximas versiones de Koha puede estar incluido el desarrollo de integracin. Es un proyecto en s mismo y puede proponerse a la comunidad como desarrollo. Es una
1
http://www.osslabs.biz/Koha_library_management_system/installation_guides/sip-ncip-rfid.html
Pgina 44
Requisitos BAGE
oportunidad, puesto que puede ser desarrollado y probado con bibliotecas con una casustica muy amplia y variada. Valoracin Inicialmente, y para el proyecto de automatizacin, NCIP es un tema RELEVANTE puesto que el objetivo final del proyecto es estar preparado para la creacin del catlogo colectivo o la implantacin de una herramienta que integre e interacte con los catlogos de las BAGE; lgicamente, tendr que adaptarse a los protocolos y estndares de intercambio de informacin tal y como se adaptan en catalogacin e intercambio Z39.50.
Requisitos BAGE
identificadores (URLs por ejemplo) de los objetos descritos en cada registro. La base de Koha es MARC21, pero tiene una variable en la que podemos configurar para que tambin sea servidor OAI, es decir, otros recolectores pueden lanzar consultas a Koha y Koha les devuelve los registros MARC en OAI- DC. Koha no es OAI cliente o recolector, con lo que no puede lanzar consultas a servidores OAI, pero puede servir sus datos.
Situacin BAGE Relacionado con las bsquedas federadas (Z39.50, SRU/SRW y Pazpar del AT 3), para federar consultas. Adems como servidor, puede ofrecer los datos bibliogrficos a otras bibliotecas / servicios de consulta.
Posibilidades y soluciones aportadas Como ya se ha explicado con anterioridad, Koha ya tiene desarrollado el servidor OAI, con lo que es capaz de exportar (para proyectos externos o de catlogo colectivo); el desarrollo para que Koha sea tambin cliente no est implementado en la herramienta y podra ser interesante si se quisiera federar con otros recursos (complementar al Pazpar). Pero hay que tener en cuenta que el protocolo OAI no admite consultas: como mucho puede recuperar registros entre perodos o fechas concretas, pero no permite la bsqueda por campos concretos (y para poder federar necesitaramos almacenar los datos harvesteados en otra Base de datos en Koha). Es decir, el desarrollo supondra: o o o Valoracin Es un desarrollo de VALOR AADIDO al proyecto porque puede ser utilizado para exportar / importar registros en un catlogo o integrar distintas fuentes de informacin, mejorar la federacin de consultas y resultados obtenidos por el usuario. Adems, pensamos que si la idea es ofrecer un catlogo colectivo, se tiene que pensar, como ya se ha hecho, en herramientas que sean capaces de gestionar los distintos tipos de datos y facilitar la consulta. Desarrollo y programacin de la automatizacin del recolector Mantenimiento para la gestin de los repositorios a harvestear Modificacin de interfaces de bsqueda
Pgina 46
Requisitos BAGE
3.1.4 Administracin
Requisitos BAGE
La distribucin puede contar con los valores adecuados (traducidos, personalizados). La virtualizacin A.I.3 facilita la existencia de la parametrizacin bsica, puesto que la clonacin supone no tener que parametrizar tantas veces como instalaciones se realicen. Algunas cuestiones se realizan directamente desde Administracin; otras suponen pequeas modificaciones de visualizacin (Ej. Literales MARC21 en castellano, buscadores...) Valoracin Es una cuestin BSICA que requiere, en primer lugar, un anlisis y un trabajo de definicin del grupo de trabajo adems de las modificaciones pertinentes a nivel base de datos o de configuracin.
A.A.3. Informe
Caractersticas Koha Koha tiene un mdulo que permite obtener datos y generar informes ya preconfigurados sobre la ACTIVIDAD del SISTEMA. Tambin cuenta con un asistente que facilita la interrogacin ms detallada al sistema; es lo que se conoce como informes guiados. En los primeros slo se pueden obtener datos numricos de acciones / contenido del sistema (catlogo por tipo de tem, usuarios por categora); en los segundos, se pueden obtener datos de toda la base de datos MySQL, con un asistente. El asistente necesita que el usuario confirme lo siguiente: o o o o o o El mdulo del que quiere obtener la informacin (catlogo, usuarios) El tipo de informe que desea (tabla..) Columnas y datos (entre las tablas del mdulo que se ha seleccionado) Seleccionar lmites (de campos fijos / parmetros bsicos como bibliotecas, usuarios..) Seleccionar los totales (clculos que se quieran realizar um, mix, max, avg, count) Criterios de ordenacin
Koha no proporciona datos estadsticos del acceso ni uso del OPAC; son estadsticas de automatizacin. NO confundir con estadsticas Web (acceso al OPAC, usuarios) Situacin BAGE No permite introducir valores variables en las consultas SQL. Posibilidades y soluciones aportadas En la seleccin de lmites se podran incluir campos textuales. Se puede proponer adems, que permita combinar varios mdulos, puesto que, por ejemplo,
Pgina 48
Requisitos BAGE
en circulacin tenemos los datos de los tems (tabla tem), pero no la que relaciona con biblios en MySQL. El desarrollo puede contemplar lo realizado en las bibliotecas pblicas gallegas para esta funcin (mencionado en su informe pero no revisado en cdigo). Valoracin Es un desarrollo que proporciona VALOR AADIDO a la herramienta, pero no es bsico para el objetivo de automatizacin.
3.1.5 OPAC
Posibilidades y soluciones aportadas En principio, la visualizacin del cdigo de barras pertenece al trabajo tcnico bibliotecario y no suele ser mostrada en el OPAC. El problema que se plantea en esta cuestin es que existan ciertos campos que no se visualizan en la ficha. Se trata de que cada biblioteca va a necesitar visualizar unos campos u otros (ejemplo, el cdigo de barras, la ubicacin). Todos los aspectos del apartado OPAC hacen referencia a la modificacin de plantillas y a elementos de navegacin. Valoracin
Pgina 49
Requisitos BAGE
Se puede hablar de tres tipos de personalizacin: o Bsica o personalizacin grfica bsica: supone mantener la estructura bsica que viene con la herramienta por defecto y modificar los estilos. o Avanzada: modificacin de arquitectura de informacin bsica de Koha y personalizacin grfica. Supone el anlisis de las interfaces y la definicin de los cambios en la arquitectura de informacin. o Personalizacin total: inclusin de nuevas funcionalidades y/o modificacin de las existentes. Para este proyecto, ya se ha comentado la parte grfica en A.G.4,; como Bsico se podra contemplar la personalizacin AVANZADA como BSICA. Habr que tener en cuenta los idiomas, como se ha especificado en A.G.2 por el tema de la duplicacin de directorios.
Pgina 50
Requisitos BAGE
o o
Registros relacionados (enlace a los bibliogrficos que lo usan) Ver encabezamiento completo (ficha MARC)
Muestra las referencias entre autoridades, pero no tiene en cuenta, por ejemplo, la relacin entre trminos aceptados y no aceptados, navegacin por equivalencias, etc.) La variable AuthDisplayHierarchy, dentro de Preferencias del Sistema, activa la utilizacin con UNIMARC de la jerarqua en los campos 5XX. Situacin BAGE Algunas bibliotecas han trabajado mucho la normalizacin de autoridades, y en el OPAC de Koha no se explotan todas las posibilidades que ofrece. Posibilidades y soluciones aportadas Se propone: o o Que el buscador de autoridades incluya los trminos no usados; Que los resultados de autoridad sean un listado de lo aceptado y no aceptado (como entradas que remitan al trmino aceptado); lo mismo con las equivalencias; o Se podra mostrar el despliegue de encabezamientos utilizando el subcampos de control y el cdigo correspondiente al despliegue (como con el caso de UNIMARC y la variable AuthDisplayHierarchy). Valoracin El trabajo con autoridades y el desarrollo de un sistema de autoridades no se realiza en muchas bibliotecas, y en las que se realiza, como se indica en AUT.1, se utilizan tesauros; por esta razn, el desarrollo que supone debe considerarse VALOR AADIDO.
Requisitos BAGE
Existen opciones de descarga de los datos bibliogrficos en MODS, Dublin Core, MarcXML, MARC Situacin BAGE Se pretende guardar registros en formato ISBD y formato etiquetado.
Posibilidades y soluciones aportadas Supone ampliar la funcionalidad de descarga en el OPAC y mejorarla con otros formatos: ISBD etc., e incluso integrarlos con Zotero, gestores bibliogrficos Es necesario implementar transformadores de esos formatos a ISO2709 para que stos puedan ser tratados. Valoracin Consideramos que se trata de un desarrollo de VALOR AADIDO, puesto que no es bsico para automatizacin de centros, sino que es un servicio al usuario de valor agregado. Adems, se puede plantear en la mejora funcional del OPAC, puesto que no influye en el core (Catalogacin, circulacin)
Requisitos BAGE
Desde la parte de administracin no es configurable cuando un campo apunta a un campo concreto MARC. La relacin entre campos de bsqueda y campos MARC en las plantilla Koha de consulta son: o o CCL Comandos de interrogacin utilizado en las plantillas Koha; PQF Comandos de interrogacin CCl con equivalencia para zebra.
Bsqueda general:
CCL: kw,wrdl,rtrn=a PQF (Bib-1): @attr 1=1016 @attr 4=6 @attr 5=1 a Buscar en cualquier campo como lista de palabras con truncamiento a la derecha
Avanzada/ndice: o
Palabra clave CCL: kw,wrdl,rtrn=a PQF (Bib-1): @attr 1=1016 @attr 4=6 @attr 5=1 a Buscar en cualquier campo como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=4 @attr 4=6 @attr 5=1 a Buscar en campos 240, 243, 245, 246, 247 como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=21 @attr 4=6 @attr 5=1 a Buscar en campos 650, 651, 653, 690 como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=1003 @attr 4=6 @attr 5=1 a Buscar en campos 100$a, 700$a como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=54 @attr 4=6 @attr 5=1 a Buscar en campos 041 como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=1018 @attr 4=6 @attr 5=1 a Buscar en campos 260$b como lista de palabras con truncamiento a la derecha
lugar de edicin
CCL: pl,wrdl,rtrn=a PQF (Bib-1): @attr 1=59 @attr 4=6 @attr 5=1 a Buscar en campos 260$a como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=7 @attr 4=6 a Buscar en campos 020$a como lista de palabras
Ms opciones
Pgina 53
Requisitos BAGE
PQF (Bib-1): @attr 1=4 @attr 4=6 @attr 5=1 a Buscar en campos 240, 243, 245, 246, 247 como lista de palabras con truncamiento a la derecha
CCL: (rk=( ti,phr="a")) PQF (Bib-1): @attr 1=4 @attr 4=1 @attr 2=102 a Buscar en campos 240, 243, 245, 246, 247 como frase con relevancia
PQF (Bib-1): @attr 1=5 @attr 4=6 @attr 5=1 a Buscar en campos 440, 490$a como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=20 @attr 4=6 @attr 5=1 a Buscar en campos 952$o como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=21 @attr 4=6 @attr 5=1 a Buscar en campos 650, 651, 653, 690 como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=21 @attr 4=1 @attr 2=102 a Buscar en campos 650, 651, 653, 690 como frase con relevancia
PQF (Bib-1): @attr 1=1003 @attr 4=6 @attr 5=1 a Buscar en campos 100$a, 700$a como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=1003 @attr 4=1 @attr 2=102 a Buscar en campos 100$a, 700$a como frase con relevancia
PQF (Bib-1): @attr 1=Corporate-name @attr 4=6 @attr 5=1 a Buscar en campos 110, 410, 610, 710, 810 como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=Conference-name @attr 4=6 @attr 5=1 a Buscar en campos 111, 411, 611, 711, 811 como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=Conference-name @attr 4=1 @attr 2=102 a Buscar en campos 111, 411, 611, 711, 811 como frase con relevancia
PQF (Bib-1): @attr 1=Personal-name @attr 4=6 @attr 5=1 a Buscar en campos 100, 400, 600, 700, 800 como lista de palabras con truncamiento a la derecha
Pgina 54
Requisitos BAGE
PQF (Bib-1): @attr 1=Personal-name @attr 4=1 @attr 2=102 a Buscar en campos 100, 400, 600, 700, 800 como frase con relevancia
PQF (Bib-1): @attr 1=54 @attr 4=6 @attr 5=1 a Buscar en campos 041 como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=63 @attr 4=6 @attr 5=1 a Buscar en campos 500, 505, 590, 952$z como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=1018 @attr 4=6 @attr 5=1 a Buscar en campos 260$b como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=59 @attr 4=6 @attr 5=1 a Buscar en campos 260$a como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=12 @attr 4=6 @attr 5=1 a Buscar en campos 999$c como lista de palabras con truncamiento a la derecha
PQF (Bib-1): @attr 1=7 @attr 4=6 a Buscar en campos 020$a como lista de palabras
PQF (Bib-1): @attr 1=8 @attr 4=6 a Buscar en campos 022$a como lista de palabras
PQF (Bib-1): @attr 1=20 @attr 4=1 @attr 2=102 a Buscar en campos 952$o como frase con relevancia
En la Intranet el funcionamiento es el mismo, pero ampla la bsqueda al repositorio (registros de lotes incluidos, pero no importados) Situacin BAGE Se desconoce contra qu campos busca el autor, y podra ser interesante poder configurar los campos de bsqueda por polticas de catalogacin (por ejemplo, lmite por fecha en el 008 o en el 260). Posibilidades y soluciones aportadas Se podra proponer una configuracin de buscadores en preferencias del sistema.
Pgina 55
Requisitos BAGE
Valoracin Es un desarrollo de VALOR AADIDO en el OPAC, y en la Intranet puede resultar RELEVANTE, aunque habra que definir prioridades para la bsqueda y gestin por lotes de los registros.
(OPACHighlightedWord, OPACCloud,OPACAuthorities, OPACbookbag...). Sin embargo, es cierto que desde el punto de vista grfico, sera acertado incluir recursos ms visuales. Adems, la edicin de los textos exige conocimientos mnimos de HTML para que grficamente la imagen no se perjudique al editar las variables.
Situacin BAGE Necesidad de personalizacin del OPAC (aunque se comparta imagen, poder incluir textos y funcionalidades de forma independiente). Por ejemplo, una biblioteca puede querer nube de Tags y otra no. Posibilidades y soluciones aportadas Manteniendo la misma filosofa de Koha incluir variables que permitan: o o o o o Valoracin La necesidad de personalizar y adecuar a las necesidades y caractersticas de cada biblioteca hace que podamos considerar como RELEVANTE este tipo de desarrollos que, sin perder la visin de desarrollo global, permite personalizacin y apariencia muy distinta con la funcionalidad que se adecue al servicio. Ser necesaria la definicin de las cuestiones a incluir. Incluir Novedades en la Home Destacar las listas de recomendaciones (listas) Incluir fichas ms visitadas Enlaces a las bsquedas ms frecuentes Edicin mejorada de noticias (imgenes, textos, enlaces)
Pgina 56
Requisitos BAGE
Gestin de la exploracin jerrquica: AUT1 por lenguaje de clasificacin: CDU+ por centros de inters, previo mapeado entre el lenguaje de clasificacin utilizado y los centros de inters que creemos por cualquier 6XX
Navegacin en estantera por todos los subcampos de fondos, en el orden que corresponde;
Listas: creacin de una nueva lista visible para todos y modificable nicamente por todos los administradores de las distintas bibliotecas que comparten base de datos;
Bsqueda avanzada: sustitucin del framework como limitador por tipo de material OP5
Posibilidades y soluciones aportadas Tras la revisin de lo desarrollado y de algunas de las peticiones que se han realizado y se recogen en este informe, ser necesario: o Anlisis (de cdigo, versiones y funcionalidad) o Revisar el desarrollo y adecuarlo a la versin sobre la que trabajemos o Reutilizar cdigo y desarrollar Algunas de las cuestiones que se plantean son muy sencillas y otras son susceptibles de ser
Pgina 57
Requisitos BAGE
solucionadas en futuras versiones Koha. Valoracin Puesto que son desarrollos ya realizados, y muchos hacen referencia a las funcionalidades de OPAC (que se ha contemplado modificar) consideramos como RELEVANTE su desarrollo.
3.1.6 Circulacin
CI.1 Reservas
Caractersticas Koha Koha permite la reserva de ejemplares mediante la variable RequestOnOPAC, pero adems permite configurar: o o o o El nmero mximo de reservas El trabajo independiente de bibliotecas El tiempo mximo de duracin de una reservas Si se permite la reserva de una copia especfica o no
Independientemente, si no hay reglas de circulacin definidas, no se podrn realizar reservas. En la versin 3. 06 se definen polticas de reservas.
Situacin BAGE El sistema indica que no hay copias disponibles para realizar una reserva.
Posibilidades y soluciones aportadas Como Koha no permite hacer reservas si no hay una poltica de circulacin definida para el tipo de tem, existen otras cuestiones que pueden mejorarse en las reservas, como definir polticas de reserva por tipo de tem, tipo de usuario y biblioteca; y tambin los parmetros de circulacin. Valoracin Se trata de un desarrollo de VALOR AADIDO, puesto que puede llegar a ser muy
Pgina 58
Requisitos BAGE
especfico.
Intranetreadinghistory, OPACreadinghistory y ReadingHistory. Situacin BAGE Almacenamiento de datos de histrico de prstamo. Posibilidades y soluciones aportadas Cada biblioteca tendr unas necesidades y unos flujos de trabajo en lo que respecta al cumplimiento con la legislacin relacionada con la proteccin de datos de carcter personal. Koha permite visualizarlo o no. El uso de esta informacin no slo est relacionada con que se pueda o no visualizar; donde realmente gana valor es en el conocimiento del usuario que podemos tener para mejorar los servicios (qu autores o temas le gustan, qu frecuencia de uso hace de los recursos) y personalizarlos cada vez ms. Valoracin Como se trata de una responsabilidad de cada institucin y el desarrollo ya est realizado en la herramienta, lo consideramos independiente del proyecto. De todos modos, podra mejorarse y proporcionarle VALOR AADIDO si el usuario pudiera editar y borrar su historial. La informacin sobre el uso de los datos del usuario es del momento del alta del usuario y est relacionada con las polticas de creacin de usuarios.
Requisitos BAGE
Situacin BAGE No existe historial para prstamo interbibliotecario. Posibilidades y soluciones aportadas Est muy relacionado con NCIP, ILL y se est trabajando en prstamo interbibliotecario en la versin 3.4. Valoracin Es RELEVANTE, aunque no sea un desarrollo inicial, pues al estar trabajando tambin en el catlogo colectivo se ha de tener en cuenta.
3.1.7 Catalogacin
En algunos campos (los que estn relacionados con plug in) no se pueden configurar ni valores por defecto, ni modificarlos en funcin de las plantillas o tipos de material. Situacin BAGE Respecto a la edicin de registros MARC (autoridad y bibliogrfico) las cuestiones que se han ido mencionando, es decir: 1. Modificar el registro de autoridad desde el registro bibliogrfico 2. La bsqueda por autoridades no devolva ningn resultado (tanto en catalogacin como en OPAC) 3. Ayuda y texto para los indicadores del MARC 4. Algunos campos del MARC deben tener valores fijos (008, 040,) 5. Reduccin y personalizacin de plantillas 6. Duplicar campos y subcampos (han tenido problemas con el 260 y los subcampos) Posibilidades y soluciones aportadas
Requisitos BAGE
polticas y necesidades para catalogacin pueden ser muy variadas, (bibliotecas que dedican gran esfuerzo a normalizacin de autoridades y a catalogacin y otras que con importar registros desde el Z39.50 es suficiente), se pueden mejorar las cuestiones que ya contempla la aplicacin: o Koha permite crear la autoridad desde el registro bibliogrfico, siempre que la variable BiblioAddsAuthorities est activada dentro de Preferencias del Sistema
Solucionar Bug en la bsqueda de autoridades, ya que realiza la bsqueda contra una etiqueta CCL que no existe. Se cambia en el mdulo de bsqueda de autoridades la etiqueta CCL inexistente por otra que s existe. Adems, se mejora la bsqueda aadiendo que realice truncamiento por la izquierda (por defecto, solamente lo hace por la derecha)
o o o
Se podra incluir ayuda de indicadores en un plug-in Edicin y creacin de plugins por parte del usuario Facilitar la carga de plantillas de catalogacin externas
Valoracin Se puede plantear como BSICO incluir la catalogacin con opciones avanzadas como las que plantean, pero no renunciar a la catalogacin que ya ofrece Koha por defecto, e incluso, hacer una ms simplificada.
3.1.8 Autoridades
AUT.1 Gestin de tesauros
Caractersticas Koha Koha, como SIGB, desarrolla funcionalidades para la gestin y control de autoridades, pero no para la gestin de tesauros. Como ya se ha comentado en otros apartados, se puede implementar la jerarqua que prev el formato MARC21. Pero existen experiencias de integracin mediante Web services de tesauros externos (David Lubin Memorial Library 2 )
http://www.librarytechnology.org/ltg-displaytext.pl?RC=14765
Pgina 61
Requisitos BAGE
Situacin BAGE Existen bibliotecas que utilizan tesauros como vocabulario normalizado en aplicaciones desarrolladas ad hoc o en las que utilizan Isis. Posibilidades y soluciones aportadas Podemos plantear dos soluciones: o o Integrarlo mediante Web services (ajeno a Koha) Integrar una herramienta o plug-in para que se gestionara desde Koha y mantener autoridades y descriptores Valoracin Es un desarrollo que se plantea como VALOR AADIDO, puesto que no todas las bibliotecas lo utilizan y supone, inicialmente, una separacin de la filosofa de la herramienta en la que se debera implicar a la comunidad.
Requisitos BAGE
pueda identificar el idioma del registro de autoridad para mostrarlo) o Generar una variable que permitiera visualizar el trmino equivalente en el idioma de la plantilla o Modificar buscadores e indizar en los registros los trminos equivalentes
Valoracin
Es un desarrollo que debemos tener muy en cuenta y que est relacionado con la navegacin por materias que ya ha sido repasada. Se podra incluir como RELEVANTE la parte de gestin de autoridades relacionada con la gestin de idiomas A.G. 5 y la traduccin A.G. 2
3.1.9 Adquisiciones
AD.1 Gestin de monedas
Caractersticas Koha Koha permite definir el uso de varias monedas y de sus equivalencias. Desde Administracin > Parmetros bsicos > Monedas y tipo de cambio, se indica como unidad la moneda con la que queremos trabajar (la que tiene la conversin valor 1); el resto deben ser calculadas en funcin de la moneda bsica.
Situacin BAGE 1. La configuracin por defecto contempla los presupuestos en dlares. 2. La conversin de la moneda debera ir unido a una fecha de pedido. El valor de las distintas monedas vara, con lo que podemos encontrarnos distintos valores de un documento: desde el pedido hasta la recepcin y/o pago del mismo. Posibilidades y soluciones aportadas Como no es objeto de un SIGB la contabilidad, realizar un desarrollo de actualizacin automtica de valores, etc. es una opcin muy avanzada. Entendemos que con realizar alguna modificacin y poder insertar/actualizar el precio sera suficiente. Valoracin Se trata de un desarrollo de valor aadido, puesto que: Pgina 63
los casos en los que se utilicen varias monedas sern muy reducidos; para la gestin de las compras, muchas bibliotecas o instituciones necesitan
Requisitos BAGE
Posibilidades y soluciones aportadas Es posible comprar a travs de un registro bibliogrfico existente o hacer una bsqueda en el catlogo. Contamos con la experiencia de las bibliotecas gallegas, en las que ya se han desarrollado una bsqueda conjunta para el catlogo y los pedidos. Tambin han conectado con DILVE (para dar de alta a proveedores). Habra que hacer una evaluacin y adaptacin
Pgina 64
Requisitos BAGE
a la versin correspondiente. Valoracin Sera una parametrizacin de valor aadido, ya que no sera utilizado por todas las bibliotecas. Supone la modificacin de la gestin del proveedor y tambin de los pedidos (porque slo se contempla su gestin mientras el pedido no est recibido; una vez recibido Koha no lo gestiona).
Requisitos BAGE
Cuando se elimina la suscripcin, los datos de la suscripcin se pierden y puede ser que, bien no permanece ningn tem (al haber seleccionado la opcin de que no cree tem cada vez que se recibe uno); o bien se convierten en tems independientes (al haber seleccionado la opcin de que cree tem cada vez que se recibe uno), pero se pierden datos del ejemplar como numeracin de la revista. Situacin BAGE Al cerrar la suscripcin a una publicacin peridica perdemos toda la informacin del historial porque se convierten en tems independientes. Posibilidades y soluciones aportadas Con el mapeo que ya existe entre la base de datos de Koha y MARC21 Holdings (AT1), se podra incluir como parmetro en la gestin de peridicas que se utilice o no MARC21 Holdings para no perder nada de informacin y mejorar las funcionalidades. Valoracin El desarrollo para MARC21 se ha considerado Bsico y est totalmente relacionado con este apartado, con lo que este desarrollo debera ser incluido como RELEVANTE, puesto que no todas las bibliotecas harn uso del mdulo de publicaciones peridicas.
Requisitos BAGE
Ya se ha mencionado a lo largo de este documento pero cabe destacar que los aspectos ms importantes de los documentos y trabajos anteriores a este informe son:
o o
Bajo nivel de automatizacin de las BAGE Gran heterogeneidad de bibliotecas, tcnicos, sistemas, formatos,
Pgina 67
Requisitos BAGE
Creacin del grupo de trabajo (de expertos bibliotecarios) para la evaluacin de Koha como SIBG base del desarrollo con el objetivo de identificar y analizar carencias
Todo lo mencionado en el apartado anterior recoge el detalle de la actividad del grupo, pero permite resumir por un lado, las necesidades a nivel global y los requisitos detallados. Este documento no pretende ser el anlisis del desarrollo, pero s encauzar o ser el marco en el que se trabajar en futuras fases de desarrollo y mejora o actualizacin.
A nivel global, y a falta de matices que puntualizamos en detalle de requisitos, las cuestiones en las que Koha resulta un SIGB adecuado como base de desarrollo o mejora son:
Escalabilidad: Koha utiliza dos bases de datos y es capaz de manejar un gran nmero de registros para dar respuesta a cualquier necesidad o tamao de biblioteca
o o o
A nivel detalle para cada uno de los mdulos, hemos creado una tabla resumen, de la que se desprende que las cuestiones bsicas hacen referencia tanto a la aplicacin en s misma como a la preparacin que sta necesita para que la usen las bibliotecas de la AGE que lo
necesiten. Es decir, se hace tambin referencia al SERVICIO o al nivel de personalizacin que las bibliotecas van a necesitar para empezar con la tarea de automatizacin de una forma ms o menos sencilla.
Como ya se ha mencionado en otros apartados de este informe, desde el punto de vista de la necesidad o viabilidad de las funcionalidades y desarrollos, hemos establecido cuatro niveles (INDEPENDIENTE, BSICO, RELEVANTE y VALOR AADIDO); pero a la hora de seleccionar los requisitos y desde el punto de vista del alcance del proyecto, es necesario tambin aadir otros tres niveles o clases de desarrollos, puesto que debern ser analizados de forma distinta en el desarrollo del proyecto. stos son:
APLICACIN: desarrollo de aplicacin, es decir, todo lo que Koha no cumple y que, por ser bsico, relevante o valor aadido debemos tener en cuenta en
Pgina 68
Requisitos BAGE
el desarrollo de la distribucin (Ej. desarrollo para todos los formatos MARC21) para los que tendremos que tener muy en cuenta la filosofa dinmica y evolucin de Koha como herramienta y proyecto. o PROYECTO GLOBAL: desarrollo o despliegue de proyecto, es decir, las cuestiones a realizar para que el Ministerio de Cultura pueda ofrecer esa aplicacin a las bibliotecas que lo requieran de la forma ms sencilla posible (Ej. virtualizacin, parametrizacin bsica), para las que tendremos que tener en cuenta el desarrollo, servicio o convenio que se instaurar entre las bibliotecas participantes y los coordinadores del proyecto. o PROYECTOS INDIVIDUALES: desarrollo para el despliegue en un entorno concreto (integracin LDAP, integracin con un tesauro concreto que usa una institucin concreta, migracin), que, desde nuestro punto de vista, no deberamos tener en cuenta por ser muy especfico y por resultar inviable encontrar una solucin global para todos.
Siguiendo estos tres niveles de alcance definidos, mostramos un resumen de todas las cuestiones mencionadas en el apartado anterior para visualizarlo de la forma ms sencilla:
Pgina 69
Requisitos BAGE
Aspectos independientes Relacin de cuestiones independientes al proyecto o inherentes a Koha a las que habr que adaptar los entornos o las necesidades; como se puede comprobar, la mayora hacen tambin referencia a proyectos individuales y a casustica muy concreta.
Nivel
Implicaciones/cuestiones destacadas
Alcance
Independiente Es inherente a Koha. Se desconoce la naturaleza de los datos que debern ser Independiente migrados a Koha, con lo que la solucin debe ser individual. En Koha se definen los servidores (puertos, nombres de las bases de datos, direcciones de los servidores) pero no se gestionan los permisos de salida. El departamento de sistemas de cada institucin tendr que dar permiso a los Independiente puertos indicados.
Proyecto individual
A.I. 1
Conectividad y accesos
Proyecto individual
A.I. 2
La eleccin del navegador no es de Koha, sino que depende de la poltica institucional. Como se va a trabajar en la mejora de la navegacin de las plantillas de OPAC, se puede incluir como bsico la optimizacin de las plantillas OPAC Independiente para Firefox e IE 7 o superior. Proyecto BAGE Proyecto individual Proyecto individual Proyecto individual
A.I. 4 A.T. 2
Es de implantacin -no de desarrollo-. Se podran incluir, como en el caso de la virtualizacin, los puertos fijos de Accesos desde el exterior Independiente conexin. Individualmente tendrn que seleccionar la mejor forma de MARC21 y UNIMARC Independiente conversin Incluido y parametrizable en Koha Interno de cada institucin, puede mejorarse en informacin al usuario, firma de cesin, etc capacidad del usuario para Independiente "editar"/mostrar sus datos
CI.2
Requisitos BAGE
Relacin de cuestiones que son independientes de Koha y suponen desarrollo y dedicacin para poner en marcha el proyecto y facilitar la automatizacin de las BAGE en la medida de lo posible. Como se puede comprobar, la mayora hacen tambin referencia a cuestiones bsicas en cuanto a desarrollo. Son cuestiones que estn vinculadas a la funcionalidad y necesidades del proyecto, pero no son cuestiones relacionadas con Koha como SIGB.
Cdigo Nombre
Descripcin
A.G. 4
Diseo Web/imagen
A.G. 6
A.I. 2 A.I. 3
Implicaciones/cuestiones destacadas No hace referencia ni a arquitectura de informacin ni a funcionalidad, -nicamente a cambio de imagen-. Se considera relevante ampliar funcionalidad para que cada biblioteca pueda personalizar (por ejemplo, actualizar logos) Bsico No hace referencia a ningn mdulo de la herramienta en concreto, sino a la forma de plantear el proyecto y desarrollar puesto que, en muchas ocasiones al desviarnos del core de la herramienta, no podremos actualizar ni migrar de versin sin tener muy claro qu es lo que Bsico hemos incluido. La eleccin del navegador no es de Koha, sino que depende de la poltica institucional. Como se va a trabajar en la mejora de la navegacin de las plantillas de OPAC, se puede incluir como bsico, la optimizacin de las plantillas OPAC Independiente para Firefox e IE 7 o superior. Bsico Virtualizacin incluyendo otros conceptos bsicos (parametrizacin, desarrollos)
Nivel
Alcance
Proyecto BAGE
Proyecto BAGE
A.A. 2
Parmetros y configuracin
Bsico
Inclusin de cuestiones bsicas como MARC en castellano, preferencias del sistema en castellano, tipos de tem, reglas de circulacin Proyecto BAGE Modificacin de arquitectura de informacin bsica de Koha y personalizacin grfica. Supone el anlisis de las interfaces y la
OP. 1
Pgina 71
Modificacin de plantillas
Relevante
Proyecto BAGE
Requisitos BAGE
Cdigo Nombre Descripcin Nivel Implicaciones/cuestiones destacadas definicin de los cambios en la arquitectura de informacin. Alcance
OP. 2
Elementos de navegacin
Modificacin de plantillas
Bsico
Relacionado con OP1. Modificacin sencilla de plantillas para mejorar la navegacin (paginados, botones anterior siguiente y breadcrums) Proyecto BAGE
La modificacin de la arquitectura de informacin se considera relevante puesto que sera interesante mejorar no slo la funcionalidad, sino tambin la identidad de la aplicacin; sin embargo y lgicamente no es un elemento bsico para que el proyecto se ponga en marcha. S que se incluyen como bsicos algunos aspectos de navegacin como paginados, botones, o migas de pan para ayudar al usuario a navegar por el OPAC.)
Aspectos de Aplicacin Relacin de cuestiones que Koha no contempla o contempla de una forma diferente a las necesidades detectadas. Lgicamente suponen desarrollo para poner en marcha el proyecto, pero tambin suponen revisin y definicin de la herramienta y la comunidad, futuras versiones, incorporacin de desarrollos realizados por otras instituciones, etc. Las incluimos en tres tablas diferentes segn la necesidad de desarrollo. Bsicos a desarrollar
Cdigo Nombre
Descripcin
Nivel
Implicaciones/cuestiones destacadas Funcionamiento interno Koha y Bugs de duplicidad de directorios. EN y ES son directorios ya muy trabajados. El resto de idiomas oficiales en Espaa no lo estn tanto. Se requerirn esfuerzos de traduccin. Si se modifican plantillas hay que revisar la traduccin en todos los directorios.
Alcance
A.G. 2
Pgina 72
Traduccin
Aplicacin
Requisitos BAGE
Cdigo Nombre A.T. 1 A.T. 4 Descripcin Nivel Bsico Bsico Implicaciones/cuestiones destacadas Sobre todo Bibliogrfico/autoridad/fondos. Relacionado con PP1 Ejemplares, registros bibliogrficos, exportacin/importacin registros-objetos relacionados Alcance Aplicacin Aplicacin
Familia MARC21 Gestin de formatos MARC gestin de objetos digitales edicin de registros MARC relacionados (biblios y autoridades)
Bsico
Catalogacin y autoridades
Aplicacin
Relevantes
Cdigo
Nombre
Descripcin
Nivel
A.G. 5
Multilingismo
Gestin de idiomas
Relevante
A.T. 5
Z 39.50
Relevante
Consorcio o redes /autenticacin NCIP /autoprstamo Funcionalidades en la Mejorar el atractivo y servicios de la Home Home Inclusin desarrollos Bibliotecas de Galicia relativos a OPAC Mejoras Xercode
Implicaciones/cuestiones destacadas Parmetros bsicos, preferencias del sistema. Los desarrollos relacionados con autoridades multilinges e indexacin y buscadores (AUT2) seran valor aadido. Mejorar la funcionalidad de bsqueda y recuperacin a travs del Z39.50 relacionado con la insercin de un registro (mejorando el formulario, la muestra de resultados, etc) pero consideraramos VALOR AADIDO el desarrollo para incluir o descargar registros en lotes como nueva funcionalidad del mdulo de catalogacin en Koha. Adems de ser relevante para el proyecto de punto de consulta nico y la Investigacin en Koha Community Seguir la filosofa de contenido mejorado en OPAC Hay que tener en cuenta versiones y formas de desarrollo; si no, contamos con su anlisis. No es desarrollo inicialmente, pero es una apuesta para futuras versiones en la comunidad y sobre todo para el proyecto del catlogo colectivo con protocolos como el NCIP
Alcance
Aplicacin
Aplicacin
CI.3
Pgina 73
Prstamo interbibliotecario
Relevante
Aplicacin
Requisitos BAGE
Cdigo Nombre Descripcin Incluir la gestin de tesauros en Koha (variable que active los tesauros) o integracin con herramienta externa Tratamiento, gestin y visualizacin de autoridades en distintos idiomas (segn plantillas de OPAC) gestin de fondos (tems) en suscripciones Nivel Implicaciones/cuestiones destacadas Incluir tesauros y armonizar con el control y gestin de autoridades Relacionado con OP3, la opcin ms avanzada relacionada con la gestin multi-idioma (A.G.) sera considerada VALOR AADIDO Relacionado con AT1 Alcance
AUT.1
Tesauros Autoridades multilinges Suscripcin- tems datos de descripcin, edicin de campos descriptivos
Relevante
Aplicacin
AUT.2 P.P. 1
Relevante Relevante
Aplicacin Aplicacin
P.P. 2
A.I. 6
Contraseas
Bsico
Relacionado con PP1 Hay que tener en cuenta que en proyectos concretos pueden necesitar integracin LDAP o similar
Aplicacin
Aplicacin
Valor aadido (cuestiones que se ofrecen valor aadido al proyecto; algunas no tienen un amplio alcance en cuanto a desarrollo y pueden ser incluidas en la primera fase o desarrollo inicial del proyecto o pueden ir incorporndose a medida que vaya creciendo el proyecto).
Cdigo Nombre
A.G. 3
A.I. 5
Creacin de dominios Mejora del rendimiento en las bsquedas Pazpar o modoperl para (modoperl) consultas federadas
Descripcin Nivel Gestin independiente de bibliotecas en ciertos aspectos (catalogacin, adquisiciones, circulacin, OPAC) con una nica instancia Koha Valor aadido
Implicaciones/cuestiones destacadas Alcance Anlisis de la situacin e independencia real de las bibliotecas de la AGE que realmente lo necesiten. Koha ya contempla algunas cuestiones de trabajo independiente en bibliotecas con la misma instancia Koha; convendra revisar el concepto Grupo de bibliotecas con el que trabaja Koha. Aplicacin
Valor aadido Pazpar ya est incluido en Koha y se puede desarrollar el mantenimiento para gestionarlo. Contamos con la experiencia de las bibliotecas gallegas.
Aplicacin
A.T. 3
Pgina 74
Bsquedas federadas
Valor aadido
Aplicacin
Requisitos BAGE
Cdigo Nombre A.T. 7 OAI Descripcin Koha es servidor OAI no cliente Nivel Valor aadido Implicaciones/cuestiones destacadas Desarrollar el cliente OAI Relacionado con Bsquedas federadas (AT3) como complemento a Pazpar. Si se tienen claro los valores de los cambios las etiquetas en plantillas no afectan al funcionamiento de Koha. Incluir funcionalidad para que actualice o no valores segn conversin en cada momento del flujo del pedido, es una cuestin de valor aadido puesto que no todas las bibliotecas lo van a utilizar. Relacionado con AD1. Desarrollo para mejorar la capacidad de interrogar al sistema y obtener datos estadsticos. NO confundir con estadsticas Web (acceso al OPAC, usuarios) Alcance Aplicacin
A.A. 1
Moneda Informes / datos estadsticos Navegacin por materias Formatos de exportacin de registros Configuracin de buscadores
Valor aadido
Aplicacin
A.A. 3 OP. 3
Generacin de informes Jerarqua entre autoridades Funcionalidad de exportar registros en OPAC Configurar la indexacin y campos para los buscadores Ampliar funcionalidad para que se pueda definir a un nivel muy especfico la poltica de reservas
Aplicacin
Basando en las relaciones de jerarqua de MARC visualizar y convertir en navegable el registro de autoridad. Aplicacin
OP. 4
Aplicacin
OP. 5
Valor aadido
Aplicacin
CI.1
Sistema de Reservas
Valor aadido
Aplicacin
AD. 1
Valor aadido
Todas las plantillas utilizan el smbolo del dlar para indicar que se trata de un campo cuyo valor es econmico. Se podra modificar en funcin de la moneda. Cambios o modificaciones en los valores y la equivalencia de las monedas mientras un pedido est abierto. Relacionado en Administracin en la configuracin de la moneda. Aplicacin
Pgina 75
Requisitos BAGE
Cdigo Nombre Descripcin Almacenamiento y gestin de los pedidos realizados Incluir publicaciones peridicas en la gestin de las adquisiciones Permitir la catalogacin de retrospectiva Nivel Implicaciones/cuestiones destacadas Supone la modificacin de la gestin del proveedor y tambin de los pedidos (porque slo se contempla su gestin mientras el pedido no est recibido, una vez recibido Koha no lo gestiona) Alcance
AD. 3
AD. 4 P.P. 3
Historial de compra Relacin entre publicaciones peridicas y las adquisiciones. Recepcin de ejemplares en lote
Valor aadido
Aplicacin
Aplicacin
Pgina 76
Requisitos BAGE
Requisitos BAGE
Para poder proporcionar a las Bibliotecas de la Administracin General del Estado una herramienta que permita su automatizacin e integracin posterior en el punto de consulta nico partimos de una serie de premisas:
FUENTES ABIERTAS: se realizar un desarrollo sobre Koha para intentar servir de estmulo a la industria espaola de software para bibliotecas, que puede aprovechar la gran oportunidad que proporciona el cdigo abierto.
NORMALIZACIN y ESTNDARES para potenciar el uso entre las BAGEs de los estndares de metadatos y de interoperatividad entre sistemas de gestin el desarrollo que se realice debe cumplirlos y adecuarse a ellos.
Por todo ello el objetivo principal de este desarrollo que planteamos es DISPONER DE UNA DISTRIBUCIN KOHA que cumpla los requisitos identificados y valorados como bsicos por el grupo de trabajo en cuanto a funcionalidad pero tambin paquetizarlo con la mayora de cuestiones de implantacin inicial, de manera que se facilite el despliegue de la aplicacin en los entornos en los que se necesite.
Pgina 78
Requisitos BAGE
Por todo lo mencionado anteriormente, el proyecto tiene tres caractersticas especiales que nos interesa destacar:
Desarrollo en Fuentes Abiertas: el desarrollo sobre una herramienta como es Koha, nos obliga en todo el proceso de evolucin del proyecto a tener una serie de cuestiones claras, como son: o Filosofa de desarrollo Koha: los desarrolladores deben estar totalmente familiarizados con la filosofa y proceso de desarrollo Koha. Para intentar minimizar riesgos y problemas a nivel de actualizaciones, integracin de desarrollos nuevos, migracionesetc. o Wish list: los desarrolladores y los analistas deben estar totalmente familiarizados con el funcionamiento de la comunidad y, por tanto, evaluar las diferentes versiones que estn en desarrollo (y su roadmap) y las listas de funcionalidades que se quieren incluir para reorientar su trabajo si fuera necesario. o Reutilizacin de cdigo y versiones que han desarrollado para otros proyectos o versiones. o Contribucin a la comunidad: el tipo de licencia y de compromiso de desarrollo con la comunidad nos obliga a trabajar en cdigo abierto. Adems de tener en cuenta que muchos de nuestros desarrollos y esfuerzos pueden ser incluidos en futuras versiones y beneficiar a toda la comunidad Koha.
Adecuacin a BAGE: en la lnea del punto anterior, en realidad, esta distribucin es una personalizacin y adecuacin para BAGE, en la que es necesario incluir funcionalidades que Koha inicialmente no contempla o contempla de una forma no satisfactoria. Por este motivo tenemos que asumir que algunos desarrollos se alejan totalmente de la trayectoria Koha y otros, por el contrario, la mejoran y pueden ser incluidos. El desarrollo a realizar tendr que ser capaz de integrar ambos desarrollos en Koha (comunidad y
Pgina 79
Requisitos BAGE
evolucin), de lo contrario, acabaremos teniendo un desarrollo a medida ms, sin soporte, sin actualizaciones, etc Personalizacin y servicio: el proyecto tambin tiene una parte de servicio a las BAGE, con lo que paralelamente se han de realizar tareas de personalizacin y preparacin del servicio que se desvinculan de Koha y de la comunidad y deben adecuarse e intentar solucionar los problemas y cuestiones que han surgido en el anlisis.
Beta Perpetua: hacemos referencia a la necesidad de flexibilidad y evolucin del proyecto. No podemos concebir ste como un proyecto cerrado puesto que irn surgiendo necesidades, mejoras, cambios, etc. para los que el proyecto debe estar preparado. Este documento y el desarrollo posterior son el inicio de un proyecto que debe evolucionar (para incluir cuestiones que, como valor aadido, se han retirado de la primera fase de desarrollo, como las que puedan surgir en el propio desarrollo o en la implantacin.)
4.1.2 Fases
Se trata de un proyecto amplio, con aspectos que pueden ser tratados y trabajados de forma paralela; por tanto, las fases, ms que a una evolucin cronolgica, hacen referencia a los trabajos que han sido identificados.
Definimos a continuacin las fases y tareas a realizar para conseguir el objetivo principal de este proyecto, que es la distribucin de Koha como herramienta a disposicin de las BAGE para su automatizacin. En este apartado hablamos de metodologa de proyecto y, por tanto, se mencionan las tareas de forma genrica; el alcance y especificaciones se recogen el apartado 4.2
FASE I - Anlisis
Partiendo de la identificacin de requisitos y definicin del proyecto que realizamos en este documento, se realizar el anlisis pertinente para el desarrollo, planificacin y programacin
Pgina 80
Requisitos BAGE
de todas las tareas a desarrollar, as como la identificacin de interlocutores y responsables del desarrollo del proyecto.
FASE II - Desarrollo Es una fase extensa en la que se realizar todo el trabajo de preparacin de la distribucin Koha para las BAGE. Dividimos el trabajo en varias tareas, que son ms bien grupos de tareas y que pueden realizarse en paralelo.
Tarea 1 - Desarrollo Koha. Incluye todo el desarrollo de todos los requisitos que hacen referencia exclusiva a funcionalidad Koha. Tarea 2 - Implementacin Koha-BAGE. Incluye todas las tareas de paquetizacin y preparacin de la aplicacin para las BAGE. Esto es: Arquitectura de informacin y rediseo OPAC Parametrizacin bsica y valores por defecto Virtualizacin y optimizacin para la instalacin y uso de Koha en distintos entornos. Tarea 3 - Testeo/pruebas
FASE III - Proyecto piloto. Implantacin en bibliotecas y despliegue en un nmero reducido de bibliotecas (2-5) Tarea 1. Formacin: sesiones de formacin a las bibliotecas piloto Tarea 2. Anlisis: revisin de cuestiones iniciales y de caractersticas del desarrollo. Adecuacin inicial. Tarea 3. Implantacin. Despliegue y puesta en marcha.
FASE IV - Evaluacin y definicin del servicio a BAGE Evaluacin de los resultados y del servicio, no slo para identificar cuestiones que deben ser mejoradas, sino tambin para identificar puntos crticos y necesidades para la prestacin del servicio o la instalacin futura de la distribucin Koha en otras BAGE. Este grupo de tareas debe estar liderada por los responsables del proyecto.
Tarea 1 - Evaluacin: se trata de una tarea amplia en el tiempo, que debe, no slo medir el grado de xito y satisfaccin del usuario, sino tambin detectar las
Pgina 81
Requisitos BAGE
necesidades, carencias o mejoras que el uso de la aplicacin y las nuevas versiones o desarrollos propongan. Tarea 2 - Revisin: supondr la definicin Tarea 3 - Definicin del servicio
o o
El grupo de trabajo creado ad hoc (Koha _BAGE) Empresas / servicios externos especializados en desarrollos y servicios sobre Koha
Al tratarse de un proyecto tan amplio, el equipo que debe encargarse del desarrollo y ejecucin es un equipo multidisciplinar. Intentamos recoger aqu un resumen de diferentes perfiles, segn las tareas a desarrollar (no hacemos referencias a categoras profesionales ni nada por el estilo; simplemente a perfiles relacionados con tareas). No es una lista de perfiles cerrada ni definitiva.
PERFIL rea Informtica/desarrollo Analista Bibliotecas/documentacin Informtica/desarrollo Bibliotecas/documentacin Tcnico senior Diseo Maquetacin Informtica/desarrollo Tcnico junior Bibliotecas/documentacin Tareas Identificacin de necesidades, definicin de requisitos, diseo funcional, validacin de propuestas Koha Identificacin de necesidades, definicin de requisitos, diseo funcional, validacin de propuestas Koha Programacin e integracin Parametrizacin y tareas avanzadas de gestin SIBG Diseo e integracin con Koha Maquetacin de plantillas e integracin con Koha Insercin masiva de datos, testeos Insercin de datos, testeos, pruebas de funcionalidad
Tambin, se ha de tener en cuenta que el grupo de trabajo de las BAGE es slo un apoyo al proyecto y que, por tanto, no es personal fijo para el desarrollo de tareas; su aportacin est
Pgina 82
Requisitos BAGE
ms relacionada con la de testeos y validacin (sobre todo en las bibliotecas que sean proyecto piloto).
Todo lo que vamos a enumerar a continuacin est dentro del marco general definido anteriormente, con lo que no consideramos necesario repetir cuestiones relacionadas ni con los perfiles, tareas / fases, caractersticas o premisas del proyecto.
Son cuestiones puramente de desarrollo, en las que el grupo de trabajo debe participar en la definicin y aprobacin de requisitos, as como en los testeos y revisiones.
Adems de los dos grandes grupos de tareas, incluimos un tercero que, por especificidad y por responder a necesidades de muy pocas bibliotecas o por ser un amplio desarrollo, se ha considerado VALOR AADIDO, y por lo tanto, para lo que el presente proyecto no tiene alcance.
Bajo desarrollo Koha englobamos, como ya se ha mencionado, todo el desarrollo relacionado con el CORE de Koha que por cuestiones especficas de las BAGE, por normativa o tradicin en Espaa o por requisito de futuro, no estn contempladas en Koha y que se han considerado
Pgina 83
Requisitos BAGE
necesarias Bsicas o Relevantes. Tambin se incluyen algunas de valor aadido pero que no suponen una gran inversin en cuanto desarrollo.
Todo lo que se realice, ser paquetizado en la medida de lo posible para que no afecte a futuras versiones de Koha, migraciones, etc. intentando reducir el impacto de este tipo de actuaciones. Enumeramos los desarrollos a realizar (el detalle de cada uno de ellos en 3.1 y 3.2)
Aspectos generales o Idiomas: se realizarn mejoras tanto en la traduccin como en la duplicidad de directorios, adems de incluir la gestin de idiomas a nivel base de datos (multilingismo)
Aspectos informticos o o Modificaciones en la generacin de contraseas Mejora del rendimiento de las bsquedas (modoperl/Pazpar)
Aspectos tcnicos. Ampliacin a registros MARC de fondos o o o o Gestin de objetos digitales. Inclusin del repositorio Mejora de las bsquedas Z39.50 y bsquedas federadas NCIP OAI cliente
Catalogacin o Mejora de la edicin de registros bibliogrficos (integracin con autoridades, ayuda con indicadores, mejora de campos de longitud fija)
Autoridades o o Incluir la gestin de tesauros Autoridades multilinges: (visualizacin en idiomas y navegacin jerrquica)
Publicaciones peridicas
Pgina 84
Requisitos BAGE
o o o
Tratamiento de ejemplares (MARC 21 Holdings) Mejora en la definicin y descripcin de la suscripcin Recepcin de ejemplares en lote
OPAC: o o o o Funcionalidades de la Home en preferencias del sistema Mejoras OPAC por xercode (facetas, redefinicin de buscadores..) Navegacin por materias / autoridades Configuracin de buscadores
Se trata de las tareas y desarrollos que son necesarios para ofrecer el servicio a las BAGE, es decir, para que el desarrollo de Koha con las especificaciones indicadas en el aparatado anterior tengan tambin identidad de proyecto y facilidad de implantacin. Por ello, agrupamos en cuatro bloques de cuestiones que el desarrollo debe cumplir:
Identidad corporativa e imagen: o Las interfaces Koha debern tener identidad corporativa (Administracin General del Estado) (CSS); o Siguiendo filosofa Koha, mediante las preferencias del sistema, se habilitarn funcionalidades que faciliten la carga de logos y cabeceras individualizadas para cada biblioteca;
Pgina 85
Requisitos BAGE
Las preferencias del sistema que permiten la personalizacin de textos y mens y que utilizan etiquetas HTML, contarn con editores enriquecidos que permitan imgenes, negritas, enlacessin necesidad de conocer HTML.
Arquitectura de informacin/ navegacin o Se modificar la visualizacin y la arquitectura de informacin para mejorar la USABILIDAD de las interfaces (sin incluir cambio de funcionalidad) y la informacin mostrada. o Accesibilidad: optimizacin para mejorar la accesibilidad de las plantillas.
Sin perder de vista aspectos tan importantes como las versiones, los nuevos desarrollos y las actualizaciones, la instalacin y virtualizacin debe ser contemplada no slo para facilitar la instalacin tambin debe orientarse a: o o o Incluir la parametrizacin y personalizacin Detectar problemas con navegadores, puertos en la instalacin Configuracin de back-up local o remoto
Parametrizacin: Hace referencia a la configuracin de Koha en cuanto a preferencias del sistema y parmetros bsicos como los tipos de usuario, tipos de tem, reglas de circulacin, plantillas de catalogacin
Por ser cuestiones avanzadas en las que trabajar, -no slo con Koha, tambin con la prctica bibliotecaria- el presente proyecto no tiene en cuenta cuestiones como:
Pgina 86
Requisitos BAGE
Gestin de dominios (se desconocen estructuras de bibliotecas con sucursales o relaciones especficas como pueden ser las bibliotecas municipales (concellos, mancomunidades, diputaciones, ayuntamientos..)
Autoridades multilinges (gestin de idiomas). Se desconoce si realmente se est trabajando con autoridades multilinges, con lo que modificar plantillas y funcionalidades Koha (como buscadores, visualizacin, etc.) sin que luego se utilice no nos parece de inicio procedente, aunque es una cuestin a tener en cuenta para el futuro
Publicaciones peridicas y adquisiciones. Como en el caso de autoridades multilinges, la gestin de compras y suscripciones se realiza en cada institucin de una forma particular, con lo que llegar a un consenso para desarrollarlo es un gran esfuerzo que no se ver recompensado.
En la fase de revisin e implantacin irn surgiendo aspectos sobre los que trabajar en el futuro e incluir en Koha.
Las cuestiones ms crticas en esta parte del proyecto son: Eleccin de las bibliotecas participantes. Debemos realizar un anlisis antes de la implantacin de las bibliotecas que van a formar parte del piloto. Es necesario seleccionar bibliotecas que respondan a unas necesidades estndar e inicialmente bsicas. El motivo es que el desarrollo no contempla ningn trabajo para su integracin; precisamente se elabora para evaluar el desarrollo realizado para dar un servicio global. Formacin: se proporcionar formacin a los bibliotecarios y tcnicos que estn involucrados en el proyecto. Instalacin y puesta en marcha. Soporte (un tiempo estipulado de adaptacin).
Pgina 87
Requisitos BAGE
Los responsables del proyecto pueden valorar lo que debe durar el proyecto piloto.
Evolucin y mejora de la distribucin Koha: definir la responsabilidad de la distribucin Koha_BAGE en cuanto a nuevos desarrollos, actualizaciones, mantenimiento de sistemas
Soporte: articular el servicio de soporte a las BAGE; Alojamiento: ofrecer o no servicios y facilidades para la instalacin y alojamiento de la aplicacin en sistemas externos a las instituciones;
Cuestiones relativas a implantaciones individuales como migraciones, conversiones de registros, integracin con sistemas propietarios (Intranets u otras aplicaciones).
Pgina 88