节约型校园监管系统需求分析.doc

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