XX学院数据治理服务+IDS平台建设与对接项目需求说明.docx

《XX学院数据治理服务+IDS平台建设与对接项目需求说明.docx》由会员分享，可在线阅读，更多相关《XX学院数据治理服务+IDS平台建设与对接项目需求说明.docx（39页珍藏版）》请在第一文库网上搜索。

1、XX学院数据治理服务+IDS平台建设与对接项目需求说明1建设目标1.1数据治理建设目标本次项目将围绕“数据治理驱动校务增效”的思路探索学校下一步的信息化建设,构建学校数据治理体系，设计配套数据管理组织结构、制定数据治理流程、对日常校务工作相关数据进行梳理、采集、清洗、标准化规范存储及应用、对相关数据资产进行可视化的全生命周期管理，并提供包括数据质量检测、跟踪处理、数据质量分析报告在内的数据质量全程管理服务，最终对外提供丰富的数据服务,支撑学校未来各类数据消费场景应用，如面向师生的最多跑一次流程服务与数据填表服务、面向业务部门的各类业务主题分析、面向学校决策部门的数据分析驾驶舱等。具体目标细化为

2、：(1)完成学校的信息标准建设，为校务工作数据资产化提供基准。(2)对学校校务工作相关数据资源情况进行全面盘点，然后根据学校实际情况，制定多样化数据采集的实施方案并落地执行。首先把学校具备采集条件的相关数据尽量的采集进资产库，并在这个过程中完成校务工作相关数据资产内容的对标、采集、转换(初步清洗)或特定编码工作。(3)在已建成数据资产的基础上，针对具体的应用数据、消费数据的场景，分析数据的内部质量的不足，形成由场景驱动的数据质量要求，进一步进行具体数据质量的检测和问题处理。(4)实现在办理业务填写相关表格时“一次录入、共享互通、重复使用、自动填充”的目标，最终实现师生一年只填“一张表”。(5)

3、为实现上述目标，所需要配套的管理机制和组织结构建设。1.2.身份认证平台建设目标完成对学校各类业务系统的进行身份对接，实现单点登录、用户管理、认证授权、认证审计等一系列问题。同时面向师生提供完善的自助服务，让用户可以便捷管理个人身份信息。对于本次新建的身份互联平台要求体现高校电子身份管理的特色，对于师生日常帐号的管理要充分考虑高校的特点与实际。对于本次新建的身份互联平台要求具体较高的安全性，在日常使用过程中，要求在帐号发放、帐号生命周期管理、敏感系统访问等使用场景下充分考虑相应的安全设计，以及对于系统出现恶意登录，非法登录、异常会话的情况，也应该具备相应的安全管理能力，确保系统使用安全。对于本

4、次新建的身份互联平台要求能够与时俱进，结合物联设备深化应用，比如通过利用相关设备的人脸识别、指纹识别功能，实现更安全、更便利的认证登录服务。2、总体要求2.1. 数据治理服务要求为了保障数据治理的有机、有序的开展，需要优化构建多层级的数据治理保障体系，包含数据管理组织、数据管理角色及职能、相应的管理制度及细则文档。投标人需要有充分的行业业务经验及能力，其为实现本项目所涉及的数据治理目标而配套提供的工具软件应具有完整自主知识产权，包括适应高校信息化行业业务特性的数据模型，例如适用于高校的主数据对象、代码标准、数据集市模型、业务数据模型等，具有完整的数据标准建设、数据集成交换、数据质量管理、数据开

5、放使用的实施方法论。以便从技术功能、业务经验、实施措施几方面保障学校数据治理服务的实施成效。2.1.1, 供多样的数据采集方案结合高校行业经验，赋能学校数据中心1）扩展可视化的数据集成工具，提供数据补采工具，丰富基础数据；2）基于多年的高校信息化建设经验打造行业集成库，提高集成效率并提升集成效果；3）提供在线可视化管理数据实施能力，促进数据资产建设成果提升。2.1.2, 可视化的高校数据资产管控中心，提升高校数据治理能力1）提供可视化数据资产管理中心，通过呈现全校整体宏观数据以及精细到单表的建设情况，让校方对学校数据资产建设做到“心中有数&2）提供对主数据流向的精细化管理功能，通过数据血缘关系

