综合能源电表管理平台 功能概要设计说明书

综合能源管理平台功能 概要设计说明书V1.00 文件编号 生效日期 受控编号 保密级别 版 本 号 V1.00 修改次数 0 总 页 数 正 文 20 附 录 无 编 制 审 核 批 准 评审记录 对《V1.3平台功能 概要设计说明书 V1.00》的评审意见： 序号 评审文档名称 章节位置 预审记录 提出时间 提出人 上述问题修改验证后，由 验证后，本文件即可发布。 评审人员签字： 问题修改验证结果：完成。 验证人签字： 时间： 变更日志 编号 版本 修改内容 修改人 修改日期 　 　 　 目 录 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 软件环境 5 2.2.3 开发环境 5 2.3 需求描述 6 2.3.1 功能需求 6 2.3.2 非功能需求 6 2.4 条件与限制 8 3 总体设计 9 3.1 总体结构 9 3.2 总体方案 10 4 模块设计 12 4.1 WEB端修改系统配置实时生效功能 12 4.2.1 实现方案 12 4.2.1 处理流程 12 4.2.3 数据库表结构 12 4.2.4 通信接口 13 4.2.5 模块接口 13 4.2 WEB端读取国网集中器档案功能 13 4.2.1 实现方案 13 4.2.2 数据流程 13 4.2.3 数据库表结构 14 4.2.4 通信接口 15 4.2.5 模块接口 15 4.3 WEB端设置国网集中器档案功能 15 4.3.1 实现方案 15 4.3.2 数据流程 16 4.3.3 数据库表结构 16 4.3.4 通信接口 17 4.3.5 模块接口 17 5 质量要求 18 5.1 质量要求 18 6 系统安全设计 19 6.1 应用系统安全性设计 19 6.2 数据存储安全性设计 19 1 引言 1.1 编写目的 本文档是对智能电表管理平台系统软件（以下简称智能电表管理平台系统或本系统）中的平台功能进行详细分析和讨论后得出的分析说明书，旨在明确本软件模块的功能需求。通过本说明书，可以了解到本软件的开发背景、建设要求、功能需求等。各个模块的开发人员阅读此文档后，以各个模块的功能为基础，兼顾配合服务器模块，完成各自模块的功能。 本文档面向的读者是： 智能电表管理平台 项目组各成员。 1.2 项目背景 项目名称：_商管智能电表管理平台（COMMERCIAL SMART METER MANAGEMENT SYSTEM） 目前，各广场商铺采用预付费电表，现场充值方式效率低，同时商铺用电异常、缺电、电表跳闸功能失效等情况不能及时反馈，影响商铺经营，甚至造成电费流失。为了方便商户缴费，提高商管公司管理工作效率，商管公司计划实施商管商铺用电线上管理改造工程，本工程计划将现有各广场预付费电表更换为远程费控电表，并增加采集器，集中器，实现电表的充值，数据采集统一管理。在总部实施统一的智能电表管理平台，实现各广场智能电表，采集器，集中器统一配置，管理；实现网上充值，自动抄表，余额不足提示，应急处理；与商户服务平台实现数据交换，包括充值信息，抄表数据等；与地方能源平台交换能源相关数据；以及其他的系统管理，包括分区域授权，设备监测，自动诊断，断点续传的高可用性，高稳定性的系统，实现统一的数据集成分析，商管总部可以随时掌握广场的工程管理情况，并指导广场工作。 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 《能源管理系统平台软件V1.1 数据库设计说明书V1.00.doc》 4 《软件版本规范草稿.doc》 第 19 页 2 任务概述 2.1 目标 2.1.1 服务模式 公司基于“平台战略”提出的新一代能效管理+机电运维软件平台，目标是建立一个高度开放的，可扩展的，面向能源和数字机电大数据的运营支持平台。 随着大数据时代的到来，海量、多样和快速的实时数据被纳入管理和分析的范畴，对商业地产项目中采用传统自管户形式的分散计费模式提出了挑战。商管智能电表管理平台，针对以上客观现实技术状况，投入核心技术人员，集等合作厂商数十年专业领域技术研发经验，提供先进、全面的大数据解决方案，涵盖计算、网络、存储、安全以及管理平台，将地方广场的计费抄表数据接入总部集中管理，在稳定安全可靠的前提下，及时对商户用能数据进行分析、运算和处理，进而深入挖掘商户用能计费数据的价值所在，提高总部商管系统决策的准确性和全面性，有力推动商管成本优化和商户节能减排工作的实施。 2.1.2 总体目标 本次研发目标是针对现有的-EMS能源管理系统软件V1.3（以下简称EMS V1.3系统）版本的计费管理系统进行架构和业务的优化，完成智能电表管理平台的系统需求。以下是本版本需要解决的问题及风险点： 目前的广场电表管理需要解决的问题： Ø 目前大多数广场使用手工方式处理电表充值，查询，以及付费，效率不高。 Ø 不能实时了解电表的故障情况，快速了解故障情况。 Ø 信息分散于各个广场，不能实现统一管理，统一分析，商管总部不能随时掌握广场的用电情况，不能实现统一的数据集成分析，并指导广场工作。  客户（商管）为了提高商铺服务品质，加强与商铺的联系，实现网上交费，网上充值，电表用电量网上查询。此次需要增加的功能： 1. 使用统一通信接入方式，集中控制和管理各地广场的采集器，接入、科陆、威盛三家智能电表数据。 2. 支持Q/GDW 376—2013《电力用户用电信息采集系统通信协议》和《DLT645-2007多功能电能表通信协议》，通过标准协议，实现对各地广场智能电表的充值、遥控和参数设置。 3. 通过建立统一智能电表管理平台，实现电表自动充值，查询，交费。 4. 与商户服务平台对接，商户可以在商户服务平台系统上进行充值，自动查询用电情况，自动提醒电量短缺。 5. 与租赁系统对接，将账单上传到租赁系统中。 6. 统一管理广场电表相关设备，包括设备信息管理，参数，及时掌握最新的设备状态。 7. 通过数据集中监控和分析，尽早发现问题，优化方案，提早预防，降低风险和成本。 8. 提供应急充值方案。通过、科陆、威盛提供的应急充值工具，在各地广场与总部平台断网的状态下，实现对商户的应急充值，并在通讯恢复时将应急充值记录同步到智能电表管理平台。   目前的国网电表配置更改的一般流程为：（广场人员）发现错误->(科陆、威胜)读取电表参数，读取集中器电表档案->(科陆、威胜)修改电表参数，修改集中器电表档案->(广场人员)通知逯岩->(逯岩)通知->()修改系统中电表参数,重载系统才生效->（广场人员）验证错误处理是否完成。 目前现场参数配置的情况如下： 1、集中器编号，设备所属集中器编号，设备DEVNUM，是系统设备表和集中器表的主键，目前我们系统不支持修改。 2、国网电表相关的客户编号，通道地址，变比等参数，在电表、集中器、系统三处都有配置。其中如果电表参数自身出现错误，或者换表