1

项目建设目标

项目建设目标

在学校整体信息化规划的指导下，完善和深化教务管理系统建设，实现以下建设目标：
1. 实现综合教务一体化管理
系统整合学校人才培养全过程教务管理业务，需实现全校教务一体化管理，实现课程资源、教师资源、教室资源的有效使用，改变数据孤岛问题，实现全校统一的教务信息化管理，为未来学校教学管理改革和发展提供信息化支撑。
2. 规范化教务信息管理模式
教学管理业务是学校覆盖范围最广、难度最高的业务，通过教务系统的项目实施，理清业务主线，梳理业务流程，进行教学管理流程的重整与再造，指定明确的业务管理规范，实现管理变革，贯彻学校的管理目标和管理要求，提升学校的综合竞争能力和软实力，实现教学管理业务的咨询规划、流程优化和规范制定。
3. 多级管理与同级协同，打破“信息孤岛”
系统实现学校的多级管理机制，从纵向的教务处、院系、专业间管理到横向的院系间、部门间协同，令整个教学管理活动可以在系统中实现。通过教务系统，实现高水平的部门间信息资源共享，打破惯有的“信息孤岛”现象，让高校真正做到统一化、一体化管理。
4. 良好的包容性与可扩展性
系统具有良好的包容性和可扩展性。系统的可扩展性包括能接纳已有的系统和在今后系统软硬件扩展时，能有效地保护已有的投资。特别是在应用需求变化时，提供一个良好的应用平台，能比较容易的加以调整。
需建立一个标准的、开放的高校教务领域通用信息模型作为信息标准,为不同厂商、不同业务领域建立的系统提供规范和标准,并提供通用的服务接口,提供与学校其他应用系统对接的接口,易于扩展。
5. 为教师、学生提供良好的信息服务
在教务信息标准化、规范化的基础上，对信息进行合理的布局，在提供优质、高效的业务管理和事务处理的同时，使全校师生可以在任意平台上对所需数据进行访问。
6. 系统简洁、易使用、易维护、非计算机人员适用
应用系统的设计应符合日常办公运作的需求，功能完备实用，充分满足学校教务部门对高校教学活动的管理需求。系统整体操作应简单、易学，界面清晰且友好，对于计算机人员、非计算机人员操作都十分适用。
7. 系统可靠运行，安全保密
系统应具有安全高效的通信机制，身份认证，权限检查，以解决教务信息系统的安全性、保密性问题，防止信息泄密和对保密信息的非法侵入。系统能够避免因为软件、硬件故障造成的数据损失；保证数据在传输过程中安全、保密。
8. 系统应支持网络环境，服务器端跨平台使用

系统应支持校园网、互联网网络环境，服务器端程序应能跨平台使用，应支持Linux、Unix系统，所有数据都能通过网络进行传递，充分实现教学资源的数字化、信息化和网络共享。

2

项目建设要求

系统建设要求

1. 先进性和成熟性
教务管理系统的开发设计，需从设计思路、开发原则、系统架构、网络拓扑、实施软件系统、硬件设备、开发工具的各种角度考虑整体解决方案的先进性，所选主体产品的技术架构具有先进及前瞻性，可以跨平台应用或配置，确保所选主体产品在技术上处于领先水平，充分考虑系统今后的延伸，保证系统不落后。系统采用了纯B/S的图形化界面，确保核心应用的客户化程度。

2. 开放性、兼容性和标准性
教务系统的底层应支持各个层次的多种协议，应支持与业务系统的互通、互联，应用系统采用标准的数据交换方式，保证数据共享。优良的体系结构设计，对于系统是否能够适应将来新业务的发展至关重要。系统应采用J2EE规范，遵循SOA标准，采用JAVA语言编写，具有良好的开放性，应支持跨平台、跨数据库、跨中间件、兼容各种应用软件的特性。
在设备选择及网络方案上也坚持开放性原则，使系统对各种硬件设备的互连互通；在软件上应支持跨平台和开放数据接口，便于与其它系统软件互相集成，未来应支持与业务系统、门户系统的单点登录集成，在可获得相应系统的数据结构情况下，实现与这些系统的应用、门户、数据各层面上无缝连接。
3. 可靠性和稳定性
教务系统应是高度可靠的，一般的人为和外部的异常事件不会引起系统的崩溃；同时系统有较高的可用性，当系统出现问题后能在较短的时间内恢复，而且系统的数据是完整的，不会引起数据的不一致。
4. 安全性、可靠性和保密性
系统的开发设计既需要考虑信息资源的充分共享，又注意信息的保护与隔离。因此教务系统分别针对不同的应用、不同的网络通信环境和不同的存储设备，采取不同的措施，包括系统安全机制、数据存取的权限控制，以确保系统的安全性。措施如：应用安全、数据安全、容灾备份、管理安全、密码策略。
系统有整体的用户/权限管理体系，可统一进行用户/权限的管理，同时应支持二级权限分配模式，二级管理员可以在已分配的权限范围内进行权限的二次分配。
系统提供用户认证、数据传输、数据存储的安全手段接口，可在各个环节提供对第三方安全认证系统的应支持。
系统基于用户、IP对系统进行管理，提供查看重要数据（如排课数据、选课数据、成绩数据）的操作日志功能，日志内容包括修改时间、使用人（用户及IP）、操作模块、修改内容。更好的保障系统及其数据的安全性。
5. 可移植性、可扩展性和易维护性
系统应基于可移植性较好的编程技术，采用Java编程语言和服务器端Java技术开发，可实现跨平台部署，系统用户端和管理端均采用B/S架构，并采用先进的、开放性的J2EE架构，以便能够和学校以后购买的其它软件进行良好的集成。
6. 美观性和易用性
作为全员应用系统，易用性和用户体验是项目的关键要素。教务产品应采用纯B/S的登录方式，可以支持三个以上主流浏览器使用（IE、火狐、chrome、Safari），并且易读、易理解、易操作，用户界面简洁、美观、友好，易于用户掌握、操作和使用；系统管理的使用及管理也以简便、易于操作、方便实用为准则。
需实现从产品的部署、登录、使用、维护、升级、扩展的全方位易用，从而提升系统的黏着度。
7. 高并发能力支撑
教务系统的开发设计，应支持应用和数据库多重负载均衡能力，应支持附件服务器和数据库服务器分离技术，从而支持大量用户同时在线和同时操作的能力，不会因为用户数的增长或者信息量的增加，而导致系统响应能力下降。
8.与智慧校园对接单点登录
9.教务系统数据与智慧校园数据中心完成数据接口对接，按照数据中心标准推送所有需要数据至数据中心。
10.系统支持服务集群方式部署（集群服务器和服务可扩展到10-15台），实现20000人同时选课、成绩查询等所有系统业务，系统响应及时、运行可靠。
11.系统实现短信通知、微信通知等业务环节信息告知。

安全性要求

1. 先进性和成熟性
教务管理系统的开发设计，需从设计思路、开发原则、系统架构、网络拓扑、实施软件系统、硬件设备、开发工具的各种角度考虑整体解决方案的先进性，所选主体产品的技术架构具有先进及前瞻性，可以跨平台应用或配置，确保所选主体产品在技术上处于领先水平，充分考虑系统今后的延伸，保证系统不落后。系统采用了纯B/S的图形化界面，确保核心应用的客户化程度。
2. 开放性、兼容性和标准性
教务系统的底层应支持各个层次的多种协议，应支持与业务系统的互通、互联，应用系统采用标准的数据交换方式，保证数据共享。优良的体系结构设计，对于系统是否能够适应将来新业务的发展至关重要。系统应采用J2EE规范，遵循SOA标准，采用JAVA语言编写，具有良好的开放性，应支持跨平台、跨数据库、跨中间件、兼容各种应用软件的特性。
在设备选择及网络方案上也坚持开放性原则，使系统对各种硬件设备的互连互通；在软件上应支持跨平台和开放数据接口，便于与其它系统软件互相集成，未来应支持与业务系统、门户系统的单点登录集成，在可获得相应系统的数据结构情况下，实现与这些系统的应用、门户、数据各层面上无缝连接。
3. 可靠性和稳定性
教务系统应是高度可靠的，一般的人为和外部的异常事件不会引起系统的崩溃；同时系统有较高的可用性，当系统出现问题后能在较短的时间内恢复，而且系统的数据是完整的，不会引起数据的不一致。
4. 安全性、可靠性和保密性
系统的开发设计既需要考虑信息资源的充分共享，又注意信息的保护与隔离。因此教务系统分别针对不同的应用、不同的网络通信环境和不同的存储设备，采取不同的措施，包括系统安全机制、数据存取的权限控制，以确保系统的安全性。措施如：应用安全、数据安全、容灾备份、管理安全、密码策略。
系统有整体的用户/权限管理体系，可统一进行用户/权限的管理，同时应支持二级权限分配模式，二级管理员可以在已分配的权限范围内进行权限的二次分配。
系统提供用户认证、数据传输、数据存储的安全手段接口，可在各个环节提供对第三方安全认证系统的应支持。
系统基于用户、IP对系统进行管理，提供查看重要数据（如排课数据、选课数据、成绩数据）的操作日志功能，日志内容包括修改时间、使用人（用户及IP）、操作模块、修改内容。更好的保障系统及其数据的安全性。
5. 可移植性、可扩展性和易维护性
系统应基于可移植性较好的编程技术，采用Java编程语言和服务器端Java技术开发，可实现跨平台部署，系统用户端和管理端均采用B/S架构，并采用先进的、开放性的J2EE架构，以便能够和学校以后购买的其它软件进行良好的集成。
6. 美观性和易用性
作为全员应用系统，易用性和用户体验是项目的关键要素。教务产品应采用纯B/S的登录方式，可以支持三个以上主流浏览器使用（IE、火狐、chrome、Safari），并且易读、易理解、易操作，用户界面简洁、美观、友好，易于用户掌握、操作和使用；系统管理的使用及管理也以简便、易于操作、方便实用为准则。
需实现从产品的部署、登录、使用、维护、升级、扩展的全方位易用，从而提升系统的黏着度。
7. 高并发能力支撑
教务系统的开发设计，应支持应用和数据库多重负载均衡能力，应支持附件服务器和数据库服务器分离技术，从而支持大量用户同时在线和同时操作的能力，不会因为用户数的增长或者信息量的增加，而导致系统响应能力下降。

技术路线要求

1. 系统用户端和管理端均采用完全的B/S架构，客户端免安装。；
2. 系统应具备良好的浏览器兼容性，管理员、教师、学生都能在IE、Firefox、Chrome主流浏览器下进行系统所有的功能操作。
3. 系统应支持多类型培养，包括大类培养、分层培养、主辅修贯通、个性化培养、联合培养、跨学科交叉培养，实现全方位多层次人才培养模式。
4. ▲系统应支持自定义分配角色权限，实现多级授权，支持权限分配到角色或个人，功能菜单权限支持配置到按钮级别。
5. ▲系统应支持所用菜单均采用系统内部页签，可保留多个功能页面通过页签切换；支持自定义流程引擎，系统中支持自定义申请、审核流程。
6. ▲系统应支持自定义标签工具，可迅速定位某一信息。
7. ▲系统应支持自定义页面显示字段同时支持通过拖拽自定义字段显示顺序。
8. ▲系统应支持从开课计划自动生成到教学任务，支持自定义分组进行分组授课，可继承至下学期。
9. ▲系统应支持按照意愿值选课，并且选课可按照意愿值或优先级筛选法进行。
10. ▲系统应支持自动排课与手动排课，且支持分组排课，自定义排课时间（按节次或不按节次均可），支持通过拖拽进行手工排课。
11. 系统应支持自动排考与手动排考，并支持多考试类型下的通用排考设计。
12. 系统应支持自动毕业审核、自定义审核规则，并支持学分清算。
13. 系统应具有足够的安全性、可靠性，保障教务系统及其数据具有较高的安全级别，对于教务系统中的重要数据（如排课数据、选课数据、成绩数据），提供日志机制记录数据的维护，系统日志管理员账号要可以查看，日志要能够记录系统各级人员（管理员，教师，学生）的操作过程。

3

信息管理

基础功能

基础设置
1. 业务类型管理：所谓业务类型，就是将不同类型的业务在系统层面进行分割，产品应提供“非教学业务”、“本科”两种业务类型，我校可根据自己需要，对业务类型进行配置。应支持对系统内的业务类型进行管理，包括查询、新建、删除、修改、查看详情；
2. 基础代码管理：系统应支持在系统内对国家、校内标准、行业标准、教育部标准4大类基础代码的兼容，并支持对代码元信息的维护。每个基础代码可设置适用的业务类型；系统应支持新建、删除、修改、查询、查看详情、导入代码的功能；
3. 标签管理：标签是用来标志目标的分类或内容，便于自己和他人查找和定位自己目标的工具，系统应支持为各业务对象新建、修改、删除标签的功能；
4. 课表布局管理：一套系统可以有多套课表布局，系统应支持新建、修改、删除、查看详情课程布局的功能；
1) 应支持为课程布局设置课程小节的功能，包括增加、修改和删除小节，调整节次顺序，设置节次的显示颜色，来为排课功能提供辅助；
2) 应支持课表布局规则配置，可为不同的业务类型、校区、季节选择不同的课程布局。
5. 书院：应支持查询、查看、新建、修改、删除书院；
6. 组织机构管理：应支持新增、修改、删除、查询、查看详情、导出组织机构的功能；应支持设置组织机构是否院系、设置组织机构是否实验中心、设置组织机构是否开课功能；

7. 具有系统功能精确和模糊查询功能并根据查询结果直接进入相应的功能页面。

8. 每个功能模块具有操作流程图和相应说明，并根据操作流程图点击能进入相应的功能。
权限管理
1. 应支持启用，关闭，修改，查看菜单详情功能；
2. 应支持根据我校的管理特色，自由配置系统角色，功能包括新建、删除、修改、功能权限分配；
3. 应支持将角色与业务类型相关联；在为角色分配权限时，粒度应支持到菜单的按钮级别；
4. 应支持对系统内的账号进行管理，包括新建、删除、修改和设置数据权限功能；
5. 应支持为账号设置失效日期，过期后账号将自动失效，无法登录系统；
6. 应支持分级授权管理；为账号设置数据权限时，应支持一个账号可拥有多个业务类型下的数据权限；
7. 系统应支持管理员对学校人员的基本信息、联系信息、家庭联系信息、家庭成员的信息的管理功能，包括新建（可以通过电子表格导入）、修改、删除、查询、查看详情的功能，新建时可通过证件号来确定人员的唯一性；
8. 应支持刷新姓名拼音的功能，可批量将中文姓名拼音更新至英文名称；
9. 应支持批量上传照片、打包下载照片、批量清除照片功能；
10. 同时，系统需支持对用户角色的管理，可实现对用户角色数据的维护功能以及用户与角色的绑定，包括新建、修改、删除、查询、查看详情、设置所属角色、启用设置、临时生成密码、密码初始化、导出数据的功能。

