XX学院智慧校园核心平台及应用开发（三期）项目建设要求.docx

《XX学院智慧校园核心平台及应用开发（三期）项目建设要求.docx》由会员分享，可在线阅读，更多相关《XX学院智慧校园核心平台及应用开发（三期）项目建设要求.docx（15页珍藏版）》请在三一文库上搜索。

1、XX学院智慧校园核心平台及应用开发（三期）项目建设要求一、项目概况随着信息技术的飞速发展，数据已经成为学校管理和决策的重要资源。学校在日常运营中产生了大量的数据，涵盖了教学、科研、人事、财务、资产等多个方面。如何有效地管理和利用这些数据，提升数据质量，支持科学决策，成为学校信息化建设的重要课题。在此背景下，指标中枢管理平台应运而生，旨在通过体系化的数据治理和指标管理，提升学校的数据应用能力，推动学校的数字化转型和高质量发展。二、技术和服务要求要求提供XX学院数字基座数据上报质量提升服务，包括数据质量检测诊断平台和数据质量诊断服务;要求提供指标管理平台，包括指标工作台、指标管理、指标分类管理、预

2、警配置、指标汇总表、指标明细表、指标检索、指标预警管理、数据源配置、指标开放和数据指标调研及质量改进服务；要求提供领导智能数据助手，包括个性化首页、指标关注与预警、重点指标看板、指标关注与检索、专项分析和数据智能助手移动端；要求提供数据治理专项服务，持续进行数据中台数据采集工作和专项数据治理服务。（一）主要技术参数要求序号分项名称主要技术参数数量单位1XX学院数字基座数据上报质量提升服务（一）提供数据质量检测诊断平台，主要功能包括：1、支持数据合规检测：（1）前置数据情况：支持累计数据前置数据检测通过数据量、前置检测未通过数据量、通过率、1项数据接入量等维度数据统计展示。（2）今日数据：支持今

3、日数据前置数据检测通过数据量、前置检测未通过数据量、通过率、数据接入量等维度数据统计展示。（3）通过率趋势：支持按找折线图形式展示近一月数据前置检测通过率趋势，同时支持按月的切换筛选。（4）前置检测未通过类型：支持前置检测未通过类型情况占比统计分析，包括检测类型、标准值检测、长度检测、空值检测等。（5）各数据集累计通过率：支持以柱状图形式展示各数据集累计通过率，包括教职工管理数据子集、服务管理数据子集、党建思政数据子集、学校概况数据子集、科研管理数据子集等维度。（6）各表累计通过率：支持按照XX学院数字基座高职数据标准及接口规范滚动展示各数据表质量检测累计通过率。2、支持数据质量检测：（1）数

4、据质量概况：支持展示数据质量得分，包含评分为A档、B档、C档、D档、E档数据表数量，支持按照完整性、及时性、准确怡、一致性、有效性分类展示各项评分。（2）数据质量趋势分析：支持学校数据每半个月进行数据质量监测，最终形成数据质量分析趋势,同时支持查看数据质量趋势分析总结。（3）数据质量各维度趋势分析：支持以时间维度对学校数据质量按照一致性、数据量、完整性、可信度整体评分展示，形成最终各维度趋势分析总结（4）数据质量提升分析：支持对每张数据表进行评分等级五档的归类，并统计各个档位分析统计。同时可以查看各类数据表质量评估、一致性、数据量、完整性、可信度挡位情况。（5）各业务部门数据质量统计：支持查看

5、业务部门数据整体质量的统计展示。（6）质量检测未通过类型：支持从完整性、及时性、准确性、一致性、唯一性、有效性分析维度以雷达图的方式展示评分为五档的数据表占比。（7）检测详情总体概览：支持检测告警（E级）数据表数量、部门数量、系统数量、检测表数量、检测字段数量、检测数据总数量等维度数据展示数据检测信息。（8）检测详情列表：支持按部门、系统分类查询数据表检测详情，包含对接方式、质量得分、检测等级、所属部门、来源、字段数等维度数据，支持按照数据表名称搜索。（9）各部门质量得分排名：支持按部门统计各部门数据质量得分排名。3、支持自动生成检测报告：每十五天定期检查、宏观与细致结合，精确分析、支持报告导

