项目需求分析书

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

2、建设总体目标采取 SOA(面向服务的体系结构 ) 的设计架构方式， 基于 ESB（企业服务总线）的技术框架， 通过在校内建立统一的共享数据中心平台， 建设统一的信息化标准体系，实现各应用系统（包括现有系统和新建系统）之间，系统同共享数据中心平台之间的数据互通共享，并实现对共享数据的统一集中管理。2.2 项目建设原则依据各学校信息化现状分析和工程建设的要求，提出如下建设原则：（1）符合标准系统建设必须符合我国相关部门制订的标准， 在统一身份认证中， 对安全策略、密码与安全设备选用、网络互联、安全管理等必须符合我国信息安全法律法规。（2）易管理性原则易管理体现在强大的日志功能，系统可以记录关键内容

3、修改或大范围内容修改的相关信息并方便查询；方便统一的权限设置功能，系统应建立集中的权限设置模块，健全的备份和还原机制， 系统应该可以数据定时备份、 增量备份、数据还原，同时也需要系统有相应的备份还原接口，将本系统和第三方系统的备份还原集成到一起；（3）易操作性原则-2-1-招标文件第二部分招标要求易操作体现在提供易操作性测试计划并准备易操作性测试用例和易操作性测试规程。提交易操作性测试分析报告，适当的运用 AJAX技术，各功能模块使用相似的操作界面，保持系统的统一性，（4）方便开发性原则方便开发体现在提供接口文档，源代码中每个公开类及其公开属性和公开方法均有注释说明其使用方法、参数意义，提供开

4、发过程中的 UML设计原型等相关资料，（5）易学习原则易学习体现在提供规范的在线系统帮助文档，符合用户的一般使用习惯，对用户的错误操作有具体的提示（6）实用、高效、可扩展原则本项目中所采用的产品，要便于操作、实用高效。同时，随着 IT 技术和学校业务的不断发展， 数字校园系统将会发生各种变化， 系统设计必须能适应这种变化，在系统实施过程中，系统的结构、配置也会发生这样或那样的变化，该平台要有一定的灵活性来适应这种变化。（7）标准化与一致性原则数字化是一个庞大的系统工程， 其体系的设计必须遵循一系列的标准， 确保各个分系统的一致性，整个系统能安全地互联互通、信息共享。（8）需求、风险、成本折衷原

5、则任何系统都不可能一直满足业务发展的需要， 数字校园建设项目也如此。 鉴于这种情况，在设计系统时， 要在需求、风险和成本之间进行平衡和折衷。 同时，要尽量保护已有投资。（9）整体规划设计原则-2-2-招标文件第二部分招标要求本次招标项目只是数字校园建设的一个部分， 是一个基础工作， 在设计系统时，必须根据数字化校园建设的要求，为以后的建设保留接口，方便扩展，要能保证后期建设的方便。3 项目现状分析目前各直属校数字化校园建设在数据资源建设方面，主要存在以下几个问题：（1）、数据标准不统一。学校在进行信息化建设的过程中，由于在建设初期缺乏统一规划，应用系统大多都是从部门、基层的角度来开发实施， 缺

6、乏全局的考虑，使得开发出来的各部门的系统之间没有统一的数据标准，数据格式各不相同。（2）、存在信息孤岛，数据无法互通共享。由于无统一的数据标准，同一类型的数据存在于多个系统中，系统之间无法实现数据同步共享。（3）、原来 EAI的（企业应用集成）的整合方式，应用系统整合的工作量较大。保持数据同步的一种做法是传统的 EAI实现方式 , 这种实现方式需要各个系统对与之交互的系统都要提供相应的数据接口 , 开发工作量较大 , 并且各个应用开发厂商需要各自协调接口规范的讨论工作 , 接口依赖性较高 , 实现周期不可控。另一种做法则是建立“共享数据库” ，通过共享相关基础或重要数据，相关数据的改动首先反映

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

