CatalisWiki

User Tools

Site Tools

Trace:
requerimientos_tecnicos_sigb_biblioteca_nacional

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision 		Previous revision
Next revision Both sides next revision
requerimientos_tecnicos_sigb_biblioteca_nacional [13/05/2009 23:55]
fernando creado 		requerimientos_tecnicos_sigb_biblioteca_nacional [12/07/2009 17:21]
fernando
Line 10: Line 10:
  
  
-<​file>​ 
  
-Biblioteca Nacional de la República Argentina. Buenos Aires, 2007 +===== Catalogación =====
-Requerimientos técnicos para la adquisición de un SIGB para la Biblioteca Nacional+
  
 +1. Debe permitir la gestión independiente de múltiples bibliotecas y colecciones.
  
 +2. Debe permitir la configuración de parámetros de acceso, servicios y seguridad independientes para cada biblioteca y colección.
  
-Catalogación+3. Debe ofrecer condiciones de visibilidad y consulta de las relaciones bibliográficas existentes para cada ítem (ejemplares,​ adquisiciones,​ autoridades). Describir el alcance de la funcionalidad.
  
-   1. Debe permitir la gestión independiente de múltiples bibliotecas y colecciones. +4. Debe permitir establecer permisos funcionales de alta, baja, modificación de datos, gestión de estados y acceso a datos según unidades administrativas,​ colecciones específicas,​ tipos de materiales, perfiles de usuarios y usuarios puntuales.
-   2. Debe permitir la configuración de parámetros de acceso, servicios y seguridad +
-   ​independientes para cada biblioteca y colección. +
-   3. Debe ofrecer condiciones de visibilidad y consulta de las relaciones +
-   ​bibliográficas existentes para cada ítem (ejemplares,​ adquisiciones,​ autoridades). +
-   ​Describir el alcance de la funcionalidad. +
-   4. Debe permitir establecer permisos funcionales de alta, baja, modificación de +
-   datos, gestión de estados y acceso a datos según unidades administrativas,​ +
-   colecciones específicas,​ tipos de materiales, perfiles de usuarios y usuarios +
-   puntuales. +
-   5. Debe soportar la implementación de estructuras de workflow puntuales de +
-   ​procesamiento de recursos (por ejemplo, incompleto, en proceso, revisión, baja, +
-   ​etc). +
-   6. Debe contemplar condiciones de compatibilidad con formatos de intercambio +
-   MARC 21. +
-   7. Debe contemplar mecanismos de actualización y mantenimiento en la +
-   ​definición de campos y estándares de descripción de recursos. +
-   8. Debe ofrecer soporte completo para estructuras de registro basadas en la +
-   ​definición de campos variables y fijos, etiquetas, códigos de subcampos,​ +
-   ​indicadores y delimitadores tales como MARC 21. +
-   9. Debe permitir la gestión de los formatos de registro (alta / baja y modificación +
-   de campos) en condiciones de consistencia e integridad de datos. Describir el +
-   ​alcance de la funcionalidad. +
-   10. Describir detalladamente limitaciones relativas a la extensión de campos, +
-   ​subcampos y registros y estructuras de campos y subcampos (soporte de campos y +
-   ​subcampos repetibles, no repetibles, listas de valores simples y estructuradas,​ etc). +
-   11. Debe disponer de mecanismos de alerta y mensajes de error parametrizables +
-   ​según condiciones lógicas configurables a través de una interfaz de usuario. +
-   ​Describir el alcance de la funcionalidad. +
-   12. Debe disponer de mecanismos de validación final parametrizables según +
-   ​condiciones lógicas configurables a través de una interfaz de usuario. Describir el +
-   ​alcance de la funcionalidad. +
-   13. Debe disponer de ayudas contextuales integradas a la interfaz de gestión y +
-   ​documentación operativa completa en español. +
-   14. Debe mantener la integridad de los datos en condiciones de procesos de +
-   ​modificación concurrentes. +
-   15. El sistema debe permitir definir campos locales en las estructuras de registro +
-   de datos, por ejemplo, tal como esta previsto en la serie de campos 9xx y xx9 de +
-   MARC. Describa cualquier limitación asociada. +
-   16. El sistema debe contemplar rutinas para la detección y recuperación de +
-   ​registros duplicados. Descríbalas. +
-   17. El sistema deberá permitir establecer y configurar diferentes conjuntos y +
-   ​parámetros de caracteres y puntuaciones de separación entre campos (y/o sub +
-   ​campos) funcionales definidos en el modelo de descripción de recursos. +
-   18. El sistema deberá permitir establecer y configurar diferentes conjuntos y +
-   ​parámetros de caracteres y puntuaciones de separación entre ocurrencias de un +
-   mismo campo (y/o subcampo) funcional definido en el modelo de descripción de +
-   ​recursos. +
-   19. El módulo de catalogación deberá estar totalmente integrado con el módulo de +
-   ​gestión de autoridades,​ con el fin de poder efectuar automáticamente la validación +
-   de los campos de autoridad de los registros bibliográficos.+
  