6、跟踪相关数据的“来龙去脉”，数据实施人员可以快速发现问题、解决问题；3）通过数据仓库提供的历史数据切片管理，支持数据实施人员查询主数据变化历史，了解主数据的“今生前世”，还可方便的追溯、排查数据问题。2.1.3, 强化全校各部门数据建设联动机制，形成数据资产建设合力1）引入权威数据责任单位管理，主数据的每个对象都对应唯一的权威责任单位，将数据责任落实到各责任单位；2）结合“数据资产建设、集成运行、资产开放、质量检测”等多方面数据，面向学校及各部门提供数据报告展现该部门的数据资产情况，促进各部门参与数据中心建设；3）各部门可管理所属部门的开放数据，根据数据申请方的实际情况选择是否共享相关数据，提

7、升部门数据管理的责任感和参与感。2.1.4, 打造数据质量管理规范体系建设，支撑数据治理工作逻辑闭环1）优化数据质量检测工具，并支持将单表的检测结果通过邮件的方式推送给源头业务人员，支持和学校门户平台等消息方式（并支持阿里云短信、微信企业号、We1ink公众号、站内信等多种方式）实现对接，推动数据质量提升；2）提供可视化的数据质量管理中心，以直观透明的方式呈现当前数据质量的情况，并展示数据质量提升的历史情况；3）提供直观的质量检测报告，所见即所得的反映问题所在及动态。既可以反映当前现状，也可以追溯历史，反映历史问题的处理情况；4）提供一个在线的数据质量反馈通道，普通师生在数据使用情况中发现数据

8、问题，可在线进行反馈，数据管理员可集中排查处理。2.1 5、促进学校数据资产产生数据价值，打通数据应用的最后一公里1）预置数据业务模型、数据集市模型，让建设的数据资产更具针对性，可以直接用于实际消费场景，如一网通办流程服务，数据决策分析；2）提供完善的AP1接口管理，通过数据资产管理目录将对外开放，让数据使用方可以便捷的查询数据、订阅数据、申请数据、使用数据，从而让数据不断被使用，被消费。2.1.6.相同的数据使用于不同消费场景，通过不断的使用提升数据质量1）权威数据源数据和填报系统采集的数据共同形成学校的可共享数据，通过数据开放接口供给服务于年度考核、职称评审、科研上报等整个师生生命周期管理

9、；2）通过数据消费场景不断牵引数据的质量提升和数据校验，提高教职工对数据质量和填报的重视度。2.2 、身份认证平台要求2.2.1、 统一身份认证必须满足XX学院智裁校园建设的需要，对用户的信息进行集中管理；2.2.2、 统一身份认证所使用的记录仅需保存用户账号和加密后的密码，且后台结构化数据中的记录相一致；2.2.3、 用户信息加密传输，用户登录等敏感信息需要加密存储；2.2.4、 实现一人多号的身份切换机制，可以给一个人指定其中一个账号为默认账号；2.2.5、 必须提供QQ、微信、企业微信、钉钉、门户叩p、手机短信等各种身份认证接口标准，实现各类应用场景下的多种身份认证；2.2.6、 后台管

10、理功能具有批量操作功能,角色管理功能,应用展厅接入功能、应用和用户单独授权功能，方便的系统设置功能等；2.2.7、 PC端和移动端的界面需要完全能够根据学校的需要定制化；228、标准化多种常见协议，所有的对接均可通过配置管理。除现有系统的校内关键应用的标准化对接外，还需要标准化对接CARS1VPN,上网认证设备等，使用户不管在校内还是校外均能方便访问校园内关键应用资源，提高用户使用体验；除了对接协议标准化，对接文档也要标准化，包括存档文档和在线文档，对系统对接、接口开发和使用提供详尽的资料和丰富的样例。方便用户在不需要实施方介入的情况下快速对接；2.2.9、 有效的问题排查和使用监管的手段，能