6、出下载,可根据日期进行筛选，提高学校数据的价值、降低因数据质量导致的风险和成本。4、支持上报数据汇聚：（1）支持库表汇聚：支持新建库表汇聚任务，新建任务需包含任务名称、关联数据源、数据库名称、任务数据表名称，选择字段自动配置，支持获取数据表字段，自动加载任务数据表名称所属表的表字段信息，支持全选、多选表字段，支持字段预览，选择自定义QUeIySq1,需支持输入自定义Sql语句，支持默认加载目标源类型，支持选择目标数据对象，支持获取目标数据表字段，自动加载数据表字段信息，支持全选、多选表字段，支持字段预览，支持JVM参数设置、支持按照0、2、4、6、8、10选择速率、支持按照年、周、月、日、时、

7、分、秒快速配置CrOn表达式，支持Cron预览、Cron结果展示、最近5次运行时间展示、支持任务超时时间、失败重试次数设置,支持任务语句预览。（2）支持数据对账管理：支持数据对账列表展示,包括数据对象、处理时间、采集量、入库量等信息，支持采集异常信息查看，异常信息需包含采集数、入库数、处理时间、状态信息、行数、主键、错误信息、建议。（3）前置数据检测：D检测规则配置：用户可以新建检测规则，包括检测规则名称，检测规则配置等信息，支持类型检测、空置检测、长度检测、内容检测等检测规则，且支持多个规则串联配置。用户可以对已有检测规则配置进行编辑、删除等操作。用户可以查询检测规则配置列表，并基于检测规则

8、配置名称进行搜索操作。2）检测规则映射：用户可以新建检测规则映射，设置检测规则与元数据结构的映射关系，系统可以在进行数据汇聚时自动根据检测规则进行质量检测。用户可以对已有检测规则映射进行编辑、删除等操作。用户可以查询检测规则映射列表。3）检测规则字段映射：支持对采集的每个字段进行规则配置，按照配置的规则对该字段进行检测，对符合和不符合检测规则的数据进行过滤。5、支持上报数据资产管理：（1）上报数据源管理：需支持对业务系统的数据源进行管理，如业务系统数据库信息，支持通过Jdbc,用户名、密码、数据库类型、数据库驱动等信息新建数据源，支持对常见IIlySq1、oracleSqlServer等数据库

9、配置连接信息，支持对已配置的数据源信息进行内容的编辑维护和删除，支持对已创建的数据源进行测试，确保数据源能够正常连通，获取数据。通过对数据源进行科学的管理，确保数据交换服务高效、安全、稳定的运行。（2）上报元数据管理：1）元数据同步：元数据同步功能确保不同系统或数据仓库之间关于数据结构和属性的信息保持一致，用户可以选择不同的数据源设置元数据同步定时任务，查看同步记录以及一键同步。2）元数据查询：用户可以选择不同的数据源、数据库、数据表，查询对应数据表的结构信息，包括字段名称、字段类型、字段长度等，可以对字段添加备注名称等操作。（3）上报主数据管理：1）主数据模型：用户可以选择对应的主数据目录新

10、建主数据模型，可以设置主数据模型名称、模型中文名称、模型描述及是否共享等信息。用户可以对已有主数据模型进行编辑、删除、修改共享状态等操作。用户可以查询主数据模型列表，并基于主数据模型名称进行搜索操作。2）主数据字段标准：用户可以选择对应的主数据模型新建字段标准，可以设置字段名称、字段英文名称、字段类型、字段长度、是否为主键、是否必填以及字段描述等信息。用户可以对已有字段标准进行编辑、删除等操作。用户可以查询字段标准列表，并基于字段名称进行搜索操作。3）主数据代码标准：用户可以新建代码标准，包括代码名称、代码编码、代码级别等信息。用户可以对已有代码标准进行编辑、删除、代码配置、代码映射等操作。用

