1、系统功能参数 1.1数据治理平台 1.1.1. 总体要求 1)系统支持首页支持根据角色切换子系统。根据不同角色,能提供消息提醒及待办,展示个人基本信息。 2)提供个人入校以来的入校履历信息,以时间轴的形式直观展现,包括个人学历、岗位、职称、关键业绩等信息的变化均能体现在入校履历时间轴上。 ★3)提供个人日常业绩数据待办事项、通知及相关消息提醒等功能。(要求提供真实产品的截图并加盖投标供应商公章) 4)提供个人业绩的查询和管理入口,对自己的所有业绩数据可进行查询,对部分授权数据可进行补充和修正。 5)提供个人业绩数据的汇总和查看,以满足个人对本人全量业绩数据的确认和核对,以多种图表(柱状图、条形图、饼图、环形图)展现教职工教学、科研等个人全方位数据,支持图表到数据的钻取。 1.1.2. 数据集成管理 1)需提供外部数据源管理,可按来源库与目标库的维度对数据源进行分类管理; 2)为方便数据源的管理,需支持添加数据源标识与责任单位;支持对数据源进行新增、编辑、测试、复制、停用、启用、删除等操作; 3)需支持国内外主流数据库,且支持以下形式的数据采集,包括******、***、*****、********、**************、****、****、********、***、*****、***、****形式的数据采集;且支持*****文件、****文件、****文件、*******的输入与输出; 4)需支持集成任务管理,可按数据采集、数据清洗转换、数据建模、自定义对集成任务进行分类; ▲5)数据集成任务需支持以可视化、*代码的数据集成方式完成,支持按数据输入、关联合并、数据过滤、数据映射、数据输出等流程化的形式完成数据集成操作。(要求提供真实产品的截图并加盖投标供应商公章) n6)通过导入外部集成任务文件的形式创建自定义集成任务,支持导入***等类型的集成任务文件,并能执行接口及查询执行日志。接口不支持直接删除,须先停用,才能删除接口。(此项指标功能需要演示) 7)需支持对数据集成任务运行情况进行监控,需能通过健康度指标来反映任务在近期运行中的稳定程度,需通过不同颜色来区分展示。 n8)可通过可视化界面配置****表达式配置调度计划执行时间,可通过“拖拉拽”式界面简易配置*条按“数据采集”到“数据清洗转换”到“数据建模”顺序执行的调度。(此项指标功能需要演示) 9)需支持可视化展示平台任务运行情况,包括调度监控、数据源监控、任务监控、任务运行设备监控等信息,方便管理者对任务的运维管理; **)调度监控需支持以运行时刻图的方式展示构建数仓、质量检查、数据交换和其他调度的每日执行情况。应展示每次调度的开始时间、结束时间、耗费时长和运行结果。 **)数据源监控需能展示来源库和目标库的正常连接和错误连接的数据源统计情况。 **)任务监控需能以图表形式展示交换、采集、清洗转换、建模和其他自定义任务的运行次数和成功次数。应能展示最近5次及以上任务运行详情,包括任务开始时间、任务类型、任务名称、运行时长、运行结果等信息。 **)任务运行设备监控应展示每个运行任务的服务器设备情况,包括每台设备的**地址、***数、内存和指定时间范围内的任务运行次数。 **)涉及到的数据源或数据目标发生变化影响到任务进行时,任务将进入告警状态,及时提醒管理员处理。 1.1.3. 数据标准管理 1.1.3.1数据元素 1)需支持批量导入《**/T *****.2-**** 信息技术 学习、教育和培训 教育管理数据元素 第2部分:公共数据元素》中的标准数据元素到平台。导入时,需能检测数据元素依赖的标准代码是否存在,不存在时,需要同步导入依赖的标准代码。 2)需支持对数据元素进行查询、新增、注册、标准落实、变更、废止等管理功能。 ▲3)数据元素属性需包含业务属性、技术属性、管理属性等;数据元素的业务属性需包含数据元素分类、标识符、数据元素名称、汉语简拼、定义等;数据元素的技术属性需包含数据类型、长度、精度、值域;数据元素的管理属性需包含标准级别、标准引用来源、批准日期、版本等。(要求提供真实产品的截图并加盖投标供应商公章) 4)支持按状态管理数据元素,需包括草稿、标准、废止等不同状态。只有草稿状态的数据元素,才能删除,其他状态的数据元素,不可以删除。对于多个草稿状态的数据元素,支持批量注册。 5)同*个数据元素的多个版本,仅能有*个版本处于标准状态,当注册*个新版本时,其他标准状态版本自动变更为废止状态。变更时,需能生成*个高版本的草稿状态的数据元素标准;当某数据元素已经存在变更的草稿状态的数据元素时,不能重复变更。 6)需支持对数据元素取值范围进行管理,需包含“限定范围”,“引用标准代码值”,“枚举值”等形式。 7)标准落实时,需支持自动匹配数据中心内哪些字段与数据元素*致,支持批量选择进行标准落实,保证字段定义的标准化。 8)需支持数据元素分类的管理,包括新增、编辑、删除功能;只有该数据元素分类下没有数据元素时,才可以删除该分类。 1.1.3.2标准代码 1)需支持批量导入国标《**/T *****-**** 信息技术 学习、教育和培训 教育管理基础代码》标准代码到平台。导入时,需能自动过滤已导入的标准代码。导入的不能对已有的代码进行更改和删除,仅新增。 2)需支持对标准代码进行查询、新增、编辑、配置代码等管理功能;新增标准代码时,标准代码名称不可重复,新增的标准代码默认为已启用状态。 3)需支持对标准代码中的代码值进行新增,需支持添加辅助代码与上级代码。 4)支持查看标准代码的引用关系,可查看引用该标准代码的表名和字段名。 5)支持标准代码删除操作,删除前必须先停用,不可以直接删除; 6)需支持标准代码分类的管理,包括新增、编辑、删除功能。只有该标准代码分类下没有标准代码时,才可以删除该分类。 1.1.3.3标准发布 1)需支持代码标准、数据标准、编码规范生成或导入、发布申请、发布审核流程管理,需支持查询、作废、删除、门户可见、门户隐藏等操作。 2)支持编码规范文件上传管理,支持***、***、****、***、***、****、***、****、***等文件格式; 3)代码标准、数据标准、编码规范发布时需支持设置标准号、实施日期、替代标准;标准号管理需支持*段式管理,第*段为学校编码,默认值可在系统配置中调整,第*段为标准编号,第*段为年月。 4)代码标准和数据标准需支持***文件下载及预览;新版本的发布不影响历史版本的查询。编码规范需支持上传文件格式的下载。 1.1.4. 数据中心管理 1.1.4.1数据中心管理总体要求 ★ 为了规范全校数据的采集、处理、存储与管理,数据中心需支持对全校数据进行分层操作管理,使学校的数据资产结构更加清晰,数据血缘透明可追溯,数据关系条理化。(要求提供真实产品能体现该功能界面的截图并加盖投标供应商公章) 具体要求如下: 1.1.4.2贴源层管理 1)需支持按贴源层、标准层、主题层、主数据进 行分层管理,贴源层需支持对学校原始数据的采集、存储;标准层需支持对原始数据按学校数据标准进行标准转化与数据清洗;主题层需提供按学校业务场景进行主题数据建模;主数据需提供学校核心交换数据的建模与处理。 2)贴源层需支持批量将外部数据源中的表和数据采集到贴源层,采集时需支持全量或增量采集。采集时需支持忽略错误数据条目,继续执行采集任务。 3)为方便对贴源层中数据表的管理,支持将贴源层的表按照贴源表和贴源代码进行分类管理。 4)需支持查看贴源表的详情概览,需展示源头表信息与本表信息;源头表信息中需包含数据源名称,源头表名称,源头表数据量;本表信息需包含表名、物理表名、字段数量、数据量、数据上次更新时间、责任单位、集成任务等信息; ▲5)需支持自定义数据清洗规则过滤脏数据,过滤的数据归集为黑名单数据,需支持对黑名单数据进行查询;(要求提供真实产品的截图并加盖投标供应商公章) 6)需支持贴源代码值映射功能,支持贴源代码表与标准代码匹配映射关系。需支持代码自动映射机制,当源头表代码发生变化,代码未映射成功时,会使用名称与代码标准的名称、简称进行匹配映射。 7)需支持贴源表、标准表的数据血缘关系管理,以外部数据源、贴源层、标准层、主题层等节点查看数据的上游与下游数据流转关系; 8)需支持停用和删除贴源表、标准表、主题表,只有停用的表才能删除; 1.1.4.3标准层管理 1)需支持按业务域、业务子域和业务单元*级对标准层数据模型进行分类管理;已预置标准模型需严格遵循*级分类。 ▲2)需支持批量导入标准层数据模型;导入时支持对相关引用表、引用代码表进行同步导入;(要求提供真实产品的截图并加盖投标供应商公章) 3)支持查看标准表的概览信息,需展示表名、物理表名、引用模型信息、字段数、数据量、数据上次更新时间、责任单位、集成情况等信息。需支持标准表的数据明细查询;需支持查看数据的变更记录;需能检测标准表内字段与数据元素之间差异,并自动进行标准落实以实现和数据元素标准保持*致; 4)支持新增和查看与标准表相关的清洗转换任务;数据清洗转化任务需支持通过*代码配置,支持可视化配置数据输入、左右关联、过滤、计算字段、字段映射、数据输出等属性来完成清洗转换任务。 1.1.4.4主题层管理 1)主题层数据模型需支持面向业务对象和面向业务过程进行分类管理。需支持批量导入主题层数据模型。 ▲2)主题层事实模型结构需支持以**图方式呈现事实表以及关联维度。需支持关联维度展开或收缩的功能,便于查看浏览。(要求提供真实产品的截图并加盖投标供应商公章) 3)支持查看事实表的概览信息,需展示事实名称、引用模型、事实类型、事务事实、维度数量(个)、度量数量(个)、数据量(条)、数据上次更新、集成情况等信息。 1.1.4.5主数据管理 1)需支持批量导入主数据模型。需支持对主数据模型进行编辑、启用、停用、删除等操作。 2)需支持主数据表的数据明细查询,需支持查看表结构的变更记录,需支持查看主数据的变更记录。 ▲3)需支持以主数据表为中心,以外部数据源、贴源层、主数据等节点查看数据的上游与下游数据流转关系。(要求提供真实产品的截图并加盖投标供应商公章) 4)支持在清洗转换任务的输出阶段配置过滤规则,过滤后的数据方能进入主数据表中。 1.1.4.6指标管理 ▲1)指标管理需支持指标分类管理,支持创建*级分类;当指标分类下面数据指标不为空时,不允许删除;当*级指标分类为空时才允许创建耳机分类;指标管理需支持创建原子指标、派生指标、衍生指标管理;支持查看指标基本信息、指标数据、指标血缘关系及指标计算任务运行日志信息;(要求提供真实产品的截图并加盖投标供应商公章) 2)派生指标需支持自定义统计周期、统计范围限定、统计算法设置;统计范围限定需支持 与、或、不等于、空、为空、包含、模糊匹配等设置,统计函数需支持求和、平均、计数、去重计数、最大值、最小值等算法; 需支持调度规则设置,完成数据自动化计算。 ▲3)衍生指标需支持可视化配置,支持从指标库拖拽数据指标,支持算术运算符、比较运算符、逻辑运算符等计算;支持调试及结果查看;需支持调度规则设置,完成数据自动化计算;(要求提供真实产品的截图并加盖投标供应商公章) 4)需支持统计周期的灵活可视化配置,支持基准日期、偏移量及单位设置, 基准日期需支持该日、该周首日、该月首日、该季度首日、该年首日、该学期首日、该学年首日等选择; 1.1.5. 数据质量管理 具体要求如下: ▲1)数据质量管理需包含质检规则、质检方案、质检结果管理。规则库需至少包含非空检查、值域检查、规范检查、唯*性检查、引用完整性检查、逻辑检查等类型的检测规则。需支持按数据元素批量新增质检规则。(要求提供真实产品的截图并加盖投标供应商公章) n2)质量检测规则管理需支持设置进行质检的表、字段,支持通过正则表达式自定义数据质量检测规则,通过方案可以对规则进行任意组合,并可以设定周期和保留时间(天)。(此项指标功能需要演示) 3)需支持对质量检测规则进行问题级别定义,需至少包含“建议”“轻微”“*般”“严重”等维度,便于对数据质量问题采取不同响应措施。 4)需支持自定义保留最近检测次数的质检结果,而质检方案汇总数据将永久保存。 5)支持查看数据质量分析报告,质检报告需支持***格式下载;报告内容需包含数据质检综合评分、质检评分历史趋势、质检结果分析、评估概况、数据表质检明细、各部门质检明细等部分内容。 1.1.6. 数据存储管理 具体要求如下: 1) 支持****** *******架构(***),具有高扩展性,可以支持****个以上的集群,确保线性扩展性能和容量,管理的数据规模从**级到**级,满足学校数据规模增长需求。 2) 提供分布式事务机制。通过将数据分布到多个节点上来实现规模数据的存储,通过并行查询处理来提高查询性能。每个节点仅查询自己的数据。所得到的结果再经过主节点处理得到最终结果。 3) 需支持行存储和列存储,采用****分布的数据分布机制,计算节点和数据存储紧密耦合。 4) 拥有完善的***标准支持,全面支持*****、*****、*******以及****扩展;支持对于****、****、C、****** ***等接口的支持。 5) 可以在同*个并行数据流引擎上执行所有查询和分析(***、*********、R语言等)操作,从而允许分析人员、开发人员和统计人员使用同*个基础构架进行数据分析。 6) 需支持B+****、哈希、位图、****和***,从而能够实现多种索引功能,提供给数据架构师实施优化设计所必需的工具。 7) 支持基于行和列的细粒度数据访问权限访问控制,让不同权限的访问者只能看到被授权的部分数据,确保数据共享不影响防范数据泄露。 8) 采用了业内领先的压缩技术,提高性能的同时,显著地减少存储数据所需的空间。客户可以将所用空间减少3-**倍,并提高有效的I/O性能。 9) 支持行存储、列存储、外部表等多态存储,用户可以根据数据热度或者访问模式的不同使用不同的存储方式。 **) 提供高效的资源管理机制,主要包括对并发查询数量的限制,查询执行时内存、***资源使用的限制等。支持资源队列(******** *****)和资源组(******** *****)两种资源管理方式. **) 支持各种过程化编程语言,包括**/**********、**/R、**/******、**/****、**/****等语言扩展。在高级数据分析方面,通过******扩展模块,用户可以很方便地完成大规模并行分析。 1.1.7. 数据补采工具 1.1.7.1数据补采工具总体要求 提供多渠道采集教职工人事、科研、教学等不同维度数据的功能,教师可进行数据线上确认,缺失数据补录、错误数据变更,通过*个入口查询多个维度的业绩数据,并以可视化图表的方式展示,形成教师画像。提供领导看板,迅速掌握全校或全院人事、教学、科研等情况以及动态变化。 具体要求如下: 1.1.7.2基本配置 基本配置用于前端实施人员在部署系统时通过系统实现参数配置、模型管理、信息授权、流程管理。 ▲1.1.7.3业绩数据管理 管理员以扩展表的视角实现对教师、学生的业绩数据的查询、新增、删除、编辑、导入、导出、导入查询管理功能。(要求提供真实产品的截图并加盖投标供应商公章) 1.1.7.4学生数据查询 管理员以学生的视角实现对学生个人的基本信息数据和扩展表数据进行查询和导出。 1.1.7.5业绩采集管理 管理人员可以在系统中设定数据采集批次开放给教职工,要求教职工在特定采集时间范围内提交采集数据,支持采集批次的新增、编辑、复制和删除。 1.1.7.6个人数据采集 教职工/学生可在个人端看到正在开启的采集批次,根据授权支持教职工/学生对数据进行核对、修改、新增、删除、上传附件等操作。 1.1.7.7业绩数据变更 教职工/学生可以修改自己权限范围内的信息进行查询和修改,修改后的数据依照设定的流程提交院系秘书/校级管理员审核确认。 1.1.7.8业绩数据审核 管理员可对教职工/学生的日常变更数据、采集提交数据进校审核确认。 1.2数据运营支撑平台 1.1.2.1数据目录管理 1.2.1.1数据目录管理总体要求 为逐步解决学校数据来源不明确、权责不清晰、数据不全面等相关问题。需通过建设数据资源目录形成全校数据资源的*个有序清单。它可以使用元数据来帮助学校管理数据,帮助数据专业人员收集、组织、访问和充实数据资产,从而为数据发现和开放提供支持。 具体要求如下: 1.2.1.2基础数据目录管理 1)需支持自动检测尚未生成基础数据资源的主数据模型和主数据表信息,支持批量生成基础数据资源。 ▲2)需支持对已生成的基础数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回已提交发布的基础数据资源。(要求提供真实产品的截图并加盖投标供应商公章) 3)基础数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序。 4)需支持查看本人待审核和已审核的基础数据资源列表。需支持查看基础数据资源目录的审核信息,查看各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持查看当前流程节点的执行人。 1.2.1.3部门目录管理 1)需提供部门数据资源模板库,需支持批量导入部门数据资源模版。需支持自动匹配校内提供部门,未匹配的需支持手动调整提供部门。 2)需支持业务部门根据部门数据资源模版批量创建部门数据资源,也需支持部门用户自定义新增部门数据资源;需支持业务部门查看其它部门的数据资源模板,但不可对其他部门模版进行增删改等操作。 3)部门数据资源管理需支持设置数据资源属性和数据资源项属性;数据资源属性包含基础属性和共享开放属性;数据资源的基础属性需包含数据资源名称、更新频率、提供方、内容摘要;数据资源的共享开放属性需包含数据资源的共享类型与使用方式,共享类型需包含“有条件共享、无条件共享、不予共享”,使用方式需包含“***推送”“***接口”“*****导出”。 4)需支持用户将本部门的数据资源进行数据挂接,需支持数据资源项与库表的字段进行关联绑定。 5)需支持对部门的数据资源进行统*管理,数据资源应支持按“草稿”“注册中”“已注册”等*种状态进行分类管理;已创建的数据资源在未注册前为“草稿”状态;已提交注册申请在审核流程中的数据资源为“注册中”状态;已通过注册审核流程的数据资源为“已注册状态”。 ▲6)需支持对部门数据资源进行注册申请、注册审核、发布申请、发布审核等看流程操作。需支持查看已提交注册的数据资源的申请信息和审核信息,申请信息需包含提交申请的时间、状态、及申请内容,审核信息需包含审核流程图及审核流转记录。(要求提供真实产品的截图并加盖投标供应商公章) 7)需支持数据运营方对部门提交注册的数据资源进行审核,需按“待审核”“已审核”进行分类管理,审核可查看提交的注册的数据资源信息,提交审核意见。为提高注册审核的工作效率,审核模块需支持按数据资源名称、申请人、部门、申请时间等维度对待审核任务进行查询、筛选。 ▲8)需支持运营方将已注册的数据资源发布至数据门户,可查看资源发布申请信息及审核记录。需支持对已提交发布申请的数据资源进行审核,对待审核任务及已审核任务可以查询及处理。(要求提供真实产品的截图并加盖投标供应商公章) 9)需提供部门数据资源目录看板,需支持按权限查看全部部门或单个部门的数据资源概况,数据资源注册情况,数据资源挂接情况,数据资源共享情况,数据资源使用情况进行统计与展示。 **)需支持对近**天通过*****下载数据、通过***使用数据、通过***调用数据的趋势进行分析。需支持按数据资源注册数量和注册率对全部部门数据资源注册情况进行排名。需支持按数据资源挂接数量和挂接率对全部部门数据资源挂接情况进行排名。 1.2.1.4主题目录管理 1) 需支持自动检测尚未生成主题数据资源的主题模型信息,支持批量生成主题数据资源。 2) 需支持对已生成的主题数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回已提交发布的主题数据资源。 3) 主题数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序。 4) 需支持查看本人待审核和已审核的主题数据资源列表。需支持查看主题数据资源目录的审核信息,查看各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持查看当前流程节点的执行人。 1.2.2数据共享开放门户 具体要求如下: 1)需提供数据门户作为统*的发布中心,可发布学校标准与规范、数据资源。数据使用方可以通过基础数据目录,部门数据目录,主题数据目录分类查找所需的数据资源。 2)需支持按数据资源名称或数据资源项等关键字检索数据资源。需支持查看热门数据资源和最新发布数据资源。 3)需支持查看数据资源的基本信息、数据资源项信息、使用情况等信息。数据资源的基本信息需至少包含基础属性与管理属性;数据资源基础属性需展示数据的提供部门、更新频率、内容摘要等;数据资源管理属性需展示资源的版本信息、数据挂接状态、资源注册时间、资源发布时间等信息。数据资源项信息需至少包含数据资源项名称、数据资源项共享类型、业务标识、挂接状态、关联字段、数据类型等信息。 4)需支持数据使用方将多个数据资源加入待申请清单,支持批量提交数据使用申请。 ▲5)数据使用方在申请资源时需能选择以***推送、***接口开放、*****导出等多种模式获取数据。审核通过后系统需支持自动生成***接口或*****下载链接,***接口需遵循*****规范;需支持数据使用方自行完成***接口的管理,包括接口制作、启用、停用、查看接口的运行日志。(要求提供真实产品的截图并加盖投标供应商公章) 6)需支持可视化界面自定义配置数据使用的审批流程,需支持流程变量与任务变量设置,流程设计界面需支持拖拉拽式的简易配置,支持会签、或签等多种个性化流程。 7)需支持查看数据资源申请任务的申请信息与审核信息,审核信息需支持查看当前审核节点,及审核流转记录。审核时,需能调整数据字段的脱敏规则。 8)需提供部门应用中心,部门应用应包含部门应用内可用的数据资源,包含已授权的***、*****、***等共享形式的数据资源。需提供个人申请中心,需包括数据使用申请和数据纠错申请。数据使用申请需能按审核中、审核通过、部分通过、未通过等状态进行分类查看;数据纠错申请需支持按办理中、已拒绝、已办理等状态进行分类查看。 1.2.3数据安全管理 具体要求如下: 1)需支持数据资源分类管理、数据资源分级管理、数据脱敏管理。 2)数据资源分类管理需包含分类维度、分类规则、分类管理等管理功能。分类维度需预置公民个人维度、敏感个人信信息维度;分类规则需支持通过正则表达式进行设置,系统可自动匹配符合规则的数据资源项并将其放入对应的分类;分类管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理,支持自动生成和人工管理两种方式。 3)数据资源分级管理需包含分级定义、分级规则、分级管理等管理功能。分级管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理, 需支持按分级规则自动生成和人工管理两种方式。 n4)数据脱敏规则设置需支持选择******、******、***、***、保留前m位和后n位、保留第m-n位、遮盖前m位和后n位、遮盖第m-n位、特殊字符前遮盖、特殊字符后遮盖等脱敏算法。(此项指标功能需要演示) 5)需支持按照数据资源名称或脱敏规则名称自动匹配生成数据资源项对应的脱敏规则。 1.3数据阅览室 1.3.1教师数据阅览室 1) 系统需预置*套教师数据阅览室,可对教师基本信息、人事信息、教学信息、科研信息、财务信息、资产信息、校园生活等进行展示。 2) 教师发现个人数据质量问题时,需能发起数据纠错申请,需能选择修改数据、新增数据、删除数据等常见纠错需求,数据纠错颗粒度需支持字段级。 3) 为提高数据纠错效率,教师需能填写本人联系方式及上传相关证明材料。 4) 教师需能查看本人数据纠错记录,需能分类查看办理中、已办理、已拒绝的数据纠错申请。 1.3.2学生数据阅览室 1) 系统需预置*套学生数据阅览室,可对学生基本信息、成绩信息等进行展示。 2) 学生发现个人数据质量问题时,需能发起数据纠错申请,需能选择修改数据、新增数据、删除数据等常见纠错需求,数据纠错颗粒度需支持字段级。 3) 为提高数据纠错效率,学生需能填写本人联系方式及上传相关证明材料。 4) 学生需能查看本人数据纠错记录,需能分类查看办理中、已办理、已拒绝的数据纠错申请。 1.3.3数据阅览室设置 1)需支持自定义创建不同对象的数据阅览室,例如学生数据阅览室、教师数据阅览室、授权的用户或角色进行设置。 n2)需支持多个站点的管理,每个站点支持多套数据模板、**端展示方案以及移动端**展示方案的管理能力。其中数据模型支持从业务对象导入数据模型。(此项指标功能需要演示) 3)需支持启用多个阅览室的展示模式,需支持按阅览室配置不同的阅览室路由,实现多阅览室页面独立网址访问。 4)平台需支持提供丰富的卡片库,供学校选择使用来支撑数据阅览室内容展示。需包括指标项、列表、表单、柱状图、折线图、饼图、证件照等常见数据展示卡片。 5)需支持拖拽方式对现有展示页面的卡片布局进行调整,同时需支持将多个卡片放在*个容器内进行集中呈现。 1.3.4数据纠错办理 ▲1)系统需能将用户提交的数据纠错申请汇总到管理员名下进行统*办理。管理员需能根据不同情况选择直接办理、转办和拒绝。转办时需能根据数据源头选择转办人员。(要求提供真实产品的截图并加盖投标供应商公章) 2)需支持查看数据纠错办理记录,需能分类查看待办理和已办理的纠错申请。 1.4数据集成服务要求 ★1)需对我校学工、人事、教务、研究生、科研、资产、财务、*卡通系统等,按照学校要求进行调研,并完成相关系统实际数据的数据采集服务,数据清洗服务、数据标准化服务、数据集成处理服务、数据脱敏加密服务、数据质量检测服务等,需可采用***、***接口等多种方式对接学校相关系统数据。 ★2)本项目所含所有系统及应用均必须与学校统*身份认证平台(学校统*身份认证平台采用的是东软集团股份有限公司的统*身份认证平台V7.0版本)进行认证对接。确定*套用户身份信息(如将工号作为教师唯*标识),作为认证权限中心和智慧校园的用户权威身份信息。且与统*身份认证平台免费对接。 1.5项目管控能力 ▲1)在整个项目实施过程中,能提供项目实施管控工具,对项目对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理,使项目交付过程向采购方全程开放。(要求提供真实产品的截图并加盖投标供应商公章) ▲2)提供以学校领导为视角的项目综合看板,可查看本学校内项目的当前状态,以及每*项目的建设周期、干系人、进度任务、配置库等信息。(要求提供真实产品的截图并加盖投标供应商公章) ▲3)提供以业务老师为视角的项目信息管理,可查看个人负责和参与的所有项目,以及每*项目的建设周期、干系人、进度任务、配置库等信息。(要求提供真实产品的截图并加盖投标供应商公章) ★2、实施人员要求 2.1提供项目经理1人,要求项目经理为投标供应商正式在职职工。负责全程跟踪项目的实施,直至该项目验收。在系统验收前,全程负责业务系统的实施和支持。如果需要发生变更需要得到学校建设牵头部门的确认,并事先通知对口业务部门的协调负责人。结合采购方要求,专职负责业务调研、需求梳理、平台部署、技术协调及实施。提供项目经理简历表以及(项目经理与投标供应商签订的劳动合同或其他证明材料)作为评审依据,项目经理简历表格式自拟。 2.2提供项目团队成员不低于**人,要求项目团队成员为投标供应商正式在职职工。负责具体的数据调研,实施完成对学校实际业务系统的数据采集,数据清洗、数据标准化、数据集成处理、数据脱敏加密、数据质量等相关工作,并定期向项目经理汇报项目实施情况和反馈相关问题。提供项目团队成员*览表以及(项目团队成员与投标供应商签订的劳动合同或其他证明材料)作为评审依据,项目团队成员*览表格式自拟。 2.3提供规划培训负责人1人,要求规划培训负责人为投标供应商正式在职职工。负责根据学校的业务需求、进行相关的数据挖掘、数据处理和分析工作。负责规划项目培训目标和计划,以及对采购人进行平台产品培训的组织工作,评估培训质量,撰写培训报告和总结。提供规划培训负责人简历表以及(规划培训负责人与投标供应商签订的劳动合同或其他证明材料)证明作为评审依据,规划培训负责人简历表格式自拟,培训具体内容详见格式**商务条款偏离表中★9。 |