采购需求说明

一、项目建设原则

1) 标准化规范性和开放性

全校范围的信息化建设是一个庞大的系统工程，其体系的设计、系统的实施等必须遵循一系列的规范、标准，确保各个分系统的有效协调，整个系统能安全地互联互通、信息共享。

2) 先进性、成熟性和使用性

系统设计既要采用先进技术和系统工程方法，又要注意技术的可行性和实用性，方法的正确性。实用性放在首位，先进性与成熟性并重，并符合未来的发展方向。

3) 开放性与标准化原则

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

4) 可靠性、稳定性和容错性

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

5) 可扩展性及易升级性

为适应应用不断拓展的需要，应用平台的软硬件环境必须有良好的平滑可扩充性。要提供简便、规范、畅通的基础数据服务。

6) 安全性和保密性

在应用平台设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。要求对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。

7) 可管理性和可维护性

平台是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性和可维护性。另外可管理性和可维护性还包括对平台的自身。

项目技术路线要求

各系统开发均要求采用B/S结构，可运行部署于Unix、Linux、Windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术、数据标准及相关技术规范的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。

基于SOA架构

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

基于B/S/D三层结构，开发网络应用系统

要求在技术体系上选用J2EE技术，采用B/S/D三层结构进行应用系统的设计。

基于Portal技术，整合业务应用资源

数字化校园建设要求基于门户技术对分布式系统表示层进行集成。门户将分散、异构的应用和信息资源进行聚合，通过统一的访问入口，实现各种应用系统的无缝接入和集成，提供一个支持信息访问、传递、以及协作的集成化环境，实现个性化业务应用的高效开发、集成、部署与管理。

基于J2EE应用平台，分布式、高可靠性、先进的解决方案

本项目要求基于成熟的J2EE应用平台，提供分布式、高可靠性、先进的解决方案。

基于目录存取协议，实现统一用户管理、统一身份认证

要求基于目录存取协议，分布式系统和服务中所要求的中央化信息存贮和管理提供一个可扩展的结构。同时目录服务要求能够提供统一用户管理、统一认证管理，同时方便业务应用系统进行集成。

基于ETL数据交换技术，集成业务应用数据

要求基于ETL数据交换技术，实现异构多数据源的数据集成，实现从关系型数据库、文件型数据、对象型数据或遗留的应用系统中交换数据。要求支持双向交换。

平台接口

能够为第三方软件提供相关标准接口，特别应为招标方提供门户平台、身份认证及数据管理平台的二次开发标准接口以及相关技术文档等。

扩展性要求

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

二、建设内容

1.建设目标

信息标准是信息在采集、处理、交换、用户访问、传输过程中的统一规范，是实现学校信息资源共享和信息系统得到协同发展的基础。标准的建设应该严格遵循计算机软件行业的各项国家标准、教育部颁布的《教育信息化数据标准》，同时参考国际上通行的软件开发标准和规范，使系统具有良好的兼容性，能够与教育部现有和即将推出的符合部颁标准的各种教育管理信息系统软件配合使用；因此，校方的信息标准系统建设必须有很强的兼容性、开放性和可管理性，必须提供能灵活调整信息标准的管理和维护工具，根据安徽商贸职业技术学院的具体情况和实际需求，协助学校建立一套科学、实用、完善的信息化标准体系和规范。

2.建设原则

信息标准在全校范围内为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、发挥信息资源的综合效益，因此学校在进行信息标准规范的建立时，必须充分遵守以下原则：

1）符合教育部“中华人民共和国教育行业标准 JY/T 1001-2012”标准。

2）标准的唯一性：在一个分类编码标准中，每一编码对象仅有一个赋予它的代码，一个代码只唯一表示一个编码对象。

3）标准的可扩性：随着信息化水平的提高，信息标准也必须是一个及时更新、不断充实、完善的动态规范。信息标准制定必须考虑到学校自主管理和扩展信息子集的方便性。

4）标准的规范性：即在信息编码标准中，代码的结构、类型以及编写格式必须统一。