-Gestión ​de autoridades+5. Debe soportar la implementación ​de estructuras de workflow puntuales de procesamiento de recursos (por ejemplo, incompleto, en proceso, revisión, baja, etc).
  
-   1. Debe contemplar condiciones de compatibilidad con formatos de intercambio +6. Debe contemplar condiciones de compatibilidad con formatos de intercambio MARC 21.
-   MARC 21 de autoridades. +
-   2. Debe contemplar mecanismos de actualización y mantenimiento en la +
-   ​definición de campos y estándares de descripción de recursos aplicables a la +
-   ​gestión normalizada de autoridades. +
-   3. El módulo de autoridades deberá estar articulado ​                            con todas las +
-   ​funcionalidades de gestión y descripción documental. +
-   4. Debe permitir implementar mecanismos de exportación e importación de datos +
-   de autoridades. +
-   5. Debe permitir realizar búsquedas delimitadas según campos y subcampos +
-   ​definidos en el esquema de descripción. +
-   6. Debe permitir establecer y gestionar de manera consistente relaciones +
-   ​recíprocas (términos relacionados),​ asimétricas (jerarquía) y de equivalencia +
-   ​(términos preferidos) entre elementos. +
-   7. Debe permitir la configuración de reglas complejas de composición de índices +
-   de autoridades (reglas sintácticas y algorítmicas),​ como ser, por ejemplo: la +
-   ​integración de títulos de series en el índice de títulos, el tratamiento de títulos +
-   ​uniformes,​ etc. +
-   8. Debe permitir la parametrización completa de los esquemas de publicación +
-   Web de los datos de autoridades,​ tanto en términos de selección de campos +
-   ​publicables como así también en términos de formatos y esquemas de publicación +
-   ​(texto plano, XML, mrc, html, etc.). +
-   9. Debe contar con una sintaxis de búsqueda que permita buscar un término en +
-   ​cualquier campo de autoridades. +
-   10. Debe poder operar y brindar servicios a través de protocolos de consulta de +
-   ​registros de autoridades (Z39.50, SRU/SRW).+
  
 +7. Debe contemplar mecanismos de actualización y mantenimiento en la definición de campos y estándares de descripción de recursos.
  
-Servicios ​de recuperación,​ visualización ​y explotación ​de recursos+8. Debe ofrecer soporte completo para estructuras ​de registro basadas en la definición de campos variables ​y fijos, etiquetas, códigos ​de subcampos, indicadores y delimitadores tales como MARC 21.
  
