国际机场EMS能源管理系统设计方案-模板

长水国际机场能源管理系统设计方案

目录1 引言 引言编写目的本文档是根据WQJ-9000能源管理系统平台软件V1.1多系统控制功能（以下简称本功能）进行详细分析和讨论后得出的分析说明书，旨在明确本软件模块的功能需求。通过本说明书，可以了解到本软件的开发背景、建设要求、功能需求等。各个模块的开发人员阅读此文档后，以各个模块的功能为基础，兼顾配合服务器模块，完成各自模块的功能。背景多系统控制功能是WQJ-9000V1.1中的一个功能，本功能与具体的图形、服务器等软件或功能独立，主要集成在相应的规约里，由图形模块负责调用，实现对接入设备的远程控制。无论是对话或非对话框，都会在对应的规约中弹出，以达到各自的通用、易扩展。参考资料编号资料名称说明1《WQJ-9000能源管理优化系统需求规格说明书V1.00.doc》2《VC界面设计规范080812》3《VC编程规范》4《WQJ-9000能源管理系统平台软件V1.0数据库设计说明书V1.00.doc》5《WQJ-9000能源管理系统平台软件V1.1数据库设计说明书V1.00.doc》术语定义及说明下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注设计概述任务和目标随着信息技术在智能楼宇和BA的深入与发展，系统本身与应用多样化的适配性、互连性、以及互操作开放性的低效与高成本等的不足体现得日趋明显。从系统长远考虑，上述不足主要体现在：系统的高度复杂性，应用的互操作性/互连性/开放性，应用的实时操作性，应用的智能性，以及应用的集成性/扩展性。因此，必须将一个更加开放的、统一的能源管理平台系统，用以支持弥补现有系统的不足。建设目标就是基于智能建筑，BA中各类自动化与信息化系统拓广性、集成性及开放性需求,开发出一种面向服务架构(SOA)，基于分组、分层、分块的系统控制体系及构件化结构的能源管理平台系统，该平台系统能够体现出更大的智能性，通用性，持续扩展性，满足公司对能耗监测，能源管理，BA综合监控解决方案的需求以及未来能源管理系统运维的需求。需求概述（1）系统配置，配置每个控制点所属的专业子系统，在控制完成后，记录的控制信息可由事件查询软件进行分类查询。（2）手动遥控功能/接口，该功能封装在规约模块中，用户以手工方式实现的远程遥控功能，可以界面或非界面的方式实现，如电力系统中的遥控功能，原来该功能是在TSGraphCom9000.dll中实现，现在把此功能移植到MMI_JK.DLL中。（3）手动置数（或调控）功能/接口，该功能封装在规约模块中，用户以手工方式实现的远程调控功能，接口函数一般以无界面的方式实现，即用户在图形显示软件上点击置数界面上的“确定”按钮时，调用该接口，如电力系统中的置数功能，原来该功能是在TSGraphCom9000.dll中实现，现在把此功能移植到MMI_JK.DLL中。（4）自动遥控功能/接口，该功能封装在规约模块中，主要是供通用服务软件调用，实现某个开关量点的自动控制，顺序完成控制操作，如电力系统中的遥控功能，在此功能中实现预校验、执行两种步骤，原来该功能是在通用服务软件中实现，现在把此功能移植到MMI_JK.DLL中。运行环境概述硬件环境硬件环境类别要求备注CPU1.8GHz以上CPU内存1GB或以上主机硬盘至少80GB软件环境软件环境类别要求备注操作系统Windows2000/2003或WindowsXPSP2及以上数据库SQL2000SP3及以上条件与限制详细设计方法和工具1、开发环境开发用机器类别要求备注CPU2.40GHzCPU内存2G主机硬盘250G网卡100Mb/s操作系统WindowsXPProfessionalSP3开发环境MicrosoftVisualStudio2008SP12、界面设计 软件采用BCG界面库实现，默认使用Windows2007风格，界面风格如下：3、功能模块划分 本功能模块主要以动态链接库（DLL）的形式存在，即每个接入设备对应的规约模块，规约模块除实现前端设备模拟量、开关量、脉冲量、事件、文件等数据上传外，还负责后台服务器对前端设备的控制、参数设置、校时等工作。多系统控制功能集成到规约模块中时，可以界面或非界面形式实现对前端设备的控制，主要分为以下功能部分：1）形使用、手工遥控的接口要是实现对开关量的远程遥控功能，可以以界面或非界面的形式展现，图形只是负责调用接口，其余的控制操作都由接口（规约模块）实现。2）使用、手工置数的接口要是实现对模拟量的置数功能或远程调控，以非界面的形式供外部程序调用，图形只是负责调用该接口，传入必要的参数即可，其余操作由接口（规约模块）实现。3）用服务模块使用的接口要是实现对开关量的定时自动控制，一步完成。以电力系统的自动控制为例，通用服务软件调用接口后，不需要在界面中点击预校验，需要把预校验、执行两个操作顺序完成。如果是其它系统的自动控制，则只需将其最终的控制流程封装在此接口中，通用服务软件直接调用即可。支持多系统，且最终控制的对象各不相同，因此，在WQJ-9000国配置其它系统或设备时，在系统中显示的最终状态都为设备，设备有对应的属性点。对于每个设备的属性点，如果为开关量信号，则对其进行远程控制，状态一般为开（0）、关（1）；如为模拟量信号，则对其进行置数操作。系统详细需求分析详细需求分析3.1.1功能需求（1）专业子系统配置多系统控制功能需提供以下配置功能：专业子系统的名称、所属规约配置；设备类型、设备型号所属的专业子系统配置；设备所属的专业子系统配置；控制配置表、告警提示配置表所属的专业子系统配置。配置界面如下图所示：（2）手动控制功能/接口手动控制功能/接口需具备以下功能：对于现有的电力控制来说，可正确实现遥控预校验、遥控执行；可正确设置预校验的返校时间；对于其它系统（未来需要接入的系统）来说，可正确实现远端设备的控制。（3）手动置数功能/接口需具备以下功能：（1）对于现有的电力置数来说，可正确实现置数功能；（2）对于即将集成进来的KNX灯光控制来说，可正确实现调光功能。（4）自动遥控功能/接口需具备以下功能：（1）对于现有的通用服务软件来说，可正确实现对电力系统中设备的自动控制功能。（2）对于即将集成进来的KNX灯光控制来说，可正确实现自动控制或联动控制功能。3.1.2性能需求 （1）可靠性指标 ◆系统可靠性系统可用率超过99.99% ◆系统平均无故障时间（MTBF）30000小时 （2）负荷率 ◆所有计算机的CPU负荷率在正常状态下任意5分钟内小于30%，在任意10秒内小于50%。 ◆LAN负荷率在正常状态下任意5分钟内小于25%，在告警状态下小于35%。3.1.3运行需求运行平台:◆CPU：1GHz以上CPU◆内存：最少1GB◆主机硬盘：最少80GB◆操作系统：Windows2000Pro,WindowsXP◆数据库：SqlServer2000SP3或以上软件开发平台：◆VisualStudio2008SP1接口需求分析外部接口：为适应不同厂家对数据统一接口要求，现采用国际通用的OPC、WEBSERVICE等接口技术进行对接，方式灵活，易于扩展。内部接口：采用自定义方式，尽可能减少交互时间，提高响应速率。部分接口定义3.3.1获取工程列表函数名称intns__ser_GetProID(wchar_t**sReturn);描述关联数据界面获取工程列表参数无返回值返回XML格式字符串，格式为：<rootlabel='工程列表'><prolabel='工程1'id='1’></object><prolabel='工程2'id='2’></object></root>注：3.3.2获取场站列表函数名称intns__ser_GetStationID(intProID,wchar_t**sReturn);描述关联数据界面根据工程ID获取场站列表参数ProID：工程ID返回值返回XML格式字符串，格式为：<rootlabel='站名列表'><statlabel='场站1'id='1’></object><statlabel='场站2'id='2’></object></root>注：3.3.3获取数据源列表函数名称intns__ser_GetDataSource(intProID,intStationID,wchar_t**sReturn);描述关联数据界面根据工程ID和场站ID获取数据源列表参数ProID：工程IDStationID：场站ID返回值返回XML格式字符串，格式为：<rootlabel='数据来源列表'><dataSoulabel='数据源1'id='1’></object><dataSoulabel='数据源2'id='2’></object></root>注：总体方案确认系统总体结构确认 控制功能主要集成在分控模块中，此图是上层应用对前端设备的控制流程，上层应用只需把控制命令（控制哪个或哪些设备）发送给总控模块，由总控模块调用分控模块的相关接口，并把控制命令下发，而不需要知道具体控制哪个/些设备。在以后接入其它系统时，只需按照已经定义的接口增加分控模块，这种结构层次清晰，扩展灵活。 上图中的分控模块，同时具有采集前端设备数据的功能，并转发至后台服务器，具体流程如下：系统详细界面划分应用系统与支撑系统的详细界面划分图形显示软件、通用服务软件等调用多系统控制功能中的接口函数时，需要根据当前控制的数据点信息，找到该点所属的专业子系统，专业子系统对应唯一的一个规约模块，最后，由图形软件或通用服务软件调用规约模块中的接口，实现界面弹出、控制预校验、控制执行等操作，如下图所示。图形模块查找规约的功能，集成在TSGraphCom9000.dll中。多系统控制功能目前涉及到通用服务软件、TSGraphCom9000.dll、MMI_JK.dll等模块的修改，需要把TSGraphCom9000.dll中电力遥控部分的遥控预校验、遥控执行对话框部分移植到MMI_JK.DLL中，把通用服务软件中关于电力遥控预校验、遥控执行一体化部分移植到MMI_JK.dll中。以后增加其它系统的规约模块时，根据各子系统的不同特点，把手工控制与自动控制的接口集成进去。例1：以电力控制MMI_JK.dll规约为例，当图形显示软件在界面上执行远程控制时，由图形软件根据当前控制的开关/模拟量序号，在TB_CONTROL表中找到对应的专业子系统，在TB_SYSTEM表中找到对应的规约(MMI_JK.dll)，调用规约模块中的Dll_ControlDlgInit接口弹出预校验对话框（或是调用Dll_SetValueDlgInit接口弹出置数对话框），由弹出的对话框完成对应的遥控操作。例2：通用服务软件调用自动控制接口时，由通用服务软件根据TB_CONTROLITM表配置的遥控号，到TB_CONTROL表中找到遥控号对应的开关量序号、对应的专业子系统，在TB_SYSTEM表中找到对应的规约(MMI_JK.dll)，调用规约模块中的Dll_AutoControl接口，并把开关量序号、开关量当前值作为参数传入，把控制结果（成功：TRUE，失败：FALSE）返回。以上两个例子中，查找专业子系统时，也可通过开关/模拟量序号所属的设备，根据该设备找到对应的专业子系统。系统内部详细界面划分系统网络架构图4.1.1系统架构图系统总体设计思想：以MVC+SOA思想来抽象出系统开发的软件模型骨架。框架中MVC负责模块内的各个业务层的职能的分离，SOA负责分布式系统间的扩展和集成。辅助AOP的方式全程对系统的运行的状态和异常就进行监控记录。系统采用B/S架构，架构图如图2.2.1。系统设计特点：1.模板化

