宁波卫生职业技术学院全量数据中心建设项目采购需求.docx

宁波卫生职业技术学院全量数据中心建设项目（重发）采购需求一、建设背景构建校园环境、资源、活动的数字化服务体系，提升教学、科研、管理、服务整体信息化水平，是学校智慧校园建设的重点工作任务。经过多年发展，学校己经建成以“人、财、物为管理核心的多个重要业务信息系统以及数字化校园平台，实现了基础数据的初步共享。近期，中共浙江省委全面深化改革委员会办公、浙江省最多跑一次改革办公室、浙江省教育厅下发关于认真贯彻落实省委主要领导同志批示精神 深化高等学校“最多跑一次”改革的通知，要求“强化数据支撑”，提出“各高校要贯彻落实省政府关于数字化转型的要求，推动信息系统全面整合和数据资源开放共享，加快建设数字高校，为“最多跑一次”改革提供数据服务、技术支撑”。对校园的信息化水平提出更高要求。随着智慧校园建设工作推进，各信息系统之间的关联越来越紧密，数据价值日益凸显，数据交换、利用越来越频繁。学校原有共享数据中心无论在功能还是内容方面，均已不能承载当前形势下智慧校园建设发展需求。存在数据不全、标准不一、数据质量无法有效控制、数据整合缺乏有效手段、数据交换没有规范统一等诸多问题。从学校信息化长期发展出发，需要建设高质量的全量数据中心体系，从数据采集、数据质量监控、数据清洗整合、数据分层分类整理存储、数据交换利用接口、数据标准规范管理等方面，对全校各信息系统产生的所有业务数据进行全面梳理。彻底打破信息孤岛，为“最多跑一次”工作和后续学校各项信息化应用平台开发、校务数据综合利用分析等方面提供强力的数据和技术支撑。二、总体要求建设目标数据中心平台，是学校智慧校园建设的重要基础保障体系。将学校各信息系统的数据以及使用过程中产生的过程数据进行集中，实现统一管理，保证数据的权威性和准确性，并为各业务应用系统和各类服务系统提供数据支持，承担信息化建设过程中大量数据处理和交换的职责。本项目，要求中标方实现以下核心内容：1建设符合学校实际情况的校级数据字典和信息编码标准，包括各类信息子集标准、代码标准、数据交换标准、接口标准、数据模型标准等；2编制学校各项数据管理规章制度；3建设学校全量数据管理平台，对学校人事、教务、学工、科研、财务、资产、OA、一卡通等20个主要信息系统生产的数据进行全量采集、清洗整合、主题分类、分层管理，以师生数据全生命周期为主线，实现全校资源数据的有效存储与管理；4建立各信息系统与数据中心的数据交换机制，保证系统之间相关数据及时同步，打破信息孤岛，为网上办事大厅提供数据支撑；5建设全校数据质量监控体系，保证进入数据中心数据的规范性、完整性、一致性、准确性，定期发布数据质量报告；6建设数据填报平台，满足缺失数据、临时数据、报告报表数据的填报采集需要；7对原有统一身份认证平台进行升级，实现各系统单点登录；8建设新的校园信息门户，通知消息、信息服务、流程应用集中呈现；9具备信息标准、全量数据、数据交换使用可视化大屏分析展示平台。 具体建设内容和要求，见本招标说明第3章。 建设原则1.标准化、规范性和开放性全量数据中心建设是一个庞大的系统工程，其体系的设计、系统的实施等必须遵循一系列的规范、标准，确保各个分系统的有效协调，整个系统能安全地互联互通、信息共享。2.先进性、成熟性和使用性系统设计既要采用先进技术和系统工程方法，又要注意技术的可行性和实用性，方法的正确性。实用性放在首位，先进性与成熟性并重，符合未来的发展。3.开放性与标准化原则应用平台应是一个开放的且符合业界主流技术标准的系统平台，对网络的硬件环境，通信环境，软件环境，操作平台之间的依赖小。4.可靠性、稳定性和容错性在考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。5.可扩展性及易升级性为适应应用不断拓展的需要，应用平台的软硬件环境必须有良好的平滑可扩充性。要提供简便、规范、畅通的基础数据服务。6.安全性和保密性在应用平台设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。要求对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。7.可管理性和可维护性平台是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性和可维护性。另外可管理性和可维护性还包括对平台的自身。总体技术要求系统要求采用B/S结构，可运行于Unix、Linux、Windows等高安全性操作系统。开发技术应采用目前业界主流的软件技术、组件技术、数据标准及相关技术规范的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。1. 基于SOA架构在数据中心系统设计整体化的同时，系统要求基于SOA架构，尽量减少各子系统在技术上的相互依赖性（软件对平台、软件对数据、软件对软件、平台对平台等），从而最大限度地保护既有的投资，减少对系统的维护和未来开发的投入。2. 基于B/S/D三层结构，开发网络应用系统要求在技术体系上选用J2EE技术，采用B/S/D三层结构进行应用系统设计。3. 基于Portal技术，整合业务应用资源通过统一的访问入口，实现各种应用系统的无缝接入和集成，提供一个支持信息访问、传递、以及协作的集成化环境，实现个性化业务应用的高效开发、集成、部署与管理。4. 基于J2EE应用平台，分布式、高可靠性、先进的解决方案本项目要求基于成熟的J2EE应用平台，提供分布式、高可靠性、先进的解决方案。5. 基于目录存取协议，实现统一用户管理、统一身份认证要求基于目录存取协议，要求能够提供统一用户管理、统一认证管理，同时方便业务应用系统进行集成。6. 基于高效数据交换技术，集成业务应用数据要求基于目前业界主流的高效数据清洗交换技术，实现异构多数据源的数据集成，实现从关系型数据库、文件型数据、对象型数据或遗留的应用系统中交换数据。要求支持双向交换。7. 平台接口能够为第三方软件提供相关标准接口，特别应为招标方提供门户平台、身份认证及数据管理平台的二次开发标准接口以及相关技术文档等。8. 系统集成本项目建设需要对学校现有业务管理信息系统进行系统集成，具体集成要求以学校实际业务需求为准。9. 其他技术要求1) 对20个业务系统的表结构、数据字段、同步关系进行梳理，并整理出相应的数据字典；2) 平台需要实现自动化的数据采集，提供多元化的数据采集工具和更丰富的数据采集维度。支持多种采集模式，按照指定的接口类型和特性要求从不同的数据源处获取原始数据，可以通过文件接口、数据库接口、消息接口等方式进行采集，进行标准化处理。2)数据治理过程中，确保该过程可维护、可监督、可控制、可管理，还包括数据资源采集调度管理。3)平台对接现有的20个业务系统之后，需具备数据流向动态示意图，如：系统数据数据操作层主题数据层指标数据层上层应用/返写回业务系统/数据分析，全链路的进行数据流向的监控，方便学校对现有的20个业务系统的数据流向进行追溯。4)全量数据中心平台需支持数据分层如下（数据操作层、主题层、指标层）： 操作层：为了保障各业务系统的正常运行，平台需将各信息系统数据采集至操作层进行存储后做相应的数据治理工作。主题层：经过数据清洗、转换等相关治理后的数据，按照人事、科研、资产等单元维度的数据进行主题分类存储，主题数据可回写至源业务系统，可解决业务系统的数据缺失问题，从而提供业务系统的数据质量。指标层：根据系统或第三方的数据要求可将主题数据进行关联，形成专题数据并进行存储，可通过数据交换系统进行主题的共享、交换、下发、发布、可视化分析等操作。5)提供数据质量检测功能，支持数据质量监控模型的自定义配置，根据相应的标准进行校验，对数据源头采集、传输、应用以及目标数据源的数据进行全流程的检测监控，保障数据的规范性、一致性、准确性，实现基于不同来源数据的逻辑校验和监测管理。可对监测到的问题数据进行报告生成，同时提供问题数据查看、导出及丢弃功能。6)平台需提供数据共享交换功能平台，通过API接口、文件接口及数据分发等方式对主题及指标库的数据进行统一的对外发布、可视化、大屏展示、及上层的应用分析。系统安全要求系统安全必须满足国家对信息系统安全等级保护工作要求，按规定进行备案，聘请第三方专业测评机构对系统进行测评，出具测评报告和整改方案，根据整改方案对系统进行优化与完善。费用由中标方承担。三、建设内容3.1、信息标准规范建设目标根据宁波卫生职业技术学院的具体情况和实际需求，建立一套科学、实用、完善的信息化标准体系和规范。基于国家标准、教育部标准、行业标准，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，并结合学校数据特点进行归纳整理，建设和完善学校的各项标准并给出信息分类编码规格说明书，建设形成一套符合学校自身实际的学校信息化数据标准。建设原则信息标准在全校范围内为数据库设计提供类似数据字典的作用，是信息交换、资源共享的基础。信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、发挥信息资源的综合效益，必须充分遵守以下原则：1）符合教育部“中华人民共和国教育行业标准 JY/T 1001-2012”标准。2）符合宁波卫生职业技术学院智慧校园长期发展需求。3）标准的唯一性：在一个分类编码标准中，每一编码对象仅有一个赋予它的代码，一个代码只唯一表示一个编码对象。4）标准的可扩性：随着信息化水平的提高，信息标准也必须是一个及时更新、不断充实、完善的动态规范。信息标准制定必须考虑到学校自主管理和扩展信息子集的方便性。5）标准的规范性：在信息编码标准中，代码的结构、类型以及编写格式必须统一。6）标准的适用性：即代码要尽可能的反映分类对象的特点，便于应用。7）标准的全面性：信息标准包含国家、教育部及学校本身的业务标准集。建设内容及实现功能建立信息标准1. 建设信息子集：根据学校管理需要，建设包括学校基本情况信息子集、学生信息子集、教职工信息子集、教学管理信息子集、科研信息子集、办公信息子集、资产信息子集、图书信息子集等。建设代码标准：保证数据录入规范，便于查找和统计，每个管理子集都对应着相应的标准代码，以及代码的定义与说明。包括但不限于以下各类标准代码(内容适时调整)：序号标准代码名称1保管期限代码2保险福利费细目代码3高等学校本、专科专业代码-内容分解版本4高等学校本、专科专业代码5编制类别代码6编制异动代码7出版社级别代码8处分名称代码9成果获奖类别代码10出国（境）经费来源代码11成果类型代码12成绩等级代码13产权及使用状况代码14辞去社会兼职或学术团体职务原因代码15分类代码16单位级别代码17单位性质代码18房间用途代码19法律状态代码20发送方式代码21房屋产权代码22房屋类型代码23封装方式代码24港澳台侨外代码25高等学校固定资产分类及编码26管理级别代码27管理体制代码28工人技术等级、职务代码29本专科毕业去向代码30工资变动原因代码31工资级别代码32工资类别代码-内容分解版本33工资类别代码34获得方式代码35获得学历方式代码36户口性质代码37学术会议等级代码38行业工种类别代码39会议举办形式代码40就读方式代码41鉴定结论代码42经费科目代码43经费来源代码44机构类型代码45计划完成情况代码46紧急程度代码47奖励级别代码48权限代码49教师获奖类别代码50奖学金类型代码51教学类型代码52进修性质代码53就业单位性质代码54就业落实方式代码55教育结果代码56教职工类别代码57教职工来源代码58建筑物分类代码59建筑物结构代码60建筑物状况代码61课程级别代码62考察（考核）结果代码63课程类别代码64考察（考核）类别代码65考试方式代码66考试类别代码67考试性质代码68刊物级别代码69离岗原因代码70离退类别代码71论文报告形式代码72离校离职原因代码73世界各洲名称代码74论著类别代码75密级代码76免职方式代码77免职原因代码78评估情况代码79聘任情况代码80培养方式代码81批准形式代码82取得资格途径代码83缺考舞弊代码84任课角色代码85任课课程类别代码86任课状况代码87入学方式代码88入学考试类型代码89任职方式代码90社会经济效益代码91授奖等级代码92授课方式代码93申请学位类别代码94受让方类型代码95使用方式代码96实验类别代码97授予权类别代码98实验室类别代码99实验要求代码100实验者类别代码101三助类别代码102调剂类别代码103体检项目类别代码104图书期刊状态代码105完成形式代码106文件分类代码107文献类型代码108学科门类（科技）代码109项目经费来源代码110项目类型代码111项目来源代码112学期代码113学生获奖类别代码114学术交流类型代码115学生类别代码116学生来源代码117学术团体级别代码118血型代码119学校办学类型代码120高等学校代码-内容分解版本121高等学校代码122学校单位层次代码123学习方式代码124学校举办者代码125校学位委员会结论代码126学习形式代码127学校性质代码128协作单位类型代码129阅办类别代码130政治面貌异常类别代码131学籍异动类别代码132学籍异动原因代码133仪器使用方向代码134仪器现状代码135院系所部中心办别代码136院系所部中心类别代码137组成类型代码138装订代码139专家类别代码140专利类型代码141职务变动类别代码142职位分类代码143职务类别代码144在学单位类别代码145出国目的代码146经济类型分类与代码147干部职务名称代码148干部职务级别代码149社会兼职代码150学科分类与代码151人的性别代码152世界各国和地区名称代码153中华人民共和国行政区划代码-内容分解版本154中华人民共和国行政区划代码155中国各民族名称的罗马字母拼写法和代码156中央党政机关、人民团体及其他机构名称代码157文化程度代码158家庭关系代码159政治面貌代码160党、派代码161本人成分代码162家庭出身代码163婚姻状况代码164健康状况代码165语种名称代码166中国语种代码167职业分类与代码-内容分解版本168职业分类与代码169中华人民共和国学位代码170语种熟练程度代码171荣誉称号和荣誉奖章代码172专业技术职务代码173奖励代码建设数据交换标准：根据业务系统间数据交换可能用到的数据交换模型、交换周期进行配置；制定学校交换数据描述、互换模型设计。采用XML、WEB Service作为数据传输的标准，帮助学校建立统一的数据传输与数据交换规范，实现不同部门间、不同业务系统间的数据交换，具有良好的扩展性。明确学校未来加入的应用系统如何对接，文件交换、数据交换相应的对接标准。至少应包括：1） 数据集成标准与规范；2） 认证集成标准与规范；3） 门户集成标准与规范；4） 数据库结构文档标准与规范；5） 学校自定义编码规范。建立数据模型标准：在数据标准的基础上，根据学校信息化建设发展需要，构建数据模型。主要针对分析场景和全局业务、全局统计进行设置。按照主题的形式对元数据、历史数据建立数据模型标准。信息标准的管理要求建立信息标准管理平台和可视化标准管理工具，实现以下管理功能：序号功能描 述1参考代码管理支持对国家标准代码子集、教育部标准代码子集、学校信息标准规范等参考代码类，参考代码子类以及参考代码内容进行查询、导出等操作。2执行代码管理支持对执行代码类，执行代码子类以及执行代码内容进行增、删、改、查等操作。支持导出所有的执行代码可以取用参考标准代码里的代码类作为执行代码支持执行代码子类迁移到另一个代码类3代码版本管理能够查看执行版本和历史版本信息。支持版本的导出，将选择的版本里的代码全部导出。支持导出excel、word和pdf格式的文件。支持版本对比，并可以将差异对比信息导出，支持导出excel、word和pdf格式的文件。支持版本删除和执行版本设定。4代码发布管理执行代码介绍、待审核代码的统计、和待发布代码的统计。支持一键审核和一键发布。一键发布时，发布成功后，自动同步到共享库。支持代码类、代码子类、代码内容的查询，变更发布状态、查看前后更新的差异对比。3.2、全量数据中心建设全量数据中心架构：数据源：各个业务系统数据库作为数据源，提供各类数据信息。数据汇聚：将各个业务数据实时采集到ODS（数据操作库）进行集中存储。数据处理与融合：通过ETL（数据交换系统）进行数据清洗，并采集到全量数据中心中。全量数据中心包括主题数据库、历史数据库、归档数据库等内容。数据集市：根据各类数据应用的需求，进行指标库建设。数据资产服务平台:基于全量数据库,ODS库提供对外服务功能，支持API服务构建发布。 *信息系统集成 建设目标全量数据中心是集成多个业务系统的、复杂的、分布式大型系统。通过全量数据管理平台、数据交换平台、数据质量管理平台，对多个开发商承建的主要业务应用系统进行整合，对其数据进行抽取、清洗、转换、储存等措施，彻底消除学校以往建设中存在的“信息孤岛”，实现各应用系统数据信息的统一管理与共享。集成要求项目需完成对接的业务信息系统有如下20个，对接费用由招标方跟各业务系统厂家沟通协调，每个业务系统对接费用原则上不超过3万,对接费用由中标方承担。序号系统名称对接内容厂家1网上办事大厅数据、认证、门户、服务集成南京苏迪科技有限公司2教务系统数据、认证、门户、服务集成湖南强智科技发展有限公司3人事系统数据、认证、门户、服务集成北京易普行科技有限公司4OA系统数据、认证、门户、服务集成江苏金智教育信息股份有限公司5资产系统数据、认证、门户、服务集成山东国子软件股份有限公司6科研系统数据、认证、门户、服务集成北京易普拉格科技有限责任公司7智慧教学平台数据、认证、门户、服务集成北京超星尔雅教育科技有限公司8财务系统数据、认证、门户、服务集成天津神州浩天科技有限公司9上网认证数据、认证、门户、服务集成锐捷网络股份有限公司10图书馆系统数据、认证、门户、服务集成北京金盘鹏图软件技术有限公司11档案系统数据、认证、门户、服务集成上海泰宇信息技术有限公司12一卡通系统数据、认证、门户、服务集成浙江正元智慧科技股份有限公司13邮件系统数据、认证、门户、服务集成北京亿中邮信息技术有限公司14大数据平台数据、认证、门户、服务集成北京希嘉创智教育科技有限公司15就业系统数据、认证、门户、服务集成上海萃思软件有限公司16统一检索数据、认证、门户、服务集成北京超星尔雅教育科技有限公司17学工管理系统数据、认证、门户、服务集成新开普电子股份有限公司18迎新系统数据、认证、门户、服务集成宁波创艺信息科技有限公司19VPN数据、认证、门户、服务集成深信服科技股份有限公司20呼叫中心数据、认证、门户、服务集成北京创联致信科技有限公司1. 提供完善的API接口，实现全面对接校内已有的20个业务系统。为了后续持续发展，本次数据集成需要根据全量数据要求进行，各系统生产的业务数据尽可能集成到全量数据中心。1) 需要获取20个已有业务系统中所有的业务数据（包含基础数据、过程数据及结果数据，结构化数据、半结构化数据和非结构化数据），可采用ETL交换模式，把业务系统中所有数据全部采集到操作层，作为全量数据中心的数据基础；2) 需要根据数据质量要求进行数据治理，治理合格的数据进入数据层，有问题的数据单独存放，并通知业务系统相关负责人进行整改；3) 数据治理后，根据我校对数据应用的要求，建设主题数据库，为今后学校智慧校园建设软件平台开发、数据分析利用积累充分的数据资产。包含但不局限于：学校基本情况信息库、学生信息库、教职工信息库、教学管理信息库、科研信息库、办公信息库、资产信息库、图书信息库等。4) 在主题数据的基础上进行各类专题数据的梳理，专题数据整合后形成对外交互的或可提供服务的高质量数据，供网上办事大厅、内部质量保证体系分析平台、校情综合分析平台、状态数据采集平台等综合信息平台使用；5) 如第三方业务系统有数据对接需求，可采用API、ETL等模式把数据写入6) 第三方系统提供的临时表中。2. 中标方需根据学校的实际情况，制定一套标准的接口协议，并提供完整的数据标准接口，以及数据库结构和数据字典描述，开放数据库读写权限，协助学校实现与应用系统的数据交换和共享。实现新建系统平滑接入数据中心，利于学校进行管理。3. 要求能够实现各业务系统从全量数据中心调用数据，和向全量数据中心注入数据，保证数据的准确性、权威性和一致性。 数据清洗交换整合 建设目标通过数据清洗与交换整合平台，进行数据过滤、清洗和双向传递，实现各业务系统与公共数据平台相互之间的数据交换和共享，要求采用专业的ETL工具，提供对于各业务系统的数据抽取、清洗、转换、装载的过程，同时提供数据质量的管理、数据转换与清洗、调度和监控。数据交换平台的建设目标分解如下：1. 为各应用系统之间提供一个统一的数据交换通道，使数据交换更加准确、便捷、高效、通畅；2. 为公共数据平台提供一个可靠的数据采集通道；3. 建立学校统一的数据交换技术规范和标准；4. 实现20个业务系统到全量数据中心的集成；5. 实现业务系统间的数据同步交换，保证不同系统关联数据的自动同步，准确一致；6. 实现跨部门、跨业务、跨应用的管理流程集成和全校数据信息共享，解决管理漏洞，减少重复工作等问题；7. 实现数据的全面集成和智能分析；8. 实现快速、准确的获取校园中人、财、物和学、研、管业务过程中的信息； 技术路线1. 平台采用国际先进的J2EE开放技术体系，实现平台与操作系统及硬件平台等的无关性，保证系统可以运行在各种操作系统平台上，如UNIX、 Linux、Windows 2000（2003）等平台。支持目前主流的数据库系统，包括Oracle 、DB2、SQL Server 、SYBASE等。采用多层架构设计，实现表现层、业务逻辑层和数据层间的相互分离，降低不同层间的耦和度，便于数据采集。2. 内置各种接入组件和接入协议，具备强大的接入能力。应能直接支持学校信息化建设过程中普遍采用的SOAP/HTTP、JMS、Http/Https、FILE、ORACLE、DB2、SQLSERVER等标准协议，并提供可视化界面针对每种协议的相关属性进行参数化配置，对标准协议的接入不需要进行复杂的编码操作，只需进行简单的配置或者拖拽操作即可快速实现。3. 数据交换过程不影响应用系统的正常运行。4. 支持异构平台、异构数据库、异构系统的数据交换和集成。5. 系统支持同步/异步，增量/全表，定时/实时等多种交换方式。6. 支持各类数据库的连接和输入、输出，应包括对：Oracle、Sybase、DB2、MySQL、MS SQL Server等；7. 提供可视化界面进行数据交换作业管理和设计工具，实现数据采集、交换、转换等工作的配置工作，保证系统的扩展部署和快速实施。提供便捷的数据交换任务的配置，通过简单的操作即可实现异构数据源和数据交换中心平台的数据同步，无需任何编码。8. 数据处理能力,能够对数据进行基于元数据的架构处理，如：数据过滤、数据映射、数据转换、数据拆分、数据排序、数据合并、数据分组、去除重复数据等。 建设内容 *数据流向分析 1. 在实施过程中，要求对各部门之间的业务关联进行仔细的梳理，并列举出七大业务域之间与各系统进行的具体数据交换清单，形成UC矩阵图，利于后期实施和持续发展。要求投标人提供详细的符合学校需求的数据流向方案，包括财务、教务、学工、人事、招生办、就业处、院办、后勤、资产等核心部门，并承诺在项目中进一步的深化完善。要求格式如下（以人事系统为例）：归属部门序号信息共享方式流向人事处1教工信息党委办公室、党委组织部、校工会 、院长办公室、教务处、科研处、人事处、教学诊断与评估中心2教工个人信息教职工所在部门可查看。其他部门按需共享，需要授权。3联系方式信息教职工所在部门可查看。其他部门按需共享，需要授权。.22机构信息无条件共享23攻读硕博信息无条件共享党委组织部24薪酬明细信息按需共享，需要授权。25个税信息按需共享，需要授权。2. 全量数据中心平台需进行对接办事大厅，直接使用全量数据中心的数据做为办事大厅的数据源使用，中标方根据学校实际业务需求，梳理各业务系统、网上办事大厅、全量数据中心之间的所有数据流向，形成标准文档；如：学生奖学金流程，网上办事大厅承担了流程申请、审批的职责，学工管理系统承担评奖条件建立和最终管理的职责，所以在这个过程中，需要把学工管理系统、办事大厅、全量数据中心三者的数据关联关系梳理清晰，并形成标准文档；流程示例简述：办事发起所需基本信息由全量数据中心提供，学工管理系统设置评奖条件，设置后数据同步到办事大厅，办事大厅流程申请审批结束后，获奖学生名单写入学工管理系统，再同步给全量数据中心。 数据交换平台提供多元化的数据采集工具和丰富的数据采集维度。集成多种数据库采集适配器，支持多种采集模式，按照指定的接口类型和特性要求可从不同的数据源处获取原始数据，可以通过文件接口、数据库接口、消息接口等方式进行采集，然后进行标准化处理。梳理现有的20个业务系统，全面汇聚融合已有、在建和待建各业务系统的数据。兼容不同系统设备产生数据源采集类型，包括 PC客户端（Win、Linux）、Web端、移动端（Andriod、IOS）、数据库端和网页端五种采集能力，这些数据可能来自电脑、手机、平板或者各种专用设备（接入网络的物联网设备）。全量数据中心负责传输校内不同信息系统间数据，各业务系统通过与数据中心对接，实现业务数据在不同业务系统之间顺畅、实时、批量传输。.2.1数据交换方式数据库方式：数据供需双方通过读写交换节点上数据库的表或视图实现数据转换；web服务方式：数据供需双方可通过提供基于SOAP 的web服务和基于REST web服务方式获取数据，webservice需按照指定描述方式实现。.2.2数据交换模式实时交换：通过指定方式实时返回或生成数据；定时交换（固定周期）：数据提供方或者数据需求方根据约定的数据交换频率（如60分钟1次、1日1次等）进行交换，并按照该频率，数据提供方通过数据交换系统提供数据到交换平台，数据需求方定期从交换平台中获取数据。.2.3数据交换规模数据提供方提供数据可以是增量也可以是全量，原则要求初次提供全量数据，日常提供增量数据。为了保证交换平台的数据与源系统数据语义一致，业务系统发生数据新增、修改、删除数据的操作，都应按照增量方式把数据提交给交换平台。 数据整合根据设定的规则对20个业务系统进行数据整合，满足各业务系统以及第三方应用等数据要求。确保该过程可维护、可监督、可控制、可管理。包括数据资源采集调度管理。进行可靠的数据传输与管控，实现不同模式的数据整合。如：基于触发器、基于时间戳、基于全文比对、基于日志的数据同步，最后可以通过服务的形式将数据中心发布成对外接口提供给其它业务系统调用实现信息共享，最终实现异构数据的有机整合与资源共享。针对海量数据整合，平台必须建立专门的数据整合任务调度与管理功能。 数据存储数据存储采用分布式架构，实现对各类型数据(实时数据、批量数据、过程数据，结果数据，结构化数据、备份数据)的海量存储，数据多份冗余，要求具备高效、容错强、资源线性扩展等特点。 数据共享数据共享交换要实现内部业务事项数据交换，外部单位接入数据，以及对外提供的数据服务等。主要功能如下：（1）文件接口：平台可将数据主动导出成文件，发送给数据需求方；（2）开放API：提供api接口给第三方系统使用，实现数据共享；（3）数据交换：通过定时数据交换，系统通过平台定期将数据分发到目标库，支持定期数据同步。 主题数据建设 学生主题数据集按照学生的学习生涯信息化服务流程，建设从招生到校友的完整信息化服务数据，形成学生主题数据集，包含且不限于以下内容：学生管理数据子集学生基本数据类学生基本数据子类学习简历数据子类工作简历数据子类政治面貌子类家庭通讯方式子类家庭成员子类家庭经济情况子类学生来源数据子类个人通讯子类住宿子类户口状况子类新生数据类本专科生考生子类本专科生考生总分子类本专科生考生科目成绩子类本专科生录取子类本专科生新生测验成绩子类体检、防疫数据类体检子类防疫注射子类学籍数据类学籍基本数据子类学籍异动子类辅修专业、双学位子类缴纳学费子类注册子类成绩子类出国（境）学习工作子类奖励子类惩处子类实践活动数据类科研成果子类学术论文子类学生研究训练活动子类课外赛事子类军训子类预征入伍信息子类社会实践活动子类三助活动子类社会工作子类经济资助数据类奖学金数据子类助学金数据子类临时困难补助数据子类勤工助学数据子类伙食补贴数据子类绿色通道数据子类学费减免数据子类校内无息贷款数据子类助学贷款数据子类助学贷款发放数据子类其他资助数据子类学费补偿与贷款代偿数据子类学费补偿与贷款代偿发放账号数据子类学费补偿与贷款代偿发放数据子类社团（协会）辅助数据类社团（协会）辅助数据类毕业生相关数据类结束学业子类毕业生求职子类办理离校手续子类毕业生就业子类就业辅助数据类用人单位需求子类用人单位网上招聘子类招聘会子类宿舍管理数据类宿舍资源信息子类 教学主题数据集按照本校人才培养和教育教学信息化服务流程，建设教学主题数据集，包含且不限于以下内容：教学管理数据子集专业信息数据类专业信息数据子类专业方向数据子类课程数据类课程数据子类教学计划数据类总体计划子类计划课程子类计划学分学时要求子类排课数据类教学任务数据子类教师排课数据子类起始周信息子类节次时间子类选课数据类选课数据子类教室管理数据类教室基本数据子类教室使用数据子类教材数据类教材基本数据子类获奖教材子类教材编者子类教学成果数据类教学成果获奖子类教学成果完成人子类学评教数据类学评教数据子类考试安排数据类考试安排数据子类教师监考数据子类学生考试数据子类 人事主题数据集按照教职工的职业生涯信息化服务流程，建设从入职到退休的完整信息化服务数据，形成人事主题数据集，包含且不限于以下内容：教职工管理数据子集教职工基本数据类教职工基本数据子类个人通讯方式子类学习简历子类工作简历子类政治面貌子类学历学位子类奖励子类惩处子类家庭通讯方式子类家庭成员子类家庭经济情况子类语言能力子类教学科研数据类任课子类教学工作量子类科研项目子类论著子类专利子类岗位职务数据类党政职务子类管理工作子类专业技术职务子类岗位证书子类教职工考核数据类组织考察(考核)子类教职工考核子类聘用管理数据类招聘启事辅助子类应聘管理辅助子类聘用合同管理子类教工来源子类部门调动子类离岗子类病休子类编制异动子类工资数据类工资结构子类工资变动子类离校数据类离职子类离退休子类返聘子类专家管理辅助数据类国内专家子类国（境）外专家子类兼职数据类社会兼职子类学术团体兼职子类企业兼职子类学习进修数据类国内进修学习子类出国(境)学习工作子类住房数据类住房数据类 科研主题数据集按照科研和科研管理工作对信息化服务的需求，建设完整的科研信息化服务数据，形成科研主题数据集，包含且不限于以下内容：科研管理数据子集科技项目数据类科技项目基本数据子类项目协作单位子类项目经费子类项目经费拨入明细子类项目经费支出明细子类项目成员子类项目合同信息子类科研机构数据类科研机构基本数据子类科研机构人员子类科技成果数据类科技成果人员子类科技著作子类科技论文基本数据子类科技论文收录子类科技论文报告子类鉴定成果子类专利成果基本数据子类专利出售子类技术转让基本数据子类获奖成果基本数据子类计算机软件著作权子类学术交流数据类学术会议子类派出人员子类接受人员子类 资产主题数据集按照国有资产管理信息化的要求，提供资产信息服务数据，建设资产主题数据集，包含且不限于以下内容：资产与设备管理数据子集学校用地数据类 学校用地数据类学校建筑物数据类 建筑物基本数据子类 建筑物房间子类 建筑物修缮子类设施数据类 设施数据类实验室管理数据类 实验室基本数据子类 实验室运行子类 实验室人员子类实验室评估子类 实验项目子类仪器设备管理数据类仪器设备基本数据子类仪器设备附件子类仪器设备管理子类精密贵重仪器设备使用子类仪器设备维修子类仪器设备报损、报废子类软件资源数据子类软件使用管理子类 后勤主题数据集按照学校信息化建设目标要求，提供后勤信息化数据，建设后勤服务主题数据集，包含且不限于以下内容：后勤数据集一卡通信息数据类一卡通基本信息子类一卡通消费流水子类消费终端信息子类消费终端地址子类一卡通人员信息子类图书信息数据类图书基本信息子类图书借阅信息子类图书违章信息子类借阅人基本信息子类 其他主题数据集除了以上六类，还应完成财务、办公、网络教学、安防等学校管理相关主题数据集建设。 历史数据库以主题数据库为基础，以增量方式建设历史数据库，跟踪数据库的更新，反映历史变化；可以完成数据库的历史查询。 归档库对数据进行定期归档保存，保障数据安全。指标库以主题数据库、代码库、历史库为基础，按实际需要建设指标库，实现数据应用需求。如：高校人才状态数据采集指标体系、办学绩效考核指标体系、学校内部质量保证体系监控分析指标体系等。 全量数据资产管理 建设目标构建具备按主题封装的元数据管理、数据访问和维护接口、数据检索等功能，包含模型管理、数据管理、服务管理和系统管理模块，实现各类主题数据库快速构建和数据库可视化管理，保障数据资源的有效集成、共享和抽取利用。 技术要求1. 遵循数据仓库的元数据设计思路，设计全量数据资产管理平台的核心数据模型。2. 遵循“谁产生、谁维护、谁负责”的原则。3. 提供Webservice、API接口，为保证学校的数据平台具有良好的可扩充性和对外部系统的支持性，要求采用SOA模式对数据平台建立标准的元数据管理系统，对数据中心的各类数据进行封装，并采用Web Services、API模式提供数据访问和维护接口。4. 考虑到后期建设及未来应用，在数据资产管理平台和各个业务系统的基础上构建数据分析模型，提供信息检索服务，充分利用数据挖掘等手段，为学校领导和有关部门信息利用、政策评估和决策咨询提供参考。5. 导入/导出工具要求：支持关系数据库、EXCEL的导入。支持EXCEL、WORD、的导出。 内容及功能要求 数据模型建设建设学校核心数据模型，历史数据模型，满足建立多部门或单位多源数据的共享和应用开发。 模型管理序号功能描 述1模型管理元数据管理支持对数据子集、数据类、数据子类和数据项的增、删、改、查等功能。可以向数据子集导入数据子类，也可以导出一个或多个数据子类。可以实现数据类、数据子类和数据项的迁移。模型版本管理可以查看执行模型版本和历史版本的详细信息。支持模型版本的导出，将选择的版本里的代码全部导出。支持导出excel、word和pdf格式的文件。支持模型版本对比，并可以将差异对比信息导出，支持导出excel、word和pdf格式的文件。支持版本删除和执行版本设定。模型版本发布支持数据子集、数据类、数据子类、数据项的查询、变更发布状态、查看前后更新的差异对比。业务代码维护支持业务代码的查询、新增、修改、删除、导出等功能。模型版本执行实现执行版本与共享库的数据子类对比。实现执行版本与共享库里的数据项对比。主数据管理序号功能描 述1主数据管理数据内容管理支持对数据内容的增、删、改、查、导入、导出等操作。用户可以自定义显示列的内容。2数据权限配置不同的角色分配可查询或可维护表的权限3数据表单配置支持数据表单的查询，能够批量修改维护表的状态、配置数据的属性值等。4历史数据管理数据生命周期链实现学校数据中心整个生命周期内的数据完整性和历史数据留存，从而为满足上层数据多维分析、历史数据积累分析提供良好地支撑。建立数据生命周期链，实现数据的追溯。5历史数据查看与分析提供方便的历史数据查看功能。提供任意两个时间节点的数据比较分析功能6数据备份备份任务管理建立备份调度任务，对主数据进行手动或自动备份，可以设置自动备份的时间频以及执行时间等属性。用户可以进行新建、修改、查看、删除备份任务。7备份数据查询用户可查询备份数据的详细内容，备份的详细时间等信息。数据服务管理序号功能描 述1服务管理数据接口服务配置通过可视化视图或sql语句进行数据服务接口配置；提供标准的json接口规范供给第三方应用系统使用。可以增加、删除、修改、发布、停用数据接口服务。2服务权限配置可以对服务权限进行查询和删除等操作。支持对应用系统的服务的权限配置3应用注册管理可以对应用系统进行增加、删除、修改、查询等操作。4服务发布对于已配置好的数据接口进行发布，数据接口实时发布到数据资产服务平台端。 *数据质量管理 建设目标对数据中心和业务数据进行质量检测和监控，为不同的数据表自定义配置检测规则和检测周期，生成相应的质量检测结果，提供给学校管理人员作为修正数据问题、提高数据质量的依据，有效的管理数据中心的数据。1.制定数据质量评估标准；2.实现全校范围内的跨部门、多业务、多层次、多维度的数据质量监控；3.自定义数据质量分析控件，最大限度满足个性化需求； 建设内容1.实现数据完整性、有效性、正确性、一致性、唯一性检测；完整性：将目标数据与源数据实时或者定时进行对比，一旦有丢失或不可用数据就会生成质量检测分析结果，管理人员可对比目标数据与源数据的完整性。有效性：对目标数据进行有效性检测，若数据未按照统一格式进行存储就会生成质量检测分析结果，直观展现数据有效性。正确性：若检测出目标数据格式、内容等不正确或者时间超出规定日期的，系统将判定为错误数据且生成质量检测分析结果。一致性：将源数据和目标数据实时或定时进行对比，一旦不一致就生成质量检测分析结果，管理人员就可看到哪些源数据与目标数据不一致。唯一性：管理人员可根据生成的数据质量检测分析结果对比目标数据与源数据中哪些数据内容或属性是重复的。2实现先进的相似重复数据检测算法，快速比对数据，自动发现相似重复数据；3实现数据质量量化指标，并提供了定义特定的测量并存储测量结果的表结构的一般信息的功能；4实现在不同业务中重用规则；5实现基于数据可视化技术的质量报告管理，将数据质量测量过程中产生的数据进行持久化保存，本身提供的可视化质量报告和监控，同时可以利用全量数据可视化分析工具对数据质量测量过程数据进行主题分析，进一步分析、定