天津工业大学节约型园建筑能耗监管系统与数据关需求及.docVIP

天津工业大学节约型校园建筑能耗监管系统与数据网关需求及技术参数 一、节约型校园建筑能耗监管系统建设需求 1、节能监管系统整体需求 该系统是建设节约型校园的核心软件，主要包括能耗监管分析系统基础平台、节能管理预测专家系统、电能耗监管分析系统、公共用电能耗监管分析系统、水耗监管分析系统、消防管网用水监管分析系统、燃气能耗监管分析系统、供热监控管理分析系统、能耗审计监管分析系统、预付费管理系统、路灯软硬件控制系统等综合管理分析平台。 2、软件系统架构要求 （1）分布式应用架构 学校的管理体制相对松散，校内人员流动大，各部处与院系之间具有相对独立性。针对这样的高校的行业特点，要求节约型校园建筑节能监管系统整体采用松散耦合、分布式的应用架构。 不同的业务类型，采用的数据存储方法和访问结构不同，因此分布式的软件架构，各个应用系统拥有独立的数据库及处理过程，系统和系统之间采用接口调用的方式完成，灵活易修改，使得子系统的更新不至于影响到整体。 （2）面向对象的组件技术 利用面向对象的组件技术着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件，像搭积木一样的建立分布式应用程序。在异构分布环境下为不同机器上的应用提供了互操作性，并无缝地集成了多种对象系统；另一方面， 大大加快了软件开发的速度，降低了软件开发和再开发的成本。 高校的需求变化相当频繁，当需要实现新的需求的时候，充分利用面向组件的应用程序更易于扩展这一特点，提供一个新的组件，而不去影响那些和新需求无关的组件。这些特点使得面向组件的开发降低了该系统长期维护的成本，这是一个非常实际的问题。 （3）面向服务的接口框架 系统支持SOA的集成架构，应用组件应广泛采用先进的Web Service接口。 系统将服务接口、实现、部署、调用完全分离，通过配置的形式灵活的组装，绑定，既能够对各类服务应用的访问接口分散开发，同时又可以集中控制服务访问权限，实现服务访问审计。 各服务模块之间，服务与后端应用程序之间能够可靠地相互通信支持多种传输协议以及多种通信模型，传输协议包括HTTP HTTPS、JMS等协议，通信模型同步和异步通信能够持久有效保护和管理服务，安全、审核日志系统开发及运行结构基于后台数据库的三层架构，即Web服务器、应用服务器和数据库服务器Web层负责对应用的展示，应用层封装业务逻辑，数据库服务层提供联机事务处理。在三层架构基础上，采用MVC（Model-View- Controller）加上服务容器的体系架构，支持各层之间的松耦合，从而做到服务到业务流程可配置和可重构。将其它应用包装为服务，有效、无缝地接入到服务容器，实现与其它应用程序集成。 可视化开发环境，集分析、设计、构造（开发/编译/测试/打包）、部署等于一体，从需求分析、设计到代码自动生成，均在统一的开发环境中完成，实现开发过程的自动化、规范化、标准化，保证从需求到实现的一致性和可追踪性。 （2）设计与开发过程标准化：设计与开发按照《GB-T8567-2006计算机软件文档编制规范》，采用面向对象的系统设计方法，遵循UML设计规范等； （3）系统组件标准化：数据访问服务、信息门户、身份管理、身份安全审计、等组件均采用相应的国际标准和国家标准，可以与其它符合规范的第三方平台与应用实现对接； （4）系统接口标准化：数据访问接口、应用集成接口、身份认证接口均采用相应的国际标准和国家标准，方便第三方应用的接入； （5）信息规范标准化：信息规范采用《国家经济信息系统设计与应用标准化规范》、《标准化工作导则-信息分类编码规定》（国标GB7026-86）和教育部公布的《高等学校管理基本信息集》（教信息[1994]1号）等； （6）运行环境标准化：系统支持Windows平台，支持Web Sphere、Tomcat等多种应用服务器，支持SQL等数据库系统，充分适应各类主流运行环境； （7）信息安全标准化：安全策略、密码与安全设备选用、网络互联、安全管理等设计符合我国信息安全法律法规。 6、安全性要求 （1）数据安全性 系统数据是整个系统的核心，是保障系统正常运行的重要部分，如何保证数据安全性是系统在设计上必须充分考虑的问题。通过以下方面的数据安全： 数据库安全策略 数据库安全可以分为数据库系统安全和数据安全。系统安全包括在系统级别上，控制数据库的存取和使用机制，如有效的用户名/密码组合、用户模式对象的可用磁盘空间数量、用户的资源限制。系统安全机制检查用户是否被授权连接数据库，数据库审计是否是活动的，用户可以执行哪个系统操作。数据安全包括在模式对象级别上，控制数据库的存取和使用的机制，如哪个用户有权存取指定的模式对象，在模式对象上允许每个用户采取的动作，每个模式的审计动作。 数据自身安全性 所有存储在数据都经过加密存放在系统，杜绝各种