[TOC]

GVSUN教务业务白皮书

一、建设需求

传统信息化建设与开发模式与高校校院级业务深度逻辑与用户专业小众性的二元化需求结合，为高校的数字化与信息资源利用挖下了巨大的生态鸿沟。当前高校的信息化建设已经进入了 “深水区”，面临创新培养、资源共享与数据安全的挑战，传统工作流面临资源获取困难，无法支持深入开发的问题。迫切需要有新的服务平台架构与开发模式，为高校新一轮的数字化转型提供服务。

通过三网、三平台、三中心与一服务架构，庚商教育为高校新的一轮数字化发展提供了新的建设模式与思路。 1、三网，按照网络通信服务的要求，将网络服务分为外网（Internet）、内网、物联网三个区域的混合云模式，满足信息安全的网络访问控制需求。 2、三平台，根据信息服务的需求，将系统分为师生服务平台、管理服务中台与开发服务后台，满足应用服务、资源管理与持续开发的需求。 3、三中心，根据资源共享需求，将系统分为建制中心、应用中心与资源中心，满足资源目录、业务服务与资源共享的需求。 4、一服务，根据用户的运行、管理与创新开发需求，提供支持与服务。

二、基础设施架构

2.1 总体架构

三网、三平台、三中心架构关系如图所示，图中各节点可以关联到相关的资源进行访问。 1）三网外网：部署面向教师与学生提供开放服务，通过外网环境，提供便捷的访问与服务，根据要求，增加无线接入与互联网接入功能。面向所有校园网用户，提供注册和访问。根据数据安全要求，外网运行的业务中应不存在敏感数据。物联网：部署物联系统，针对场地、设施等资源，通过智能化采集与控制，实现预约等业务的联动与动态信息的发布，数据交换，部署在独立的物联网中，包含门禁、班牌、图像采集系统等。含有少量的敏感信息，如学生学号与物理卡号的关联。内网：部署管理与后台服务系统，面向管理人员，提供预约审批、排课、资源管理、使用统计、数据汇总与分析等应用。面向开发人员，提供第三方厂家、教师与学生创新研究等开发服务。 2）三平台应用平台：提供面向学生与教师的服务，包含网站、用户注册、模板配置、网页与移动前端服务等。业务中台：提供业务与系统管理、资源聚合与发布功能，包括资源与权限配置、数据管理、服务注册与发布等。服务后台：包括各类支撑性的业务保障与平台服务，包括CI/CD平台、监控平台、开发工具、数据交换、消息服务、流程引擎、版本管理等。 3）三中心资源中心：根据资源安全共享的需求，提供面向中台管理与开发人员的服务资源，包括开放接口、物联服务、文件资源、数据资源，通过注册后进行引用；应用中心：根据业务服务的需求，提供面向师生、业务管理人员、系统管理人员、服务人员、开发人员的各类业务、工具与配置应用，通过发布后进行使用；建制中心：根据管理与业务服务需求，提供目录（图）方式，建立独立的资源、应用分类与连接配置，满足各种分类管理与服务需求，通过发布后进行使用；

2.2 网络架构

    如图所示，根据信息通信的需求，系统按照逻辑可分为外网、物联网与内网三个部分，其中，内网根据需求还可以进一步划分为管理内网与开发服务内网。根据资源的情况，各网络可以采用云端租赁或本地部署方式。外网承载面向最终用户的高频服务，根据数据安全需求，可以采取数据脱敏等机制，确保服务的安全；物联网承载物联智能化服务，需要部署在本地，通过访问控制机制与外网与内网进行通信，实现数据与接口等业务服务的联动及物联设备的集中管理；内网提供业务管理、数据分析、系统管理及各类配置服务，通过受控的方式将应用发布到外网与物理网，实现业务的管理与中台开发支持，针对有二次开发需求的学校提供本地化的开发测试与联调服务支持。

2.3 技术路线

    平台采用SpringCloud开源架构与组件，包含DevOps服务、服务网关、微服务、ELK审计、监控技术、消息与资源服务、应用服务、数据服务与运维服务。

三、可视督导

3.1 业务交通图

    提供业务交通图方式配置服务，为中台开发提供直观沟通的方式。通过绘制业务交通图建立起资源、服务与管理之间的链接关系，通过添加链接可关联应用中心内容与上传文档、图片，可以实现跨应用与业务的沟通。

3.2 建制应用

    提供建制服务，为中台开发提供基于图的结构化业务表达，实现节点层级与引用关系，实现节点、属性、资源的结构化描述。

3.3 多维资源图谱应用

    建制服务中的各类数据按照节点、边与属性的方式进行存储，可以方便地以图的方式呈现。可以支持图数据库的格式转存，便于后续进行知识图谱构建、检索、推荐等深度数据服务业务。各类基于建制与相互节点关联构成的图数据库，连接了学院的各类资源，形成了各学校、学科独有的资源图谱与知识地图。

四、教学支撑

4.1 知识版块

    知识版块服务于理论性教学与学习支持，能够提供基于文档资源、自主课件、微课单元的组织、作业布置、在线考试、测试练习、考勤的支持。

4.1.1 课程资源

    可增加相应的学习单元（如章节等），在学习单元下可增加课程资源，资源包括视频、文件、图片、链接。提供基于资源和章节的两种服务模式，实现两种模式之间的灵活切换，便于获取有效的资源。教师上传资料后可切换成学生模式查看内容，方便调整。

