集团智能电表管理平台需求规格说明书V100.docx

《集团智能电表管理平台需求规格说明书V100.docx》由会员分享，可在线阅读，更多相关《集团智能电表管理平台需求规格说明书V100.docx（21页珍藏版）》请在第一文库网上搜索。

1、变更日志编号版本修改内容修改人修改日期1VO. 1初稿做成1 引言11.1 编写目的11.2 背景11.3 定义11.4 参考资料22 任务就32.1 目标32.2 功能边界42.3 用户特点52.4 假定和约束53 软件模块架构73.1 系统总体功能用例图73.2 软件模块架构图83.3 3软件系统主要模块间接口描述93.4 功能需求103.4.1 平台功能扩容支持103.4.2 SQL并发入库性能优化103.4.3 业务数据表扩容支持113.4.4 充值异常智慧预测功能113.4.5 充值代办自动重试功能113.4.6 参数配置更改通知123.4.7 业务功能优化123.4.8 Redis

2、多通道通信设计123.5 非功能需求133.5.1 性能需求133.5.2 可扩展性需求143.5.3 可测试性需求143.5.4 5.4可维护性需求143. 5.5易用性需求143.6 安全需求153. 6.1系统安全性154. 6.2可用性153.7 数据库和业务服务器典型配置方案154运行环境规定174.1 网络环境174.2 运行环境174.3 开发环境184.4 接口184.4.1 外部接口184.4.2 内部接口18并提供多种语言的APLWCF由微软开发的一系列支持数据通信的应用程序 框架XML非常适合万维网传输的可扩展标记语言，提供统 一的方法来描述和交换独立于应用程序或供应 商

3、的结构化数据WebServiceWebSerViCe是一个平台独立的，低耦合的，自 包含的、基于可编程的Web的应用程序，可使用 开放的XML （标准通用标记语言下的一个子集） 标准来描述、发布、发现、协调和配置这些应用 程序，用于开发分布式的互操作的应用程序。STLStandard Template Library,标准模板库，惠普 实验室开发的一系列软件的统称。它是由 Alexander Stepanov Meng Lee 和 David R MUSSer在惠普实验室工作时所开发出来的。这 可能是一个历史上最令人兴奋的工具的最无聊 的术语。从根本上说，STL是一些“容器”的集合， 这些“容

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

5、一整套接口、属性和方法的标 准集，用于过程控制和制造业自动化系统。1.4参考资料编号资料名称说明1能源管理系统（EMS）V1.3系统需求说明书2任务概述2.1 目标客户（商管）为了提高商铺服务品质，加强与商铺的联系，实现网上交费，网上充值，电表用电量网 上查询。在商管智能电表管理平台中已经实现的功能：1 .使用统一通信接入方式，集中控制和管理各地广场的采集器，接入、科陆、威盛三家智能电表数 据。2 .支持Q/GDW 3762013电力用户用电信息采集系统通信协议和DLT645-2007多功能电能表 通信协议，通过标准协议，实现对各地广场智能电表的充值、遥控和参数设置。3 .通过建立统一智能电表

6、管理平台，实现电表自动充值，查询，交费。4 .与商户服务平台对接，商户可以在商户服务平台系统上进行充值，自动查询用电情况，自动提醒 电量短缺。5 .与租赁系统对接，将账单上传到租赁系统中。6 .统一管理广场电表相关设备，包括设备信息管理，参数，及时掌握最新的设备状态。7 .通过数据集中监控和分析，尽早发现问题，优化方案，提早预防，降低风险和成本。8 .提供应急充值方案。通过、科陆、威盛提供的应急充值工具，在各地广场与总部平台断网的状态 下，实现对商户的应急充值，并在通讯恢复时将应急充值记录同步到智能电表管理平台。本次研发目标是针对现有的智能电表管理平台（以下简称计费系统）版本的计费管理系统进行

7、架构和 业务的优化，完成智能电表管理平台（二期）的系统需求。以下是本版本需要解决的问题及风险点：（1）平台功能扩容，设计目标至少支持未来300个广场的仪表数据接入和处理，支持至少3000个集中器，10万设备，200万点的处理能力；（2）系统大数据入库的处理能力不足，将平台入库功能剥离重构，采用并发SQL多通道入库方式 进行处理能力优化；（3） 业务处理能力优化，业务数据表比如铺位表，账单表，充值记录表分表优化；WEB端处理能 力优化；透支额度设置支持超过4万，电表电量支持反转处理；（4）异常处理：待办流水号使用唯一键，待办自动重试功能优化；电表参数设置与系统设置实际 不符定期校验；支持充值未知

8、时智慧预测功能等。（5） 配置自动加载更新框架建立。关键存在设计风险的点:1）平台容量升级风险。2）业务处理能力提升风险，不排除有其它性能瓶颈。3）客户对充值安全性要求越来越高，需要进一步提高充值安全性和稳定性。4）系统并发操作数量增加，出现并发冲突的可能性增加，失败时的异常处理需要更加谨慎处理。随着大数据时代的到来，海量、多样和快速的实时数据被纳入管理和分析的范畴，对商业地产项 目中采用传统自管户形式的分散计费模式提出了挑战。商管智能电表管理平台，针对以上客观现实技 术状况，投入核心技术人员，集等合作厂商数十年专业领域技术研发经验，提供先进、全面的大数据 解决方案，涵盖计算、网络、存储、安全

