天津渤海职业技术学院数字化校园项目需求书范文

天津渤海职业技术学院数字化校园项目需求书
第一包数字化校园管理软件
项目需求书
一、项目背景
本项目为天津渤海职业技术学院高职示范校信息化水平提升项目的一期建设项目。

凡符合《中华人民共和国政府采购法》规定的投标人，均可参加投标。

投标产品应符合国家强制性技术标准。

本部分内容若与其他部分有不同之处，以本部分内容为准。

根据学校信息化发展现状，计划一期建设数字化校园平台和4个必要的应用系统，并整合学校现有的8个应用系统。

平台系统应具有开放性、可靠性和灵活性的特点。

所有软件产品须具有自主知识产权。

二、商务需求
三、技术需求
3 / 112
5 / 112
附件数字化校园项目需求书
1.1 整体建设要求
1.1.1 项目建设原则
（1）标准化、规范性和开放性
数字化校园建设是一个庞大的系统工程，其体系的设计、系统的实施等必须遵循一系列的规范、标准，确保各个分系统的有效协调，整个系统能安全地互联互通、信息共享。

（2）先进性、成熟性和使用性
系统设计既要采用先进技术和系统工程方法，又要注意技术的可行性和实用性，方法的正确性。

实用性放在首位，先进性与成熟性并重，并符合未来的发展方向。

（3）开放性与标准化原则
应用平台和应用系统应是一个开放的且符合业界主流技术标准的系统平台，对网络的硬件环境，通信环境，软件环境，操作平台之间的依赖小。

（4）可靠性、稳定性和容错性
在考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。

（5）可扩展性及易升级性
为适应学校需求不断拓展的需要，应用平台和应用系统的软硬件环境必须有良好的平滑可扩充性。

要提供简便、规范、畅通的基础数据服务，使数据交换平台具备与国内、外的相关应用系统或信息平台相互兼容和交流的条件和能力。

（6）安全性和保密性
在平台与应用系统设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。

要求对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。

7 / 112
（7）可管理性和可维护性
平台和应用系统是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性和可维护性。

另外可管理性和可维护性还包括对平台的自身。

（8）统一性和并发性
平台和应用系统的开发和运行模式相差很大，这要求统一信息门户能够集成不同架构下的各类应用系统，为校园网内的用户提供统一的访问模式。

同时，平台能支持高并发的用户访问，提供高速、稳定的服务。

1.1.2 技术路线要求
数字化校园平台与应用系统，可跨平台运行，支持Unix、Linux、Windows等高安全性操作系统。

开发技术应采用J2EE或.Net标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。

（1）在数字校园系统设计整体化的同时，系统要求基于SOA架构，尽量减少各子系统在技术上的相互依赖性（软件对平台、软件对数据、软件对软件、平台对平台等），使任一子系统未来的减少、增加和变更，不影响到其它子系统和总系统，从而最大限度地保护既有的投资，减少对系统的维护和未来开发的投入。

（2）基于三层结构平台与应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。

（3）基于Portal技术，整合业务应用资源数字化校园建设要求基于门户技术对分布式系统表示层进行集成。

门户将分散、异构的应用和信息资源进行聚合，通过统一的访问入口，实现各种应用系统的无缝接入和集成，提供一个支持信息访问、传递、以及协作的集成化环境，实现个性化业务应用的高效开发、集成、部署与管理。

（4）采用面向对象的组件技术，为软件体系结构设计和大型应用软件开发给予了强有力的支持，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。

（5）要求采取先进科学的开发平台，快速构建应用。

要求集成运行框架、组件库、开发环境和辅助工具，以实现用户管理、权限管理、系统监控等通用子系统；同时屏蔽大部分技术问题的困扰，有效降低开发成本。

（6）要求基于ETL技术，实现异构多数据源的数据集成，实现从关系型数据库、桌面文本文件、XML文件或遗留的应用系统中提取数据。

（7）能够为第三方软件提供相关接口标准接口、接口源代码，特别应为招标方提供门户平台、身份认证及管理系统的二次开发标准接口、接口源代码、样例程序以及相关技术文档等。

（8）应用建设的长期性和内容的广泛性决定了系统在构建和使用过程中，必然面临着各类扩展性需求，例如业务规模的扩展、业务类型的扩展、集成范围的扩展等。