消息系统
1. 消息提醒配置：应支持对支持消息提醒事项进行配置的功能，系统应支持根据各个提醒事项配置情况向接收消息人发送消息提醒的功能；
2. 消息监控：应支持对消息提醒进行监控的功能，支持导出、查看消息详情的功能；应支持对提醒事项进行重新推送的功能；
3. 通知公告：系统应支持在教务系统首页发布公告以及上传文档的功能，应支持新建、删除、修改、查看详情的功能，同时支持为系统消息设定可浏览对象。应支持归档、取消归档的功能，归档的公告将不显示。
其他功能
1. 应支持多重身份切换与业务类型一键切换功能；
2. 应支持系统换肤功能，可为系统选择主题色；
3. 为了让非中国国籍的人员更无障碍的使用系统，系统支持软件国际化，应支持中文/英文界面登录，包括课程名称、学院、专业、成绩表、教师课表等的英文模式；
4. 应支持将打开的功能保存页签，类似于浏览器的页签，用户可以方便的切换已经使用过的功能，并且支持关闭和刷新页签；
5. 应支持修改密码、邮箱、用户根据邮箱找回密码功能；
6. 应支持通用的申请审核流程配置，支持自定义配置审核流程，并将审核流程部署至流程引擎；同时系统应提供默认审核流程。
系统设置
1. 应支持自定义文件上传在服务器上路径的功能；应支持定义单用户最大支持登录数的功能；应支持系统集成参数配置的功能；
2. 应支持维护及发送系统邮件；
3. 应支持查询、查看和导出系统文件；
4. 应支持维护首页快速通道，通过快速通道直接进入功能页面

4

教学场地

1. 系统应支持对包括校区、楼宇、房间的教学场所的维护和导出功能；
2. 校区：应支持新建、删除、修改、查询、查看校区详情的功能；应支持校区与业务类型相关联，比如A校区对应本科、研究生，B校区对应本科、研究生和专科；
3. 楼宇：应支持新建、删除、修改、查询、查看楼宇详情的功能；应支持将楼宇与校区相关联；
4. 房间：应支持新建、删除、修改、批量修改、导入、查询、查看房间详情的功能；应支持实体和虚拟两种教室，虚拟教室指体育场户外场所，在排课时可不对虚拟教室进行冲突检测；应支持对教室的可使用部门进行限制。
5.支持教室借用管理
6.支持教室使用情况查看、统计和导出，教室使用情况统计时要精准，可以快速统计无课教室数量，精准统计出教室的使用率等。

5

专业管理

1.专业管理：应支持新增专业、新增大类专业功能；应支持修改、删除、查看详情、查询、导出专业的功能。应支持为专业维护专业标签的功能；

2.方向管理：应支持对专业方向进行管理的功能，包括新建、修改、删除、查询、查看详情、导出。应支持专业上设置好开设信息后，我校可以根据专业的开设信息直接添加专业方向。

3.转专业管理

转专业模块需要支持对转专业的全流程进行管理，我校转专业流程如下：规则及批次设置->院系计划填报->学生申请->转专业成绩管理->录取管理->院系审核->教务处审核。

n规则及批次

1）.应支持配置转专业规则，包括设置不开放转入专业、不允许转专业学生范围、只允许在同类专业下互转、只允许学生转入特定专业、最多可申请次数；

2）.应支持维护转专业批次，包括新建、修改、删除、查看批次信息；

3）.转专业按批次进行，主流程为转专业计划上报及审核->学生转专业申请及审核->考核成绩管理->录取管理及审核，并对结果提供统计功能。

n转专业计划

1）.应支持自定义配置转专业计划上报审核流程，也支持通用审核流程，默认的审核流程为：转入专业院系管理院员审核->教务处审核；

2）.系统应支持院系对转专业计划进行维护，

3）.应支持转专业计划上报，包括维护接受条件限制、录取规则设置、笔试/面试安排信息设置；

4）.应支持新建、查看、批量修改、修改、删除提交、撤回申请记录；

n转专业申请及审核

1）.系统应支持自定义配置学生转专业申请审核流程，也支持默认审核流程，学生申请->学生转出院系管理员审核->学生转入院系管理员审核->教务处审核；

2）.转专业计划审核时，若审核通过则自动进入下一个审核节点，终审通过后，学生转专业资格申请成功；

3）.应支持查询、查看、删除学生转专业申请单；

n转专业成绩及录取

1）.应支持对转专业申请学生的考核成绩进行管理功能，包括成绩录入、取消录入、发布、取消发布的功能；

2）.系统应支持自定义配置转专业录取审核流程，也支持默认审核流程：转入专业院系管理院员审核->教务处审核；

3）.应支持手动录取、自动录取、提交、撤回、查看转专业录取结果；

4）.应支持生成学籍异动的功能；

n转专业结果管理

1）.应支持录取结果导出、打印功能；应支持转专业录取学生汇总表导出、打印功能；

4.大类分流
转专业模块需要支持对大类分流的全流程进行管理，我校大类分流流程如下：规则及批次设置->院系计划填报及审核->学生申请及审核->大类分流成绩管理->录取管理及审核->结果打印。
公式及批次维护
1）. 应支持按专业院系维护大类分流公式功能，通过参数和运算符进行配置。包括：新建、修改、删除学院的大类分流公式；
2）. 应支持新建、修改、删除、查看大类分流批次的功能，大类分流按批次进行，主流程为大类分流计划上报及审核->学生大类分流申请及审核->考核成绩管理->录取管理及审核，并对结果提供统计功能。
4.大类分流计划上报及审核
1）. 应支持自定义配置大类分流计划上报审核流程，也支持通用的审核流程，默认的审核流程为：转入专业院系审核->教务处审核；
2）. 应支持维护大类分流计划上报条件及规则；包括接收条件限制、录取规则、面试/笔试安排信息设置、大类分流上报条件维护；
3）. 应支持查询、查看、修改、删除、提交、撤回申请记录。
5.大类分流申请及审核
1）. 应支持自定义配置大类分流申请审核流程，也支持通用的审核流程，默认的审核流程为：学生申请->学生转出院系审核->学生转入院系审核->教务处审核；
2）. 应支持对全部学生大类分流申请单进行查看和管理，包含的操作有查询、查看、删除。
6.大类分流成绩及录取管理
1）. 应支持对大类分流申请学生的考核成绩进行录入、退回录入、发布、取消发布的功能；
2）. 应支持自定义配置大类分流录取审核流程，也支持通用的审核流程，默认的审核流程为：转入专业院系审核->教务处审核；
3）. 应支持手动录取、自动录取、提交、撤回、查看、生成学籍异动的功能；
4）. 应支持录取结果及大类分流录取学生汇总表导出、打印功能。

6

班级管理

行政班
1. 应支持新建、修改、删除、人数刷新、批量修改、查看详情、导入（新增导入|更新导入）、导出（按班级信息导出、按学生名册导出、按学院信息导出）、查询、查看行政班的基本功能；
2. 应支持导出、打印学生名册的功能；
3. 应支持刷新班级学生人数的功能。
分班编学号
1. 应支持新建、修改、删除分班规则及编学号规则；
2. 应支持对导入的新生进行分班编学号、上传照片以及生成学籍信息操作。包括新建、修改、删除、查询、新增导入、更新导入新生信息；
3. 应支持自动分班、清除分班、自动编学号、清除学号、批量上传照片、批量打包照片、批量清除照片、生成学籍的功能。

7

教学校历

1.应支持建立多套校历方案，每套校历可设置适用的业务类型，比如本科、研究生、预科生可分别用不同的校历。包括新建、删除、修改的功能；

2.应提供对校历进行维护学期的功能，学期包含的信息有代码、中文名称、英文名称、学年、季节、开始日期、结束日期、是否启用、周日是否为一周的第一天、是否计入学期。包括新建、删除、修改、添加事项、查看详情的功能；

1)支持若周日为一周第一天，那么排课会按第一天为周日进行排课；

2)支持设置是否计入学期，若计入，开课时按学期进行开发，否则不开课；

3.提供维护年级的功能；

n节假日管理

4.提供对节假日的管理，在排课和排考时，可忽略节假日。提供新建、修改、删除节假日的功能；提供新增导入的功能。

8

教职工信息

正式教师
1. 系统应支持对正式教师的维护功能，包括对教师信息数据的新建，修改，删除，查询，查看详情，导入、导出；
2. 系统应提供相应的模板以实现教师信息的批量导入。

3.该模块支持数据接口，能实现高基报表中教基4354“高等教育学校专任教师分年龄情况”、教基4358“高等教育学校专任教师教学领域分学科门类情况”及教基4360“高等学校专任教师分学历（位）情况”模块数据的统计和导出。

兼职教师
1. 系统应对兼职教师提供详尽的管理功能，包括申报、审核、新建，修改，删除，查询，查看详情，导入、导出的功能；
2. 应实现对兼职教师线上的全流程管理。

3.该模块支持数据接口，能实现高基报表教基4360“高等学校校外教师分学历（位）情况”模块数据的统计和导出。
新增教师申请及审核
1. 应支持对新增教师的申请及审核流程进行配置的功能，应支持由院系申请，教务处审核的功能；
2. 应支持查询、查看、删除教师申请详情的功能；应支持新建正式教师申请、新建兼职教师申请的功能；
3. 应支持查询、查看教师申请审核详情的功能；提供对教师申请进行审核的功能。

4.教师（专任教师和外聘教师）授课信息统计及导出

该模块支持数据接口，能实现高基报表中教基4362“高等教育学校教师授课分类情况”模块数据的统计和导出。

9

教学管理

培养方案

培养方案是学生从入学到毕业后整体的教学计划，是学生大学学习生涯的指导性方案。系统应提供专业培养、个性化培养、辅修、双学位培养、大类培养、分层培养、主辅修贯通、个性化培养、联合培养、跨学科交叉培养多种培养方案类型，以满足我校的管理需要。要求支持学年学分制、完全学分制的培养方案。
一、专业培养方案
1. 应支持配置在培养方案编制过程中可修改的培养方案参数；
2. 为了方便对培养方案填写内容进行调整，要求系统支持管理和维护培养方案模板，应支持对章节列表进行模板设置；
3. 应支持对专业方案检查规则进行配置的功能，功能包括查询、查看详情、新建、修改、删除、复制。应支持为规则配置课程模块要求的功能；
4. 专业培养方案包含该专业学生从入学到毕业整个学习过程的教学计划。专业培养方案由基本信息、课程模块、方案内容三部分组成；专业方案支持主修、辅修、双学位多种培养类型；应支持暑期小学期培养模式；
5. 系统应支持院系在线管理和维护本院系下各专业的培养方案，功能需包括：查询、查看、新建、修改、删除、引用、复制、批量复制、启用、导入、导出、打印功能。其中，审核通过或在审核中的培养方案不能进行修改。当培养方案变动内容较少时，可以复制上一年度的培养方案，通过修改形成本年度的培养方案；
6. 应支持维护培养方案课程组功能，课程组可按一级/二级/三级的多级维护；应支持批量添加、批量修改计划课程；应支持自由配置开课学期显示模式；
7. 应支持维护排除课程的功能，排除课程只针对所引用公共培养方案中的课程，在培养方案中不会显示排除课程，在生成开课计划时会去掉排除课程，在毕业审核时会去掉排除课程；
8. ▲应支持选择两个培养方案从课程模块设置及计划课程设置情况进行比对；同时支持查看和对比原始方案功能；
9. ▲应支持饼状图的形式统计不同类别课程的学分比例、子模块的要求学分比例、学时分布比例；
10. 应支持自定义配置专业方案审核流程的功能，提供默认的专业方案审核流程为：院系申请->教务处审核；
11. 应支持院系/教务处二级审核专业培养方案；审核通过则自动进入下级审核，审核不通过则退回至申请人；审核通过后培养方案编制成功；
12. 应支持记录方案内课程维护日志功能。
二、专业培养方案变更申请及审核
1. 应支持自定义配置审核流程的功能，提供默认的审核流程为：院系申请->教务处审核；
2. 应支持模块参数调整、新增计划课程、课程参数调整、删除课程的多种变更方式；
3. 应支持查看、修改、删除、提交、撤回申请；
4. 应支持上传、下载附件；
5. 应支持导出专业培养方案变更申请信息的功能。
三、公共培养方案
1. 公共培养方案主要是由教务处进行管理，主要针对学校的公共选修课，为专业/个人培养方案的一部分。要求教务处可以在系统中制定全校公选课的培养方案，维护其中的基本信息、课程模块；
2. 应支持查询、查看、新建、删除、修改培养方案基本信息；应支持查询、查看、新建、修改、删除、批量添加、批量修改、上移、下移课程模块的功能；
3. 应支持复制、批量复制、导出、打印公共培养方案的功能；
4. 应支持图表统计功能，可以用饼状图的形式统计不同类别课程的学分比例、子模块的要求学分比例、学时分布比例；
5. 应支持记录方案内课程维护日志功能。
四、培养方案绑定
1. 系统应支持对学生和与其匹配的专业培养方案进行绑定，应支持自动绑定和手动绑定两种方式，当学生对应多个培养方案时，可以手动选择一个培养方案进行绑定。自动绑定时的关联条件应包括：培养类型、年级、学生类别、学历层次、专业院系、专业、专业方向条件。
五、学生培养方案
1. 我校近几年通过对人才培养模式的探索与改革，对部分学生量身打造符合其个人能力、特长的教学计划，以更有针对性的方式对学生进行培养，提高培养效果。因此，要求系统支持为学生制定个人培养方案；
2. 个人培养方案由基本信息、课程模块两部分组成，应支持新建、删除、修改、查询、导出、打印个人培养方案及图表统计功能；
3. 应支持维护排除课程的功能，排除课程只针对所引用公共培养方案中的课程，在培养方案中不会显示排除课程，在生成开课计划时会去掉排除课程，在毕业审核时会去掉排除课程；
4. 应支持记录方案内课程维护日志功能。
六、方案内课程维护
1. 应支持对专业方案内课程进行维护的功能，包括新建、修改、删除、批量修改、批量添加、导出；
2. 应支持对公共方案内课程进行维护的功能，包括新建、修改、删除、批量修改、批量添加、导出；
3. 应支持查看专业方案内课程维护日志详情的功能，包括操作日期时间、执行操作的用户、执行操作的IP、年级、培养方案名称、操作类型、课程代码、课程名称、学分；
4. 应支持查看公共方案内课程维护日志详情的功能，包括操作日期时间、执行操作的用户、执行操作的IP、年级、培养方案名称、操作类型、课程代码、课程名称、学分。
七、课程替代规则库
1. 由于各种原因，学生无法按培养方案内要求进行修读，需要通过其他修读课程进行替代；替代方式应包含：一对一、一对多、多对一、多对多进行课程替代；
2. 应支持对课程替代参数进行配置的功能，包括申请模式、被替代课程、替代课程；
3. ▲院系课程替代规则上报申请审核通过后会自动加入到课程替代规则库中。系统应支持对课程替代规则库进行维护的功能，包括新建、修改、删除、导出。其中，对于学生申请的课程替代，管理员审核通过后可以选择是否加入课程替代规则库中；
4. 学生的课程替代申请审核通过后，会进入到学生替代规则库中。系统应支持管理员对学生替代规则库进行维护的功能，包括新建、修改、删除、导出。
八、课程替代规则上报
1. 应支持自定义配置课程替代规则上报审核流程的功能，默认的审核流程为：院系申请->教务处审核；
2. 应支持院系进行课程替代申请的功能，包括新建、修改、删除、详情、提交、撤回。
九、学生课程替代申请
1. 应支持配置课程替代申请开关功能，只有在时间开关范围内才可以申请课程替代；
2. 应支持新建、修改、删除、查询、导出替代关系；
3. 应支持自定义配置审核流程的功能，默认的审核流程为：学生申请->开课院系审核->教务处审核；
4. 应支持开课院系/教务处二级审核课程替代申请；审核通过则自动进入下级审核，审核不通过则申请关闭；若在替代关系库中的申请，无需人工审核，系统会自动审核通过；
5. 在后续学生的培养方案完成情况检查中，可以根据学生课程替代信息进行检查，若替代课程修读通过，被替代课程算通过。
十、该分模块能生成基于高等教育质量监测平台“专业培养计划表”要求的数据表，并能实现自动导入学校教学质量监测平台。