4.1.2 学习考核

    教师通过出勤统计、课后作业、章节测试、期中期末考试等形式考查学生的学习情况，作业和测试也可作为预习任务，在发布作业、测试和考试的过程中，可进行多角度设置。
    作业：在知识环节，教师发布作业作为知识学习情况的考核，学生提交后教师可依次批量下载并进行评分。教师可设置作业标题、作业隶属章节，作业的开始时间及截止时间，可上传作业模板，可进行作业评分设置：是否将作业添加到成绩簿、是否将成绩公布给学生、是否将成绩计入总成绩、全部/部分批改，系统根据评分设置自动获取相关命令，可设置作业重复提交次数及学生提交作业形式，可设置作业要求。

    练习：在知识模块可以对课程题库中的题目进行练习，达到知识巩固的作用。可选择练习的模式，包括顺序学习、错题学习两种模式，系统可记录答题情况并实时呈现正确率，可查看每题的答案。

    测试：可设置测试名称、测试隶属章节、测试开始时间及结束时间、提交次数、是否将测试添加到成绩簿、是否将成绩公布给学生、是否将成绩计入总成绩、是否显示答题详情、可对测试进行描述。测试支持从题库中选题，根据需要灵活增加多选题、单选题、对错题、填空题。

    考试：可设置考试名称、考试隶属章节、考试分值、及格分值、考试时长、考试开始及结束时间、提交次数、是否将考试添加到成绩簿、是否将成绩公布给学生、是否将成绩计入总成绩、是否显示答题详情、题目来源，可设置考试分值，可抽取系统题库、课程题库进行随机选题、可设置试题类型即单选题、多选题、对错题、填空题的数量及分值所占比例，可对考试进行描述。另外教师可设定抽题规则，系统自动随机抽题生成学生的试卷，保障难度等级相仿的情况下所有学生试卷并不完全一样，避免作弊。

    考试结束后，教师可查看所有学生答题详情，包括未提交人数、已提交人数、所有学生的总分及相应答题情况等信息。

4.1.3 课程考勤

    可以与教室、实验室的考勤系统对接，实现多方位考勤，并自动生成考勤成绩。同时支持手动考勤，默认全部出勤，方便教师考勤。

4.1.4 短信/邮件提醒

    授课教师可根据上课学生名单对上课人员进行监督提醒。点击某个人或某个小组的名字，选择短信或邮件通知未考勤、未交作业、未参加测试和未参加考试的相应人员。作业批阅结果也可通过短信或邮件的方式实时通知相应的学生。

4.2 技能版块

    技能版块服务于实验性学习的支持，能够提供实验管理、嵌入式实验训练、虚拟仿真实验集成及实验报告上传服务，并提供实验服务资源在线预约及技能导学支持服务，实现实验成绩的汇总。

4.2.1 实验资源

    可增加相应的学习单元（如实验章节），在学习单元下可增加课程资源，资源包括视频、文件、图片、外部链接。提供基于资源和章节的两种服务模式，实现两种模式之间的灵活切换，便于获取有效的资源。教师上传资料后可切换成学生模式查看内容，方便调整。

4.2.2 远程实验

    在技能环节，管理员可开放虚拟机资源，学生可预约实验机进行实验。

4.2.3 学习考核

    针对实验项目，教师建立多元的实验考试、考核方法，可对学生实际动手操作的能力进行考核，包括实验作业、实验测试、实验报告、实验数据、实验考勤。
    实验作业：教师可发布实验预习、实验报告等作业作为技能学习情况的考核，学生提交后，教师既可批量下载报告亦可在线批阅并进行评分给评语功能。

    实验测试：可设置测试名称、测试隶属章节、测试开始时间及结束时间、提交次数、是否将测试添加到成绩簿、是否将成绩公布给学生、是否将成绩计入总成绩、是否显示答题详情、可对测试进行描述。测试支持从题库中选题，也支持自行编辑。教师可根据自己需要灵活增加多选题、单选题、对错题、填空题。实验测试是在实验前进行的，教师可选择重要知识点作为测试题库，学生可多次提交，达到重要知识点的巩固作用。

    实验报告：教师上传实验报告模板，新建实验报告可设置是否将实验报告加到成绩簿、是否将成绩公布给学生、是否将成绩计入总成绩、是否允许重复提交、附件类型（PDF格式可以在线批阅）。

    实验数据：实验数据提交区别于实验报告，没有固定的模板，学生可提交实验过程中产生的一些实验数据、实验结果、代码等。另外适用于没有固定实验报告模板的实验项目。

4.3 体验板块

    体验版块服务于基于作品的协作任务支持，能够提供基于人员和角色分组、任务引导、项目协同、阶段考核、综合考评的体验式教学支撑服务。

4.3.1 体验资源

    教师可增加相应的学习单元（如章节等），在学习单元下可增加课程资源以供小组学生参考，资源包括视频、文件、图片。提供基于资源和章节的两种服务模式，实现两种模式之间的灵活切换，便于获取有效的资源。教师上传资料后可切换成学生模式查看内容，方便调整。

4.3.2 协作考核

    体验模块针对体验要求的协作性，支持以小组的形式完成作品。
    学生分组：支持项目协作，教师可选择对学生进行分组，选择相应的学生进入某组并设置组长。组长可编辑小组概况、成员基本信息、上传小组作品等，其余成员可以查看。

    小组角色：根据课程需要小组成员可进行角色分工。

    项目日报：小组成员可根据自身情况填写每日日报，教师及组内成员可全面了解当前项目的整体情况，教师及组长能充分掌握项目风险，及时调整策略或协调资源。

    评委意见：导师可根据项目及学校实际情况，邀请并设置评委对项目各阶段进行评审打分，给定指导意见和建议。

4.4 课程管理

4.4.1 资源

4.4.1.1 教务管理

    课程教师可对课程相关信息进行管理，包括课程信息、班级成员、教学图谱、教学大纲、教学计划、教材与参考文件、课程标准。
    教师可根据自己课程建设思路进行梳理制作教学图谱上传，可以按照知识、技能、体验部分整合课程资源。

    可单独或批量增加该课程下的学生，导入导出学生名单，具体字段包括学生姓名、学号、身份、生源地、GITHUB地址、一卡通物理卡号、手机号等，支持对学生信息进行权限修改和删除。

4.4.1.2 在线图谱

    课程知识、技能、体验等信息，自动呈现在线图谱，相应资源可直接下载。基于课程目标的资源与活动的可视化导航，基于标签与全文检索技术的知识图谱，为课程评价、学习推荐提供支持。

4.4.1.3 题库

    题库：题库分为课程题库及公共题库两类，公共题库用于存放平台所用学科共用的题目，课程题库存放本课程的题目。题库为“练习”、“测试”、“考试”模块所用，支持试题导入导出功能，默认格式为EXCEL,可下载模板后将试题信息根据提示录入后上传导入。

    试卷库：试卷库分为自动组卷、手动组卷、自主建卷三大类。自动组卷即教师选定题库、试题分类、试题数量后由系统随机抽取题目进行组卷；手动组卷即教师选定题库，从题库中手工选取题目进行组卷；自主建卷即教师可手动导入非题库题目进行组卷；

4.4.2 活动