5）标准的适用性：即代码要尽可能的反映分类对象的特点，便于应用。

6）标准的全面性：信息标准不仅包含国家、教育部及学校本身的业务标准集。

3.建设功能要求

3.1数据标准

信息子集建设：包括学校基本情况信息子集、学生信息子集、教职工信息子集、教学管理信息子集、科研信息子集、办公信息子集、资产信息子集、图书信息子集等。

代码标准建设：为了保证数据录入规范，便于查找和统计，每个管理子集都对应着相应的标准代码，以及代码的定义与说明。

交换标准：制定学校交换数据描述、互换模型设计，根据业务系统间，数据交换可能用到的数据交换模型，交换周期的配置建议；学校对互换模型实施所作的配合工作。

交换接口标准：交换语义描述标准：交换周期、文件交换、标准数据交换，采用XML、WEB Service作为数据传输的标准，帮助用户建立统一的数据传输与数据交换规范，实现不同部门间、不同应用系统间的数据交换，具有良好的扩展性。明确学校未来加入的应用系统如何对接，以及相应的对接标准。

数据模型标准：在数据标准的基础上，对学校的数据模型进行构建，主要针对分析场景和全局业务、全局统计进行设置。按照主题的形式对元数据、历史数据建立数据模型标准。

3.2标准与规范：

定义清晰而标准的技术标准及规范，能够为第三方软件提供接入标准与规范。至少应包括：

数据集成标准与规范；

认证集成标准与规范；

门户集成标准与规范；

数据库结构文档标准与规范；

学校自定义编码规范。

本期数字化校园建设的信息标准应遵循已颁布的国际标准、国家标准或行业标准，并在建设过程中根据本单位的具体情况和实际需求，建立科学、实用、完善的信息化标准体系，形成对安徽商贸职业技术学院相应的标准和规范体系。

管理工具

对学校的数据标准进行管理，实现对标准的维护和完善，主要管理功能包括：

序号	功能	描  述
1	参考代码管理	支持对参考代码类，参考代码子类以及参考代码内容进行查询、导出等操作。
2	执行代码管理	支持对执行代码类，执行代码子类以及执行代码内容进行增、删、改、查等操作。 支持导出所有的执行代码 可以取用参考标准代码里的代码类作为执行代码 支持执行代码子类迁移到另一个代码类
3	代码版本管理	能够查看执行版本和历史版本信息。 支持版本的导出，将选择的版本里的代码全部导出。支持导出excel、word和pdf格式的文件。 支持版本对比，并可以将差异对比信息导出，支持导出excel、word和pdf格式的文件。 支持版本删除和执行版本设定。
4	代码发布管理	执行代码介绍、待审核代码的统计、和待发布代码的统计。支持一键审核和一键发布。一键发布时，发布成功后，自动同步到共享库。 支持代码类、代码子类、代码内容的查询，变更发布状态、查看前后更新的差异对比。

公共数据管理平台

公共数据管理平台的建设是未来对有关业务系统全方位数据分析的重要依据，也是影响未来学校各部门进行科学决策的重要依据，如果缺乏整体考虑，采用一种不健全的体系结构，将会增加系统开发和维护成本，更会限制数据仓库作用的发挥。因此我们要求对于这一部分的实现必须具有一个综合、清晰的技术实现蓝图，并能够满足未来扩展的需要。

公共数据建设基于数据交换工具的数据交换功能实现，基于数据交换平台的数据交换机制，快速构建公共数据库，提供反映整个学校全面情况的数据信息。

建设目标

主要目标是：基于数据交换平台的数据交换机制，快速构建安徽商贸职业技术学院共享数据库，提供反映全面情况的数据信息。构建全局共享数据集，并形成全局数据共享的管理、维护、处理和服务机制，实现信息资源的共享、集成和利用。具体而言，公共数据平台的建设要求达到以下目标：

建立全校统一的、稳定的、一致的信息资源标准；

建立全局共享数据集，实现学校核心信息资源的共享；