11、户可以查询代码标准列表，并基于代码名称进行搜索操作。6、系统配置：支持用户可以对平台已有菜单进行编辑、删除、修改排序等操作。（二）提供数据质量诊断服务：1、需每两周向学校提供数据质量检测报告，并进行报告解读，协助学校推进各业务厂家数据质量提升工作，配合数据中台及各业务系统厂家集成教育部要求的全量数据；2、向学校每两周对数据质量提升方式提供参考性意见和建议。3、为学校提供诊断提升服务，通过调研学校信息化建设情况，评估现阶段整体建设水平，进行对应成熟度等级提升。根据根据教育部下发的数据治理报告，分析数据质量评分低的原因，然后给学校出具整改建议，组织学校进行提升培训工作。主要包括以下内容：D准备阶段

12、确认学校牵头科室，根据数据对接方式及对接范围模板，梳理梳理98张表（具体表格数量和内容以国家要求为准）对应的部门、是否有系统支持、对接方式等，形成数据清单。2）多维度数据诊断：主要围绕学校每学期成熟度报告的计算逻辑、监测指标，根据平台具体的提升方案，从前置监测、数据质量（时效性、数据量、完整性、一致性、可信度）、场景评估（可访问性、活跃度、持续性、全面性）等进行数据诊断，形成诊断报告。3）问题定位与分析：借助诊断平台、人工监测结合的方式确认问题定位，形成异常报告。4）诊断报告与改进建议：通过问题清单、改进优先级、优化方案的综合报告，对不合规的数据表按照全国职业教育智慧大脑院校中台高职数据标准

13、及接口规范等教育部框架标准协助学校进行整改。5）为进一步规范和提高学校数据治理检测诊断平台项目的技术服务水平和效率，应提供从项目实施服务、项目培训服务、线上服务、现场服务、培训服务、回访服务、产品升级服务7个方面提供全流程服务，建立平台长效安全运维服务保障体系。备注：具体表格数量和内容以国家要求为准，如果政策要求发生变化，需在2周内完成所有相关更新和实施工作。2指标管理平台1、指标工作台工作台提供给管理员能够全局掌控所有主题、指标、任务监测、指标预警等能力。具体功能须包含：1）指标主题分类数量，同比上月主题分类变化；2）当前平台构建的指标数量，同比上月指标数量的变化；1套3）预警监测任务构建数

14、量，有警告/无警告对应任务数量变化，同比上月任务数量变化；4）预警警告数量，今日新发生数量同比昨日变化;5）指标矩阵，以矩阵图方式全局图形化展示平台各分类主题下的指标分布情况，实现主题分类一子主题分类一指标运行监测一指标配置调整的四级钻取管理。6）最新预警数据，平台所有产生的最新预警监测数据，及时了解各指标预警情况；7）提供全局指标检索能力，用户输入指标名称关键字，快速返回指标结果。2、指标管理新增指标：平台须支持自定义业务指标，新增方式须支持：原子指标、外部APl接口指标、外部数据库SQL指标、衍生指标、导入指标等方式。须支持多种数据源，包含常见的：MySQL、Oracle.SQLServe

15、rDB2POStgreSQL等常见数据源，同时也须保留与其他Bl平台对接能力，实现后续各类指标图表展示以及Bl分析平台中图表抽象为指标的能力。须支持基于业务需要可以自主定义指标评价方案，包含：评价标题、评价说明、评价比较规则、评价脚本、评价值、评价类型以及评价信息。指标定义功能，须包含：基础定义：指标标题、所属主题分类、指标ID、运行方式、定时运行策略、指标关联的数据源；指标构建规则定义：支持配置指标参考、结果数据、结果路径、计算脚本、结果展示；指标权限定义：指标授权用户、指标授权系统用户组、部门用户组等。所有指标在构建过程中，均支持实时预览指标运行结果。指标运行管理：以指标主题分类目录树的方