4.4.2.1 通知公告

    教师可用于教学内容的安排通知，可自由选择发布公告的时间，内容在富文本中编辑，可添加附件，并选择发送对象、方式和时间针对性发送。并可以查询历史记录。

4.4.2.2 课表

    课表设置对应上课时间、上课类型、上课地点、知识部分相关章节和文档、技能部分的实验项目，体验小组。

4.4.2.3 学习行为

    通过采集学生源于真实的学习行为数据，构建目标学生用户模型，并且根据学生目标、行为和观点的差异，将焦点关注在学生的学习动机和行为上，通过对学生目标、行为的深入了解，进一步地改进教学、自主学习及实验教学资源策略，从而提高教学的质量和效率。

4.4.3 评价

4.4.3.1 成绩权重

    教师可按教学大纲要求设置实验作业、实验数据、实验测试、实验报告、实验考勤权重占比，也可细化设置单次作业、测试、学习行为等占比，实现精细化考评。

4.4.3.2 成绩

    系统可对历次作业成绩、测试成绩、考试成绩、小组成绩、实验成绩，考勤成绩等依据成绩权重占比自动计算生成学生总成绩，以多元考核方法，使之能更科学、准确、全面地评价并引导学生知识、能力和素质的协调发展。支持成绩排序、成绩导出、额外打分功能。

4.5 移动端教学服务

1、课程列表、名单及公告

2、知识、技能、体验

3、在线预览课程资源

4、视频在线学习及作业

5、作业在线查看及批阅

6、体验小组查看

7、评审意见查看

4.6 导师制

4.6.1 需求分析

1、学业导师需求分析

    学业导师作为一种学生—教师—教学内容三角模型，学生作为中心，教师是副中心，在此模型下学生与导师之间的信息交互最为重要，作为一种个性化教学模式，一个学院或者一个系的学生都很多，在普遍管理的背景下，即使学业导师花费很多精力也难以关注到每一位学生，无法全覆盖实施个性化教学，在学业导师职能下，也出现有很多学生在学习和生活中遇到困惑和问题并不愿意或者不习惯找学业导师寻求帮助的情况，这也是学业导师的职能不能发挥到位的原因之一。
    学业导师与学生之间的关系因为不涉及教学内容之一要素，所以学业导师系统的需求相对简单。学业导师实施的过程中由同样由教务处制定相关的规范制度，由学院提供导师名单和学生名单，并做好师生对应名单的分配，学生只要查看自己的导师是谁，由导师发布管理通知公告等，学业导师与学生之间的教学模式主要通过沟通交流。所以学业导师系统中，学生与导师两个角色之间的沟通交流最为重要。学业导师系统由教务处、学院、导师、学生四个角色，沟通交流平台作为贯穿整个系统的重要引线。

2、科创导师需求分析

    科创导师的教育三角模型为导师—学生—教学内容，导师作为三要素的中心，在整个导师制的实行过程中有着绝对的领导地位，没有导师的带领，学生很难独自完成科创项目，在此模型中学生对于导师的依赖度很高。因此在科创导师施行的过程中，有很多信息不对称、学生与导师之间的沟通交流少、导师的科研和教学任务太重，没办法兼顾学生的问题，导师分身乏术，无法起到中心作用，而教学内容要素所占比重不高，完全靠学生自己掌握教学内容进行科创并不现实，使得科创导师三角模型无法发挥出作用。
    科创导师系统中由教务处制定相关的规章制度，向学院下达科创导师工作的相关通知，学院提供导师名单，系提供各系的学生名单。由于科创导师的科创项目有着较为鲜明的特色，每个导师都有自己擅长的科创领域，每个学生也有自己感兴趣的科创方向。在科创导师系统中，导师与学生之间的互选是科创导师制在管理实施的过程中不同于另外两种导师制的地方，另外，由于教师的教学任何和科研任务较重，在科创导师上并不强制所有导师担任科创导师，而是采用导师聘任的方式。由学院发布导师聘任通知，导师可以以个人报名或者组成导师组报名，报名之后学院发布学生选择导师的通知，学生根据自己感兴趣的科创方向或者自己感兴趣的导师在报名审核通过的导师/导师组中选择导师，在学生选择结束之后导师可以在选择自己的学生中进行反选，选择之后导师与学生生成对应关系，导师通过为学生分配科创任务、指导带领学生进行科创、通知公告管理学生的科创过程、查看学生的日报和成果等。
    学生与科创导师之间的练习相对于论文导师更为紧密，科创导师系统为导师提供与学生进行信息交互的平台，根据科创导师的工作管理办法，科创导师系统的角色可以分为教务处、学院、导师和学生，通过教务处的规范制度、学院通知、师生对应名单等形成管理闭环，连接各个角色和功能，形成完整的科创导师系统。

3、论文导师需求分析

    论文导师制更加贴近于学生—教学内容—教师三角模型，学生作为中心，教学内容更加贴近于学生作为附中心，在论文设计的过程中，学生主动去搜集和学习教学内容，教师作为指导为学生的论文思路和框架提出要求和建议，在此模式下，学生对于导师的依赖较小，更重要的还是学生与教学内容之间的信息交互，导师在此教学模型下比重较轻，不必对学生有过多的管控，只用负责在学生与教学内容信息交互时提供指导意见和规范要求，监督学生按时完成论文，为其论文质量评估把关。
    根据论文导师的基础实施方案，首先由教务处制定论文导视系统的线管规章制度，并组织启动论文导师工作；学院处获得通知，提供学院的学生名单，并向系级发布科创导师相关工作通知；由系主任发布学生选择导师，并提供导师名单；学生可以自主选择导师或者由学院统一分配师生对应名单；每位导师都由指导学生论文的义务，导师可以在选择自己的学生中对学生进行选择，也可以等待学院统一分配；在师生名单分配完成后，导师对学生进行论文指导，通过发布通知公告、坐班答疑、查看学生的日志和成果等工作方式完成对学生的指导，学生在此过程中，通过查看导师的通知公告、向导师寻求指导和帮办等方式结合自己对论文文献的查找和刺蛾做完成毕业论文。毕业论文在规定日期前完成，并由论文导师对其论文的立意和质量进行把关和掌控，评阅小组负责对学生的论文进行成绩评定和写评语，答辩小组参与学生的毕业论文答辩环节，对学生的毕业论文进行成绩评定和写评语。学生的毕业论文成绩主要是由论文导师、评阅小组、答辩小组三部分成绩构成，对于不合格的毕业论文，进行补答辩，补答辩不通过，进行缓答辩，缓答辩不通过的学生需要延期毕业，参与下一学年的毕业论文答辩。
    根据论文导师系统的基本实施方案，论文导师系统由教学处、学院、论文导师、学生、评阅小组、答辩小组六个角色构成，通过开题、开题答辩、论文答辩、补答辩、缓答辩五个流程进行连接，以及论文导师的数据、成果、过程管理共同形成论文导师系统。