-   1. Debe soportar múltiples campos estructurados basados en esquemas de +9. Debe permitir la gestión de los formatos de registro (alta / baja y modificación de campos) en condiciones de consistencia e integridad de datos. Describir el alcance de la funcionalidad. 
-   ​clasificación sistemáticos (CDU, CDD, esquemas locales). + 
-   ​2. Debe soportar múltiples campos basados en estructuras formales de +10. Describir detalladamente limitaciones relativas a la extensión de campos, subcampos y registros y estructuras de campos y subcampos (soporte de campos y subcampos repetibles, no repetibles, listas de valores simples y estructuradas,​ etc). 
-   ​identificadores únicos (ISBN, ISSN, URN, etc.). Describir el alcance y operatoria de + 
-   este soporte. +11. Debe disponer de mecanismos de alerta y mensajes de error parametrizables según condiciones lógicas configurables a través de una interfaz de usuario. Describir el alcance de la funcionalidad. 
-   ​3. Debe permitir la exploración de los índices bibliográficos y de autoridades. + 
-   ​4. Debe permitir establecer esquemas de explotación autónomos en base a los +12. Debe disponer de mecanismos de validación final parametrizables según condiciones lógicas configurables a través de una interfaz de usuario. Describir el alcance de la funcionalidad. 
-   ​índices bibliográficos y de autoridades. + 
-   ​5. Debe permitir la realización estándar de búsquedas según campos y +13. Debe disponer de ayudas contextuales integradas a la interfaz de gestión y documentación operativa completa en español. 
-   subcampos previstos en el modelo de descripción de recursos configurado en el + 
-   sistema. +14. Debe mantener la integridad de los datos en condiciones de procesos de modificación concurrentes. 
-   ​6. Debe permitir la configuración de reglas complejas de composición de índices + 
-   ​para la recuperación de información (reglas sintácticas y algorítmicas),​ como ser, +15. El sistema debe permitir definir campos locales en las estructuras de registro de datos, por ejemplo, tal como esta previsto en la serie de campos 9xx y xx9 de MARC. Describa cualquier limitación asociada. 
-   ​por ejemplo: la integración de títulos de series en el índice de títulos, el tratamiento + 
-   de títulos uniformes, etc. +16. El sistema debe contemplar rutinas para la detección y recuperación de registros duplicados. Descríbalas. 
-   ​7. Debe permitir la recuperación sumaria y expandida de datos asociados a cada + 
-   ​entrada en los índices. +17. El sistema deberá permitir establecer y configurar diferentes conjuntos y parámetros de caracteres y puntuaciones de separación entre campos (y/o sub campos) funcionales definidos en el modelo de descripción de recursos. 
-   ​8. Debe permitir utilizar listas de delimitadores de búsqueda a partir de cualquiera + 
-   de los campos con valores controlados. Especificar campos controlados y +18. El sistema deberá permitir establecer y configurar diferentes conjuntos y parámetros de caracteres y puntuaciones de separación entre ocurrencias de un mismo campo (y/o subcampo) funcional definido en el modelo de descripción de recursos. 
-   ​categorías no alcanzadas por el sistema para la funcionalidad solicitada. + 
-   ​9. Debe soportar búsquedas en múltiples bibliotecas,​ unidades administrativas,​ +19. El módulo de catalogación deberá estar totalmente integrado con el módulo de gestión de autoridades,​ con el fin de poder efectuar automáticamente la validación de los campos de autoridad de los registros bibliográficos. 
-   ​colecciones y/o posibles agrupaciones de recursos. + 
-   ​10. Debe permitir la visualización de historiales de búsqueda, así como su revisión +===== Gestión de autoridades ===== 
-   y combinación. + 
-   ​11. Debe permitir la parametrización por parte del usuario de la cantidad de +1. Debe contemplar condiciones de compatibilidad con formatos de intercambio MARC 21 de autoridades. 
-   ​registros y formatos de visualización a utilizar en los procesos de búsqueda y + 
-   ​exploración. +2. Debe contemplar mecanismos de actualización y mantenimiento en la definición de campos y estándares de descripción de recursos aplicables a la gestión normalizada de autoridades. 
-   ​12. Debe permitir la búsqueda en índices específicos. + 
-   ​13. Indique si dispone de facilidades orientadas a la gestión de listas de raíces +3. El módulo de autoridades deberá estar articulado con todas las funcionalidades de gestión y descripción documental. 
-   terminológicas (stemming). + 
-   ​14. Debe permitir establecer y gestionar listas de palabras vacías. +4. Debe permitir implementar mecanismos de exportación e importación de datos de autoridades. 
-   ​15. Debe soportar la búsqueda de identificadores controlados,​ definidos por la + 
-   biblioteca que puedan ser tanto generados por el sistema, sobre la base de los +5. Debe permitir realizar búsquedas delimitadas según campos y subcampos definidos en el esquema de descripción. 
-   datos en los campos fijos y variables del registro bibliográfico,​ como agregados por + 
-   el personal de la biblioteca. +6. Debe permitir establecer y gestionar de manera consistente relaciones recíprocas (términos relacionados),​ asimétricas (jerarquía) y de equivalencia (términos preferidos) entre elementos. 
-   ​16. El sistema debe permitir indizar elementos de datos definidos localmente. + 
-   ​17. El sistema debe permitir establecer operaciones de búsqueda según +7. Debe permitir la configuración de reglas complejas de composición de índices de autoridades (reglas sintácticas y algorítmicas),​ como ser, por ejemplo: la integración de títulos de series en el índice de títulos, el tratamiento de títulos uniformes, etc. 
-   condiciones de presencia o ausencia de valores en campos bibliográficos. + 
-   ​18. El sistema debe permitir establecer operaciones de búsqueda según +8. Debe permitir la parametrización completa de los esquemas de publicación Web de los datos de autoridades,​ tanto en términos de selección de campos publicables como así también en términos de formatos y esquemas de publicación (texto plano, XML, mrc, html, etc.). 
-   condiciones de campos bibliográficos vacíos o no vacíos. + 
-   ​19. Indique si el sistema dispone de una sintaxis de búsqueda que eventualmente +9. Debe contar con una sintaxis de búsqueda que permita buscar un término en cualquier campo de autoridades. 
-   pueda buscar un término en cualquier campo bibliográfico. + 
-   ​20. Indique cuál es el número máximo de registros que pueden recuperarse y +10. Debe poder operar y brindar servicios a través de protocolos de consulta de registros de autoridades (Z39.50, SRU/SRW). 
-   visualizarse para los diferentes tipos de búsqueda previstos en el sistema. + 
-   ​21. Las búsquedas deben poder guardarse como grupos de resultado para su +===== Servicios de recuperación,​ visualización y explotación de recursos ===== 
-   posterior utilización. + 
-   ​22. Describa los criterios de ordenamiento soportados por el sistema en +1. Debe soportar múltiples campos estructurados basados en esquemas de 
-   operaciones de búsqueda. +clasificación sistemáticos (CDU, CDD, esquemas locales). 
-   ​23. Los criterios de ordenamiento deben poder ser parametrizados por la + 
-   biblioteca. +2. Debe soportar múltiples campos basados en estructuras formales de 
-   ​24. Indique si es posible realizar operaciones de ordenamiento por más de un +identificadores únicos (ISBN, ISSN, URN, etc.). Describir el alcance y operatoria de este soporte. 
-   criterio de manera concurrente. + 
-   ​25. Indique si existen límites conocidos relativos a la cantidad de registros a +3. Debe permitir la exploración de los índices bibliográficos y de autoridades. 
-   ordenar.+ 
 +4. Debe permitir establecer esquemas de explotación autónomos en base a los 
 +índices bibliográficos y de autoridades. 
 + 
 +5. Debe permitir la realización estándar de búsquedas según campos y subcampos previstos en el modelo de descripción de recursos configurado en el sistema. 
 + 
 +6. Debe permitir la configuración de reglas complejas de composición de índices 
 +para la recuperación de información (reglas sintácticas y algorítmicas),​ como ser, 
 +por ejemplo: la integración de títulos de series en el índice de títulos, el tratamiento de títulos uniformes, etc. 
 + 
 +7. Debe permitir la recuperación sumaria y expandida de datos asociados a cada 
 +entrada en los índices. 
 + 
 +8. Debe permitir utilizar listas de delimitadores de búsqueda a partir de cualquiera de los campos con valores controlados. Especificar campos controlados y 
 +categorías no alcanzadas por el sistema para la funcionalidad solicitada. 
 + 
 +9. Debe soportar búsquedas en múltiples bibliotecas,​ unidades administrativas,​ 
 +colecciones y/o posibles agrupaciones de recursos. 
 + 
 +10. Debe permitir la visualización de historiales de búsqueda, así como su revisión y combinación. 
 + 
 +11. Debe permitir la parametrización por parte del usuario de la cantidad de 
 +registros y formatos de visualización a utilizar en los procesos de búsqueda y 
 +exploración. 
 + 
 +12. Debe permitir la búsqueda en índices específicos. 
 + 
 +13. Indique si dispone de facilidades orientadas a la gestión de listas de raíces terminológicas (stemming). 
 + 
 +14. Debe permitir establecer y gestionar listas de palabras vacías. 
 + 
 +15. Debe soportar la búsqueda de identificadores controlados,​ definidos por la biblioteca que puedan ser tanto generados por el sistema, sobre la base de los datos en los campos fijos y variables del registro bibliográfico,​ como agregados por el personal de la biblioteca. 
 + 
 +16. El sistema debe permitir indizar elementos de datos definidos localmente. 
 + 
 +17. El sistema debe permitir establecer operaciones de búsqueda según condiciones de presencia o ausencia de valores en campos bibliográficos. 
 + 
 +18. El sistema debe permitir establecer operaciones de búsqueda según condiciones de campos bibliográficos vacíos o no vacíos. 
 + 
 +19. Indique si el sistema dispone de una sintaxis de búsqueda que eventualmente pueda buscar un término en cualquier campo bibliográfico. 
 + 
 +20. Indique cuál es el número máximo de registros que pueden recuperarse y visualizarse para los diferentes tipos de búsqueda previstos en el sistema. 
 + 
 +21. Las búsquedas deben poder guardarse como grupos de resultado para su posterior utilización. 
 + 
 +22. Describa los criterios de ordenamiento soportados por el sistema en operaciones de búsqueda. 
 + 
 +23. Los criterios de ordenamiento deben poder ser parametrizados por la biblioteca. 
 + 
 +24. Indique si es posible realizar operaciones de ordenamiento por más de un criterio de manera concurrente. 
 + 
 +25. Indique si existen límites conocidos relativos a la cantidad de registros a ordenar.
  
