The Library Search Engine: A Smart Solution for Integrating Resources Beyond Library Holdings

De TallerDocumental on Wiki
Saltar a: navegación, buscar

Referencia del artículo

Herm, K., & Volz, S. (2008). The Library Search Engine: A Smart Solution for Integrating Resources Beyond Library Holdings. Code4lib journal núm. 4, 2008-09-22. Recuperado de https://journal.code4lib.org/articles/142


Resumen original

The Cooperative Library Network Berlin-Brandenburg (KOBV), Germany addresses the problem of how to integrate resources found outside the library and library holdings into a single discovery tool. It presents a solution that uses open source technology to develop a next-generation catalog interface called the Library Search Engine. This pilot project was launched in 2007 with the library of Albert Einstein Science Park, Potsdam. The idea was to design and develop a fast and convenient search tool, integrating local holdings (books, journals, journal articles) as well as relevant scientific subject information such as open access publications and bibliographies.


Resumen original traducido

La Cooperative Library Network Berlin-Brandenburg (KOBV), Alemania aborda el problema de cómo integrar los recursos que se encuentran fuera de la biblioteca y los fondos de la biblioteca en una sola herramienta de descubrimiento. Presenta una solución que utiliza tecnología de código abierto para desarrollar una interfaz de catálogo de próxima generación llamada Library Search Engine. Este proyecto piloto se lanzó en 2007 con la biblioteca del Parque Científico Albert Einstein, Potsdam. La idea era diseñar y desarrollar una herramienta de búsqueda rápida y conveniente, que integrara las existencias locales (libros, revistas, artículos de revistas), así como información relevante sobre temas científicos, como publicaciones de acceso abierto y bibliografías.


Resumen detallado

El grupo Kooperativer Bibliotheksverbunal Berlin-Brandenburg, Cooperative Library Network Berlin-Brandenburg (KOBV), reúne a más de 70 bibliotecas académicas, especializadas y públicas. Se trata de una asociación virtual de bibliotecas entre Berlín y Brandenburgo que se marcan como objetivo diseñar una herramienta rápida y conveniente que les permita integrar los recursos que se encuentran fuera de la biblioteca dentro de su catálogo unificando así la herramienta de búsqueda para el usuario. Se aprovechan de la tecnología de código abierto y desarrollan una interfaz de catálogo de próxima generación llamado Library Search Engine. Esta herramienta será implementada en el año 2007 en la biblioteca del Parque Científico Albert Eisntein de Postdam, Alemania. Con el enfoque de dar soluciones eficaces a las necesidades de información de los usuarios observan la problemática que se le plantea a diario al usuario de biblioteca cuando busca información. Tiene dos vías: el catálogo de la biblioteca donde poder consultar sus fondos bibliográficos e Internet. Esta doble vía está claro que hay que unificarla en una única herramienta para conseguir que el usuario acceda al catálogo de la biblioteca y éste le ofrezca la posibilidad y el acceso rápido y fácil a textos completos en código abierto expandiendo el espacio de búsqueda. Se trabajarán en lenguajes XML, se limitarán los datos a los campos almacenados y será necesario un ajuste de clasificación de resultados para primar los recursos de la biblioteca. Dicho motor integrado de búsqueda deberá presentar resultados por relevancia con una recuperación rápida, una interfaz intuitiva y un rendimiento estable. Para simplificar la navegación del usuario ante las búsquedas de información habrá que implementar la posibilidad exportación y envío de los resultados, vinculación de autores y títulos a sus publicaciones a texto completo, resúmenes o sitios webs de revistas, así como la limitación del número de fuentes donde proceder a la búsqueda avanzada. De tal manera que el usuario podrá buscar en el catálogo de la biblioteca (libros y revistas de la propia biblioteca) , en acceso abierto (publicaciones en acceso abierto y fuentes primarias) y más… (actualidad, e-books, bases de datos de publicaciones, bibliografías). Los resultados de este cambio del catálogo en línea con los fondos bibliográficos de la Biblioteca al motor de búsqueda Library Search Engine ha conseguido ser maravilloso, sorprendente y absolutamente claro para el usuario que muestra un gran interés por el mismo aunque todavía hay que lidiar con las licencias de los accesos. No es un procedimiento estándar para aplicarlo directamente a otras bibliotecas puesto que primero hay que estudiar las necesidades y tipologías de usuarios. Será necesario también implementar una serie de mejoras como la actualización de los fondos y accesos y la ampliación del mismo para lo que ya se está buscando cooperación bibliotecaria para intercambiar contenidos a partir de consorcios.