4.6.2 流程图

1、学业导师流程图

2、科创导师流程图

3、论文导师流程图

4.6.3 业务流程交通图

1、学业导师交通图

2、科创导师交通图

3、论文导师交通图

4.6.4 以角色划分的业务建制

1、学业导师建制

2、科创导师建制

3、论文导师建制

4.6.5 以流程划分的业务建制

1、学业导师

2、科创导师

3、论文导师

4.6.5 建制展示

1、学业导师建制展示

2、科创导师建制展示

3、论文导师建制

4.7 坐班答疑

    坐班答疑主要是针对需要排坐班答疑及自习时间的教师及进行选坐班时间的学生使用，主要包含两种坐班类型：坐班答疑及自习，排课形式分为三种：时间周次星期、周次节次星期及日期形式，添加学生形式主要分为两种：一种是自己通过学生名单添加，另一种是通过已有的课程查找课程下的学生名单，答疑地点可进行判冲，可以根据自己的需求进行配置使用。

4.7.1 功能简介

1、新建坐班答疑

    教师、院系级管理员、超级管理员可以进行新建坐班答疑，坐班类型有坐班答疑及自习两种，添加学生形式一是通过选择已有的课程，查找课程下的学生名单，二是通过自行添加学生名单，排课形式分为三种：时间周次星期、周次节次星期及日期形式，答疑地点可以判冲，可根据项目需求进行配置需要哪种形式

2、调整坐班答疑

教师、院系级管理员、超管可以对坐班答疑进行调整或者停止，还可以添加坐班答疑安排

3、学生选答疑时间

学生可以根据自己时间，选择空闲的坐班时间，列表是拆分最小周次的，可以进行多选

4、综合查询

可以对答疑内容（名称或编号），导师（名称或编号），坐班房间号（名称或编号）进行查询

五、教务支持

5.1 空间管理

5.1.1 概述

    在实验教学中，实验分室即房间，是非常重要的基础组成之一，提供实验教学活动空间。特定仪器设备、试剂药品等等放在一个实验分室，让这个实验分室成为做某个实验的活动空间。为用户提供实验分室相关信息，让用户找到这个实验室能做什么实验，同时能容纳多少人，是否能预约、能排课等等信息。空间管理系统就是用来维护实验分室相关信息，进行关联设备，项目等等，然后把这些信息放出去，方便用户进行实验室预约，排课等等教学活动。
    此外，空间管理系统提供相关接口，为其它业务系统提供实验分室基础信息，方便进行实验室预约，排课等等其它功能操作。并且由空间管理系统统一维护实验分室基础信息和提供接口，方便维护基础信息数据，减少资源、人力和精力的投入，并且基础信息数据具有统一性，实时性。

5.1.2 优势

    ①由空间管理系统统一维护实验分室基础信息和提供接口，方便维护基础信息数据，可以有效的避免不同系统之间数据信息混乱，对不上等等情况。当不同系统都调用在这个空间管理系统，能保证各个因为系统关于实验分室基础信息数据的统一性。
    ②减少资源、人力和精力的投入；因为其他系统想要实验分室检测信息管理这个功能，不用在业务系统再开发这个功能，直接调用空间管理系统就可以，其业务系统也可以用，支持重复使用，联合使用。并且维护是只需要维护空间管理系统一个，不用像以前一样，各个因为系统维护自己的，造成人力、资源的浪费，本来只需要做一次就能完成的事，变成重复几次去做。
    ③基础信息数据具有统一性，实时性。因为其他系统都是调用空间管理系统，所有因为系统的实验分室基础数据是一致的，统一的。并且，只要实验分室数据有变化，其他业务系统能随时查到，避免数据信息不对称造成教学事故。

5.1.3 系统架构图

5.1.4 功能简介

5.1.4.1 实验分室管理列表

    实验分室列表，里面含有校区、楼宇和楼层下拉选择框及全文检索功能；支持切换权限，批量管理、批量设置管理员、新建实验室、删除，查看实验分室信息等操作功能。全部实验室功能只能查看实验分室信息；我的实验室能新建修改等等操作，但是只能对当前登录人有权限管理的实验分室进行操作。

5.1.4.2 实验分室

    实验分室信息页面包含：校区、楼宇、楼层、实验分室名称、实验分室信息搜索框、信息详情和返回实验分室列表按钮。

    其中信息详情包括：实验室详情、实验项目、实验室管理员、物联硬件、物联管理员、软件列表、仪器设备、相关资源及实验分室指标；返回实验分室列表按钮被点击后返回实验分室列表页面。

5.1.4.3 实验室详情

    展示实验分室相关信息，包括实验室编号、名称、英文名称、地点、所属实验中心、所属实验室、实验室分类、有无多媒体、实验室类别、实验室类型、性质、所属校区、所属楼宇、楼层、所属基地、使用面积（M²）、容量、建立时间、所属学科、是否可预约、是否可排课、是否校企共建、是否生产性实验室、是否仿真实验室、规章制度、实验室描述、注意事项、获奖信息。支持编辑功能。

5.1.4.4 实验项目

    展示该实验分室关联的实验项目，即能在这个实验分室做的实验项目。能通过实验项目名称和所属课程查询，支持添加实验项目、批量删除、删除功能。该页面的实验项目列表显示实验项目名称、所属课程、实验类型、实验类别、面向专业、实验学时、实验要求相关信息。

5.1.4.5 实验室管理员

    显示的是该实验分室的实验室管理员，列表里面显示实验室管理员的姓名、工号。能通过姓名和工号搜索，支持添加实验室管理员、批量导入、批量删除、删除功能。

5.1.4.6 物联硬件

    列表显示物联硬件的物联类型、物联设备名称、IP、制造商、SN/电表号、服务器信息。根据物联类型不同，支持远程看监控、远程开门等等功能，支持添加，修改、删除，搜索功能。