-   OPAC+==== OPAC ====
  
    1. Debe proveer un catálogo público de acceso en línea (OPAC) integrado con    1. Debe proveer un catálogo público de acceso en línea (OPAC) integrado con
Line 230: Line 207:
    ​visualizado como argumento de búsqueda para la próxima búsqueda.    ​visualizado como argumento de búsqueda para la próxima búsqueda.
  
-   Servicios de difusión+==== Servicios de difusión ​====
  
    1. Debe contemplar esquemas de gestión para servicios basados en la    1. Debe contemplar esquemas de gestión para servicios basados en la
Line 244: Line 221:
    ​electrónicos,​ impresiones,​ informes, etc.    ​electrónicos,​ impresiones,​ informes, etc.
  
-   Funcionalidades de la interfaz de búsqueda+==== Funcionalidades de la interfaz de búsqueda ​====
  
    1. Debe ofrecer URLs únicas, accesibles y persistentes a todas la páginas    1. Debe ofrecer URLs únicas, accesibles y persistentes a todas la páginas
Line 317: Line 294:
    ​demás módulos del sistema.    ​demás módulos del sistema.
  
-   Presentación de contenidos+==== Presentación de contenidos ​====
  
    1. Debe permitir gestionar y parametrizar aspectos relativos a la disposición    1. Debe permitir gestionar y parametrizar aspectos relativos a la disposición
