教务管理系统的开发.doc

教务管理系统的开发 （采用面向对象方法开发） 1 问题分析 教务管理是高校必不可少的管理内容，烦琐、复杂而准确度要求高。随着高校扩招和信息化的进程，教务管理日趋复杂，龙其是选课、排课和成绩管理。在此，围绕选课业务所涉及的业务内容开发一个简单的教务管理系统。教务系统业务包括如下内容。 学生管理：系统管理员对学生基本情况进行登记、删除和修改。学生可以查看自己的信息。 教师管理：系统管理员对所有专职教师进行曲登记、删除和修改，包括教师任课信息。教师可以查看自己的信息。 课程管理：系统管理员对本校所有开过课程和新开课程进行登记、删除和修改。 选课程管理：每学期开学以前要进行学生选课工作。学生可以在所有开设课程中选择自己尚未选择的课程。 成绩管理：期末考试结束后，教师登录学生成绩，各学院将学生成绩结果报教务处。学生可以查看自己的成绩。 2 可行性研究 1．经济可行性 2．技术可行性 3．社会可行性 3 面向对象的分析 3.1 建立用例模型 根据问题分析的业务描述，得到系统用例图如图1所示。每个用例规约如表1至表9所示。 图1 系统用例图 表1 “身份验证”用例规约 用例名称 身份验证 用例ID P1 参与者 使用系统的任何角色 用例说明 身份验证 前置条件 无 主事件流 用户输入用户名、密码，选择用户类型 检索用户信息库 若输入信息不正确，执行A1 若输入信息正确，执行3 3．登录到系统管理页面首面 备选事件流 无 异常事件流 A1：提示：“输入的信息不正确” 后置条件 打开系统管理页面首页，记录用户类型 表2 “注册”用例规约 用例名称 注册 用例ID P2 参与者 使用系统的任何角色 用例说明 注册用户信息 前置条件 无 主事件流 用户输入注册用户名、密码和用户类型 选择注册功能 若该用户已经存在，执行A1 若该用户不存在，执行3 3．将用户数据写入数据库中 备选事件流 无 异常事件流 A1：提示：“该用户已存在” 后置条件 用户信息被正确更新 表3 “修改密码”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 表4 “学生信息管理”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 表5 “课程信息管理”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 表6 “教师信息管理”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 表7 “选课”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 表8 “录入成绩”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 表9 “查询成绩”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 表2“注册”用例规约 用例名称 用例ID 参与者 用例说明 前置条件 主事件流 备选事件流 异常事件流 后置条件 3.2 建立类模型 根据用例图寻找系统类（实体类）。本系统中的实体类共有5个：用户、学生、课程、教师、成绩。类图如图2所示。 图2 教务管理系统的类图 3.3 创建顺序图 有了用例图和用例规约，可以对系统有一个初步的了解，为了更全面地掌握系统的处理流程，下一步可以选用顺序图描述系统的处理顺序。对每个用例或者相关的几个用例可以创建一个顺序图。在本系统中，除了身份验证、修改密码、查询成绩用例外，其余用例涉及的主要内容就是对信息的管理（增加、删除、修改）操作。因为都是同类的处理，所以这里只对学生基本信息管理用例和选课管理创建顺序图，可以用它来理解其他的用例处理过程。 学生信息管理顺序图如图3所示，选课管理顺序图如图4所示。 图3 学生信息管理顺序图 图4 选课管理顺序图 4 数据库设计 数据库设计是在DBMS的支持下，按照应用的要求设计出合理的数据结构。由于采用了面向对象的开发方法，这里给出类模型到关系模型的转化过程。本系统用MySql数据库，系统数据库名称： 教务信息库：jwglxt。 4.1 类模型到关系模型的转化 对3.3中得到的类型模型进行分析，有用户、学生、课程、教