EMS能源管理平台功能概要设计说明书.docx

《EMS能源管理平台功能概要设计说明书.docx》由会员分享，可在线阅读，更多相关《EMS能源管理平台功能概要设计说明书.docx（17页珍藏版）》请在第一文库网上搜索。

1、EMSV1.3平台功能概要设计说明书V1.OO1引言11.1编写目的112项目背景11.3定义114参考资料22任务概述32.1 目标31 .1.1服务模式32 .1.2总体目标32.2运行环境32.2.1 硬件环境32.2.2 软件环境42.2.3 开发环境42.3需求描述52. 3.1功能需求53. 3.2非功能需求52.4条件与限制73总体设计84. 1总体结构83.2业务方案94模块设计105. 1前置到平台时间戳及采样入库104.2.1实现方案104.2.1 处理流程104.2.3 数据库表结构104.2.4 通信接口错误!未定义书签。4.2.5 模块接口错误!未定义书签。4.2数据

2、异常判断与修复114.2.1 实现方案114.2.2 数据流程124.2.3 数据库表结构125质量要求155.1质量要求156系统安全设计166.1 应用系统安全性设计166.2 数据存储安全性设计161引言1.1 编写目的本文档是对WXRVXF-EMSV131平台系统软件（以下简称EMSV131系统或本系统）中的平台功能进行详细分析和讨论后得出的分析说明书，旨在明确本软件模块的功能需求。通过本说明书，可以了解到本软件的开发背景、建设要求、功能需求等。各个模块的开发人员阅读此文档后，以各个模块的功能为基础，兼顾配合服务器模块，完成各自模块的功能。本文档面向的读者是：WXF-EMSVI.31项

3、目组各成员。1.2 项目背景从EMSVI.20开始，逐渐深度集成多个子系统，且形成多个通用业务模块。为更好应对近期项目（南京高科和江北机场新项目）需求。EMSVI.31希望能够深度融入了照明、计费，对配电也进行更深度融入;因此，系统功能结构需要按照模块的方式进行统一的规划和调整。1.3 定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注Redis开源的使用ANS1C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Va1Ue数据库，并提供多种语言的API。WCF由微软开发的一系列支持数

4、据通信的应用程序框架XM1非常适合万维网传输的可扩展标记语言，提供统一的方法来描述和交换独立于应用程序或供应商的结构化数据WebServiceWebSerViCe是一个平台独立的,低耦合的，自包含的、基于可编程的Web的应用程序,可使用开放的辿（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。ST1StandardTemp1ate1ibrary,标准模板库,惠普实验室开发的一系列软件的统称。它是由A1exanderStepanovMeng1ee和DavidRMUSSer在惠普实验室工作时所开发出来的。这可能是一个历史上最令人兴奋的

5、工具的最无聊的术语。从根本上说，ST1是一些“容器”的集合，这些“容器”有器t,vector,set,map等,ST1也是算法和其他一些组件的集合。这里的“容器”和算法的集合指的是世界上很多聪明人很多年的杰作。ST1的目的是标准化组件，这样就不用重新开发，可以使用现成的组件。OPCOPC（O1EforProcessContro1,用于过程控制的O1E）是一个工业标准，管理这个标准国际组织是OPC基金会，OPC基金会现有会员已超过220家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。基于微软的O1E（现在的ACtiVeX）、COM（部件对象模型）和DCOM（分布式

6、部件对象模型）技术。OPC包括一整套接口、属性和方法的标准集，用于过程控制和制造业且动化系统。1.4 参考资料编号资料名称说明1能源管理系统EMSVI.31用户需求说明书VI.00.doc2C+编程规范.doc3WXF-9000能源管理系统平台软件VI.1数据库设计说明书VI.00.doc）4软件版本规范草稿doc2任务概述2.1 目标1. 1.1服务模式公司基于“平台战略”提出的新一代能效管理+机电运维软件平台，目标是建立一个高度开放的，可扩展的，面向能源和数字机电大数据的运营支持平台，即建筑能源与设备运维平台EMS1.3平台。在WXF整体战略的驱动下，EMS131系统研发的目标定位是运用物

7、联网(InternetofiThing,ToT),大数据分析,依靠能源与机电设备管理两大核心体系为支撑，以强弱电一体化监控和大数据挖掘分析为基础，以运维为核心理念，构建新一代数字机电智慧运维平台系统。2. 1.2总体目标EMS1.31项目总体研制的功能模型如图所示。系统向下遵循国家标准、行业标准和企业内部标准规定,接入计量仪表、环境传感、暖通空调、智能照明和楼宇自控等多种类型的底层设备，并通过这些底层设备实现对物理世界的感知和控制操作。对于应用客户，由客户建设硬件基础设施并安装部署企业级系统,接入数据进行处理，并提供能效管理和设备运维应用服务。客户较少投资额度而且以动态灵活配置的方式使用EMS

