可以认为将整个系统划分为一个大模块，从而 使得系统很难扩展，因此模块的划分不能太大；同时，模块的划分也不是越小越好，模块的 划分应该以该模块是否可以共用为标准，一些模块划分出来也永远不会被共用，则只会增 加工作量。
[0030] 模块的功能是模块划分的主要参考依据，模块的划分首先要保证该模块能够实现 业务系统中的某项功能。同时，模块的功能是决定该模块的能否被共用的基本条件，因此， 模块划分时，应从功能角度考虑模块划分，保证划分的模块最大程度的共用。可以认为，模 块划分，首先划分能够共用的模块，然后将剩余功能划分成不可共用模块即可。如图2所 不。
[0031] 图2中，整个系统可以看作一个大模块，通过功能的共用考虑，可以划分出三个 "可共用模块"，那么大模块被划分后则会自然划分出四个"不可共用模块"，系统则被划分 为七个模块。
[0032] 模块的相对独立性也是模块划分过程中需要考虑的一个重要因素，模块的相对独 立是指模块本身具有一定的独立功能，只要给定数据，即可实现该功能，模块的相对独立是 后期组件搭建系统的基础条件。
[0033] 对高耗能企业能效评价进行模块划分，主要分为九类模块，模块的划分结果及考 虑因素如表1所示。
[0034] 表1高载能企业能效评价模块划分 2)组件的封装 组件的封装主要采用组件技术、Web Service技术和面向服务的体系架构（SOA)来完 成，下面结合实际应用进行具体阐述： 组件技术中，组件封装即将划分好的应用模块，采用组件封装的相关技术，封装成组 件，能效评价系统是在综合集成平台之上，采用组件搭建的方式实现的。组件封装实际上就 是业务应用模块的程序化实现，组件封装相关技术主要有组件技术、Web Service技术和面 向服务的体系结构。
[0035] 组件是"软件危机"环境下的一种产物，目的是提高软件的重用性，主要思想是将 软件封装成组件，并通过接口能够实现对组件的访问。软件复用的概念早在1968年就被提 出，且有一套软件复用的指标性标准，其中包括了实现的基本思路。
[0036] 组件具有以下特点：1、重用性和互操作性强。重用是组件的最大特色，指完成某一 系统时，多个模块的软件可以重复利用，而不需要重新写代码实现；2、实现细节透明。组件 在运行过程中，输入和输出接口完全是透明的，它的实现和功能完全分离，从而对于应用组 件来说，只关心输入和输出两个接口即可，无需关心组件内部；3、良好的可扩展性。每个组 件都是独立的，有其独有功能，若需要组件提供新的功能，对组件来说，只需增加接口，不改 变原来的接口，从而实现组件功能的扩展；4、即插即用。组件的使用就类似于搭积木一样， 可以随时搭建，随时使用；5、开发与编程语言无关。开发人员可以选用任何语言开发组件， 只要符合组件开发标准，组件编译后可以采用二进制形式发布，避免源代码泄漏，保护开发 者的版权。
[0037] Web Service是一种组件技术，其采用XML格式封装数据，对自身功能进行描述 时采用WSDL，同时，要想使用Web Service提供的各种服务，必须对其进行注册，可以使用 UDDI来实现，组件之间数据的传输是通过SOAP协议进行的。Web Service具有与平台和开 发语言无关的特性，无论基于什么语言和平台，只要指定其位置和接口，就能在应用端通过 SOAP可以实现接口的调用，同时得到返回值。
[0038] 虽然传统的组件技术，如DC0M，也可以进行远程调用，但其使用的通信协议不是 Internet协议，就会有防火墙的障碍，也不能实现Internet共享。并且它们由不同公司提 出，采用规范不一致，因而不能通用。
[0039] Web Service主要建立在服务提供者、请求者和注册中心之间相互交互的基础之 上，交互的内容主要有查找、发布和绑定。三者之间关系如图3所示。
[0040] 面向服务的体系结构（即S0A)是一个组件模型，其将应用程序的不同功能单元通 过这些服务之间定义良好的接口和契约联系起来。
[0041] SOA强调将现存的应用系统集成，而且对于以后开发的新系统来说，也要遵循相关 的规则。从应用开发分工来看，组件在应用开发中往往扮演服务组装与实现角色，而SOA则 是表现层的软件组件化。
[0042] 3)组件的注册和发布 要使做好的组件能够使用，首先需要将开发的组件打包成Web服务，采用Axis进行打 包。Axis本质上就是一个SOAP引擎，提供创建服务器端、客户端和网关SOAP操作的基本 框架，同时能够在建立和运转时有能力部署Web服务。Web服务形成后，将该服务上传至服 务器，同时，通过UDDI (-种目录服务，企业可以使用它对Web services进行注册和搜索） 对该Web服务进行注册，注册后可以使用Web服务，最终的Web服务其实就是组件库。
[0043] 其次，对于应用服务库构建，应用服务库构建是基于综合集成平台之上，绘制高载 能用电企业能效评价业务知识图，同时，给定条件，定制组件，添加至知识图，点击组件，即 可实现应用。应用服务库是在业务库的基础之上进行构建，业务库一但构建，后期只需对应 用服务库进行变化即可实现服务的快速构建，包括以下几个方面： 1)知识图的绘制 绘制业务流程知识图，需要对能效评价业务非常了解，同时也要了解各个组件之间的 衔接关系，最好是组件的开发者，否则需要每个组件的详细说明、组件的输入和输出及功能 介绍等。在综合集成平台上绘制业务流程，类似于在Visio上绘图，非常简单。不同类型的 知识图最后形成知识图库，从而方便不同应用服务之间的共享。
[0044] 2)组件的定制 能效评价组件定制过程很简单，通过平台进入组件库，选择需要的组件，命名后保存到 相应的位置即可。
[0045] 3)服务的应用 通过绘制好的业务流程知识图，对应知识图中的每个节点，将对应的组件添加节点即 可，然后保存后，即可运行服务，不同主题的服务最终形成应用主题库，实现不同应用主题 之间的共享，服务构建过程如图4至图7所示。
[0046] 综上所述，本发明上述各实施例的高载能用电企业能效评价服务快速构建方法能 够快速构建能效评价服务，能够适应不同高载能企业、不同指标、不同评价模型的变化；同 时，能效评价服务具有模块化应用，可移植性、可扩展性、可复制、综合集成、易维护、信息共 孚等优势。
[0047] 最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可 以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的 保护范围之内。
【主权项】
1. 一种高载能用电企业能效评价服务快速构建方法，其特征在于，包括如下步骤：1) 构建基础业务库，包括应用模块划分、组件封装、组件库注册发布；2)以基础业务库的构建 为基础，在知识可视化综合集成平台之上构建应用服务库，包括知识图绘制，组件定制、月艮 务应用。2. 如权利要求1所述的高载能用电企业能效评价服务快速构建方法，其特征在于：所 述应用模块划分是将高载能用电企业能效评价的整个过程划分成多个相对独立的计算单 JL·〇3. 如权利要求2所述的高载能用电企业能效评价服务快速构建方法，其特征在于：所 述组件封装是采用组件技术、WebService技术和面向服务的体系架构对划分好的计算单 元进行封装，将其封装成组件，不同类型组件集成形成组件库。4. 如权利要求3所述的高载能用电企业能效评价服务快速构建方法，其特征在于：所 述组件库注册发布通过UDDI目录服务实现。5. 如权利要求1所述的高载能用电企业能效评价服务快速构建方法，其特征在于：所 述知识图绘制是在综合集成平台之上，绘制高载能用电企业的能效评价业务逻辑知识图， 并作为能效评价系统的主界面图，通过绘制多种类型的知识图，形成知识图库。6. 如权利要求5所述的高载能用电企业能效评价服务快速构建方法，其特征在于：所 述组件定制是通过知识可视化综合集成平台，给定条件，定制组件库的组件，并将组件添加 至知识图。7. 如权利要求6所述的高载能用电企业能效评价服务快速构建方法，其特征在于：所 述服务应用是通过点击知识图中的组件，展示计算结果，实现能效评价，使不同的服务形成 不同的应用主题，最终形成主题库。
【专利摘要】本发明提供了一种高载能用电企业能效评价服务快速构建方法，主要包括基础业务库构建和应用服务库构建两大部分，其中，基础业务是应用服务构建的基础。本发明能够快速搭建适用于不同类型的高载能用电企业、不同评价指标和不同评价模型的能效评价服务；应用模块划分可以使各个计算环节更加透明化，同时能够实现不同计算单元的共用，从而减少后期的开发工作量，方便系统移植和扩展；构建高载能用电企业基础库和业务库，建立完整的基础库后，可长久应用，容易维护；搭建可伸缩配置的能效评价服务，无需编程，系统动态适应，可移植、可扩展、可复制，节能人力和物力资源。
【IPC分类】G06Q10/06, G06Q50/06
【公开号】CN105260821
【申请号】CN201510610318
【发明人】潘辉, 刘浩, 郝党强, 周丽, 许肖丹, 刘福潮, 张刚, 董慧峰, 石岭岭, 郭志敏, 鲁航, 苗文哲, 沈辉
【申请人】国网河南省电力公司电力科学研究院, 国网河南省电力公司, 国网甘肃省电力公司电力科学研究院, 国网河南节能服务有限公司
【公开日】2016年1月20日
【申请日】2015年9月23日