1、项目建设背景
随着现代职业教育体系的建立以及高等职业教育招生政策、发展要求的变化, 高职办学质量与内涵建设的需求已日益突出。教职成厅〔2015〕2 号《教育部办公厅关于建立职业院校教学工作诊断与改进制度的通知》、教职成司函〔2015〕168 号《高等职业院校内部质量保证体系诊断与改进指导方案(试行)》教职成司函〔2017〕56 号《教育部关全面推进职业院校教学工作诊断与改进制度建设的通知》、《高等职业院校内部质量保证体系诊断与改进复核工作指引(试行)》的通 知》、《中共中央、国务院关于开展质量提升行动的指导意见》、《教育信息化行动计划》、及《关于印发江西省高等职业院校内部质量保证体系诊断与改进工作执行方案(试行)》(赣教职成字〔2016〕24 号)、《江西省高等职业院校内部质量保证体系诊断与改进复核工作指引(2020 年修订版)》等文件表明,高等职业教育已经进入到高质量发展阶段,建立常态化人才培养质量自主保证机制, 主动适应经济社会发展需求成为当前高职院校健康发展的首要任务,加快形成现代 化教育管理与质量监测体系,推进学校管理工作规范化、制度化,促进精准管理和科学决策是新时代教育质量的要求。同时,将高等职业教育的“规模、结构、质量、 效益”作为衡量教育发展成效的主要方面,并要求高等职业院校全面建设内部质量 保证体系(以下简称质保体系),在学校、专业、课程、师资、学生五层面建立起 完整且相对独立的质量目标、质量标准、质量制度,形成教学工作诊断与改进工作 机制。为贯彻落实上级文件精神,推进学校质保体系建设,保障人才培养质量不断 提升。
职业学院高职诊改平台软件
2、建设目标及要求
对接“8 字型”质量改进螺旋运行机制,实现诊改全过程管理,全面建设集规划制度管理、目标标准管理、任务管理、画像管理、诊改分析报告管理、绩效管理、 流程管理、预警管理、数据上报、督导评学管理等多项功能于一体的信息平台,全面实现设目标、定标准、建指标、拟算法、分任务、强预警、重分析、做画像、出 报告、报数据、提绩效等支撑性功能,实现“五纵五横”全过程质量管理。
实现五层指标达成度驾驶舱、任务达成情况、待办事项、消息预警等使用频率 最高的功能模块和部分数据采集的功能移动化。
在学校数据标准化建设的基础上,利用数据共享和数据交换标准接口,做好数 据融合与对接,实现诊改过程中各类数据伴随性采集和生成,形成人才培养大数据, 对学院教学诊改提供数据支撑,为学院战略决策提供重要的参考依据。具体要求如 下:
- 目标标准自定义,提供模版供学校参考,支持指标诊断点自定义设计
标准与目标可设计,系统需内置国家与各省的诊断标准供学校参考,在参考的 同时,学校也可根据自身特点自定义学校自有的诊改标准。
系统在设计指标体系上基于诊改“五纵五横一平台”与“8 字螺旋质量改进” 的基础理念,在五个层面上(学校、专业、课程、教师、学生)以及各个级别上
(校级、院系级、部门级、教师级、专业级、课程级、学生级、辅导员级、教辅人 员等)进行诊断指标诊断点设计。
在指标诊断点的设计上应充分考虑到指标诊断点的纵横关联以及目标标准与呈 现样式的分析。一个完整的诊断点设计,需包含“指标目录体系、诊断点名称、诊 断点内涵说明、算法、目标范围、统计维度、呈现方式、是否具备过程数据、采集 方式、采样周期、诊断结果、预警设置”等内容,完美体现事前设标、事中检查、 事后改进的质量保障体系的运行流程。
- 数据可存储,内置数据仓库,便于数据的采集、存储与集成
系统需提供数据仓库模块,方便数据的采集与存储。学校可自定义设计字段与 表单相关属性,可以导入导出人才培养状态数据表。
- 指标有对比,根据结果数据可排名、可分析,以便后续的改进
根据学校对应的诊断点库进行诊断数据分析后,能够实时计算出每个指标对应 的结果值,根据结果数据可以进行数据对比分析,得出同类型的指标排名分析,以 便于后续的改进。
- 维度有画像,根据各层面与级别不同需要可以呈现不同的数据画像
根据学校对应的诊断点库进行诊断数据分析后,得出被诊断用户的数据画像信 息,而对于不同的层面与级别的用户是有不同的数据呈现的。
- 问题有预警,支持微信、短信、邮件等多方式提醒
根据学校对应的诊断点库,统计并显示预警数。根据指标标准范围的核定,超 过某一个值,系统可预警,并通过多种手段方式提醒该诊断点的被诊断负责人。
- 诊断有过程,诊断的结果数据可记录、可分析、可对比
在指标诊断的过程中,需进行数据记录分析,统计每次诊断分析结果的不达标 数与预警数,记录每次诊断的结果数据。对于结果数据需下钻分析这次诊断的过程 数据,通过程数据进行分析对比。
- 报告可生成,可一键导出根据报告模版生成的诊改报告
系统根据学校对应的诊断点库以及报告模版自动生成诊改报告,报告内容包含 对应的指标诊断点体系与诊断结果与改进建议等模块,根据用户的权限可查看报告 并可一键导出报告。
- 用户分角色,不同用户有不同的功能以及不同诊断结果的呈现
系统提供多用户多角色权限管理设置,可根据角色组设置该角色的功能权限, 每个用户可对应到角色,根据角色的不同而体现不同的功能以及不同诊断结果的呈 现与报告的生成。
- 部署跨平台,多终端呈现,系统可开放
系统需实现跨平台部署,支持虚拟机部署,支持热备、集群方案。根据学校需
要可提供多终端方式的呈现。系统需集成统一身份认证,对外也可提供接口,方便 其他系统集成。
3、运行技术要求
平台须提供免费的数据对接及集成服务。可与学校的基础支撑平台进行对接。 可以纳入学校统一身份认证体系,并实现单点登录;在数据层面,系统须以学校认可的方式开放接口以供数据中心实时抽取及推送数据,如中间库视图等。
最终交付学校的系统需要向校方开放接口(可签保密协议),方便学校自行二 次开发和功能完善,系统的平台账号、数据库账号等必须对校方公开。
强大的交互性,能够实现跨维度的任意钻取,可以对于数据进行切片和多粒度 的聚合,且提供丰富强劲的图形引擎。
系统要求采用 B/S 结构,可运行于Unix、Linux、windows 等高安全性操作系统。
要求采用面向对象的组件技术,着重于开发构成应用程序“业务对象”的可重 复使用的组件,利用这些组件顺利地建立分布式应用程序。
应用程序开发与运行结构要基于统一的技术开发平台的三层架构,即 Web 服务器、应用支撑服务器和数据库服务器。
支持固定指标的统计与分析外,系统还支持用户根据现有数据结构定义指标的 构成及计算公式。
系统数据来源多样化,用户可以通过 Excel 或者数据库的方式导入基础数据。
4、项目建设内容详细技术参数
4.1 院校内部质量保证体系诊断与改进信息平台模块 1:目标标准(诊断点管理):
建立学校诊断点库,打造目标链及标准链是诊断改进工作推进的起点,系统应
支持将目标的建立设置成独立的模板,便于管理和分类;该模块应建立五个层面学 校、专业、课程、教师、学生的诊断点库,并将指标细化至可量化的诊断点,再针 对诊断点设定目标值和标准值,通过诊断点的量化分析可以展现指标的达成度;系 统应设计可量化的指标数据采集方式,实现数据自动采集。目标与标准明确、具体、 可计算、可预警。
诊断点库应分有通用诊断点库和个性化诊断点库;通用诊断点库下可创建多个 个性化诊断点库,实现同一个任务下发时,支持不同的诊改对象进行个性化目标制 定,使目标制定更灵活、更合理。
应支持五个层面的诊断点库分别进行维度划分,实现多维度目标标准,进行多 维度诊改。
通用诊断点库管理:要求通用诊断点库可以同步给所有的个性化诊断点库,个 性化诊断点库也可单独继承通用诊断点库(同步和继承都是清空个性化诊断点库的 数据,用通用诊断点库的数据进行覆盖)。诊断点库在建立之前要确定诊断点库的 层面和维度信息,并支持批量导入指标。支持填报、算法、SQL 和接口等 4 种采集方式,能够展现指标数据自动采集率。
个性化诊断点库管理:要求系统默认生成一个与通用库同名的个性化库,个性 化库的属性继承通用库不可修改,可以修改诊断点库名称。当通用诊断点库进行过 修改后,可以将将通用诊断点库修改后的指标同步到所有个性化诊断点库中,同步 后将清空个性化诊断点库的所有指标数据,并用通用库的所有指标数据覆盖该个性 化库;如果通用库的修改不需要同步到所有个性化库时,个性化库可以单独继承通 用库,继承与同步的效果一致。个性化库在继承通用库的基础上,可个性化进行指 标诊断点及目标标准量化数值的增删改。
诊断点管理:支持诊断点的属性设置与管理,包括基本属性、数据来源、预警 设置和推送设置;具体要求支持诊断标准、数据算法、目标值、标准值、预警值、 采样周期、采集方式、计分规则、预警周期和触发条件、预警推送、详情分析等属 性设置。诊断点管理可以进行五个层面学校、专业、课程、教师、学生诊断点操作,
可以进行诊断点的新增,删除,修改,导入,提供模板下载,导出,进行分发任务, 取消审核,新增的时候可以通过,包括类别、内容、诊断点、标准、关键指数、分发任务数、说明、审核状态等。
诊断点算法:要求对所有算法进行集中管理,可记录算法的版本及生成时间与 更新时间,可对算法进行测试,可对算法进行汇总关联计算。支持算法目录管理, 编辑算法目录信息。
模块 2:个人首页/领导视窗
个性化首页应支持不同的角色呈现不同的信息内容,建立各类人员统一的诊改 个性化门户页面。要求包含个人功能快捷按钮,个人相关数据统计,当前待办、待 审事项,个人关心数据展示,关注指标,预警指标,未达标指标等,实时关注诊改
“8”字螺线运行情况。
要求不同用户角色可显示不同的仪表盘信息,首页中支持用户设置个性化仪表 盘,仪表盘能够将用户关注的数据以图表形式展示。
模块 3:诊改运行监控数据大屏(数据统计)
给校领导和管理员提供运行监控数据大屏,用户可以通过大屏窗口,掌握全校 诊改工作的整体情况,了解诊改各环节的进度,查看各层面的数据情况,对异常情 况及时督促管理,促使相关人员及时采取措施改进工作。
应支持按 8 字形质量改进螺旋运行路径展示各环节的诊改数据,并可点击数据链接查看详情。
数据大屏支持学校层、专业层、课程层、教师层、学生层五个层面诊改的数据 分开查看和全部查看。
总体结构可以呈树形结构体现出整个内部质量保证体系,能看到分发任务数, 诊断点,分发任务列表,标准值,现状值,点击可以查看该诊断点的详情。
诊断点汇总可以看到各个部门诊断点的梳理工作进度开展情况,字段包括诊断
点总数,文件数,未审核,审核通过,审核未通过,未完成,已完成,目前总体完 成度。
数据总览可以看到诊断点的达标诊断点,预警诊断点,优秀进展诊断点,目前 效果报告,诊断点总数,待审诊断点数,达标诊断点数,预警诊断点数。
数据概览中可以看到各个自诊类型中自诊报告文件数,参与数,预警数(人), 合格数(人),合格诊断点数,预警诊断点数。
类别分析数据,能查看明细数,诊断点数,预警诊断点数,整改措施数,自诊 报告数。
模块 4:诊改运行管理
需支持以“8 字螺旋”为核心方法建立诊断改进工作流程,以达成目标标准为目的下发诊改任务给责任主体,支持诊改过程的监测预警和改进处理,支持按诊改 周期进行自我诊断和总结改进,支持系统自动生成自诊报告。
发布任务
应支持任务发布人依据通用诊断点库建立诊改任务,根据诊断点库所属的层面 和维度,对任务进行分类;支持系统添加和批量导入诊改对象;支持每个任务都可 以下发给多个诊改对象,每个诊改对象都可以选择不同的个性化诊断点库,以及不 同的负责人和审核人,多种角色的设定使任务分工更明确,执行更有效。
诊改任务发布后,发布人和监管人可以对任务的进度进行调整;当任务进度高 于或低于预期时,系统支持对任务阶段进行调整。
诊改任务流程管理
任务的执行过程需包括四个阶段,目标标准→组织实施→诊断改进→诊改报告; 系统需允许学校提前安排诊改对象进入下一阶段。
①目标标准阶段:确定任务对象的目标值;需有“最新动态”和“目标标准”
两个标签;
最新动态:
用户可在最新动态中查询到该诊改对象最新的动态记录和历史动态记录,内容 包含提交审核/审核记录和阶段移动记录。
目标标准:
诊改对象负责人接到任务后需要对目标值进行评估,如过发现目标值设置过高 或者过低时可以进行修正,修正设定需要重新审核。
提供上一轮目标值、上一轮实际值、上一轮偏离率作为新一轮目标值设置的参
考。
②组织实施阶段:任务执行阶段进行数据采集,系统自动计算任务对象中各个 目标诊断点的当前结果值,对结果进行监测和预警;
诊改对象的目标标准通过审核后,诊改对象会进入“监测预警”环节,系统应 进行数据采集、监测预警和过程改进。
系统采集数据后,需支持通过诊断点的算法实时计算出诊断结果,当触发预警 条件后,会生成预警信息;系统可通过多种手段(微信、短信、邮件)即时推送预 警信息给相关人;支持负责人统计预警数目,进行趋势分析,处理预警和提出改进 措施。
支持实时计算分析,对不达标的指标重点呈现,支持导出诊改对象的所有诊断 点的诊断结果。
支持预警分析:同一诊断点预警次数、预警详情数据、预警历史、预警趋势; 支持采样分析:每一诊断点的数据自动采集记录、值趋势分析(可选择数据视图、 折线视图、柱状视图)
③诊断改进阶段:对结果进行修正,包括自我诊断和总结改进两个过程。
自我诊断:
允许用户填报无法计算的诊断点,可上传支撑材料;用户可修正存在错误的计 算值,并对修正进行说明,支持上传支撑材料。用户自诊环节的任何修改,都需要 管理部门再次进行审核。
总结改进:
自诊结果通过审核后,负责人对诊断结果进行总结与分析,可以填写自诊概述, 以及对未达标的指标进行原因分析、说明改进措施和改进成效,填写完即可提交审 核。
④诊改报告阶段:系统依据诊断改进的数据自动生成报告。
当任务的总结改进通过审核后,系统应自动生成该诊改对象的自诊报告,报告 的内容除了自诊概述和指标未完成的原因分析、改进措施和改进成效外,也需要包 含了未达标指标汇总、预警情况处理汇总、任务指标所有诊断点的完成情况,以及 和上个周期的监测数据对比。
过程预警信息及处理情况需自动生成至报告内容中。系统应支持对生成的报告 进行审核,对审核完的报告支持一键退回;专家或者领导可以评论报告,对报告进 行审核,并对不合格的报告进行退回。
生成报告后,支持同一界面追溯查看诊改全流程,最新动态→目标标准→监测 预警→自我诊断→总结改进→诊改报告
校内复核
当任务完成并生成自诊报告后,还需要进行专家的复核检查,并且报告复核结 果是判定诊改是否有效的依据。
支持校内专家在诊改大厅中对报告进行复核,复核结论有三种类型可以选择: 有效、局部有效、待改进;复核完成后在报告中会有相应的结论盖章显示,报告可 以导出文档,作为诊改复核材料。
专家复核
系统允许校外专家通过远程账号登入到诊改大厅中对报告进行复核,复核结论 有三种类型可以选择:有效、局部有效、待改进。
预警中心
预警中心为查看预警和处理预警的集中窗口,预警中心需可以查看全部预警和 我的预警;在全部预警中可以查看到历史预警的所有数据,在我的预警中用户可查 看和处理自己所负责的预警。
诊改分析
诊改分析需包括目标适切性分析和综合得分分析两部分,当任务对象进入到诊 改报告阶段后可以在诊改分析中查看分析结果。
①目标适切性分析:需便于学校查看实际结果和目标值的偏离度,从而判定目标值设置是否合理,同时还可对比上一轮的结果值,以此来判断本轮任务较上一轮任务是否有改进;分析表中以一级指标进行排布,显示每个一级指标下的诊断点数 据,数据包括诊断点名称、标准值、目标值、当前值、偏离率和与上一轮的对比值。
②综合得分分析:需对任务下各个指标得分进行分析,能便于学校快速查找到 问题指标;分析表中以一级指标进行排布,显示每个一级指标下的诊断点数据,数 据包括诊断点名称、当前分数、满分、均值、与均值相差和与均值相差图。
模块 5:诊改报告管理
系统支持独立的质量报告管理模块,是自诊报告的管理中心,可以在这里查看、 评论、复核和设置报告内容。
诊改报告汇总
诊改报告是报告的管理大厅,在这里可查看各个层面的报告。
在报告详情界面中,学校可以评论报告、共享报告、导出报告、退回报告和复
核报告;
自我诊改报告
①我的自诊:支持在我的自诊报告中用户可以查看到由自己负责的诊改报告。
②我参与的报告:支持在我参与的报告中用户可以查看到由自己发布的、监管 的、审核的和作为共享人的诊改任务的报告。
③我共享的报告:在我共享的报告中用户可以查看到由自己共享出去的诊改报
告。
④共享给我的报告:在共享给我的报告中用户可以查看到别人共享的诊改报告。
报告模板设置
报告模板设置中需进行报告模板的的新增、编辑与管理;学校可以根据需求设 置报告的封面和内容。
①新增报告模板:根据需求选择报告内容,可选择内容包括,自我诊改概述、 未达标指标统计表、未完成指标统计表、预警信息记录表、目标监测统计表、是否 显示分值。
②上传封面:报告的封面可以根据学校需求进行更换。 橫块 6:五横层面智能分析
要求系统提供数据可视化分析模块,可以根据学校需求展现学校各个方面的数据内容,并按照学校层、专业层、课程层、教师层和学生层五个层面进行展示,让 用户可以清晰直观的查看学校各层面的分析数据,同时可对分析数据进行下钻,并 对下钻数据进行分析展示,支持数据导出。
- 学校画像
基本情况:学校荣誉、固定资产总额、教学仪器设备总额、图书总册数、高层 次人才数、专任教师数和在校生数;
培养成就:工作能力总体满足度、应届毕业生对母校的满意度、生活服务满意 度、素养总体提升情况、知识总体满意度;
教育教学:国家级专业教学团队数、国家级教育成果奖、国家精品资源共享课 程、立项主持国家级职业教育专业教学资源库、中央财政支持建设的国家重点专业 数、国家级智能制造实训基地数、学生获全国性奖项数。
科研工作:智能制造领域国家标准数、省级以上科研平台数、省级科技创新团 队数、主持省部级以上课题数;
国际化:中外合作办学项目数、非独立法人中外合作办学数、海外分校、中心 数、学校建有国际合作平台数、省以上国际化奖项数;
年度部门重点工作完成度(%):学校各个部门重点工作完成度; 年度部门工作满意度(%):学校各个部门工作满意度。
年度部门负面通报:学校各个部门负面通报的次数统计。
部门绩效考核得分排名:学校各个部门绩效考核得分的排名。
- 专业画像
专业师资:专业带头人具有高级职称人数、专业带头人主持市级及以上教研或 科研项目数、专业教师科研工作完成情况;
专业概况:专业数、市级专业数、省级及以上专业数、订单班培养学生数和现 代学徒制专业数;
专业学生数:各个专业对应的班级数和学生数;
培养成效:各专业应届生就业专业相关性、应届毕业生核心课程重要程度、应 届毕业生核心课程满意度、毕业生中高级职业资格证书获取率、毕业生英语等级考 试通过率、毕业生计算等级考试通过率、应届毕业生月薪、专业 3-5 年毕业生升迁情况;以上数据均按专业统计。
专业教学:国际职业资格证书/职业能力标准与课程的对接率、全课程信息化 达成率、国内职业资格证书/职业能力标准与课程的对接率、校外专业实训基地。
专业第一志愿实际报到率分析:按照专业去对比各个专业的第一志愿实际报到率。
- 课程画像
课程调课率:按课程显示调课率和按班级显示调课率; 缺课率:按课程显示调课率和按班级显示缺课率;
学习任务点TOP10-实训:显示学习任务点排在前 10 的课程; 教学日志超期填写率:按学院显示教学日志超期填写率;
诊断改进指标统计分析:按学院显示,成绩合格率,成绩优秀率,教学日志完 成率、课程调课率、督导听课评价、学生教评成绩和教学日志超期填写率;
课程层预警处理统计:预警数、已处理数、未处理数;
课程建设情况:分为专业,课程,院系,教师专业四个维度去查看课程的建设 情况。
课程资源情况:课程与课程标准大纲覆盖率,课程资源的使用率,课程资源覆 盖知识点的比例。
- 教师画像
教学部专任教师分布-实时:各院系专任教师人数;
教师总人数-实时:教职工总数,来自不同省份的教职工人数;
师资指标分析-实时:教科研成果人均奖、专任教师培训经费人均奖、专任教 师平均工作量(学时);
师资结构专任教师占比-实时:专任教师学位占比(学士、硕士、博士)、专任教师双师占比;
师资结构专任教师职称人数-实时:各级别职称的专任教师人数; 师资结构专任教师年龄任务-实时:各年龄段的教授人数;
市级以上科研团队-实时:科研团队的负责人、内容、类型和级别; 省级以上人才项目-实时:科研团队的负责人、内容、类型和级别; 教学名师-实时:校级、省级和国家级教学名师人数;
本校校级青蓝工程:中青年学术带头人,优秀青年骨干教师,学校青年骨干教 师,青年教师的实时人数。
产业教授:来自各自行业企业的优秀教授名单。
教师技能获奖情况:分年度显示国家级和省级的教师技能获奖情况。 听课评价:各学院的听课评分得分。
学生评教成绩:各学院的学生评教成绩。
二级学院生师比:二级学院各学院的生师比。
- 学生画像
在校学生数:各个学院在校生人数;
学业完成情况:各个学院学分、绩点达标率、学期三门不及格学生百分比和缺 勤旷课五次以上学生百分比;
学生性别和民族占比内容: 姓名比例和民族占比;
学生缺课(同一门课累计)次数预警-实时: 学号、姓名、课程代码、课程名称和旷课次数;
实习实践情况: 各学院社会实践完成率;
专转本比例: 各学院专本比例。
就业情况:毕业半年后就业率、工作与专业相关度、自主创业比率、毕业半年 后月收入、工作与职业期待吻合度、就业现状满意度和毕业半年内离职率;
科学研究相关获奖情况:学生科研获奖情况。 模块 7:微服务支撑平台
微服务支撑平台的功能应包括基础设置、组织架构管理、权限管理、系统设置 和日志管理等。首页需展示部门、用户、角色、岗位、用户组总数,并以条状图、 饼状图展示部门数据分布情况。
基础设置
①部门类型管理:对部门类型进行管理,支持编号、类型名称、级别三种字段 快速查询;对已有的部门类型进行统一管理,增加或者删除操作;同时支持修改部 门类型信息,手动选择是否启用部门类型。
②用户类型管理:对用户类型进行管理,支持编号、类型名称、级别三种字段 快速查询;对已有的用户类型进行统一管理,增加或者删除操作;同时支持修改用 户类型信息,手动选择是否启用用户类型。
③机构管理:对机构进行管理,支持机构编号、机构名称两种字段进行快速查 询;对已有的机构类型进行统一管理,增加或者删除操作;同时支持修改机构信息, 手动选择是否激活该机构以及手动选择是否为默认状态,对处于默认状态的机构可 以选择其授权范围。
- 组织架构管理:组织架构管理包括部门管理、用户管理、角色管理、岗 位管理、用户组管理,并支持对组织架构信息进行编辑操作。
①部门管理:能够对用户的部门信息进行编辑管理,包括对部门信息的新增、 修改、删除、导入、导出、模糊查询(能够通过部门编号、名称、类型),同时能 够对部门信息的状态、分配用户、分配角色进行编辑,并对分配用户编辑操作包括新增、移除、查询、禁/启用。
②用户管理:用户管理包括重置密码、导出、新增、删除、查看修改、及更多 操作(分配角色、分配用户组、分配用户、修改密码);同时能够查看用户编号、 姓名、昵称、性别、类型、部门、状态、移动电话、邮箱、操作的界面。
③角色管理:角色管理能够对编号、名称、角色类型进行查询,同时支持对角 色信息新增、删除、修改、分配权限,并对权限分配用户提供更多操作包括分配用 户、分配岗位、分配用户组、分配部门,同时对用户分配权限范围内对应用细粒度 授权,平台能够精细到功能模块的权限分配。
④岗位管理:岗位管理包括对用户岗位进行模糊查询、新增、删除的操作,同 时能够查看岗位名称、岗位编号、备注、所属应用、机构及操作信息,同时操作能 够对岗位信息进行修改、删除、分配用户、分配角色。
⑤用户组管理:用户管理能够通过用户组名称、所属应用进行查询,支持对用 户组信息进行新增、删除的操作,同时能够查看用户组名称、编号、所属应用、所 属机构、状态及操作信息,同时操作能够对用户组信息进行修改、删除、分配用户、 分配角色。
权限管理
权限管理包括服务管理、应用管理、权限功能管理、资源管理,并对服务、应 用、权限功能、资源的信息进行增删改查。
①服务管理:服务管理包括对应用服务的新增、删除、导入、导出、查询,同 时能够编辑服务名称、编号、镜像地址、状态级操作,操作包括对服务的修改、删 除。
②应用管理:应用管理包括对应用的新增、删除、导入、导出、编号/名称的查询,同时能够在界面展示应用名称、编号、描述、状态、操作,其中操作包括对 应用信息的修改、删除、分配服务、菜单管理,而菜单管理能够对应用所属服务,编号、名称、权限类型进行查询,并且能够对应用的关联关系进行操作,包括编号、 名称、类型的查询、选取。
③权限功能管理:权限功能管理包括对应用模块的新增、删除、编号/名称/所 属服务的查询,同时能够在界面展示模块名称、编号、所属服务、类型及操作,其 中操作包括对应用模块信息的修改、删除、功能管理,而功能管理能够对应用所属 服务,编号、名称进行查询,并且能够对应用功能模块新增、移除并以界面的形式 展现包括功能名称、编号、操作(修改、删除、分配资源)。
④资源管理:资源管理包括对服务的新增、删除、编号/url/请求类型/状态的 查询,同时能够在界面展示服务编号、请求类型、状态、服务及操作,其中操作包 括对服务信息的修改、删除、分配权限。
系统设置
①通用配置:支持对配置编号、配置名称、配置值、缓存状态等进行增加、删 除、修改、查询操作。
②系统信息配置:支持对编号、系统名称、所属机构等信息进行增加、删除、 修改、查询操作。
③安全设置:支持对登录验证码进行启用,包括密码容错次数以及密码锁定时 间进行具体设置。
④在线用户管理:支持对在线用户进行清空所有认证权限缓存、清空资源缓存 以及支持重置密码重试次数等操作;并支持对在线用户进行踢出操作,保障系统的 安全性。
⑤调度管理:支持对任务组、任务名、cron 表达式、URL 等进行任务添加。
⑥缓存管理:支持对不同类似的缓存 key 进行删除、清空操作。
日志管理
访问日志:支持对不同访问用户进行数据统计,支持对用户、部门、登录时间 以及浏览器类型进行查询操作,支持删除操作。
操作日志:支持对操作用户进行查看详情操作。可查看操作用户信息、请求详 情以及请求返回结果内容。支持对用户、用户类型、部门、请求时间进行操作。
模块 8:数据管理
数据管理是系统的数据管理中心,在数据管理中需进行:数据采集,数据填报, 数据审核,校本数据库管理,支撑文件库管理、部门职责管理。
数据采集
在质量监测的过程中需要采集学校各个方面的数据,通过数据采集模块支持诊 改数据来源。数据采集功能具体过程包含:常量设置,表单管理,任务管理。
①常量设置:常量设置是表单设计的基础准备,表单设计中会出现下拉选框, 作为数据来源补充。
②表单管理:表单设计用于采集任务下发,表单主要分为固定表单和浮动表单, 固定表单即表格行列在填报的时候不可添加,浮动表单即在填报的时候可添加数据记录。支持单元格属性管理,单元格的字段数据与数据仓库中的字段一一对应,数据会自动生成到数据仓库,单元格包含基本属性、数据来源、库表映射以及校验规则。基本属性包含单元格名称、控件、联动属性、联动规则,联动属性和联动规则主要是用户同一表格之间的不同单元格之间的联动,联动规则;数据来源包含常量数据,表之间数据,接口数据,本表之间的计算等;库表映射是在表格属性中的库表映射基础上选择字段,校验规则是某表设置与其他表之间进行字段的校验,校验重复性等相关校验。
③任务管理:任务管理是在表单设计完成后,可新建采集任务,可分为状态数 据采集,诊改过程数据采集,其他数据采集。流程为:新建任务,分配填报人、审 核人,填报人填报,审核人审核,审核通过即完成采集任务,如需退回重新填报,点击一键退回,重新填报。固定表单的填报人只能选择一个填报人,防止数据填报 错误;浮动表单数据填报可选择多个填报人,浮动表单的数据自动汇总到总表中。 任务状态分别为:关闭、开启、暂停。开启是才可以填报,其他状态不可填报,用 于控制填报时间和进度。
数据填报
填表用户负责采集任务原始数据的录入工作,填表用户的权限由管理员分配, 表格分为浮动表单和固定表单。在数据填报的界面中,用户可以进行数据填写。
数据审核
审核分为子表审核和总表审核,当填报人为多个时,则总表的数据为子表数据 的汇总。审核状态分为审核通过和审核不通过,不通过则需要填报人员重新填报。
校本数据库管理
校本数据管理中需可以进行:周期类型和周期值的设置、仓库数据的管理、维 度类型和维度值设置、数据源设置、算法设置和仪表盘设置。
①统计周期管理:在统计周期管理中用户可以根据周期类型对周期值进行设置, 周期值包括自然年、学年、学期、时段、时点等类型,用于诊断点库,诊改任务等业务。
②仓库管理:在仓库管理中用户可以对系统中会使用到的数据进行管理和分类, 是数据汇总和管理中心;仓库的数据来源可以是通过数据采集而来,也可以直接导入数据到仓库中;仓库中的数据也可以导出。
③维度管理:在维度管理中用户可以根据学校的需求设置维度类型,在系统中 预设的维度类型有学校级、分院级、专业级、课程级、班级级、教师级、学生级、 职能部门级、团队诊改和项目诊改等维度类型,每个维度下设置有多个对象,对象 是诊改任务的具体实施对象。
④数据源:在数据源中用户可以设置数据的来源路径,用于指标结果数据的获
取,智能分析数据的获取以及算法所调用的数据。
⑤算法库:在算法库中用户可以添加和编辑算法,算法可以用于指标诊断点的 目标值、标准值和结果值的计算,也可用于仪表盘等分析模块,选择算法。
⑥仪表盘设置:仪表盘是将数据进行图像化处理的工具,在仪表盘设置中用户 可以将系统中的数据转换层图像展示,图形类别包括柱状图、折线图、饼图和雷达 图等。
支撑文件库管理
①我的文档:在我的文档中学校用户可以查看到自己上传到系统的所有文档
(含在“自我诊断”过程中上传的支撑材料,但不包括数据导入的文档),可以在 此进行文档的上传和管理操作。
②共享给我的文档:在共享给我的文档中学校用户可以查看到已分享文档,可 以在此进行文档的上传和管理操作。
部门职责管理
①部门职责:学校可以在部门职责中对部门职责进行描述,支持创建多个版本 的部门职责描述。根据版本管理中选择的部门版本,在这里可以编辑和查看不同版 本的部门职责。
②版本管理:在版本管理中学校用户可以选择要编辑的或使用的部门职责版本, 可新增版本和删除历史版本。
模块 9:目标任务考核管理
可进行年度目标的制定和各部门年度目标的分解,任务可按部门下发,并下发 到个人负责。
任务管理按我的任务、部门任务以及协作任务分类,任务人责任可操作自己的 任务,部门负责人可监控本部门和其他部门给本部门的任务,部门负责人可监控分
配给其他部门的协作任务,每个末级任务都可以设置独立的任务周期。 任务按年度目标、部门任务进行统计任务的完成情况。
目标任务绩效按任务完成情况,部门自评和校评进行等级或分数考评。
任务负责人可以对负责的任务的完成情况(已完成、正常推进、任务停滞、未 启动等)选项式填报,并进行进度描述和上传支持材料。
分管领导可以对任务的完成情况进行评分。
任务的发布人可以对任务的完成情况进行最终评分。
年度目标分解
支持学校对各类规划年度工作要点、专项建设等工作任务进行分解及管理。系 统需依据部门职责和权限逐层分解任务至部门和个人,支持上传文件材料,并生成 多级任务清单,包括要做哪些事,谁负责做,什么时间完成。支持设置任务的审核 人、等级周期、权重分值、考核类型、考核标准、预警条件等。
任务管理
任务管理需按我的任务、部门任务以及协作任务分类,任务人责任可操作自己 的任务,部门负责人可监控本部门和其他部门给本部门的任务,部门负责人可监控 分配给其他部门的协作任务。支持以一页纸报表形式对工作任务进行年度管理,支 持对自己负责的任务进行完成情况及完成进度的处理,支持对任务完成情况分类为 未启动、任务停滞、正常推动、已完成,并进行整体监控。
支持将所有的任务进行汇总分析,选择周期(年份)、月份和任务名称,显示 部门任务的进度情况。支持任务导入与导出。可对任务执行的进度数据同步自动采 集,支撑目标的常态监测及预警分析。
模块 10:移动诊改
移动诊改:服务学校内部质量保证体系诊断与改进的移动个人数据应用软件。
软件应基于移动互联网技术、数字校园管理大数据深度分析技术,围绕待办事项、 预警事项、我的任务、我的报告、我的关注、我的消息、诊改数据展示等多个校园 诊改场景,为师生用户提供各类移动服务、数据分析报告及智能推荐。需涵盖自
PC 端至移动端的消息聚合、业务处理、数据服务等,简化传统门户的浏览方式与处理方式。移动端的诊改数据应用信息服务,应支持以下功能模块及要求:
- 首页模块包括待办事项、预警事项、我的任务、我的报告、我的关注、 诊改数据展示和我的消息。
①待办事项:汇总审核相关的任务数,点击数值后会进入到我的待办详情界面
②预警事项:展示用户未处理预警、已处理预警和已过期预警,可对未处理预 警进行处理,点击数值后会进入到我的预警详情界面。
③我的任务:包括我的自诊任务、我发布的任务、我审核的任务和我监管的任 务,点击后会进入详情列表。
④我的报告:包括我的自诊报告、我参与的报告和已共享的报告,点击后会进 入详情列表。
⑤我的关注:点击后显示用户已关注的指标数据。
⑥诊改数据:包括指标库数据、任务数、报告数、指标数据和预警数据等,可 选择查看不同的年份和不同层面数据。
⑦我的消息:展示与用户相关的预警消息、任务消息和报告复核消息,点击消 息会跳转到对应的详情界面,点击更多会进入我的消息列表。
- 任务模块中汇总学校五个层面的诊改任务,用户可在移动端中查看学校所有的诊改任务,任务列表中展示了各个层面的任务总数、未完成任务总数和已完 成任务数,点击各个层面会进入到相应层面的任务列表。
- 报告模块中汇总学校五个层面的自诊报告,用户可在移动端中查看学校所有的自诊报告,报告列表中展示了各个层面的报告总数、待复核报告数和已复核
报告数,点击各个层面会进入到相应层面的报告列表
- 我的个人信息模块支持显示当前用户的姓名、当前用户所在部门、用户 登录、退出登录。
- 高可用性,由于诊改工作需要全员参与,必须保证用户访问高峰期系统 稳定性:保证移动端服务门户要能够在大规模用户的访问的情况下仍然能够提供高 速的服务,至少支持 5000 人的同时在线访问。