8、软件服务，平台数据服务提供开放接口，可供第三方应用开发者调用和研发新型应用，并纳入WXF整体的能效管理和设备运维生态圈。版本1蔡娩管理桢块系统功能模块底层功超模块5C5行典务根块IiEHM;3mSN:时科同步蚊!K%择数期修eBa新咫3游数据件馋3. 2运行环境4. 2.1硬件环境能耗监测系统的服务器由于需要安装数据库软件及工具软件，配置要求较高。通常选择当前的主流机型，物理环境配置如下:服务器端-硬件环境类别要求备注CPU主频2.4GHZ或以上CPU内核2核或以上内存8.0GB或以上主机硬盘500GB或以上，7200转UPS2KVA及以上网卡IOOM或1000M客户端-硬件环境类别要求备注C

9、PU主频2.0GHZ或以上CPU内核2核及以上内存4.0GB或以上主机硬盘250GB或以上网卡IOOM或1000M5. 2.2软件环境软件环境配置如下:服务器端-软件环境类别要求备注系统服务器操作系统Windows2012R2(64bit)企业版数据库服务器操作系统Windows2012(64bit)企业版数据库MSSQ1Server2012企业版(64bit)杀毒软件微软MSEOFFICEOFFICE2012客户端（B/S端）-软件环境类别要求备注客户端操作系统不限杀毒软件微软MSEOFFICEOFFICE2012浏览器IEIO浏览器、ChrOme浏览器、360浏览器、遨游浏览器6. 2.3

10、开发环境软件环境类别要求备注操作系统Windows2008R232位企业版/WindowsXPSP3Win732bit64位旗舰版数据库MSSQ1Server2012企业版(64bit)软件开发平台MicrosoftVisua1Studio2008(sp1)/20102.3需求描述2.3.1功能需求2.3.2.1多级系统数据接口支持主站和子站两级能耗监测系统，子站向主站端采用系统级接口进行数据对接的应用场景。子站端向主站端转发EMS系统历史数据，应包括各子系统历史数据、能耗数据、告警及事件信息等。子站上报的数据可以通过配置选择。子站数量多于32个。对主站端和子站端建链过程进行管理，对于建链/断

11、链/重连操作予以告警事件记录。支持通讯异常下的断点续传功能。公网传输支持。主站/子站间系统接口应支持通过公网进行数据传输，主站端具备公网IP地址，子站端动态IP,由子站端主动发起连接请求进行建链。应支持数据加密2. 3.2非功能需求本节记录对概要设计具有重要影响的软件需求和约束，描述相关的重要决策和决策的原因。这些决策一般对设计有很大影响，它们的改变很难通过设计技巧来屏蔽，例如所选用的开发语言，所选用的平台、组件和框架，对关键业务，类和方法的处理等。2.3. 2.1性能需求1、系统容量N/A1实时数据库支持的数据点总数（单套服务器）500,OOO点2实时数据库支持的遥控15,Ooo点3实时数据

12、库支持的计算量10,OOo点4历史数据库采样数据点个数100,OOo点5存储时间6接口网关数量W1oo个超过100个场景可通过级联或者后续版本改进方式完成；2、监测和分析数据采集1开关量变位传送时间（网关到系统页面）3s2模拟量数据刷新时间（网关到系统页面）3s3告警刷新时间（网关到系统页面）3s4采样数据储存最小间隔5min5能耗数据储存最小间隔IOmin页面响应1页面切换、调用响应时间3s2统计性数据查询响应时间10S3分析性数据查询响应时间10s4诊断性数据查询响应时间10s3、控制类N/A1定时控制组W1OOO个2定时控制组中的项W1OO个3联动控制组WIOOO个4联动控制项W1Oo个

13、5联动条件检查周期3s6控制执行时间7控制操作正确率100%8控制成功率299%4、负荷率N/A1服务器CPU平均负荷率（正常运行任意30min内）302服务器CPU平均负荷率（系统故障IOs内）503网络负荷率（正常运行任意30min内）W30%4网络负荷率（系统故障IOs内）W40%5、APP服务器性能N/A1服务器支持最大并发连接数402服务器带宽25M1、历史采样数据存储容量为128000点，应用服务程序做好兼容大于128000点数据的功能，平台预留接口，以备以后扩展；2、前置、后台断点续传的数据以10分钟间隔存储离线数据，可存储至少一个月的数据；3、实时数据库支持的遥控v=5000个；2. 3.2.2可扩展性需求 要有一个良好的设计框架。为了软件能适应未来几年的现场需要，通用数据配置模块应该根据实际需要保持一定的可扩展性、可复用性，这就要求系统升级时对已基于该系统实施的系统兼容，软件设计必须有良好的设计框架。其中包括：第一、采用复用技术。第二、底层业务模块相对独立，统一接口，做到高内聚、低耦合。第三、良好的人机交互界面。 系统需要具有足够的灵活性与通用性本软件作为图形与服务器间的接口，模块间传递的参数需具有通用性、设置灵活性等特点，以达到各种接入设备的通用。2. 3.2.3可测试性需求测试用例1测试用例23. 3.2.