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

Both sides previous revision Previous revision
Next revision 		Previous revision
Next revision Both sides next revision
requerimientos_tecnicos_sigb_biblioteca_nacional [14/05/2009 00:00]
fernando 		requerimientos_tecnicos_sigb_biblioteca_nacional [12/07/2009 17:21]
fernando
Line 13: Line 13:
 ===== Catalogación ===== ===== Catalogación =====
  
-   1. Debe permitir la gestión independiente de múltiples bibliotecas y colecciones. +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. +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). +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. 
-   Describir el alcance de la funcionalidad. + 
-   ​4. Debe permitir establecer permisos funcionales de alta, baja, modificación de +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. 
-   datos, gestión de estados y acceso a datos según unidades administrativas,​ + 
-   colecciones específicas,​ tipos de materiales, perfiles de usuarios y usuarios +5. Debe soportar la implementación de estructuras de workflow puntuales de procesamiento de recursos (por ejemplo, incompleto, en proceso, revisión, baja, etc). 
-   puntuales. + 
-   ​5. Debe soportar la implementación de estructuras de workflow puntuales de +6. Debe contemplar condiciones de compatibilidad con formatos de intercambio MARC 21. 
-   procesamiento de recursos (por ejemplo, incompleto, en proceso, revisión, baja, + 
-   etc). +7. Debe contemplar mecanismos de actualización y mantenimiento en la definición de campos y estándares de descripción de recursos. 
-   ​6. Debe contemplar condiciones de compatibilidad con formatos de intercambio + 
-   MARC 21. +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. 
-   ​7. Debe contemplar mecanismos de actualización y mantenimiento en la + 
-   definición de campos y estándares de descripción de recursos. +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. 
-   ​8. Debe ofrecer soporte completo para estructuras de registro basadas en la + 
-   definición de campos variables y fijos, etiquetas, códigos de subcampos, +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). 
-   indicadores y delimitadores tales como MARC 21. + 
-   ​9. Debe permitir la gestión de los formatos de registro (alta / baja y modificación +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. 
-   de campos) en condiciones de consistencia e integridad de datos. 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. 
-   ​10. Describir detalladamente limitaciones relativas a la extensión de campos, + 
-   subcampos y registros y estructuras de campos y subcampos (soporte de campos y +13. Debe disponer de ayudas contextuales integradas a la interfaz de gestión y documentación operativa completa en español. 
-   subcampos repetibles, no repetibles, listas de valores simples y estructuradas,​ etc). + 
-   ​11. Debe disponer de mecanismos de alerta y mensajes de error parametrizables +14. Debe mantener la integridad de los datos en condiciones de procesos de modificación concurrentes. 
-   según condiciones lógicas configurables a través de una interfaz de usuario. + 
-   Describir el alcance de la funcionalidad. +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. 
-   ​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 +16. El sistema debe contemplar rutinas para la detección y recuperación de registros duplicados. Descríbalas. 
-   alcance de la funcionalidad. + 
-   ​13. Debe disponer de ayudas contextuales integradas a la interfaz de gestión y +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. 
-   documentación operativa completa en español. + 
-   ​14. Debe mantener la integridad de los datos en condiciones de procesos de +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. 
-   modificación concurrentes. + 
-   ​15. El sistema debe permitir definir campos locales en las estructuras de registro +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.
-   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 ===== ===== Gestión de autoridades =====
  
-   1. Debe contemplar condiciones de compatibilidad con formatos de intercambio +1. Debe contemplar condiciones de compatibilidad con formatos de intercambio MARC 21 de autoridades.
-   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).+
  
 +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).
  
 ===== Servicios de recuperación,​ visualización y explotación de recursos ===== ===== Servicios de recuperación,​ visualización y explotación de recursos =====
  
