一. 系统总体要求
1、系统必须能够通过同一个版本完全实现学校学年制、学分制以及学年学分混合制的管理需要，不能使用不同版本进行管理，避免因版本不一致而导致在学制过渡时期数据和管理上的混乱。
2、系统必须采用层次性、集成化的功能结构，对于一项复杂的管理工作，在下一层次分解为多项简单的管理工作，在同一层次即可查看到相关的所有报表；对于一项简单的管理工作，在同一层次集中完成并可查看到相应的报表。
3、系统必须采用图形化界面、向导式操作，准确反映每一项教务管理工作的流程、顺序、步骤，从而降低使用难度。
4、系统应采用多层架构的B/S模式实现，系统应采用.net等先进的、开放性的技术，以便能够适应数字校园建设的需要。
5、系统应能提供丰富全面的统计分析报表，能够为数据统计与管理决策提供强大的数据支持。
6、系统应具有良好的兼容性与开放性，能为第三方软件系统提供标准数据接口，能够与学校的数字校园平台建设提供可供扩展的接口。
7、系统应遵循软件系统应用安全体系和安全设计的基本原则，应清楚地描述安全目标：物理安全、网络安全、数据安全、数据备份、应用系统安全、安全制度建设、安全教育与培训方案。
8、系统性能指标应充分考虑整体架构设计的科学性、数据结构设计的合理性、核心算法设计的先进性、部署设计的灵活性，确保系统的整体性能优越，完全满足学校教务管理系统并发性的要求。
9、系统应具有良好的可扩展性，要不断适应学校发展所引发的各类新需求，通过对软件的重新配置、改进，满足学校长期发展的需求。
10、系统中各字段的名称、长度、字符类型要有严谨的规范体系，系统应能实时提供非法字符的提示与控制手段，以防止误操作带来数据混乱。
二. 系统功能要求
1、基本信息
1.1学校/校区/楼房信息
设置学校信息、校区信息、楼房信息。
1.2管理部门信息
设置管理部门信息，包括院(系)/部信息、处室与科室信息、系(教研室)/研究室/实验室信息。
1.3专业信息
设置专业信息，查看专业设置情况。
1.4教学场地信息
设置教学场地信息(教室/实验室/体育场馆/实习基地)，查看教学场地信息。
1.5教师教辅人员信息
设置教师教辅人员信息(及外聘教师信息)，查询教师教辅人员信息。
1.6配置信息
设置每周上课天数、排课方式（单双周）、单元课程课时
2、数据输入
2.1构建基础数据库，提供基础数据模板，提供教学计划批量导入。
2.2提供基础数据库维护功能，如：作息时间、授课地点、教室、教学计划等
3、排课安排
在界面中呈现开课计划、课表编排、实践安排管理的功能，体现流程化界面、向导式操作，实现教学安排的一体化管理。
3.1设置教学安排参数，提供宏观期望值/微观期望值条件。
以下的宏观期望值约束、微观期望值欢乐豆、其它期望值约束是必须要满足的功能。
宏观期望值约束★
一、支持按班级设置时间约束
a) 支持批量设置班级每天最多上几节课
b) 支持批量设置班级每天最少上几节课
c) 支持批量设置班级每天最多更换教学楼次数
d) 支持班级按照某一天、某一节课批量设置不上课
二、支持按教师设置时间约束
a) 支持批量设置教师每天最多上几节课
b) 支持批量设置教师每天最少上几节课
c) 支持批量设置教师每天最多连续上几节课
d) 支持批量设置教师每天最多间隔几节课
e) 支持批量设置教师每周最多上几天课
f) 支持批量设置教师在特定时间段上最多每周上几次课
g) 支持教师按照某一天、某一节课批量设置不上课
三、支持按课程类型设置约束
a) 支持理论课、实验课、多媒体课、体育课、等多种课程类型设置约束
b) 支持自定义课程类型设置约束
c) 支持按课程类型是否分配教室进行约束（典型场景：多媒体课（需分配特定教室）、体育课（无需分配教室））
d) 支持必须分配在某一特定时间（典型场景：体育课必须分配在上午最后两节课，或者下午最后两节课）
e) 支持设置首选教室
f) 当首先教室资源排满时，支持按一定权重分配其它教室
g) 支持选择某一特定教室（典型场景：多媒体课需要分配多媒体教室）
微观期望值约束★
一、支持按某一特定班级设置约束
a) 支持设置某一特定班级每天最多上几节课
b) 支持设置某一特定班级每天最少上几节课
c) 支持设置某一特定班级每天最多更换教学楼次数
d) 支持为某一特定班级设置一个固定教室（典型场景：初高中使用较多，大学使用较少）
e) 当固定教室资源不足时，允许设置固定教室权重
f) 支持设置某一特定班级每周的特定某天不排课，或者每天的特定某节课不排课（典型场景：特长生班级每周某一天固定进行某项活动）
g) 支持拆班
h) 支持合班（典型场景：篮球课某一班级的女生数量不够，需要将两个班级的女生组成一个班进行授课）
二、支持按某一特定教师设置约束
a) 支持设置某一特定教师每天最多上几节课（典型场景：年龄较大的教师不宜每天上课太多）
b) 支持设置某一特定教师每天最少上几节课
c) 支持设置某一特定教师每天最多连续上几节课（支持设置权重）（典型场景：年龄较大的教师不宜每天连续上课太多）
d) 支持设置某一特定教师每天上课最多间隔几节课（典型场景，为了合理安排时间，不宜将课程排在每天上午一、二节课和下午七、八节课）
e) 支持设置某一特定教师每周最多上几天课
f) 支持设置某一特定教师每周在特定时间段上上课最大天数
g) 支持设置某一特定教师每周的特定某天不排课，或者每天的特定某节课不排课（典型场景：个性化为教师排课）
三、支持按某一特定课程设置约束
a) 支持设置某一特定课程必须在某一教室（或某几个教室）上课（典型场景：计算机实践课必须在机房上课）
b) 当教室资源不足时，允许设置首选教室的权重（典型场景：即使是计算机实践课，但所有的机房都排满时，不得不使用普通教室）
其它期望值约束★
一、活动间最小间隔天数设置
有A、B两门课程，允许设置每周A、B课程至少要间隔几天。（典型场景：同一学期安排了C语言编程和C++语言编程两门课，为了使学生更高效地吸收知识，两个课程最好间隔1天以上）
二、两活动有序设置
有A、B两门课程，允许设置只有当A课程全部教学完毕后，才允许B课程开始教学。（典型场景：同一学期安排了计算机理论基础和C语言编程两门课，学生必须学完计算机理论基础课，才能上C语言编程课）
三、活动在首选时间上
典型应用场景：通常体育课要设置在上午第三、四节课，或者下午第七、八节课。
同时允许设置权重：
典型应用场景：上午第三、四节刘，或者下午第七、八节课实在安排不出场地或者教师时，只能设置在其它时间。
四、一组活动同时开始
典型应用场景1：一位体育老师可能要在同一时间教两个班级的篮球课；
典型应用场景2：篮球课某一班级的女生数量不够，需要将两个班级的女生组成一个班进行授课，那么这两个班级的篮球课活动要同时开始
五、一组活动最小间隔课时数
典型应用场景：为了使学生更高效地吸收知识，不宜在某一天的一、二、三、四节课都设置为高等数学课。通常这两次课至少要间隔1天
3.2编排课表
课表编排涉及到课程、上课班级、任课/指导教师、周次/节次、教学场地(教室/机房等)，必需考虑编排的科学性与合理性，并尽量满足多方面的特殊要求(包括年级/专业不排课节次，教学场地留用周次/节次，课程需要的排课节次与不排课节次，教师对排课时间的特殊要求)。能够基于校园网，依据学期教学任务、教学资源、学生学籍及学期校历(周次)，简便快捷、科学合理地完成学期课表编排。
(1)采用智能编排与辅助编排方式，简便快捷、科学合理地完成学期课表编排。智能编排课表时，能够融合课表编排惯例，充分考虑各类课程特点及各种特殊要求，如周次间一致性、隔天错节、地点一致性、指定地点、指定期望安排节次或不期望安排节次、多节连上、单/双周搭配、前/后半学期接续等。
(2)提供简便快捷的辅助停课/调课手段。调课包括调周次/节次、调上课地点、调教师，可以临时调课(只调其中某一周的课)，能够通过自动提示的空闲周次/节次及相应上课地点快速完成调课处理)。通过简单操作即可快速停掉相应周次/节次的课程。通过校园网发布停课/调课信息，及时通知相关承担单位、教师与学生。
(3)提供各种课表：课程课表，教师课表，教室课表，班级课表，周/日/节次课表，全校课表(按课程/按教师/按教室/按班级)。
3.3 数据处理
冲突检测：用于在排课前，根据输入的排课信息，以及约束条件预先检查是否排课要求 能够满足。如果无法满足，准确定位导致无解的原因，提示并引导用户做相应的调整，最终 保证排课功能顺利进行。
自动排课：冲突检测完成后，根据输入条件，完成自动排课，排课过程中显示排课活动数量、排课异常问题显示、排课完成后可以查看课表、手工修改课程、重新排课等
手动调课：可以对自动排课后的结果做个别调整，设置班级、教师双维度的课表查看。 / 冲突情况自动监测，并用不同颜色区分时间块的冲突状况/调整提示功能/单双周展示/ 调课信息未保存提示。