选课系统用于管理学校报告正文.doc

目录 第1章 绪论 3 第2章 需求分析 3 2.1任务概述 4 2.2用户特点 4 2.3功能需求 4 2.4界面需求 5 2.5操作需求 5 2.6输入输出需求 5 第3章 总体设计 6 3.1设计思想 6 3.2总体设计 6 3.3系统层次结构图 6 3.4接口设计 6 3.5数据库设计 7 3.6出错处理设计 7 第4章 数据库设计 9 4.1 E-R图 9 4.2数据库关系模型设计 9 4.3表的建立 10 第5章 详细设计 12 5.1数据库系统实现 12 5.2 管理员模块实现 13 第6章 结论 19 学习体会 19 致谢 19 参考文献 19 第1章 数据库是按照数据结构来组织、存储和管理数据的仓库。在经济管理的日常工作中，常常需要把某些相关的数据放进这样的仓库并根据管理的需要进行相应的处理。数据库的诞生和发展给带来了一场巨大的革命随着应用的扩展与深入，数据库的数量和规模越来越大第章 需求分析 选课系统用于管理学校的课程、学生、教授相关信息，除了基本的查询、添加功能外，还应有统计功能。同时操作方面应尽量简单。 2.2用户特点 系统管理员：该用户可以对课程信息、学生信息、教授信息进行维护，同时用户自己也能修改自己的密码与基本信息。 学生：该用户可以自行选课、退课、查看可表、查看成绩、查看应缴费用，同时用户自己也能修改自己的密码与基本信息。 教授：该用户可以选择要上的课程，取消课程，查看、等级学生成绩，同时用户自己也能修改自己的密码与基本信息。 2.3功能需求 功能需求图如下图3-1所示： 图2-1 系统功能需求 用例图： 图2-2 各模块具体说明如下： 登陆页面：用户输入合法的用户名和密码完成登陆，如果用户名或密码错误，应输出提示。 学生页面：显示当前用户的名字，以及相关功能连接、按钮。 教授页面：显示当前用户的名字，以及相关功能连接、按钮。 管理员页面：显示当前用户的名字，以及相关功能连接、按钮。 2.4界面需求 界面简洁美观。 2.5操作需求 操作简洁，符合人们通常使用习惯。 2.6输入输出需求 要求输入数据合法，如果非法会跳出出错提示。 第 3.1设计思想 该选课系统用于对课程信息、教授信息、学生信息的维护与查看统计。能够方便管理员对各种信息的维护，教授、学生对自己相关需求功能的使用，它将具有以下特点： 运行速度快 占用资源少 界面简洁 操作简单 3.2总体设计 以用户登陆后的界面为平台，将各模块功能放于该页面 采用SSH框架 灵活性要求：视图与业务逻辑分开，低耦合。采取接口方式编程便于系统的维护以及移植。 输入输出要求：要求输入数据合法，如果非法会跳出出错提示。 3.3系统层次结构图 图3-1 系统层次结构图 3.4接口设计 用户接口：通过鼠标与键盘操作。 内部接口：使用数据流提供的接口操作各个模块。 3.5数据库设计 概念结构设计是指将需求分析得到的用户需求抽象为信息结构。描述概念模型的有力工具是E-R模型。本系统E-R图如下图所示： 图3-2 用户E-R图 图3-3 教授E-R图 图3-4 学生E-R图 图3-5 课程E-R图 图3-6 学生选课E-R图 图3-7 教授选课E-R图 图3-8 管理员E-R图 图3-9 系统E-R图 3.6出错处理设计 以下列出了可能的错误情况及其对应的错误信息： 用户名或密码有误，提示：您输入的用户名或密码有误，请重新输入。 管理员模块： 课程信息维护： 如果增加一门已存在的课程，输出提示：该课程已存在。 如果删除一门不存在的课程，输出提示：该课程不存在。 教授信息维护： 如果增加一名已存在的教授，输出提示：该教授已存在。 如果删除一名不存在的教授，输出提示：该教授不存在。 学生信息维护： 如果增加一名已存在的学生，输出提示：该学生已存在。 如果删除一名不存在的学生，输出提示：该学生不存在。 修改密码：输入的原密码不正确，应提示错误 学生模块： 如果选择的课程冲突，输出提示：课程已选择。 教授模块： 如果选择的课程冲突，输出提示：课程已选择。 第四章 数据库设计 图4-1 4.2数据库关系模型设计 E-R图向关系模型转换：一个实体型转换为一个关系模式，实体的属性即为关系模式的属性，实体的标识符即为关系模式的键。 根据E-R图，本系统的关系模型为： 用户（用户ID，登陆ID，密码，权限）； 教授（教授ID，姓名，性别，电话，传真，系别