5.1.4.7 物联管理员

    显示的是该实验分室的物联管理员，列表里面显示物联管理员的姓名、工号。能通过姓名和工号搜索，支持添加物联管理员、批量导入、批量删除、删除功能。

5.1.4.8 软件列表

    展示该实验分室关联的软件，能通过软件名称和软件版本查询，支持添加软件、批量删除、删除功能。软件列表显示软件序号、软件名称、软件版本、价格、有无加密狗相关信息。

5.1.4.9 仪器设备

    展示该实验分室下的仪器设备，支持查询、添加仪器设备、批量导入、批量删除、删除功能。该页面的仪器设备列表显示设备名称、设备编号。

5.1.4.10 相关资源

上传修改和该实验分室相关的展示图片、全景图片、相关视频、相关文档。

5.1.4.11 实验室指标

能看到配置好的指标项及内容，支持修改指标项里面的内容。

    实验室指标需要先在配置中心进行配置，找到实验分室所在的中心，点击“评定指标设置”就能进入设置页面进行设置相关指标。设置好后才能实验分室页面看到。

5.2 实践性教学安排

5.2.1 实验大纲管理

依据教学计划内容，制定教学大纲，课程所包含的实验项目、实验仪器、实验要求、课程计划等。方便学生进行实验预习。
教学大纲管理包括教学大纲的增删改查，教学大纲相关的字段有大纲名称、课程名称、课程学分、开课学院、课程性质、后续课程、先修课程、使用教材、课程详细信息、课程基本内容及要求、实验项目等。教学大纲将课程与实验项目进行关联，可以在排课的时候安排相应的实验项目。

5.2.2 实验项目管理

实验项目是与实验课程直接关联的，实验项目包含实验名称、所属专业、实验内容、实验者内容、实验类别、每组人数、所属课程、课前准备、添加关联设备等。有相关业务数据可出教育部基表四。
根据用户角色权限的不同，可对自己的实验项目进行新建、编辑、删除等操作，可看到所申请实验项目的审核状态。审核通过后的实验项目不可进行编辑。
对学校或者学院的所有实验项目，包括新建的和往年的，形成实验项目库，每学期可以将实验项目导入新学期，导入的项目可以进行修改，可避免每学期所有项目需要新建的繁琐工作。

5.2.3 微服务排课

教务系统在排实验课程的时候，有的课程排到了具体的周次和节次，有的课程因为课程自身的原因（如综合性实验课）没有安排详细的周次和节次，但是教务系统在排课的时候基本都没有安排到具体的实验室。
实验教学排课就是在此基础上对实验课程进行细化安排。

排课可分为教务排课、调整排课、二次分批排课、二次不分批排课、自主排课，其中课程数据来源于教务系统数据。排课机制实行全量判冲：排课过程中，学生及教师数据，会与教务处推送过来的全量数据及实验室管理平台中已经排好的课程进行全量判冲。教务排课和调整排课可对实验室地点、教师、上课时间进行安排，上课时间只能在教务给定的时间内进行安排。二次分批排课和二次不分批排课可对选课组中的学生进行分批、分组实验以及对实验时间、实验地点、实验项目和教师进行安排。自主排课是指的数据来源于实验中心的自主实验安排（教务计划外的课程），此种排课模式下，实验组编号、课程名称、学分、学时数以及课程下学生名单都能进行自定义。

此外，还可查看每门课程的学生名单。
调停课管理是对具体某一节课程进行调课、停课，只有上课教师才有权限进行此操作。
教务学时量是对系统中所有排课数据进行的学时统计，教师可对自己的相应课程学时数有一个整体的把控。

5.2.3.1 教务排课和调整排课

教务排课和调整排课可对实验室地点、教师、上课时间进行安排，上课时间只能在教务给定的时间内进行安排。

选择排课时间段、教师后，会直接出现判冲后实验室。

可为每次上课时间选择实验项目，若上课教师和助教有变化也可以再次调整。每条排课信息可以单独点击“保存”或点击“一键排课”进行全部保存。

排课完成后进行点击“排课完成”，提交排课信息等待审核人员审核发布。
审核人员可在“待审核”状态找到课程进行审核，审核完成后在“待发布”状态找到课程进行发布，发布完成后该课程可在课表上呈现。

5.2.3.1 二次分批排课

二次分批排课可对选课组中的学生进行分批、分组实验以及对实验时间、实验地点、实验项目和教师进行安排。学生分组形式分为2种：教师分配、学生选课。其中教师分配方式支持三种：随机安排、行政班安排、教师自行安排。

自行安排：教师可自行安排每个小组的学生名单。

分组完成后，进行排课。
选择完上课教师后进行多维度判冲。可勾选“学生判冲”进行判断学生在该时间段内是否有空，绿色笑脸代表全部学生都有空，黄色笑脸代表部分学生有空，红色哭脸代表全部学生没空。

勾选“教师判冲”进行判断刚才所选教师在该时间段内是否有空。“√”代表老师空闲，“×”代表老师占用，在具体安排实验项目时也会给出具体教师是否冲突提示。

勾选“实验室判冲”并指定具体实验室，进行判断该实验室在该时间段内是否有空。绿色背景色代表实验室空闲，红色背景色代表实验室被占用。

底色：绿色为实验室未占用、红色为实验室已占用；
绿色笑脸：全部学生都有空、黄色笑脸：部分学生有空、红色哭脸：全部学生没空；
√号：教师时间可以、×号教师时间不可以；
可选择绿色、笑脸、√号区域进行排课确认。

5.2.3.1 二次不分批排课

排课过程中，学生及教师数据，会与教务处推送过来的全量数据及实验室管理平台中已经排好的课程进行全量判冲。

5.2.4 课程考勤

课程考勤主要对学生的上课情况进行记录，其可以根据排课情况对某门课程的某次课程进行考勤，考勤支持手动单人考勤、批量考勤和自动考勤。上课教师对上课的学生进行在线考勤查看，针对学生的实际情况，教师可以进行标注，如迟到、旷课、请假等。自动考勤是结合智能数据采集终端（需硬件支持），通过学生到实验室刷卡记录对学生进行考勤管理。

5.3 物联集成