Line 340: Line 317:
    ​presentación de datos caracteres UNICODE codificados a través de UTF-8.    ​presentación de datos caracteres UNICODE codificados a través de UTF-8.
  
-   Impresión y descarga de datos+==== Impresión y descarga de datos ====
  
    1. Debe soportar y prever medios de envío y distribución digital de registros.    1. Debe soportar y prever medios de envío y distribución digital de registros.
Line 358: Line 335:
    ​impresión,​ almacenamiento o reenvío a través de una sesión de búsqueda.    ​impresión,​ almacenamiento o reenvío a través de una sesión de búsqueda.
  
-Ayudas en contextos de búsqueda+==== Ayudas en contextos de búsqueda ​====
  
    1. Debe proveer listas de opciones contextuales para búsquedas.    1. Debe proveer listas de opciones contextuales para búsquedas.
Line 370: Line 347:
    ​biblioteca de los tutoriales y leyendas contextuales,​ mensajes de ayuda y de error.    ​biblioteca de los tutoriales y leyendas contextuales,​ mensajes de ayuda y de error.
  
-</​file>​+
 {{tag>​miscelanea}} {{tag>​miscelanea}}
requerimientos_tecnicos_sigb_biblioteca_nacional.txt · Last modified: 12/07/2009 00:00 (external edit)

Page Tools

Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
CC Attribution-Noncommercial-Share Alike 4.0 International Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki