建筑能源与设备运维平台eWay2.2.1需求规格说明书（第三版）.docx

《建筑能源与设备运维平台eWay2.2.1需求规格说明书（第三版）.docx》由会员分享，可在线阅读，更多相关《建筑能源与设备运维平台eWay2.2.1需求规格说明书（第三版）.docx（66页珍藏版）》请在三一办公上搜索。

1、TIANSU建筑能源与设备运维平台eWay2.2.1需求规格说明书文件编号TSXXXX-XX根据配置总表）生效日期2016/01/20受控编号保密级别一级版本号VI.4.4修改次数6总页数64正文49附录4编制王嘉霖审核批准南京天溯自动化控制系统有限公司（版权所有,翻版必究）评审记录对建筑能源与设备运维平台eWay2.2需求规格说明书的评审意见:上述问题修改验证后，由王嘉霖验证后，本文件即可发布。评审人员签字:问题修改验证结果：经过验证核对，评审记录相关问题均已当面沟通，并根据意见完成文档修正。验证人签字：王嘉霖时间：2016年01月22日变更日志编号版本修改内容修改人修改日期10.1初稿做成

2、姜志宏2015-06-2720.2根据第一轮评审意见修改姜志宏2015-07-0230.3根据第二轮会评意见修改姜志宏2015-07-0640.5综合卫计委等数据中心型项目需求修改姜志宏2015-07-1151.0综合跨部门评审意见及性能要求姜志宏2015-07-1461.1eWay2.2初稿形成王嘉霖2015-10-1371.2eWay2.2根据第一轮意见修改王嘉霖2015-10-1981.3eWay2.2根据第二轮意见修改王嘉霖2015-10-2191.4.1cWay2.2.1初稿编写基础王嘉霖2016-01-07101.4.2eWay2.2.1初稿形成王嘉霖2016-01-12111.1

3、.3eWay2.2.1第二版王嘉霖2016-01-18121.4.4eWay2.2.1第三版王嘉霖2016-01-201引言1.1 编写目的.1.2 背景1.3 术语和定义21.4 参考资料22任务概述32.1 任务背景32.1.1 1卜p32.1.2 fno2.1.3 研发目标62.2 用户的特点82.3 假定和约束93需求规定103.1 又寸育匕&1031.1JU103.1.1 平台级管理用例包（黄奕然）103.1.2 租户级管理用例包153.1.3 能耗监测应用用例包293.1.4 数据服务平台功能用例包（陆治国一一能耗预测和自动修复、吴鹏人工录入和olap王嘉霖其他）433.2 对性能

4、的规定513.2.1 时间特性要求513.2.2 灵活性513.3 输入输出要求523.4 数据管理能力要求543.5 故障处理要求543.6 其他专门要求4运行环境规定554.1 硬件设备与支持软件554.2 接口564.2.1 前置数据采集控制564.2.2 前置数据上报汇聚564.3 控制565定需求.566576.1 附件1：建筑类型模板576.2 附件2：能耗标杆库576.3 附件3：报表报告模板576.4 附件4：主要种类能源折算成标准煤的理论折算值57Ill1引言11编写目的本文档包含两部分内容：（I）在“建筑能源与设备运维平台eWay2.2”已经实现功能的基础上，对“建筑能源与

5、设备运维平台eWay2.2.1”的需求进行整理、说明、补充、修订，需求的来源包括市场需求调研、市场现状分析、公司战略要求、技术发展要求以及已有产品经验积累等多个层次。（2）在数据服务平台（由eWay2.0开发）已完成功能的基础上，对其中新增、变更、或优化完善的需求进行整理和说明。本文档预期读者包括：（1）技术营销人员、行业线解决方案设计人员、产品经理等需求侧的相关人员，用于对前期需求中不明确的部分进行讨论细化明确，明确需求的必要性、优先级，以及从用户的角度看分析的正确和完整性。（2）项目经理、系统工程师、研发工程师等研发侧的相关人员，用于理解软件系统边界和要求，确保需求分析的完整性、无二义性，

6、并以此为基础开展设计工作，制定详细技术方案和研发计划；（3）测试工程师和品质管理人员，用于理解软件系统边界和要求，制定测试方案和测试计划，进行软件质量管理。1.2 背景说明：（1）拟开发系统名称：建筑能源与设备运维平台v221,后面简称eWay2.2.1系统（2）项目提出者：南京天溯（3）项目开发者：南京天溯研发中心（4）本项目从数据接口上与eWay2.0进行衔接，在产品功能概念上继承南京天溯前期系列软件产品，但是除接入的底层硬件仪表、继保装置等设备以外，暂不考虑软件模块的前向兼容性。1.3 术语和定义缩略语英文原文中文含义SaaSSoftwareasaService软件即服务，它是一种通过I

7、ntCmet提供软件的模式，厂商将应用软件统部署在自己的服务器上，客户可以根据自己实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得厂商提供的服务。on-prcmon-prcmise-种与SaaS相对应的软件使用模式，即通过在企业内部部署完整的软硬件系统，提供业务功能服务。多维数据模型MultiDimensionalDataModel将数据看做是数据立方体形式，立方体的每一个维度对应于数据的不同属性(如时间、区域等)；维度存在某种层次关系(如时间的层次关系包括年、月、日，区域层次关系包括大区、省、县等)，数据映射到每一个维度的每一个层次

8、上都存在一个数据度量值，如指定月份时间点和省级区域对应的数据值。多维数据模型是多维数据统计的多租户技术multi-tenancytechnology多租户技术(英语：multi-tenancytechnology)或称多重租赁技术，是-种软件架构技术，它是在探讨与实现如何于多用户的环境下共用相同的系统或程序组件，并且仍可确保各用户间数据的隔离性。从架构层面来分析，SaaS区别于传统技术的重要差别就是MUIti-Tenant模式。多租户就是说多个租户共用一个实例，租户的数据既有隔离又有共享，说到底就是如何解决数据存储的问题。1.4 参考资料1、本项目的经核准的计划任务书或合同、上级机关的批文;(

9、1)2.0智能建筑机电运维产品开发任务书201412311(2)2.0规划系统需求清单20150104迭代版本建议(3) GWayVZl用户需求说明书(4)eWayV2.1概要设计说明书(5)eWayV2.0用户需求规格书(6)eWayV2.0概要设计说明书(7)eWayV2.2用户需求说明书(8)eWayV2.2概要设计说明书(9)eWayV2.2.1概要设计说明书2、属于本项目的其他已发表的文件暂无。3、其他引用的文件、资料和标准暂无。2任务概述2.1 任务背景2.1.1 平台战略南京天溯自动化控制系统有限公司以“世界领先的能源管理和智能控制解决方案和产品供应商”为核心战略目标，致力于满足

10、平台商业地产、机场轨道、医疗卫生和智慧小区等目标客户在构建绿色智能建筑方面的应用需求，提供节能管理、用能安全、设备运维以及能源运营托管等服务。2014年，公司根据在进行技术趋势和市场定位调研的基础上，进一步确定了以“平台战略”为导向的商业模式：运用物联网(IntemetOfThing,IoT)、云计算技术，依靠能源与机电设备管理两大核心体系为支撑，以强弱电一体化监控和大数据挖掘分析为基础，以运维为核心理念，构建新一代数字机电智慧运维平台系统。通过平台系统实现管理本地化和服务云端化，将分散的设备数据转换为系统的管理数据，变被动式运维为主动式运维，结合客户的业务特征，在云端策略及经验库的指导下，实

11、现对建筑机电设备的统一管理和优化控制，打造智慧、低碳的“建筑生命体”并且运用平台战略在建筑物或建筑群全生命周期过程中持续为业主提供增值服务。在“平台”战略商业模式下，南京天溯对下一代技术产品的研发需求，将不再是以单一的产品或系统为中心，而是力图通过技术手段有效拉通从“能源和机电设备”到人之间的交互渠道，消除或降低其间的技术和操作壁垒，为“智慧、低碳、绿色建筑”涉及到的拥有者、管理者、使用者和产品提供者等多方提供一个互操作平台，对技术产品提供者而言，这是一个开放、透明的可直接面向终端用户的业务拓展平台，而对于终端用户而言，这是一个便捷、安全和个性化的业务监管平台。2.1.2 产品模式根据公司的“

12、平台战略”和“可持续性复合式增长”发展目标，eWay2系统软件产品必须服务于公司市场和盈利快速发展扩张的需求，这要求eWay2系统软件产品需要采用不同于传统软件产品的服务模式。由图1所示长尾模型可以看出，整体市场由大型客户和标杆客户、普通客户和海量的中小型客户组成。其中大型客户和标杆客户是高价值客户，但是数量稀少，如公司已有项目中的上海中心大厦、万达集团等，而中小型客户市场单个客户价值较低，但是总量巨大，如楼宇存量市场中的一些独立单体建筑，包括中小型商场、商住楼、写字楼、市场等等。为了实现公司战略目标，eWay2软件产品一方面要满足的超大型客户和标杆客户的应用需求和定制化需求，以保证足够的市场

13、影响力和前期利润空间，同时还要积极拓展海量的中小型客户市场。在超大型客户和标杆客户市场，通常采用软件定制和客户自建软硬件系统(On-Prem)的方式实现。而在海量的中小型客户市场，为了保证可控较低的单客户部署成本，通常的做法是采用云计算技术。*户口图1软件服务的长尾模型根据美国国家标准技术研究院(NationallnstiuiteofStandardandTechnoIogy,NIST)的权威定义，云计算包括SPl三大服务模式，即SaaS、PaaSWIaaSo图2NISTSPI模型SaaS(SoftwareasaService)：提供给客户的服务是运营商运行在云计算基础设施上的应用程序，用户可

14、以在各种设备上通过客户端界面访问，如浏览器。消费者不需要管理或控制任何云计算基础设施，包括网络、服务器、操作系统、存储等等；PaaS(PIatform-as-a-Service)：提供给消费者的服务是把客户采用提供的开发语言和工具(例如Java,python,.Net等)开发的或收购的应用程序部署到供应商的云计算基础设施上去。客户不需要管理或控制底层的云基础设施，包括网络、服务器、操作系统、存储等，但客户能控制部署的应用程序，也可能控制运行应用程序的托管环境配置；IaaS(InfrastructureasaService):提供给消费者的服务是对所有设施的利用，包括处理、存储、网络和其它基本的

15、计算资源，用户能够部署和运行任意软件，包括操作系统和应用程序。消费者不管理或控制任何云计算基础设施，但能控制操作系统的选择、存储空间、部署的应用，也有可能获得有限制的网络组件(例如，防火墙，负载均衡器等)的控制。其中PaaS和IaaS源于SaaS理念。PaaS和IaaS可以直接通过SOAVebServices向平台用户提供服务，也可以作为SaaS模式的支撑平台间接向最终用户服务。根据南京天溯eWay2的功能需求和客户定位，面向中小型客户市场时，eWay2所需求的云计算属于SaaS模式，即供给客户的服务是南京天溯运行在云计算基础设施上的能源管理和设备运维的数据处理和业务应用，用户可以在各种设备上

16、通过客户端界面访问。客户方不需要管理或控制任何云计算基础设施，包括网络、服务器、操作系统、存储等等。2.1.3 研发目标2.1.3.1 总体目标eWay2项目总体研制的功能模型如图3所示。系统向下遵循国家标准、行业标准和企业内部标准规定，接入计量仪表、环境传感、暖通空调、智能照明和楼宇自控等多种类型的底层设备，并通过这些底层设备实现对物理世界的感知和控制操作；对于大型客户和标杆客户，客户需要自行建设硬件基础设施并安装部署eWay2企业级系统，接入数据进行处理，并提供能源管理和设备运维应用服务；对于中小型客户，eWay2前端采集和控制通过数据传输模块直接进入云端的数据处理和应用服务，云端以Saa

17、S方式提供能源管理和设备运维应用服务，客户一次投资较少而且主要以服务租用方式使用eWay2的软件服务。同时，企业级和云端级的数据服务部分提供开放接口，可供第三方应用开发者调用和研发新型应用，并纳入eWay2能源管理和设备运维生态圈。（支持定制） 建筑就Kg剂与设备 运企收平台云矍统 一企业级委2.1.3.2 迭代目标eWay2系统研发按照多轮迭代进行研发规划，本文档仅规定第4轮迭代（eWay2.2.1）的目标任务，是对eWay22阶段（其功能需求和功能边界如图3中灰色框所示）功能的补充和完善。eWay2.2.1在eWay2.2的基础上，进一步完善系统功能，提升系统性能，主要完成四个部分的工作：

18、（1）面向SaaS多租户的建筑能耗监测应用架构；（2）面向SaaS多租户的建筑能耗实时监测与报警；G）面向SaaS多租户的建筑能耗数据分析、统计与报表；（4）其他与多租户建筑能耗监测应用相关的分析展现功能。eWay2.2.1在卫计委的系统功能需求的基础上，全面覆盖我司递交的系统标书需求，并且要在此基础上，进一步提升和完善系统的业务模型，形成我司自营的能源管理云平台系统。政敢弗平台 ；?88 8图4eWay2.2.1功能模型2.2 用户的特点本系统的最终用户分为四种：(1)能耗监测用户：不具备计算机和信息专业背景知识；不具备能效管理和机电设备管理专业知识；具备一定的Web使用经验；关心本企业的能

19、耗和运维成本。对本系统使用频度较高。(2)租户管理员：大多不具备计算机和信息专业背景知识；具备较强的能效管理和机电设备管理专业知识；了解本租户对应企业的能耗配置情况；具备一定的Web使用经验；关心本企业的能耗、设备运行控制、设备运维成本。对本系统使用频度较高。(3)平台管理员：具备较强的计算机和信息专业背景知识；具备一定的能效管理和机电设备管理专业知识；具备较好的Web使用经验；完成本平台系统运行、监测和基础维护工作。对本系统使用频度较高。(4)实施人员：天溯自动化的项目实施工程师，负责软件系统的许可证管理、开局配置调试、试运行阶段的监测和后续的维护。本系统涉及的底层数据服务平台还包括以下用户

20、：(I)数据管理员：具备较强的计算机和信息专业背景知识；具备一定的能效管理和机电设备管理专业知识；具备较好的Web使用经验；了解系统结构和所采用技术、完成数据服务平台安装部署、运行监测和基础维护工作。对本系统使用频度较高。(2)设备管理员：具备一定计算机和信息专业背景知识；具备较强的能效管理和机电设备管理专业知识；具备较强的强弱电施工配置能力。负责完成前端计量仪表、数据采集设备的安装、调试、配置和维护。对本系统使用频度中等。2.3 假定和约束本文档仅针对eWay系统的第4轮迭代，本文档中的“本系统”一词通指eWay2.2.1系统。第4轮迭代开发时间要求为2016.01-2016.04,即在20

21、16年04月30日前完成规定任务的设计、研发和测试工作。本系统测试运行的目标硬件环境参见4.1硬件设备与支持软件，测试运行的网络环境见图5o图5eWay2.2.1测试运行网络环境3需求规定3.1 对功能的规定3.1.1 总用例eWay2系统顶层功能用例包括4种用户角色：1、平台管理员平台管理员不属于某一个特定的注册企业租户，而是对能耗监测平台进行配置维护，并完成对各个注册企业租户进行管理维护的专业人员2、能耗监测用户能耗监测用户从属于一个某个注册企业租户，在该注册企业租户范围内根据权限进行管理维护、能耗监测、用能查询和分析统计等操作。根据租户内权限分配，又进一步可分为多种不同角色，如租户管理员

22、、信息发布员、报警管理员、报表管理员、能耗监测用户等。3、定时器用于一些后台的定时处理。4、访客本系统提供自助注册租户功能，非系统用户的系统访客可直接访问注册界面，填写资料注册新租户并登记初始的租户管理员账号。eWay2功能用例分为3个需求用例包：应用平台管理用例包、租户管理用例包和能耗监测应用用例包。其中，部分功能用例包需要访问数据服务平台子系统。此外，本轮迭代开发还需要对数据服务平台（eWay2.0研发完成）的一些功能进行变更、补充或优化。具体的用例将在功能和性能用例章节中详细描述。3.1.2 平台级管理用例包平台级管理用例是指，对于管理平台需要提供和实现的功能。3.1.2.1 登录租户管

23、理系统需求标识I02-FR200用例名称登录租户管理系统角色平台管理员用例说明提交用户名、密码登录，登录租户管理系统父用例无前置条件无后置条件产生操作日志基本流备选流异常流其他登录界面需要输入校验码验证，校验码采用数字+字母形式；平台级管理页面和租户级页面访问地址分开；优先级eWay2.1完成3.1.2.2 管理租户类型模板需求标识I02-FR201用例名称管理租户类型模板珀色平台管理员用例说明实现租户类型模板的增删改，租户类型包括医疗类、商业建筑类、机场类等父用例无前置条件平台管理员登录租户管理系统后置条件改变租户类型模板；产生操作日志基本流备选流异常流其他通用租户信息模板提供了所有类型租户

24、需要具备的内容项，各个具体类型的租户在此基础上进行扩充。不同类型的租户，还具有经营类模板内容项。通用租户信息模板包括：名称、别名、曾用名、租户类型、总体介绍、地点、位置（坐标）、联系人姓名、联系人电话、联系人mail、负责人姓名、与其他租户关系（上下级）、租期、当前有效状态、气候分区。医疗类租户，基本信息：总建筑面积、各院区面积、医院等级、医院类别、编制床位数、开放床位数；经营类信息：年度/月度/日的门急诊人次、平均住院日、年住院床日、年总收入。商业建皴类租户，基本信息：建筑面积、楼宇数量；经懒信息：年度/月度/日客流量、收入。机场麴户，基本信息：建筑面积、楼宇数量、日均航班数量；经营类信息：

25、年度/月度/日客流量、收入、航班次数。虚拟租户均采用通用租户信息模板。优先级eWay2.1完成3.1.2.3 管理建筑类型模板需求标识102-FR202用例名称管理建筑类型模板角色平台管理员用例说明实现建筑类型模板的增删改（建筑类型待定）父用例无前置条件平台管理员登录租户管理系统；用户具有修改建筑类型模板的权限；后置条件改变建筑类型模板；产生操作日志基本流备选流异常流其他建筑模板内容见附录6.1优先级CWay2.1完成3.1.2.4管理注册租户需求标识102-FR203用例名称管理注册租户角色平台管理员用例说明实现对已注册用户的信息修改和启用/停用；对新注册申请进行审批启用。实现审报后的系统数

26、据库同步更新。父用例无前置条件平台管理员登录租户管理系统后置条件改变注册租户；产生操作日志基本流备选流异常流其他支持虚拟租户，即该租户不对应具体的数据源和数据存储，而是赋予其若干其他实际租户的数据访问权限。优先级eWay2J完成,eWay2.2修改。3.1.2.5管理租户访问权限需求标识I02-FR204用例名称管理租户访问权限角色平台管理员用例说明管理租户对底层数据的访问控制权限。针对一些虚拟租户（参考卫计委需求），授权其可对其他若干租户进行实时查询/数据统计/设备控制等操作。平台管理员为虚拟租户修改租户授权时，变更相应虚拟租户内部的授权信息。父用例无前置条件平台管理员登录租户管理系统后置条

27、件改变租户权限级；产生操作日志基本流备选流异常流其他能耗监测用户的可用权限是继承自租户访问权限，每个租户级角色对应的权限都是租户访问权限的一个子集。优先级CWay2.1完成，eWay2.2.1支持平台管理员修改虚拟租户权限分配信息。3.1.2.6管理平台管理员需求标识102-FR205用例名称管理平台管理员角色能耗监测用户用例说明维护能耗监测平台的平台管理员记录，包括管理员账号的增删改。父用例无前置条件平台管理员登录系统；拥有相应的管理权限；后置条件改变平台管理员账号集；产生操作日志基本流备选流异常流其他系统保留缺省的平台管理员账号，自动拥有全部权限且不可删除不可修改；对于正在线上运行的用户进

28、行的删除操作，将在用户卜一步访问请求时自动将其转向至登录页面。优先级cWay2.2完成3.1.2.7管理系统日志需求标识I02-FR206用例名称管理系统日志角色平台管理员用例说明实现系统日志（主要是用户操作行为和事件）的安全审计，以及查询分析。日志进行分类，区分系统日志和操作日志。父用例无前置条件平台管理员登录租户管理系统后置条件产生操作日志基本流备选流异常流其他本用例涉及的系统日志（主要是用户操作行为和事件）存储于数据库中优先级eWay22完成，eWay2.2.1添加对于日志分类的支持，并根据实际处理过程，将日志正确归入系统日志和操作日志分类。3.1.2.8总览平台统计信息需求标识I02-

29、FR207用例名称总览平台统计信息角色平台管理员用例说明实现平台接入和运行的统计信息的报表和输出，包括接入租户统计、接入数据源统计、生成报表统计、访问量统计等（统计表）父用例无前置条件平台管理员登录租户管理系统后置条件产生操作日志基本流备选流异常流其他优先级eWay2.2.1完成3.1.2.9许可证管理需求标识102-FB208用例名称许可证管理角色平台管理员用例说明实现对系统内业务模块，平台服务模块，系统管理模块的许可证进行管理，包括许可证的生成，发放，校验和续用父用例无前置条件平台管理员登录租户管理系统后置条件改变模块的许可证配置，产生操作日志基本流备选流异常流其他许可证分为系统许可证和租

30、户许可证，系统许可证中要对租户许可证的数量进行限制。系统启用时，默认检测许可状态，仅当符合许可要求时，才启动相应模块功能许可证中包含许可对象企业名称、许可模块清单、许可证生效与到期时间许可证到期前，系统会再首页提示，并通过短信、mail方式提醒相应人员许可证到期后，允许一定时间内的数据保护缓冲期优先级eWay2.2.1完成3.1.3租户级管理用例包3.1.3.1注册新租户需求标识I02-FR300用例名称注册新租户角色访客用例说明注册新的能源监测租户，提交租户类型、租户认证信息和租户管理员信息并等待审核。父用例无前置条件后置条件增加新注册租户；产生操作日志基本流备选流异常流其他优先级CWay2

31、.1完成3.1.3.2登录能耗监测系统需求标识I02-FR301用例名称登录能耗监测系统角色能耗监测用户用例说明提交用户名、密码登录，输入验证码，登录能耗监测系统父用例无前置条件无后置条件产生操作日志基本流备选流异常流其他用户登录后根据其所属的角色权限集，限定其可查看使用的菜单项和功能。如用户拥有系统首页查看权限，则系统登录后进入配置的首页，并定位于该租户所在位置。优先级eWay2.1完成3.1.3.3单位信息管理需求标识I02-FR302用例名称单位信息管理角色能耗监测用户用例说明查询、修改、新增、导入、逻辑删除单位信息。单位信息包括：名称、所在区域一与区域维度节点关联、下级单位信息，关联的

32、组织维度、下属建筑信息一一与建筑信息关联、自定义信息。查询条件：关键字输入、所属区域。下载单位信息导入模板，并支持单位信息导入。导入单位信息时，不支持对单位信息的自定义字段导入。父用例管理本租户信息前置条件拥有相应的管理权限；后置条件改变单位信息；产生操作日志基本流备选流异常流其他为维护数据完整性，已有单位信息不进行物理删除，而是采用使能标记位标记停用，导入优先级eWay2.2.1完成需求标识T02-FR303用例名称单位信息详情展示角色能耗监测用户用例说明1）显示下属建筑能耗分类分项饼图；2）显示单位信息对应的组织维度节点，关联的下属重点设备清单；3）显示重点设备的能耗信息；4）显示单位信息