11、够监管数据同步状态，监测接入方式，查询异常信息，审计各种异常，统计访问量等；2.2.10、 有完善的负载和备份机制，确保高并发场景下的正常使用和系统宕机后的迅速恢复；实现原有认证的迁移和停用，需要迁移原有统一身份认证的所有账号数据和所有应用对接数据，仅保留和保障一套身份认证运行。2.2.11、 支持用户多重身份属性的定义和存储，符合学校教工多重身份、多重职务的现状。支持分布式数据采集机制，符合学校数据源分散管理的特点。2212、身份数据的处理方式除了新生入学、新教师和新员工报到的身份创建，还包括学生离校、教师员工离职的身份状态变化的同步处理和权限模型的建立。为学校各类用户提供注册、变更、转化、

12、注销的全生命周期的身份数据管理方案。2.2.13、 系统具有良好的稳定性和易集成性。支持对不同开发平台、不同开发模式的应用系统的认证集成，提供多种成熟标准的认证接口，实现对网络层服务的集成，支持Unix、1inux、WindoWS等多种平台，实现完全跨平台部署。3、总体技术要求3.1 数据治理技术要求投标人为实现本项目所涉及的数据治理目标而配套提供的工具软件要求采用B/S结构，可运行于Unix、1inuxWindOWS等高安全性操作系统。开发技术应采用J2EE标准，组件技术及在数据交换上对多种类型的数据，包括各类关系型数据库、XM1.大数据的支持，使系统功能最优化，同时将整体方案内部在技术上的

13、相互依赖性减至最低。具体要求如下：3.1.1、 必须采用B/S架构。支持Unix、1inux、Windows多种平台、支持IPv4IPv6网络环境，完全支持跨平台的部署，必须基于OraCIeUg或以上版本的大型数据库。3.1.2、 遵循J2EE的技术路线。采用Java编程语言和服务器端JaVa技术进行开发，采用面向对象的组件技术，利用这些组件顺利地建立分布式应用程序。3.1.3、 采用成熟的SC)A架构及设计理念，保证学校内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数

14、据库服务器。3.1.4、 支持多种成熟的ET1中间件。能提供统一的可视化的开发工具，能图形化的设计和定义抽取、转换、加载流程，并保证数据集成交换的稳定性和安全性。3.1.5、 支持与主流关系型数据库进行对接，包括且不限于OraC1e、MySQ1、PostgreSQ1、MicrosoftSQ1ServernIBMDB2UDB、IBMDB2400InformixSybaseASEnterpriseSybaseASAnywhere等。3.1.6、 支持与部分非主流关系型数据库进行对接，包括MiCrOSOftACCess、MicrosoftExce1DbaseVisua1Foxpro03.1.7、 支

15、持包括JMSTopicaJMSQueue、WebServicesTab1ed-TXt文件、XM1文件、支持操作系统的网络协议，包括FTP。3.1.8、 数据集成支持基于HadOOP大数据技术框架的数据源，并能从中获取数据。3.1.9、 系统必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。3.1.10、 除了IT通用的元数据管理、主数据管理、标准管理等功能外，应根据高校行业特性和专属特征，提供专门针对高校的元数据模型、业务领域模型、数据集市模型等，而非其他行业或IT通用方案。3.1.11、 投标人应具有独立开发完成、具有自主知识产品而非集成第三方开源软件的工

16、具软件、具备一定的成熟度。应支持基于现有平台的二次开发，包括但不限于依据学校使用情况进行的软件调整、优化、细化、深化。3.2 、身份平台技术要求321、标准化平台需基于J2EE标准的微服务技术架构。需采用基于1DAP标准的目录服务器存储身份数据，并提供身份认证。322、可集成性1）提供多种认证接口的异构支持，包括代理认证和1DAP目录服务接口。2）支持多种语言的接口方式，包括Nginx反向代理、Java、.Net、PHP,Python等。3）支持Unix、1inUX多种平台，完全支持跨平台的部署。4）全面支持IPv4IPv6网络环境。323、可扩展性1）要求身份、授权、认证功能相对独立，可以灵活的与第三方产品对接。2）可实现用户名/口令认证模式,手机