16、式展现所有指标，指标列表中能够直观反应每个指标的指标标题、当前运行状态，指标类型、运行历史、血缘、预警配置、预警警告、推送、推送历史查阅、WlKl知识库等功能。3、指标汇总及明细表针对指标平台中所有构件的指标须支持按分类目录树的方式进行统一管理，指标按照指标分类进行归类查询，指标主题分类的构建支持：自行按节点新增，也支持与数据分析平台主题目录树实现一键分类同步。须支持以二维统计报表的视角进行汇总查看各专题下的指标构建情况，包含：主题分类、子主题分类、规划指标数、待建指标数、已完成指标数、完成进度、指标归口部门、数据质量情况等维度。同时，支持对主题、子主题以及指标的模糊检索，快速定位相关查询结果

17、同时须支持通过指标明细表的方式总览整个指标体系的建设详情，包含专题、主题、具体的指标、指标的数据来源系统、具体的数据盒、同步的时间，图标的展示类型、运算逻辑等。须提供给平台用户指标全局检索能力，通过关键词的方式进行检索，快速返回用户需要的指标。每个指标均以卡片方式展示，包含指标的图表展示方式，指标创建时间，所属主题分类等。每个指标卡片点击则进入指标WIKL详细阐述指标的WIKI、指标结果以及运行历史等。4、指标预警配置预警警告管理：支持基于预警配置要求，按照指标运行策略得出相应的预警警告，预警警告触发后，基于指标授权的用户收到预警通知。警告管理列表须包含：警告时间、预警指标、状态、预警名称、

18、预警触发规则、警告类型（一级、二级、三级预警）、优先级、预警数据、警告信息描述。每条预警信息，须支持点击查看预警触发详细信息，查看预警触发原因。并支持对预警事件快速处理、删除等动作。预警配置管理：须支持基于上层业务场景的需要，自主构建关联指标的预警监测要求，平台须提供常规的比较型与复杂脚本性两类规则配置能力，支持设置预警类型、优先级、灵活自定义预警信息、预警信息的脚本，支持灵活设定预警推送周期包含：每次预警/解除前只预警一次/N天内不重复预警/N小时内不重复预警/N分钟内不重复预警等）。预警通知须支持站内信、短信、邮件、企业微信等多种方式。5、指标开放指标接口管理：针对需要开放到外部的指标，平

19、台须提供统一的APl接口，每个接口至少包含：键值Key、接口标题、数据来源类型、开放类型（引用指标结果、引用复合指标、计算）、是否忽略全局筛选、目标指标、指标参考及预览等。也须支持把结果JSoN模板放入字符串中加载方式。指标开放用户管理：针对需要获取指标数据的用户进行须支持新增、授权管理，给每个用户单独的密钥，设定用户有效期，每日调用上限数、周期调用总数限制，按照指标开放设定的规则来进行访问调用。6、数据指标调研及质量改进服务1）核心指标库调研梳理服务须参考部门业务管理需要、部门年度考核等指标文件要求，结合学校发展过程中关注的重要业务指标为核心，梳理学校核心指标，并输出能反应学校整体运行状态的

20、核心指标体系库。2）数据支撑度摸底服务基于产出导向（发展核心指标库）进行逐业务域、逐项指标关联确认数据来源。数据源精确到来源表、字段。根据数据来源类型量化指标的目标数据支撑度，形成数据支撑度摸底报告。3）数据质量校验服务上述数据摸底工作完成后可明确所有可用指标项，本期项目构建服务将从可用指标中选取进行可视化分析，汇总形成指标应用主题，对于所有过程中暴露的数据问题需记录汇总，并及时反馈数据源管理员，跟踪后续治理动作。项目正式上线前将所有数据问题、解决方式整理形成数据质量验证反馈报告。1、个性化首页领导3智能数据助手数据智能助手须充分考虑用户的角色和使用习惯，为每位用户打造个性化的首页。对于校领导

21、首页重点展示学校整体的关键指标和发展态势概览；对于教师，突出与教学、科研相关的指标数据。同时，须支持用户自定义布局和指标筛选，1用户可以根据自身需求，自由调整首页显示的内容和排版，快速获取最关注的信息。首页提供个人关联指标数、关注指标看板、推送指标看板、新开放指标看板，提供一键关注指标功能。2、指标关注与预警须支持用户自主添加关注指标，系统实时跟踪这些指标的动态变化，并及时推送最新信息。当关注指标触发预警时，用户能收到详细的预警通知,通过点击预警指标可以查看到指标相关数据、指标简介、运算逻辑、指标WlKl信息。3、重点指标看板须提供丰富的可视化展示方式，如折线图、饼图、柱状图、仪表盘等，支持

