《综合能源平台计费模块需求规格说明书.pdf》由会员分享，可在线阅读，更多相关《综合能源平台计费模块需求规格说明书.pdf（60页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、综合综合能源能源管理平台管理平台需求规格说明书需求规格说明书 V1.00V1.00文件编号生效日期受控编号保密级别版 本 号修改次数3总 页 数正文附录无编制审核批准评审记录评审记录对-EMS能源管理软件V1.3需求规格说明书V1.00.doc的评审意见：上述问题修改验证后，由上述问题修改验证后，由验证后，本文件即可发布。验证后，本文件即可发布。评审人员签字：问题修改验证结果：验证人签字：时间：变更日志变更日志编号版本修改内容修改人修改日期1V1.0初稿完成2V1.0修订3V1.0将外 部接口 移至 4.4 章节，增加 3.4.10 中的Webservice 优化需求内容，3.4.13 中的合
2、同变更，补充 3.4.2 流程图,调整部分系统性能需求指标4V1.0增补：3.4.9 WEB端功能补充计费分析、地图、报表和 APP 功能3.4.10平台业务功能补充 webservice 优化方案3.4.12基础配置功能补充 B/S 配置工具3.4.13系统对接功能 补充合同主体变更5V1.0增补：3.4.10 充值中的异常处理3.4.11 告警功能，参数设定校验告警3.4.14 短信功能目目 录录1 1引言引言.11.11.1编写目的编写目的.11.21.2背景背景.11.31.3定义定义.11.41.4参考资料参考资料.22 2任务概述任务概述.32.12.1目标目标.32.22.2功能
3、边界功能边界.42.32.3用户特点用户特点.52.42.4假定和约束假定和约束.53 3软件模块架构软件模块架构.63.13.1系统总体功能网络图系统总体功能网络图.63.23.2软件模块架构图软件模块架构图.73.33.3软件系统主要模块间接口描述软件系统主要模块间接口描述.83.43.4功能需求功能需求.93.4.13.4.1基础平台功能基础平台功能.93.4.23.4.2376376 规约接入功能规约接入功能.93.4.33.4.3支持集中器支持集中器 376376 规约处理功能规约处理功能.113.4.43.4.4645645 规约和优先级队列处理功能规约和优先级队列处理功能.113
4、.4.53.4.5融通高科加密功能融通高科加密功能(主站侧主站侧).123.4.63.4.6电表相关的业务功能电表相关的业务功能.133.4.73.4.7商服系统充值功能商服系统充值功能.143.4.83.4.8为租赁系统提供账单功能为租赁系统提供账单功能.143.4.93.4.9WEBWEB 端功能端功能.143.4.103.4.10平台业务功能平台业务功能.173.4.113.4.11告警功能告警功能.283.4.123.4.12其它业务功能其它业务功能.303.4.133.4.13基础配置功能基础配置功能.303.4.143.4.14系统对接功能系统对接功能.343.53.5非功能需求非
5、功能需求.373.5.13.5.1性能需求性能需求.373.5.23.5.2可扩展性需求可扩展性需求.383.5.33.5.3可测试性需求可测试性需求.383.5.43.5.4可维护性需求可维护性需求.383.5.53.5.5易用性需求易用性需求.383.63.6安全需求安全需求.393.6.13.6.1系统安全性系统安全性.393.6.23.6.2可用性可用性.393.73.7数据库和业务服务器典型配置方案数据库和业务服务器典型配置方案.394 4运行环境规定运行环境规定.414.14.1网络环境网络环境.414.24.2运行环境运行环境.414.34.3开发环境开发环境.424.44.4接
6、口接口.424.4.14.4.1外部接口外部接口.42一、充值接口（智能电表平台提供接口，商服调用，异步接口）.44二、充值返回接口（商服提供接口，智能电表平台调用）.45三、智能平台充值返回商服平台（商服平台提供接口，智能电表平台调用）.46四、智能平台更改实时传送商服（商服平台提供接口，电表平台调用）.47五、基础电表信息同步方案.484.4.24.4.2内部接口内部接口.5411 1 引言引言1.11.1 编写目的编写目的本文档是针对智能电表管理的现状，进行详细的分析和讨论后得出的产品开发的需求规格说明书，旨在明确智能电表管理平台（以下简称本系统）的开发需求。通过本需求规格说明书，可以了
7、解到该项目的开发背景、功能需求、运行环境需求等。本文档面向的读者是：智能电表管理平台的开发人员、产品经理、测试人员、工程部负责人、市场部负责人、技术方案部负责人、研发项目经理、总监等。1.21.2 背景背景项目名称：_商管智能电表管理平台（COMMERCIAL SMART METER MANAGEMENT SYSTEM）目前，各广场商铺采用预付费电表，现场充值方式效率低，同时商铺用电异常、缺电、电表跳闸功能失效等情况不能及时反馈，影响商铺经营，甚至造成电费流失。为了方便商户缴费，提高商管公司管理工作效率，商管公司计划实施商管商铺用电线上管理改造工程，本工程计划将现有各广场预付费电表更换为远程费
8、控电表，并增加采集器，集中器，实现电表的充值，数据采集统一管理。在总部实施统一的智能电表管理平台，实现各广场智能电表，采集器，集中器统一配置，管理；实现网上充值，自动抄表，余额不足提示，应急处理；与商户服务平台实现数据交换，包括充值信息，抄表数据等；与地方能源平台交换能源相关数据；以及其他的系统管理，包括分区域授权，设备监测，自动诊断，断点续传的高可用性，高稳定性的系统，实现统一的数据集成分析，商管总部可以随时掌握广场的工程管理情况，并指导广场工作。1.31.3 定义定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇，同时继承全部的先前过程中定义过的词
9、汇。词汇名称词汇名称词汇含义词汇含义备注备注Redis开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库，并提供多种语言的 API。WCF由微软开发的一系列支持数据通信的应用程序框架XML非常适合万维网传输的可扩展标记语言，提供统一的方法来描述和交换独立于应用程序或供应2商的结构化数据WebServiceWeb service 是一个平台独立的，低耦合的，自包含的、基于可编程的 web 的应用程序，可使用开放的 XML（标准通用标记语言下的一个子集）标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。STLSta
10、ndard Template Library，标准模板库，惠普实验室开发的一系列软件的统称。它是由Alexander Stepanov、Meng Lee 和 David RMusser 在惠普实验室工作时所开发出来的。这可能是一个历史上最令人兴奋的工具的最无聊的术语。从根本上说，STL 是一些“容器”的集合，这些“容器”有 list,vector,set,map 等，STL 也是算法和其他一些组件的集合。这里的“容器”和算法的集合指的是世界上很多聪明人很多年的杰作。STL 的目的是标准化组件，这样就不用重新开发，可以使用现成的组件。OPCOPC(OLE for Process Control,
11、用于过程控制的 OLE)是一个工业标准，管理这个标准国际组织是 OPC 基金会，OPC 基金会现有会员已超过220 家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。基于微软的 OLE(现在的 Active X)、COM（部件对象模型）和 DCOM（分布式部件对象模型）技术。OPC 包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。1.41.4 参考资料参考资料编号编号资料名称资料名称说明说明1能源管理系统(EMS)V1.3 系统需求说明书32 2 任务概述任务概述2.12.1 目标目标本次研发目标是针对现有的-EMS 能源管理系统软件 V1.3
12、（以下简称 EMS V1.3 系统）版本的计费管理系统进行架构和业务的优化，完成智能电表管理平台的系统需求。以下是本版本需要解决的问题及风险点：目前的广场电表管理需要解决的问题：目前大多数广场使用手工方式处理电表充值，查询，以及付费，效率不高。不能实时了解电表的故障情况，快速了解故障情况。信息分散于各个广场，不能实现统一管理，统一分析，商管总部不能随时掌握广场的用电情况，不能实现统一的数据集成分析，并指导广场工作。客户（商管）为了提高商铺服务品质，加强与商铺的联系，实现网上交费，网上充值，电表用电量网上查询。此次需要增加的功能：1.使用统一通信接入方式，集中控制和管理各地广场的采集器，接入、科
13、陆、威盛三家智能电表数据。2.支持 Q/GDW 3762013电力用户用电信息采集系统通信协议和DLT645-2007 多功能电能表通信协议，通过标准协议，实现对各地广场智能电表的充值、遥控和参数设置。3.通过建立统一智能电表管理平台，实现电表自动充值，查询，交费。4.与商户服务平台对接，商户可以在商户服务平台系统上进行充值，自动查询用电情况，自动提醒电量短缺。5.与租赁系统对接，将账单上传到租赁系统中。6.统一管理广场电表相关设备，包括设备信息管理，参数，及时掌握最新的设备状态。7.通过数据集中监控和分析，尽早发现问题，优化方案，提早预防，降低风险和成本。8.提供应急充值方案。通过、科陆、威
14、盛提供的应急充值工具，在各地广场与总部平台断网的状态下，实现对商户的应急充值，并在通讯恢复时将应急充值记录同步到智能电表管理平台。关键存在设计风险的点：41）电表厂商一般采用国网标准，对于商业地产项目定制化要求多的需求很难满足，在性能和功能上存在不足，需要在理想和现实中选择最恰当的方式。2）三家厂商的采集器通讯协议存在若干差异，国网电表和商业地产电表在功能和技术要求上有区别，需要及时统一。充值、遥控、参数设定的加密方式各不相同，需要技术标准统一，技术上对传统的国网抄表方式有一定挑战和难度。3）内部系统均为各个供应商主导开发，技术能力和设计风格各异，功能边界不清晰，有成熟系统也有不成熟系统，系统
15、之间交互存在风险。4）拟定的业务流程较国网抄表系统和传统商业地产项目更加复杂，考虑到现实中的实际可操作性，后期存在比较大的不确定性和变动风险。随着大数据时代的到来，海量、多样和快速的实时数据被纳入管理和分析的范畴，对商业地产项目中采用传统自管户形式的分散计费模式提出了挑战。商管智能电表管理平台，针对以上客观现实技术状况，投入核心技术人员，集等合作厂商数十年专业领域技术研发经验，提供先进、全面的大数据解决方案，涵盖计算、网络、存储、安全以及管理平台，将地方广场的计费抄表数据接入总部集中管理，在稳定安全可靠的前提下，及时对商户用能数据进行分析、运算和处理，进而深入挖掘商户用能计费数据的价值所在，提
16、高总部商管系统决策的准确性和全面性，有力推动商管成本优化和商户节能减排工作的实施。2.22.2 功能边界功能边界本系统以满足集团对全国广场的商户用电实行总部集中计费充值管理需求为业务需求边界。系统解决方案中涵盖预付费表计、电能采集管理终端、软件管理平台、必要的通讯组网设备、及其他异常或应急处理流程中所需的软硬件设备等。系统解决方案应能实现所有商户电表的抄表、充值及必要的配置管理业务，缴费支付功能由商服平台集成的支付平台提供，电表管理平台应能支持缴费数据的交互和参数设置。根据市场调研及客户需要，本系统需要满足以下功能：（1）用能计费需求；（2）第三方采集器分布式接入需求；（3）商服和租赁系统对接
17、需求；（4）APP 相关模块需求5详细的需求清单，请参见模块级的需求文档。2.32.3 用户特点用户特点本系统总体研制的功能模型如图所示。系统向下遵循国家标准、行业标准和企业内部标准规定，接入计量仪表、环境传感、暖通空调、智能照明和楼宇自控等多种类型的底层设备，并通过这些底层设备实现对物理世界的感知和控制操作。对于应用客户，由客户建设硬件基础设施并安装部署企业级系统，接入数据进行处理，并提供能效管理和设备运维应用服务。客户较少投资额度而且以动态灵活配置的方式使用 EMS软件服务，平台数据服务提供开放接口，可供第三方应用开发者调用和研发新型应用，并纳入整体的能效管理和设备运维生态圈。2.42.4
18、 假定和约束假定和约束1、对于一些公共的、经常使用的代码或函数，避免频繁复制，可封装成公共类或库；2、代码中做好注释，避免无用注释的出现，以增加可维护性；3、尽量减少人工配置，增加默认属性，以增强易用性；4、代码中尽量使用标准 STL 的内容，以增加系统可移植性；5、做系统设计时，尽量考虑以前老版本的功能，以增加系统的兼容性；6、经过 WebService 服务程序到后台服务器读取 10000 个配置点以内的数据时间=5 秒；7、模拟量、脉冲量、开关量总数在=150000 时，功能查询响应时间=10 秒；8、从 WebService 下发控制命令到前端设备动作的时间 前置，上行消息是从前置-S
19、erver下行：DownMessagetypedef struct _SocketMsgYk BYTEbtForeNo;/源机器号：如果前置机号大于 255，填前置机号高字节，如果前置机号小于 255 填 0 x20;25BYTEbtEndNo;/目地机器号BYTEbtRtuNo;/RTU 号：前置机号低字节255BYTEbtCmdType;/0 xE1:遥控执行(下行)；0 xE2:遥控反馈(上行)；0 xE3:电费清零（下行）；0 xE4:电费清零反馈（上行）；0 xE5:F167 召测；0 xE6 召测回应WORDwdYxNum;/YX 包数WORDwdYcNum;/YC 包数WORDw
20、dYmNum;/YM 包数WORDwdYkNo;/用作设备号20150702by gongcBYTEbyOperateType;/0 xCC：合；0 x33：分；0 xFF：出错；0 x00(清零)BYTEbyYxType;/用作指示遥控是否执行成功 0-失败，1-成功DWORDwProcessid;/进程编号DWORDwUsrid;/静态维护请求序列号，每次下发+,gonc 接收处理后带回，用作用户响应分发编号 SocketMsgYk;上行：SampleMessagetypedef struct _SocketMsgGroupYmDataEx_DATE BYTEbtForeNo;/源机器号B
21、YTEbtEndNo;/目地机器号BYTEbtRtuNo;/RTU 号BYTEbtPad;/对齐WORDwdYxNum;/YX 包数WORDwdYcNum;/YC 包数WORDwdYmNum;/YM 包数BYTEwYear;BYTEbMonth;BYTEbDay;BYTEbHour;BYTEbMinite;BYTEbSecond;DWORDwProcessid;/进程编号DWORDwUsrid;/gonc 按下发时请求序列号带回，用作用户分发编号SocketGroupYmUnitEx YmUnitEx1;SocketMsgGroupYmDataEx_DATE;遥脉的数据内容如下：购电次数次剩余
22、金额元累计购电金额元当前总电量kWh当前透支金额（国网 645 规约 数据标识 00 90 02 01）元累计购电量（不要以 EE 填补）kWh透支金额门限值（国网 645 规约数据标识 04 00 10 03）元263.4.10.103.4.10.10 国网国网电表初始化工具电表初始化工具国网电表初始化工具，本系统提供电表初始化工具，提供国网电表开户和校验功能，开户后保持表号，客户编号与通信地址一致。开户前配置电表的表号=通信地址开户时配置电表的客户编号=通信地址645 通信规约设置国网电表的初始化工具流程：要求电表厂家出厂前设置表号=通信地址A.换表操作,由 TB_DEVICE 配置更改发
23、起，导入商管智能电表管理平台-广场电表和集中器基础信息表（参见 4.4.1 外部接口）B.根据 TB_DEVICE，通过 376 规约 AFN=04H,F10：终端电能表/交流采样装置配置参数，设置 376规约测量点号C.645 规约 04000402 指令读取电表初始电表表号D.将表号作为分散因子，通过加密方式开户，645 规约 07010104 指令，通过加密方式设置客户编号，客户编号=通信地址。E.确保开户后分散因子，表号，客户编号与电表通信地址一致，抄读电表表号，客户编号，通信地址，校验三者是否一致。F.测试点抄，召读充值记录，读取电表中预设费率。G.更新 TB_PULSE 充值次数和
24、费率，注意数据库表中测试开户后充值记录不更新。3.4.10.113.4.10.11 Webservice 并发优化功能设计为更好的支持业务功能，系统平台支持 C/S 服务模式，用户请求通过业务客户端（Webservice 服务）选择连接到某个业务服务器（FDA）上，经过接收消息的（目的节点地址+目的进程号）信息，将业务分发到各个业务实例（前置机或集中器）。获得业务服务数据后遵循业务服务器接收消息的源方信息（客户号+源节点地址+源进程号），将目的节点地址和进程号与源节点地址和进程号调换，并将客户事务号原样填写。业务服务响应消息送回原发送方的业务客户端，由业务客户端通过客户号对应用进行分发。消息通
25、道可以采用 Redis 或其它消息队列。以上图为例，客户事务号 dwUsrid 表示 WEB 端发起的Webservice 请求编号，源节点地址 dwForeNo 表示 Webservice 的 IP 地址，源进程 dwSrcPid 表示 Webservice27的进程编号，目的地址 dwEndNo 表示 FDA 的 IP 地址，目的进程 dwDestPid 表示前置机编号或设备号（可以通过设备号可以查询到前置机编号）。1）初始化配置业务客户端（Webservice）上绑定队列名为 WebserviceIP.Pid，业务服务端(FDA)上绑定队列名为 FDAIP。Webservice 上以单独
26、客户端方式同步 FDA 与前置的映射关系。2）下行功能用户请求通过业务客户端（Webservice 服务）选择连接到某个业务服务器（FDA）上，经过接收消息的（目的节点地址+目的进程号）信息，将业务分发到各个业务实例（前置机或集中器）。3）上行功能获得业务服务数据后遵循业务服务器接收消息的源方信息（客户事务号+源节点地址+源进程号），将目的节点地址和进程号与源节点地址和进程号调换，并将客户号原样填写。业务服务响应消息送回原发送方的业务客户端，由业务客户端通过客户事务号对应用进行分发。4）业务客户端消息分发服务Webservice 端接收 WEB 请求后，对于每个客户请求，增加客户编号功能。在
27、Webservice 向接入服务器发起请求消息时携带每个客户请求的客户编号，由接入服务器在下行请求命令排队时记录客户编号，当接入服务器接收到集中器命令响应时，返回命令响应消息中将客户编号带回。Webservice 的目前运行分为同步和异步两种，同步方式类似目前的点抄实现，异步类似充值实现。未来可以采用同样的设计方式完成。业务客户端业务分发，正常流程：A、前端用户请求，下行消息发送，入业务处理任务的消息队列，并设置消息应答超时定时器，webservice 任务进入阻塞，业务处理任务循环异步处理。B、业务处理任务处理接收响应消息，在业务等待队列中根据客户事务号进行查询，确认是哪个用户请求，唤醒等待
28、的阻塞任务(webservice 任务)。C、消息应答超时，唤醒等待的阻塞任务，并删除业务处理任务中的等待业务。D、消息正常返回或异常返回，超时和返回错误以不同错误码返回。运行流程图如下：283.4.113.4.11 告警告警功能功能告警根据产生方式的不同分为平台告警和业务告警两类。平台告警是设备或系统通过特定检测方式发现并主动上传的一些实时发生的异常事件，业务告警是根据内部实际的业务逻辑经过历史数据分析得到的统计异常。平台告警产生后，统一通过消息通道上送，告警上送后通过告警码区分不同的告警类型，维护当前告警事件表，并根据相同设备相同告警码区分不同的告警事件。已经上报过的告警信息，如果后续有告
29、警恢复上报，则自动更新告警事件表，将现有的告警状态置为自动恢复。业务告警由告警模块定时触发产生，业务告警根据内部的业务逻辑计算得出。告警产生后，由页面处理可以将告警状态置为确认、取消状态。确认状态表明该告警用户已知，正在处理中；取消状态表明该告警已经被处理。页面点击“确认”，提示框显示解决方案，内容为待解决告警的问题处理方法。页面点击“取消”，表明该告警已经被处理，页面上不再显示该告警。1、告警设计告警包括告警事件产生和恢复。平台告警产生后，通过 Redis 消息队列上报到系统中，经过处理后入29库。告警恢复后，遵循相同的方式入库，并更新告警事件表中本告警的状态为自动恢复。2、平台告警平台告警
30、包括两类，设备告警和系统告警设备告警：电表欠费告警，电表通断电（开关量变位）告警，电表通信断，集中器通信断集中器中断时，由主站发起对该集中器下所有的电表通讯状态置为“断”，集中器通信恢复时，由 FDA主动发起对集中器下所有电表的集抄 F167 指令。如果电表能正常响应，返回抄表数据，则将电表的通信状态置为“通”。系统告警：看门狗复位告警，FDA 接入错误告警，参数设定不一致告警。将费率的系统设定值与电表实际运行值进行比较，不一致则上报告警。正常过程：1）集抄每个集中器下所有电表的全部费率2）将集中器上报的电表费率与数据库中该电表对应的费率进行比较，一致则忽略，不一致则上报告警3）设定定时器，超
31、时转 1）定时检测时间可配置，默认为 7 天。3、业务告警能耗突变异常：一段时间内商户用电理论上应当比较平稳，取前 7 日电表能耗平均值作为基准，超过基准范围正负 50%则上报告警。有合同无表：合同生效后，按要求生效合同的商户必须挂电表，如合同生效后一致没有挂电表，则上报告警。合同到期还挂表：合同到期后，按要求应当执行撤场操作，一段时间后品牌仍然挂电表，则上报告警，让客户发起撤场或减表操作。电表挂品牌用电少：电表挂品牌时，按要求品牌用电量应当达到一定数额，如用电量少于一定数额时，则上报告警。电表挂商管下用电多：电表挂商管时，按要求商管下电表用电量应当很小，如用电量小于一定数额时，则上报告警。账
32、龄异常：长期欠费未缴费，如长期欠费未缴费时，超过 15 天，则上报告警。充值失败：充值出现失败，通过告警方式将错误类型通知用户。30费率设置失败：费率设置出现失败，通过告警方式将错误类型通知用户。对单个电表每日充值次数超过 N 次，做充值限制。（后期考虑）3.4.123.4.12 其它业务其它业务功能功能1、空表出账（同加表出账）考虑用户提前合同生效日期入场装修，这段时间的账单记录但不发送到租赁（不输出到页面），合同生效日期（或绑定商户开始）后，针对生效合同的品牌，修改完成账单，指定对应的广场、品牌、铺位，并发送到租赁系统（输出到页面）。2、新表操作开表，TB_DEVICE 配置导入配置表中的
33、设备地址，对新增电表进行开表操作，遵循DLT645-2007多功能电能表通信协议。新表计费时间为合同生效日期。清除充值记录功能不考虑。原因是，新表要求充值记录必须为空；老表充值记录原来就保存过，无须进行新的充值记录操作。3、断点续传通信从终端到恢复以及出账单前一日，根据当前数据库中的缺失数据，召 30 日内断点时间段每日 0点的冻结数据。处理过程：1）通信恢复以及出账前一日，检查历史库日冻结数据，召冻结数据，完成日冻结数据入库。该功能因账单已经生成无法更改，冻结数据会造成逻辑错乱，暂不提供2）通信恢复时主动发起 F167 召唤，检查充值记录完整性，比较当前 F167 报文中充值次数与业务TE_
34、PAYMENT_PAYRECORD_DEV 中充值次数。有如下情况：A、如果出现充值次数不相等，且F167 充值次数大，发起充值记录下召流程；B、如果充值次数不相等，且 F167 充值次数小，进入异常流程，告警，等待人工干预；C、如果充值次数相等，认为正常情况，继续。通信恢复时，集中器发起集抄 F167，并根据集中器返回电表的抄表数据重置 TB_DI 中电表的通讯状态，将正常的电表通讯状态置为“通”。3）如果存在新的充值记录召唤，更新充值记录到数据库表 TE_PAYMENT_PAYRECORD_DEV 中，并更新 TB_PULSE 中的最大充值次数。3.4.133.4.13 基础配置基础配置功
35、能功能1）集中器与电表配置集中器与电表的配置详细参数描述、参数类型与接口。需要填充如下设备参数信息，红色字体为必填项。电表基础配置表（TB_DEVICE）域域英文名域中文名域类型长度关键外允许空输说明31号字键值入项1ID序号INT非自增2DEVICENUM设备号SMALLINT表地址，对应376.1 中 Pn 号3DEVICENO设备编号VARCHAR64可以作为设备SN 号（对应科陆电表的设备地址）4CNAME设备名称VARCHAR64界面上显示的电表对应的铺位号，比如“A2203 室”5STATIONID采集器编号SMALLINT采集器编号6CHANNELID所属通道SMALLINT设备
36、所属通道号7DEVTYPE设备型号SMALLINT统一编址，对应不同类型(为9(220),10(240)，科陆威胜为52)8ADDRESS设备地址VARCHAR64通信地址，包含在设备编号中9STATUS设备状态TINYINT正常,禁用;10DEVAREA设备区域SMALLINT和采集器对应区分各个广场11DevLimit设备最大限额INT3212SwitchON是否直接合闸TINYINT大电流的三相表允许合闸，其余直接合闸集中器配置表(TB_STATION)域号域英文名域中文名域类型长度关键字外键允许空值输入项说明1ID厂站号SMALLINT对应 376.1 中的终端地址 A22CNAME厂
37、站名称VARCHAR64界面显示采集器名称，比如“上海宝山 1号采集器”3IP采集器 IP地址SMALLINT采集器通信 IP地址4PORTNO端口号SMALLINT采集器通信端口号5STATIONID采集器地址SMALLINT采集器编号6TIMESTART开始运行时间DATETIME7STATIONTYPE采集器类型SMALLINT采集器类型，扩展用8STATUS状态TINYINT其它厂商提供两张数据表，后台导入到平台中。新增电表加入开表设置流程，设置符合 376 规约的测量点。最大的设备号 MAX_DEVICE_NUM=2000，按 376 规约测量点编号为 pn（n=12040），实际该
38、限制应为 2040 更合适。设备 ID=MAX_DEVICE_NUM*tb_station.stationid+tb_device.devicenum2）三遥表配置基础配置表导入之后，按照如下规则生成遥脉表和遥信表，类型定义如下：33遥脉类型NUMCNAME描述0剩余电费原始遥脉整型放大了 10000 倍，需要乘以系数 0.00011透支电费2当前总电能3当前尖电能4当前峰电能5当前谷电能6当前平电能7购电次数8透支金额门限9预留10预留遥信类型NUMCNAME描述0电表通讯状态0-异常，1-恢复1继电器状态0-断，1-通2预跳闸报警状态0-无，1-有3当前使用费率电价0-第一套，1-第二套4
39、预留5预留遥脉，遥信和遥控采用自动生成，ID 不能采用自增方式，采取如下算法得出，以遥脉为例：最大的场站号 MAX_STATION_NUM=65535最大的设备号 MAX_DEVICE_NUM=2000，按 376 规约测量点编号为 pn（n=12040），实际该限制应为 2040 更合适。最大的遥脉点 MAX_PULSE_NUM=100则最大的遥脉点数=MAX_STATION_NUM*MAX_DEVICE_NUM*MAX_PULSE_NUM=13G自 动 生 成 的 遥 脉 点ID=MAX_PULSE_NUM*MAX_DEVICE_NUM*tb_station.stationid+MAX_P
40、ULSE_NUM*tb_device.devicenum+tb_pulse.num基础配置表提供 B/S 配置导入工具，支持以下功能A、根据不同电表厂商建立数据字典，明确每个字段的范围限制，格式，长度和关联，并加以校验。比如变比、单相/三相、一次/二次等。可维护B、事务级，只要出现错误地方需要提示，某一行某一列错误原因是什么，不许导入系统C、电表和集中器对应关系校验，比如无对应集中器不许导入电表D、支持根据品牌、时间、广场等查询和修改，可以选择导出 EXCEL 功能根据 Excel 的内容实现自动化增量插入如下数据库配置表 TB_DEVICE、TB_DEVICE_PROPERTY、TB_STA
41、TION、TB_STATIONPROPERTY、TB_DI、TB_PULSE、TB_CONTROL、TB_PAYMENT_ROOM、TB_PAYMENT_DEVICE_EX、TB_PAYMENT_VIRTUAL_DEVICE，以及日采样表。343）铺位表与品牌关联配置因为的业务管理方式是总部-广场-品牌-铺位-电表，基本以租赁系统的合同为管理电表的主体。而我司的电表系统业务管理方式为建筑群-建筑-楼层-铺位-电表，基本以物理房间为管理电表的主体。因此考虑项目实施周期比较短，核心设计人员缺少，在实际系统设计中，采用如下方式进行处理广场-TB_PAYMENT_ROOM，ID 为广场号，广场号为 1
42、0000009999999 之间的值，对应以前系统的建筑。铺位-TB_PAYMENT_ROOM，ID 为设备号+10000000，在系统中铺位表没有实际含义，只是为了兼容以前的数据表设计。加表操作时，WEB 端将 ACCOUNTID 字段绑定到 TB_PAYMENT_ACCOUNT 表主键ID 上。铺位-品牌关联表，TL_PAYMENT_ROOM，加表操作时，将电表 ID 与铺位 ID 固定对应，电表 ID=设备 ID+10000000，兼容以前的数据表设计。4）系统配置与主数据平台同步主要采用 ETL 同步数据库的方式进行，同步方式由主数据平台提供，对我们不可见，具体同步流程如下：首先在我们
43、的服务端建立如下的数据表，将我们的表明，数据库连接信息等通知主数据的开发人员，让其创建 ETL 同步任务，定时向我们的数据表中全量刷新（同步时间在凌晨 2 点到 4 点之间，由于主数据需要向各个子系统同步数据，存在排队现象，所以这个时间不确定，不过我们可以做一个这样的假定：凌晨 4 点数据应该是已经同步过的），凌晨 4 点主数据同步完数据之后，我们这边要有一个服务去解析刷新后的数据，将其更新到各个数据表中。从主数据同步的各个字段信息1、TB_USER.CNAME=wd_use.username2、TB_USER.ID=wd_use.employeeID3、TB_USERPHONE.USERID
44、=wd_use.employeeID4、TB_USERPHONE.PHONENO=wd_use.mobile5、TB_USERPHONE.USERNAME=wd_use.username6、TB_USERPHONE.ctx=wd_use.RtxID3.4.143.4.14 系统系统对接功能对接功能与内部短信、CTX 系统、单点登录系统对接，已完成基本功能，待补充。1)域名与单点登录http:/，第一个域名，给在职正式员工使用的单点登录页面。该登录页面使用统一的单点登录页面进行登录，通过单点登录认证和电表平台权限管理授权后进入首页。http:/ CTX 接口TE_SMSRECORD 增加人员电话
45、和 CTX 信息，以后台定时任务方式，定期 2 分钟从数据库中根据 RESULT 标记获取通知信息，调用接口发送到的短信平台或 CTX 平台。发送成功/失败需要设置RESULT 标记。由于正式员工使用的 CTX 本身具备短信通知功能，所以系统优先使用 CTX 平台发送，如果没有CTX 账号，则使用短信发送的方式。按角色组区分短信和 CTX 发送目的方，针对不同的操作类型定义不同的信息模板，至少包括操35作者、操作时间、操作设备、操作类型和操作结果。操作操作 角色角色工程工程财务财务管理员管理员加减表加减表是是撤场撤场/撤消撤消是是是充值充值是费率费率是通断电通断电是是当这些操作发生时，Webs
46、ervice 记录这些操作信息，填入 TE_SMSRECORD，并根据该广场实际工程、财务等人员配置，发送到相关人员。3)合同变更内部租赁系统提供的合同包括商户、品牌、铺位信息，其中合同变更包括三种情况A、商户不变，品牌不变时，合同 ID 不变B、商户不变，品牌变化时，合同 ID 发生先减后加，合同 ID 会变化C、商户变化时，无论品牌是否变化，合同 ID 变化租赁系统提供的信息1、判断是否有效合同，STATUS 为 0 没有审批完，为 1 是生效合同2、合同是否生效，还取决于新合同开始时间和结束时间3、同一品牌、同一广场，同一铺位，同一时刻存在的有效合同只有一份，租赁系统确认可以在合同切换时
47、确保无缝对接，并及时把变更信息同步到主数据。正常功能描述：根据 VIEW_MAINDATA_CONTRACT 将新的合同表信息导入到 TB_PAYMENT_ACCOUNT。将 POS_AREA_CONTRACT 导入我们系统，建立新表 TB_PAYMENT_CONTRACT_CHG，并增加字段更新标识 FLAGS，用以确认是否已经完成系统更新操作。根据 PREVIOUSRENTALID 更新 TB_PAYMENT_ACCOUNT 中的合同相关字段，包括合同 ID，品牌ID，品牌名称，铺位号，广场名称。if(TB_PAYMENT_ACCOUNT.ID=POS_AREA_CONTRACT.PREV
48、IOUSRENTALID)AND(STATUS=1)AND(GetDate()=DEFAULTSTARTDATE)/*合同出现更新，有效，并且已到生效时间*/TB_PAYMENT_ACCOUNT.ID=VIEW_MAINDATA_CONTRACT.CONTRACTIDTB_PAYMENT_ACCOUNT.CODE=VIEW_MAINDATA_CONTRACT.BRANDCODETB_PAYMENT_ACCOUNT.CNAME=VIEW_MAINDATA_CONTRACT.BRANDNAMETB_PAYMENT_ACCOUNT.NICKNAME=VIEW_MAINDATA_CONTRACT.BU
49、NKDESCTB_PAYMENT_ACCOUNT.PLAZAID=VIEW_MAINDATA_CONTRACT.PLAZAIDTB_PAYMENT_ACCOUNT.BRANDNAME=VIEW_MAINDATA_CONTRACT.BRANDNAME根据 PREVIOUSRENTALID 更新 TB_PAYMENT_ROOM，处理逻辑If(TB_PAYMENT_ROOM.ACCOUNTID=POS_AREA_CONTRACT.PREVIOUSRENTALID)AND36(STATUS=1)AND(GetDate()=DEFAULTSTARTDATE)/*合同出现更新，有效，并且已到生效时间*/T
50、B_PAYMENT_ROOM.ACCOUNTID=POS_AREA_CONTRACT.CONTRACTID完毕后更新 TB_PAYMENT_CONTRACT_CHG.FLAGS合同变更4)合同主体变更租赁系统提供的 POS_AREA_CONTRACT 会记录合同、商户、品牌、铺位的变化信息。合同变更分两种情况，主体变更和非主体变更。变更流程如下：非主体变更是除商户变更外的合同面积变更和商务条款变更，采用 3）合同变更的方式完成。合同变化后新的合同关联到旧的合同，确保账单和充值记录在同一合同（旧合同）下保持不变。主体变更指商户变更，按照租赁系统的设计，商户变更即使品牌和铺位不变，也要走老商户撤场