谈谈数图方案(二)
对于具体的方案或设备选型，经费充裕的话就拣好的买，但希望给软件至少留出1/3的预算，一般而言，集成费、维护费都需要算到软件成本中去。这里须注意的是有些应用系统对操作系统和数据库有要求，操作系统和数据库又有可能对服务器架构有要求，需要考虑。
对于软件系统，回过头去看看近一年前写的胡侃图书软件市场风云变幻群雄并起，真是感到很有道理（自己先顶一个！虞姬虞姬留言说：”写得很好啊！”可惜没有多少人看，呵呵，郁闷）。当时也写到”如果储馆长能够看到这个帖子甚好”，在此更新一些想法，炒炒冷饭，再次献给杭州图书馆吧。
近几年图书馆自动化系统 （LAS, 又称图书馆集成管理系统LIS: Library IntegratedSystem）面临对数字图书馆需求的冲击。传统上以书目为中心的业务管理流程首先受到以读者为中心理念的冲击，书目的查询由专门的客户端程序向支持浏览器的方向转变，接着增加了许多基于Web的在线用户服务功能，比如在线续借、预约等，这就要求强化用户管理，支持更为广泛的用户身份 认证（一卡通）。图书馆的内部业务流程也开始重视面向工作人员的”界面友好”，区域协作更加强化了对集中Z39.50支持、联合编目、馆际互借、多 MARC格式以及多库的分布式管理功能，以及类似于中心图书馆的”LibraryConsortia”。这都是对传统图书馆自动化系统功能提出了更高的要求。在这些方面，国内的系统似乎没有”全能型”的，已经开始有点顾此失彼，难以应付了。
更新：
图书馆2.0的出现，使人们对书目数据的操控提出了更高的要求，需要灵活地展示图书/资源之间的联系（版本、类别、类型、主题、读者、地域、出版者）和可获得信息，需要提供读者参与标注的能力，而且所有这一切希望基于一个更大范围内的联合目录进行，而不是单个图书馆的书目。在功能上要求具有基于标准格式的数据开放和应用融合的能力，在界面上要利用Ajax技术实现完全基于Web的C/S应用。这就使得对MARC数据的操控需要采用全新的方式，并且在系统的架构上真正支持分布式的应用（数据的分布、事务处理的分布等），而不仅仅是实现一个B/S界面那样简单。
数字图书馆建设的要求首先是要将数字资源的采选订藏编目管理发布服务结合进来。虽然还没有形成固定的运行模式，但是国外的相关研究开发已经不少，有一些系统已经考虑到相应的功能。利用MARC的856字段加入链接从而支持电子资源全文获取是一个基本应用，进而随着 OpenURL开放链接标准的成型为图书馆的电子资源管理提供了一种基于”链接”的标准方法，国外的一些大型系统（Endeavor/Ex Libris/Sirsi+Dynix/Innovative） 都有支持开放链接的产品，甚至与数字资源出版/发行商合作，提供”软件+资源”的服务模式。OAI也是正在兴起的一种电子资源整合检索标准，但属于相对独 立的开放标准，还没有哪家图书馆软件系统提供商作为他们的软件产品或服务选件。现在国内许多公司把数字化管理系统、数字参考工作、电子阅览室管理、甚至办 公自动化也作为图书馆集成系统的选件。但是应该说图书馆还没有一揽子交钥匙的、很好的”数字资源”的集成管理服务方案，因而也还没有传统与”数字资源”结合的、功能全面的”图书馆集成管理系统”产品获解决方案。数字资源基本上是独立系统，各自为政，图书馆基本上采取分门别类个案解决的办法，例如加州数字图 书馆提出开放”裸”数据的购买要求，或者比较大的、有开发能力的图书馆自行开发特定中间件，国内外目前基于页面分析技术进行Web资源整合也是一种流行的通用方法。目前这些方法都有明显的缺点。
更新：
传统的图书馆自动化系统和”数字资源管理（ERM）”软件需要更好的”集成”，它们之间的联系必然越来越紧密，在体系结构甚至底层数据结构方面（特别是对元数据模式的支持），就需要支持更多的标准规范以达成更好的互操作，在标准规范尚未统一甚至成型的情况下，同一家公司的产品一般而言具有更好的互操作性，而业界领先、制定标准的公司往往最具竞争力。表二中列出的各家公司都有数字图书馆（实际上是内容管理）解决方案、开放链接系统和元搜索系统，不同公司的早期产品在兼容性方面肯定是有问题的。