本项目建成的应用平台需极具扩展性。

（9）适应业务变化的要求应用系统能够适应学校快速变化的业务需求，应用系统在实际使用过程中会受政策变化、学校内部管理的调整、业务要求的提高等诸多方面的影响，因此要求本期建设的应用系统必须充分考虑我校应用系统使用的实际情况提供
9 / 112
适应我校业务需求变化的能力和扩展能力。

（10）提供系统运行监控手段可以获得系统使用情况的相关数据。

（11）能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。

（12）所有应用逻辑、流程、数据等都应当能够根据学院要求的颗粒度进行封装。

（13）系统必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配，使之具有99%以上的可靠性。

1.2 系统技术要求
1.2.1 基本平台建设要求
1.2.1.1 信息标准的建立
1.2.1.1.1 建设目标
构建学校共享数据中心，首先要关注的是信息的标准化问题。

整个学校的数据表示需要按照一定的标准编码，方便校内数据和行业之间数据流通。

目前存在国家标准、教育部标准、行业标准、市级标准和学校内部自己的标准。

如何根据这些标准，兼顾各个标准之间的兼容性，和标准的一致性，以及标准的可扩展性，给出具体学校的信息分类编码规格说明书成为学校共享数据中心建设的前提。

目前在建数字化校园学校的数据标准一般分为基础代码数据标准、学校各信息子集信息标准、部门数据信息标准等。

基础代码数
据标准主要记录一些基础代码表，例如民族、籍贯等，这些通常有国家标准或相关权威部门的标准。

学校各信息子集信息标准主要以教育部标准为主部门数据信息标准是根据学校各信息子集标准然后结合学校的部门业务所产生的，该部分集中反映了学校各部门的业务信息标准，是信息标准的核心部分，各学校的差异比也较大。

1.2.1.1.2 建设内容要求
（1）数据项标准的建立
对数据中心库所有表的数据项基于国标、部标、行标、校标形成统一的数据项标准中，并明确数据项设计的依据。

（2）信息代码编码标准的建立
基于国标、部标、行标，形成全校统一的编码标准。

（3）数据交换标准的建立
确定权威数据来源，分析并制定全校的数据交换策略规则，并通过数据整合与清洗工具进行管理。

（4）数据流向分析
学校的应用系统比较多，彼此间的数据交换和数据共享也是错综复杂。

通过本次标准制定，需分析学校哪些部门产生哪些数据提供给数据中心，哪些部门需要从数据中心共享哪些数据，明确数据来源和流向，以其确认学校权威数据源，以便实现数据的共享。

1.2.1.1.3 总体技术要求
（1）信息标准在全校范围内为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。

信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、发挥信息资源的综合效益。

11 / 112
（2）为方便标准代码的编制与使用，需提供实用的开放的可视化的信息编码标准导入、分级管理、维护、查询、订阅工具。

（3）形成学校信息标准规范文件。

1.2.1.2 共享数据中心平台建设要求
1.2.1.2.1 建设目标
共享数据中心平台在存放数据的同时能够有效地管理数据，并提供数据访问的手段，为多个系统的集成和各个系统之间的数据共享提供平台，对被交换数据进行清洗、转换、装载入库等数据交换服务，即清理脏数据，完成对数据的整理，保证数据的及时性、完整性和一致性。

1.2.1.2.2 建设内容要求
其包含的主要功能模块如下：
1.2.1.2.2.1 共享数据中心平台
数据中心是学校业务的重要枢纽；数据和资源的有效交流与合作离不开数据中心，从而使学校信息中心成长为参与学校决策的重
13 / 112
要部门。

数据中心资源的整合和虚拟化正在不断发展，这需要高度可扩展的永续安全数据中心网络基础。

网络不但能让用户安全访问各种数据中心服务，还能根据需要实现共享数据中心组件的部署、互联和汇聚，包括各种应用、服务器、设备和存储。

适当规划的数据中心网络不仅能保护应用和数据完整性，提高应用可用性和性能，还能增强对不断变化的教育状况、业务重要程度和技术先进性的反应能力。