10

课程管理

课程库是学校教学资源很重要的一部分，是整个教务系统的基础资源之一，为培养方案、开课计划提供资源。课程管理功能需支持两种方式的课程来源：教务处管理和维护课程库信息，院系/教师在线申请新增课程。其中，新增课程申请需审核通过后才能加入到课程库中。
课程维护
1. 应支持对课程库参数进行配置的功能，包括课程基本信息、学时信息；
2. 应支持配置课程编码规则功能，系统可以按照我校的课程代码的编制规则进行配置，在课程维护后可以根据设置的规则自动生成课程代码，减少管理人员的工作量。课程编码规范字段包括：名称、前缀、流水号位数；
3. 应支持维护课程等级的功能，课程等级用于区别学生科目的水平情况，主要包括课程等级的新建、修改、删除、查询；
4. 系统应支持课程的日常管理工作，主要包括课程基本信息的查询、查看、新增、修改、删除、导入、导出；其中课程导入需要由系统提供导入模板；
5. 要求系统中能配置课程的基本信息、课时信息、先修课程、小项课程、阶段课程、课程标签。先修课程：先修课程通过后，学生才能修读该门课。某个课程的先修课程不能为该课程本身；小项课程：比如体育I，在实际开课时，变成了篮球、足球、羽毛球这类的小项；系统需要支持维护课程的小项信息；阶段课程：一个课程分为n个阶段，要求学生学n次，全部通过后才能获得学分，如学校的形势与政策课程；课程标签：一门课程可以有多个课程标签及维护标签关联的课程数；
6. 应支持按课程设置课程大纲模版的功能；
7. 应支持为课程设置课程负责人、清空课程负责人的功能，应支持导出课程负责人信息的功能；
8. 应支持查询、查看、新建、修改、删除课程组及维护组内课程的功能；
9. 应支持对课程等级进行维护的功能，功能包括新建、删除、修改、详情。
新增课程申请及审核
1. 应支持自定义配置审核流程进行新增课程申请的功能，新增课程时除课程代码所填写的信息基本上同课程库一致；支持查询、查看、暂存、修改、删除、提交、撤回功能；
2. 应支持课程管理部门/教务处二级审核新增课程申请；审核通过则自动进入下级审核，审核不通过则退回至申请人；终审通过后支持填写或选择课程编码规则自动生成课程代码并进入课程库。
课程修改申请及审核
1. 应支持课程修改参数配置的功能；可在课程修改参数配置情况范围内提交课程修改申请；
2. 应支持自定义配置审核流程进行课程修改申请的功能，应支持查询、查看、修改、删除、提交、撤回；应支持查看申请记录详情；
3. 应支持开课院系/教务处二级审核课程修改申请；审核通过则自动进入下级审核，审核不通过则退回至申请人。
课程大纲
1. 每门课程对应有一个课程大纲，当一门课程有多名教师授课时，需指定一名教师在系统中进行课程大纲的上传；
2. 应支持新建、删除、修改大纲模版，可按中文和英文配置；
3. 应支持对课程大纲参数进行配置的功能，包括课程目标、教学内容及要求；
4. 应支持自定义配置审核流程进行大纲上传的功能。应支持新建、删除、修改、查询、查看、预览、撤回的功能；应支持按大纲模板配置编辑大纲并支持上传大纲附件；
5. 应支持教务处二级审核大纲上传申请；审核通过则自动生效，审核不通过则退回至申请人；
6. 审核通过后，教师、学生可以下载自己相关课程的课程大纲

11

教材管理

教务系统要帮助学校建立一个教材信息库，并支持教材科对教材库信息进行维护，包括自编教材和出版教材。教师可以为自己的课程指定教材，教师、学生在线可以订购教材，管理员可以统计教材订单。
教材信息管理
1. 系统应支持管理员维护教材与教材库信息的功能，教材基本信息应包括：教材名称、是否出版教材、作者、ISBN号、出版社、出版年月、版次、定价、教材类型、获奖等级、管理部门、教材说明、教材封面、备注；
2. 应支持新建、修改、删除、查询、查看详情、导入（新增导入、更新导入）、导出的课程信息功能。
新增教材申请及审核
1. 应支持自定义审核流程配置，也支持通用审核流程，默认的审核流程为：教师/开课院系申请->课程管理部门审核->教务处审核；
2. 应支持新增教材申请功能，新增教材所填写的信息基本上同教材库一致；
3. 应支持对教材申请单进行修改、删除、提交、撤回、查询、查看的功能；
4. 应支持按照审核流程对新增教材申请进行审核的功能。
课程/任务教材指定
1. 应支持自定义教材指定流程，也支持通用流程，默认的流程为：开课院系指定/授课教师->教务处审核；
2. 教材指定开关支持按学期设置教材指定的起止时间、公告信息，以及可为个别用户单独设置时间；
3. 应支持在指定教材开关打开情况下可指定教材，应支持导入、导出指定结果；
4. 应支持查询、查看、新增、修改、删除、提交、撤回教材指定申请的功能。
教材订购
1. 应支持按学期维护教材实际价格的功能；
2. 应支持按学期维护学生和教师订购教材开关信息；
3. 应支持按学期查看和管理学生教材订单，包括设置支付状态、领书状态、查询、查看、新增、删除、打印、导出订单功能；
4. 应支持按学期查看和管理学生教材功能。支持根据学生选课情况以及课程指定教材情况，批量生成学生每学期教材信息；支持为学生新增、修改、批量修改、删除、导入和导出学生教材信息；
5. 应支持按学期查看和管理教师教材功能。支持为教师新增、修改、批量修改、删除、导入和导出教师教材信息；
6. 应支持查看、导出课程教材统计结果的功能；应支持重新统计功能。

7.自动关联开课课程。
教材评价
1. 应支持维护教材评教问卷，功能包括新建、修改、删除、预览、复制；应支持问卷设计功能；应支持设置统分系数、预警分数；
2. 应支持按学期维护教材评价批次的功能，需设置的信息包括参评对象、开放时间范围、问卷；应支持查看已评人次、参评教师、被评教材数量的功能；
3. 应支持查询、查看、导出教师教材评价结果的功能。

12

开课管理

教学任务是对培养方案的实际执行，我校教学任务的业务流程为：生成开课计划->填报开课计划->生成教学任务->开放院系填报->填报任务->教务处审核任务。系统需要包含开课计划管理、实践专周管理、教学任务管理、板块课、停开课申请、重修管理等功能。
一、开课计划
1. 应支持对开课计划参数进行配置的功能，包括开课计划生成参数、执行计划打印参数、教学任务生成参数；
2. 应支持对学生所属校区规划进行维护的功能，应支持按学期设置校区后对结果进行发布和刷新学籍数据；
3. 系统应支持教务处结合当前学期从培养计划初始化本学期计划开设课程即生成开课计划。开课计划由计划课程和计划开课对象两部分组成；开课计划支持三种生成方式：1）从公共培养方案生成，2）从专业培养方案生成-未入校新生，根据培养关联的行政班生成开课计划，3）从专业培养方案生成-在校学生，根据培养方案绑定的学生生成开课计划；
4. 应支持维护开课计划开关功能，主要设置开课计划填报的开始结束日期时间以及公告信息、信息推送。包括新建、修改、删除及为个别用户单独设置时间；
5. 应支持开课计划填报，功能包括新建、修改、删除、查询、查看、设置开课、设置不开课及生成任务、取消生成任务、全部生成任务的功能；
6. 应支持专业院系开课计划填报，功能包括新建、修改、删除、查询、查看、导出开课计划、导出开课计划对象、设置开课、设置不开课及生成任务、取消生成任务、全部生成任务、执行计划打印的功能；
7. 应支持对先修课程进行修改的功能。先修课程支持多种组合方式，先修任意一组即可，但组内课程需全部先修完成，才可以修读当前课程。
说明：其中，院系只能维护本学院的开课计划信息。
二、任务管理
1. 应支持维护任务填报参数的功能，包括基本信息、排课要求、教师授课安排参数、排考要求、教学班信息、教材信息、自动排课建议、特殊账号配置、点名册顺序配置；
2. 应支持维护教学任务编码规则的功能，任务编码规则是由课程代码、分隔符、流水号组成；
3. 应支持自定义配置审核流程的功能，默认的审核流程为：开课部门提交->教务处审核；
4. 任务填报开关主要设置任务填报的学期、任务填报起止时间以及公告信息。功能包括新建、修改、删除及为个别用户单独设置时间功能；
5. 任务填报由开课信息、教学班信息、教材信息、自动排课配置、排课信息五部分组成。应支持查询、查看、新建、删除、修改、统一修改、批量修改、批量修改主讲授课安排、任意修改、拆分、合并、复制、导出教学任务的功能；应支持维护先修课程和小项课程的功能；
6. 应支持打印点名册、点名册（带照片）、教师任务书的功能；
7. 应支持修改、重置教学班代码功能；
8. 应支持选课人数上限调整（增加N人|上浮百分比|按教室容量百分比）；
9. 应支持对未提交、未通过、已撤回、退回修改的任务进行停开的功能，停开时可以选择是否为学生换班；
10. 应支持对同课程代码且无上课名单的任务才进行任务重组的功能；
11. 应支持为任务更换教师的功能，需选择需要变更的周次及教师；
12. 应支持维护任务标签；
13. 应支持对未提交的任务进行提交的功能；应支持对已提交未审核的任务进行撤回的功能；应支持对已审核的任务重置审核状态至未提交状态；
说明：其中，院系只能维护本学院的教学任务信息，院系维护的教学任务信息需要提交至教务处进行审核。
三、授课安排上报
1. 应支持自定义配置教师授课安排上报审核流程的功能，默认的审核流程为：教师申请->开课院系申请->教务处审核；
2. 应支持新建、修改、删除授课安排上报申请的开始结束日期时间、公告信息。其中，一个学期只允许维护一个授课安排上报开关；
3. 应支持对任务分配教师进行授课安排上报的功能；
4. 应支持查看未分配任务数、已分配任务数、教师未提交任务数、审核中任务数、通过任务数；
5. 应支持对教师授课安排上报申请进行维护的功能，包括查询、查看、详情、导出；应支持打印周课时分配表的功能。
四、 板块课管理
1. 应支持设置课程是否为板块课功能；
2. 应支持按年级-学历层次设置行政班模板功能，每个板块由多个行政班组成，为后续板块课开课计划提供行政班分板块依据；
3. 应支持生成板块课开课计划功能，应支持新建、修改、批量修改、删除、查询、查看板块课开课计划的功能；
4. 应支持调整板块功能，可以通过拖拽的方式调整班级归属的板块；
5. 应支持排课功能，可以通过拖拽的方式为板块课进行排课；
6. 应支持查看、打印课表功能，若不选择，则表示全部板块，若选择，则显示已选的板块课进行查看和打印课表；
7. 应支持生成任务、取消生成任务、全部生成任务的功能。
五、停开课申请及审核
1. 应支持新建、修改、删除停开课申请的申请时间范围、可停开课程的已选学生低于几、公告信息；
2. 应支持自定义配置审核流程的功能，默认的审核流程为：开课院系申请->教务处审核；
3. 应支持查询、查看、新增、撤回、修改、删除、提交停开课申请；
4. 应支持教务处审核新增课程申请；审核通过则自动删除停开任务，且会在停开课申请单中记录教学任务相关信息，若有选课学生则应支持批量为学生换班；
5. 应支持查询、查看、删除停开课申请单。
六、重修管理
1. 我校支持两种重修方式：重修报名和根据未通过成绩预估重修；
2. 重修报名：应支持按学期设置重修报名的开关，包括新建、修改、删除的功能；应支持对重修报名的详细参数进行配置的功能，参数包括年级范围、学历层次、是否仅在校学生可报名、是否进在籍学生可报名、可报名分数范围、可报名门数上限（含）、课程模块关系、课程模块；应支持新增导入、删除、导出学生重修报名信息的功能；
3. 重修预估规模配置：应支持按学期进行重修预估规模配置的功能，包括新建、修改、删除、复制；应支持对重修预估规模详细参数进行配置的功能，参数包括年级、学历层次、是否只统计在校学生、是否只统计在籍学生、课程模块关系、课程模块；
4. 重修开课：应支持按学期设置重修开课开关的功能，包括新建、修改、删除；应支持为个别用户单独设置时间的功能；应支持按预估或从报名数统计重修人数，并可以选择是否考虑本学期开课余量；应支持修改、按校区生成重修任务、不分校区生成重修任务、导出重修任务的功能；应支持重置任务生成状态，将所选开课计划的重置为未生成任务状态，但不会自动删除已生成的任务；
5. 重修选课：选课模块应支持对已报名学生重修选课的规则进行配置，如果学生没有对所选课程进行重修报名，则无法成功选择此课程；
6. ▲重修学费配置：应支持对学生重修学费进行配置的功能，支持设置重修免学分学费、设置重修免缴费课程、清除重修免缴费课程；应支持查询、查看、导出重修学费配置详情的功能；
7. 重修学费统计：应支持选择学生范围进行重修学费统计的功能，若已存在学生学年学费记录则跳过，只统计不存在的学生学年学费；应支持更新统计重修学费的功能；系统应支持新建、修改、删除、详情、新增导入、导出、可推送、不可推送学生重修学费信息的功能。
七、实践专周管理
1. 应支持设置课程是否为实践专周课程的功能；应支持查询、查看、删除实践专周课程的功能；
2. 应支持按学期设置实践专周的开关，包括新建、修改、删除的功能；应支持为个别用户单独设置时间的功能；
3. 实践专周开课计划由计划课程和计划开课对象两部分组成，计划开课对象为根据培养方案找到关联的行政班。一条开课计划有多条开课对象；
4. 应支持生成实践专周开课计划功能，实践专周课的开课计划单独生成，根据专业培养方案和与之关联的行政班生成；若按开课计划安排，则表示相关的计划开课对象安排保持一致；若计划开课对象存在不一致的情况，则可展开，单独设置计划开课对象的专周安排；
5. 应支持新建、修改、批量修改、删除、查询、查看详情的基本功能；
6. 应支持排课功能，可以为实践专周进行排课；支持行政班可以不跟专业一样，拥有独自的实践专周安排；支持全周和非全周课程安排；应支持对已安排未提交的排课进行排课清除的功能；
7. 应支持生成任务、取消生成任务、全部生成任务的功能；
8. 应支持提交、撤回排课结果的功能。
八、教学大纲
1. 应支持自定义配置教学大纲审核流程的功能，提供默认的审核流程为：教师填写提交->任务开课学院审核->教务处审核；
2. 应支持按学期设置教学大纲填写开关的功能，功能包括新建、修改、删除；应支持为个别用户单独设置时间的功能；
3. 应支持主讲教师进行教学大纲填写的功能，功能包括新建、删除、修改、查询、查看、预览、撤回的功能；应支持按大纲模板配置编辑大纲并支持上传大纲附件；其中，一个任务有且只有一个教学大纲；
4. 应支持教务处二级审核大纲上传申请；审核通过则自动生效，审核不通过则退回至申请人；
5. 审核通过后，教师、学生可以下载自己相关课程的教学大纲。
九、教授、副教授上课统计
1. 每个学期学校都会维护教授、副教授名单及实际授课学时要求。除了要满足总的最低要求授课学时和思政课学时要求外，还存在一些授课是非课程类的，无法通过开课排课数据进行统计，需要学院进行上报；
2. 系统应支持自定义配置教授、副教授授课上报未达标反馈审核流程的功能，提供默认的审核流程为：学院提交->教学院长审核->教务处审核；
3. 应支持按学期维护批次对教授、副教授的要求授课学时进行统计的功能，支持新建、修改、删除功能；应支持设置统计类型为预警/年审、名称、学期范围、院系反馈起止时间；
4. 应支持维护统计名单及要求，支持添加、修改、删除、复制、导入、导出功能；应支持维护要求授课学时、其中要求思政课学时、减免学时；
5. 应支持学时统计功能，统计来源包括开课排课情况及授课上报情况；需要注意的是，实际授课学时是统计当前及以前学期实际授课学时，而不是只统计当前学期；应支持修改减免学时、删除、导出学时统计结果的功能；
6. 应支持发布、取消发布学时统计结果的功能；发布后院系可查看相关信息；
7. 应支持院系对学期预警未达标进行反馈的功能，信息包括类型（预警|年审）、学期范围、未达标学时、未授课原因、后续计划、计划开课课程、离岗时间、备注、上传附件；
8. 应支持管理员对院系提交的未达标反馈原因进行审核的功能；
9. 应支持统计各个学院总人数、未达标人数、未达标比例、未授课人数、未授课人数比例、授课人数、授课人数比例、平均授课学时；
10. 应支持维护教授、副教授最终授课情况的功能，包括修改、删除、更新导入、新增导入、导出、上传附件、下载附件。
十、上报学时申请
1. 系统应支持自定义配置教授、副教授授课上报审核流程的功能，提供默认的审核流程为：学院提交->教学院长审核->教务处审核；
2. 应支持按学期设置上报学时申请开关的功能，功能包括新建、修改、删除；应支持为个别用户单独设置时间的功能；
3. 应支持学院对教授、副教授授课情况进行上报，功能包括新建、修改、删除、详情、下载附件、导出。应支持对已提交未审核的上报申请进行撤回的功能；
4. 应支持管理员对提交的授课上报申请进行审核的功能，包括审核、批量通过、批量拒绝、批量退回修改；应支持查看、导出申报审核数据详情的功能
十一、该分模块能生成基于高等教育质量监测平台“开课情况”要求的数据表，并能实现自动导入学校教学质量监测平台。