8、一集中管理。 各应用系统的基础数据进行无法进行统一的存储、容灾备份，实现数据的集中管理。（6）、无法为领导的决策提供实时的数据。没有一个共享平台，可以实现整个学校的业务数据都可以实时的相互查询和访问，以为领导提供第一手的数据。-2-3-招标文件第二部分招标要求4 最终需求的确定为保障最终系统的使用效果， 各系统的具体功能， 应以中标方根据用户实际调研后最终形成的需求分析文档为准。5 基本技术架构要求5.1 总体架构与功能5.11总体架构基于 SOA 的共享数据中心平台整体架构5.12 总体功能基于各校建立的符合统一数据标准的共享数据中心平台， 能实现将校内现有应用和即将开发的新应用中所需共享的

9、异构和非异构的数据信息， 使用通用的数据抽取（采集、清洗、转换）或同步方法， 自动地推送至平台中进行共享、 发布；除此之外，还要能实现利用平台发布的数据接口， 校内即将开发的新应用能方便的实现共享数据的订阅和读取。5.2技术要求（1）采取低耦合、粗粒度、面向服务的体系（SOA）的开放式架构。（2）分布式结构，集中式管理。（3）采用组件式的开发框架。-2-4-招标文件第二部分招标要求6 具体建设内容序号建设内容1共享数据中心平台一套2身份管理系统一套6.1具体功能需求6.11共享数据中心平台业务目标共享数据中心平台作为校内基本数据的共享平台， 要能将各个业务系统的基本数据进行集中整理，实现统一管

10、理， 保证数据的权威和准确。 还要能为各个业务应用系统和各类服务系统提供数据支持。 因此，承担着数字化校园中的大量数据、信息、流程以及处理结果。功能描述其平台具体功能描述如下：（1）统一信息化标准的建设。信息标准的建设主要包括数据标准建设，管理标准的建设和技术标准的建设。数据标准的建设学校数据标准建设参考的标准集包括作为国家标准的教育部 教育管理信息化标准（第一部分：学校管理信息标准）和教育信息化技术标准委员会 CELTSC （Chinese e-Learning Technology Standardization Committee）出台的标准，地方标准包括市教委相关标准和DLTS 标准，

11、还包括IMS 的Learning Resource Metadata（学习资源元数据规范） 、IEEE LTSC （Learning Technology Standards Committee，学习技术标准委员会） 、 LOM （ LearningObject Metadata：学习对象元数据模型） 、OCLE（ Online Computer Library Center）Dublin Core 的 Dublin Core 元数据标准、 SCORM（可共享课程对象参考模型）等规范、模型和标准。要求建立一套以国家教育部信息标准为基础，其它标准做参考的数字化校园标准，在经过充分的实际调研工作之

12、后，根据学校的实际情况进行增删减，形成最终的事实信息标准。管理标准的建设管理标准的建设，主要指的是从数字化校园项目管理的角度制定的各种-2-5-招标文件第二部分招标要求规章制度。包括项目立项管理规范、项目开发管理规范，项目测试验收管理规范、项目运行管理规范、各种中长期建设规划规范等。技术标准的建设技术标准的建设主要指的是从系统开发的角度考虑符合软件工程的各种技术文档和规范。 包括项目开发计划， 需求分析说明书， 概要设计说明书、数据库设计说明书、测试说明书、操作手册、用户手册等。（2）数据的采集交换。所有数据来源于各个业务系统，不管是异构的数据库管理系统还是非异构的数据库管理系统，要求都能通过

13、通用的数据抽取（采集、清洗、转换）或同步方法自动地将数据推送至共享数据中心，并做出数据更新报告。另外，在操作上 ， 对于任何业务应用系统（包括现有的或新开发的），能以便捷的方式，制定业务数据交换策略，最好不需要写代码即可实现业务数据的采集交换；同时，考虑到未来数据标准的变化情况，可以便捷地进行主题数据库配置、数据交换策略配置，以此达到对未来增加的任何业务应用都能方便地将数据采集交换到共享数据中心平台。（3）数据的共享发布。能以可视化界面或拖拉等方式，实现对数据共享接口的发布。通过授权，利用提供的通用数据共享接口，可以将共享数据中心的部分或全部数据进行共享和利用，并实时做出数据使用情况报告。另外