（1）数据集成
共享数据中心库的数据是从多个数据源集成而来，对于符合数据规范的应用系统，这个集成的过程就是数据抽取的过程；对于不符合数据规范的现有应用系统，集成的过程就是将不规范的数据源通过整合转化成规范的数据并保证数据的准确性。

数据集成首先要做的是对每个要接入的应用系统的数据源进行评估和调研。

需要确定从应用系统抽取哪些数据，提供相应的数据字典，并且确定对应于数据中心的数据表。

（2）共享数据库
共享数据中心的共享数据库是所有共享数据的存放容器，所有应用系统的共享数据在这里集成。

它从数据源集成数据并保持更新同步，成为各个应用系统之间的共享数据通道。

同时，它被用作统计分析服务的数据源，为统计分析服务提供从各个应用系统集成过来的共享数据。

共享数据中心库通过数据集成工具从数据源的各个应用系统数据库抽取数据，并根据数据类型分类存储数据。

共享数据库应包含如下功能：
1)数据采集
负责采集学校各个业务系统的数据，通过数据清洗与转换工具将数据采集到共享数据中心，同时生成数据更新报告。

2)数据的整理
按照学校数字化校园制定的信息标准对更新的数据进行整理，报告数据异常，保证数据的一致性和准确性，保留历史数据。

3)数据的共享
对数据中心的部分或全部资源进行共享和利用。

共享数据中心实时提供数据使用情况报告。

4)数据的挖掘分析
通过数据挖掘工具对共享数据和历史数据的分析和评估，形成各种报表或根据需要展现分析结果，为决策提供参考
1.2.1.2.2.2 共享数据中心管理工具
应至少包含如下功能：
（1）信息子集管理系统，展示了共享数据中心库中存储的数据表，所有表必需符合教育部标准，同时可以扩展学校自定义的各种表。

（2）主题库管理系统，至少包含教师主题，学生主题和学校主题和管理。

（3）主题服务接口管理系统，应至少包括服务接口列表和接口授权两大部分。

1.2.1.2.2.3 信息监控与授权管理系统
应至少包含如下功能：
（1）对系统日志和同步日志进行管理和维护。

（2）提供用户管理、角色管理的功能。

（3）提供数据备份与恢复的功能。

（4）提供多种用户视图风格，提供监督功能。

15 / 112
1.2.1.2.2.4 数据整合作业设计器
1)用户身份信息认证
提供身份信息认证机制，保证只有通过身份认证信息的人员才能够使用作业设计器进行其作业的设计操作。

2)作业资源信息库
提供作业管理系统中的作业资源文件和本地作业资源文件，通过该库可以直接对这些作业资源进行二次设计开发。

3)数据库操作控制台
作业设计工作空间中专门用于进行底层数据库访问的图形化操作界面。

它支持常用的数据库SQL语句操作，支持的底层数据涵盖了主流的数据库类型。

并向用户提供数据库连接信息管理、图形化SQL语句编辑器和数据库浏览器。

主要饮食数据库连接信息管理、图形化SQL语句编辑器、数据库浏览器。

4)作业设计工作区
要求在作业设计工作空间中提供各种友好的作业设计图形界面，帮助用户完成数据清洗与整合作业的设计。

其中包括，作业步骤组件库、作业属性编辑器、作业步骤编辑器、作业步骤流程连接。

5)用户界面设置
提供用户可以改变很多选项来设置用户操作界面，用户可以通过操作和图形式来设置界面风格，提高用户体验。

1.2.1.2.2.5 数据整合执行引擎
1)快速集成数据清洗与整合作业管理系统
提供数据整合服务远程注册、执行引擎与作业管理系统集成的功能
2)开放的作业服务接口
提供作业执行服务，包含作业的调度并能执行多个作业。

提供运行状态监控服务，并能反馈运行状态结果到作业管理端，并提供统一数据访问接口及管理系统，同时还提供作业运行状态一览图，可以直观的看到每个作业的状况。

提供作业处理进度监听服务，在运行过程中实时的将作业的处理进度信息反馈至作业管理端，包括作业总体数据吞吐量以及作业步骤数据吞吐量等
提供作业日志信息服务，在运行作业的过程中完成对作业运行日志的记录，并将日志信息进行临时存储，向作业管理端进行反馈。