Pasos Documento Generado
Análisis del sistema de funciones del software Planificación plan del proyecto
Análisis de requisitos o creación de un prototipo Especificación de requisitos
Diseño de datos y arquitectónico Especificación preliminar del diseño
Diseño procedimental Especificación detallada del diseño
Codificación Documentación del código
Pruebas Plan, procedimientos y resultados de las pruebas
Lanzamiento y distribución Documentación del usuario
Mantenimiento Documentos modificados

Cuadro 1. La documentación técnica generada en cada paso de las fases del desarrollo y mantenimiento de software

Comparación de la documentación de proyectos de desarrollo de software con proyectos de otras tecnologías

Entendemos que la documentación que se presenta en los proyectos de software, se corresponde principalmente con la que aparece en Anexos a la Memoria en los proyectos que no son informáticos. Como se indica en el apartado 2, la Memoria es el Documento no I, y consta de dos partes principales que son: - I.1: Memoria, propiamente dicha - I.2: Anexos a la Memoria. La documentación que se presenta con los proyectos de desarrollo de software corresponde a la Documentación Técnica, que también se presenta en los no informáticos; pero en estos aparece, como se ha dicho, agrupada en los Anexos, que forman parte del documento no I (Memoria); y el resto de documentación se independiza, formando otros documentos (Documento no. III: Pliego de condiciones, y Documento no IV:Presupuesto –además del Documento no II: Planos, que es fundamental cuando se trata de construcciones, etc.-).

Relación entre las etapas de proyecto y las etapas de su ejecución

Son muchas las diferencias entre proyectos informáticos y los de otras tecnologías, pero interesa aquí señalar una, que se refiere a la relación y a la división y separación entre dos grandes etapas del proyecto y su ejecución; etapas que son las siguientes: - Etapa de Proyecto - Etapa de Ejecución del Proyecto

Interés de la estructura documental uniforme para los proyectos de diversas tecnologías

La estructura documental señalada, se puede decir que encuentra su justificación en los siguientes aspectos, al menos:

1. Tiene una correspondencia con los llamados “factores del proyecto”, esto es, con los objetivos, contenidos y las condiciones que el proyecto debe considerar. E. Gómez-Senent (1994), presenta un cuadro en el que se expresa gráficamente la relación entre cada uno de los cuatro documentos típicos de cualquier proyecto tecnológico, y los que denomina factores del proyecto. Esto es, en todo proyecto tecnológico, aparecen determinados objetivos, condiciones, contenidos, etc. (los factores) que son recogidos en cada uno de los documentos referidos.

2. Aparece recogida en alguna normativa legal, relativa a ciertos tipos de Proyectos.

3. La recomienda el Instituto de Ingenieros Civiles de España.

4. Está arraigada en la práctica de Proyectos anteriores a la Informática. Y mantiene su vigencia a pesar del paso del tiempo (incluso centenario), por lo que se trata de una estructura útil.

5. Es la utilizada por las Administraciones Públicas, cuya participación en la actividad social es muy importante, tanto en España como en la Unión Europea (con esto se quiere indicar que la propuesta se formula también para los proyectos de promoción privada).

6. Es conocida por muchas personas de las organizaciones públicas (y también, por supuesto, de las empresas), si estas han encargado algún Proyecto de tecnologías.

7. El profesional de las Tecnologías de la información puede trabajar en equipos interdisciplinares. Una razón para la convergencia hacia la norma referida, es que estos profesionales no siempre trabajan individualmente o en grupos de personas de la misma profesión, sino que pueden hacerlo con frecuencia en el seno de equipos interdisciplinares − formados por profesionales de otras tecnologías y especialidades, y otros titulados, etc.− y la estructura normalizada la conoce todo profesional.

8. Ha demostrado ser operativa para buscar la información deseada en una documentación extensa (como suele ser la del Proyecto).

Referencias

GÓMEZ-SENENT, E. y CHINER, M. (1.994): El Proceso Proyectual. Ed. Universidad Politécnica de Valencia, Valencia.

PRESSMAN, R. S. (1.992): Ingeniería de Software. Un enfoque práctico. Ed. McGraw-Hill, Madrid



Categorías: Sofware | Desarrollo de software