14、，针对每一个数据共享接口，还需开发数据信息的存取编程实例，保证用户可以在新开发的业务系统中方便地访问接口。（4）主题数据库管理。依据划分的主题对象，利用数据仓库技术，建设相应的主题数据库。并能根据学校数据标准的变化，能以便捷的方式，更改主题数据库配置。另外，还需对访问主题数据库的用户权限进行管理。（5）元数据管理。主要包括表的注册，字段的注册和更改数据库结构。（6）用户和日志管理。用户管理主要包括：应用用户管理和平台用户的管理。其中应用用户管理涉及应用管理 （对应用系统进行增删改操作） 、应用权限管理（划分应用对元数据表的访问权限，可将访问权限分为只读式访问和独占式访问）等；对平台用户的每次操

15、作要求进行日志记录，尤其是异常操作，并保留每次操作的历史数据，保证数据的一致性和准确性。（7）安全性管理。能基于统一身份认证系统对共享数据库中心的数据访问进行安全保护。包括传输安全、身份验证和访问控制三方面。-2-6-招标文件第二部分招标要求（8）数据维护管理。能对共享数据中心平台的所有资源数据，进行统一的备份、恢复。（9）数据的导入导出。能将共享数据中心中的数据根据外部数据规则进行数据转换并导出；也可以将外部数据根据共享数据中心的规则进行数据转换并导入。例如，学校可以把市教委即将开发的学籍系统中学生基础数据经过格式转换，直接导入共享数据中心中。另外，导入导出应支持多种类型的文件格式，例如：

16、Excel，dbf 格式等。（10）数据的挖掘分析。 通过对共享数据和历史数据的 OLAP 分析，形成各种报表或根据需要展现分析结果， 为领导决策提供参考。（此项功能可按成本酌情删减）技术要求（ 1）确保平台的开放性。要求第三方在没有平台公司人员参与的情况下，能方便地利用平台提供的数据共享标准接口， 在遵循数据共享规范与接口标准的前提下，实现对平台共享数据的利用。同时， 还能将自己所开发系统中所需共享的数据，放入平台中进行共享，并进行接口的发布。（ 2）分布式的数据共享方式。（ 3）数据实时同步共享。（ 4）平台通过统一的用户门户访问，实现多重安全认证机制。（ 5）支持 ORACLE、 SYB

17、ASE、SQL SERVER、DB2、mySQL等多种主流数据库。（ 6）采取 Web Service 或 WCF技术，统一传输与交换标准。（ 7）基于元数据处理技术，构建面向主题的应用。（ 8）基于 ESB服务框架，构建面向服务 (SOA)的体系架构。（ 9）支持异步通信模式。（ 10）强大的数据处理能力。不低于 1000 条/ 秒的数据交换处理；交换引擎缓存 1000 万条数据的能力；6.12 身份管理系统特别说明： 身份管理系统的数据来源于共享数据中心平台，暂时无须自己单独的数据库。 考虑到后期系统功能扩展的需要，如项目组有新的功能需求，中标公司必需积极配合开发。业务目标-2-7-招标文

18、件第二部分招标要求参照安博教学管理系统进行建设，实现对学生学籍、 教师人事等内容进行管理。功能需求（以下所说的“设置”一词均指增、删、改操作）学生管理：学生基本信息设置 : 学生姓名、性别、政治面貌、班级、年级、学期等个人基本信息的设置。新生分班设置。班级人员调整。学生学籍设置：学籍信息异动，修改等学生档案管理与打印。学生档案的导入导出：支持按学期、年级、班级等类别导入导出。导入导出应支持多种类型的文件格式，例如： Excel，dbf 格式等。学生信息的查询与统计。教师管理：教师基本信息管理：教师姓名、性别、职称、学历等教师个人基本信息的设置。教师档案的导入导出：支持按部门等类别导入导出。导入

