目前市场上各种ILS / LMS的优缺点是什么?

我只有在大学图书馆管理ILS的经验。 我会保持广泛。

十年来,ILS是图书馆的核心,许多部门都在使用它。 现在它是许多系统之一,它不再具有以前的重要性,很少在图书馆的高级别会议中提及。 在线资源已从根本上改变了它在服务中的位置,并且图书馆(通常而言)正在从维护长期馆藏转向向用户提供服务。

就设计和功能而言,当前的ILS正在显示其时代。

目前正在开发新一代的ILS,其中最著名的包括Ex Libris的Alma和OCLC的Worldshare。 这些试图解决上述某些问题,以不同的方式看待“馆藏”,特别是支持在线资源和许可,以及由此带来的流动性(如果图书馆订阅了它不想导入的日记包, /为包含的期刊创建记录,使其保持最新状态,并在取消记录时将其删除,最好仅选择已订阅已打包的期刊,然后由ILS知识库处理)。 这些系统托管系统,要求图书馆提供较低级别的IT技能(尽管图书馆可能仍需要具有较高IT技能的人员,例如使用API​​)。 理论上,托管系统应具有较高的正常运行时间,这对于用户日益增长的24/7需求至关重要,并且对任何停机时间的容忍度要低得多。

第二个问题是与其他系统的集成。 这是一个关键领域,与第三方发现服务,金融系统,大学智能手机应用程序和电子学习系统等配合使用。一些提供对API的轻松访问以实现这种集成,而另一些则提供的服务很少或根本不提供,从而迫使客户使用他们的第三方系统或由于该领域缺乏开发。 使用此类API需付费。

开源系统(例如Kola和Evergreen)是按设计开放的(但需要内部专业知识或与服务提供商的支持合同)。 借助适当的专业知识,图书馆可以为任何需要设置API。

简而言之,正如我所看到的,通过比较ILS的问题包括它们与其他系统的开放程度以及它们如何适应现代需求。 加上高可用性和对例行工作人员时间的低要求。

我的主要管理员经验是使用VTLS Virtua(48.0.3.5)

优点:

  • 在系统的各个方面均提供全面的UTF-8支持
  • 为Aquabrowser提供的MARC导出器脚本
  • SQL Plus和精心设计的数据库架构
  • 公司和供应商的良好支持
  • 处理RTL语言没有问题

缺点:

  • 外观界面是相互关联的HTML文件的噩梦
  • 所有样式均已嵌入
  • OPAC的基于会话的架构
  • 甚至无法在iPad上使用
  • 不必要的复杂的简短和完整的卡片视图,尤其是HTML
  • Buggy Admin客户端,始终出现错误且写入失败
  • 设计不良的报告界面会定期超时
  • 技术上与LDAP兼容,但不能与Active Directory一起使用
  • 没有SSL用于赞助人登录
  • 流程服务不稳定,需要频繁重启
  • 管理员客户端使在所有项目上应用库策略变得非常困难
  • 不必要的复杂且设计欠佳的高级搜索运算符(在搜索界面和页面的HTML中的不同位置,必须使用3种不同的系统用于搜索运算符)
  • 附带一个错误,该错误使所有书籍之间的所有书籍转移到处于必须手动删除状态的位置。

tl; dr:如果需要希伯来语或阿拉伯语的RTL语言支持,或者只需要完整的UTF8支持,请获取较新版本的Virtua。 这是出色的ILS。 如果不需要完整的UTF8,则对较大的库使用更合适的工具,例如Sirsi或III,对较小的库使用更简单的ILS之一。 它坐落在一个奇怪的地方,对于小型图书馆来说功能太多了,而对于大型图书馆的功能却差距很大。

我会先行一点,因为我不在图书馆工作,因此在这些系统上没有太多话要说,但是我公司确实有一个软件解决方案目录,其中一个类别是图书馆管理/自动化软件– http://www.capterra.com/library-…

您可以浏览列表并比较功能(甚至更简单,使用左侧的过滤器)。 此外,其中一些用户评论明确指出了其优缺点。 例如,以下是L4U的一些评论-http ://www.capterra.com/library-…

希望此信息对您的搜索有所帮助,如果您在选择软件时需要一些公正的指导,请随时与我们联系!