系统架构的对比

　　良好的架构对于图书馆集成管理系统的性能、功能来说十分重要。Aleph与Koha系统架构对比情况见表1。

表1 Aleph与Koha系统架构对比

　　从架构上看，Aleph 500系统与Koha在设计上有很大的不同。Aleph 500的架构设计采用的是多层架构，具体来说包含有3个大层和5个细层(如图1所示)。

　　三个大层为表现逻辑层、应用逻辑层和数据逻辑层。其中，应用逻辑层包含用户服务和API接口两个细层。前者为逻辑层提供服务；后者是Aleph的核心应用，以便为不同的客户端提供服务。而数据逻辑层也分为引擎和数据库两个细层，前者把抽象的数据宏观操作转换成一组数据库命令；后者就是底层数据库管理系统。这三个层次功能分工明确，层间的访问接口严格遵循层次结构，具有很强的可靠性和可用性。

　　同时，Aleph体系结构支持灵活的配置和扩展。Aleph系统所具有模块化的功能组件和全面的表驱动参数配置模式，可以方便地增减组件、控制和维护系统的各项功能，以及各种显示界面，根据本馆业务进行定制。Aleph 500提供了标准的开发接口，例如X-Service、SIP2、SQL等，可以在此基础上进行二次开发，以扩展系统的功能。其中，X-Service API提供了开发的接口，使得外部系统能够通过标准的XML 接口与Aleph系统进行交互，从而使得用户可以自行开发个性化服务系统，提供PDA、手机等终端设备的接入功能。

　　Koha系统的架构主要基于Web的B/S(浏览器/服务器)体系结构，通过Web浏览器来接入系统，如图2所示。其核心是Perl脚本，包括OPAC系统、Intranet系统、Daemons系统，以及DB系统的四个组成部分。OPAC系统面向读者，基于标准的WWW技术开发，如X H T M L 、C S S 和JavaScript。Intranet系统是馆员用以处理后台事务与前台操作的接口，使用浏览器来登录系统进行图书馆基本业务的操作。如馆员用户的登录、资源采购、流通等。Daemons系统是为利用Z39.50协议查询资源的用户提供到Z39.50服务器的连接。DB系统为数据库的存取操作提供支持。整体的架构以Apache HTTP 服务器与Perl脚本作为中间件，系统的层次功能较为分明、可靠。同时Koha支持SIP/NCIP等标准协议，使得系统具有较强的可扩展性。

图2 Koha架构

　　在客户端设计上，Aleph500采用的是C/S的模式，而Koha采用的是B/S的方式。前者的主要缺点在于需要安装客户端程序，要考虑客户端的平台，不能够实现快速部署安装和配置，升级较为麻烦。而后者简化了客户端，减轻了系统维护与升级的成本和工作量，相对来说更加方便、快捷和高效，同时也更符合目前网络环境的要求。

　　此外，由于Aleph 500这款软件在服务器端需要安装上C 编译器、MicroFocusCOBOL编译器等辅助软件，在客户端还需要安装Java虚拟机，因此，相对来说比较复杂。而Koha在服务器端安装上perl编译器，在客户端只需要有Web浏览器即可运行，较为简单。