5.3.1 物联中间件

    物联管理中间件实现对物联设备的统一管理。通过物联管理中间件可以实现对物联设备的配置管理，以及对物联设备接口的调用，相关数据的处理和格式转换，最终实现软件和物联设备的功能联动。

5.3.2 门禁系统

    门禁系统由读卡器、门禁控制器、电磁锁，考勤机等组成。读卡器读卡并验证身份，同时控制门禁控制器实现门的开关；服务管理软件存储记录；系统遵循TCP/IP通讯协议，通过网络即可实现对门禁的管理。
    门禁系统可以与校园一卡通对接，提供策略下发、日志提取、远程开门、门锁状态查询服务接口，能够和预约策略对接，将实验室开放及教学预约策略下放到相应门禁控制器。

5.3.3 视频采集系统

    采用高清网络摄像机完成图像采集和视频信号编码的工作，监控图像采用网络信号进行传输，由于数字信号的抗干扰特性，能够保障前端图像不失真，实现图像信息的远距离传输；同时高清 网络摄像机支持720P、1080P的高清图像采集编码，满足实训室开放服务安全监控的要求“系统高清化的需求”。 网络摄像头应支持统一管理，支持RTSP/RTMP协议。
    提供统一的现场视频服务以及基于班牌的综合信息服务，通过流媒体服务以及智能班牌等设施实现现场信息服务。

5.3.4 统一视频服务

    对于支持RTSP/RTMP协议的网络摄像头，提供流媒体服务接口，实现实时视频流调用、视频录制、视频回放等应用。对于主流厂商提供的视频采集设备，提供基于厂商SDK的管控接口及流媒体服务。

5.3.5 电源控制

1、系统支持：
- 远程控制
- 通过计算机网络对网络中的智能电源进行工作设定和查询。内容设定为有效期范围里对每一路开关进行预约，并查询每一路输出状态及预约状态。
- 实验室设备的控制及管理，实验实验室设备的远程开关机；
- 实验室电流及电压环境监测及异常报警；
2、电源控制对接接口内容：
- 管理者网段IP配置
- 查看预约信息
- 端口的电源开与关的预约控制

5.3.6 智能班牌

    提供发布APP内容接口，实现实验室动态信息内容的发布与呈现，提供实时视频的点播，实现无扰的实验室参观、督导与巡查。

六、开放共享

6.1 开放预约

6.1.1 实验室预约

实验室预约主要是对实验室空闲时间进行资源利用，例如考试、上课、培训等进行场地预约。用户提交申请预约实验室进入审核流程，审核通过之后，在预约的时间段内使用实验室，对于有对接门禁的实验室可在预约时间内直接刷卡开门（需硬件支持）。在“我的申请”中可以看到预约信息，以及当前审核状态。
实验室预约可设置开放范围、开放对象、是否允许预约、预约是否需要审核、是否需要实验室管理员审核、是否需要实验中心主任审核、是否需要安全准入、安全准入形式（在线考试）。若该实验室需要准入则需通过准入方式后方可预约。

6.1.2 设备预约

实现对设备及其预约的管理功能。用户查看可预约设备进行预约。可进行多层级审核流程设置，某一层级审核未通过则该预约申请不通过。

6.1.3 工位预约

学生、教师可进行工位预约，在剩余工位数大于0且该实验室允许预约的情况下可进行此项预约操作。可进行多级审核流程设置。工位预约可设置是否允许预约、可预约工位数、预约是否需要审核、是否需要实验室管理员审核、是否需要实验中心主任审核。

6.1.4 设备借用

实现对设备的借用流程管理，用户可以搜索可借用设备，提交借用申请，管理员审批通过后可使用该设备。设备在审核人审核之前可撤销申请。

6.1.5 仪器预约

预约者可以通过此功能对仪器进行机时预约和送样检测预约。

6.1.5.1 机时预约

    仪器选择可以通过所属实验室、仪器名称/编号进行筛选，关键字搜索可通过仪器信息中任意关键字进行搜索，仪器预约界面可看到相应仪器的使用情况，阶段分为：空闲、维修中、使用中3个状态。
    筛选自己想要预约的设备，点击‘机时预约’，如果此设备需要考试，便会提示用户未通过考试；如果此设备需要培训准入，则点击时会提示：您未通过培训，请先预约培训。
    点击‘去预约培训’后，进入培训列表页面，点击报名，然后在规定培训时间和培训地点进行相关培训。
    如果培训人数已满或者培训时间已过，预约者可以选择期待培训日期，设备管理员可根据提交的期望培训日期和人数另开培训。
    培训通过之后，点击‘机时预约’可进入预约界面，上方包括机时预约的基本信息，预约人员可查看信息进行预约；下图是学生界面会出现的详情：

    预约人员点击时间块可以选择时间进行预约，输入相关预约信息可预约成功，灰色的框是不可以预约时间，绿色的是可预约时间：

    点击提交成功后，可直接进入我的预约页面，我的预约页面可看到预约审核状态，点击查看可看到审核的详细情况(审核流程可通过仪器管理下的机时预约设置中进行预约审核流程的设置，去除相应环节可跳过该审核流程)，流程显示结束则预约成功：

    点击‘查看’后页面可查看预约相关信息，以及具体流程审核人和审核过程：

6.1.5.1 送样检测

    送样检测预约界面，送样检测设置在仪器设置中增加，点击色块可选择一天进行送样检测。
    选择‘样品送检属性准入’：

    填写相应送样检测信息点击提交，会有弹出框提示成功：

    提交后，进入我的预约中，可查看整个接样的流程阶段，阶段都由设备管理员进行确认和提交。

6.1.5.1 仪器详情

    仪器详细可查看当前设备的主要技术指标、收费标准、注意事项、功能应用范围、附件信息、文档信息、图片信息、视频信息。

6.1.5.1 仪器培训

    仪器培训可查看当前设备的所有培训安排，如没有可以参加的培训，可以提交期待培训时间。

6.1.5.1 开放信息

    可查看当前设备的仪器公告、准入方式、机时预约信息、送样检测信息、相关收费设置信息。

6.1.5.1 预约情况

    可查看当前设备的所有预约记录。

6.1.5.1 汇总统计

    可查看当前设备的预约用户使用机时数。

