谈谈数图方案(一)
最近很忙，参与的许多工作不适于发表博客，因而荒疏了这片林子。前不久杭州图书馆布置作业，要我就他们的数图方案提点意见，想写得”通用”一些，一般化一些，就有了下面的文字。
随着《2006-2020年国家信息化发展战略》的正式出台和《信息化”十一 五”专项规划》的加紧制定（制定了快三年了，好像还没有正式发表，大致内容参见 这里），以及《国家”十一五”时期文化发展规划纲要》的新鲜出炉，国家在信息化和文化方面的投入越来越大。图书馆借此东风大干快上，也是顺理成章。看到各地数字图书馆方案及预算一浪高过一浪，每每感到太过奢侈，特别是当许多图书馆一年到头连一本书都买不起的时候。但实际上信息化大潮中只有数字图书馆来的最为实在：利在当代，功在千秋，本人也在这个林子里混饭吃，因此还是不要乌鸦嘴为好。图书馆有此机遇，奢侈一点浪费一点也未尝不可，关键在于购买的东西是不是搭配合理？能不能发挥作用？有没有实实在在地使更多的老百姓享受到图书馆的服务？以及可不可能使图书馆在成为信息枢纽、文明基地方面向前迈一大步？
目前最不合理的是数字图书馆方案通常只是一堆软硬件选型方案，软硬件选型要与图书馆的发展目标与定位联系起来，要与服务对象的信息需求和资源建设的规划结合起来。数图方案一般都是由一帮搞技术的提出来，又由一帮号称熟悉技术的业内专家来评判，这种机制难免要被老槐、竹帛斋主等技术怀疑论者诟病。设备型号、技术参数在懵骗领导的时候是利器，而用来服务读者的时候，往往就要原形毕露了。这个时候馆长的领导艺术就体现在如何把握技术，为图书馆的管理目标服务，技术人员常常是没有这方面视野的，而馆长是否有明确的定位和目标，以及能否利用难得的机遇为其定位和管理目标服务，就成为考验馆长水平和能力的试金石。
方案来源于需求，任何信息系统的建设，最困难的地方也在于需求的明确和把握上，并不是说馆长不知道他的需求（当然也有这种可能），而是必须把各种隐含的、抽象的甚至模糊的需求显性化、具体化、明确化，与现有的解决方案很好地结合起来。在软件工程领域，需求分析是有一套方法的，虽然这些方法主要用于软件系统的开发，而且可能太过教条和琐碎，难以照搬到数字图书馆建设，但还是有不少东西值得学习。例如最重要的原则可能是”需求分析原则”（许多方案拿起来就做，对于用户需求想当然），即任何体系化的系统建设，必须经过系统化的需求分析，这是整个系统完整性、协调性的保证。业务需求是什么？现状如何？达到的目标如何？为什么这样考虑？目标要具体化、量化；用户需求是什么？哪些是用户？功能需求是什么？涉及哪些技术？需要支持哪些标准规范？等等，所有的需求要形成详细文档，要进行版本管理。当然这里的需求还不是指软件公司开发时所需的详细需求文档。
具体来说，可能有如下问题需要回答
- 总体业务目标是什么（机构的愿景、使命与任务）？
- 目前的业务量（分各类指标）？
- 目前的业务流程
- 目前的服务种类、方式
- 预期系统完成后的变化，包括业务量、服务种类、方式的中长期目标
- 目前的瓶颈在哪里？哪些问题需要通过系统建设/升级来解决？
- 问题与解决方案矩阵图：哪些问题需要在哪些系统/方案中解决？
- 问题与技术矩阵图：哪些问题需要哪些技术来解决？
（未完待续）
相关阅读：