==========
以下是引用 liujp 于 2006-7-2 22:03:54 发表的文字:
谢老师在开发统计模块从DT1000中的STATIS.exe mtf2file32.exe到现在的dp1batch,DP2批处理,都采用开放式的接口工具,为用户提供接口,实现灵活多变的统计方案.用户可以自己设计编写各种各样的具有特色的统计.在以前的方案中提供了批控文件和检索式文件,实现快速对整个库的检索和数据提取(现在好像没有了).用户须要填写起始记录号,选择方案,如果方案中需要输入项信息,还得填写.最后才是统计.做为图书馆的系统管理员,很快明白其中的道理和操作流程,但作为图书馆一般的管理员(计算机基础较差),老是感觉这个太复杂,因为他们从来不想业务流程和逻辑上是怎么回事,在他们的脑海中想的是上一步做的什么,下一步又该做什么.所以方案越是多,对他们来就越复杂困难.我感觉应该将图书馆传统业务中常用的,如流通环节的相关统计就做成菜单,如当日流通量汇总这类的统计,只须点一下菜单即可完成.因为他们从业务的环节就只须要二三个统计,没必要他们要学会使用DP2批处理,而DP2批处理这样的好工具做为系统管理工具,一是系统管理员用,二是有一定业务基础的同志用.而非任何统计都离不开这个工具.
==========
你的意见很好，这个问题我们很早就意识到了。
dp1batch是dt1000/dt2000/dp1系统的一个补丁模块，只能最大程度兼容原有的体系结构模式(当然采用C#语言后更先进一些)。
你说的dp1batch中的批控文件和检索式文件途径，还有标目文件途径，因为dp1batch开发的时候，不太能够确定这几个方式的使用频率如何，所以暂时没有开发。如果用户反响好，证明这些途径也是很常用的，我将补上这几个途径。从这里也看出，用户的反馈直接决定了我们开发的意向和进度。dp1batch发表以来，包括提供给丹诚渠道以来，似乎是一片沉默之声，我不明白发生了什么，按照以前的惯例，我只能认为这个模块暂时“没用”，许多有意思的功能，就只有暂停等待了。
dp2batch是dp2系统的批处理模块，继承了dp1batch的一些好的技术。目前也仅仅做到了备份、恢复、少量的批处理脚本。还没有像dp1batch那样大规模参与统计。在dp1batch所打补丁的对象那里，批处理似乎是唯一的统一方式，而这个情况在dp2系统中将有很大改变。在dp2中，常用的统计指标将以实时统计方式产生，不通过批处理。但是其他的统计还是要通过统计模块进行。
dp1batch的操作繁琐问题，我想仅仅是一个界面问题，而不是体系结构的大问题。针对这个问题，dp1batch将在界面上下一些功夫。因为实际上界面也是可以“二次开发”的，我们可以将产品中包含的统计模块等，做成非常简易的调用界面，界面对用户所提的问题，也都是和业务直接相关的问题，降低操作难度。
另外dp2系统是一个“行业系统”。这就是说，目前开发的dp2rms dp2batch前端，都仅仅是一个通用的架子，如果针对图书馆行业开发，会有专门的行业前端，这些前端是完全针对业务的，也是“针对性”的和“不必通用”的，按照我们这个安排，一般用户是不会去用通用前端的。由于图书馆流通方面的dp2circulation前端还在开发中，还没有到达你的手中，所以你还没有一个感性的认识。我相信通过了解dp2circulation和其他后继的前端，你会感受到新的开发模式。因而，dp1batch的许多所谓“缺点”也就自然避免了。