让展示的页面可以和业务的数据彻底的分离，方便针对不同行业模板页面的无缝调换。

2.前端与后台交互资源化

通过框架对Ajax的封装，让前端与后台的交互只依赖于配置文件中的接口。使交互过程中数据传递完全的对象化和资源化，无需过多的耦合。

3.webservice灵活封装和配置

通过框架的封装，让每个系统间的webservice的调用更加的简洁，更加的灵活。

4.数据层的多元操作和数据持久化

通过配置的方式实现对象与数据库中的字段的映射，通过XML的方式分离出系统中的sql操作语句，通过配置文件的方式同时植入多个数据库的操作。

5.运行日志和异常自动捕捉

通过AOP的方式植入系统中运行的每一个方法细节，全程灵活的记录模块执行的过程，捕捉系统运行的状态和异常信息。逻辑分层模型图4.1.2逻辑分层模型图对应4.1.1节的系统网络架构，我们可以将软件系统的逻辑划分成五层模型，各模型层间相互逻辑依赖又相互松耦合。五层模型分别是界面展示层、业务逻辑层、应用服务层、系统平台层。该项目应用服务采用B/S架构设计，其中前三层是专门根据相应应用产品的业务需求开发。系统详细设计系统结构设计及子系统划分系统功能模块详细设计峰值分析功能描述 由于目前区域电力曲线图，无法明确查看最高用电的时间和最高用电的设备，用电占比率也没有体现出来。为了方便客户实时浏览每天的最高用电和用电两最高的设备，便于一些数据的统计，因此设计了峰值分析模块。 选择时间条件季度、月、年，选择区域节点和分析统计方式（峰值统计和占比分析），本功能可以输出功率峰值散点图，或功率峰值分布统计图，时段峰值信息，以及出现次数最高的五个时间点，平均功率等信息。业务流程配置文件无。节能专家功能描述 节能专家主要展示各对象的节能效果，协助管理人员对节能项目效果进行评估。该子系统主要由以下几个模块组成。 （1）节能量核算图，展示实际能耗与基准能耗对比曲线图；节能量柱状图显示。支持节能报告在线预览、打印、导出。 （2）节能足迹。显示当前查询条件下的查询对象的节能事件。 （3）算法配置。提供两种节能评估算法，“基期能耗-影响因素”模型和直接比较法。后台可以自动配置，提供算法模板下载以及模板导入功能。业务流程节能核算节能数据人工录入算法配置能效专家功能描述 依据不同的时间范围，统计出重大能耗设备：变压器、冷冻站、锅炉、制氧站能效情况。同时，系统提供数据分析功能，如变压器的平均负载率、功率因素、变压器温度等不同计量方式。最后统计出此变压器的总负荷的同比、环比、最大、最小、平均值。 针对变压器设备。根据时间条件：日、周、月，对变压器的平均负载率、功率因数、变压器温度（超过的部分高亮表示）完成能效分析，总负荷的同比、环比、最大、最小、平均值（添加额定功率）信息，变压器损耗信息。 针对冷冻站设备。根据时间条件：日、周、月，对冷冻站的能效比EERr、冷冻水输送系数WTFchw、冷却水输送系数WTFcw、冷冻水出水温度、冷却水回水温度完成能耗分析，能耗的同比、环比、最大、最小、平均值统计信息， 针对锅炉设备。根据时间条件：日、周、月，分析锅炉能效情况，统计总能耗的同比、环比、最大、最小、平均值信息，能效的数值和标准比较结果。 针对制氧站设备。根据条件的时间条件：日、周、月，分析制氧站单位能耗氧气产出量，统计总能耗的同比、环比、最大、最小、平均值信息，能效的数值和标准比较结果。业务流程相关性系数及其计算变压器平均负载率公式：二次侧总视在电度/变压器额定容量/时间*100%公式说明：、采样取得二次侧所有表的视在电度，然后相加得到二次侧总视在电度；、变压器额定容量是变压器固有属性，可以直接取得；、时间以小时为单位；功率因素公式：二次侧各支路总有功电度/二次侧各支路总视在电度*100%公式说明：（1）、采样取得二次侧所有表的有功电度，然后相加得到二次侧总有功电度；（2）、采样取得二次侧所有表的视在电度，然后相加得到二次侧总视在电度；温度采样取得温度；冷冻站冷冻站能效比EERr公式：空调系统设备备的总冷量/制冷系统能耗公式：二次侧总视在电度/变压器额定容量/时间*100%公式说明：、采样取得空调系统的总冷量；、采样取得制冷系统中所有设备的能耗，然后相加得到总的制冷系统能耗；公式说明：、采样取得二次侧所有表的视在电度，然后相加得到二次侧总视在电度；、变压器额定容量是变压器固有属性，可以直接取得；、时间以小时为单位；冷冻水输送系数WTFchw公式：空调系统制备的总冷量/冷冻水泵(包括冷冻水系统的一次泵、二次泵、加压泵、二级泵等)能耗公式：二次侧各支路总有功电度/二次侧各支路总视在电度*100%公式说明：（1）、采样取得空调系统的总冷量；（2）、采样取得冷冻水泵系统中所有设备的能耗，然后相加得到总的冷冻水泵能耗；公式说明：（1）、采样取得二次侧所有表的有功电度，然后相加得到二次侧总有功电度；（2）、采样取得二次侧所有表的视在电度，然后相加得到二次侧总视在电度；冷却水输送系数WTFcw公式：冷却水输送的热量/冷却水泵能耗公式说明：（1）、采样取得冷却水输送的热量；（2）、采样取得冷却水泵系统中所有设备的能耗，然后相加得到总的冷却水泵能耗；冷冻水出水温度采样取得冷冻水出水温度；冷却水回水温度采样取得冷却水回水温度；锅炉锅炉能效公式：单位时间内的产生的蒸汽热量/单位时间内的燃料低位热量值；公式说明：（1）、单位时间内的产生的蒸汽热量=单位时间内的产生的蒸汽量*(蒸汽焓值-补水的焓值)（2）、单位时间内的燃料低位热量值=单位时间内的燃料消耗量值*燃料的低位热值式中：单位时间内的产生的蒸汽量可通过安装蒸汽表计量，单位为m3；单位时间内的燃料消耗量值可采用人工抄录方式获取，单位为m3；蒸汽焓值需差下表并计算获得，蒸汽焓值单位为kcal/m3，热水焓值单位为kcal/m3；天然气的低位热值为8500kcal/m3。锅炉能效对标锅炉热效率对标：《工业锅炉能效限定值及能效等级》GB24500-2009，分为1、2、3级工业锅炉能效等级分为3级，其中1级能效最高。工业锅炉在额定工况下的热效率值均应不低于表1～表4中能效等级“3级”的规定。制氧站单位能耗氧气采出量（1）、制氧站单位能耗(暂考虑电能耗)氧气产出量，单位m3/kWh；（2）、计算：单位时间氧气产出量/单位时间制氧站总能耗；其中：制氧站有一套控制系统，控制系统内设置有氧气流量计，可通过系统对接的方法获取氧气的实时流量(单位立方米/小时)；制氧站电能耗可通过智能电表获取。制氧站能效对标与自身历史值对比，能效等级需自定义。设备管理功能描述 设备管理模块包含：设备管理、设备查询、重大能耗设备、通讯采集设备、修改重大能耗设备、修改通讯采集设备和后台配置的添加设备、批量导入设备。用户可以查看设备的数量、告警、维修保养、通讯状态等信息；也可以修改设备的属性和设置保养时间等。业务流程设备查询功能描述 提供对重大能耗设备、通讯采集设备的查询功能。用户可以查看设备的数量、告警、维修保养、通讯状态等信息；也可以修改设备的属性和设置保养时间等。业务流程点击菜单进入本页面后，默认不显示设备列表，需要查询后才有设备显示。可以输入不同的查询条件来查询出需要的设备。可以批量导出设备、添加、批量添加设备；也可以修改、删除设备或者查看设备详细。添加设备功能描述 添加设备功能。选择要添加的设备类新星，填写基本信息和维修保养信息，设置设备的图片、通讯状态等基本参数。填写完毕后，提交数据库；单击取消按钮，则不执行保存操作。业务流程修改通讯采集设备功能描述 该页面可以修改设备图片、设备通讯状态、设备名称、设备编号、安装位置、设备型号等信息；可以修改保养周期、提醒策略、提前提醒时间、提醒方式等信息；用户单击确认时，将修改的设备信息保存到数据库；取消保存时，不执行入库操作；返回按钮，提供回到上一个页面。业务流程进入本页面后，切换Tab可以修改基本信息和维修保养设置。修改完成后点击确认按钮来保存，成功则结束操作，失败可以重试；点击取下按钮来取消保存；点击返回按钮返回到上一页面。修改重大能耗设备同4.7修改重大能耗设备。关联分析功能描述 目前在WQJ-9000系统中，已存在区域的能效曲线图，但是与之关联的元件或一个测点（如温度）的联系没有反应出来。为了方便客户在浏览器中直接浏览各个区域的能耗与元件的关联关系，便于一些数据的挖掘，因此添加了关联分析模块。关联分析是依据不同的时间范围区间，统计出各区域能效情况。同时，系统提供同等时刻的其他数据，如室外温度、室内湿度、人流量、作息时间等。最后计算出该区域的能效与上述相关数据的相关性系数，有利于数据的挖掘。业务流程相关系数与计算公式公式公式：公式说明：1、范围：[-1,1].2、取值说明：①、符号：如果为正号，则表示正相关，如果为负号，则表示负相关。通俗点说，正相关就是变量会与参照数同方向变动，负相关就是变量与参照数反向变动；②、取值为0，这是极端，表示不相关；③、取值为1，表示完全正相关，而且呈同向变动的幅度是一样的；④、如果为-1，表示完全负相关，以同样的幅度反向变动；计算1、颗粒度是分 ①、相关数据对象为【温度/人流量/湿度叶子节点设备】：由叶子节点的设备ID+（温度/湿度）编码-->ts_device_datacenter_minute_xxxx ②、相关数据对象为【作息时间】：如果在【特殊作息时间表（TB_SpecialWorkTime）】存在，找到对应日期，计算出工作时间，工作时刻点用1表示，休息用0表示；如果在【特殊作息时间表（TB_SpecialWorkTime）】不存在，计算出日期星期几，在【工作时间（TB_WorkTime）】找出对应的工作时间，工作时刻点用1表示，休息用0表示。2、颗粒度是时 ①、相关数据对象为【温度/人流量/湿度叶子节点设备】：由叶子节点的设备ID+（温度/湿度）编码-->ts_device_datacenter_hour_xxxx ②、相关数据对象为【作息时间】：如果在【特殊作息时间表（TB_SpecialWorkTime）】存在，找到对应日期，计算出工作时间，工作时刻点用1表示，休息用0表示；如果在【特殊作息时间表（TB_SpecialWorkTime）】不存在，计算出日期星期几，在【工作时间（TB_WorkTime）】找出对应的工作时间，工作时刻点用1表示，休息用0表示。3、颗粒度是天 ①、相关数据对象为【温度/人流量/湿度叶子节点设备】：由叶子节点的设备ID+（温度/湿度）编码-->ts_device_datacenter_day_xxxx②、相关数据对象为【作息时间】：如果在【特殊作息时间表（TB_SpecialWorkTime）】存在，找到对应日期，累计每天的工作小时数；如果在【特殊作息时间表（TB_SpecialWorkTime）】不存在，计算出日期星期几，在【工作时间（TB_WorkTime）】找出对应的工作时间，算出每天的工作小时数。4、颗粒度是月 ①、相关数据对象为【温度/湿度叶子节点设备】：由叶子节点的设备ID+（温度/湿度）编码-->ts_device_datacenter_month_xxxx ②、相关数据对象为【作息时间】：如果在【特殊作息时间表（TB_SpecialWorkTime）】存在，找到对应日期，计算出每天的工作天数；如果在【特殊作息时间表（TB_SpecialWorkTime）】不存在，计算出日期星期几，在【工作时间（TB_WorkTime）】找出对应的工作时间，算出每天的工作天数。 负荷预测功能描述 目前在WQJ-9000系统中，已存在负荷预测模块，但是预测出来的能耗值与真实消耗的能耗差异较大。为了提高负荷预测的准确性，重新设计了预测算法，引入温度与作息因素对能耗进行分析预测。 负荷预测主要完成各对象在不同时间粒度下，对各类能源消耗情况的预测，为用户的能源消费提供参考。业务流程第三方应用 温度依赖于第三方webserver，只可以得到未来三天的精确温度。负荷预测算法介绍 决策树算法：在拥有精确温度的时候，对历史数据中具有相同的作息日的数据进行线性回归，将温度代入得到较为精确的能耗。在没有温度的时候，通过作息找到历史数据，进行简单的累加求平均等到能耗。（在处理历史数据的时候，需要考虑对于数据偏差较大的坏数据的处理）。线性回归算法： y为能耗，x为温度。 智能报告功能描述 智能报告模块中提供对不同建筑群、建筑、楼层、商铺等的月能耗消费情况进行报告输出，报告类型提供了变压器负载、能耗趋势、能耗差异、报警信息、能耗异常等丰富的报告种类，便于用户从多角度、多细节完成能耗消费情况分析。业务流程报告的数据来源当月生成报告的前一个月1）变压器当月生成报告的前一个月设备编号、设备名称、型号、额定容量、变压比为固定属性可以从变压器表中取出，平均负载率为月平均负载率设备编号、设备名称、型号、额定容量、变压比为固定属性可以从变压器表中取出，平均负载率为月平均负载率（市载功率/额定容量）,负载状态30%~60%为正常其他为过小或者过大，建议：过大是……..，过小是………一张固定的图片暂定从变压器表从是否运行字段中取变压比为属性从变压器设备表中取出2）能耗趋势报告每条线的方差最高的占后面，其他的列在前面每条线的方差最高的占后面，其他的列在前面（下面公式m为平均值）取前N个月的数据填充进去，电分项需要根据与其他分项比较尽量在一个量级（*100或*1000）,N+1的预测数据结合负荷预测取数据3）能耗差异环比数据来自公式环比数据来自公式（当月-上月）/上月数据来源自DataCenter表取N个月的数据建议话语根据前面写死后面上表中出次数最多与最少的数据建议话语根据前面写死后面上表中出次数最多与最少的数据来源自KPI人工录入原因的数据表告警与异常报告基本一样，以下就对告警分析数据来源：告警告警数从数据表中取，未知告警类型为“其他”告警告警数从数据表中取告警数从数据表中取KPI子系统功能描述 智能报告模块中提供对不同建筑群、建筑、楼层、商铺等的月能耗消费情况进行报告输出，报告类型提供了变压器负载、能耗趋势、能耗差异、报警信息、能耗异常等丰富的报告种类，便于用户从多角度、多细节完成能耗消费情况分析。下图为子系统所包括的模块： 业务流程相关定义（1）单位床日能耗KPI=（总能耗数据）/床日数。当给定时间（本月、本年、上月、上年）类型时，总能耗数据为该时间段内的能耗消费值。（2）单位业务量KPI=（总能耗数据）/业务量。总能耗数据同上。业务量：由床日数、门诊数按不同权重计算所得。（3）本月（年）床日数=本月（年）内每个住院病人的住院天数累加起来，每月（年）由维护人员手工录入上月（年）的月（年）度床日数；业务量=门诊人次、住院人次的加权合计数，业务量也是每月（年）由维护人员手工录入上月（年）的业务量（业务量=业务量为床日数+门诊数量/3）。（4）单位面积能耗KPI=月（年）总电能耗/建筑面积。（5）单位空调面积KPI=空调总电能耗/空调覆盖区域面积。（6）万元收入能耗KPI=月（年）总耗能/月（年）万元收入。首页功能描述 提供项目背景信息，包括项目介绍和文字描述；展示总区域的实时能耗走势图，时间颗粒度有10分钟和一小时；告警总览可以获取告警信息条数；本月能耗总览显示总区域各类能耗的环比、同比统计信息；电能耗综合评价显示总区域的日、月、周、年同比等统计信息；能源占比饼图提供不同能耗种类占比饼图显示；关键KPI总览显示配置的KPI数据信息。业务流程 登录页功能描述 登录页面主要完成用户身份认证，用户输入用户名和密码后，正确就进入系统主页面，失败则停留在本页面，提示用户用户名或密码错误。当用户选择记住密码时，下次登录就免密码输入。执行流程实时监控功能描述 主要包括电力子系统，水子系统，安防子系统、环境评估子系统。电力子系统主要完成对高压用电的监测，高压监测页面显示高压系统图，点击系统图上的仪表显示仪表的监测信息；可以通过选择左侧不同变电站来切换显示不同的高压监测信息；在水力子系统中，可通过图形监测页面显示水系统图，点击系统图上的仪表显示仪表的监测信息，可以通过选择左侧不同水系统来切换显示不同的水系统图；空调子系统主要实现对空调设备的监测，实时数据显示和历史数据展示，对告警信息完成实时展示；安防子系统，可以选择安防区域，并提供区域系统图，监测信息和摄像头实时数据、历史数据查看与下载；环境子系统，实现对建筑区域的平面地图展示，点击区域图上的点可以查询该区域的重大能耗设备和非重大设备信息。执行流程初始化：显示总父节点的系统图，由FLEX生成；查询操作：点击不同的拓扑树会切换显示选中节点的高压系统图；监测信息：点击高压系统图上面的仪表弹出仪表的监测信息页面；跳转：点击监测信息弹出页面上的“查看设备信息”跳转到设备详细页面查看设备详细信息；点击“查看警告”跳转到告警页面查看具体告警信息；点击“查看历史信息”弹出页面切换成历史记录；点击菜单进入本页面后，默认显示总节点的高压系统图，点击系统图上的仪表显示仪表的监测信息。可以选择电力拓扑树来切换显示不同的高压系统图。点击监测信息弹出页面上的“查看设备信息”跳转到设备详细页面查看设备详细信息；点击“查看警告”跳转到告警页面查看具体告警信息；点击“查看历史信息”弹出页面切换成历史记录。环境评估功能描述环境评估页面显示本月、本季度、本年度区域服务评分和同比信息，选择左侧区域树节点可以显示此节点和下级节点的区域服务评分和同比信息。执行流程 查询操作：点击选择左侧区域树节点，将节点编号传到后台，后台查询数据库查询选中节点和子节点的温度、湿度、CO2、PM2.5等信息，通过算法求出服务评分和同比信息；最后，数据返回给前台生成页面。系统界面详细设计外部界面设计峰值分析节能专家变压器能效分析冷冻站能效分析锅炉能效分析制氧站能效分析设备管理设备查询添加设备修改通讯采集设备修改重大能耗设备关联分析负荷预测一键诊断智能报告首页关键KPI定额KPI经营KPI首页登录页实时监控-电力子系统环境评估内部界面设计用户界面设计数据库系统设计设计要求数据库版本：SQLServer2005操作系统：Windows2000Server、Windows2003Server、WindowsXPSP3CPU：最少3.0GHz以上CPU内存：最少1GB内存硬盘：最少80G信息模型设计表分为用户表和系统表两类，系统表是对整个表系统进行配置的表，这些表不在数据库界面中出现，内容通过数据库软件的界面（如SQLServer企业管理器）进行直接生成，表名表、域名表及菜单信息表属于系统表，其他的表属于用户表，用户表有两种操作权限，管理员权限和一般用户权限。用户表中的域分为输入项和非输入项两类，输入项在数据库界面中是否出现通过选择其隐藏属性修改，非输入项信息可能由应用程序自动生成或在系统运行中由应用程序填写的实时数据，自动生成的非输入项信息只有系统管理员能够观察，并是只读的；实时数据在数据库界面中不限制用户，但同样是只读的。说明：1系统由通用表，专有系统表构成2主外键关系由程序控制3为保证软件的通用性，所有表间级联操作由TRIGGER完成。数据库设计设计依据系统数据库集中放置采用多数据文件。尽量避免I/O争用问题。尽量不使用过大的数据文件，UNIX系统不大于2GB，Windows系统不超过500MB。基本信息表在建立时就分配足够的存储空间，尽量避免其自动扩展功能。数据库选型WQJ-9000系统是在WQJ-900M集控站计算机监控系统软件、WQJ-900T变电站后台监控系统软件V1.0的基础上，经过升级、功能扩展、重新设计等而产生的一个平台软件，所以其仍采用原有的关系数据库MicrosoftSQLServer2005。数据库种类及特点根据存储模型划分，数据库类型主要可分为:网状数据库(NetworkDatabase)、关系数据库(RelationalDatabase)、树状数据库(HierarchicalDatabase)、面向对象数据库(Object-orientedDatabase)等。商业应用中主要是关系数据库，比如Oracle、DB2、MSSQLServer、MySQL等。1.OracleOracle公司产品支持最广泛的操作系统平台,能在所有主流平台上运行（包括

