关键词三层模式组件对象www

　　1　前言

　　随着Interntet／Intranet技术的飞速发展和普及，电力系统已得到广泛的使用，与传统的信息系统模式相比，基于Interntet／Intranet的信息系统，在技术上和应用(服务)方式上，都有着明显的优势，能很好地适应分布式应用的开发，分布和管理，易于将不同的业务应用集成在一起，更有效地综合利用信息资源扩大信息范围的，为电力系统的信息化提供了一种新模式。汉川电力综合管理信息系统的开发和使用在这一方面进行了有益的尝试。

　　电力综合管理信息系统包括www信息查询子系统、输变电GIS管理子系统和SCADA信息子系统三个部分，全部采用先进的B／S(浏览器／服务器)模式进行开发，浏览器将这三部分集成起来，使各级领导可以很方便地了解和掌握各种生产、管理信息和数据，为提高电力企业生产管理水平提供了有效手段。

　　其中，www信息查询子系统提供包括生产指标、供电指标、安全指标和财务指标等在内的各种管理信息的查询服务。本系统采用最先进的ASP(动态服务器页面)技术，将原有的单机环境下的综合管理系统移植到wEB浏览器中，根据综合管理的数据字典生成全动态的网络查询和管理页面，即实现了数据的统一性、安全性，又保证了将来系统扩展的适应性，届时只需修改数据字典即可做到系统扩展。

　　输变电GIS管理子系统提供了与地理信息有关的变电站、线路、杆塔等电力设备的各种信息查询服务。本系统将桌面地理信息系统Maplnfo与Activex复合文档结合在一起，在浏览器中实现所有的GIS地理信息的查询和管理工作。

　　SCADA信息子系统可以将SCADA系统的各种遥测遥信的实时和历史数据以表格、一次接线图和曲线等形式发布到管理网上，方便有关领导和管理人员了解和掌握有关生产信息，加强了生产管理。SCADA子系统采用当今最先进的分布式网络计算模型——CORBA(通用对象请求代理体系结构)——进行开发，将SCADA系统与管理网结合起来，可以直接在浏览器中查询SCADA系统的有关数据。

　　2　系统主要任务及特点

　　电力综合信息系统建设的主要任务，就是合理利用现有的计算机信息资源，并结合供电局的生产管理实际情况，面向各级领导，各业务部门工作人员，提供各种面向生产的实时、历史数据查询，各种生产地理信息，各种办公信息，和各种管理统计信息的快速准确的查询手段，以提高的生产管理和信息管理水平。

　　本系统有以下主要特点：

　　(1)信息查询统一以wEB查询方式，在济览器上进行。所有的操作均与平时上Internet的操作相同或近似，用户无需进行更多的计算机操作知识的培训即可使用。

　　(2)除了需要查询地理信息的用户以外，用于信息查询的客户端计算机上只需要安装操作系统(如WIN95或WIN98)和网络浏览器(如Internet Explorer)，即可上网查询，无须安装其他应用程序，对客户端计算机的要求不高，有利于保护在计算机硬件上的现有投资。对于需要查询地理信息的用户，其计算机上也只需要安装一套用于地图操作的软件即可。

　　(3)本系统的所有程序均可以安装在一台wEB服务器上，即可为内部网(Intranet)乃至整个因特网(Int6rnet)上的用户提供查询服务。系统的维护工作集中在一台计算机上进行，工作量及复杂程度均大大降低。

　　(4)本系统能将来自SCADA系统的实时数据在wEB网站上实时发布，还能将含有地理信息、的生产数据征路子地图上表示出来，丰富了生产管理的手段，有助于提高生产

　　管理水平。

　　(5)本系统提供了异质数据库之间的接口平台，可以将原有的各种类型的数据(如综合管理的DBF库文件，SCA—DA系统的DB库文件等)方便快捷地转换到SQIJ SERVER网络数据库上，保护了原有的信息资料，方便了生产管理中的各种需要的查询。

　　3　系统设计原理和方法

　　3．1　基于组件对象的开发模型

　　在传统的C／S开发模型中，应用程序实现的业务规则在客户端实现，或在后端DBMS中以存储过程或触发器的形式实现。在早期，这种开发模式曾大幅度地提高了应用程序的开发效率和运行效率。但随着分布式网络的发展，C／S模式渐斯暴露出一些不足之处：客户端需要大量的维护工作，用户界面与应用模块实现的业务逻辑放在一起，无法封装业务规则，随着客户需求的变化带来大量的版本更新问题，不便于管理；因为面向业务处理的计算主要在客户端进行，对于需要进行诸如统计之类的计算，不得不从数据库中反复查询后将查询结果传回客户端完成计算功能，从而加重了网络负担。为了解决这种问题，可以将系统服务对应为功能组件的实现，从而实现业务规则的封装。组件技术的发展，使我们可以利用组件技术来组建分布式网络数据。这样就能够以最小的代价开发尽可能多的、高质量的应用程序。这也有助于实现应用程序之间的高度一致性、兼容性和业务完整性。应用，利用组件来封装业务规则，划分组件功能，合理部署组件位置，从而获得更优的应用性能。

　　3．2　基于组件实现的三层开发模式

　　在对电力系统的web数据库集成系统的服务需求进行分析后，我们从逻辑上将系统分割为提供用户界面的客户端浏览器页面，提供业务服务的远程业务服务对象和提供远程数据服务的数据服务对象和数据库系统等几部分，通过网络将这几部分连接起来。系统体系结构就将应用程序的实际编程任务划分为组件的实现和集成组件的软件集成实现两类任务：一类任务是开发可重用的核心组件(如业务组件，数据库存储过程等)，另一类任务是集成这些核心组件提供的服务。我们可以设计良好的对象模型以确定对象内部类结构和需要向外展示的接口，然后通过组件组装的方式构造特定的解决方案。从提供服务的观点来看，要将系统服务需求分割为组件对象服务，我们可以使用图1所示的三层开发模式层次来划分对象功能。

　　在图1中，用户服务、业务服务和数据服务都包含在彼此独立的对象中，对象之间具有互操作性。

　　(1)用户服务层。用户服务层提供一个可视化接口，用来向用户显示信息和收集用户数据。用户服务层本身不进行业务数据处理，只负责向业务服务层发出请求。

　　(2)业务服务层。业务服务层是联系用户和数据服务的桥梁。业务服务组件对象响应用户发来的请求，执行某种业务任务。业务任务是由应用系统的需求定义的一种操作，业务规则则是控制业务任务工作流程的策略。与业务任务相比，业务规则更容易发生改变。为了达到更好的灵活性，在具体实现时应该将业务规则封装在单独的构件中，在业务规则改变后，只需要修改业务规则部分，同时保持该组件的对外接口不变，所有请求该业务规则的对象都将使用已修改的业务规则对象得到新的结果。第一页 上一页 1 2 下一页 尾页