结合数据交换平台的信息交换机制，快速构建公共数据库，反映学校全面的数据信息；

提供管理工具，以满足学校各类用户不同的查询要求；

构建强大的公共数据平台管理工具，为平台运行维护和后期扩展提供支持；

逐步建立完善公共数据平台的日常维护和运行保障机制，制定管理规范、技术规范、工作流程、服务章程等各项规章制度，保障公共数据平台和各个业务系统的持续运行；

总体技术要求

遵循数据仓库的元数据设计思路，设计公共数据平台的核心数据模型。

遵循“谁产生、谁维护、谁负责”的原则，所有的数据都有特定的产生者和维护者。

提供专业的数据抽取、清洗、转换、装载的数据处理工具，对学校数据进行高质量的管理。

提供Webservice接口，为保证学校的数据平台具有良好的可扩充性和对外部系统的支持性，要求采用SOA模式对数据平台建立标准的元数据管理系统，对数据中心的各类数据进行封装，并采用Web Services模式提供数据访问和维护接口。

考虑到数字校园的后期建设及未来应用，应考虑在公共数据服务平台和各个业务系统的基础上构建数据分析模型，提供信息检索服务，并充分利用数据挖掘等手段，为学校领导和有关部门信息利用、政策评估和决策咨询提供参考。

导入/导出工具要求：支持关系数据库、EXCEL的导入。支持EXCEL、WORD、TXT、PDF的导出。

建设功能要求

数据模型建设

建设学校核心数据模型，历史数据模型，满足建立多部门或单位多源数据的共享和应用开发。

平台管理工具

平台管理工具提供各类管理工具，对公共数据平台进行管理。

平台管理工具功能要求如下表所示：

序号	功能		描  述
1	模型管理	元数据管理	支持对数据子集、数据类、数据子类和数据项的增、删、改、查等功能。 可以向数据子集导入数据子类，也可以导出一个或多个数据子类。 可以实现数据类、数据子类和数据项的迁移。
		模型版本管理	可以查看执行模型版本和历史版本的详细信息。 支持模型版本的导出，将选择的版本里的代码全部导出。支持导出excel、word和pdf格式的文件。 支持模型版本对比，并可以将差异对比信息导出，支持导出excel、word和pdf格式的文件。 支持版本删除和执行版本设定。
		模型版本发布	支持数据子集、数据类、数据子类、数据项的查询、变更发布状态、查看前后更新的差异对比。
		业务代码维护	支持业务代码的查询、新增、修改、删除、导出等功能。
		模型版本执行	实现执行版本与共享库的数据子类对比。 实现执行版本与共享库里的数据项对比。
2	数据管理	数据内容管理	支持对数据内容的增、删、改、查、导入、导出等操作。 用户可以自定义显示列的内容。
		数据权限配置	不同的角色分配可查询或可维护表的权限
		数据表单配置	支持数据表单的查询，能够批量修改维护表的状态、配置数据的属性值等。

应用系统的集成服务：

本期项目所建设的平台必须可以与学校现有管理系统做数据集成、认证集成。

建设目标

数字化校园是由多个业务应用系统集成在一起的、复杂的、分布式大型系统。目前学校已经存在各种业务应用系统，由多个开发商承建或学校自主开发。按照充分利用现有资源的条件下，对学校现有的应用系统进行界面、身份认证和数据的集成。把各应用系统集成到学校综合服务门户平台，并由统一身份认证平台完成各应用系统的身份认证，既便于用户使用其权限下的应用系统，也便于系统管理员对用户权限、系统安全的统一管理。通过公共数据平台和数据交换平台，对各个应用系统整合，对其数据进行抽取、清洗、转换、储存等措施，彻底消除学校以往建设中存在的“信息孤岛”，实现各应用系统数据信息的统一管理与共享。

需集成任务与内容

根据项目建设总体规划要求，本期项目集成内容主要对所有的已建系统、新建系统与公共数据库进行对接，以及要考虑到未来的新建系统与数据库的对接，投标方需要提供完整的数据标准接口，以及数据库结构和数据字典描述，开放数据库读写权限，协助学校实现与其他应用系统的数据交换和共享。