19、导出应支持多种类型的文件格式，例如： Excel，dbf 格式等。部门人员设置：根据学校部门设置教师，并支持部门人员的异动、更改等。教师信息的查询与统计。教务管理：教育阶段设置：设置中学各学习阶段。例如：初中、高中学段等。年级设置：根据不同学段、学期设置不同年级。班级设置：根据不同学期、年级设置不同的班级。学校基本信息管理学期时间管理：设置学期的起始时间。学校设置：设置学校的基本信息 , 如：学校名称、学校编号、学校类型等。部门设置：学校的部门设置。-2-8-招标文件第二部分招标要求系统管理：用户设置：设置使用系统的用户。角色设置：为系统设置不同的角色，并按角色设置权限。权限设置：为用户设置不

20、同的角色。日志管理：记录系统操作日志。技术要求要求提供与现有市区教委下发的招生文件数据、学生学籍号数据的接口。至少能实现学校的数据标准同市区教委的数据标准进行自由的转换，以实现两者之间数据的导入、 导出。导入导出应支持多种类型的文件格式，例如： Excel， dbf 格式等。要求预留与即将要开发的市教委学籍系统进行对接的接口。至少能实现学校的数据标准同市教委学籍系统的数据标准进行自由的转换，以实现两者之间数据的导入、导出。导入导出应支持多种类型的文件格式，例如： Excel，dbf 格式等。7 应用部署设计要求要求系统具有：避免应用服务器及数据库服务器单点失效的解决方案；保障应用可靠运行以及数

21、据安全的解决方案；考虑用户使用方便性，操作设计人性化，用户点击次数少于5 次能够执行期望功能；系统预设各种参数，用户可灵活调整；系统接口应符合相关标准并具开放性；系统具备完善的数据备份/恢复方案；用户授权系统能够灵活设置，满足学校需求；平均应用延迟时间不超过3 秒；系统与天津教委信息平台建设做到无缝衔接，数据传递尽量简约，开发方式尽量接近； 与本项目参与学校已经开发的系统衔接容易， 尽量不重新开发在线系统，保证各校原有投资。支持高效率操作的要求，尽可能少的占用网络资源和计算资源，在较大规模用户并发访问的情况下依然能够保持快速响应，要求有应用服务器-2-9-招标文件第二部分招标要求集群方案。系统

22、应具有良好的交互操作界面。对不同应用群体均能方便操作使用，不同的应用功能应具有相似的使用界面和操作方法。用户进入界面时，可根据工作性质实现界面的可定制化管理，可方便地进行各种应用操作。系统管理简单、方便，易于配置。8 应用集成要求数字化校园的规划和建设过程， 是一个应用整合和再建设过程。 数字化校园是一个庞大的系统， 其建设的成败涉及到方方面面的问题， 除了各种相关设备的选型之外，主要体现在数字化校园核心技术解决方案是否具有良好的应用集成设计，数字化校园建设的核心问题是： 对已有系统的整合能力和对未来根据学校需要而部署的系统的扩展能力。9 规范性要求投标方提供或开发的软件产品应符合如下基础教育

23、相关规范：国家标准：教育部教育管理信息化标准 （第一部分：学校管理信息标准） 和教 育信 息化 技术 标准委员会CELTSC（ Chinese e-LearningTechnology Standardization Committee ）出台的标准；地方标准包括市教委相关标准和 DLTS标准，还包括 IMS的 Learning Resource Metadata （学习资源元数据规范） 、IEEE LTSC（Learning Technology Standards Committee，学习技术标准委员会）、 LOM（Learning Object Metadata ：学习对象元数据模型）、