6.2 虚拟仿真资源服务

    在虚拟仿真实验教学平台的建设中，虚拟仿真交互课件是其中价值最大的部分，但由于传统的建设模式，在虚拟仿真交互课程的制作中，往往还封装了认证、课程说明、选课、练习、测验、成绩等内容，形成了独立的体系，各系统的认证使用与内部数据格式的不同，限制了虚拟仿真数字学习资源的使用。
    作为教学活动过程重要载体的数字学习资源，其中蕴含着丰富的潜在教育数据，而以这些数字学习资源为载体的学习经历数据，其承载的教育价值则是高校面向学习者优化改进教学体系与内容的基础，而有效积累相关数据则是当前学校所面临的首要任务。
    系统建设需求如下：
    1、建立统一的虚拟仿真网站系统，为学校的国家级、省级的虚拟仿真应用提供访问入口。
    2、国家级虚拟仿真项目开通外网访问，面向所有的用户，访问入口跳转到国家平台；省级项目仅面向校内用户开放，不提供校外访问。
    3、支持校级统一身份认证，通过脚本可自动对发布页面进行检测，发现问题可以发消息通知相关的项目负责人，由各虚拟仿真项目负责人对页面进行维护。
    4、为虚拟仿真项目提供成绩接口，教师可以建设实验课程，将虚拟仿真项目的成绩纳入到统一的成绩管理服务中；

6.2.1 系统架构

    针对目前虚拟仿真系统建设的厂家众多，并且各自的技术体系不同，按照松耦合的方式进行建设：

    页面集成：实现学校层面对虚拟仿真信息系统的集中，在通过申报之前可以通过学校统一的门户对外提供发布服务，各厂商系统各自实现认证服务，对于通过国家级推荐的系统由各厂商直接按照要求进行对接，在门户平台保留到国家虚拟仿真中心的链接。
    门户集成：开放型架构，非国家级项目在校内提供统一的访问入口，网站系统实现和校园网的统一身份认证对接，后续可以通过扩展及厂商系统改造，实现厂商系统认证集成、数据集成及应用系统集成。

6.2.2 前端聚合

    提供对虚拟仿真资源的统一发布服务，对于符合学校部署要求，并且愿意接受学校统一管理与服务的项目提供统一的发布平台。实现学校层面对虚拟仿真信息系统的集中，在通过申报之前可以通过学校统一的门户对外提供发布服务，各厂商系统各自实现认证服务，对于通过国家级推荐的系统由各厂商直接按照要求进行对接，在门户平台保留到国家虚拟仿真中心的链接。

6.2.3 栏目维护

通过认证，后台管理员可以对发布与展示栏目与内容进行维护。
1）栏目新建

2）栏目编辑

3）内容编写

6.2.4 健康监控

1、监测脚本

2、消息提醒

6.2.5 认证集成

    和学校的统一身份认证系统集成。保留相关的接口，在满足学校信息安全策略的前提下，后续厂商可以通过认证直接接入到系统，实现系统的无缝访问。对于内网用户来说，通过认证才可以访问到具体的内容。

6.2.6 数据集成

    提供成绩服务接口，虚拟仿真系统可以通过成绩接口，将数据导入到成绩册中，结合教师的课程，形成总的成绩单。相关的接口示例如下：

创建成绩册接口

2.保存成绩接口

3.查看某一课程学生分项成绩集合接口

6.2.7 部署配置

    根据教务处的要求，各二级学院将原本分散在各个二级学院或托管在云端的系统迁移到学校的服务器上，通过校园网提供统一的域名对外进行发布，提供运行在学校的机房确保系统的安全性。服务内容如下：
    1、迁移服务
    根据各项目与信息办要求，各厂家进行配置满足发布的安全要求；
    2、在线服务
    根据项目要求，通过脚本对相关系统的连通性进行测试，发现问题通过消息服务提醒厂商进行处理。

七、流程业务服务

7.1 流程业务应用

7.1.1 流程引擎

    流程业务采用bmpn2.0标准流程引擎结合配置中心进行构建，流程的定义通过标准的流程工具绘制，生成xml文件后上传至流程引擎完成配置。

7.1.2 配置应用

    流程各步骤中的表单，流程提供了配置中心转置模板结合封装接口形成表单与默认页面，可通过配置实现从资源与业务中获取数据与服务，形成业务表单。

![]

7.1.3 流程接口

针对已经发布的流程，可提供相关的接口用于二次开发自定义前端，参考接口如下：

1、启动安全检查流程实例
api post
process/api/process/startExampleOfCheckProcess

7.2 流程开发平台化配置

7.2.1 三网配置

    根据高校的实际业务与信息安全需求，可以将系统按照不同的网络进行发布，相关的配置如下：

7.2.1.1 外网配置

    承载面向最终用户的高频服务，根据数据安全需求，可采取数据脱敏等机制，确保服务的安全，根据应用与业务要求，部署门户、可视化服务、建制服务与各项业务依赖的微服务，部署数据库与脱敏服务相关的访问控制策略；

7.2.1.2 物联网配置

    承载物联智能化服务，需要部署在本地，通过访问控制机制与外网与内网进行通信，实现数据与接口等业务服务的联动及物联设备的集中管理，部署数据服务、物联服务、文件服务及消息服务，实现与内外网的通信并保障物联管理与业务联动的执行，配置相关的通信与访问控制策略，配置接入控制策略；

7.2.1.3 内网配置

    提供业务管理、数据分析、系统管理及各类配置服务，通过受控的方式将应用发布到外网与物理网，实现业务的管理与中台开发支持，针对有二次开发需求的学校提供本地化的开发测试与联调服务支持，部署配置的后台并提供各项开源服务接口与调试平台。配置相应的VPN、外网与物联网访问控制策略。

7.2.2 三平台配置

7.2.2.1 师生平台配置

    根据网页、小程序发布需求，提供相应的前端数据源配置、初始化数据配置，后端服务、支撑微服务与数据库支持，配置数据同步策略，保障系统安全运行。

7.2.2.2 业务中台配置

    根据建制配置与流程业务的需求，对资源与服务进行封装，通过配置模板引用提供聚合服务。以下为部分实现的接口：

接口字段(部分)
1. current ————表示获取当前XXX(目 前仅适用于input，需配合url使用)
接口格式: get请求,返回

{
data:[{
id: id,
text: text
}]
}