本期所要集成的系统主要包括以下所列系统：

序号	系统名称	数据集成内容
1	科狐教育电子政务	人员数据同步，业务数据集成
2	教务管理信息系统	人员数据同步，业务数据集成
3	在线学习平台	人员数据同步，业务数据集成
4	教学资源库	人员数据同步
5	教学质量评价系统	人员数据同步，业务数据集成
6	诊断与改进平台	人员数据同步，业务数据集成
7	技能大赛管理平台	人员数据同步，业务数据集成
8	图书馆集成管理系统	人员数据同步，业务数据集成
9	图书馆门禁管理系统	业务数据集成
10	IFC易瑞授权访问系统	人员数据集成
11	研修间预约系统	人员数据集成
12	电子邮件系统	人员数据集成
13	网站群系统	公告数据集成
14	一卡通系统（含收费系统）	人员数据同步，业务数据集成
15	财务网报系统（综合查询、预算编制、报销）	人员数据同步，业务数据集成
16	顶岗实习管理系统	人员数据同步
17	职业技能系统	人员数据同步，业务数据集成
18	网盘系统	人员数据同步
19	学工系统	人员数据同步，业务数据集成
20	学生处门禁系统（宿舍智能门锁）	业务数据集成
21	保卫处门禁系统	业务数据集成
22	网上服务流程系统	人员数据同步，业务数据集成
23	人事信息系统	人员数据同步，业务数据集成
24	软件正版化系统	统一认证集成，人员数据同步

 

三、项目实施要求

对投标人的基本要求

项目启动后，中标人就应允许业主（招标）单位以及相关的工作人员参与项目开发及系统整合本身必须的需求分析、初步设计、单元测试等相关工作。

中标人应负责在项目完成时将系统的全部有关技术文件（至少包括信息标准集、需求说明书、数据库结构、系统详细部署文档、后期应用系统相关接口等）、资料及测试、验收报告和系统测试使用的测试数据等文档汇集成册提交给招标单位，并提供电子文档。

中标人应明确承诺在项目完成时对业主（招标）单位人员进行运维、二次开发等涉及项目后续发展有关技术培训、支持的具体实施办法或目标，

中标人对整个项目应具有完整的项目实施计划、详细的工作内容安排及过程控制和验收方案。

项目人员配置

1）投标人必须成立合理的组织机构，建立健全保障项目顺利实施的各项管理制度和质量保证体系，安排好足够的高素质人才参加本项目的建设；在项目机构中应明确各岗位的职责、任职资格及成果，确保工程顺利实施。根据工作的业务性质，应配备由项目经理带队的3人及以上的项目实施团队驻场承担本项目工作。为了保证项目实施的连续性，在项目实施过程中，至少保证2名以上核心技术人员不能更换。

2）具有本地化服务能力，保证能在本地提供持续的服务，参加本项目的项目组成员应根据本项目的特点分别具有软件设计和开发、测试的相关的实施经验。

3）项目组人员必须具有类似职责的集成、开发经验，能够与用户进行良好的沟通，并掌握数字校园领域的相关基础知识。

4）参与此项目的技术人员必须具有强烈的服务意识和高度的责任感。

5）对上述安排投标人应在实施方案中详细描述，包括项目组成员名单、本项目工作职位、专业方向、工作、项目履历和在本项目中的职责分工。

6）在建设期内，项目管理负责人应在接到学校通知2小时内到达学校现场处理问题或交流情况。

开发管理

对项目的建设进行科学严格的管理，该项目的管理要通过项目管理委员会织对项目进行系统计划、有序组织、科学指导和有效控制，促进项目全面顺利实施。

文档管理

根据开发进度及时提供有关开发文档，包括需求说明书、系统设计说明书、测试计划、测试分析报告、系统部署手册、操作手册、系统安装手册等；

进度要求