22、用户自定义分类和指标选取，打造个性化的数据视图。用户可以根据自己的分析需求，将重点关注的指标添加到看板中,并提供自由调整图表的分类色板和发散色板，支持拖拉拽自由布局工具帮助完成看板搭建。对组建好的指标看板支持分享给其他用户或用户组。4、指标库与检索构建全面的全校指标库，须涵盖教学、科研、师资、学生等与高校业务相关的各个领域的指标，至少预置100O项指标标准及不少于600项指标实施服务。并须提供多维度的检索功能，支持用户通过关键词搜索，快速定位到相关指标；提供分类筛选功能，可按照业务领域、指标类型等进行筛选,提高指标查询和分析的效率。5、专项分析须支持驾驶舱集成能力，可通过对接集成学校已建设的专

23、题驾驶舱，辅助用户决策分析。6、数据智能助手移动端平台需提供移动端适配能力，移动端首页需包含指标总数、警告指标数、开放指标数、关注指标数的总览，同时支持直观展示最新关注的指标、新推送的指标、新开放的指标，并支持对新开放指标一键快速查看和关注功能。移动端警告指标支持查看最新产生预警的指标，并可通过点击快速查看预警指标详情。移动端重点指标看板功能须支持快速切换选择已经组建好的重点指标专题看板，也须支持在移动端操作新增新的指标看板，支持快速添加新的指标，删除已选指标、并对指标拖拉拽进行布局调整、全屏查看指标等功能。移动端指标库功能，须支持快速选择指标目录查找相应指标，并支持输入关键词搜索指标，对已查

24、询到的指标支持快速关注和点击查看指标详情功能，指标详情须包含指标的简述、运算逻辑、指标的WIKl等信息。4数据治理专项服务持续进行数据中台数据采集工作，并对学校数据中台中关于XX学院数字基座上报数据、人才培养状态上报数据、指标管理平台指标数据、领导智能数据助手指标数据等进行专项数据治理服务。1项（二）其他要求1.集成对接要求（1）统一身份认证集成系统需要按照学校要求规范集成到信息门户（包括PC端和学校指定的APP）,根据我校认证中心平台的接入要求，实现单点登录、单点登出，确保各业务系统使用统一的账号和密码进行身份认证。（2）数据集成对接遵循学校数据管理原则，基础数据与相关业务数据要从学校数据中

25、心采用APl接口的方式统一获取。提供业务系统数据库信息、全量数据及数据字典，保证业务系统向数据中心提供的数据频率和质量达到校级管理的要求。（3）服务集成业务系统要集成到我校移动门户，需根据H5的方式进行开发。业务系统厂商要确保每个功能服务页面具有独立的URL,协助学校实现将面向最终用户的服务页面URL整合在学校统一信息门户（PC端和学校指定的APP）作为一个快速入口（需要实现单点登陆效果）。需要进行服务集成的功能列表由业务系统厂商与学校商定，以校方需求为准。（4）消息集成业务系统有发送消息业务功能，则需要集成学校提供的统一消息接口进行发送消息，按照规范要求进行集成。使业务系统消息能够通过我校消

26、息中心进行转发。包括消息提醒、发送、已读、未读等所有消息类型。（5）待办集成业务系统需根据我校事务中心接口，将待办、已办、申请、传阅等不同事务办理状态推送给事务中心网关。即有新待办任务能立即显示到事务中心。任务办理环节变化时，也需通过接口通知事务中心。（6）资讯集成业务系统如需在门户中推送资讯，需进行资讯集成，具备把新闻推送到我校门户资讯接口的能力。（7）日程集成业务系统日程需推送至门户日程中心接口，确保在日程中心统一展示。（8）电子认证集成如有使用电子签章功能的，业务系统需按照学校要求，完成与学校电子认证服务平台的集成对接，实现电子签章在业务系统中的安全应用。（9）校级人脸平台对接业务系统不

