This shows you the differences between two versions of the page.
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:31] 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 | + | |
- | 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 | + | |
- | í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 | + | 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). |
- | 1. Debe proveer un catálogo público de acceso en línea (OPAC) integrado con | + | 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. |
- | los módulos y funcionalidades de gestión del sistema. | + | |
- | 2. Debe permitir la realización de operaciones de búsqueda, exploración | + | 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. |
- | secuencial, exploración jerárquica a través de índices de autoridades, visualización | + | |
- | y transferencia de datos a través de una interfaz de gestión provista por el sistema | + | 13. Debe disponer de ayudas contextuales integradas a la interfaz de gestión y documentación operativa completa en español. |
- | (OPAC). | + | |
- | 3. Debe proveer un catálogo público de acceso en línea vía WWW (Web OPAC) | + | 14. Debe mantener la integridad de los datos en condiciones de procesos de modificación concurrentes. |
- | integrado con los módulos y funcionalidades de gestión del sistema. | + | |
- | 4. Debe permitir la realización de operaciones de búsqueda, exploración | + | 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. |
- | secuencial, exploración jerárquica a través de índices de autoridades, exploración | + | |
- | de recursos estructurados, visualización y transferencia de datos (vía correo | + | 16. El sistema debe contemplar rutinas para la detección y recuperación de registros duplicados. Descríbalas. |
- | electrónico, http, ftp) a través de una interfaz legible para navegadores Web (Web | + | |
- | OPAC). | + | 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. |
- | 5. Debe ofrecer URLs únicas, accesibles y persistentes a todas la páginas | + | |
- | disponibles en la interfaz Web del OPAC. | + | 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. |
- | 6. Debe ofrecer acceso a través del OPAC a índices de autoridades. Describir el | + | |
- | alcance de la funcionalidad. | + | 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. |
- | 7. Debe permitir la consulta y explotación de registros de autoridades a través del | + | |
- | OPAC Web. | + | ===== Gestión de autoridades ===== |
- | 8. Los servicios y funcionalidades del OPAC deberán poder abarcar la totalidad | + | |
- | de colecciones y tipos de recursos gestionados por el sistema. | + | 1. Debe contemplar condiciones de compatibilidad con formatos de intercambio MARC 21 de autoridades. |
- | 9. Debe establecer interfaces delimitadas según bibliotecas, unidades | + | |
- | administrativas, colecciones y tipos de recursos. | + | 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. |
- | 10. Los usuarios finales podrán delimitar el alcance de los servicios y | + | |
- | funcionalidades del OPAC a uno o varios conjuntos específicos de colecciones o | + | 3. El módulo de autoridades deberá estar articulado con todas las funcionalidades de gestión y descripción documental. |
- | tipos de recursos gestionados por el sistema. | + | |
- | 11. Debe permitir la parametrización completa de los esquemas de publicación | + | 4. Debe permitir implementar mecanismos de exportación e importación de datos de autoridades. |
- | Web de los datos bibliográficos, tanto en términos de selección de campos | + | |
- | publicables como así también en términos de formatos y esquemas de publicación | + | 5. Debe permitir realizar búsquedas delimitadas según campos y subcampos definidos en el esquema de descripción. |
- | (texto plano, XML, mrc, html, etc.) . | + | |
- | 12. Debe permitir a la biblioteca establecer restricciones específicas para la | + | 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. |
- | visualización de datos. | + | |
- | 13. Debe permitir a la biblioteca establecer restricciones para la visualización de | + | 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. |
- | datos a través de reglas lógicas y sistemáticas. | + | |
- | 14. Debe integrar en la interfaz pública de consulta datos relativos al estado y | + | 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.). |
- | situación de los recursos como ser datos de existencias y circulación (en préstamo, | + | |
- | disponible, en proceso de adquisición, etc.). | + | 9. Debe contar con una sintaxis de búsqueda que permita buscar un término en cualquier campo de autoridades. |
- | 15. Debe permitir desarrollar funcionalidades de articulación con proveedores de | + | |
- | datos estructurados y Web services. Describir el alcance de la funcionalidad. | + | 10. Debe poder operar y brindar servicios a través de protocolos de consulta de registros de autoridades (Z39.50, SRU/SRW). |
- | 16. Debe disponer de interfaces Web públicas y herramientas de administración | + | |
- | de usuarios y comunidad asociadas a la infraestructura de servicios bibliográficos. | + | ===== Servicios de recuperación, visualización y explotación de recursos ===== |
- | 17. Debe disponer de funcionalidades orientadas a usuarios finales que permitan: | + | |
- | a. registrar y gestionar solicitudes y comunicaciones hacia la biblioteca | + | 1. Debe soportar múltiples campos estructurados basados en esquemas de |
- | b. registrar y gestionar personalizaciones de interfaz | + | clasificación sistemáticos (CDU, CDD, esquemas locales). |
- | c. registrar y gestionar parámetros personalizados de búsqueda | + | |
- | d. almacenar y gestionar búsquedas | + | 2. Debe soportar múltiples campos basados en estructuras formales de |
- | e. registrar y gestionar referencias a recursos disponibles en el sistema | + | identificadores únicos (ISBN, ISSN, URN, etc.). Describir el alcance y operatoria de este soporte. |
- | f. gestionar préstamos y reclamos de materiales | + | |
- | g. registrar y gestionar datos personales y de identificación | + | 3. Debe permitir la exploración de los índices bibliográficos y de autoridades. |
- | h. gestionar suscripciones a servicios corrientes de la biblioteca | + | |
- | i. debe permitir establecer parámetros de gestión y operaciones de | + | 4. Debe permitir establecer esquemas de explotación autónomos en base a los |
- | administración y explotación sobre los servicios a usuarios vía Web | + | índices bibliográficos y de autoridades. |
- | 18. Debe permitir establecer parámetros y configuraciones de servicios, | + | |
- | prestaciones y esquemas de visualización según colecciones, unidades | + | 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. |
- | administrativas, bibliotecas, tipos de recursos, grupos de usuarios y usuarios | + | |
- | puntuales. Describir el alcance de esta funcionalidad. | + | 6. Debe permitir la configuración de reglas complejas de composición de índices |
- | 19. Debe ofrecer un Web OPAC genérico que cumpla con el nivel doble-A de | + | para la recuperación de información (reglas sintácticas y algorítmicas), como ser, |
- | conformidad con las Directrices de Accesibilidad para el Contenido Web 1.0 (WCAG | + | por ejemplo: la integración de títulos de series en el índice de títulos, el tratamiento de títulos uniformes, etc. |
- | 1.0) del Consorcio W3C. | + | |
- | 20. Debe ofrecer un Web OPAC genérico que cumpla con el estándar XHTML | + | 7. Debe permitir la recuperación sumaria y expandida de datos asociados a cada |
- | 1.0/W3C para el formateo y publicación Web. | + | entrada en los índices. |
- | 21. Debe ofrecer un Web OPAC genérico que cumpla correctamente con la | + | |
- | semántica de las etiquetas prevista en el estándar XHTML 1.0/W3C. | + | 8. Debe permitir utilizar listas de delimitadores de búsqueda a partir de cualquiera de los campos con valores controlados. Especificar campos controlados y |
- | 22. Debe ofrecer un Web OPAC estándar que utilice el estándar CSS2/W3C para | + | categorías no alcanzadas por el sistema para la funcionalidad solicitada. |
- | su parametrización gráfica. | + | |
- | 23. Debe permitir suprimir un registro de la vista pública según criterios | + | 9. Debe soportar búsquedas en múltiples bibliotecas, unidades administrativas, |
- | establecidos por la biblioteca. | + | colecciones y/o posibles agrupaciones de recursos. |
- | 24. Debe permitir reutilizar encabezamientos y puntos de acceso de un registro | + | |
- | visualizado como argumento de búsqueda para la próxima búsqueda. | + | 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 ==== | ||
+ | |||
+ | 1. Debe proveer un catálogo público de acceso en línea (OPAC) integrado con los módulos y funcionalidades de gestión del sistema. | ||
+ | |||
+ | 2. Debe permitir la realización de operaciones de búsqueda, exploración secuencial, exploración jerárquica a través de índices de autoridades, visualización y transferencia de datos a través de una interfaz de gestión provista por el sistema (OPAC). | ||
+ | |||
+ | 3. Debe proveer un catálogo público de acceso en línea vía WWW (Web OPAC) integrado con los módulos y funcionalidades de gestión del sistema. | ||
+ | |||
+ | 4. Debe permitir la realización de operaciones de búsqueda, exploración secuencial, exploración jerárquica a través de índices de autoridades, exploración de recursos estructurados, visualización y transferencia de datos (vía correo electrónico, http, ftp) a través de una interfaz legible para navegadores Web (Web OPAC). | ||
+ | |||
+ | 5. Debe ofrecer URLs únicas, accesibles y persistentes a todas la páginas disponibles en la interfaz Web del OPAC. | ||
+ | |||
+ | 6. Debe ofrecer acceso a través del OPAC a índices de autoridades. Describir el alcance de la funcionalidad. | ||
+ | |||
+ | 7. Debe permitir la consulta y explotación de registros de autoridades a través del OPAC Web. | ||
+ | |||
+ | 8. Los servicios y funcionalidades del OPAC deberán poder abarcar la totalidad de colecciones y tipos de recursos gestionados por el sistema. | ||
+ | |||
+ | 9. Debe establecer interfaces delimitadas según bibliotecas, unidades administrativas, colecciones y tipos de recursos. | ||
+ | |||
+ | 10. Los usuarios finales podrán delimitar el alcance de los servicios y funcionalidades del OPAC a uno o varios conjuntos específicos de colecciones o tipos de recursos gestionados por el sistema. | ||
+ | |||
+ | 11. Debe permitir la parametrización completa de los esquemas de publicación Web de los datos bibliográficos, 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.). | ||
+ | |||
+ | 12. Debe permitir a la biblioteca establecer restricciones específicas para la visualización de datos. | ||
+ | |||
+ | 13. Debe permitir a la biblioteca establecer restricciones para la visualización de datos a través de reglas lógicas y sistemáticas. | ||
+ | |||
+ | 14. Debe integrar en la interfaz pública de consulta datos relativos al estado y situación de los recursos como ser datos de existencias y circulación (en préstamo, disponible, en proceso de adquisición, etc.). | ||
+ | |||
+ | 15. Debe permitir desarrollar funcionalidades de articulación con proveedores de datos estructurados y Web services. Describir el alcance de la funcionalidad. | ||
+ | |||
+ | 16. Debe disponer de interfaces Web públicas y herramientas de administración de usuarios y comunidad asociadas a la infraestructura de servicios bibliográficos. | ||
+ | |||
+ | 17. Debe disponer de funcionalidades orientadas a usuarios finales que permitan: | ||
+ | |||
+ | * a. registrar y gestionar solicitudes y comunicaciones hacia la biblioteca | ||
+ | * b. registrar y gestionar personalizaciones de interfaz | ||
+ | * c. registrar y gestionar parámetros personalizados de búsqueda | ||
+ | * d. almacenar y gestionar búsquedas | ||
+ | * e. registrar y gestionar referencias a recursos disponibles en el sistema | ||
+ | * f. gestionar préstamos y reclamos de materiales | ||
+ | * g. registrar y gestionar datos personales y de identificación | ||
+ | * h. gestionar suscripciones a servicios corrientes de la biblioteca | ||
+ | * i. debe permitir establecer parámetros de gestión y operaciones de administración y explotación sobre los servicios a usuarios vía Web | ||
+ | |||
+ | 18. Debe permitir establecer parámetros y configuraciones de servicios, prestaciones y esquemas de visualización según colecciones, unidades administrativas, bibliotecas, tipos de recursos, grupos de usuarios y usuarios puntuales. Describir el alcance de esta funcionalidad. 19. Debe ofrecer un Web OPAC genérico que cumpla con el nivel doble-A de conformidad con las Directrices de Accesibilidad para el Contenido Web 1.0 (WCAG 1.0) del Consorcio W3C. | ||
+ | |||
+ | 20. Debe ofrecer un Web OPAC genérico que cumpla con el estándar XHTML 1.0/W3C para el formateo y publicación Web. | ||
+ | |||
+ | 21. Debe ofrecer un Web OPAC genérico que cumpla correctamente con la semántica de las etiquetas prevista en el estándar XHTML 1.0/W3C. 22. Debe ofrecer un Web OPAC estándar que utilice el estándar CSS2/W3C para su parametrización gráfica. | ||
+ | |||
+ | 23. Debe permitir suprimir un registro de la vista pública según criterios establecidos por la biblioteca. | ||
+ | |||
+ | 24. Debe permitir reutilizar encabezamientos y puntos de acceso de un registro visualizado como argumento de búsqueda para la próxima búsqueda. | ||
+ | |||
+ | ==== Servicios de difusión ==== | ||
+ | |||
+ | 1. Debe contemplar esquemas de gestión para servicios basados en la explotación secundaria de recursos bibliográficos; como ser bibliografías, listados según criterios temáticos y/o cronológicos, etc. | ||
+ | |||
+ | 2. Debe permitir asociar esquemas de servicios bibliográficos específicos a expresiones de búsqueda configurables por la biblioteca. | ||
- | Servicios de difusión | + | 3. Debe permitir asociar servicios bibliográficos puntales a expresiones de búsqueda definidas por los usuarios a través de la interfaz pública del sistema (OPAC). |
- | 1. Debe contemplar esquemas de gestión para servicios basados en la | + | 4. Debe permitir asociar un servicio bibliográfico específico con un esquema específico de publicación y explotación, como ser por ejemplo, RSS, DSI, boletines electrónicos, impresiones, informes, etc. |
- | explotación secundaria de recursos bibliográficos; como ser bibliografías, listados | + | |
- | según criterios temáticos y/o cronológicos, etc. | + | |
- | 2. Debe permitir asociar esquemas de servicios bibliográficos específicos a | + | |
- | expresiones de búsqueda configurables por la biblioteca. | + | |
- | 3. Debe permitir asociar servicios bibliográficos puntales a expresiones de | + | |
- | búsqueda definidas por los usuarios a través de la interfaz pública del sistema | + | |
- | (OPAC). | + | |
- | 4. Debe permitir asociar un servicio bibliográfico específico con un esquema | + | |
- | específico de publicación y explotación, como ser por ejemplo, RSS, DSI, boletines | + | |
- | 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 274: | ||
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 297: | ||
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 315: | ||
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. | ||
+ | |||
+ | 2. Debe proporcionar al usuario la opción de compensar los errores por corrección ortográfica. Describa el alcance de la solución provista. | ||
+ | |||
+ | 3. Debe ofrecer documentación completa para usuarios finales acerca del comportamiento y las funcionalidades del OPAC. | ||
+ | |||
+ | 4. Debe ofrecer opciones de ayuda y ejemplificación en todos los niveles e instancias de búsqueda y exploración. | ||
+ | |||
+ | 5. Debe prever mecanismos para la gestión y configuración local por parte de la biblioteca de los tutoriales y leyendas contextuales, mensajes de ayuda y de error. | ||
- | 1. Debe proveer listas de opciones contextuales para búsquedas. | ||
- | 2. Debe proporcionar al usuario la opción de compensar los errores por | ||
- | corrección ortográfica. Describa el alcance de la solución provista. | ||
- | 3. Debe ofrecer documentación completa para usuarios finales acerca del | ||
- | comportamiento y las funcionalidades del OPAC. | ||
- | 4. Debe ofrecer opciones de ayuda y ejemplificación en todos los niveles e | ||
- | instancias de búsqueda y exploración. | ||
- | 5. Debe prever mecanismos para la gestión y configuración local por parte de la | ||
- | biblioteca de los tutoriales y leyendas contextuales, mensajes de ayuda y de error. | ||
- | </file> | ||
{{tag>miscelanea}} | {{tag>miscelanea}} |