必须在合同生效后60个日历天交付用户试运行，试运行30个日历天后提交验收。中标人应针对本项目的完成时间提交项目开发计划，项目计划经采购人确认后严格按计划执行，如需变更必须提出书面的项目变更手续。

用户培训

用户培训应贯串于整个项目的实施过程中，包括从项目准备、研发到项目运行的全过程中。提供详细的培训方案、培训内容、培训计划、人员数目、开发工具、软件使用、后期维护。

研发管理培训

研发管理培训即是系统开发的各个阶段的培训，这些阶段包括：项目准备、用户需求分析、系统概要设计、系统详细设计、程序编制和运行建立。研发管理培训的对象主要面向学校信息与网络管理中心的相关技术人员。

运行管理培训

为了使安徽商贸职业技术学院的相关人员掌握有关应用系统的使用、维护和管理方法，达到能独立进行管理、故障处理、日常测试和维护等工作的目的，应进行系统的技术培训，以保证所建设的系统能够正常、安全、平稳地运行。运行管理培训的对象除了信息与网络管理中心的人员外，还包括校内各单位的信息管理员。

培训要求

培训教师应具有丰富的同类课程的教学经验和应用实践经验，中文授课；

为所有被培训人员提供培训用文字资料和讲义等相关材料。如果培训地点在外地，投标人还应承诺为所有被培训人员提供食宿，并按合同规定安排培训时间和培训名额；

培训方式

课堂讲解、实际操作、专题交流、现场实施指导等。

培训内容

投标方根据项目需求向安徽商贸职业技术学院提供有针对性的培训内容，以确保相关人员能够使用、维护项目成果。

四、项目验收

项目验收需要提供的资料

验收申请、验收方案、验收清单；

技术文档：包括平台环境配置说明、需求分析说明、需求及实施变更说明、用户手册、系统维护说明、系统培训资料以及业务应用系统集成接口和（或）技术说明等等。

管理文档：包括项目实施计划、阶段报告、会议记录等。

项目验收

由学校组织专家和用户代表，按招投标文件、合同条款、软件工程要求和实际应用效果对项目进行验收。

服务保障与承诺要求

投标人应承诺终验合格后，对项目产品实行壹年全方位免费质保和技术服务。

投标人应承诺根据对安徽商贸职业技术学院相关业务运做的规律来有计划地制定服务保障体系。

该项目一旦运行起来，就占有很重要的地位，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。投标方作为具有丰富信息化校园项目经验的系统集成和软件开发企业，应通过自身不断的努力和原厂商的鼎力支持；针对客户的不同的系统的需求，制定不同的运行保障方案，建立完善的本地售后服务体系，向对安徽商贸职业技术学院提供充分考虑使用者利益的技术支持及售后服务模式。

除了上述的有关承诺之外，投标人关于服务保障体系的描述应具体包括如下内容：

    1）运行保障机构

主要描述公司对于对安徽商贸职业技术学院本项目的运行保障能力描述。

    2）保期内运行服务内容

售后维护服务，定期走访或实行远程维护：定期维护的时间区间、周期和详细规划，规划包括：方式、人员和详细的维护内容。

重大事项的及时响应：系统出现故障或意外情况导致系统不能正常运行时，投标人响应的情况描述，针对不同响应级别的即时响应包括：人员、时间和内容等。

服务请求的方式：在我方需要提供服务（包括即时的和非即时的）时，能够与投标人联系沟通的方式描述，应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。

服务请求的流程：投标人对用户的支持或维护请求处理流程的流程图和详细描述。

  3）保期后运行服务内容

售后维护服务，定期走访或实行远程维护、收费服务的时间区间、周期、费用和详细规划，规划包括：方式、人员和详细的维护内容。

重大事项的即时响应： 所需费用由双方协商。

   4）运行服务的档案

运行服务的详细记载，可以用于分析总结。

   5）用户投诉

投标人是否设有用户投诉受理电话，对用户的意见做出反应。

如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。

 

现场勘查要求