提供性能负载信息监控服务，参实时的对本地JVM使用率、物理内存使用率、CPU使用率等性能负载信息进行收集，产生其自身的性能快照反馈至作业管理端。

3)配置信息管理
提供关于自身参数的配置文件，可以在该配置文件对其各项参数进行配置。

包括对作业管理端的连接、本地数据整合服务和性能快照缓存、作业运行日志缓存和作业运行进度信息进行配置。

1.2.1.2.2.6 数据整合作业管理系统
1)数据整合作业综合管理
支持系统管理员和部门管理员对作业管理控制台、作业审核中心、作业回收站、作业监控中心、数据整合业务影响分析进行管理操作。

2)数据整合业务流程管理
数据整合业务流程代表了数据清洗与整合处理的完整过程，可以通过业务流程绘图面板完成对数据整合业务流程图的设计与保存。

员可以在业务流程管理控制台中实现对数据业务流程图增加、删除、个性、查询操作。

17 / 112
3)数据整合业务数据源管理
作业运行所涉及到的各种数据源信息，分为数据库数据源和文件数据源。

数据整合业务数据源的管理须向部门管理员提供针对于数据库数据源和文件数据源的管理操作。

4)系统安全认证服务
作业管理端须提供一套可靠的系统安全认证服务体系，可以在系统安全认证服务中完成用户管理、角色管理、组织机构管理、资源管理以及权限管理相关操作。

5)系统综合信息管理
提供系统健康指数监控、系统参数配置、系统备份与还原、在线信息统计、查看系统帮助信息等功能。

6)统一消息服务
支持短信、电子邮件以及网页即时消息三种发送方式，接收对象包含本系统用户以及外部手机或邮箱，并且允许用户自定义消息内容。

提供应用系统性能预警消息订制、业务数据源监控消息订制和作业运行监控消息订制。

1.2.1.2.3 总体技术要求
（1）采用开放、标准的数据库设计，支持跨平台部署。

对数据库中的表与数据项都提供中文注释。

（2）支持对外提供开放的数据访问服务接口，并实现对服务接口的管理，支持对服务接口名称、接口方法的查询和编辑，以及对接口的授权管理。

提供统一数据访问接口及管理系统软件著作权登记证书。

（3）保证遵循“谁产生、谁维护”的原则，所有的数据都有特定的产生者和维护者。

在技术上，由授权体系控制数据维护的权限，使无权限的人员不能对数据进行生产和维护；同时，在管理上，通过制定相应的应用规范迫使数据生产者/维护者及时更
新自己负责的数据，系统中数据具有准确性和可跟踪性。

保证任何业务系统的添加和修改不影响其它业务系统的正常运行。

（4）具有基于主题库的自定义查询管理。

（5）产品具有第三方机构测试报告。

1.2.1.3 统一信息门户平台建设要求
1.2.1.3.1 建设目标
建立一个面向学校全体师生、学生家长、社会各界人士，基于互联网的应用承载平台。

是一个开放的、高效的、可定制的、可扩展的、安全可靠的、信息发布和资源共享的信息门户及管理平台，将目前分散的应用和内容进行整合形成综合统一的用户界面，实现应用关联和资源共享，并通过协同工作、统一的用户管理等应用，为各师生员工提供出入口统一的、多方位的、高效的信息服务，实现数字校园各应用系统与用户的交互服务。

在结构上，信息门户平台由负责身份认证、数据分析、个性化服务等多个功能模块构成。

从长远来讲，校园信息门户平台还需要同时提供合作院校以及社会学员用户的有效接入及访问途径，将合作院校的业务与内部信息化建设有机融合在一起。

同时，在用户的个性化需求与内部系统之间建立沟通的桥梁，使得信息门户可以提供扩展的端到端的个性化服务。

1.2.1.3.2 建设内容要求
19 / 112
1.2.1.3.2.1 门户视图
支持按不同角色的信息进行整合与展示。

应至少包含以下五种角色的视图：学生视图、辅导员视图、任课教师视图、行政教师视图、领导视图。

学生角色展示应至少包含学生首页、我的信息、我的学习、我的生活、公共服务等栏目。

1)学生首页至少包含：我的服务、投票、单点登录、重要提醒、学生课表、新闻公告通知、系统服务等内容。

