项目需求分析书

中学数字化校园建设共享数据中心平台委托开发项目需求

1项目背景介绍

各直属校在先期进行数字化校园建设的过程，已经建设了一些应用系统。但是，在建设初期，由于缺乏对数据资源的统筹与统一规划，各应用系统之间数据结构不统一，使得数据不一致、不准确、不完整，无法形成统一的信息化标准体系，最终造成了部门之间一个个信息孤岛的存在。然而，这种情况的持续存在，既不利于各应用系统之间的数据互通共享，更加大了部门之间重复维护系统的工作量，严重影响了学校的教育教学工作效率。为此，在校内建设统一的信息化标准体系，构筑统一的数据中心共享平台，已迫在眉睫。

2 项目建设目标和原则

2.1项目建设总体目标

采取SOA(面向服务的体系结构)的设计架构方式，基于ESB（企业服务总线）的技术框架，通过在校内建立统一的共享数据中心平台，建设统一的信息化标准体系，实现各应用系统（包括现有系统和新建系统）之间，系统同共享数据中心平台之间的数据互通共享，并实现对共享数据的统一集中管理。

2.2项目建设原则

依据各学校信息化现状分析和工程建设的要求，提出如下建设原则：

（1）符合标准

系统建设必须符合我国相关部门制订的标准，在统一身份认证中，对安全策略、密码与安全设备选用、网络互联、安全管理等必须符合我国信息安全法律法规。

（2）易管理性原则

易管理体现在

∙强大的日志功能，系统可以记录关键内容修改或大范围内容修改的相关信息并方便查询；

∙方便统一的权限设置功能，系统应建立集中的权限设置模块，

∙健全的备份和还原机制，系统应该可以数据定时备份、增量备份、数据还原，同时也需要系统有相应的备份还原接口，将本系统和第三方

系统的备份还原集成到一起；

（3）易操作性原则

易操作体现在

∙提供易操作性测试计划并准备易操作性测试用例和易操作性测试规程。

∙提交易操作性测试分析报告，

∙适当的运用AJAX技术，

∙各功能模块使用相似的操作界面，保持系统的统一性，（4）方便开发性原则

方便开发体现在

∙提供接口文档，

∙源代码中每个公开类及其公开属性和公开方法均有注释说明其使用方法、参数意义，

∙提供开发过程中的UML设计原型等相关资料，

（5）易学习原则

易学习体现在

∙提供规范的在线系统帮助文档，

∙符合用户的一般使用习惯，

∙对用户的错误操作有具体的提示

（6）实用、高效、可扩展原则

本项目中所采用的产品，要便于操作、实用高效。同时，随着IT技术和学校业务的不断发展，数字校园系统将会发生各种变化，系统设计必须能适应这种变化，在系统实施过程中，系统的结构、配置也会发生这样或那样的变化，该平台要有一定的灵活性来适应这种变化。

（7）标准化与一致性原则

数字化是一个庞大的系统工程，其体系的设计必须遵循一系列的标准，确保各个分系统的一致性，整个系统能安全地互联互通、信息共享。

（8）需求、风险、成本折衷原则

任何系统都不可能一直满足业务发展的需要，数字校园建设项目也如此。鉴于这种情况，在设计系统时，要在需求、风险和成本之间进行平衡和折衷。同时，要尽量保护已有投资。

（9）整体规划设计原则

本次招标项目只是数字校园建设的一个部分，是一个基础工作，在设计系统时，必须根据数字化校园建设的要求，为以后的建设保留接口，方便扩展，要能保证后期建设的方便。

3项目现状分析

目前各直属校数字化校园建设在数据资源建设方面，主要存在以下几个问题：

（1）、数据标准不统一。学校在进行信息化建设的过程中，由于在建设初期缺乏统一规划，应用系统大多都是从部门、基层的角度来开发实施，缺乏全局的考虑，使得开发出来的各部门的系统之间没有统一的数据标准，数据格式各不相同。

（2）、存在信息孤岛，数据无法互通共享。由于无统一的数据标准，同一类型的数据存在于多个系统中，系统之间无法实现数据同步共享。

（3）、原来EAI的（企业应用集成）的整合方式，应用系统整合的工作量较大。保持数据同步的一种做法是传统的EAI实现方式,这种实现方式需要各个系统对与之交互的系统都要提供相应的数据接口,开发工作量较大,并且各个应用开发厂商需要各自协调接口规范的讨论工作,接口依赖性较高,实现周期不可控。另一种做法则是建立“共享数据库”，通过共享相关基础或重要数据，相关数据的改动首先反映到共享数据中心,再由共享数据中心通知其他应用系统作相应更新。采用这种方法,原有系统的改动可以降到最低。

（4）、不能有效地提高学校内部的工作效率。各个应用系统只能被动等待数据，而不能主动要求数据和主动使用数据。例如，以往不同系统之间需要查询数据必须通过较多的手续才能最后拿到数据，建设了统一共享平台之后，就能直接访问别的应用系统所共享的数据。另外，同一类型的数据存在多个应用系统中，当一个应用系统中的该数据发生变化时，无法实时同步更新到其它应用系统，这样造成了各应用系统的重复操作，无法保证数据的完整性和一致性，增加了一定的工作量，也造成了不必要的资源浪费。

（5）、数据的无法统一集中管理。各应用系统的基础数据进行无法进行统一的存储、容灾备份，实现数据的集中管理。

（6）、无法为领导的决策提供实时的数据。没有一个共享平台，可以实现整个学校的业务数据都可以实时的相互查询和访问，以为领导提供第一手的数据。

4最终需求的确定

为保障最终系统的使用效果，各系统的具体功能，应以中标方根据用户实际调研后最终形成的需求分析文档为准。

5基本技术架构要求

5.1总体架构与功能

5.11 总体架构

基于SOA的共享数据中心平台整体架构

5.12总体功能

基于各校建立的符合统一数据标准的共享数据中心平台，能实现将校内现有应用和即将开发的新应用中所需共享的异构和非异构的数据信息，使用通用的数据抽取（采集、清洗、转换）或同步方法，自动地推送至平台中进行共享、发布；除此之外，还要能实现利用平台发布的数据接口，校内即将开发的新应用能方便的实现共享数据的订阅和读取。

5.2 技术要求

（1）采取低耦合、粗粒度、面向服务的体系（SOA）的开放式架构。

（2）分布式结构，集中式管理。

（3）采用组件式的开发框架。