投标人根据自身需要，可前往采购人处相关业务部门自行进行勘察，以获取所需的资料。勘察现场所发生的费用和相关风险由投标人自行承担。

其他要求

*1、投标方必须同意自合同正式签署生效起 60 日内，无法完成所有应用系统全面进入全面试运行状态，招标方有权单方面解除合同,投标文件中须提供承诺函。

2、投标方必须同意自合同正式签署生效后提供公共数据管理系统、数据交换平台、数据质量检测等主要功能开发方案的图文讲解。主要功能包括以下内容并不局限于这些内容：

（1）支持信息标准管理，实现执行版本管理、历史版本管理和版本差异对比等功能。

（2）支持执行代码版本管理需要包括新增、删除、撤销、迁移、取用等功能。

（3）版本管理支持包括代码导出、与前版本的差异导出，导出格式包括 word、excel 等。

（4）历史版本管理支持包括将历史版本设为执行版本，任意版本之间的差异度对比，版本删除等。

（5）公共数据管理提供数据权限管理，可以对角色对应的可维护的表和不可维护的表权限信息配置。

（6）支持数据服务配置，可自定义配置单表或多表的数据接口，配置后生成标准的json规范和webservice接口，并提供相应的接口word文件下载，提供给第三方应用系统使用。

 

 

采购需求一览表

 