windows）。完全支持所有的工业标准,采用完全开放策略,可以使客户选择最适合的解决方案,对开发商全力支持。2．DB2DB2系列数据库跨越了各种平台，包括：UNIX、Linux与Windows平台以及IBMiSeries（OS/400操作系统）。DB2Everyplace支持手持设备和嵌入式Linux环境，并提供了与更大型系统的数据同步，为整个系列的应用程序开发和数据库管理提供了常用工具。特点主要表现为：支持面向对象的编程、支持多媒体应用程序、高性能和高可伸缩性、支持自主计算、支持种类繁多的访问远程信息的方法。3.SQLServerSQLServer是一个全面的数据库平台，使用集成的商业智能(BI)工具提供了企业级的数据管理。SQLServer数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，可以构建和管理用于业务的高可用和高性能的数据应用程序。SQLServer数据引擎是本企业数据管理解决方案的核心，此外SQLServer结合了分析、报表、集成和通知功能。这使您的企业可以构建和部署经济有效的BI解决方案，帮助您的团队通过记分卡、Dashboard、Webservices和移动设备将数据应用推向业务的各个领域。与MicrosoftVisualStudio、MicrosoftOfficeSystem以及新的开发工具包（包括BusinessIntelligenceDevelopmentStudio）的紧密集成使SQLServer与众不同。4.mySQLmySQL由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。MySQL是一个多用户、多线程的关系型数据库管理系统。工作模式是基于客户机/服务器结构。MySQL已经成为当前网络中使用最多的数据库之一，特别是在Web应用上，它占据了中小型应用的绝对优势。这一切都源于它的小巧易用、安全有效、开放式许可和多平台，更主要的是它与PHP的完美结合，MySql是一个开放的、快速的、多线程的、多用户的SQL数据库服务器。数据库逻辑结构由于表之间有一定的联系，在进行数据库创建时应遵循以下原则：1、配置表名表2、配置域名表3、配置基本信息表4、配置系统专用表物理结构设计数据库物理设计阶段的任务是根据具体计算机系统(DBMS和硬件等)的特点，为给定的数据库模型确定合理的存储结构和存取方法。所谓的“合理”主要有两个含义：一个是为了设计数据库的物理结构，设计人员必须充分了解所用DBMS的内部特征；充分了解数据系统的实际应用环境，特别是数据应用处理的频率和响应时间的要求；充分了解外物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前，对数据库系统所支持的事务要进行仔细分析，获得优化数据库物理设计的参数。对于数据库查询事务，需要得到如下信息：