2. |stepResult+数字| 或者 stepResult_+数字 ———-表示需要展示报名招募类型步骤的表格(多条result,数字为多人上传的步骤)
3. |currentLogin|———获取当前登录人(目前仅适用于input，url字段需要配置‘getCurrentUser’接口)
4. |search|——————异步搜索多选框(目前仅适用于multiSelect)
5. |audit|——————-审核功能(indicator_options字段需要用 , 将不同选项隔开，目前仅适用于radio)
6. globelDate——————————后台需要,用来识别一个流程的持续时间(需要配合rangeDate)
7. localVariable————————-本地树级结构变量(需要配合localObject或者evaluationTab)
8. localObject:

9. evaluationTab:用来针对上述localObject所选择的数据进行审核(单选框)indicator_options字段需要用 , 将不同选项隔开
10. |linkage| |linkage+数字|——两个配置项联动(没有数字的为选择项需配合select,有数字的为根据前一个选择的数据进行别的操作具体需要不同需求来定,两个都需要配置url)
11. |countType|—————————-后台使用,用来识别招募报名类流程报名人数
12. select2———————————本地二级单选联动框,需配合localObject使用

13. |globalVariable|——————-全局变量,后台会将这个配置项的值单独传过来进行特殊操作
14. |count|———————————前端用来判断是否为多人提交的步骤
15. |show|———————————-提交之后再详情页面需要预览的文件,需配合file使用
16. |each|———————————-针对每一个报名的学生的字段,比如为每一个报名人员发送短信,填写评语
17. |totalColumn|————————需要计算合计的,适用于报表页面
18. |autoInsert|————————-需要插入到后续步骤,需要配合table以及url使用
19. |override|—————————-导入数据同时覆盖之前的,不加就是添加数据,配合import使用
20. |message|——————————发送短信/邮件,需要配合redio,indicator_option字段中的选项确定一定要放在前面

21. |taskSelect|—————————包含网关(并行阶段)前置选择任务所需,需配合checkbox使用

7.2.2.3 开发后台配置

提供开发支持服务，配置接口测试平台，并提供相应的上线技术支持；

7.2.3 三中心配置

7.2.3.1 建制中心配置

提供建制配置服务，为中台开发提供基于图的结构化业务表达，通过建立节点间层级与引用关系，实现节点、属性、资源的结构化描述。属性采用扩展方式，除了应用中心外，还可以对封装的资源中心服务进行引用，进行传参等操作，实现服务的聚合与聚合应用发布。

7.2.3.2 应用中心配置

各应用的配置与发布服务，根据发布与信息安全需求拆分相应的前端与后端应用。

7.2.3.3 资源中心配置

1.数据资源
包括统一数据交换平台，统一缓存服务，提高系统的使用效率；

实现共享数据如下：

2.接口资源

中间件平台提供REST接口，通过HTTP GET方式进行调用，格式如下（以查询镜像为例）：
1) 调用方式：HTTP GET
2) 调用格式：https://接口服务器域名/ v1/soft
3) 同步返回数据

4) 同步返回样例

{
"code": 200,
"msg": "成功",
"data": [
{
"set_id": 1,
"set_name": "nova",
"set_code": null,
"hardware_set": "instancetype-cybwlogpus4",
"image_code": "image-qgtPoIjE",
"provider": null,
"set_note": null,
"desktop_num": 20
}
]
}

针对内部业务调用，提供feigh接口提供服务。
3.物联资源
配置物联平台与资源，提供前端应用接口配置发布，供业务交通图与建制引用。

    针对应用业务，提供物联服务资源对物联设备相关的差异与协议的封装，为应用业务提供相关的接口，实现快速的集成。相关的接口如下：

# 相关接口
## 1.门禁
### 1.  远程开门
### 2.  用户权限数据下发
### 3.  用户权限数据删除
### 4.  查看门锁状态
### 5.  修改卡号
### 6.  获取所有门禁的房间列表(小程序)
### 7.  获取门禁详情（小程序）
### 8.  获取用户门禁权限（小程序）
## 2.大仪
### 1.  远程开电源
### 2.  远程关电源
### 3.  用户权限数据下发
### 4.  用户权限数据删除
### 5.  修改卡号
### 6.  获取用户大仪权限（小程序）
## 3.智能开关
### 1.  智能开关远程开门
## 4.班牌
### 1. 班牌预约数据下发
## 5.人脸识别
### 1. 人脸注册
### 2. 人脸考勤
## 6.物联日志
### 1. 当前设备下某人记录
### 2. 当前设备下全部数据

4.文件资源
提供文件资源服务接口，实现文件的上传、相关目录资源的获取等服务。

面向应用，提供文件资源的查询引用，提供文件访问服务。

7.3 流程开发范例

1.教学实验项目建设申报

    实验室建设项目管理的核心流转内容为建设清单及预算、实验项目的有效追踪，需要能够实现对清单与实验项目内容的有效追踪，典型流程设计如图：

2.学院项目申报阶段

（1）基础项目信息填报
教师申报项目，可以根据不同项目的要求配置申报表单，实现基础项目信息的填报。

实验中心主任审核：

（2）上传清单与建设项目明细
教师上传建设项目需要的设备采集、建设项目内容等申报要求的表单，可通过导入的方式，形成申报的明细；

查看填报信息

（3）学院审核
根据审核的要求，可要求申报人员补充相关的附件资料，形成申报文档：

学院可以组织专家组审核，将审核意见填报到表单中，并要求项目组对资料进行修订或通过审核。
评审过程中，专家组可以查看整个过程与填报的信息内容；对于通过专家组审核的项目，由审核人（院长）进行审核（或管理员进行填报），完成学院内的申报工作：

3.校级专家组审核

（1）校级专家组审核
针对已经通过学院审核的项目，教务处可组织专家评审。

（2）实验室建设项目立项
对于通过审核的项目，系统可以根据审核后的清单实现项目立项，并根据清单生成建设合同。

4.建设验收阶段

（1）合同提交
系统可以根据审核后的清单与内容生成合同。

合同文件管理员审核：

（2）验收阶段
教师根据阶段上传验收文件，设备清单与实验项目作为附件进入到验收文件中。

教务处可以发起验收，组织专家对相关的验收文件审核。

7.4 其他范例

1.学科导师
1. 总共分为两个流程

2. 第一个流程第一步需要有一个indicatorEname 为 name 的字段

第二步(导师申报)必须给姓名加indicatorEname 为 initiatorUsers

2.实验项目建设申报

分享

GVSUN教务业务领域标准白皮书