序号	名称	服务要求	数量	单位	单价	合计价	备注
1	公共数据管理平台	公共数据管理平台的建设是未来对有关业务系统全方位数据分析的重要依据，也是影响未来学校各部门进行科学决策的重要依据，如果缺乏整体考虑，采用一种不健全的体系结构，将会增加系统开发和维护成本，更会限制数据仓库作用的发挥。因此我们要求对于这一部分的实现必须具有一个综合、清晰的技术实现蓝图，并能够满足未来扩展的需要。 公共数据建设基于数据交换工具的数据交换功能实现，基于数据交换平台的数据交换机制，快速构建公共数据库，提供反映整个学校全面情况的数据信息。 1.建设目标 主要目标是：基于数据交换平台的数据交换机制，快速构建安徽商贸职业技术学院共享数据库，提供反映全面情况的数据信息。构建全局共享数据集，并形成全局数据共享的管理、维护、处理和服务机制，实现信息资源的共享、集成和利用。具体而言，公共数据平台的建设要求达到以下目标： 1)建立全校统一的、稳定的、一致的信息资源标准； 2)建立全局共享数据集，实现学校核心信息资源的共享； 3)结合数据交换平台的信息交换机制，快速构建公共数据库，反映学校全面的数据信息； 4)提供管理工具，以满足学校各类用户不同的查询要求； 5)构建强大的公共数据平台管理工具，为平台运行维护和后期扩展提供支持； 6)逐步建立完善公共数据平台的日常维护和运行保障机制，制定管理规范、技术规范、工作流程、服务章程等各项规章制度，保障公共数据平台和各个业务系统的持续运行； 2.总体技术要求： 1)遵循数据仓库的元数据设计思路，设计公共数据平台的核心数据模型。 2)遵循“谁产生、谁维护、谁负责”的原则，所有的数据都有特定的产生者和维护者。 3)提供专业的数据抽取、清洗、转换、装载的数据处理工具，对学校数据进行高质量的管理。 4)提供Webservice接口，为保证学校的数据平台具有良好的可扩充性和对外部系统的支持性，要求采用SOA模式对数据平台建立标准的元数据管理系统，对数据中心的各类数据进行封装，并采用Web Services模式提供数据访问和维护接口。 5)考虑到数字校园的后期建设及未来应用，应考虑在公共数据服务平台和各个业务系统的基础上构建数据分析模型，提供信息检索服务，并充分利用数据挖掘等手段，为学校领导和有关部门信息利用、政策评估和决策咨询提供参考。 6)导入/导出工具要求：支持关系数据库、EXCEL的导入。支持EXCEL、WORD、TXT、PDF的导出。 3.建设功能要求： 3.1数据模型建设 建设学校核心数据模型，历史数据模型，满足建立多部门或单位多源数据的共享和应用开发。 3.2平台管理工具 平台管理工具提供各类管理工具，对公共数据平台进行管理。 平台管理工具功能要求如下所示： 3.2.1模型管理： 元数据管理：支持对数据子集、数据类、数据子类和数据项的增、删、改、查等功能。可以向数据子集导入数据子类，也可以导出一个或多个数据子类。 可以实现数据类、数据子类和数据项的迁移。 模型版本管理：可以查看执行模型版本和历史版本的详细信息。 支持模型版本的导出，将选择的版本里的代码全部导出。支持导出excel、word和pdf格式的文件。支持模型版本对比，并可以将差异对比信息导出，支持导出excel、word和pdf格式的文件。 支持版本删除和执行版本设定。 模型版本发布：支持数据子集、数据类、数据子类、数据项的查询、变更发布状态、查看前后更新的差异对比。 业务代码维护：支持业务代码的查询、新增、修改、删除、导出等功能。 模型版本执行：实现执行版本与共享库的数据子类对比。实现执行版本与共享库里的数据项对比。 3.2.2.数据管理： 数据内容管理：支持对数据内容的增、删、改、查、导入、导出等操作。用户可以自定义显示列的内容。 数据权限配置：不同的角色分配可查询或可维护表的权限 数据表单配置：支持数据表单的查询，能够批量修改维护表的状态、配置数据的属性值等。 3.2.3.服务管理： 数据服务管理：通过可视化视图或sql语句进行服务配置；提供标准的json接口规范供给第三方应用系统使用。 可以增加、删除、修改、发布、停用数据服务。 服务权限配置：可以对服务权限进行查询和删除等操作。 支持对应用系统的服务的权限配置 应用注册管理：可以对应用系统进行增加、删除、修改、查询等操作。 3.2.4.包括登录、退出、用户管理、角色权限管理、日志管理等常规的系统功能。	1	套
2	▲数据交换平台	一、建设目标： 建立灵活、高效、安全、稳定、高性能、跨平台、跨系统、高度可扩展的数据交换平台是校园信息化建设的关键。通过构建该平台，制定统一的信息交换标准，公开统一的数据交换接口，为将来的应用系统集成打下坚实的基础。 通过数据交换平台，进行数据过滤、清洗和双向传递，实现各业务系统与公共数据平台相互之间的数据交换和共享，要求采用专业的ETL工具，提供对于各业务系统的数据抽取、清洗、转换、装载的过程，同时提供数据质量的管理、数据转换与清洗、调度和监控。数据交换平台的建设目标分解如下： 1.为各应用系统之间提供一个统一的数据交换通道，使数据交换更加准确、便捷、高效、通畅； 2.为公共数据平台提供一个可靠的数据采集通道。 3）建立学校统一的数据交换技术规范和标准。 二、总体技术要求： 1.数据交换过程不影响应用系统的正常运行。 2.支持异构平台、异构数据库、异构系统的数据交换和集成。 3.系统支持同步/异步，增量/全表，定时/实时等多种交换方式。 4.支持各类数据库的连接和输入、输出，应包括对：Oracle、Sybase、DB2、MySQL、MS SQL Server、Informix等。 5.提供可视化界面进行数据交换作业管理和设计工具，实现数据采集、交换、转换等工作的配置工作，保证系统的扩展部署和快速实施。提供便捷的数据交换任务的配置，通过简单的操作即可实现异构数据源和数据交换中心平台的数据同步，无需任何编码。 6.数据处理能力,能够对数据进行基于元数据的架构处理，如：数据过滤、数据映射、数据转换、数据拆分、数据排序、数据合并、数据分组、去除重复数据等。 7.提供统一的监控中心，能监控和管理交换流程和系统性能，并能快速捕获和统计异常信息。 8.支持二次开发，即提供数据交换组件、图元开发接口，用户可以自定义组件。 三、建设功能要求： 1.数据交换引擎： 数据交换引擎基于JAVA构建，负责解析数据交换作业定义、处理数据交换管理端请求、处理引擎自身的数据交换作业调度等。数据交换引擎可以满足大规模数据的并发处理，完成企业级的数据交换场景。 2.数据交换设计中心： 2.1。数据交换组件库： 数据交换组件库包括了一组与数据交换相关的服务构建，通过这些丰富的组件，开发人员可以在集成开发环境下基于可视化的组件图元快速开发出高效的数据交换模型。 主要包括应包含以下数据组件，并提供数据交换组件扩展开发（详见采购清单说明附表1）。 2.2.数据交换设计工具 数据交换设计工具是基于SWT技术开发的可视化数据交换流程设计器，提供可视化数据交换模型定义与调试。 -用拖拉方式画出数据交换模型。 -支持多种处理处理模式（同步、异步）。 -支持多种增量数据抽取方式。 -无需编写代码即可调试数据交换模型。 数据交换设计工具可以将不同的交换组件编排在一起，完成增量数据获取、数据映射、数据内容判断、过滤、错误数据处理等一系列的数据加工过程。 可以将开发调试完成的数据交换作业部署到数据交换引擎中，并通过数据交换管理端对其进行管理调度、优化治理。 3.数据交换管理中心 3.1.数据交换配置 （1）交换节点管理 交换节点管理中可以新增、修改、删除、查询节点配置信息。 （2）交换作业配置 可以快速的配置交换节点与执行作业之间的关系，即作业在哪些节点运行。 3.2.作业管理 （1）目录管理 建立作业的分类管理，便于查找。 （2）作业 对数据交换作业进行属性配置。主要包括：作业服务器设置、成功返回码、作业类型、程序名等。 （3）作业流 作业流定义了一组具有相互依赖关系的作业。 （4）调度管理 1)日历配置 通过设置特定日期进行作业调度。 2)频度设置 按照设置的频度进行作业调度。 3)消息设置 当计划执行时会将计划执行结果以邮件的方式发送给指定邮箱。 4)事件配置 通过接口文件（文件到达）的方式来触发作业流的运行。 3.3.监控管理 （1）作业监控 能够对作业流和作业执行的总体情况进行监控，整体监控分为：作业流总体监控、作业流执行日志、作业总体监控、作业执行日志等。 （2）节点监控 对每个节点的数据交换状况监控和统计。 （3）异常监控与汇总 需要对实时运行监控出来的异常信息进行汇总，提示异常节点、异常项以及异常原因。用户可以通过这里查看每项异常的详情。 能够统计每天实时数据的处理情况，包括处理成功记录数、处理失败记录数、等待处理记录数。 （4）资源监控 图形化的监控界面监控服务器资源情况包括物理内存使用情况、硬盘使用情况、连接状态、服务器工作状态（在线or离线）等。 （5）预警 数据交换过程中，一个节点出问题，有可能影响到其他节点的交换不能正常进行，因此这种节点之间的关联性系统需要进行预警提示。不仅应该提示用户出现了哪些问题，还应该提醒用户这些问题会关联到的交换规则以及影响到的目标业务系统。 （6）阀值设置 定义高位警戒线和低位警戒线 定义监控数据采集频度 定义代理状态采集频度 定义负载均衡加权值算法 3.4.系统配置 （1）作业服务器配置 针对系统操作人员进行作业服务器配置提供系统访问DS、PC、JMX上的作业时所需要的连接信息。 （2）代理服务器配置 代理服务器是对调度中代理的设置和维护，完成作业的执行。 （3）邮件服务器配置 邮件服务器配置为作业执行中要用到的参数进行统一配置从而执行作业完成发送邮件。 （4）导入/导出功能 导入导出是提供用户对作业、作业流以及作业参数进行导入导出的功能，将本地的资源导入或导出到系统知识库，用于开发机与生产机系统间资源文件的迁移。 （5）组织机构管理 组织结构管理中包括多级机构、人员、岗位、权限设置等功能操作。	1	套