33、对应的组织维度节点，展示实时告警数量，并通过点击跳转告警查询列表；父用例管理本租户信息前置条件进入单位信息管理页面，拥有相应的管理权限；后置条件展示单位信息详情；产生操作日志基本流备选流异常流其他为维护数据完整性，已有租户记录不进行物理删除，而是采用使能标记位标记停用优先级cWay2.2.1完成3.1.3.4建筑信息管理需求标识102-FR304用例名称建筑信息管理角色能耗监测用户用例说明查询、修改、新增、导入、逻辑删除建筑信息。建筑信息包括：名称、地址、关联的区域维度、自定义信息。查询条件：关键字输入、所属区域、所属单位。下载建筑信息导入模板，并支持建筑信息导入。导入建筑信息时，不支持对建筑

34、信息的自定义字段导入。父用例管理木租户信息前置条件拥有相应的管理权限；后置条件改变建筑信息；产生操作日志基本流备选流异常流其他为维护数据完整性，已有建筑信息不进行物理删除，而是采用使能标记位标记停用，导入优先级eWay2.2.1完成需求标识I02-FR305用例名称建筑信息详情展示角色能耗监测用户用例说明D游建筑触分类分项饼图；2）显示建筑信息对应的组织维度节点，关联的下属重点设备清单；3）显示重点设备的能耗信息；4）显示建筑信息对应的区吸度节点，展示实时告警数量，并通过点击跳转告警查询列表；父用例管理本租户信息前置条件进入建筑信息管理页面，拥有相应的管理权限；后置.条件展示建筑信息详情；产生

35、操作日志基本流备选流异常流其他为维护数据完整性，已有租户记录不进行物理删除，而是采用使能标记位标记停用优先级eWay2.2.2或之后版本完成3.1.3.5总部展示需求标识I02-FR306用例名称总部展示角色用户、管理员用例说明1 .支持在数据中心总部，展示项目总体及其监测、下属的所有租户（单位/企业/局点）情况；2 .支持图文展示总体和各个租户的使用情况：租户数、租户启用日期、租户用户近30日访问量、仪表与设备数量、接入状态/是否通讯异常（可取此租户最近一段时间内是否有通讯记录作为判断依据）、最近数据传输量与其传输时间（传输量暂缓，传输时间可取仪表最后一次数据的采样时间或可取通讯机传输给服务

36、器时间）；暂缓获取：存储占用量、当前采样数据量等总体信息；3 .可查看各个租户的IiCenSe、缴费详情；4 .可发通知提醒某个租户及时续费IiCCnSC等事务；支持移动终端方式展示上述主要功能；父用例前置条件后置条件基本流备选流异常流其他为维护数据完整性，已有租户记录不进行物理删除，而是采用使能标记位标记停用优先级eWay2.2.1完成3.1.3.6管理本租户信息需求标识I02-FR307用例名称维护租户信息角色能耗监测用户用例说明修改租户信息，包括名称、类型、说明（文字/图片）以及对应的模板字段信息。父用例管理本租户信息前置条件能耗监测用户登录系统；拥有相应的管理权限；后置条件改变租户信息

37、；产生操作日志基本流备选流异常流其他为维护数据完整性，已有租户记录不进行物理删除，而是采用使能标记位标由i停用优先级eWay2.1完成需求标识I02-FR308用例名称管理租户组织结构角色能耗监测用户用例说明维护租户对应的组织结构信息，包括组织结构层次关系的增删改。父用例管理本租户信息前置条件能耗监测用户登录系统；拥有相应的管理权限；后置条件改变租户组织结构信息；改变历史数据的组织机构维度信息；产生操作日志；基本流备选流异常流其他每一级组织机构都包含该组织机构的图文简介信息，信息内容与租户信息类似。每个用户登录成功后，自动显示的概览页上需要包含所属组织的图文简介信息；用户、区域和能耗监测对象都

