三层模型在电力综合信息系统中的应用

　　(3)数据服务层。数据服务包括数据的定义、维护、访问和更新，以及管理并响应业务服务层的数据请求。数据服务层实现所有的典型数据处理活动，包括数据的获取、修改、更新以及数据相关服务等。

　　三层开发模式应用系统实现了对角户界面、业务逻辑规则、数据服务的逻辑分离和独立封装，符合分布式模型应用的要求。存在于三层开发模式中的各种服务强调的是概念意义

　　上的逻辑结构，而不是组件部署位置上的物理结构，允许提供服务的组件在物理位置上驻留在网络的任何地方，任何服务对象都可以根据特定的功能需求激活其它的服务对象，服务

　　对象可以根据它们在三层开发模式中的对应位置确定其对象应具有的服务功能。三层结构也并不意味着在实际应用中只存在这三个相互作用的提供服务的对象，相反，有可能系统中多个对象的相互作用才意味着提供某一层的服务。

　　3．3　基于组件对象的三层开发模式的优点

　　与传统的集中应用程序开发方法相比，基于组件对象的三层开发模式具有以下优点：

　　(1)实现业务规则的封装。可以在用户需求变化的情况下对局部的组件对象加以改进，使需求变化对系统的影响比较小。

　　(2)版本管理和更新方便。在用户需求变化和对象版本升级时，采用组件对象可以尽可能地减少版本冲突的管理和保持向下的兼容性，并可以通过网络直接下载新版本组件对象，得到新增的功能。

　　(3)部署最优化。因为组件对象可以部署在网络上，从而可以取得效率、性能、安全和维护上的最优化。可以将一个应用程序的某些组件驻留在中央数据库服务器上，某些部署在部门性的“业务”服务器上，另外的部分驻留在对用户最方便的服务器上，甚至就驻留在最终用户的客户机上。在设计功能强大、需要良好协调的若干应用程序时，开发人员可以根据网络以及基础设施的实际情况进行部署。组件的实际位置对最终用户是透明的。

　　(4)可管理性。可以将大型复杂的工程细分为简单、安全的组件工程。

　　(5)提高重用效率。组件的使用者只需要理解向他们公开的接口，而不需要知道组件的内部结构和组件使用的数据。这样就能够以最小的代价开发尽可能多的、高质量的应用程序。这也有助于实现应用程序之间的高度一致性、兼容性和业务完整性。

　　3．4　系统的总体结构

　　电力综合管理信息系统要达到的目标是在供电局内部网中，实现基于浏览器方式的电力数据查询和管理。本系统要实现所有应用组件对象的浏览器下载和控制；实现电力系统三大子系统——SCADA子系统、GIS于系统和电力综合管理子系统——通过浏览器方式的集成，能对三大子系统的数据进行web查询；实现三大子系统数据的wob管理(增加、删除、修改等)；同时，要实现将来对系统的扩展方便，添加新的功能时对系统各部分的影响较小。

　　前面已经提到，我们将电力综合管理系统从逻辑上划分为三层：用户服务层、业务服务层和数据服务层。其中，用户服务层面向领导客户、生产管理客户、供电管理客户、安监管

　　理客户、财务管理客户、办公室管理客户、其它科室客户和系统管理员客户，提供不同的用户界面，向用户显示信息并收集用户数据；业务服务层提供三大子系统的各项功能，包括

　　SCADA实时及历史数据查询、办公信息查询与管理、综合管理信息查询与管理(包括生产指标、供电指标、安全指标和财务指标)、领导查询、电力GIS地理数据查询与管理和系统维

　　护等功能；数据服务层定义并维护所有的数据表，并通过存储过程、触发器以及SQL执行语句等手段响应三大子系统的数据请求。系统体系结构如图2所示。

　　

　　3．5　对象构成

　　从图2可以看出，我们需要构造以下几类组件对象来完成所需的对象服务：

　　(1)用户界面类组件：提供用户与数据的交互界面。

　　(2)业务逻辑类组件：提供电力GIS、SCADA、综合管理及办公室管理等各子系统相关业务逻辑服务，从用户组件接收数据及业务逻辑请求，并把经过处理的数据请求传给数据库接口组件，最后把数据库返回的数据与业务逻辑处理结果一起传回用户组件。

　　(3)通信类组件：提供客户端用户组件对象与在服务器端的业务逻辑类组件对象的远程通信服务。通信类组件遵循CORBA规范和I10P协议，通过ORB对象调用远程方法。

　　(4)数据库接口类组件：提供对数据库的各种操作功能，从各业务逻辑组件接收数据请求，并将数据库返回的结果集传回业务逻辑组件。

　　经过半年多的运行实践表明，应用该模式开发的电力综合管理信息系统具有信息共享程序高，使用简便、运行稳定可靠，可扩充性强等特点。具有较好的实用价值。随着应用系统的不断开发，将在应用面及应用深度上，全面提高的信息化水平。

　　(本文获优秀论文一等奖)