您现在的位置: 全球仪器仪表MRO网_捌零零 >> 技术天地 >> MRO技术文章 >> 正文
三层模型在电力综合信息系统中的应用
作者:全球MRO综合服务商    仪器仪表技术文章来源:全球MRO仪器仪表交易网    点击数:    更新时间:2007-5-20

果传回客户端完成计算功能,从而加重了网络负担。为了解决这种问题,可以将系统服务对应为功能组件的实现,从而实现业务规则的封装。组件技术的发展,使我们可以利用组件技术来组建分布式网络数据。这样就能够以最小的代价开发尽可能多的、高质量的应用程序。这也有助于实现应用程序之间的高度一致性、兼容性和业务完整性。应用,利用组件来封装业务规则,划分组件功能,合理部署组件位置,从而获得更优的应用性能。

  3.2 基于组件实现的三层开发模式

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

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

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

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


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

上一页  [1] [2] [3] [4] [5] [6] 下一页

 

本文内容由全球仪器仪表MRO网_捌零零http://www.80017.cn/ 提供!


注:如果你的电脑不可以直接下载,请右键点击以上文字或'免费下载'图标,然后选目标另存为,进行下载保存

(本文来源:全球仪器仪表MRO网_捌零零)