EMS能源管理平台告警服务子系统概要设计说明书

EMS能源管理平台 告警系统 概要设计说明书 目 录 1 引言 1 1.1 编写目的 1 1.2 项目背景 1 1.3 定义 1 1.4 参考资料 2 2 任务概述 3 2.1 目标 3 2.1.1 服务模式 3 2.1.2 总体目标 3 2.2运行环境 4 2.2.1 硬件环境 4 2.2.2 软件环境 4 2.2.3 开发环境 5 2.3 需求描述 5 2.3.1 功能需求 5 2.3.2 非功能需求 5 2.4 条件与限制 7 3 总体设计 8 3.1 总体结构 8 3.2 总体方案 9 4 数据库设计 9 4.1、告警类型表(TB_ALARMTYPE) 9 4.2、告警等级表(TB_ALARMLEVEL) 10 4.3、告警触发事件表(TB_ALARMEVENT) 11 4.4、历史告警索引表(TE_ALARM_INDEX) 12 4.5、历史告警足迹表(TE_ALARM_STEP) 13 4.6、用户手机号表(TB_USERPHONE) 14 4.7、设备事件表(TB_DEVEVENT) 14 4.8、设备事件参数表(TB_DEVEVENTPARAM) 15 4.9、开关量告警类型表(TB_DIALARMTYPE) 15 4.10、模拟量告警类型表(TB_AIALARMTYPE) 16 4.11、告警邮件表(TE_MAILRECORD) 16 4.12、无状态告警索引表（TE_ALARM_NOSTA） 17 5 各模块概要设计 18 5.1、告警服务端 18 5.1.1、名词定义 18 5.1.2、功能描述 18 5.1.3、业务流程 19 5.1.4、接口设计 23 5.1.5、界面设计 24 5.1.6、配置文件 24 5.1.7、日志文件 24 5.2、告警服务接口 24 5.2.1、功能描述 24 5.2.2、业务流程 25 5.2.3、接口设计 25 5.2.4、界面设计 25 5.2.5、配置文件 25 5.2.6、日志文件 26 5.3、告警WebService服务 26 5.3.1、功能描述 26 5.3.2、业务流程 26 5.3.3、接口设计 26 5.3.4、界面设计 26 5.3.5、配置文件 26 5.3.6、日志文件 26 AA-EMS V1.30平台功能 概要设计说明书V1.00 1 引言 1.1 编写目的 本文档是对AA-EMS V1.30平台系统软件（以下简称EMS V1.30系统或本系统）中的平台功能进行详细分析和讨论后得出的分析说明书，旨在明确本软件模块的功能需求。通过本说明书，可以了解到本软件的开发背景、建设要求、功能需求等。各个模块的开发人员阅读此文档后，以各个模块的功能为基础，兼顾配合服务器模块，完成各自模块的功能。 本文档面向的读者是： AA-EMS V1.30项目组各成员。 1.2 项目背景 从EMS V1.20开始，逐渐深度集成多个子系统，且形成多个通用业务模块。为更好应对近期项目(南京高科和江北机场新项目)需求。EMS V1.30希望能够深度融入了照明、计费，对配电也进行更深度融入；因此，系统功能结构需要按照模块的方式进行统一的规划和调整。 1.3 定义 下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。 词汇名称 词汇含义 备注 Redis 开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。 WCF 由微软开发的一系列支持数据通信的应用程序框架 XML 非常适合万维网传输的可扩展标记语言，提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据 WebService Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。 STL  Standard Template Library，标准模板库，惠普实验室开发的一系列软件的统称。它是由Alexander Stepanov、Meng Lee和David R Musser在惠普实验室工作时所开发出来的。这可能是一个历史上最令人兴奋的工具的最无聊的术语。从根本上说，STL是一些“容器”的集合，这些“容器”有list,vector,set,map等，STL也是算法和其他一些组件的集合。这里的“容器”和算法的集合指的是世界上很多聪明人很多年的杰作。STL的目的是标准化组件，这样就不用重新开发，可以使用现成的组件。 OPC OPC(OLE for Process Control, 用于过程控制的OLE)是一个工业标准，管理这个标准国际组织是OPC基金会，OPC基金会现有会员已超过220家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。基于微软的OLE(现在的Active X)、COM （部件对象模型）和DCOM （分布式部件对象模型）技术。OPC包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。 1.4 参考资料 编号 资料名称 说明 1 《EMSV1.3能源管理软件 V1.3 需求规格说明书(整体) V1.01.doc》 2 《C++编程规范.doc》 3 《AA-9000能源管理系统平台软件V1.1 数据库设计说明书V1.00.doc》 4 《软件版本规范草稿.doc》 第 2 页 EMS V1.3 平台告警系统 概要设计说明书 V1.00 2 任务概述 2.1 目标 2.1.1 服务模式 公司基于“平台战略”提出的新一代能效管理+机电运维软件平台，目标是建立一个高度开放的，可扩展的，面向能源和数字机电大数据的运营支持平台，即建筑能源与设备运维平台EMS1.3平台。在整体战略的驱动下，EMS1.3系统研发的目标定位是运用物联网（Internet of iThing, IoT）、大数据分析，依靠能源与机电设备管理两大核心体系为支撑，以强弱电一体化监控和大数据挖掘分析为基础，以运维为核心理念，构建新一代数字机电智慧运维平台系统。 2.1.2 总体目标 EMS1.3项目总体研制的功能模型如图所示。系统向下遵循国家标准、行业标准和企业内部标准规定，接入计量仪表、环境传感、暖通空调、智能照明和楼宇自控等多种类型的底层设备，并通过这些底层设备实现对物理世界的感知和控制操作。对于应用客户，由客户建设硬件基础设施并安装部署企业级系统，接入数据进行处理，并提供能效管理和设备运维应用服务。客户较少投资额度而且以动态灵活配置的方式使用EMS软件服务，平台数据服务提供开放接口，可供第三方应用开发者调用和研发新型应用，并纳入整体的能效管理和设备运维生态圈。 2.2运行环境 2.2.1 硬件环境 能耗监测系统的服务器由于需要安装数据库软件及工具软件，配置要求较高。通常选择当前的主流机型，物理环境配置如下： 服务器端-硬件环境 类别 要求 备注 CPU主频 2.4 GHz或以上 CPU内核 2核或以上 内存 8.0 GB或以上 主机硬盘 500GB或以上，7200转 UPS 2KVA及以上 网卡 100M或1000M 客户端-硬件环境 类别 要求 备注 CPU主频 2.0 GHz或以上 CPU内核 2核及以上 内存 4.0 GB或以上 主机硬盘 250GB或以上 网卡 100M或1000M 2.2.2 软件环境 软件环境配置如下： 服务器端-软件环境 类别 要求 备注 系统服务器操作系统 Windows 2012 R2（64bit）企业版 数据库服务器操作系统 Windows 2012（64bit）企业版 数据库 MS SQL Server 2012企业版（64bit） 杀毒软件 微软MSE OFFICE OFFICE 2012 客户端（B/S端）-软件环境 类别 要求 备注 客户端操作系统 不限 杀毒软件 微软MSE OFFICE OFFICE 2012 浏览器 IE10浏览器、chrome浏览器、360浏览器、遨游浏览器 2.2.3 开发环境 软件环境 类别 要求 备注 操作系统 Windows 2008 R2 32位企业版/Windows XP SP3/Win7 32bit/64位旗舰版 数据库 MS SQL Server 2012企业版（64bit） 软件开发平台 Microsoft Visual Studio 2008(sp1)/2010 2.3 需求描述 2.3.1 功能需求 2.3.2 非功能需求 本节记录对概要设计具有重要影响的软件需求和约束，描述相关的重要决策和决策的原因。这些决策一般对设计有很大影响,它们的改变很难通过设计技巧来屏蔽，例如所选用的开发语言,所选用的平台、组件和框架，对关键业务，类和方法的处理等。 2.3.2.1 性能需求 1、监测和分析 1、监测性能 1 开关量变位传送时间（采集器到系统页面） ≤3 s 2 模拟量数据刷新时间（采集器到系统页面） ≤3 s 3 告警刷新时间（采集器到系统页面） ≤3 s 4 历史数据库采样数据点间隔 10分钟~1天，可调 2、分析性能 1 页面切换、调用响应时间 ≤3 s 2 统计性数据查询响应时间 ≤10 s 3 分析性数据查询响应时间 ≤10 s 4 诊断性数据查询响应时间 ≤10 s 2、控制类 N/A 1 控制执行时间 ≤3 s 2 控制操作正确率 ≥99.9％ 3 定时控制组 ≤100个 4 定时控制组中的项 ≤100个 5 联动控制组 ≤100个 6 联动控制项 ≤100个 7 联动条件检查周期 ≤3 s 3、负荷率 N/A 1 服务器CPU平均负荷率（正常运行任意30min内） ≤30％ 2 服务器CPU平均负荷率（系统故障10s内） ≤50％ 3 网络负荷率（正常运行任意30min内） ≤20％ 4 网络负荷率（系统故障10s内） ≤30％ 4、系统容量 N/A 1 实时数据库支持的数据点总数（单套服务器） ≤150,000点 2 实时数据库支持的遥控 ≤5,000点 3 实时数据库支持的计算量 ≤2,000点 4 历史数据库采样数据点个数 ≤50,000点 5 存储时间 ≥10年 6 数据采集器数量 ≤80个 2.3.2.2 可扩展性需求 Ø 要有一个良好的设计框架。 为了软件能适应未来几年的现场需要，通用数据配置模块应该根据实际需要保持一定的可扩展性、可复用性，这就要求系统升级时对已基于该系统实施的系统兼容，软件设计必须有良好的设计框架。其中包括： 第一、采用复用技术