十二、具有课程信息、课程大纲、课程教材、课程教学日历等课程档案的自动对接和管理功能。

13

排课管理

为方便管理员进行课程时间、地点的安排，系统应支持多种排课模式，包括：大课排课、手动排课、自动排课。排课界面采用课表样式，支持自定义节次时间及排课拖拽，保证界面的美观性和易用性。具有单独设置该板块规则参数的系统设置。
排课参数配置
1. 应支持维护周次小节占用模式的功能，包括小节占用模式、周次占用模式；
2. 应支持维护排课参数的功能，包括排课参数、教师约束条件、教学任务约束条件、排课建议、手动排课查看课表、课表打印配置；
3. 应支持维护排课预占或建议的功能，包括教室排课建议、全校排课建议、教师排课建议、教学任务排课建议、班级排课建议。
排课任务指派
1. 教学任务的排课部门可以不同于开课部门，可以设置教学任务的排课部门；
2. 应支持自动指派、手动指派、取消指派功能，教学任务的排课部门可根据开课部门自动指派。
排课开关
1. 排课开关主要设置排课的开始结束日期时间以及公告信息、信息推送。
2. 应支持新建、修改、删除及为个别用户单独设置时间功能。
大课排课
1. 应支持将多个教学任务设置成一个大课功能；
2. ▲应支持对大课进行集中排课功能，排课后，大课下的全部教学任务按大课排课结果进行上课；
3. 应支持对大课中的教学任务分散排课功能。
手动排课
1. 应支持统计并展示当前学期数据权限下包含的教学任务总数、按已排满、未排满、未安排、不安排、超排等排课状态进行统计任务数量，并支持显示多维度冲突统计数据；
2. ▲应支持拖拽的方式进行排课，可以选择某个教学任务拖动到课表上，形成一个个排课卡片，可以调整卡片的占用节次、也可以拖动排课卡片位置。可通过卡片进行详细排课设置；
3. ▲应支持不按节次设置时间，用户可自定义上课时间；支持不选择具体教室，用户可自定义上课地点；
4. ▲在排课时，支持选择某一间教室，可以直观地看到该教室排课占用情况，选择教学任务拖拽到教室课表，保存后可以快速设置教室；应支持批量设置教室的功能，可以将一个教学任务的多个上课时间设置相同的教室；
5. 应支持清除排课、排课结果的功能；应支持设为排课、设为不排的功能；
6. 应支持自动创建、新建、改名、删除排课篮子，可选择教学任务加入篮子，应支持排课篮子的排课功能，同一个篮子的教学任务可以在同一个页面；
7. 应支持更换教师功能，选择需要变更的原课程安排、需要变更的周次、变更后的教师，支持对已排课程进行更换教师，并提供变更后的预览功能，同时，应具备换教师周次的起止数据开关。；
8. 应支持批量停课功能；
9. 应支持按教师、教室、学生、行政班四种纬度进行冲突数据统计及导出的功能。
自动排课
1. 小节占用模式：系统应支持按连续几小节进行配置节次占用模式的功能，系统会根据配置已配置的节次占用模式进行自动排课；
2. 课程自动排课配置：应支持按课程配置、清除配置、批量配置、批量清除自动排课模式，可以设置不同周次的周次模式（单周或双周、全部）和小节数，每门课程可配置多条模式；
3. 任务自动排课配置：应支持按教学任务配置自动排课模式，可配置的信息如下三部分信息：1）当教学任务在一周内具有多次授课安排时的要求2）星期和节次范围要求3）授课教师安排参数；
4. 应支持添加、移除、全部移除参排教学任务，清除、全部清除排课结果的功能；
5. 应支持添加、移除、全部移除参排教室，设置不可用时间的功能；
6. 应支持新建、删除自动排课批次的功能，包括排课参数设置约束模式及其权重，约束模式包括：不约束、硬性约束、软性约束，权重值越大，当违反约束条件时，所扣的分数就越高；
7. 约束条件包括教室约束条件、教师约束条件、行政班约束条件、年级专业约束条件、教学任务约束条件；
8. 应支持执行自动排课；
9. 应支持记录排课日志的功能。
排课发布
1. 应支持按教学任务发布排课，只有已发布状态下师生才可以查看个人课表；
2. 应支持发布、取消发布排课结果；应支持发布该学期全部课程、取消发布该学期全部课程的功能；
3. 应支持批量挪课功能，系统应支持批量挪课和平移教学周两种方式。
课表查询与打印
1. 应支持实现不同维度课表的查看与打印功能；包括：班级课表、教室课表、学生课表、教师课表、教学任务课表、列表课表、教学楼课表、学院课表。

14

选课管理

选课为学生提供了一个灵活、自由的课程选择方式，学生在学校提供的范围内、根据个人的实际情况进行课程的选择。选课管理模块中，需要支持选课规则、选课批次的管理，提供学生选课、代理选课、置课、个性化选课申请、免修申请功能，具有单独设置该板块规则参数的系统设置。
一、规则参数设置
1. 应支持为不同的选课建立模版，新建、修改、删除、查看选退课规则；
2. 应支持查询、新建、修改、删除、查询、详情、导入（新增导入|更新导入）、导出、批量初始化学生学期意愿值，并支持重新统计已用意愿总值；
3. 应支持查询、新建、修改、删除、查询、详情、导入（新增导入|更新导入）、导出、批量初始化选课学分门数限制的功能，选课学分门数限制种类包括：选课学分限制、选课门数限制、课程类别选课学分限制、课程类别选课门数限制；
4. 应支持根据学校选课特殊要求将多个教学任务打包的功能，包括查询、新建、修改、删除功能；
5. 学生选课是基于选课批次进行的，选课批次由基本信息、选课模式、选退课规则、参选学生、参选任务组成。支持在一个页面中查看当前学期全部的选课批次以及批次的统计信息。
二、课程打包
1. 应支持将多个教学任务打包进一个选课包中，学生选课时必须将包内所以课程全部选中才能选课成功；
2. 应支持查询、新建、修改、删除课程包。
三、学生选课
1. 应支持院系管理员或教务处管理员帮助无法选课的学生进行代理选课；
2. 单独设立选课起止时间开关，学生在选课轮次时间范围内，登录教务系统学生界面可以进行选课、退课；选课、退课时允许使用意愿值；选课、退课时需要支持学生查看自己的培养方案、能够选择的课程列表、能够退课的课程列表；
3. ▲系统应支持学生转专业学籍还未生效，选课可以按照异动后的专业进行选课，学生转专业后相应课程应按照所转专业要求自动发生变化。
4. ▲系统应支持多类型培养，一个学生可以有多个培养方案，选课的时候可以按培养方案结构进行选课；
5. 当学生按照全校选课模式选课时，系统支持自动判断可选课程；
6. 应支持查看不及格课程、已选课程，支持学生退课及查看学生课表及未中签课程清单。
四、选课预选结果筛选
1. 应支持新增、删除、修改特殊学生名单及级别；
2. 应支持配置筛选规则的功能，规则包括：硬性限制、软性限制、筛选顺序；
3. 应支持根据规则进行筛选功能，筛选没有命中的上课学生名单进入选课筛选回收站；
4. 应支持对预选结果筛选没有命中的学生进行统一管理。应支持查询、恢复、全部恢复、删除、全部删除选课回收站学生名单的功能。
五、行政班置课
1. 应支持为教学任务进行置课，系统自动根据教学任务中授课对象的信息，找出全部需要置课的教学任务，用户可进行批量置课，对已经置课的教学任务可以查看已置课人数和取消置课。
六、个性化选课申请
1. 在学校选课期间，由于各种原因导致无法成功选课的学生，需要通过发起选课申请，各级审核通过后，成功选课；
2. 支持的申请类型有：选课申请、免听申请、换班申请、退课申请；
3. 应支持维护个性化选课申请参数、个性化申请开关；
4. 应支持配置个性化选课申请审核流程的功能，可以增加、删除、修改审核节点，也可以调整审核节点顺序；应支持将配置好的审核流程部署至流程引擎及下载流程配置文件。默认的审核流程为：授课教师申请->开课院系审核->教务处审核，也支持管理员代理调课申请；
5. 应支持查询、查看、删除个性化选课申请单。
七、免修申请
1. 应支持新增、修改、删除免修申请开关；包括免修申请、成绩录入、成绩取舍时间范围、最低录取分及公告信息；
2. 应支持自定义配置免修申请审核流程的功能，默认的审核流程为：学生申请->开课院系审核->教务处审核；
3. 应支持查询、查看、删除免修申请单；
4. 应支持录入、查询、查看、发布、取消发布、撤回免修成绩及将免修成绩加入成绩库的功能。
八、免听申请
1. 应支持新增、修改、删除免听申请开关；包括免听申请时间范围、免听申请课程范围及公告信息；
2. 应支持自定义配置免听申请审核流程的功能，默认的审核流程为：学生申请->开课院系审核->教务处审核；
3. 应支持对学生的免听申请进行审核，功能包括审核、批量通过、批量拒绝、批量退回修改；应支持查看、下载附件的功能；
4. 应支持查询、查看、删除免听申请单。
九、上课名单管理
1. 包括学生上课名单及任务上课名单；
2. 学生上课名单：应支持查询、加课、跨业务类型加课、退课、批量退课、批量换班、修改、导入、导出（导出|重修学生导出）上课名单的功能；应支持修改正选状态、刷新所属选课条件组、刷新教学班已选人数、设置重修、添加标签功能，应当支持多维度查询上课情况查询（如教师空闲时间、教室空闲时间、学生空闲时间、按条件查询星期几某个起止周某个节次某个或多个老师的上课情况）。

3. 任务上课名单：应支持查询、导出、打印（点名册打印|点名册（带照片）打印|点名册导出）任务上课名单的功能；应支持对上课名单进行维护的功能，包括添加、跨业务类型添加、修改、删除、换班、换分组；应支持生成座位号、取消生成座位号的功能；
4. 应支持根据学生的培养方案名单统计、刷新统计、导出漏选学生。
十、选课日志
1. 应支持对选课全程进行日志记录功能
十一、该分模块能实现学校所有课程类型的开课选课功能，包括艺术学院的小班术科课和各相关学院的小班课程设计类课程，形成精准的开、选课数据，并能实现自动导入学校教学质量监测平台。

15

在线调停课

系统支持在线调停课管理，包括更换教师、更换时间、更换节次、更换教室、加课、批量加课、停课、批量停课、批量调课的功能。
调课审核流程及申请参数配置
1. 应支持自定义配置审核流程的功能，默认的审核流程为：授课教师申请->开课院系审核->教务处审核；
2. 应支持按学分设置允许申请调课次数及设置“几天后的课允许申请”的功能。
调课申请
1. 应支持新增调课申请的功能，系统自动判断上课时间冲突人数和冲突率；
2. 应支持调课、停课、加课三种调课模式；
3. 申请调课时，应支持批量更换教师、批量更换教室、批量加课；自动统计每种调课模式前后的课时数信息，提交时，若为调课，提交时系统自动判断前后课时数是否相等，若不等则提示，并提供强制保存功能；
4. 应支持查询、查看、提交、撤回、修改、删除调课申请的功能；
5. 应支持管理员代理调课申请的功能。
调课审核
1. 应支持开课院系/教务处二级审核调课申请；审核通过后课表及时变更；
2. 应支持关闭申请流程、查询、查看、删除调课申请的功能。
调课数据统计
1. 应支持按开课部门、授课教师、教学任务对调课数据进行统计导出的功能。

16

考务管理

