选课系统分析与设计

学生选课系统数据库系统概论选课系统分析与设计组号：组名：2015.01.09学生选课系统目录第一章 绪论 .11.1 课程设计背景 .11.2 课程设计目的 .11.3 课程设计思路 .1第二章 工作分配 .22.1 人员分配 .22.2 工作进度 .2第三章 需求分析 .33.1 功能要求与数据流图 .33.2 数据要求即实体关系图 .53.3 数据字典 .6第四章 功能设计 .84.1 总体功能设计 .84.2 分块功能设计 .84.2.1 学生功能 .84.2.2 老师功能 .84.2.3 管理员功能 .94.2.4 教学办 .94.2.5 教务处 .9第五章 数据库的总体设计 .105.1 库功能的设计 .105.2 表的详细设计 .105.3 表之间的关系 .125.4 表之间的流程 .12第六章 代码实现 .126.1 建库建表 .126.2 功能的实现 .16学生选课系统6.2.1 学生功能 .166.2.2 老师功能 .196.2.3 管理员功能 .216.2.4 教学办 .226.2.5 教务处 .24第七章 系统实现 .267.1 登陆界面实现 .267.2 学生功能实现 .277.3 管理员功能实现 .347.4 老师功能实现 .377.5 教学办功能实现 .417.6 教务处功能实现 .497.7 公有功能 .52第八章 改进对比 .548.1 问题解决方法 .548.1.1 2.0 版问题解决方法 .548.1.2 3.0 版问题解决方法 .548.1.3 4.0 版本已经是最后的版本 .548.3 实现功能上的对比 .558.3.1 登录比较 .558.3.2 教师功能操作 .56第九章 项目总结 .57学生选课系统第一章 绪论1.1 课程设计背景学生选课系统在各大高校都是不可缺少的一个系统，各大高校都需要一个比较完善的系统对选课信息进行管理。其中，很明显的是对信息的存储和处理上是我们需要解决的问题，学生需要进行选课，老师领导需要进行相关的操作等等，这些比较细的部分都是需要我们通过一个完整的系统来完成的。因此，一个好的高效的选课系统也是被需要的。在这个信息网络发达的时代，利用网络来进行信息管理已经是必不可少的趋势了，因为运用网络的方式不仅可以使得工作进行简化，而且还可以节约资源，提高工作效率，社会在进步，如果我们的工作方式还是停留在原来的基础上，那么我们的工作成效势必不会有很大，因此，在这样的社会背景之下，我们必须适应潮流，与时俱进。1.2 课程设计目的学生选课系统是一个学校不可缺少的部分，它的内容对于学校的决策者和管理者来说是至关重要的，所以学生选课系统应该能够为用户提供充足的信息和快捷的查询方式。传统的通过文档的方式来管理学生信息的方式，在现在来看是非常的低效而且准确度也经常不是很高的，因此通过计算机方式的改进是非常必要的。在这次学生选课系统的设计中，我们组想通过网络的方式实现系统所有功能的一体化。在项目的实现过程中，我们主要是想采用自学的 Java 语言来实现项目中的功能，已达到让我们的项目能够满足当前的需求，实现信息管理的这一目的。其中，除了要完成我们的项目之外，我们还根据这学期我们开设的数据库这门课的特征，进行学以致用，将所学到的数据库的知识运用到我们的项目中来，这样，一来可以使我们的项目的存储结构更加的方便有效，二来也达到了我们这门课的课程目标，在实践中进行学习，从而提高我们的学习效率，当然，最后实现完成简化传统的选课的方式。1.3 课程设计思路在完成一个系统的设计中，当然比较重要的是存储方式和所采用的语言实现方式已达到使用最简单的方式来完成对系统各个功能的实现。在这次数设计的过程中，我们在存储上面是采用的数据库，其中，我们设计的基本表有学生信息表、课程信息表、教师信息表、专业信息表、系信息表，衍生出来的表有选课表和开设课程表。这里我们的基本表的信息基本是不会变动的信息，衍生表是会根据选课的适合进行变化的。其中这次数据库的设计过程中我们组除了基本表的结构设计外，主要解决的问题有转专业信息的修改、评教信息的处理、课程如果有条件限制的时候的处理、表与表之间的连接关系。在项目的设计过程中，我们在查询上面也还是做了一定的设计的，在每个角色的查询上面分别得才用到了不同的查询方式，比如按编号查询、按名字进行查询等等，多样化的查询方式使得我们的系统具备了方便简洁的特征，同时学生选课系统在程序员方面进行考虑，程序员在编码上当然还是需要一定的技术的，同时也方便了程序员的编码工作。除此之外，我们还想在语言的使用上进行一个转换，尽量通过使用 Java 来实现界面的方式，这样可以使用户在使用的时候比较直观简洁，从而完成系统的所有的功能。第二章 工作分配2.1 人员分配数据库的设计全员参与讨论（每个人根据老师上课的时候所讲的系统进行意见的提出，具体内容参照工作进度中所列出的）报告的编写 （主要进行讨论后讨论结果的总结和最后完整的报告的编写）图的绘制（实体关系图）（数据流程图）（表的树形图）角色代码的完成（数据库）（学生块） （教师）（教学办） （教务处）（管理员）前台代码的编写（Java）（主界面、学生、老师、综合）（管理员、教务处）（教学办）2.2 工作进度学生选课系统注：在讨论的过程中根据大家的实际情况进行工作分配，然后再各个项中进行相互协调相互帮助完成。第三章 需求分析3.1 功能要求与数据流图（1）登录信息数据流图12 月 3 号（星期三）全员在上午上完计算机网络实验课程后进行讨论，每人就老师上课所讲的数据库系统进行自己的意见的发表，内容 为：表的列、表与表之间的联系关系（即主键、外键和衍生关系）、功能的设计、删除表和添加表的理由等在讨论过程中遇到的问题。（参与者：全员）12 月 3 号（晚上）编写报告的成员就白天讨论的结果做成初步的报告，并且上传群共享，最晚时间不得超过星期四。（负责人：）12 月 4 号 结合讨论和报告的内容，所有成员在群里面进行最后的讨论，提出最后需要修改的地方。（参与者：全员）12 月 5 号编写报告的成员结合群里讨论的最后结果进行报告的修改，然后进行上传群共享和发给老师。（负责人：）12 月 6 号 库和基本表的完成。（）12 月 7 号 角色分配。（）12 月 8 号 小组完成各自功能代码。（全员）12 月 13 号 相应的功能和关系图的完善，即汇总。（）12 月 18 号 全小组进行最后的讨论。（全员参与）12 月 19 号 进行最后的报告的修改。（）12 月 30 号1 月3 号进行前台的代码的编写。（）1 月 3 号 报告的编写（）1 月 4 号 PPT 的制作(）学生选课系统注：登录信息是每个角色都会进行的操作，角色在登录信息的时候，首先应该输入自己的用户名和账号，然后根据登录信息表进行核对信息，看是否存在该信息，也即是信息的验证的过程，登录失败会提示登录失败的提醒，登录成功会进入相应的操作界面，除此之外，登录信息也可以进行修改，修改为完成后，会将相应的修改信息更新到相应的表中去。（2）开设课程数据流图注：在开设课程设计中，首先是老师向教务处进行申请开课，将其任课请求和信息进行提交，然后教务处根据老师的请求进行排课，并将排课信息添加到选课信息表中，并标明是开设的课程。（3）学生选课数据流图注：学生选课，首先是学生进入学生选课的界面，该界面中显示可选课程，然后学生进行选择，选中课程后，进行信息的核对，将选课信息添加到课程信息表中。（4）查看资料数据流图学生选课系统注：查看资料也是很多的角色会用到的，这里当然是根据自己的角色进行登录到相应的界面进行操作，查看资料。（5）录入成绩数据流图注：老师根据选课信息表中的信息进行查看自己所教授的课程和确定自己该门课的学生，然后找到相关的消息，进行成绩的评定，然后更新相应的表。（6）评教数据流图注：评教成绩是学生对老师的评价，学生进入相应的操作界面进行操作。3.2 数据要求即实体关系图学生选课系统根据我们的设计的思路，我们整理出来的我们的主要的实体有系、专业、课程、学生、教师，他们相应的关系如图所示。3.3 数据字典（1）学生信息表字段名 字段类型 字段长度学号 varchar 10姓名 varchar 50性别 varchar 2出生日期 varchar 20所在系 varchar 10第一专业 varchar 10第二专业 varchar 10原专业 varchar 10（2）课程信息表（3）教师信息表字段名 字段类型 长度课程编号 varchar 10课程名称 varchar 50先行课 varchar 50学分 int 学生选课系统（4）专业信息表（5）系信息表（6）开设课程信息表（7）选课信息表字段名 字段类型 长度教师编号 varchar 10姓名 varchar 50性别 varchar 50出生日期 varchar 50所在系 varchar 50职称 varchar 50学