38、应该从属于某一级组织知胸；对于已经指定用户或区域的组织机构不支持直接删除；本轮迭代中，暂时不考虑组织的修改对历史能耗数据统计造成的影响优先级eWay2J完成需求标识102-FR309用例名称管理能耗监测用户信息角色能耗监测用户用例说明维护租户下属的用户记录，包括用户的增删改。父用例管理本租户系信息前置条件能耗监测用户登录系统；拥有相应的管理权限；后置条件改变能耗监测用户信息；产生操作日志基本流备选流异常流其他系统保留缺省的管理员账号，自动拥有全部权限且不可删除不可修改；对于正在线上运行的用户进行的删除操作，将在用户下一步访问请求时自动将其转向至登录页面。用户信息包括：姓名、帐号、密码、maik

39、联系电话、QQ、有效状态、生效日期、失效日期、归属租户、组织、所属角色。优先级CWay2.1完成需求标识I02-FR310用例名称管理租户级权限信息角色能耗监测用户用例说明维护租户下属用户的权限信息，包括角色的增删改和每个用户对应角色集的维护。父用例管理本租户前置条件能耗监测用户登录系统；拥有相应的管理权限；后置条件改变能耗监测用户访问权限；产生操作日志基本流备选流异常流其他角色主要描述功能权限范围；用户所属的组织机构用于限制数据范围；功能权限集覆盖本文档全部功能性用例；租户级全部可用权限由用例I02-FR208管理分配，即能耗监测用户的可用权限是继承自租户权限。优先级eWay2.1完成需求标

40、识I02-FR311用例名称管理租户级组态化概览页（首页）角色能耗监测用户用例说明维护本租户组态化的能耗概览页布局和功能展示需要配置在概览页中，哪些KPl或者能耗对象进行展示。父用例管理本租户前置条件能耗监测用户登录系统；拥有相应的管理权限；后置条件改变能耗概览页的雌化功能布局；产生操作日志基本流备选流异常流其他采用组态化的页面控件，管理员可定制本租户概览页的页面组态化布局，以及每个控件中的展优先级现内容。其他用户不能修改只能查看租户内统一的概览页。eWay2J完成，elVay2.2补充对于KPl概览的配置。3.1.3.7维护用户个人信息需求标识I02-FR312用例名称维护用户个人信息角色能

41、耗监测用户用例说明维护本用户个人信息，如用户描述、密码等父用例无前置条件能耗监测用户登录系统后置条件改变用户自己的个人信息；产生操作日志基本流备选流异常流其他优先级CWay2.1完成3.1.3.8维护能耗模型需求标识I02-FR313用例名称维护数据源模型角色能耗监测用户用例说明对能耗监测的数据源（主要是指底层采集控制的物理设备）信息进行维护，包括增删改。提供基于excel数据文件批量导入功能。父用例无前置条件能耗监测用户登录系统；拥有相应的管理权限；后置条件改变数据源集；产生操作日志基本流备选流异常流其他在数据平台服务实现中，要求支持前置/网关自动将数据源的修改同步更新到平台，与本用例配合以

42、简化数据源模型配置维护；为维护数据完整性，已有数据源记录不进行物理删除，而是采用使能标记位标记停用优先级eWay2.2完成延迟到eWay2.3完成需求标识I02-FR314用例名称维护逻辑设备模型角色能耗监测用户用例说明逻辑设备，是由拥有权限的用户，通过系统配置，生成的虚拟设备，是一种设备管理的节点。对能耗监测的逻辑设备信息进行维护，包括增删改。提供设备能耗的展示。逻辑设备关联多维度。父用例无前置条件数据服务平台配置对应的逻辑设备模板；能耗监测用户登录系统；拥有相应的管理权限；后置条件改变逻辑设备集；产生操作日志基本流备选流异常流其他优先级eWay2.1完成延迟到eWay2.2完成，eWay2.2.2及以后版本支持逻辑设备多维度关联。需求标识I02-FR315用例名称重点设备信息管理角色能耗监测用户用例说