学生考试前，需要对课程考试的时间、地点、监考教师进行设置。系统应以仪表盘方式清晰明了地展现排考界面，应支持设置排考批次，基于每个批次进行排考、设置监考教师、巡考教师、管理应考学生，支持在线自定义安排考试座位，支持生成打印排考座位表。
基础设置
1. 场次模板：考试场次定义了通用的考试场次，包含日期和开始结束时间。应支持查询、新建、修改、删除考试场次模板的功能；
2. 教室考试用信息：应支持为教室设置考场座位表功能，可设置教室的考试用信息有考试用座位数、行数、列数，根据这些信息刷新座位图；
3. 课程考试用信息：应支持对课程的考试用信息进行管理和维护，主要设置该课程可用于排考的教室类型，默认所有课程可以安排在全部类型的教室中；
4. 考务人员信息：应支持新建、修改、删除、查询、导入考务人员信息及设置所属校区考务人员类型的功能；
5. 应支持是否允许补考配置、考试情况配置的功能，考试情况包括正常、缓考、补考、旷考、未考、作弊；
6. 应支持维护排考参数，包括：应考名单生成配置、排考参数配置、排考结果显示配置、补考名单生成配置；
7. 应支持设置各考试类型（期中考试、期末考试、补考、缓考）的试卷号规则功能。试卷号规则可由课程代码、学期代码、考试类型代码和任意字符组成。
考试计划
1. 支持管理员将教学任务将下发给院系负责上报考试计划。包括自动指派、手动指派、取消指派功能；
2. 应支持考试计划上报的功能，包括查询、查看、新建、修改、删除、提交、撤回考试计划及维护考生名单功能；一条教学任务的考试计划包含考试计划类型、考试类型、考生名单、卷别；
3. 应支持考试计划审核功能，包括通过、拒绝、全部通过、查询、查看功能。
排考批次
1. 应支持设置本考试批次内的考试日期时间信息，包括：新建、修改、删除、查询及通过场次模版快速新建场次功能；
2. 应支持设置本考试批次内全部的考场资源信息，包括：自动生成、新建、修改、删除、查询、批量操作、启用、不启用、释放考场资源及要主副监考巡考信息；系统会根据场次信息，将所有教室资源全部预占，其他业务进行的时候，如借教室，是无法借用上的，待排课结束时，可统一释放占用资源；
3. 应支持本考试批次内考生名单维护，考生名单生成方式包括：从考试计划生成、从缓考名单生成、从补考名单生成、从教学任务生成、筛选教学任务生成；维护方式包括：新建、修改、删除、查询、导入考生名单；
4. 应支持对考生名单中的考生进行分组，在相同分组内的考生必须在同一时间参加考试，相同分组内的考生可以在不同的考场考试，分组方式包括自动分组和手动分组两种；应支持新建、修改、删除、解散、合并分组及维护分组内考生名单的功能。
排考管理
1. 应支持维护考试批次、场次资源、考场资源、考生名单、排考分组；
2. 应支持自动编排场次、手动编排场次、清除、提交、发布（批量发布、全部发布）场次安排的功能；
3. 应支持手动排考和自动排考两种方式；
1) 自动安排考场：支持设置哪些排考分组和场地参加自动排考，通过对参数设置约束模式及其权重值进行自动编排场次且提供进度条显示；应支持考场座位号分配功能，支持按学生学号顺序分配、按试卷卷别间隔分配、随机分配；
2) 手动编排考场：应支持考场编排工作指派至院系功能，包括手动和自动指派两种方式，应支持手动编排考场、清除、提交、发布考场安排功能。
4. 应支持导出应考学生名单。
监考安排
1. 应支持为存在考试的考场设置监考人数，包括手动设置主副监考人数，也可根据考场内考生的数量自动计算监考人数；
2. 应支持将存在考试的考场通过自动和手动两种方式来安排监考人员；
1) 自动排监考：应支持设置哪些考场和考务人员参加自动排监考；
2) 手动排监考：应支持教务处将排监考任务指派给院系进行二级排考，指派方式包括手动指派主/副监考安排院系，根据考场内考生所在院系考试科目开课院系自动指派主/副监考安排院系。
3. 应支持对已经提交的监考安排进行发布，包括批量发布和全部发布。
巡考安排
1. 支持教务处将排巡考任务指派给院系进行二级排考，指派方式包括手动指派，根据考场内考生所在院系自动指派巡考负责院系，根据考场内考试科目开课院系自动指派巡考负责院系；
2. 应支持提交、批量发布、全部发布巡考安排。
排考结果
1. 系统应支持统计考生考试冲突、监考安排冲突、考场安排冲突；支持通过扇形图来显示考试批次内考试冲突人次的比例图；
2. 应支持查看、批量清除考试批次内全部排考分组的排考结果的功能；
3. 应支持打印试卷袋、打印考场座位表；
4. 应支持为排考批次内的应考学生维护考试情况，包括批量填报、全部填报、导入、导出、查询、查看、发布、取消发布、全部发布、全部取消发布。
个性化排考申请
1. 应支持新建、修改、删除考试申请开关，开关包括学期下允许考试申请的起止日期时间、允许申请的考试类型、不允许申请的教学任务以及公告信息；
2. 应支持自定义配置审核流程的功能，默认的审核流程为：授课教师申请->开课院系审核->教务处审核；
3. 应支持查询、查看、删除申请单；应支持打印试卷袋、打印考场座位表、打印考场座位表（带头像）的功能。
试卷请印
1. 应支持自定义配置审核流程的功能，默认的审核流程为：授课教师申请->开课部门审核->教务处审核；
2. 应支持查询、查看、删除试卷请印申请单。
缓考申请
1. 应支持新建、修改、删除缓考申请开关，开关主要设置缓考申请起止日期时间以及公告信息。
2. 应支持自定义配置审核流程的功能，默认的审核流程为：学生申请->辅导员审核->开课院系审核->教务处审核；
3. 应支持查询、查看、删除缓考申请单。
放弃补考申请
1. 应支持新建、修改、删除放弃补考申请开关，开关主要设置允许放弃哪个学期补考、放弃补考申请起止时间、公告信息及若存在补考名单审核时是否自动删除。应支持为个别用户单独设置时间的功能；
2. 应支持自定义配置审核流程的功能，默认的审核流程为：学生申请->院系审核->教务处审核；
3. ▲应支持在开关内管理员代理学生申请放弃成绩，包括查询、查看、修改、删除、提交、打印、撤回、导出放弃成绩申请功能；
4. 应支持查询、查看、删除放弃补考申请单。
监考教师变更申请
1. 应支持新建、修改、删除监考教师变更申请开关，开关主要设置学期、开放申请起止时间、公告信息及距开考前几天不允许变更监考教师的功能；
2. 应支持自定义配置审核流程的功能，默认的审核流程为：监考教师申请->变更后教师审核->变更前教师所属部门审核->变更后教师所属部门审核->教务处审核；
3. 应支持管理员代理教师进行监考教师变更申请的功能；
4. 应支持查询、查看、删除监考教师变更申请单。
数据统计
1. 应支持按学期、批次、日期、校区、楼宇、教室统计考场人次的功能。
考试日程
1. 应支持对考试日程进行配置的功能，包括学生考试日程配置、监考教师日程配置；
2. 应支持打印学生考试日程表的功能；
3. 应支持打印监考教师日程表的功能。

17

成绩管理

应支持自定义维护成绩记分形式，可实现自定义总评成绩组成及比例设置，管理成绩类型包括课程成绩、学生成绩、过程成绩、分项成绩、补考成绩、缓考成绩、加分成绩、放弃成绩；支持维护特殊学生类型成绩管理；并支持成绩复核申请、更正申请、放弃申请及多维度成绩分析功能。
规则参数设置
1. 记分形式主要有百分制、两级制、五级制、710分制，学校根据具体的业务需求进行配置。应支持新建、修改、删除、查看详情的功能；
2. 应支持配置总评计算规则，配置信息有总评的最大分值、总评成绩及格线、总评成绩保留几位小数、总评成绩小数位截取方式、等级算法和绩点算法以及优良比限制；包括：等级算法、绩点算法；
3. 应支持配置多种分项计算规则；
4. 应支持维护分项分类功能，通过选择不同的分项类型组合成不同的分项分类；
5. 应支持维护设置成绩参数，包括：录入提交自动发布设置、学生查看成绩权限、允许教师录入的考试情况设置、GPA配置、补考成绩配置、缓考成绩配置；
6. 应支持批量为课程设置总评计算规则、分项计算规则及删除所有规则；
7. 应支持对教学任务批量初始化、批量设置总评计算规则、批量设置分项计算规则、批量设置分项成绩组成比例及锁定/解锁比例的功能。
成绩录入批次
1. 应支持在一个页面中查看当前学期全部的成绩录入批次以及批次的统计信息，包括成绩录入时间、成绩录入工作数量、教师已经提交的数量；
2. 应支持维护成绩录入批次；
3. 应支持对成绩录入批次中的成绩录入工作进行管理；包括新建、修改、删除、自动生成成绩录入工作，维护录入的学生名单、指派录入人及设置录入时间的功能；
4. 应支持按录入批次统计、查看、导出未录入、未录入完成、录入完成、已发布的任务。
成绩录入
1. 教师可以在教务系统教师界面进行课程成绩的录入，录入前需通过短信认证或邮件认证；
2. 教师可以自定义总评成绩各成分的组成比例、成绩精度，教师录入成绩后，最终成绩需系统根据比例自动生成，无需教师手动录入；
3. 应支持录入课程成绩及学生成绩；1）课程成绩是以任务为单位维护任务下学生成绩，包括课程成绩、课程分项成绩、课程过程成绩、课程补缓考成绩的录入维护功能；2）学生成绩则记录学生课程成绩，包括学生成绩、学生分项成绩、学生过程成绩、学生补考成绩、学生缓考成绩、学生加分成绩、学生放弃成绩的录入及维护的功能；
4. 支持设置学生的分项成绩百分比不跟随教学班，可以单独设置，学生的最终成绩会按个性化百分比进行计算；成绩提交时，默认提交全部类型的成绩，也支持选择某个分项成绩进行提交；
5. 成绩录入时，应支持设置学生考试情况、实时校验数据录入正确性及合法性、实时保存、清空、导入、提交、强制提交、发布、取消发布、统计、导出、查看、修改学生成绩的功能；
6. 应支持打印空白登分表、成绩单、明细成绩、成绩分析表；
7. 应支持按学生和按课程维护成绩的功能，包括查询、新增成绩及删除课程下所有成绩的功能。
注：当学生存在补缓考成绩及加分成绩时，系统会自动根据配置计算出新的总评成绩。
成绩复核申请
1. 应支持自定义配置审核流程的功能，默认的审核流程为：学生申请复核->授课教师审核->开课院系管理员审核->教务处管理员审核；
2. 应支持对成绩复核参数进行配置的功能，自动开放时间可以设置为当成绩发布后几天内允许申请复核；
3. 应支持维护成绩复核开关，主要设置允许复核的学期、成绩复核起止时间、公告以及可为个别用户单独设置时间；
4. 应支持在开关内管理员代理学生申请成绩复核；包括查询、查看、新建申请、修改、删除、提交、撤回成绩复核申请的功能；
5. 应支持查询、查看、删除成绩复核申请单。
成绩更正申请
1. 应支持自定义配置审核流程的功能，默认的审核流程为：授课教师申请->开课院系审核->教务处审核；
2. 应支持维护成绩更正开关，主要设置允许更正的学期、成绩更正的时间范围、公告以及可为个别用户单独设置时间；
3. 应支持在开关内管理员代理授课教师申请成绩更正；包括查询、查看新增、修改、删除、提交、撤回、导出、打印成绩更正申请的功能。
放弃成绩代理申请
1. 应支持配置放弃成绩参数及放弃成绩流程；默认的审核流程为：学生申请->开课院系审核->教务处审核；
2. 应支持设置放弃成绩开关功能，主要配置的内容有申请起止时间、公告、允许申请的学生范围（黑名单、白名单）；
3. 应支持在开关内管理员代理学生申请放弃成绩，包括查询、查看、修改、删除、提交、打印、撤回、导出放弃成绩申请功能。
成绩与试卷分析
1. 应支持自定义配置成绩与试卷分析审核流程的功能，默认的审核流程为：授课教师提交->开课院系管理员审核->教务处管理员审核;
2. 应支持设置成绩与试卷分析开关的功能，主要配置的内容有学期、成绩与试卷分析起止时间、公告信息及为个别用户单独设置时间；
3. 应支持对成绩与试卷分析模板进行配置的功能，包括基础配置和内容配置两部分；
4. 应支持管理员对教师提交的申请进行审核，功能包括审核、批量通过、批量拒绝、批量退回修改；
5. 应支持查询、查看、删除成绩与试卷分析申请单。
绩点管理
1. 应支持的绩点类型有：所有成绩、最好成绩、初次成绩、及格成绩；
2. 应支持按全程、学年、学期统计学生的各种绩点类型下的成绩情况，并详细记录学生的总学分、GPA、加权平均分、算术平均分、通过总学分的信息；
3. 应支持设置排名规则、将学生批量设置为不参与排名统计、参与排名统计，支持查看和导出院系排名、专业排名、班级排名。
成绩总表
1. 应支持按个人查看成绩总表，按行政班打印成绩的功能；
2. 应支持打印、批量打印成绩总表。
成绩统计分析
1. 系统应支持多维度的成绩统计分析功能，对平时成绩、期中成绩、期末成绩、总评成绩、补考成绩从班级、专业、院系、全校多角度进行排名、分析，应支持以图形化形式显示成绩分析结果。院系、教务处可以查看成绩分析情况，并可以导入、打印相关成绩报表；
2. 系统应支持统计超过时间未录入成绩的教学任务、未录入成绩的相关教师名单的功能；便于教务处、学院查看未登录成绩的任务及教师。可以对不同批次、不同院系、不同成绩类型、不同学年学期的成绩录入情况进行统计，需支持以EXCEL格式导出成绩录入状态相同的统计结果。
成绩日志
1. 应支持查看成绩日志详情的功能，每一条成绩日志都会记录成绩操作类型、操作时间、执行操作的用户、执行操作的IP、被操作的学生信息、被操作的成绩信息；
2. 应支持查看成绩篡改检查日志，包括查看校验记录中异常成绩及对校验记录删除的功能。

18

等级考试（证书）管理

学生在校期间会参与很多非校内的考试，如：四级考试、六级考试、计算机等级考、普通话考试，教务系统中也需要对这类考试信息进行管理和维护，以保障教学信息的完整性和统一性。
1. 应支持按学年学期查询、查看、新建、修改、删除学生等级考试成绩的功能；新建成绩信息包括考试科目、记分形式、是否通过、是否重考、证书编号；
2. 应支持学生在系统中进行等级考试成绩查询功能；
3. 应支持按模板新增导入/更新导入、导出学生等级考试成绩。

19

实习管理

实习管理需要支持对实习的全流程进行管理，实习类型包括分散实习和集中实习；我校实习流程如下：实习基础信息/流程/模板配置->院系计划上报及审核->学生实习申请及审核->实习安排->提交实习报告->成绩管理。同时包括实习异动、请假流程、实习日志及实习周志管理。
基础信息设置
1. 应支持管理和维护岗位信息并支持导入、导出功能；
2. 应支持管理和维护实习校外导师库；
3. 应支持维护实习企业信息，并支持导入、导出功能；
4. 应支持维护实习基地信息及实习岗位的功能，可导入、导出实习基地信息；
5. 应支持自定义配置实习流程并将配置好的流程部署至流程引擎和产品提供默认审核流程两种方式；
6. 应支持配置实习报告模板。
 实习计划上报