要查询的关系。

查询条件(即选择条件)所涉及的属性。

连接条件所涉及的属性。

查询的投影属性。对于数据更新事务，需要得到如下信息：

要更新的关系。

每个关系上的更新操作的类型。

删除和修改操作所涉及的属性。

修改操作要更改的属性值。数据库安全SQLServer中登陆、用户、角色、权限提供了对数据库访问的权限，利用它们的关系实现数据库的安全性。

一、数据库角色

数据库角色控制着数据库的安全性。当最终用户成功地连接到分析服务器之后，会在那个服务器上的数据库角色中查找最终用户的用户名，来确定用户对数据库的可能操作。数据库角色在创建时有两种：1、标准角色：不允许嵌套，在使用时只需在安全账户中添加，通过分配权限确保了用户能够进行的操作；2、应用程序角色：为了让标准角色嵌套，来控制角色所能进行的操作，创建后SQLServer把它当做账户看待（因为它是应用程序级别的），它的作用是为权限提供相应的加密，用存储过程sp_setapprole激活才可进行授予权限的操作。二、权限权限有三种类型，1、语句权限：限制对表update、insert等的操作，在创建角色时或添加安全用户后设置；2、对象权限：限制用户对数据库对象的创建，在数据库属性内设置；3、暗示性权限：SQLServer数据库自带的那些角色或用户，如：服务器角色、数据库所有者（dbo）等拥有的权限，不需要了解它，因为它是系统自己设置的用户不能够设置。数据字典TB_SEED表与TB_FIELD表是整个系统的基础配置表，且这两个表中所配置的表名、字段等，是加载到内存实时数据库中的，对于采样表、事件表则不需要配置在这两个表中；1）配置表名表（TB_SEED），即配置数据库中所有的表号、中/英文名称、域类型等；序号字段名类型长度字段描述约束BASENUMSMALLINT库号PKTABLENUMSMALLINT表号（实时表内部号）PKTABLENAMEVARCHAR32英文名称NOTNULLTABLECNAMEVARCHAR64中文描述名TABLETYPETINYINT表类型NOTNULLINDEXFIELDTINYINT索引域域号NOTNULLNAMEFIELDTINYINT名称域域号NOTNULLSORTFIELDTINYINT排序域域号NOTNULLSTATIONFIELDTINYINT厂站名域域号NOTNULLIDENTIFIERBINARY改为long4标志字红色去掉PARENTIDSMALLINT父级表号NOTNULL2）配置域名表（TB_FIELD），根据TB_SEED表中配置的表名，把各表的字段、是否显示、域类型等，配置到此表中；域号域英文名域中文名域类型长度关键字外键允许空值输入项说明1ID序号idSMALLINT√2TABLENUM表idSMALLINT√3FIELDID域名IDSMALLINT4FIELDNAME域英文名称VARCHAR325FIELDCNAME域中文名称VARCHAR646FIELDTYPE域类型TINYINT7FIELDLENGTH域长度SMALLINT8ISNULL允许为空TINYINT9ISUNIQUE唯一性TINYINT10DEFAULTVAL默认值VARCHAR128√11IDENTIFIER标识VARCHAR128√12SEED标识种子INT√13INCREMENT标识增量INT√14DESCRIPTION说明VARCHAR128√15FIELDDISPLAY是否显示TINYINT√16FIELDCHANGE是否更改TINYINT√17FIELDREFRESH是否刷新TINYINT√18FIELDLIST下拉字段VARCHAR256√19FIELDDATALINK数据链接字段VARCHAR256√20FIELDTABLELINK表链接字段VARCHAR256√21FIELDCHECKBOX复选字段VARCHAR256√22FIELDLOAD是否载入实时库TINYINT1√0为不加载，1为加载网络通信系统设计设计要求网络结构确认网络布局设计网络接口设计信息编码设计代码结构设计基本原则5.1.1原则一首先是为人编写程序，其次才是计算机。这是软件开发的基本要点，软件的生命周期贯穿产品的开发、测试、生产、用户使用、版本升级和后期维护等长期过程，只有易读、易维护的软件代码才具有生命力。5.1.2原则二保持代码的简明清晰，避免过分的编程技巧。简单是最美。保持代码的简单化是软件工程化的基本要求。不要过分追求技巧，否则会降低程序的可读性。5.1.3原则三所有的代码尽量遵循ANSIC标准。所有的代码尽可能遵循ANSIC标准，尽可能不使用ANSIC未定义的或编译器扩展的功能。5.1.4原则四编程时首先达到正确性，其次考虑效率。编程首先考虑的是满足正确性、健壮性、可维护性、可移植性等质量因素，最后才考虑程序的效率和资源占用。5.1.5原则五避免或少用全局变量。过多