综合能源平台系统功能设计

正本 综合能源电表管理系统 功能设计 5/ 60 智能电表管理平台系统功能设计 目录 一 总体技术方案 6 1 项目背景 6 2 建设原则 6 3 关键技术 7 3.1 B/S与C/S相结合的技术框架 7 3.2 HTML5技术 9 3.3 手机客户端 10 3.4 服务云技术 11 3.5 基于XML的数据交换标准 12 3.6 Web Services 12 4 功能架构 14 5 手机App端功能设计 15 5.1 登录 15 5.1.1 第一次登录 15 5.1.2 绑定手机 15 5.1.3 解绑 16 5.1.4 权限获取 16 5.2 系统首页 16 5.2.1 首页内容设计 16 5.3 报表设计 17 5.3.1 广场报表设计 17 5.3.2 品牌报表设计 18 5.3.3 报表明细设计 18 5.4 异常处理 18 5.5 系统设置 18 6 后台管理系统功能设计 19 6.1 系统设置 19 6.1.1 电表基础配置表设置 19 6.1.2 集中器配置设置 20 6.1.3 使用权限设置 21 6.2 待办事项 22 6.2.1 待办事项内容 22 6.2.2 待办事项自动处理功能 22 6.3 用户管理 23 6.4 账号管理 23 6.5 品牌管理 23 6.6 权限管理 24 6.6.1 功能权限管理 24 6.6.2 增加用户权限 24 6.7 角色管理 24 6.7.1 角色添加 25 6.7.2 角色分配 25 6.7.3 角色设置 25 6.8 日志管理 26 6.9 报表管理 26 6.10 对账功能 26 6.11告警服务功能 27 7 系统原型设计 29 7.1 首页设计 29 7.2 登陆页设计 30 7.3 欠费统计 30 7.4 电表管理页面设计 32 7.4.1 品牌电表 32 7.4.2 电表和集中器基础信息导入 33 7.4.3 电表和集中器基础信息查询 33 7.4.4 集中器设置 34 7.4.5 集中器型号 34 7.4.6 设备型号 35 7.4.7 设备厂家 35 7.4.8 设备参数核对 36 7.5 电表功能页面设计 36 7.5.1 充值 36 7.5.2 费率 37 7.5.3 仪表查询 38 7.5.4 告警处理 39 7.5.5 告警配置 39 7.5.6 待处理事项 40 7.5.7 抄表数据 41 7.5.8 时冻结记录 41 7.5.9 峰值记录 41 7.6 账单管理页面设计 42 7.6.1 广场级账单 42 7.6.2 品牌级账单 42 7.6.3 账单明细 43 7.6.4 商管月账单 43 7.6.5 品牌月账单 43 7.6.6 日账单 44 7.7 报表管理 44 7.7.1 广场报表 44 7.7.2 设备报表 45 7.7.3 品牌报表 45 7.7.4 设备通讯统计 46 7.8 日志管理页面设计 47 7.8.1 操作日志 47 7.9 权限管理页面设计 47 8 系统接口实现方案 49 8.1 接口平台架构 49 8.2 逻辑架构图 49 8.3 功能模块图 50 8.4 功能实现 52 8.4.1 调度管理 52 8.4.2 数据封装管理 52 8.4.3 协议适配管理 53 8.4.4 数据项定义管理 54 8.4.5 缓存及预处理 54 8.4.6 接口安全管理 55 8.4.7 监控管理 56 8.4.8 接口日志管理 56 8.5 接口数据质量保证 57 8.5.1 Web Services 57 8.5.2 WS-Security 59 8.6 系统接口需求 59 8.6.1 主数据系统对接 59 8.6.2 单点登录系统对接 59 8.6.3 短信平台对接 60 9 平台账单设计 60 9.1 日账单 60 9.2 月账单 60 一 总体技术方案 1 项目背景 项目名称：_商管智能电表管理平台（COMMERCIAL SMART METER MANAGEMENT SYSTEM） 目前，各广场商铺采用预付费电表，现场充值方式效率低，同时商铺用电异常、缺电、电表跳闸功能失效等情况不能及时反馈，影响商铺经营，甚至造成电费流失。为了方便商户缴费，提高商管公司管理工作效率，商管公司计划实施商管商铺用电线上管理改造工程，本工程计划将现有各广场预付费电表更换为远程费控电表，并增加采集器，集中器，实现电表的充值，数据采集统一管理。在总部实施统一的智能电表管理平台，实现各广场智能电表，采集器，集中器统一配置，管理；实现网上充值，自动抄表，余额不足提示，应急处理；与商户服务平台实现数据交换，包括充值信息，抄表数据等；与地方能源平台交换能源相关数据；以及其他的系统管理，包括分区域授权，设备监测，自动诊断，断点续传的高可用性，高稳定性的系统，实现统一的数据集成分析，商管总部可以随时掌握广场的工程管理情况，并指导广场工作。 2 建设原则 l 稳定性原则 保持系统架构的相对稳定，根据市场发展的需要，在系统架构上，丰富相关分析应用。 l 规范性原则 整个设计方案从网络协议、操作系统到各个设计细节，应该全部遵循通用的国际或行业标准，符合国家有关标准规范的。 l 成熟性原则 平台的设计应该尽量的采用经过市场证实的成熟的技术，减少技术风险。 l 安全性原则 系统应实现对敏感数据与应用访问的权限控制和轨迹跟踪，加强对客户隐私数据的管控，细化安全管理规范制度，做到事前可管、事中可控、事后可查确保系统数据安全。 l 开放性原则 系统中的各种网络协议、硬件接口和数据接口等应符合业界开放式标准，促进应用的开放竞争。应逐步开放系统数据和应用，全面支持市场经营工作以及其它IT系统的数据和应用需求。 l 实用性原则 系统应用建设应满足使用人员业务需求，能够解决不同层次使用人员的实际问题。应用开发设计符合使用人员的工作场景，能够对其实际工作进行指导，提高其工作效率。 l 易用性原则 系统应实现用户可接受的查询效率与响应时间，有良好易用的人机接口界面与灵活多样的展现方式。 3 关键技术 3.1 B/S与C/S相结合的技术框架 本系统将采用B/S与C/S相结合的技术来实现，C/S部分主要用来实现一些如主界面展示、提醒、信息推送等功能，B/S将用来实现主要的业务处理内容。 本次建设客户端通过http协议服务器端进行通讯。 布局，基本逻辑都植入客户端程序。 文字，图片，视频等内容都存储在服务器端。 1. 客户端设计： 客户端采用容器+底座的结构，方便客户端功能实现及功能扩展。 容器负责对客户端内所有插件进行管理，容器负责提供插件总线，即一套完整的插件接口。各种应用插件通过插件总线就可以方便的嵌入客户端程序。 2. 客户端实现： 薄客户端通过内置浏览器，采用HTTP协议，内置插件或第三方应用列表； 当用户使用插件时，直接访问插件服务器，通过插件服务器运行第三方内容提供商提供的插件。 3. 客户端优势： 客户端设计采用容器+底座结构，该结构完美的适应了客户端建设需要，实现了高扩展性，高可维护性，安全性，实用性，可靠性。从第三方内容的提供，到客户端插件的植入，开发周期大大缩短，开发成本大大降低。插件的安装扩展将变得十分快捷便利。 3.2 HTML5技术 HTML5的优势目前主要是体现在终端上，跨平台、跨分辨率、版本控制简单，它包含的很多新特性，都是针对终端设备，为的就是在以后在终端设备上有更好的体验和交互。考虑到客户群体手机客户端在品牌、操作系统、显示分辨率等方面的不同，系统实现将通过HTML5技术实现对不同分辨率的自适应和与客户端的信息交互。 1、摆脱对平台的依赖 HTML5可以让你摆脱对平台的依赖，用户打开浏览器，直接就可以访问你的应用，而不需要经过各种Store的审核。 2、实时更新 实时更新，通常平台的审核都需要七个工作日左右的时间，如果你发布之后发现问题怎么办?Web方式就不存在这种问题。 3、离线使用 用户可以离线使用，更新下载量及少，可以全部更新，也可以选择替换部分文件。 4、代码更安全安全 使用HTML5，代码更安全安全。众所周知Web应用有一个很大的问题就是代码安全的问题，但现在HTML5可以将Web代码全部加密，本地应用解密后再运行，大大的提供了代码的安全性。 5、跨平台 HTML5可以做到跨平台，多数核心代码不用重写，Javascript的代码用得好的话，在许多地方都可以用到，包括移动应用、移动网站、PC网站、各种浏览器插件，甚至可以用WebKit封装作为跨平台的应用程序。诚然，这种方式并非完全跨平台，但这样也足以减少很多工作量了，特别是后期的维护。 6、可以充分利用Native HTML5可以通过浏览器作为中介充分利用Native的好处，比如说可以使用GPS、照相机、本地相册、读取本地联系人，也可以使用推送功能等，最重要的是，某些Web无法实现的功能，我们可以利用Native来实现。 3.3 手机客户端 手机客户端就是可以在手机终端运行的软件，本系统将利用手机客户端的特性，实现如通过GPS定位确定门店名称、信息推送等功能。 1、CS模式产品 CS(Client-Server)模式：顾名思义为客户端-服务器的意思，对比的话类似我们pc上面除浏览器外和服务器有交互的软件，例如qq、杀毒软件等等都是CS模式；如果和服务器没有交互，则可以认为是一个纯客户端。客户端和服务器交互的方式可以通过自定义协议、公共协议(ftp、http)等各种方式进行。 CS模式最大的好处就是可以相对灵活实现各种预期的功能和特效，所受的限制为系统提供的底层功能或开发工具的限制。 CS模式最大的缺点就是大部分功能新增、界面调整、逻辑变更需要更新客户端来实现。当然，通过良好的设计可以一定程度上实现不更新客户端来实现新功能、逻辑变更等，但相对来说在不升级客户端的情况下对架构设计要求较高。 2、BS模式产品 BS(Browser-Server)模式：顾名思义为浏览器-服务器的意思，对比的话类似我们PC上面浏览器使用的产品即为BS模式产品，例如google doc、各类网站等。 浏览器就笔者看来可以认为是Client的一种，只不过实现了和Browser有关的协议(http等)和标记集(wml、html等)。 在手机上纯粹的BS产品可以认为是我们常见的手机访问的网站。在手机客户端中常用的浏览器(UCweb、opera mini、opera mobile、qq浏览器等）属于这些产品的承载体。 为了增加功能，一般会自行开发浏览器，例如ucweb、qq浏览器中除浏览功能外，还默认内置了网站导航、历史浏览记录、各类频道等，即属于浏览器非协议实现和表现外的新增功能。 BS模式产品最大的好处就是可以灵活实现逻辑变更、内容动态变更、界面布局调整等。 BS模式产品的不足是受限于实现的浏览器标记集和浏览器能力，许多特殊效果无法通过浏览器实现。虽然可以一定程度上通过自定义开发来实现功能新增，但此种方法却丧失了BS的灵活性，而偏向于CS模式的客户端。 目前绝大部分的手机客户端浏览器基本上停留在支持html、wml的阶段，受限于手机性能和pc表现差异等方面，基本上不支持或仅少量支持css和JavaScript。 3、CS模式和BS模式结合产品 综合考虑灵活性、实现效果等，不少手机客户端产品会选择CS模式和BS模式结合的产品，至于其中CS和BS所占的比重则更多根据所需要实现的功能、表现形式等来决定。 例如手机QQ中，涉及到IM部分均为CS模式(这一块难以通过B