3.1    总体需求理解    6
3.1.1    排选课系统的四种用户权限    6
3.1.2    排选课系统中需要管理的内容    8
3.1.3    排选课系统实际使用时存在的冲突和解决对策    8
3.1.4    排选课系统的过程安全策略    9
3.2    开发的需求分析    10
3.2.1    超级管理员功能    11
3.2.2    学院管理员功能    13
3.2.3    教师功能    15
3.2.4    学生功能    16
4    数据库设计    17
4.1    概念设计    17
4.2    关系模式    17
4.3    物理设计    17
5    系统概要设计    21
5.1    权限管理    21
5.2    读写分离模块    21
5.3    用户功能模块    22
5.4    超级管理员功能模块    22
5.5    学院管理员功能模块    23
5.6    教师功能模块    24
5.7    学生功能模块    24
5.8    用户删除行为的对应方案列表    25
6    系统详细设计    26
6.1    登陆界面    26
6.2    用户特色功能管理界面    26
6.3    超级管理员界面    27
6.4    学院管理员功能管理界面    29
6.5    教师功能管理界面    31
6.6    学生功能管理界面    35
6.7    冲突提示    36
6.8    危险行为提示    38
7    结论    39
1    绪论
1.1    课题背景
目前学校使用的排选课系统都是教务系统的一个子集。而教务系统因其开发年代较久远，开发时期没有统一的的代码规范和成型的通用标准，这些历史因素导致的当时开发的代码现在的文护难度非常大。没有文护流程的过时代码会直接影响用户正常使用，尤其是网页程序，过时的浏览器被淘汰，许多过时的代码在现代浏览器上会直接报错而不是运行，这就让用户被迫只能使用不安全的过时的浏览器。
随着学校扩招，对服务器程序的优化要求也越来越高。过时的程序因其文护成本太高，导致优化成为几乎不可能完成的任务，而要增加新功能只会让程序更加臃肿。唯一的做法就是重新开发，而这样的后果无论成本还是时间都让人难以接受。
本文主要参考php（Hypertext Preprocessor）[1-29]和mysql（microsoft structure quest language）[2,4,12]方面的中外文献，借鉴文献中实例的做法，在导师的指导下，由本人设计和改进实现方案，编写主程序实现需求。
1.2    研究框架
使用框架的意义是为了简化开发流程，降低开发难度，降低程序各模块之间的耦合度，提高程序模块内部的聚合度，并且提高文护效率。当一个框架不能达到这些目的的时候，就不应该使用这套框架。框架可以很庞大，但是不应该太臃肿，而且使用某一个框架，必须对这个框架的内部机制完全了解，确保不会有故意留下的漏洞和后门。框架代码应该开源，一个闭源的框架任何人都是不会放心地去使用它的。 php+mysql排选课系统设计+文献综述(2):http://www.youerw.com/jisuanji/lunwen_32758.html