24、OCLE（Online Computer Library Center ）Dublin Core 的 Dublin Core 元数据标准、 SCORM（可共享课程对象参考模型）等规范、模型和标准。基础教育课程改革纲要（试行） 、普通高中课程方案（实验） 教育部10 服务保障与承诺该项目具有很强的示范作用， 一旦投入使用，必须保证系统稳定，稍有差错就会引起各方面的反映和损失， 所以系统的售后维护服务和技术支持工作也应有足够保障。投标方作为具有丰富信息化校园项目经验的系统集成和软件开发企业，应通过自身不断的努力和原厂商的鼎力支持， 针对客户的不同的系统的需求，制定不同的运行保障方案， 建立完善的本

25、地售后服务体系。 要求中标人关于系统-2- 10 -招标文件第二部分招标要求服务的保障包含如下内容：(1).运行保障机构中标人在系统试运行期间和在全市推广使用后， 须为该项目建立长期、 完善的保障机构，并有专人负责。(2).保期内运行服务内容系统运行使用要求： 在全市使用系统期间， 需要中标人应至少安排两名专门的技术人员保障各级版本系统无故障运行。重大事项的即时响应： 各级版本系统出现故障或意外情况时， 导致系统不能正常运行时， 中标人必须在 24小时内做出响应，并着手解决故障。 如用户需要中标人技术人员到场，中标人应到场进行服务。服务请求：中标人应提供准确的服务联系方式及服务请求流程，如有更

26、改，应及时通知用户。升级要求：中标人对系统的升级，应有详细的升级计划表，定期对系统存在的 Bug进行修正，并保证升级后的人员培训。升级期间，须保障系统的正常运行。(3). 保期后运行服务内容系统过保后， 中标人也应能维持基本的服务，对于小型的故障， 应能提供远程服务或电话咨询等。大型的故障，需专人到场，具体费用可协商。重大事项的即时响应：所需费用由双方协商。系统升级：对于用户提出的功能性升级要求， 费用可协商；而对用户提出的，由于系统设计不当等系统本身问题引起的升级要求，应免费提供升级。延保要求：按年协商，原则上每校每年费用不超过3000元人民币。(4). 运行服务的档案运行服务的详细记载，可

27、以用于分析总结。(5). 用户投诉中标人要设有用户投诉受理电话，对用户的意见做出反应。11 成果移交(1) 技术转移通过本期项目的合作开发， 将合作公司先进的开发技术、 项目管理模式和经验与五校的需求相结合，真正建立五校数字化校园平台和专业技术队伍。同时，项目组的工作人员可以全面深入地参与开发的全过程，包括需求分析、系统设计、-2- 11 -招标文件第二部分招标要求代码生成、测试运行以及使用维护五个阶段，掌握各个环节的主要技术，具有对软硬件系统平台、 各个业务系统的技术维护能力以及二次开发能力，实现知识和技术的转移。(2) 交付成果和文档资料在本期项目的开发过程中和交付使用后，要求将各个阶段产

28、生的全面、规范的成果和文档资料交付给项目组，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料主要包括以下部分：可运行的系统源代码：方便学校对系统进行维护和改进，双方共同开发的源代码知识产权共享。技术文档：开发环境配置说明、软件工具清单、软件需求说明书、概要设计说明书、数据及数据库设计要求说明书、系统使用代码示例、系统维护说明、系统培训资料、操作手册、用户手册、项目用户评价过程意见、软件接口规范说明以及项目组要求的其它资料。管理文档：包括项目开发中的一些工作文档，如：计划、报告、讨论纲要、会议记录等。版权归属及使用要求该系统的使用权和为天津市数字化校园建设项目定制开发的业务系统版权归本项目组完全拥有。12 系统运行环境的规定共享数据中心平台必须能部署在以下的软、 硬件配置环境下， 并保证稳定顺畅运行：(1) 硬件环境：数据库服务器： CPU:双核及以上；内存 4G及以上；硬盘 320G以上。应用服务器： CPU:双核及以上；内存 2G及以上；硬盘 320G以上。（2）软件环境：网络操作系统： Windows Server 2003 及以上。-2- 12 -招标文件第二部分招标要求1.1数据库管理系统： Sql Server 2005 及以上