1. 应支持按学期维护实习计划上报开关；
2. 应支持实习计划上报功能，实习天数、实习周数可根据实习时间自动计算，同业务类型同学期同专业可上报多条实习计划；
3. 应支持实习计划上报审核的功能；
4. 应支持实习计划上报管理的功能。
学生实习安排
1. 应支持实习计划安排的功能，同业务类型同学期同学生同课程只会有一条实习安排，不允许重复；实习安排不受时间和人数限制；
2. 应支持管理和维护、导入、导出实习计划安排。
实习申请及岗位异动申请
1. 应支持学生提交分散实习申请，管理员进行审核；
2. 应支持学生提交岗位异动申请，管理员代理申请；应支持审核岗位异动申请。
 实习请假
1. 应支持学生提交实习请假申请，支持管理员代理申请；
2. 应支持对实习请假申请进行审核。
 实习报告审核
1. 应支持学生按照模板在线填写实习报告；
2. 应支持审核实习报告的功能。
实习成绩
1. 应支持录入、发布、取消发布实习成绩的功能；
2. 应支持导出实习成绩。
日志周志审核
1. 应支持学生在线填写实习日志，学生端可按日期全局展示学生实习日志完成情况，并显示完成状态及进度；
2. 应支持教师查看、删除、审核实习日志的功能；
3. 应支持学生在线填写实习周志，学生端可按周次全局展示学生实习周志完成情况，并显示完成状态及进度；
4. 应支持查看、删除、审核实习周志的功能。
该分模块能生成基于高等教育质量监测平台“校外实习、实践、实训基地”要求的数据表，并能实现自动导入学校教学质量监测平台。

20

实验教学管理

系统需支持对课内实验信息进行管理，包括：实验资源的管理、实验课程的选课、排课、调课与成绩管理，应支持分组、分次、分项目进行排课。
基础代码
1. 系统应支持维护实验基础代码，包括实验中心级别、实验人员类别、实验课类型、实验类型、实验修读类型。
实验场所
1. 系统应支持管理员维护实验场所相关信息，主要包括：实验中心、实验室、实验房间。
1) 提供维护实验中心下的实验室功能；
2) 提供维护实验室下的实验房间功能；
3) 提供设置房间归属实验中心、归属实验室功能。
实验人员
1. 系统应支持维护实验人员的功能，包括新增、批量修改、删除、查询、查看详情、导入、导出。
实验课程
1. 系统应支持对实验课设置归属实验中心功能；
2. 系统应支持对实验课程设置实验项目功能；
3. 系统应支持维护实验项目库，包括新建、修改、删除、查询、查看详情、导入、导出功能。
实验排课
1. 应支持对学期下开出的实验课进行设置实验项目的功能，包括设置必修项目、选修项目；
2. 应支持根据所选学期下的实验任务生成学期实验项目的功能，提供新建、修改、删除、查询学期实验项目功能；
3. 应支持按项目排课的功能，包括查看实验房间占用情况、单次课排课、多次课排课、删除排课card、检测教室和教师冲突等；
4. 应支持按实验房间排课的功能；选择一个房间，对该房间中开出的实验项目进行排课；
5. 应支持批量设置项目的成绩构成功能，成绩构成包含成绩记分形式、实验子项及占比；
6. 应支持发布、取消发布排课结果的功能；
7. 应支持按教师、教室、学生三种纬度进行冲突数据统计；
8. 应支持不同实验课表的查看、导出与打印功能，包括教室课表、学生课表、教师课表。
选课
1. 应支持按实验中心设置选课开关，支持设置选课日期时间范围、选课规则、退课规则、参选项目、项目不开放的课程；
2. 应支持查询、导出学生实验上课名单，支持加课、退课；
3. 应支持对选课全程进行日志记录功能；
4. 应支持漏选学生统计功能，支持查询、导出。
成绩管理
1. 应支持学校根据具体的业务需求进行记分形式配置；
2. 应支持实验成绩录入，提供发布、取消发布成绩、查看成绩明细的功能；
3. 系统应支持维护学生实验成绩，提供自动计算出学生实验课程的最终成绩的功能。

21

毕业设计（论文）管理

应提供毕业设计（论文)功能，使得学生、指导教师、管理员能够在系统中按照学校规定的毕业论文流程完成毕业论文相关的工作，并且能够便于二次开发。我校毕业论文流程如下：流程及全局配置->批次设置->课题申报->学生选题->任务书->开题报告->中期检查->论文定稿->论文答辩->成绩管理->论文推优。
流程配置
1. 应支持课题申报及选题配置功能，包括教师及学生的课题申报，以及师生互选；
2. 应支持对任务书、开题报告、中期检查、论文定稿、答辩的流程进行配置的功能，其中每个流程应支持单独设置是否启用、是否需要给成绩；
3. 应支持自定义配置审核流程的功能，也支持通用的审核流程。
全局配置
1. 模板配置：流程配置系统应支持管理员对任务书，开题报告，中期检查报告，论文定稿、论文答辩在的线填写的文档模板进行维护，功能包括查看、新建、修改、删除；
2. 指导人数限制：应支持为不同职称的教师限制指导学生人数的功能；
3. 成绩参数设置：应支持对毕业论文（设计）过程中有关成绩的规则进行约束的功能；
4. 参考成绩设置：应支持为指定年级、专业院系、专业的学生对象设置参考成绩成分和成绩占比，包括查询、新建、修改、批量修改、删除、复制、初始化成绩的功能；
5. 校外指导教师库：应提供建设校外指导教师库，并支持对校外指导教师的维护功能，包括查询、新建、修改、删除、详情、批量修改、导入、导出。
批次及名单
1. 应支持教务处管理员可对毕业论文的批次进行维护，功能包括新建、修改、删除、强力删除。应支持在一个页面中查看当前年级全部的论文批次以及批次统计信息。应支持激活、冻结、归档、未归档论文批次的功能；
2. 应支持维护参与本次毕业论文（设计）的学生名单或范围，功能包括查询、新建、删除；应支持学生名单初始化的功能。
课题管理
1. 应支持对教师及学生的申报课题的维护功能，包括新建、修改、详情、导入、导出、查询；
2. 应支持对教师及学生的课题申报申请进行审核的功能。
选题管理
1. 选题管理用于查看、审核师生互选结果，系统应支持对选题结果的维护功能，包括新建、删除、详情、检测无选题学生名单、导入、导出、查询；
2. 应支持为选题指定评阅教师的功能；
3. 应支持对选题结果进行审核的功能；审核后支持发布、取消发布结果的功能。
任务书管理
1. 应支持对指导教师的任务书的维护功能，包括删除、详情、导出、下载、查询；
2. 应支持对教师填写的任务书进行审核的功能。
开题报告
1. 应支持对学生开题报告的维护功能，包括删除、详情、导出、下载、查询；
2. 应支持对学生的开题报告进行审核的功能。
中期检查
1. 应支持对学生中期检查的维护功能，包括删除、详情、导出、下载、查询；
2. 应支持对学生的中期检查进行审核的功能。
论文定稿
1. 应支持对学生论文定稿的维护功能，包括删除、详情、导出、下载、查询；
2. 应支持对学生的论文进行审核的功能。
论文答辩
1. 应支持对论文答辩组信息的维护功能，包括新建、修改、删除、详情、导出、查询。应支持发布、取消发布答辩组信息的功能；
2. 应支持对论文答辩结果的维护功能，包括删除、详情、导出、下载、查询。应支持审核论文答辩结果的功能。
成绩录入
1. 应提供成绩录入功能，支持按参考成绩设置最终成绩；
2. 应支持保存、提交、导入、下载导入模板、导出、清空最终成绩的功能。
3. 应支持对论文成绩进行退回修改；
4. 应支持发布、取消发布最终论文成绩的功能。
推优管理
1. 应支持设置论文推优，功能包括进入推优、推优、取消推优、提交；
2. 应支持对推优论文进行退回修改的功能；
3. 应支持发布、取消发布最终推优论文的功能。

论文抽检

1. 应支持设置论文抽检

2. 应支持论文抽检的平台上评审操作和平台下评审后专家签字上传。

该分模块能生成基于高等教育质量监测平台“学生毕业综合训练情况”要求的数据表，并能实现自动导入学校教学质量监测平台

22

辅修管理

辅修/双学位/第二学士学位按批次进行，主流程为辅修/双学位/第二学士学位计划上报及审核->学生辅修/双学位/第二学士学位申请及审核->考核成绩管理->录取管理及审核，并对结果提供统计功能。
辅修/双学位/第二学士学位批次
1. 应支持维护辅修/双学位/第二学士学位批次基本信息，包括新建、修改、删除、查看批次详情的功能；
2. 应支持设置是否启用审核流程、学生学籍条件显示开启情况、课程修读情况检查开启情况。
辅修/双学位/第二学士学位计划上报
1. 应支持自定义配置辅修/双学位/第二学士学位计划上报审核流程，也支持通用审核流程，默认的审核流程为：辅修/双学位/第二学士学位专业院系审核->教务处审核；
2. 应支持维护辅修/双学位/第二学士学位计划上报规则及条件，包括：接收条件限制、录取规则、笔试/面试安排信息设置；辅修/双学位/第二学士学位计划上报主要是实现本批次有哪些专业可转入；
3. 应支持查询、查看、修改、删除、提交、撤回辅修/双学位/第二学士学位计划上报申请记录。
学生辅修/双学位/第二学士学位申请
1. 应支持自定义配置辅修/双学位/第二学士学位申请审核流程，也支持通用审核流程，默认的审核流程为：学生申请->学生转出院系审核->学生转入院系审核->教务处审核；
2. 应支持对全部学生辅修/双学位/第二学士学位申请单进行查看和管理，包含的操作有查询、查看、删除。
成绩及录取管理
1. 应支持对辅修/双学位/第二学士学位申请学生录入、取消录入、发布、取消发布考核成绩的功能；
2. 应支持自定义配置辅修/双学位/第二学士学位录取审核流程，也支持通用审核流程，默认的审核流程为：转入专业院系审核->教务处审核；
3. 应支持辅修/双学位/第二学士学位手动录取、自动录取、提交、撤回、查询、查看、导出、打印录取结果的功能；
4. 应支持生成辅修/双学位/第二学士学位学籍的功能。

23

评教管理

提供多维度评教管理功能，包括学生过程性评教、学生总结性评教、学生即时性评教、督导评教、领导评教、同行评教、教室评学，应支持基于学生评教、督导评教、领导评教、同行评教、教师评学等模式进行多维度评教统计分析。
问卷管理
1. 应支持维护题库，包括新建、修改、删除、查看问题；题库是用于评教的问题，支持单选题、多选题、打分题、填空题、多项填空题五种题型；
2. 应支持新建、修改、删除、复制、预览问卷；问卷由问卷基本信息和问卷设计两部分组成，支持学生总结性评教、学生过程性评教、学生即时性评教、督导评教、领导评教、同行评教、教师评学多维度评教的问卷管理。应支持对不同问题类别设置统分系数的功能。应支持设置预警分数；
3. 课程问卷主要是维护课程与问卷之间的绑定关系，课程可以绑定到某一个问卷，供在实际评教中参考使用。包括绑定问卷、解绑问卷的功能。
评教管理
1. 评教模式包括学生总结性评教、学生过程性评教、学生即时性评教、督导评教、领导评教、同行评教、教师评学；
2. 学生总结性评教是在课程结束后，学生对教师教学的总结性评价。应支持学生总结性评教参数配置、评教问卷维护、课程问卷绑定、评教批次设置、参评人及参评任务设置、评教回收统计、评教结果发布、教师课程统计功能；
3. 学生过程性评教在整个教学过程中，上课名单内的学生可以对教师教学进行评价，被评教师可以与之互动反馈信息。应支持维护学生过程性评教问卷维护、课程问卷绑定、评教批次维护、参评任务设置、评教回收统计、评教结果发布功能；
4. 学生即时性评教：应支持维护学生即时性评教问卷配置、课程问卷绑定、评教批次维护、参评任务设置、评教回收统计、评教结果发布功能；支持为课程设置的问卷自动绑定，支持手动重新绑定；
5. 督导评教：应支持督导评教参数配置、督导评教问卷维护、课程问卷绑定、督导人员库维护、评教批次维护、参评督导及任务配置、评教回收统计、评教结果发布功能；
6. 领导评教：应支持领导评教问卷维护、课程问卷绑定、领导人员库维护、评教批次维护、参评领导及任务配置、评教回收统计、评教结果发布功能；
7. 同行评教：应支持同行评教问卷维护、课程问卷绑定、评教批次维护、参评同行及任务配置、评教回收统计、评教结果发布功能；
8. 教师评学：应支持教师评学问卷配置、教师评学批次维护、教师评学结果、教师评学回收统计；
9. 教学信息反馈：应支持问题分类维护、信息员库维护、教学信息反馈开关维护、教学信息处理、教学信息反馈管理、教学信息反馈统计；
10. 问卷调查：应支持维护调查方向、题库管理、问卷管理、问卷调查批次、结果统计。
该分模块支持数据接口，能实现教务系统中评教数据自动导入学校教学质量监测平台。

24

教学工作量

工作量参数配置
1. 应支持自定义配置工作量参数，可设置工作量保留小数位数及小数位截取方式；
2. 应支持自定义工作量系数，可设置名称、按定制/公式配置工作量系数；
3. 应支持为任务清空设置、批量设置任务系数；
4. 应支持自定义配置教学工作量公式。
工作量统计
1. 应支持按公式统计工作量、重新计算工作量；
2. 应支持查询、查看、新建、修改、删除、发布、取消发布、导出工作量；工作量类型包括：理论排课工作量、理论工作量、实验排课学时、实验工作量、总工作量。
工作量管理
1. 应支持教师查看自己的工作量明细；
2. 应支持查询、查看、导出教师工作量统计结果；
3. 应支持查询、查看、导出任务工作量统计结果；
4. 应支持查询、查看、导出部门工作量统计结果。

25

数据归档管理

1. 对学籍信息、上课信息、教学计划信息、学生成绩数据提供归档管理功能，确保历史数据不受系统当前数据修改的影响。
2. 进行归档后，在数据归档模块查询。

26

学分认定

学分认定是指学生取得学校认可的学习成果，可认定为一定的学分。学分转换是指被认定的学分可以转换为人才培养方案要求修读的课程学分和成绩。支持对课程类成果认定及非课程类成果认定，可按照认定标准学生申请学分认定。
学分认定开关及审核流程配置
1. 应支持自定义配置学分认定审核流程，也支持通用审核流程；
1) 交流课程成果审核流程：学生管理部门->学生专业所在院系->教务处；
2) 非课程类成果审核流程：负责部门->学生管理部门->学生专业所在院系->教务处；
3) 学分认定审核流程：学生管理部门->学生专业所在院系->教务处。
2. 应支持新建、修改、删除开关功能，用于按所属学期分类设置交流课程成果申请、非课程类成果申请、学分认定申请的开放时间；应支持设置申请学生范围、黑名单、白名单。
成果管理
1. 学分认定与转换范围是学生取得的学习成果，根据是否具有明确的学分或学时规定，可分为交流课程成果与非课程类成果；
2. 交流课程成果：应支持管理和维护交流课程成果库、成果申请及代理申请、成果审核的功能；
3. 非课程类成果：应支持配置非课程类成果认定标准、管理和维护非课程类成果库。应支持成果申请及代理申请、成果审核的功能。
学分认定申请及审核
1. 应支持对学分认定申请及代理申请功能，包括查询、新增、修改、删除、提交、撤回的功能；
2. 应支持对交流课程成果、非课程类成果、辅修课程成绩学分认定申请的审核功能。