2)我的信息至少包含：学籍异动、缴费明细、奖惩信息、实践活动、奖助贷信息等内容。

3)我的学习至少包含：成绩查询、考试信息、选课信息等内容。

21 / 112
4)我的生活应提供学生生活相关的信息查询，包括学生自己一卡通消费等信息。

5)公共服务应为学生提供火车、快递、万年历、校历等信息服务。

辅导员角色展示应至少包含首页展示、学生学习、学生事务、我的信息、我的生活、公共服务等内容。

1)首页展示应提供：我的服务、新闻公告、班级课表、重点关注学生、重要提醒、单点登录、科研动态、信息查询等信
息。

2)学生学习就提供：学生基本信息查询、考试信息、班级成绩、学生成绩、学生缺勤统计等内容。

3)学生事务应提供：欠费情况、奖惩信息、学籍异动等内容迷。

4)我的信息应提供任课教师本人的工资信息、一卡通信息等。

5)我的生活应提供辅导员生活相关的信息。

主要包括：工资信息、一卡通消费、教学科研等信息。

6)公共服务应为辅导员提供火车、快递、万年历、校历等信息服务。

任课老师角色展示应至少包含教师首页、我的教学、我的信息、公共服务等栏目内容。

1)任课老师首页应提供：我的服务、信息查询、新闻公告、教师点名、重要提醒、单点登录、统计信息展示、评教信
息、课表等内容。

2)我的教学应提供：任课信息、学生成绩、监考、安排、教学成果、出勤统计等内容。

3)我的信息应提供任课教师本人的工资信息、一卡通信息。

4)公共服务为任课教师提供火车、快递、万年历、校历等信息服务。

行政老师角色展示应至少包含教师首页、信息查询、我的服务、公共服务等栏目内容。

1)首页应提供：科研成果、公告通知、统计信息、重要提醒、单点登录。

2)信息查询应提供：行政老师提供跟自己生活、工作相关的公共信息查询功能，包括教师课表查询、空教室查询、科研
查询等。

3)我的信息应提供行政老师本人的工资信息、一卡通信息等内容。

4)公共服务应为行政老师提供火车、快递、万年历、校历等信息服务。

领导角色展示就至少包含领导首页、决策中心、我的生活、公共服务等栏目内容。

1)领导首页应提供：公告通知、重要提醒、单点登录、统计信息。

2)决策中心应提供学校各个方面的信息统计：校情统计、教务统计、学生奖惩统计、招生就业情况统计、费用统计，为
学校领导的决策提供数据支持。

3)我的生活应提供领导的一卡通消费情况、工资信息。

公共服务应为领导提供火车、快递、万年历、校历等信息服务。

23 / 112
1.2.1.3.2.2 报表服务
要求采用SQL语句查询的方式来获取报表所需要字段属性，增加用户所需要的报表，通过不同的表现形式表示出来，同时还可以通过不同的图表类型显示及报表输出。

1.2.1.3.2.3 个性化设置
应提供多种风格满足用户的喜好，并提供自定义布局方式，用户可以自定义应用主体、文本样式、背景样式、边框样式等布局方式。

1.2.1.3.2.4 系统管理
应提供权限管理对系统所有资源进行权限控制，同时需要提供服务器管理，主要包含系统内存的清理、缓存清除、集群缓存清除、重建所有搜索索引等。

1.2.1.3.3 总体技术要求
（1）支持多种主流平台部署，如WINDOWS、Linux、HP UX、IBM AIX、SUN SOLARIS等。

支持32位及64位操作系统；支持多种主流的浏览器，如Internet Explorer 7.0以上、Firefox 3.0以上、Chrome 10以上、Safari4以上等。

（2）采用“跨平台”的Java语言和独立于开发环境的面向对象的组件技术。

（3）支持多种主流的数据库，如：Oracle Database、SQL Server 、DB2、MySql等。

（4）支持插件化的开发，快速满足新需求；支持SOA体系架构，提供门户总线技术实现门户界面联动服务；支持门户插件的热插拨服务。

（5）支持对学校的应用系统进行深度的数据整合。

（6）提供贴近师生的实用功能，如：图形化的点名系统、人性化的实时课表。