综合能源平台系统功能设计.pdf
《综合能源平台系统功能设计.pdf》由会员分享,可在线阅读,更多相关《综合能源平台系统功能设计.pdf(60页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、综合能源电表管理系统功能设计正本智能电表管理平台系统功能设计2/60目录一一 总体技术方案总体技术方案.61 项目背景.62 建设原则.63 关键技术.73.1 B/S与C/S相结合的技术框架.73.2 HTML5技术.93.3手机客户端.103.4服务云技术.113.5基于XML的数据交换标准.123.6 Web Services.124 功能架构.145 手机 APP端功能设计.155.1登录.155.1.1 第一次登录.155.1.2 绑定手机.155.1.3 解绑.165.1.4 权限获取.165.2系统首页.165.2.1 首页内容设计.165.3报表设计.175.3.1 广场报表设
2、计.175.3.2 品牌报表设计.185.3.3 报表明细设计.185.4异常处理.185.5系统设置.186 后台管理系统功能设计.196.1系统设置.196.1.1 电表基础配置表设置.19智能电表管理平台系统功能设计3/606.1.2 集中器配置设置.206.1.3 使用权限设置.216.2待办事项.226.2.1 待办事项内容.226.2.2 待办事项自动处理功能.226.3用户管理.236.4账号管理.236.5品牌管理.236.6权限管理.246.6.1 功能权限管理.246.6.2 增加用户权限.246.7角色管理.246.7.1 角色添加.256.7.2 角色分配.256.7.
3、3 角色设置.256.8日志管理.266.9报表管理.266.10对账功能.266.11告警服务功能.277 系统原型设计.297.1首页设计.297.2登陆页设计.307.3欠费统计.307.4电表管理页面设计.327.4.1 品牌电表.327.4.2 电表和集中器基础信息导入.337.4.3 电表和集中器基础信息查询.337.4.4 集中器设置.347.4.5 集中器型号.347.4.6 设备型号.35智能电表管理平台系统功能设计4/607.4.7 设备厂家.357.4.8 设备参数核对.367.5电表功能页面设计.367.5.1 充值.367.5.2 费率.377.5.3 仪表查询.38
4、7.5.4 告警处理.397.5.5 告警配置.397.5.6 待处理事项.407.5.7 抄表数据.417.5.8 时冻结记录.417.5.9 峰值记录.417.6账单管理页面设计.427.6.1 广场级账单.427.6.2 品牌级账单.427.6.3 账单明细.437.6.4 商管月账单.437.6.5 品牌月账单.437.6.6 日账单.447.7报表管理.447.7.1 广场报表.447.7.2 设备报表.457.7.3 品牌报表.457.7.4 设备通讯统计.467.8日志管理页面设计.477.8.1 操作日志.477.9权限管理页面设计.478 系统接口实现方案.498.1接口平台
5、架构.498.2逻辑架构图.49智能电表管理平台系统功能设计5/608.3功能模块图.508.4功能实现.528.4.1 调度管理.528.4.2 数据封装管理.528.4.3 协议适配管理.538.4.4 数据项定义管理.548.4.5 缓存及预处理.548.4.6 接口安全管理.558.4.7 监控管理.568.4.8 接口日志管理.568.5接口数据质量保证.578.5.1 Web Services.578.5.2 WS-Security.598.6系统接口需求.598.6.1 主数据系统对接.598.6.2 单点登录系统对接.598.6.3 短信平台对接.609 平台账单设计.609.
6、1日账单.609.2月账单.60智能电表管理平台系统功能设计第 6页一一 总体技术方案总体技术方案1 项目背景项目背景项目名称:_商管智能电表管理平台(COMMERCIAL SMART METER MANAGEMENT SYSTEM)目前,各广场商铺采用预付费电表,现场充值方式效率低,同时商铺用电异常、缺电、电表跳闸功能失效等情况不能及时反馈,影响商铺经营,甚至造成电费流失。为了方便商户缴费,提高商管公司管理工作效率,商管公司计划实施商管商铺用电线上管理改造工程,本工程计划将现有各广场预付费电表更换为远程费控电表,并增加采集器,集中器,实现电表的充值,数据采集统一管理。在总部实施统一的智能电表
7、管理平台,实现各广场智能电表,采集器,集中器统一配置,管理;实现网上充值,自动抄表,余额不足提示,应急处理;与商户服务平台实现数据交换,包括充值信息,抄表数据等;与地方能源平台交换能源相关数据;以及其他的系统管理,包括分区域授权,设备监测,自动诊断,断点续传的高可用性,高稳定性的系统,实现统一的数据集成分析,商管总部可以随时掌握广场的工程管理情况,并指导广场工作。2 建设原则建设原则稳定性原则稳定性原则保持系统架构的相对稳定,根据市场发展的需要,在系统架构上,丰富相关分析应用。规范性原则规范性原则整个设计方案从网络协议、操作系统到各个设计细节,应该全部遵循通用的国际或行业标准,符合国家有关标准
8、规范的。成熟性原则成熟性原则平台的设计应该尽量的采用经过市场证实的成熟的技术,减少技术风险。安全性原则安全性原则系统应实现对敏感数据与应用访问的权限控制和轨迹跟踪,加强对客户隐私数据的管控,细化安全管理规范制度,做到事前可管、事中可控、事后可查确保系统数据安全。开放性原则开放性原则智能电表管理平台系统功能设计第 7页系统中的各种网络协议、硬件接口和数据接口等应符合业界开放式标准,促进应用的开放竞争。应逐步开放系统数据和应用,全面支持市场经营工作以及其它 IT 系统的数据和应用需求。实用性原则实用性原则系统应用建设应满足使用人员业务需求,能够解决不同层次使用人员的实际问题。应用开发设计符合使用人
9、员的工作场景,能够对其实际工作进行指导,提高其工作效率。易用性原则易用性原则系统应实现用户可接受的查询效率与响应时间,有良好易用的人机接口界面与灵活多样的展现方式。3 关键技术关键技术3.1 B/S 与与 C/S 相结合的技术框架相结合的技术框架本系统将采用 B/S 与 C/S 相结合的技术来实现,C/S 部分主要用来实现一些如主界面展示、提醒、信息推送等功能,B/S 将用来实现主要的业务处理内容。智能电表管理平台系统功能设计第 8页本次建设客户端通过 http 协议服务器端进行通讯。布局,基本逻辑都植入客户端程序。文字,图片,视频等内容都存储在服务器端。1.客户端设计:客户端采用容器+底座的
10、结构,方便客户端功能实现及功能扩展。容器负责对客户端内所有插件进行管理,容器负责提供插件总线,即一套完整的插件接口。各种应用插件通过插件总线就可以方便的嵌入客户端程序。2.客户端实现:薄客户端通过内置浏览器,采用 HTTP 协议,内置插件或第三方应用列表;当用户使用插件时,直接访问插件服务器,通过插件服务器运行第三方内容提供商提供的插件。3.客户端优势:客户端设计采用容器+底座结构,该结构完美的适应了客户端建设需要,实现了高扩展智能电表管理平台系统功能设计第 9页性,高可维护性,安全性,实用性,可靠性。从第三方内容的提供,到客户端插件的植入,开发周期大大缩短,开发成本大大降低。插件的安装扩展将
11、变得十分快捷便利。3.2 HTML5 技术技术HTML5 的优势目前主要是体现在终端上,跨平台、跨分辨率、版本控制简单,它包含的很多新特性,都是针对终端设备,为的就是在以后在终端设备上有更好的体验和交互。考虑到客户群体手机客户端在品牌、操作系统、显示分辨率等方面的不同,系统实现将通过HTML5 技术实现对不同分辨率的自适应和与客户端的信息交互。1、摆脱对平台的依赖HTML5 可以让你摆脱对平台的依赖,用户打开浏览器,直接就可以访问你的应用,而不需要经过各种 Store 的审核。2、实时更新实时更新,通常平台的审核都需要七个工作日左右的时间,如果你发布之后发现问题怎么办?Web 方式就不存在这种
12、问题。3、离线使用用户可以离线使用,更新下载量及少,可以全部更新,也可以选择替换部分文件。4、代码更安全安全使用 HTML5,代码更安全安全。众所周知 Web 应用有一个很大的问题就是代码安全的问题,但现在 HTML5 可以将 Web 代码全部加密,本地应用解密后再运行,大大的提供了代码的安全性。5、跨平台HTML5 可以做到跨平台,多数核心代码不用重写,Javascript 的代码用得好的话,在许多地方都可以用到,包括移动应用、移动网站、PC 网站、各种浏览器插件,甚至可以用 WebKit封装作为跨平台的应用程序。诚然,这种方式并非完全跨平台,但这样也足以减少很多工作量了,特别是后期的维护。
13、6、可以充分利用 NativeHTML5 可以通过浏览器作为中介充分利用 Native 的好处,比如说可以使用 GPS、照相机、本地相册、读取本地联系人,也可以使用推送功能等,最重要的是,某些 Web 无法实现的功能,我们可以利用 Native 来实现。智能电表管理平台系统功能设计第 10页3.3 手机客户端手机客户端手机客户端就是可以在手机终端运行的软件,本系统将利用手机客户端的特性,实现如通过 GPS 定位确定门店名称、信息推送等功能。1、CS 模式产品CS(Client-Server)模式:顾名思义为客户端-服务器的意思,对比的话类似我们 pc 上面除浏览器外和服务器有交互的软件,例如
14、qq、杀毒软件等等都是 CS 模式;如果和服务器没有交互,则可以认为是一个纯客户端。客户端和服务器交互的方式可以通过自定义协议、公共协议(ftp、http)等各种方式进行。CS 模式最大的好处就是可以相对灵活实现各种预期的功能和特效,所受的限制为系统提供的底层功能或开发工具的限制。CS 模式最大的缺点就是大部分功能新增、界面调整、逻辑变更需要更新客户端来实现。当然,通过良好的设计可以一定程度上实现不更新客户端来实现新功能、逻辑变更等,但相对来说在不升级客户端的情况下对架构设计要求较高。2、BS 模式产品BS(Browser-Server)模式:顾名思义为浏览器-服务器的意思,对比的话类似我们
15、PC 上面浏览器使用的产品即为 BS 模式产品,例如 google doc、各类网站等。浏览器就笔者看来可以认为是 Client 的一种,只不过实现了和 Browser 有关的协议(http等)和标记集(wml、html 等)。在手机上纯粹的 BS 产品可以认为是我们常见的手机访问的网站。在手机客户端中常用的浏览器(UCweb、opera mini、opera mobile、qq 浏览器等)属于这些产品的承载体。为了增加功能,一般会自行开发浏览器,例如 ucweb、qq 浏览器中除浏览功能外,还默认内置了网站导航、历史浏览记录、各类频道等,即属于浏览器非协议实现和表现外的新增功能。BS 模式产
16、品最大的好处就是可以灵活实现逻辑变更、内容动态变更、界面布局调整等。BS 模式产品的不足是受限于实现的浏览器标记集和浏览器能力,许多特殊效果无法通过浏览器实现。虽然可以一定程度上通过自定义开发来实现功能新增,但此种方法却丧失了BS 的灵活性,而偏向于 CS 模式的客户端。目前绝大部分的手机客户端浏览器基本上停留在支持 html、wml 的阶段,受限于手机性能和 pc 表现差异等方面,基本上不支持或仅少量支持 css 和 JavaScript。智能电表管理平台系统功能设计第 11页3、CS 模式和 BS 模式结合产品综合考虑灵活性、实现效果等,不少手机客户端产品会选择 CS 模式和 BS 模式结
17、合的产品,至于其中 CS 和 BS 所占的比重则更多根据所需要实现的功能、表现形式等来决定。例如手机 QQ 中,涉及到 IM 部分均为 CS 模式(这一块难以通过 BS 模式支持的协议来表现),而其他的频道例如资讯、音乐、书城、股票等则通过 BS 方式来表现。手机 msn 也和手机 qq 类似,在 IM 功能实现上采用 CS,而资讯类采用 BS 方式。手机 QQ 音乐中除音乐门户是 BS 模式外,其他都是 CS 模式实现。4、适配受限于 BS 模式的承载协议和支持标签集(目前和 PC 上的实现还有较大差距),如果不支持或难以支持的方式则主要考虑 CS 模式实现,而在可以实现的情况下是否实现也需
18、要根据实际情况来。如果采用 CS 模式,则基本上不同分辨率、不同系统的客户端基本都需要进行适配,即提供不同安装包,每次变更适配工作量巨大。同时不同分辨率的适配基本上都需要相应的UI 配合设计和切图等。如果采用 BS 模式,则在标准的浏览器标记集支持范围内,则只需要更改服务器以及根据 ua 不同展示不同页面。如果为自开发浏览器核心,则由于系统、平台、开发语言等不同,进行不同的适配,但由于业务逻辑和功能基本上在服务器实现,适配工作也大大减少。浏览器本身可以开发自适应的功能,在界面不包含绚丽效果的情况下,很多情况可以实现自适应。3.4 服务云技术服务云技术云计算应用领域是近年来最为热门的 IT 技术
19、,也被认为是互联网乃至 IT 行业的未来发展趋势,未来几年产业规模预计达到千亿美元。云技术在对于类似本项目的系统建设,并不缺乏实际应用,而对于本系统而言,系统云化的内容和能够带来的好处主要体现在:业务云化-用户体验更加方便。通过应用的云化,将服务内容细化,并由用户自由的定制所需的服务,能够有效的提高用户使用率,使系统整体资源分配更加合理,符合市场情况。本系统的云化提供给用户更多的灵活性,用户可以跟据自己的业务情况来决定是否需要增加服务,用最少的投资来满足用户现状,而当用户的业务增长到需要增加服务的时候,可以根据自己情况对服务进行选择性增加,使用户的业务利用性最大化。服务组件云化-系统架构更加灵
20、活。通过应用服务和基础服务组件的解耦、组件化,使智能电表管理平台系统功能设计第 12页本系统在系统架构上更加灵活,基础服务组件提供本系统的各项基础功能,专注提高系统的效率、稳定;而应用服务则为用户提供各项业务服务,专注于增加业务内容、提升用户体验、提高服务质量。基础支撑云化-资源配置更加合理。通过应用服务和基础服务组件的分布式部署、硬件平台的虚拟化、系统整体的资源调度和管理,降低本系统的软硬件投资,提升现有硬件设备的资源利用率,并使系统中的各项硬件资源可以按照软件系统的需求而进行随需分配,在做到充分利用系统资源的同时,保障软件系统的稳定运行。3.5 基于基于 XML 的数据交换标准的数据交换标
21、准XML(Extensible Markup Language)它是由W3C组织于1998年2月制定的一种通用语言规范,是 SGML 的简化子集,专门为 Web 应用程序而设计。XML 作为一种可扩展性标记语言,其自描述性使其非常适用于不同应用间的数据交换,而且这种交换是不以预先规定一组数据结构定义为前提。XML 最大的优点是它对数据的描述和数据传送能力,因此具备很强的开放性。为了使基于 XML 的业务数据交换成为可能,就必须实现数据库的 XML 数据存取,并且将 XML 数据同应用程序集成,进而使之同现有的业务规则相结合。开发基于 XML 的动态应用,如动态数据交换等。XML 数据标准的推出
22、,增强了系统之间、应用系统之间的数据交换功能,也大大增强了系统之间的集成度。以 XML 标准描述数据格式,能促进多种数据格式支持、内容共享、内容的再利用以及增强客户对服务的满意度。由于采用 XML 技术,使得本系统的内容描述的标准化,实现跨平台、跨应用系统的信息交换更加流畅和便捷。3.6 Web ServicesWeb Services 是描述一些操作(利用标准化的 XML 消息传递机制可以通过网络访问这些操作)的接口。Web Services 技术中包括三个基础概念 SOAP、WSDL、UDDI,它们之间的关系如下图:智能电表管理平台系统功能设计第 13页1.SOAP(Simple Obje
23、ct Access Protocol):是基于 XML 格式的消息交换协议。SOAP 定义了一个“envelope”对象,使用“envelope”包装消息。消息可以采用自身特定的 XML 词汇。SOAP 使用 namespace 来区分彼此 MessageEnvelope。2.WSDL(Web Services DescriptionLanguage):基于 XML 的组件描述,包括服务做些什么(服务所提供的操作)、如何访问服务(数据格式详情以及访问服务操作的必要协议)、服务位于何处(由特定协议决定的网络地址,如 URL)。3.UDDI(Universal Description,Discov
24、eryand Integration):为加速 Web Services 的推广,加强 Web Service 的互操作能力而推出的一个计划。通过提供基于标准的服务描述和发现的规范,形成由多个运作者一起以 Web Service 的形式运作 UDDI 商业注册中心,实现资源共享。在上述三个概念之上,还有支持分布工作流的 WSFL(Web Services Workflow)。Web Service 的工作原理如下所示:服务提供者将 Web Service 按 WSDL 进行描述后,发布到 UDDI 上,UDDI 接收到服务请求者的请求,查询到 Web Service 后按照 WSDL 格式返回
25、给请求者,请求者按照 WSDL 格式进行绑定,然后就可以将查询请求按照 SOAP 格式向该 Web Service 发送请求,Web Service将处理结果也按照 SOAP 格式返回给请求者。使用 Web Services 的优势包括:(一一)灵活性灵活性同 DCOM、CORBA、RMI 不同,Web Services 可以不依赖于平台,编程语言,通过网络被随处访问。Web Services 提供了良好的封装,保证了系统的之间的松散耦合和灵活性。(二二)保值性保值性Web Services 不必改变原有应用系统,充分利用现有信息资源,只需对外暴露其接口,智能电表管理平台系统功能设计第 14页
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 综合能源、能源管理
限制150内