-   1. Debe soportar múltiples campos estructurados basados en esquemas de +1. Debe soportar múltiples campos estructurados basados en esquemas de 
-   ​clasificación sistemáticos (CDU, CDD, esquemas locales). +clasificación sistemáticos (CDU, CDD, esquemas locales). 
-   ​2. Debe soportar múltiples campos basados en estructuras formales de + 
-   ​identificadores únicos (ISBN, ISSN, URN, etc.). Describir el alcance y operatoria de +2. Debe soportar múltiples campos basados en estructuras formales de 
-   este soporte. +identificadores únicos (ISBN, ISSN, URN, etc.). Describir el alcance y operatoria de este soporte. 
-   ​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 +3. Debe permitir la exploración de los índices bibliográficos y de autoridades. 
-   ​índices bibliográficos y de autoridades. + 
-   ​5. Debe permitir la realización estándar de búsquedas según campos y +4. Debe permitir establecer esquemas de explotación autónomos en base a los 
-   subcampos previstos en el modelo de descripción de recursos configurado en el +índices bibliográficos y de autoridades. 
-   sistema. + 
-   ​6. Debe permitir la configuración de reglas complejas de composición de índices +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. 
-   ​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 +6. Debe permitir la configuración de reglas complejas de composición de índices 
-   de títulos uniformes, etc. +para la recuperación de información (reglas sintácticas y algorítmicas),​ como ser, 
-   ​7. Debe permitir la recuperación sumaria y expandida de datos asociados a cada +por ejemplo: la integración de títulos de series en el índice de títulos, el tratamiento de títulos uniformes, etc. 
-   ​entrada en los índices. + 
-   ​8. Debe permitir utilizar listas de delimitadores de búsqueda a partir de cualquiera +7. Debe permitir la recuperación sumaria y expandida de datos asociados a cada 
-   de los campos con valores controlados. Especificar campos controlados y +entrada en los índices. 
-   ​categorías no alcanzadas por el sistema para la funcionalidad solicitada. + 
-   ​9. Debe soportar búsquedas en múltiples bibliotecas,​ unidades administrativas,​ +8. Debe permitir utilizar listas de delimitadores de búsqueda a partir de cualquiera de los campos con valores controlados. Especificar campos controlados y 
-   ​colecciones y/o posibles agrupaciones de recursos. +categorías no alcanzadas por el sistema para la funcionalidad solicitada. 
-   ​10. Debe permitir la visualización de historiales de búsqueda, así como su revisión + 
-   y combinación. +9. Debe soportar búsquedas en múltiples bibliotecas,​ unidades administrativas,​ 
-   ​11. Debe permitir la parametrización por parte del usuario de la cantidad de +colecciones y/o posibles agrupaciones de recursos. 
-   ​registros y formatos de visualización a utilizar en los procesos de búsqueda y + 
-   ​exploración. +10. Debe permitir la visualización de historiales de búsqueda, así como su revisión y combinació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 +11. Debe permitir la parametrización por parte del usuario de la cantidad de 
-   terminológicas (stemming). +registros y formatos de visualización a utilizar en los procesos de búsqueda y 
-   ​14. Debe permitir establecer y gestionar listas de palabras vacías. +exploración. 
-   ​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 +12. Debe permitir la búsqueda en índices específicos. 
-   datos en los campos fijos y variables del registro bibliográfico,​ como agregados por + 
-   el personal de la biblioteca. +13. Indique si dispone de facilidades orientadas a la gestión de listas de raíces terminológicas (stemming). 
-   ​16. El sistema debe permitir indizar elementos de datos definidos localmente. + 
-   ​17. El sistema debe permitir establecer operaciones de búsqueda según +14. Debe permitir establecer y gestionar listas de palabras vacías. 
-   condiciones de presencia o ausencia de valores en campos bibliográficos. + 
-   ​18. El sistema debe permitir establecer operaciones de búsqueda según +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. 
-   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 +16. El sistema debe permitir indizar elementos de datos definidos localmente. 
-   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 +17. El sistema debe permitir establecer operaciones de búsqueda según condiciones de presencia o ausencia de valores en campos bibliográficos. 
-   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 +18. El sistema debe permitir establecer operaciones de búsqueda según condiciones de campos bibliográficos vacíos o no vacíos. 
-   posterior utilización. + 
-   ​22. Describa los criterios de ordenamiento soportados por el sistema en +19. Indique si el sistema dispone de una sintaxis de búsqueda que eventualmente pueda buscar un término en cualquier campo bibliográfico. 
-   operaciones de búsqueda. + 
-   ​23. Los criterios de ordenamiento deben poder ser parametrizados por la +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. 
-   biblioteca. + 
-   ​24. Indique si es posible realizar operaciones de ordenamiento por más de un +21. Las búsquedas deben poder guardarse como grupos de resultado para su posterior utilización. 
-   criterio de manera concurrente. + 
-   ​25. Indique si existen límites conocidos relativos a la cantidad de registros a +22. Describa los criterios de ordenamiento soportados por el sistema en operaciones de búsqueda. 
-   ordenar.+ 
 +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 ====
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