1、系统功能参数 1. (略) 1.1.1. 总体要求 1)系统支持首页支持根据角色切换子系统。根据不同角色,能提供消息提醒及待办,展示个人基本信息。 2)提供个人入校以来的入校履历信息,以时间轴的形式直观展现,包括个人学历、岗位、职称、关键业绩等信息的变化均能体现在入校履历时间轴上。 ★3)提供个人日常业绩数据待办事项、通知及相关消息提醒等功能。(要求提供真实产品的截图并加盖投标供应商公章) 4)提供个人业绩的查询和管理入口,对自己的所有业绩数据可进行查询,对部分授权数据可进行补充和修正。 5)提供个人业绩数据的汇总和,以满足个人对本人全量业绩数据的确认和核对,以多种图表(柱状图、条形图、饼图、环形图)展现教职工教学、科研等个人全方位数据,支持图表到数据的钻取。 1.1.2. 数据集成管理 1)需提供外部数据源管理,可按来源库与目标库的维度对数据源进行分类管理; 2)为方便数据源的管理,需支持添加数据源标识与责任单位;支持对数据源进行新增、编辑、测试、复制、停用、启用、删除等操作; 3)需支持国内外主流数据库,且支持以下形式的数据采集,包括Access、CSV、Excel、FTPInput、GetResultFiles、Json、LDAP、Mondrian、SAP、XBase、XML、XMLA形式的数据采集;且支持HBase文件、HDFS文件、Hive文件、MongoDB的输入与输出; 4)需支持集成任务管理,可按数据采集、数据清洗转换、数据建模、自定义对集成任务进行分类; ▲5)数据集成任务需支持以可视化、零代码的数据集成方式完成,支持按数据输入、关联合并、数据过滤、数据映射、数据输出等流程化的形式完成数据集成操作。(要求提供真实产品的截图并加盖投标供应商公章) n6)通过导入外部集成任务文件的形式创建自定义集成任务,支持导入ktr等类型的集成任务文件,并能执行接口及查询执行日志。接口不支持直接删除,须先停用,才能删除接口。(此项指标功能需要演示) 7)需支持对数据集成任务运行情况进行监控,需能通过健康度指标来反映任务在近期运行中的稳定程度,需通过不同 (略) 分展示。 n8)可通过可视化界面配置Cron表达式配置调度计划执行时间,可通过“拖拉拽”式界面简易配置一条按“数据采集”到“数据清洗转换”到“数据建模”顺序执行的调度。(此项指标功能需要演示) 9) (略) 任务运行情况,包括调度监控、数据源监控、任务监控、任务运行设备监控等信息,方便管理者对任务的运维管理; 10)调度监控需支持以运行时刻图的方式展示构建数仓、质量检查、数据交换和其他调度的每日执行情况。应展示每次调度的开始时间、结束时间、耗费时长和运行结果。 11)数据源监控需能展示来源库和目标库的正常连接和错误连接的数据源统计情况。 12)任务监控需能以图表形式展示交换、采集、清洗转换、建模和其他自定义任务的运行次数和成功次数。应能展示最近5次及以上任务运行详情,包括任务开始时间、任务类型、任务名称、运行时长、运行结果等信息。 13)任务运行设备监控应展示每个运行任务的服务器设备情况,包括每台设备的IP地址、CPU数、内存和指定时间范围内的任务运行次数。 14)涉及到的数据源或数据目标发生变化影响到任务进行时,任务将进入告警状态,及时提醒 (略) 理。 1.1.3. 数据标准管理 1.1.3.1数据元素 1)需支持批量导入《GB/T #.2-2018 信息技术 学均、计数、去重计数、最大值、最小值等算法; 需支持调度规则设置,完成数据自动化计算。 ▲3)衍生指标需支持可视化配置,支持从指标库拖拽数据指标,支持算术运算符、比较运算符、逻辑运算符等计算;支持调试及结果;需支持调度规则设置,完成数据自动化计算;(要求提供真实产品的截图并加盖投标供应商公章) 4)需支持统计周期的灵活可视化配置,支持基准日期、偏移量及单位设置, 基准日期需支持该日、该周首日、该月首日、该季度首日、该年首日、该学期首日、该学年首日等选择; 1.1.5. 数据质量管理 具体要求如下: ▲1)数据质量管理需包含质检规则、质检方案、质检结果管理。规则库需至少包含非空检查、值域检查、规范检查、唯一性检查、引用完整性检查、逻辑检查等类型的检测规则。需支持按数据元素批量新增质检规则。(要求提供真实产品的截图并加盖投标供应商公章) n2)质量检测规则管理需支持设置进行质检的表、字段,支持通过正则表达式自定义数据质量检测规则,通过方案可以对规则进行任意组合,并可以设定周期和保留时间(天)。(此项指标功能需要演示) 3)需支持对质量检测规则进行问题级别定义,需至少包含“建议”“轻微”“一般”“严重”等维度,便于对数据质量问题采取不同响应措施。 4)需支持自定义保留最近检测次数的质检结果,而质检方案汇总数据将永久保存。 5)支持数据质量分析报告,质检报告需支持PDF格式下载;报告内容需包含数据质检综合评分、质检评分历史趋势、质检结果分析、评估概况、数据表质检明细、各部门质检明细等部分内容。 1.1.6. 数据存储管理 具体要求如下: 1) 支持shared nothing架构(MPP),具有高扩展性,可以支持1000个以上的集群,确保线性扩展性能和容量,管理的数据规模从TB级到PB级,满足学校数据规模增长需求。 2) 提供分布式事务机制。通过将数据分布到多个节点上来实现规模数据的存储,通过并 (略) 理来提高查询性能。每个节点仅查询自己的数据。所得到的结果再经过 (略) 理得到最终结果。 3) 需支持行存储和列存储,采用hash分布的数据分布机制,计算节点和数据存储紧密耦合。 4) 拥有完善的SQL标准支持,全面支持SQL92、SQL99、SQL2003以及OLAP扩展;支持对于JDBC、ODBC、C、Python API等接口的支持。 5) 可以在同一个并行数据流引擎上执行所有查询和分析(SQL、MapReduce、R语言等)操作,从而允许分析人员、开发人员和统计人员使用同一个基础构架进行数据分析。 6) 需支持B+Tree、哈希、位图、GiST和GIN,从而能够实现多种索引功能,提供给数据架构师实施优化设计所必需的工具。 7) 支持基于行和列的细粒度数据访问权限访问控制,让不同权限的访问者只能看到被授权的部分数据,确保数据共享不影响防范数据泄露。 8) 采用了业内领先的压缩技术,提高性能的同时,显著地减少存储数据所需的空间。客户可以将所用空间减少3-10倍,并提高有效的I/O性能。 9) 支持行存储、列存储、外部表等多态存储,用户可以根据数据热度或者访问模式的不同使用不同的存储方式。 10) 提供高效的资源管理机制,主要包括对并发查询数量的限制,查询执行时内存、CPU资源使用的限制等。支持资源队列(Resource Queue)和资源组(Resource Group)两种资源管理方式. 11) 支持各种过程化编程语言,包括PL/PostgreSQL、PL/R、PL/Python、PL/Java、PL/Perl等语言扩展。在高级数据分析方面,通过MADlib扩展模块,用户可以很方便地完成大规模并行分析。 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. (略) 1.1.2.1数据目录管理 1.2.1.1数据目录管理总体要求 为逐步解决学校数据来源不明确、权责不清晰、数据不全面等相关问题。需通过建设数据资源目录形成全校数据资源的一个有序清单。它可以使用元数据来帮助学校管理数据,帮助数据专业人员收集、组织、访问和充实数据资产,从而为数据发现和开放提供支持。 具体要求如下: 1.2.1.2基础数据目录管理 1)需支持自动检测尚未生成基础数据资源的主数据模型和主数据表信息,支持批量生成基础数据资源。 ▲2)需支持对已生成的基础数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回已提交发布的基础数据资源。(要求提供真实产品的截图并加盖投标供应商公章) 3)基础数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序。 4)需支持本人待审核和已审核的基础数据资源列表。需支持基础数据资源目录的审核信息,各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持当前流程节点的执行人。 1.2.1.3部门目录管理 1)需提供部门数据资源模板库,需支持批量导入部门数据资源模版。需支持自动匹配校内提供部门,未匹配的需支持手动调整提供部门。 2)需支持业务部门根据部门数据资源模版批量创建部门数据资源,也需支持部门用户自定义新增部门数据资源;需支持业务部门其它部门的数据资源模板,但不可对其他部门模版进行增删改等操作。 3)部门数据资源管理需支持设置数据资源属性和数据资源项属性;数据资源属性包含基础属性和共享开放属性;数据资源的基础属性需包含数据资源名称、更新频率、提供方、内容摘要;数据资源的共享开放属性需包含数据资源的共享类型与使用方式,共享类型需包含“有条件共享、无条件共享、不予共享”,使用方式需包含“ETL推送”“API接口”“Excel导出”。 4)需支持用户将本部门的数据资源进行数据挂接,需支持数据资源项与库表的字段进行关联绑定。 5)需支持对部门的数据资源进行统一管理,数据资源应支持按“草稿”“注册中”“已注册”等三种状态进行分类管理;已创建的数据资源在未注册前为“草稿”状态;已提交注册申请在审核流程中的数据资源为“注册中”状态;已通过注册审核流程的数据资源为“已注册状态”。 ▲6)需支持对部门数据资源进行注册申请、注册审核、发布申请、发布审核等看流程操作。需支持已提交注册的数据资源的申请信息和审核信息,申请信息需包含提交申请的时间、状态、及申请内容,审核信息需包含审核流程图及审核流转记录。(要求提供真实产品的截图并加盖投标供应商公章) 7)需支持数据运营方对部门提交注册的数据资源进行审核,需按“待审核”“已审核”进行分类管理,审核可提交的注册的数据资源信息,提交审核意见。为提高注册审核的工作效率,审核模块需支持按数据资源名称、申请人、部门、申请时间等维度对待审核任务进行查询、筛选。 ▲8)需支持运营方将已注册的数据资源发布至数据门户,可资源发布申请信息及审核记录。需支持对已提交发布申请的数据资源进行审核,对待审核任务及已审核任务可以 (略) 理。(要求提供真实产品的截图并加盖投标供应商公章) 9)需提供部门数据资源目录看板,需支持按权限全部部门或单个部门的数据资源概况,数据资源注册情况,数据资源挂接情况,数据资源共享情况,数据资源使用情况进行统计与展示。 10)需支持对近30天通过Excel下载数据、通过ETL使用数据、通过API调用数据的趋势进行分析。需支持按数据资源注册数量和注册率对全部部门数据资源注册情况进行排名。需支持按数据资源挂接数量和挂接率对全部部门数据资源挂接情况进行排名。 1.2.1.4主题目录管理 1) 需支持自动检测尚未生成主题数据资源的主题模型信息,支持批量生成主题数据资源。 2) 需支持对已生成的主题数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回已提交发布的主题数据资源。 3) 主题数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序。 4) 需支持本人待审核和已审核的主题数据资源列表。需支持主题数据资源目录的审核信息,各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持当前流程节点的执行人。 1.2.2数据共享开放门户 具体要求如下: 1)需提供数据门户作为统一的发布中心,可发布学校标准与规范、数据资源。数据使用方可以通过基础数据目录,部门数据目录,主题数据目录分类查找所需的数据资源。 2)需支持按数据资源名称或数据资源项等关键字检索数据资源。需支持热门数据资源和最新发布数据资源。 3)需支持数据资源的基本信息、数据资源项信息、使用情况等信息。数据资源的基本信息需至少包含基础属性与管理属性;数据资源基础属性需展示数据的提供部门、更新频率、内容摘要等;数据资源管理属性需展示资源的版本信息、数据挂接状态、资源注册时间、资源发布时间等信息。数据资源项信息需至少包含数据资源项名称、数据资源项共享类型、业务标识、挂接状态、关联字段、数据类型等信息。 4)需支持数据使用方将多个数据资源加入待申请清单,支持批量提交数据使用申请。 ▲5)数据使用方在申请资源时需能选择以ETL推送、API接口开放、Excel导出等多种模式获取数据。审核通过后系统需支持自动生成API接口或excel下载链接,API接口需遵循OData规范;需支持数据使用方自行完成ETL接口的管理,包括接口制作、启用、停用、接口的运行日志。(要求提供真实产品的截图并加盖投标供应商公章) 6)需支持可视化界面自定义配置数据使用的审批流程,需支持流程变量与任务变量设置,流程设计界面需支持拖拉拽式的简易配置,支持会签、或签等多种个性化流程。 7)需支持数据资源申请任务的申请信息与审核信息,审核信息需支持当前审核节点,及审核流转记录。审核时,需能调整数据字段的脱敏规则。 8)需提供部门应用中心,部门应用应包含部门应用内可用的数据资源,包含已授权的ETL、Excel、API等共享形式的数据资源。需提供个人申请中心,需包括数据使用申请和数据纠错申请。数据使用申请需能按审核中、审核通过、部分通过、未通过等状态进行分类;数据纠错申请需支持按办理中、已拒绝、已办理等状态进行分类。 1.2.3数据安全管理 具体要求如下: 1)需支持数据资源分类管理、数据资源分级管理、数据脱敏管理。 2)数据资源分类管理需包含分类维度、分类规则、分类管理等管理功能。分类维度需预置公民个人维度、敏感个人信信息维度;分类规则需支持通过正则表达式进行设置,系统可自动匹配符合规则的数据资源项并将其放入对应的分类;分类管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理,支持自动生成和人工管理两种方式。 3)数据资源分级管理需包含分级定义、分级规则、分级管理等管理功能。分级管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理, 需支持按分级规则自动生成和人工管理两种方式。 n4)数据脱敏规则设置需支持选择SHA256、SHA512、MD5、SM3、保留前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)需支持多个站点的管理,每个站点支持多套数据模板、PC端展示方案以及移动端H5展示方案的管理能力。其中数据模型支持从业务对象导入数据模型。(此项指标功能需要演示) 3)需支持启用多个阅览室的展示模式,需支持按阅览室配置不同 (略) 由,实现多阅览室 (略) 址访问。 4)平台需支持提供丰富的卡片库,供学校选择使用来支撑数据阅览室内容展示。需包括指标项、列表、表单、柱状图、折线图、饼图、证件照等常见数据展示卡片。 5)需支持拖拽方式对现有展示页面 (略) 进行调整,同时需支持将多个卡片放在一个容器内进行集中呈现。 1.3.4数据纠错办理 ▲1)系统需能将用户提交的数据纠错申请汇总到管理员名下进行统一办理。管理员需能根据不同情况选择直接办理、转办和拒绝。转办时需能根据数据源头选择转办人员。(要求提供真实产品的截图并加盖投标供应商公章) 2)需支持数据纠错办理记录,需能分类待办理和已办理的纠错申请。 1.4数据集成服务要求 ★1)需对我校学工、人事、教务、研究生、科研、资产、财务、一卡通系统等,按照学校要求进行调研,并完成相关系统实际数据的数据采集服务,数据清洗服务、数据标准化服务、数 (略) 理服务、数据脱敏加密服务、数据质量检测服务等,需可采用ETL、API接口等多种方式对接学校相关系统数据。 ★2)本项目所含所有系统及应用均必须与 (略) ( (略) 采用的 (略) (略) (略) V7.0版本)进行认证对接。确定一套用户身份信息(如将工号作为教师唯一标识),作为认证权限中心和智慧校园的用户权威身份信息。 (略) 免费对接。 1.5项目管控能力 ▲1)在整个项目实施过程中,能提供项目实施管控工具,对项目对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理,使项目交付过程向采购方全程开放。(要求提供真实产品的截图并加盖投标供应商公章) ▲2)提供以学校领导为视角的项目综合看板,可本学校内项目的当前状态,以及每一项目的建设周期、干系人、进度任务、配置库等信息。(要求提供真实产品的截图并加盖投标供应商公章) ▲3)提供以业务老师为视角的项目信息管理,可个人负责和参与的所有项目,以及每一项目的建设周期、干系人、进度任务、配置库等信息。(要求提供真实产品的截图并加盖投标供应商公章) ★2、实施人员要求 2.1提供项目经理1人,要求项目经理为投标供应商正式在职职工。负责全程跟踪项目的实施,直至该项目验收。在系统验收前,全程负责业务系统的实施和支持。如果需要发生变更需要得到学校建设牵头部门的确认,并事先通知对口业务部门的协调负责人。结合采购方要求,专职负责业务调研、需求梳理、平台部署、技术协调及实施。提供项目经理简历表以及(项目经理与投标供应商签订的劳动合同或其他证明材料)作为评审依据,项目经理简历表格式自拟。 2.2提供项目团队成员不低于10人,要求项目团队成员为投标供应商正式在职职工。负责具体的数据调研,实施完成对学校实际业务系统的数据采集,数据清洗、数据标准化、数 (略) 理、数据脱敏加密、数据质量等相关工作,并定期向项目经理汇报项目实施情况和反馈相关问题。提供项目团队成员一览表以及(项目团队成员与投标供应商签订的劳动合同或其他证明材料)作为评审依据,项目团队成员一览表格式自拟。 2.3提供规划培训负责人1人,要求规划培训负责人为投标供应商正式在职职工。负责根据学校的业务需求、进行相关的数据挖掘、 (略) 理和分析工作。负责规划项目培训目标和计划, (略) 产品培训的组织工作,评估培训质量,撰写培训报告和总结。提供规划培训负责人简历表以及(规划培训负责人与投标供应商签订的劳动合同或其他证明材料)证明作为评审依据,规划培训负责人简历表格式自拟,培训具体内容详见格式14商务条款偏离表中★9。 |