27

教室管理

借教室
1. 应支持按角色配置教室借用申请时间；支持设置黑名单功能，黑名单内的用户无法借用教室；
2. 应支持对借教室详细参数的配置及自定义配置借教室审核流程的功能，系统默认流程为申请人提交借教室申请->归口部门审核->物管部门审核；
3. 应支持新建借教室申请的功能，需要填写场所要求、时间要求、用途、借用人信息、归口审核部门；
4. 应支持对未提交和已撤回的申请记录进行删除的功能；
5. 应支持对审核通过的申请进行归还教室借用功能；
6. 应支持查看申请记录详情的功能。
代理借教室
1. 应支持代理借教室的功能，包括查询、查看详情。系统应提供归还教室的功能；
2. 应支持归口部门对待审核的申请进行审核的功能；
3. 系统应支持归口审核与物管审核，相关审核通过后，应支持查看申请记录详情的功能；
4. 应支持教务处对全校的全部借教室申请单进行查询、查看详情、删除申请单的功能。
教室占用情况
1. 应支持查看、打印教室占用详情的功能；
2. 应支持管理员进行直接教室占用的功能；
3. 应支持对教室使用率的统计功能，可根据选择要统计的时间、校区以及教室范围来统计；应支持教室节次统计功能；系统应支持查看历史统计的功能。

本科生导师

本科生导师聘任
1.应支持自定义配置导师申报审核流程，也支持通用审核流程，默认的审核流程为：教师申报->教师所在院系审核->教务部审核。
2.应支持新建、修改、删除导师聘任批次功能；
3.应支持申报、代理申报导师资格的功能；
4.应支持按照流程进行本科生导师申报审核的功能；
5.应支持查询、查看、删除本科生导师申报结果的功能
本科生导师信息库
1.本科生导师信息库中为聘任终审通过的导师信息，也可以由管理员直接进行维护，并提供学生查看导师信息。
2.应支持新建、修改、删除、详情、导入、导出、查询本科生导师信息功能；
本科生导师互选
1.▲建立本科生导师信息库后，开放学生线上选择意向导师，经审核后，确定师生互选结果（或由院系管理员/教务部管理员直接指定），建立学生和导师之间的对应关系。
2.应支持自定义配置本科生导师意向申请流程配置，也支持通用审核流程，默认的审核流程为：学生申报意向导师 > 导师审核 > 学生所在院系审核 > 教务部审核。
3.应支持新建、修改、删除本科生导师互选批次功能；
4.应支持本科生导师意向申请的功能；
5.应支持按照流程进行本科生导师意向申请审核的功能；
6.应支持新建、修改、删除、查看、导入、导出、查询、发布、取消发布本科生导师互选结果的功能
本科生导师任务考核与管理
1.支持本科生导师任务分解和批量发布
2.支持本科生导师任务批量分级审核
3.支持本科生导师任务落实过程性材料的上传与检查，任务完成情况等数据统计与分析。

28

学籍管理

学生基本信息

学生信息核对
1. 应支持新增、修改、删除学生信息核对批次的功能；应支持维护批次参数及批次内学生名单；
2. 应支持配置学生信息核对流程，提供默认的审核流程为：学生申请->学生管理院系审核->教务处审核；
3. 应支持查询、查看、删除、审核学生信息核对申请的功能。
高考成绩
1. 系统应支持管理和维护各省市高考成绩，包括新建、修改、删除、查询、查看、导入、导出；
2. 应支持查询、查看、修改、更新导入、导出学生高考信息。
学生证补办
1. 应支持自定义配置审核流程的功能，默认的审核流程为：学生申请->辅导员审核->教务处管理员审核；
2. 应支持按学期维护学生证补办批次，主要设置批次名称、限制申请次数、申请开放日期时间范围；
3. 应支持管理员对学生的学生证补办申请进行审核，功能包括审核、批量通过、批量拒绝、批量退回修改；
4. 应支持查询、查看、删除、导出学生证补办申请单；应支持设置发证日期。
学生家长管理
1. 系统应支持管理和维护学生家长信息，包括新建、修改、删除、查询、查看、导入、导出。
学籍维护
1. 应支持对学籍参数进行配置的功能，包括培养类型、学籍状态、学生类别、学历层次、是否在校、是否在籍、是否有学籍；
2. 应支持维护学籍快照参数、学生范围及自动备份时间的功能；应支持手动生成学籍快照功能；
3. 系统应支持对学籍基本信息、联系信息、录取信息、异动信息、毕业信息、学位信息、注册信息、留学生信息进行管理和维护，主要功能应包含：查询、查看、新建、修改、批量修改、新增导入、更新导入、导出、与学信网导入导出；
4. 应支持批量上传、批量清除、打包下载学籍照片、学位照片、毕业照片；
5. 应支持为学生添加标签及维护学生标签的功能；
6. 应支持查询、查看、删除学籍信息变动日志的功能。
学生学期学籍信息
1. 应支持每学期结束时，由定时任务自动生成学生学期学籍信息；
2. 应支持新建、修改、删除、导出功能；
3. 应支持新建、修改、删除、查询、查看、导入、导出学生课程等级；
4. 应支持按学期设置校区，支持发布、取消发布学生所属校区规划。
▲学籍预设
1. 学籍预设，即学籍异动审核通过但还未生效，但开课选课需要根据异动后的学籍进行。选课规则“按学籍预设进行选课”；
2. 应支持按学籍预设进行开课、置课、选课；
3. 开课计划参数提供配置“是否按学籍预设开课” 。
该分模块能生成基于高等教育质量监测平台“本科生基本信息”等学生相关要求的数据表，并能实现自动导入学校教学质量监测平台。

29

学籍异动

应支持自定义配置学籍异动类型，包括异动通知及在线异动申请审核流程，支持对学籍异动学生进行学籍处理操作。
学籍异动管理
1. 应支持新建、修改、批量修改、查看、查询异动类型配置详情；
2. 应支持设置异动通知模板、上传异动申请单模板、设置邮件抄送地址及抄送对象的功能；
3. 应支持新建、删除、查看、导出、撤销学籍异动及历史异动数据导入功能；应支持根据生效日期自动生效学籍异动功能；
4. 应支持发送邮件功能；
5. 应支持打印通知书功能。
异动申请及审核
1. 应支持新建、修改、删除、批量修改学籍异动申请开关，包括设置学籍异动申请起止日期时间、允许申请的异动类型、允许申请的学生对象以及公告信息；
2. 应支持默认学籍异动申请审核流程配置，也支持个性化审核流程配置，根据异动性质异动类型配置审核流程，在配置中可以快捷复制其他已配置好的流程。默认的审核流程为：学生申请->学生辅导员审核->学生专业院系审核->学生管理院系审核->教务处审核；
3. 应支持学籍异动申请、代理申请、删除、查看异动申请的功能。
学籍处理
1. 应支持统计学业预警信息、统计学籍异动信息、统计超毕业期限信息、统计未注册信息；
2. 应支持添加学籍处理学生名单；
3. 应支持删除、导出、查询、详情、查看、撤回学籍处理信息；
4. 应支持管理员在线进行异动申请、修改申请、删除申请。

30

学期注册

招生计划上报
1. 应支持按招生年级维护招生计划上报批次的功能，需要维护的信息包括年级、培养类型、学历层次、科类、招生计划上报日期时间范围；
2. 应支持院系在时间范围内进行招生计划上报，功能包括查询、查看、新建、修改、删除、新增导入、导出；应支持导出招生计划预报表的功能。
注册开关
1. 系统应支持设置每学期注册的开始结束日期时间以及公告信息。
绿色通道
1. 应支持按学期维护功能绿色通道名单功能，主要内容有绿色通道类别（如：无经济来源者、助学贷款者、其他特殊困难）、备注。包括：新建、修改、删除、查看、查询、新增导入、更新导入、导出功能。
学生缴费信息
1. 应支持按学期维护学生缴费信息，主要内容有是否缴费、备注。包括：批量新建、修改、删除、查看、查询、新增导入、更新导入、导出功能；
2. 应支持查看未登记缴费名单功能。
暂缓注册申请及审核
1. 系统应支持自定义配置审核流程，默认审核流程为：学生申请->学生管理部门审核->教务处审核；
2. 应支持查询、查看、删除暂缓注册申请单。
注册管理
1. 系统应支持按学期维护学生注册信息功能，学生注册信息有注册状态（已注册、未注册、暂缓注册）、注册时间、原因。包括：批量注册、修改、删除、查看、查询、新增导入、更新导入、导出功能；
2. 应支持按学期统计学生注册新消息的功能，包括按院系统计、按专业统计、按班级统计三种方式，支持统计、导出、打印统计结果的功能。

31

学生奖惩

1. 系统应支持管理和维护学生处分数据的功能，包括：查询、查看、新增、修改、删除、导出；
2. 系统应支持管理和维护学生奖励数据的功能，包括：查询、查看、新增、修改、删除、导出；
3. 应支持撤销处分申请及审核流程。

32

学业预警

预警类型
1. 应支持自定义维护预警类型，包括：学习警示、继续警示、解除警示、退学、留级、免于处理；
2. 应支持对每种预警类型设置预警状态功能，预警状态有预警、取消预警；
3. 应支持对每种预警类型设置优先级功能，若学生满足多种预警类型条件，则按优先级最高的进行预警。
预警规则设置
1. 应支持按预警类型设置预警规则功能，预警规则由多个条件或子条件组成，满足其中任意一个条件或全部子条件即达到预警要求；
2. 应支持维护预警条件的功能，预警条件由预警检查器实现，预警检查器有：学分检查器、门数检查器、GPA检查器、预警次数检查器。
预警管理
1. 应支持预警统计、修改预警类型的功能；
2. 应支持预警通知书模板配置、打印预警通知书的功能；
3. 应支持新建、删除、打印、查看、发布、取消发布、归档、取消归档学生预警的功能；
4. 应支持预警结果导出、预警明细导出的功能。

33

毕业/学位审核

支持审核学生培养方案完成情况，维护毕业审核标准及学位审核标准，可维护审核批次，按批次进行毕业审核及学位审核。
培养方案完成情况
1. 系统应支持随时检查学生的培养方案完成情况，并支持设置可跳过的内容，跳过的部分不参与检查；
2. 应支持维护培养方案完成情况检查的学生范围及规则；
3. 应支持查询、查看学生的培养方案完成情况和计划外课程完成情况；
4. 应支持导出学生获得学分表、未获得学分表。
毕业审核及学位审核标准
1. 系统应支持查看、新建、修改、删除毕业审核标准设置毕业审核标准有效期，适用学历层次和学生类别以及审核项目。支持存在多套毕业审核规则并适用于不同学生；
2. 系统应支持查看、新建、修改、删除学位审核标准及设置学位审核标准有效期，适用学历层次和学生类别以及审核项目。支持存在多套学位审核规则并适用于不同学生。
审核批次
1. 系统应支持在一个页面中查看当前学期全部的毕业审核批次以及批次的统计信息；
2. 应支持新建、修改、删除、查看详情、归档的功能，每个学期中存在多个毕业审核批次；
3. 应支持对每个毕业审核批次中参加审核的学生进行管理，并支持为学生关联毕业审核规则和学位审核规则。
毕业审核
1. 系统应支持对关联好毕业审核规则的学生进行毕业审核；应支持未审核学生名单管理的功能，应支持对未审核学生批量审核、全部审核；
2. 应支持查询、查看、手动删除学生的毕业审核结果；
3. 应支持重新审核、调整毕业审核结果的功能；
4. 应支持批量发布、全部发布、批量取消、全部取消的功能。
学位审核
1. 系统应支持对关联好学位审核规则并且已经进行毕业审核的学生进行学位审核。应支持未审核学生名单管理的功能，应支持对未审核学生批量审核、全部审核；
2. 应支持查询、查看、手动删除学生的学位审核结果；
3. 应支持重新审核、调整学位审核结果的功能；
4. 应支持批量发布、全部发布、批量取消、全部取消的功能。
日志管理
1. 应支持对学生毕业审核、学位审核进行日志记录的功能。
重考管理
1. 应支持维护重考名单，功能包括查询、查看、新建、修改、删除、新增导入、导出；
2. 应支持设置学生范围、重考课程范围、考试校区生成结业重考名单、非结业重考名单的功能；
3. 应支持维护重考成绩录入开关，需要设置的信息包括学期、重考成绩录入起止时间、公告信息及为个别用户单独设置时间；
4. 应支持设置成绩计算规则并进行重考成绩录入的功能；应支持提交、退回修改、导入、导出重考成绩的功能；
5. 应支持将已提交的成绩加入成绩库。
证书管理
1. 系统应支持对学生的毕业证书进行管理的功能；包括新建、修改、批量修改、删除、导入、批量导入毕业信息，支持设置及根据毕业审核结果自动刷新毕业证书状态，应支持打印、归档毕业证书的功能；
2. 系统应支持对学生的学位证书进行管理的功能；包括新建、修改、批量修改、删除、导入、批量导入学位信息，支持设置及根据学位审核结果自动刷新学位证书状态，应支持打印、归档学位证书的功能；
3. 应支持为已毕业的学生打印学历证明、学位证明的功能。
日志管理
1. 应支持对学生毕业证书、学位证书进行日志记录的功能。
结业换证
1. 应支持自定义配置审核流程的功能，默认的审核流程为：学生申请->教学秘书审核->教学院长审核->教务处管理员审核；
2. 应支持维护结业换证批次开关，主要设置批次名称、批次开放起止时间、公告信息；应支持维护批次内学生名单；
3. 应支持查询、查看、删除结业换证申请单；
4. 应支持查询、查看、修改、删除、导出结业换证信息的功能。

34

第二课堂管理

可按照学校第二课堂学分文件要求，自定义对第二课堂的管理。包含创新创业过程管理、学科竞赛管理等。

