Sistemas integrados de gestión bibliotecaria y PSB
|
|
Título del Test:
![]() Sistemas integrados de gestión bibliotecaria y PSB Descripción: no oficial |



| Comentarios |
|---|
NO HAY REGISTROS |
|
La automatización en bibliotecas puede definirse como el proceso mediante el cual: Se sustituyen los servicios presenciales por servicios digitales. Se informatizan diferentes servicios y tareas bibliotecarias, integrándolos en un sistema informático. Se digitalizan exclusivamente las colecciones. La automatización bibliotecaria ha estado centrada tradicionalmente en: Los procesos técnicos y el tratamiento de datos. Las actividades culturales exclusivamente. La preservación digital exclusivamente. Cuál de los siguientes procesos aparece expresamente entre los ámbitos tradicionales de automatización?. Catalogación. Animación a la lectura. Formación de usuarios. La normalización internacional de formatos y procedimientos fue necesaria para: Conseguir la automatización de las bibliotecas. Sustituir los catálogos por buscadores web. Crear exclusivamente sistemas de código abierto. La primera fase de automatización bibliotecaria se desarrolló principalmente: En los años 40. A partir de los años 60. A partir de los años 80. Durante la primera fase de automatización, los programas eran principalmente: Globales y conectados a redes internacionales. Específicos para una tarea repetitiva, locales y sin conexión exterior. Sistemas integrados basados en la nube. En los años 70, la automatización se orientó principalmente a: Resolver problemas de gestión derivados del volumen de información. Crear redes sociales bibliotecarias. Sustituir los sistemas cliente-servidor por sistemas cloud. La implantación generalizada de los SIGB se produjo principalmente en: Los años 60. Los años 70. Los años 80. La consolidación definitiva de los SIGB se sitúa en: Los años 70. Los años 80. Los años 90. SIGB significa: Sistema Integrado de Gestión Bibliográfica. Sistema Integrado de Gestión Bibliotecaria. Sistema Informatizado General Bibliotecario. En inglés, SIGB corresponde a: Integrated Library System (ILS). Integrated Literature System. Information Library Software. Luis A. García Melero y Ernesto García Camarero definen un sistema automatizado de bibliotecas como: Un conjunto de recursos exclusivamente tecnológicos. Un conjunto organizado de recursos humanos que utilizan dispositivos y programas informáticos adecuados a la naturaleza de los datos. Un conjunto de bases de datos bibliográficas. Según esta definición, el objetivo último del sistema automatizado de bibliotecas es: Almacenar de forma organizada el conocimiento humano para satisfacer necesidades de los usuarios. Sustituir al personal bibliotecario. Digitalizar todas las colecciones. El concepto de sistema integrado hace referencia fundamentalmente a: Multifuncionalidad. Digitalización. Especialización. Los SIGB están compuestos por distintas aplicaciones interrelacionadas conocidas como: Interfaces. Módulos. Protocolos. Los módulos de un SIGB comparten normalmente: Las mismas bases de datos relacionadas o comunicadas entre sí. Un único sistema operativo. Exclusivamente el OPAC. Un SIGB se basa generalmente en: Una base de datos relacional, software de interacción e interfaces para profesionales y usuarios. Una única base de datos documental sin interfaces diferenciadas. Una red social y un repositorio institucional. La tendencia señalada en el texto consiste en combinar: Bases de datos relacionales para gestión y bases de datos documentales para catálogo. Bases de datos documentales exclusivamente. Bases de datos relacionales exclusivamente. Una ventaja de implantar un SIGB es: Aumentar la redundancia de información. Evitar la redundancia de información. Eliminar la necesidad de registros bibliográficos. La ausencia de redundancia contribuye a mantener: La consistencia de la información. La descentralización de los datos. La duplicación física de registros. Los SIGB permiten disminuir: El coste de actualización de los registros bibliográficos. La necesidad de normalización internacional. La interoperabilidad. Otra ventaja del SIGB es: El ahorro de almacenamiento al evitar duplicaciones físicas de registros. La eliminación de las bases de datos. La reducción de los puntos de acceso. Los SIGB proporcionan además: Menor control sobre la calidad de los datos. Mayor control sobre la calidad de los datos ingresados. Control únicamente sobre los datos de préstamo. Los SIGB suelen ser sistemas abiertos porque: Pueden ejecutarse en una amplia variedad de marcas y modelos de ordenadores. Todo su código fuente es necesariamente abierto. No necesitan servidores. La arquitectura característica de los SIGB tradicionales es: Cliente-servidor. Peer-to-peer. Mainframe exclusivamente. Un SIGB debe ajustarse a: Normas y estándares internacionales. Normas exclusivamente nacionales. Criterios propios de cada fabricante. La característica que permite adaptar el sistema a las particularidades de cada biblioteca es: Multilingüismo. Parametrización. Portabilidad. La característica «modulable» significa que: Los módulos independientes pueden sustituirse sin afectar al conjunto. Todos los módulos deben funcionar de forma independiente y sin compartir datos. El sistema solo puede tener un módulo. Un SIGB multilingüe debe disponer de: Pantallas de ayuda y comandos en distintos idiomas. Catálogos exclusivamente multilingües. Bases de datos independientes para cada idioma. El módulo de Selección y Adquisición se encarga principalmente de: La circulación de ejemplares. El desarrollo de la colección y control del presupuesto. La creación del OPAC. La gestión de suscripciones a publicaciones seriadas: Siempre forma parte del módulo de adquisición. A veces se incluye en adquisiciones, aunque suele aparecer separada por su complejidad. Nunca está automatizada. El objetivo principal del módulo de Catalogación es: Asistir al proceso de catalogación y descripción de los fondos. Gestionar exclusivamente los préstamos. Gestionar las estadísticas. El módulo de Catalogación puede gestionar: Control de autoridades y sistema de clasificación. Únicamente registros de ejemplares. Solo publicaciones seriadas. Los registros del módulo de Catalogación pueden crearse directamente en: Dublin Core. MARC. MODS exclusivamente. La importación y exportación de registros puede realizarse mediante: Sistemas cooperativos y servidores Z39.50, entre otros. Únicamente mediante correo electrónico. Solo mediante OPAC. El módulo de Consulta, Catálogo u OPAC permite recuperar información por: Autor, título, materias, signatura, CDU o texto libre, entre otros. Únicamente por autor y título. Exclusivamente por ISBN. El OPAC también puede proporcionar información: No bibliográfica, como disponibilidad y reservas. Exclusivamente bibliográfica. Solo estadística. Entre las funciones complementarias del OPAC se encuentra: La realización de desideratas. La gestión del presupuesto de adquisiciones. La elaboración del kardex. El OPAC permite realizar búsquedas simultáneas en otras bibliotecas mediante: OpenURL. Z39.50. DOI. El WebOpac añade al OPAC tradicional posibilidades propias del: Entorno web. Entorno cliente-servidor exclusivamente. Entorno de bases de datos locales. ¿Cuál de las siguientes funcionalidades se menciona como propia del WebOpac?. Etiquetado social. Gestión presupuestaria. Control de suscripciones. El módulo de Circulación o Préstamo se ocupa de: Préstamo, devolución, renovación y reservas. Catalogación y control de autoridades. Selección y adquisición. La circulación suele realizarse mediante: Lectura óptica de códigos de barras de ejemplares y tarjetas de lectores. Reconocimiento facial exclusivamente. Códigos QR obligatoriamente. El control de circulación permite conocer: La localización y disponibilidad de los ejemplares. Solo el historial bibliográfico de las obras. Únicamente el presupuesto de adquisiciones. El módulo de circulación permite definir: Perfiles de préstamo según tipos de usuarios y ejemplares. Esquemas de clasificación según materias. Políticas de catalogación exclusivamente. El módulo de usuarios o lectores permite: Registrar, modificar y borrar datos de personas u organizaciones. Crear únicamente registros bibliográficos. Gestionar exclusivamente publicaciones seriadas. Algunas aplicaciones SIGB integran el módulo de usuarios dentro del módulo de: Catalogación. Circulación. Adquisición. El módulo de Publicaciones periódicas/seriadas gestiona principalmente: El seguimiento de adquisiciones y números recibidos, pendientes o reclamados. El control de autoridades. La clasificación de monografías. El control de los números recibidos de una publicación seriada se realiza mediante: El kardex. El OPAC. El WebOpac. El módulo de Informes/Estadísticas permite: Establecer indicadores para la gestión y toma de decisiones. Crear exclusivamente registros bibliográficos. Gestionar exclusivamente los préstamos. La mayoría de los SIGB comerciales son: De código abierto. Aplicaciones de propósito general dentro del ámbito bibliotecario y adaptables. Exclusivamente sistemas especializados para bibliotecas universitarias. En España, Absys es desarrollado por: OCLC. Baratz. SirsiDynix. AbsysNet está diseñado específicamente para funcionar en: Un entorno web. Un entorno exclusivamente local. Un sistema UNIX exclusivamente. Entre las instituciones que utilizan Absys se encuentra: La Biblioteca Nacional de España. La Red de Bibliotecas del Instituto Cervantes. La Library of Congress. Symphony es un software propietario de: SirsiDynix. Baratz. Ex Libris. SirsiDynix es también propietaria del SIGB: Horizon. Alma. Sierra. Symphony es la evolución/actualización de: Unicorn. Koha. Kobli. Unicorn estaba basado en: Linux. UNIX. Windows Server. La Biblioteca Nacional de España trabaja con: AbsysNet. Symphony. Koha. El software de código abierto permite al usuario: Copiarlo, modificarlo y distribuirlo sin pedir permiso o pagar por ello. Utilizarlo únicamente sin modificarlo. Utilizarlo solo mediante licencia propietaria. ¿Cuál de los siguientes aparece como ejemplo de software de código abierto?. Evergreen. Symphony. Alma. El primer SIGB de código fuente abierto fue. Koha. Evergreen. OpenBiblio. Koha fue creado en: 1989. 1999. 2009. Koha fue liberado bajo la licencia: GNU. Creative Commons. Apache. Koha es empleado en: La Rede de Bibliotecas Públicas de Galicia. La Biblioteca Nacional de España. REBIUN exclusivamente. Kobli fue hasta 2018: Un SIGB desarrollado por OCLC. Un SIGB adaptado por el grupo de trabajo de las BAGE a partir de Koha. Una plataforma de servicios bibliotecarios de Ex Libris. Tomás Saorín propuso un nuevo modelo conceptual denominado: SIGB extendido. SIGB distribuido. SIGB abierto. El SIGB extendido se concibe desde un punto de vista interno como: Una herramienta de gestión documental. Un portal de información. Un sistema de descubrimiento. Desde un punto de vista externo, el SIGB extendido se concibe como: Una herramienta de gestión presupuestaria. Un portal de información y servicio al público. Un sistema de catalogación cooperativa. Entre los módulos del SIGB extendido se incluye: Gestión del conocimiento corporativo. Exclusivamente circulación. Únicamente adquisiciones. Los SIGB tradicionales desarrollados para recursos impresos presentan dificultades ante: Los retos de la era del conocimiento y el entorno digital. La catalogación de monografías impresas. La gestión de préstamos tradicionales. La mayoría de los productos tradicionales mantienen la esencia del modelo de automatización establecido a finales de: Los años 60. Los años 70. Los años 90. El modelo clásico se basa principalmente en módulos de: Catalogación, circulación, adquisiciones, seriadas y OPAC. RDA, BIBFRAME, APIs y Linked Data. Descubrimiento, repositorios, ERMS y OpenURL. Las funcionalidades adicionales se han incorporado tradicionalmente mediante: Módulos complementarios y/o programas adicionales. La eliminación de los módulos clásicos. La sustitución inmediata del SIGB por PSB. Entre los módulos complementarios se encuentran los de: Gestión de recursos electrónicos y control de autoridades. Gestión presupuestaria y catalogación exclusivamente. Circulación y adquisiciones únicamente. Según Ana Fresco Santalla y Carlos Rodríguez Rellán, una problemática relativa a las colecciones es: Gestionar eficazmente todos los recursos con independencia de formato o ubicación. Eliminar los recursos electrónicos. Separar los recursos según su soporte. En relación con la descripción bibliográfica, los nuevos sistemas deben adaptarse especialmente a: RDA y BIBFRAME. ISBD y AACR2 exclusivamente. Dublin Core exclusivamente. BIBFRAME aspira a reemplazar: El ecosistema basado en MARC. RDA. Dublin Core. BIBFRAME se fundamenta en los principios de: Linked Data. Cliente-servidor. OpenURL. En cuanto a búsqueda y recuperación, los nuevos sistemas deben proporcionar: Un punto de acceso único a todas las colecciones de la biblioteca. Un OPAC independiente para cada formato. Acceso únicamente a recursos impresos. El uso compartido de recursos pretende facilitar: La gestión de recursos adquiridos de forma consorciada. La gestión exclusiva de préstamos internos. La eliminación de consorcios. Una arquitectura abierta debe favorecer: La interoperabilidad e integración con otros sistemas. El aislamiento de los sistemas bibliotecarios. La eliminación de APIs. Las APIs permiten: Desarrollar prestaciones y servicios de valor añadido a partir de los datos. Sustituir las bases de datos. Eliminar la interoperabilidad. Hasta 2009, las empresas respondieron a las carencias de los SIGB clásicos mediante: Productos y herramientas complementarias. Exclusivamente PSB. La eliminación de los SIGB. ERMS significa: Electronic Resources Management Systems. Electronic Record Management Software. Extended Resources Management Services. Los ERMS permiten gestionar mejor: El ciclo de vida de un recurso electrónico. Únicamente el préstamo interbibliotecario. Solo los registros de autoridad. Los servidores de enlaces basados en OpenURL permiten resolver: El problema del acceso a la «copia apropiada». La clasificación de los documentos. El control de autoridades. Las herramientas de búsqueda federada y servicios de descubrimiento facilitan: La búsqueda y recuperación en todas las colecciones. La gestión presupuestaria. La catalogación retrospectiva. El software para uso compartido de recursos simplifica principalmente: Las tareas habituales del préstamo interbibliotecario y acceso al documento. La elaboración de clasificaciones. La creación de autoridades. La dinámica de «un producto para cada necesidad» produjo entornos en los que: Las herramientas convivían perfectamente integradas. Vivían distintas herramientas, plataformas y sistemas que no necesariamente convivían de forma integrada. Desaparecieron los productos complementarios. El cambio de estrategia hacia una nueva generación de sistemas se percibe desde: 2005. 2009. 2011. Estos nuevos sistemas reciben el nombre de: Sistemas de Descubrimiento Bibliotecario. Plataformas de Servicios Bibliotecarios. Sistemas de Gestión Documental Integrada. Uno de los objetivos de las PSB es: Sustituir la amplia gama de productos utilizados para gestionar los recursos. Añadir nuevos módulos al SIGB clásico sin integrarlos. liminar la gestión de recursos electrónicos. Según Marshall Breeding, otro posible objetivo de las PSB es: Sustituir a medio/largo plazo a los propios SIGB. Sustituir exclusivamente los OPAC. Sustituir las bases de datos documentales. Las PSB representan un nuevo enfoque conceptual porque buscan un sistema: Cohesionado y centrado en la web. Exclusivamente local. Centrado únicamente en recursos impresos. Las PSB pretenden sustituir la combinación de: «Módulos clásicos más productos complementarios». OPAC más catálogo colectivo. MARC más Dublin Core. Las PSB incluyen sus interfaces principalmente mediante: Navegadores web. Terminales locales exclusivamente. Aplicaciones independientes de escritorio. Una consecuencia de las PSB es evitar la necesidad de: Un servidor local. Una conexión a Internet. Bases de conocimiento. Las PSB son sistemas basados principalmente en: Cloud computing. Mainframes locales. Redes aisladas. El modelo de distribución SaaS significa: Software as a Service. System as an Application Service. Software and Applications System. En un modelo SaaS, el proveedor es responsable de: Mantenimiento y actualización de infraestructura, software, datos y aplicaciones. Únicamente del soporte técnico al usuario. Solo de la infraestructura física. Casi todas las PSB son multiusuario, lo que significa que: Una única instancia del producto puede dar servicio a varias bibliotecas. Cada biblioteca debe tener una instalación independiente. Solo puede acceder un usuario simultáneamente. Las PSB poseen una: Base de conocimiento global. Base de datos exclusivamente local. Base de conocimiento limitada a los recursos impresos. La base de conocimiento global puede contener información: Interna y externa. Solo interna. Solo procedente de proveedores. Entre la información interna de una base de conocimiento puede encontrarse: Recursos-e contratados y datos bibliográficos y de autoridades. Solo información de proveedores. Exclusivamente estadísticas. La arquitectura de las PSB es: Cerrada y propietaria. Abierta y orientada a servicios. Local y monolítica. SOA significa: Service Oriented Architecture. Software Open Architecture. Service Open Application. Una arquitectura SOA permite al personal bibliotecario: Acceder a datos y funciones para crear aplicaciones, personalizar funcionalidades o conectar sistemas. Trabajar exclusivamente con el OPAC. Prescindir de APIs. Las PSB son compatibles con: RDA, MARC21, Dublin Core y MODS, entre otros. Únicamente MARC21. Solo RDA y BIBFRAME. Según el texto, es previsible que las empresas integren en el futuro: Nuevos esquemas de metadatos. Menos formatos de metadatos. Exclusivamente MARC21. El uso de APIs favorece principalmente: La interoperabilidad y extensibilidad. La reducción de la interoperabilidad. El aislamiento de las plataformas. Las APIs permiten a los programadores de la biblioteca: Crear nuevos servicios, interfaces y widgets. Modificar exclusivamente el OPAC. Eliminar la base de conocimiento. Las APIs también permiten conectar dinámicamente con: Otros sistemas de la biblioteca, de la institución, socios externos y proveedores. Solo otros OPAC. Exclusivamente sistemas internos. Entre las principales plataformas mencionadas en el texto se encuentran: Alma, WorldShare, FOLIO y OLE. Koha, Abies, OpenBiblio y Kobli exclusivamente. Symphony, Horizon y Absys exclusivamente. Polaris y Sierra son productos de: Innovative Interfaces. Ex Libris. OCLC. Alma es una herramienta de: Ex Libris. OCLC. Innovative Interfaces. Alma se complementa con la solución de descubrimiento: Primo. Sierra. WorldShare. Alma y Primo se caracterizan en el texto por: Haber nacido y estar alojados en la nube. Ser exclusivamente sistemas locales. Ser sistemas de código abierto. Alma está implementada en: El Catálogo Colectivo de las Universidades de Catalunya. La Biblioteca Nacional de España. La Rede de Bibliotecas Públicas de Galicia. WorldShare es una plataforma de: OCLC. Ex Libris. Kuali Foundation. WorldShare está presente, según el texto, en: La Biblioteca de la Universidad Complutense de Madrid. La Biblioteca Nacional de España. La Universidad de Navarra. Open Library Environment (OLE) está asociado a: Kuali Foundation. OCLC. SirsiDynix. FOLIO fue desarrollado por: EBSCO en colaboración con la comunidad Kuali OLE. OCLC en colaboración con Ex Libris. Innovative Interfaces. FOLIO permitirá, entre otras funciones: El intercambio de recursos y el desarrollo de préstamos digitales controlados. Únicamente la catalogación MARC. La sustitución de RDA. Según el texto, la Web semántica y los Open Linked Data: Ya han transformado completamente los productos de automatización. Apenas han tenido impacto hasta el momento en los productos de automatización bibliotecaria. Han sustituido ya a las PSB. |