27、再重复人脸照片采集，如需使用人脸信息，依规提交人脸信息使用权限申请，经审批通过后，方可调用学校开放平台APl接口，实现人脸信息的安全、合规共享。（10）APl接口集成业务系统APl根据学校需要，按照学校开放平台规范要求进行集成，集成之后作为学校开放平台的公共能力o2.技术要求（1）系统须采用B/S架构（另有约定的除外），开发与运行架构应采用WEB服务器/应用服务器/数据库服务器三层结构。移动端采用HTML5语言,兼容iOS、安卓等，可集成到学校指定的移动门户。系统是可移植的，扩展性好的，各模块应该相对独立，通过接口组装，整个平台容易升级和扩展。（2）系统数据库必须支持主流数据库系统;客户端应支

28、持业界主流浏览器。移动端应自动适配市场当前主流手机/平板屏幕及主流手机浏览器。友好实现PC、平板电脑、智能手机便捷操作。（3）系统支持部署在采购人的虚拟化平台上。系统应能适配国产操作系统和国产数据库，应能支持统一部署在学校提供的国产环境。并承诺在学校要求支持对信创产品的兼容适配时，可平滑过度、迁移。（4）在硬件环境满足的前提下，系统应满足相应业务场景下并发访问（至少支持500人并发）和在线访问人数（至少支持5000人同时在线）要求，确保并发访问响应时间符合操作要求。（5）系统应在其软件生命周期各阶段遵照国家标准编写相应的适应特定读者的文档，并按时限要求交付。3.安全要求（1）系统无安全漏洞，不

29、开放不必要的端口，不允许存在可能被非法攻击或者未授权情况下的访问、破坏系统的缺陷。有效识别和拒绝爬虫类访问，能避免信息被恶意采集。（2）制定容灾备份策略，建立完善的数据管理和备份机制，保障数据的稳定性和安全性，保证数据服务的不间断性。（3）所有数据均需本地存储，不得上传至云端。针对必须要存储到业务系统中的敏感数据（电话、邮箱等），采用加密的方式进行存储。所有的数据库表，必须遵循数据标准规范，保留数据主键、创建时间和修改时间。（4）系统详细记录所有用户操作日志，确保每个用户每个行为可追溯。系统各类各级访问日志、操作日志符合网络安全法要求，至少保留六个月以上。(5)系统健壮，容错程度高，可以保证7

30、24正常连续运转的能力。系统具备故障恢复能力，遇到不可预料问题时有紧急解决预案，务必在半个小时内恢复正常，24小时内形成书面报告，杜绝类似问题再次发生，服务器重启后系统服务自动重启运行的策略，数据不丢失。(6)系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。应配合学校完成和通过信息系统安全保护等级二级或以上级别的备案和测评。应配合学校以及相关安全服务商、网安部门、测评单位等进行各种网络安全检测，并按照要求进行整改。(7)系统应在架构、设计、编码等各方面符合可信计算的规范和要求，确保系统不存在各类已知的安全漏洞隐患，包括但不限于：SQL注入、跨站脚本执行、任意文件或未经校验

31、文件上传、任意文件下载、越权访问、命令执行、应用程序错误信息或服务器信息泄露、httphost头攻击等常见漏洞；使用明文或在程序/脚本文件中写死密码；在网页源码中暴露应用处理逻辑等敏感信息；表单信息有效性缺少服务器端后台校验；系统留有“后门”，设计违反或者绕过安全规则的任何类型的入口和设计文档中未说明的任何模式的隐藏入口。(8)应用系统应支持IPv6网络，支持HTTPS,默认使用HTTPS访问。(9)系统具有完善、有效的用户角色权限控制机制，确保资源和数据的权限授权和控制粒度符合业务需求。应用用户的权限最小化，控制用户对功能、文件、数据等的访问。(10)系统涉及校内敏感数据、校内教职员工以及学生的隐私数据的，应与学校签署数据保密协议与承诺。