大学生创新创业
基础设置
1. 基础代码：应支持维护基础代码，包括新增基础代码及使用已存在的基础代码；
2. 学科门类对照表：应支持查询、查看、新建、修改、删除学科门类对照表的功能；
3. 校内专家库：应支持新建、修改、删除、导出校内专家，维护校内专家库；
4. 校外专家库：应支持新建、修改、删除、导入、导出校外专家，维护校外专家库；
5. 专家组：应支持新建、修改、删除、批量设置失效、批量设置有效功能，若专家组被引用，则不可修改和删除。
全局配置
1. 审核流程配置：应支持自定义审核流程并部署至流程引擎和产品提供默认审核流程两种方式；
2. 模板配置：应支持为主流程的每个阶段配置模板的功能，同一业务类型同一模板类型有且只有一个模板；
3. 全局参数配置：应支持配置全局参数；包括：每个学生可申报项目总数、每个学生可参与项目总数、每个指导老师可申报项目总数、每个教师最多指导项目数、项目参与人数范围限制、项目级别默认经费额度、经费分批报销比例上限；
4. 批次开关：应支持按年度设置批次开关，每个年度允许建多个开关的功能；包括立项开关、中期检查开关、结项开关。
项目立项
1. 应支持对立项申报进行审核，支持导出功能，审核通过后需设置评分、项目编号、项目等级、审核金额；审核不通过则退回至申请人重新修改；
2. 应支持为大创项目设置院级/校级专家组；
3. 应支持查看、导出大创项目，支持强制中止、强制恢复的功能。
项目中期检查
1. 应支持项目中期检查审核、导出功能；审核通过后需设置评分、项目编号、项目等级、审核金额；审核不通过则退回至申请人重新修改；
2. 应支持设置院级/校级专家组。
项目结项
1. 应支持项目结项申请审核、导出功能；审核通过后需设置评分、项目编号、项目等级、审核金额；审核不通过则退回至申请人重新修改；
2. 应支持设置院级/校级专家组。
项目推优
1. 应支持按年度展示项目并设置优秀项目。
项目变更
1. 应支持审核、批量审核、导出项目变更申请。
项目列支
1. 应支持审核、批量审核项目列支申请，审核通过后需设置该报销的实报金额；
2. 应支持管理和维护、导出项目列支申请及项目列支。
项目指导记录
1. 应支持对项目指导记录进行导出、导出明细。
项目成果
1. 应支持对项目成果进行审核、批量审核；
2. 支持“导出公开论文发表情况”、“导出竞赛获奖信息”、“导出专利信息”、“导出参加交流会议情况”。
项目分析
1. 应支持按年度进行项目成果分析的功能；
2. 应支持按年度进行项目数量分析的功能。
学科竞赛管理
竞赛项目基础库
1. 应支持管理和维护、导入和导出竞赛项目信息的功能。
参数及模板配置
1. 应支持配置竞赛参数的功能；
2. 应支持维护赛事总结模板。
竞赛项目申报
1. 应支持按学期设置竞赛项目申报开关；包括起始时间、公告信息；
2. 应支持自定义配置竞赛项目申报审核流程并配置到流程引擎和产品提供默认审核流程两种方式；同时支持按照审核流程进行竞赛项目申报审核；默认审核流程如下：
1) 竞赛负责人（教师）申报——管理学院审核——教务处审核；
2) 管理学院申报——教务处审核。
3. 应支持竞赛项目申报、撤回、查询、查看的功能；
4. 审核通过的竞赛项目则自动存入竞赛项目库中。
参赛学生维护
1. 应支持新增、修改、删除、导入、导出参赛学生名单；
2. 应支持维护指导教师数量和学生每学期允许报名的项目数。
获奖信息
1. 应支持获奖登记、删除、修改、提交、撤回、查看、导出功能；
2. 应支持发布、取消发布获奖信息。
赛事总结管理
1. 应支持维护赛事总结的功能，支持填写、提交、退回、预览、上传附件、下载附件；
2. 应支持发布、取消发布赛事总结

35

其它

高基报表

提供高基报表所需要的各种表格各种格式导出及打印，包括但不限于：在校生分年龄情况、学生变动情况、学生退休学的主要原因、普通本科生专业学生数、普通专科生专业学生数、招生、在校生来源情况。该分模块支持数据接口，能实现教务系统中高基报表自动导入学校教学质量监测平台中的高基报表填报模块。

36

质量工程管理

基础设置
1. 项目类别：应支持管理和维护质量工程项目类别，包括查询、查看、新建、修改、删除；
2. 项目级别：应支持管理和维护质量工程项目级别，包括查询、查看、新建、修改、删除；
3. 项目类别限报参数：应支持管理和维护项目类别限报参数，包括查询、查看、新建、修改、批量修改、删除；参数包括项目类别、项目级别、教师职称、教师职称等级、当前类别同批次限报项目数、历史未结题是否允许申报同类别新项目；
4. 记分形式设置：应支持自定义管理和维护记分形式，包括查询、查看、新建、修改、删除；
5. 流程配置：应支持自定义配置各节点审核流程，可自定义审核流程节点包括：
1) 项目申报：教师申报 -> 院系审核 -> 教务处审核；
2) 项目答辩：教师申报 -> 院系审核 -> 教务处审核；
3) 项目立项：教师申报 -> 院系审核 -> 教务处审核；
4) 项目中期：教师申报 -> 院系审核 -> 教务处审核；
5) 项目结项：教师申报 -> 院系审核 -> 教务处审核；
6) 延期申请：教师申报 -> 院系审核 -> 教务处审核；
7) 特殊类别审核：教师申报 -> 院系审核 -> 教务处审核。
6. 模板配置：应支持为主流程的每个阶段配置模板的功能，同一业务类型同一模板类型有且只有一个模板。
专家管理
1. 专家库：应支持查询、查看、新建、修改、批量修改、删除、导入、导出专家，维护专家库；
2. 专家组：应支持新建、修改、删除、设置失效、设置有效功能，若专家组被引用，则不可修改和删除。
质量工程批次
1. 应支持按年度维护质量工程批次，同一年度可维护多个批次；
2. 批次信息包括中文名称、英文名称、不允许申报的项目类别、不允许申报的项目级别、公告、项目申报起止时间、项目答辩起止时间、项目立项起止时间、项目中期起止时间、项目结项起止时间、专家记分形式。
项目过程管理
1. 应支持教师在线按批次进行项目申报，申报状态包括未提交、已提交、审核中、通过、未通过；并支持按流程进行项目申报审核；
2. 系统应支持教师在线查看/提交项目答辩、项目立项、项目中期、项目结项；
3. 应支持对项目答辩、立项、中期、结项各阶段指定专家组、设置专家评分时间进行专家评分的功能；支持维护最终评分，发布、取消发布评分结果；支持导出功能；
4. 应支持教务处对答辩、立项、中期、结项各阶段项目日常、专家评分结果的管理功能。
项目延期管理
1. 应支持管理员对延期项目进行管理的功能，包括查询、查看、导出、删除、详情；
2. 应支持教师申请项目延期，并提交给管理员进行审核的功能；包括项目中期延期申请、项目结项延期申请；
3. 应支持管理员教师申请进行审核的功能，应支持批量通过、批量拒绝；
4. 应支持管理员导出、查看已审核和待审核申请详情的功能。

37

学生体质测评

成绩记录方式
1. 提供配置体测项目记录方式功能，支持两级制，百分制，英文等级，中文等级制，并支持设置及格线。
2. 支持按性别配置体测项目指标，可设置最低值和最高值，默认值。
测评成绩批次
1. 提供成绩录入批次开关功能，可以设置录入开始时间和结束时间，录入体测项目。
2. 提供设置各项成绩占比，录入的学生范围和指定老师录入成绩功能。
3. 支持发布成绩给学生查询和取消发布功能。
体测成绩库
1. 支持查看，修改学生单个体测项目的成绩。
2. 支持按分数段、体测项目、录入教师信息来查询学生体测成绩。
体测成绩预警
1. 提供预警统计功能，支持体测单项预警和体测项目综合预警功能。
2. 支持生成预警信息报表，并可以在线打印和导出

38

微信服务

学生端功能：为广大学生用户，提供便捷的移动教务服务，主要包括：通知公告查看、培养方案查看、个人课表查看、个人成绩查询、考试安排查询、空闲教室查询、学籍预警信息查看。
1. 我的学籍信息：应支持学生查看个人学籍信息功能；
2. 我的课表：应支持学生查看个人课表功能；
3. 我的考试信息：应支持学生查看个人考试安排的功能；
4. 我的成绩信息：应支持学生查看个人成绩详情的功能；
5. 我的培养方案：应支持学生查看自身绑定的培养方案详情；
6. 我的培养方案完成情况：应支持学生即时查看方案修读情况；
7. 我的学业预警：应支持学生按学期查看学业预警信息。
教师端功能：为广大教师用户，提供便捷的移动教务服务，主要包括：通知公告查看、个人课表查看、培养方案查看、监考安排查询、工作量查询、学生成绩查询、评教结果查看。
1. 我的个人信息：应支持教师查看个人信息的功能；
2. 我的课表：应支持教师查看个人课表的功能；
3. 我的考试信息：应支持教师查看个人考试安排的功能；
4. 课程成绩查询：应支持教师查看教学班学生成绩的功能；
5. 我的教材信息：应支持教师按学期查看所订购的教材信息；
6. 督导评教：应支持督导人员在规定时间范围内，对听课课程进行督导评教，并支持查看历史评教结果；
7. 评教结果查询：应支持教师查看自己所任课程被评结果（学生总结性评教结果/督导评教结果）。
公共服务
1. 全校专业方案查询：应支持全校专业方案查询功能；
2. 公共方案查询：应支持全校方案查询功能；
3. 全校开课查询：应支持全校开课查询功能。

39

收费管理

与学校财务系统实现对接，基于学生选课，实现基于微信、支付宝或银行划扣的选课学分学费的结算、统计、查询，完成缴费状态的刷新。
n收费设置
1. 提供查询、新建、修改、删除收费项目的功能；
2. 提供查询、新建、修改、删除收费的管理权限，可以设置各角色所能管理的账单类型；
n账单管理
1. 提供查询、新建、修改、导出账单的功能；
2. 提供账单导入功能，导入时可以导入学费、资格考试报名费、重修费、教材费的账单；
3. 提供取消账单的功能；“项目设置”中，“是否删除菜单”项，若选择“否”，则当点击“取消账单”时，该条消息显示“已取消”状态；若选择“是”，点击“取消账单”时，该消息被删除；
n账单日志
1. 提供查询、导出账单日志的功能；。

40

教学运行监控

对以上所有模块提供各项工作完成情况的日常统计分析功能：如教学计划核对完成情况、课表编排情况、调停补课比例、教材填报完成情况、毕业审核完成情况，排考完成情况，成绩录入情况，重修报名情况。

41

数据挖掘

项目可建立基于教学数据的分析挖掘系统，为学校领导、教务处和各级教务工作人员提供数据分析服务。基于教务管理系统数据库中存储的各类信息数据，构建数据分析模型，对数据进行挖掘，并通过直观的方式（图表）展示出来，为各管理部门提供工作改进的数据依据，为学校领导提供决策分析的数据支撑，提供各类校情展示、各类决策报表结果的展示，展示结果采用图文并茂的形式，并可提供明细数据，包括数据表格、柱状图、饼状图、折线图、仪表盘、条形图等展现形式，且数据实时更新。

42

决策支持

教学数据展示支持多角色授权，根据用户角色不同展示相应的分析数据，为领 导决策提供数据支撑。 多维度数据分析，界面支持用拖拽式动态配置图形化统计分析，内置主题，支持检索框检索各类主题。 校领导，可查看及下载院、专业数据分析报告，可以图形化在线查看全校数据监测达标情况、存在问题、常模对比、主题分析、趋势分析且支持数据钻取到 明细支撑。 院领导，可查看及下载本学院、专业数据分析报告，检索下载本学院相关数 据，可以图形化在线查看全院数据监测达标情况、存在问题、主题分析、对比 分析（横向纵向对比）、趋势分析且支持数据钻取到明细支撑。 部门领导，可查看本部门相关数据及达标分析。

43

支持与服务

4.1 数据迁移
为保障学校新老系统无缝对接、系统数据无缝迁移，中标人需向学校提供详细的数据迁移方案，以保障学校新老教务系统的所有数据顺利进行数据迁移。
数据迁移阶段与时间点要求为：
第一步：对学校老教务系统数据进行备份、数据结构分析（合同签订后的5天内）；
第二步：编写数据迁移脚本（第一步完成后的15天内）；
第三步：对学校老教务系统数据进行有效性、完整性测试（第二步完成后的10天内）；
第四步：把数据从老教务系统迁移到新教务系统（第三步完成后的15天内）；
第五步：检查迁移后数据的完整性（第四步完成后5天内）。
4.2 成果交付要求
为了保证项目顺利验收，同时为了保证学校后续对项目的可持续性运行维护和扩展，在验收过程中，中标人需向学校提交所有相关技术资料和管理资料。项目验收过程中移交资料主要包括：系统部署手册（项目平台环境配置说明书）、数据库说明书、数据结构文档、数据字典、业务需求采集与分析文档、需求说明书、系统功能与性能测试报告、用户培训材料、系统维护手册、系统集成接口说明书、项目实施计划书。
4.3 验收条件
1. 中标人应提供系统的有效检验文件，经用户方认可后与合同的性能指标一起作为系统验收标准。用户方对系统验收合格后，双方共同签署验收合格证书，验收中发现系统达不到验收标准或合同规定的性能指标，卖方必须修改系统，并负担由此给用户造成的损失，直到验收合格为止；
2. 中标人应提供系统的验收标准和验收计划，验收标准应符合中国有关的国家、地方、行业的标准；
3. 成交中标人将于验收后向用户提供验收报告、技术文档的归纳、整理、提交，并提供完整的设备技术资料。包括系统设计文档、系统使用手册与系统维修手册；
4. 质保期后的系统维护另外签署系统维护合同。
4.4 售后服务要求
产品质量保证期
1. 投标产品标准质量保证期3年，本次投标价包含质保期内的全部费用，服务期内要中标人提供不少于1名技术人员的三年驻校现场服务，该技术人员需对产品至少有3年的服务经验。项目验收后支付合同总金额的20%，验收合格1年后经支付合同总金额30%，第二年支付合同总金额30%，第三年支付合同总金额20%。以上每年支付均需经使用方相关人员考核合格后方可支付，如考核不合格，服务年限及相关费用顺延。
2. 中标人应当在投标文件中附售后服务承诺。
3.售后服务内容
4.中标人和厂家在质量保证期内应当为采购人提供以下技术支持服务：
1）质量保证期内服务要求
2）电话咨询，中标人和厂家应当为用户提供技术服务电话，及时解答用户在使用中遇到的问题，并提出解决问题的方案。
3） 现场响应，用户遇到使用及技术问题，电话咨询不能解决的，中标人和厂家应在2小时内到达用户现场，提供上门服务，确保产品正常工作。
5. 质保期外服务要求
1） 质量保证期后，中标人和厂家应提供同等的免费电话咨询服务，并应承诺提供产品上门维护服务；
2） 质量保证期过后，采购人需要继续由原中标人和厂家提供售后服务的，该中标人和厂家应以优惠价格提供售后服务。
6.故障响应时间要求
1) 中标人接到使用方产品出现问题的通知后立即作出响应，1小时内通过远程处理，远程不能解决的，2小时内到达现场进行处理。
2)技术培训要求， 中标人负责提供培训人员实际操作培训系统和资料。培训内容、课时安排由中标人先行提供，今后由用户方在中标后根据中标人提供的培训内容和课时安排并根据实际情况调整。项目实施过程中，每年免费提供至少一次的学校和各学院相关使用人员的集体使用培训。
4.5 实施过程要求
1. 自项目签订合同开始，中标人须在90天内交货，交货地点由校方指定；
2. 中标人应本着认真负责的态度，组织技术队伍，做好投标的整体方案，并书面提出长期保修、维护、服务以及今后技术支持的措施计划和承诺；
3. 系统部署工作时间应该尽可能的按照最终用户的工作时间，便于用户工作人员一起参与系统的部署、调试、诊断及解决遇到的问题等各项工作；
4. 中标人应对满足规定指标的系统供货商的资质和信誉进行认真考核并对用户负责；
5. 中标人应负责在项目验收时将系统的全部有关技术文件、资料、及部署、调试、验收报告相关文档汇集成册交付用户单位。

44

硬件

满足以上软件正常需求的所需硬件（报价时需细化该部分硬件）。

报价时需细化该部分硬件