论文部分内容阅读
随着网络和通信技术的飞速发展,信息系统特别是信息管理系统的应用领域越来越广泛,各种企业管理系统的使用己成为企事业单位进行计划、监督和辅助决策的最重要的手段之一。目前的企业信息管理系统多采用的是两层C/S结构,两层C/S结构存在资源耗费严重、多用户、多数据库的连接死锁隐患、安全管理困难、软件重用、软件升级困难等缺点。因此应用系统必然向三层C/S结构发展。其中中间层业务逻辑的设计与实现是构建高效、健壮、安全的三层C/S结构企业信息管理系统的核心问题。COM(Component Object Model,组件对象模型)是 Microsoft提出的一种基于二进制标准与编程语言无关的软件构架,它使各软件组件可以用一种统一的方式进行交互。COM定义了组件程序之间进行交互的标准,也提供了组件程序所需的环境。在COM标准中,组件程序分为两种:一种称为进程内组件(in-process component),它一般是一个动态连接库DLLs;另一种称为进程外组件(out-of-process component),它一般是一个可执行程序EXEs。组件程序设计就是将复杂的应用程序设计成一些小的、功能单一的组件模块,这些组件模块可以运行在同一台机器或不同的机器上,甚至不同的操作系统上。当应用系统的需求发生变化时,只对受影响的组件模块进行修改,然后重新整合得到新的升级软件,而无需对整个系统进行编译修改。组件程序大大增强了软件的复用性、稳定性和安全性,使软件以即插即用的方式进行升级和维护,降低了成本,提高了软件生产的效率。语言无关性、进程透明性、位置透明性、安全性和可重用特性是 COM的基本特征。COM提供了网络透明和通信自动化,从而使一个对象只要知道另一对象的逻辑位置而无须了解该对象的具体物理位置就能进行进程间通信,这些对象可以来自同一机器的不同进程或不同机器上的独立进程。COM借助RPC(Remote Procedure Call)来实现不同进程间的组件对象相互通信,通过本地代理对象和远程占位对象,通过列集和散集的方法实现应用程序无缝连接,因此中间层的代码以可重用的二进制的组件形式存在。基于COM的组件更关注<WP=70>业务逻辑的设计,而不是底层通信细节的实现。COM的重要部分是客户程序如何与服务器交互。COM服务器是任何给客户程序提供服务的对象。这些服务均以COM接口实现的形式出现,客户程序能够得到服务器对象接口的指针来调用这些接口。主要有两类服务器:进程内和进程外。进程内服务器用动态链接库DLL实现,进程外服务器用EXE文件实现。进程外服务器可以在本地机器上也可以在远程机器上。COM允许对象跨进程、跨机器边界交换信息就像在同一线程内交换信息一样的简单,通过指定唯一的途径来保证这一点——仅允许对象接口访问与对象相关的数据。本论文的企业管理信息系统采用三层的C/S结构,中间层的核心业务逻辑如企业各种基本资料管理,客户合同管理,原料采购信息管理,库存信息管理,产品生产标准表管理和原料计算等都是以服务器端COM组件程序的形式存在,并应用MTS进行连接管理、并发管理、安全管理、事务管理等服务。企业管理信息系统采用COM组件作为构建中间层业务逻辑,增强了软件的复用性,通过COM组件的调用安全和激活安全性配置,克服了用脚本程序构建中间层业务逻辑的安全脆弱性,系统的升级和更新也更加方便。另外系统还具有如下新的特点:企业管理信息系统的使用,摒弃了从前局限在局域网内部的企业信息的共享,为异地的远程办公带来了方便;为用户提供了科学、高效的报表设定,可按不同用户的要求,产生任意格式的企业管理信息报表。本文实现了企业管理信息系统的整体设计并提出了新的设想,完成了服务器端组件的编码,以及客户信息,生产报表,定单分析等模块编码和实现。