9、以及管理平台，将地方广场的计费抄表数据接入总部集中管 理，在稳定安全可靠的前提下，及时对商户智能电表数据进行大数据接入，分析，控制和处理决策， 深入挖掘商户用能计费数据的价值，提高总部商管系统决策的准确性和全面性，有力推动商管运维成 本优化和商户节能减排工作的实施。2. 2功能边界本本系统以满足集团对全国广场的商户用电实行总部集中计费充值管理需求为业务需求边界。系统解决方案中涵盖预付费表计、电能采集管理终端、软件管理平台、必要的通讯组网设备、及 其他异常或应急处理流程中所需的软硬件设备等。系统解决方案应能实现所有商户电表的抄表、充值 及必要的配置管理业务，缴费支付功能由商服平台集成的支付平台提

10、供，电表管理平台应能支持缴费 数据的交互和参数设置。根据市场调研及客户需要，本系统需要满足以下功能：（1）用能计费需求：（2）第三方采集器分布式接入需求；（3） 商服和租赁系统对接需求；（4） APP相关模块需求详细的需求清单，请参见模块级的需求文档。2. 3用户特点本系统总体研制的功能模型如图所示。系统向下遵循国家标准、行业标准和企业内部标准规定，接入 计量仪表、环境传感、暖通空调、智能照明和楼宇自控等多种类型的底层设备，并通过这些底层设备实现 对物理世界的感知和控制操作。对于应用客户，由客户建设硬件基础设施并安装部署企业级系统，接入数 据进行处理,并提供能效管理和设备运维应用服务。客户较少

11、投资额度而且以动态灵活配置的方式使用EMS 软件服务，平台数据服务提供开放接口，可供第三方应用开发者调用和研发新型应用，并纳入整体的能效 管理和设备运维生态圈。生雌安3后布后告nt薮烷管理模块夜眩号IM学智版本It球KPW 理 管理支厚 关联附分节2 节侬还马.fn通用业务模块IiMmettM OKM时冲同步数JK采棒数期修IB B?!新点触欲振存愉系统功能模块可选功Iftw实时前控用电分析电3测文任！:腌效分析行典务横块IkenseMI: GttM;V9S 双触控 事出功盖 实时除改*管Z实附咽mfl可通功能 环境评估底层功超模块7SH恺子系晚H2.4假定和约束1、对于一些公共的、经常使用的

12、代码或函数，避免频繁复制，可封装成公共类或库；2、代码中做好注释，避免无用注释的出现，以增加可维护性；3、尽量减少人工配置，增加默认属性，以增强易用性；4、代码中尽量使用标准STL的内容，以增加系统可移植性；5、做系统设计时，尽量考虑以前老版本的功能，以增加系统的兼容性；6、经过WebService服务程序到后台服务器读取2000000个配置点以内的数据时间=120秒;7、模拟量、脉冲量、开关量总数在=2000000时，功能查询响应时间V=IO秒;8、从WebSerViCe下发控制命令到前端设备动作的时间=30秒。3软件模块架构3.1系统总体功能用例图智能电表管理平台在内部的系统功能角色和定位

13、如下:支付快钱商服系统租赁系统主数据智能电表管理系统末来:对账.财务系统CTXAPP基本业务功能，智能电表管理平台从主数据系统获取商户与铺位，内部人员组织的配置信息，与内部 CTX,短信，APP等系统连接。商户线上充值时首先从支付快钱系统收取电表预付费，通过商服系统对电 表系统进行充值。对于线下充值和电表平台自己发起的补偿充值，智能电表管理平台主动向商服系统同步 充值记录。系统接收租赁的费率变更请求，定期生成针对商户的计费账单，向用户输出。系统网络结构图，如下所示：1电能我S电的表电能我电能龙各个广场部署812台集中器，通过接入服务器接入到智能电表管理平台。接入服务器采用三家 供应商独立部署的

14、方式。经过应用服务器3和应用服务器4上数据服务处理后，提供给应用服务器1 和应用服务器2的WEB服务，由的负载均衡统一对外发布。单台FDA接入能力目前经过实测，可以支持I(X)O台集中器接入，因此本需求暂不考虑扩展。3. 2软件模块架构图本系统软件模块划分，如下图所示:业务展现层用能Vr费报表管理 数据分析 业务告警 设备运维平台处理层系统配置数据采集层其它系统接入3. 3软件系统主要模块间接口描述Ol平台侧（应用服务器的SerVer）与分布式接入侧（接入服务器）的数据接口主要是平台侧提供数据录入，接入如脉冲量，冻结电度，剩余金额，透支金额等，开关量，设备的 实时通信状态，电表数据状态位等，事件类，实时告警，电表的遥控，充值，费率设置，时段设置（不做）， 告警跳闸，透支额度，（按功率）过负荷跳闸（不做），保电，充值记录。02 WEB侧（应用服务器的WEB）与平台间的数据接口。主要是平台侧提供WebService服务，WEB端通过平台侧提供的WebService和平台数