UML课程设计(综合实验)报告格式.docVIP

课程设计报告 ( 2011 -- 2012 年度第 2 学期) 名 称：面向对象技术与UML课程设计 题 目： 学生选课系统 院 系： 计算机系 班 级： 软件1102 学 号： 201109020205 学生姓名： 范申龙 指导教师： 刘书刚、王平 设计周数： 1周 成 绩： 日期： 2012 年 7 月 6 日  一、课程设计Win7旗舰版 建模工具： Rational Rose 开发工具： ecseple 系统需求分析 学生选课系统主要满足来自三方面的需求，这三个方面分别是学生用户、教师用户和管理员用户，也即是三类用户角色。 （1）学生用户是主要的需求者，主要需求功能是查询可选课程、查看自己选课情况及进行选课、退课操作等； （2）教师用户主要需求功能是查看自己所教授的课程、课程有哪些学生选修、以及利用本系统提交学生的成绩； （3）管理员用户的功能需求较为复杂，包括对学生信息、教师信息、课程信息进行管理。在学生信息管理子模块中，实现对学生信息的添加、修改、删除操作，还可以输入查询条件进行查询操作。在教师管理子模块中，实现对教师信息的添加、修改、删除、查询等操作。在课程管理子模块中，实现对课程信息的添加，添加时为其分配任课教师、上课时间和地点，实现对课程的修改、删除、查看某个课程的详细信息等。 本系统将管理员用户、教师用户、学生用户的身份及权限进行严格的划分，让管理员拥有最高权限，可以查看、维护系统中的所有信息，如添加学生，添加课程，修改课程信息等；让教师拥有查看自己开设的课程的信息，以及提交所开设课程成绩的权限；让学生拥有选课和退选的权限；而修改密码模块的权限每个用户都可拥有，用以修改自己的密码信息。通过进行严格的权限划分，可以更好地进行管理，也可更好地保护用户信息安全。 3.各类图的说明 用例图（见附录1.1） 3.1用例图说明： （1）系统的外部角色有：学生用户、教师用户和管理员。 （2）系统主要用例的文档描述： ①学生管理用例：学生用户可见的功能，包含了选课、退课和查看选课三个用例功能。 ②教师管理用例：教师用户可见的功能，包含了查看学生选课和提交成绩两个用例功能。 ③信息管理用例：管理员可见的功能，这个用例进一步分为三个用例：学生信息管理用例、教师信息管理用例和课程信息管理用例。 ④学生信息管理用例：信息管理用例可见的功能，实现学生信息的管理功能，包含了添加学生、修改学生信息和删除学生三个用例。 ⑤教师信息管理用例：信息管理用例可见的功能，实现教师信息的管理功能，包含了添加教师、修改教师信息和删除教师三个用例。 ⑥课程信息管理用例：信息管理用例可见的功能，实现课程信息的管理功能，包含了添加课程、修改课程信息和删除课程三个用例。 ⑦修改密码用例：所有用户都可见的功能，用于修改用户的密码信息。 （3）系统用例之间的关系： ①学生管理用例与选课、查看选课、退课三用例之间是扩展关系。 ②教师管理用例与查看学生选课、提交成绩两用例之间是扩展关系。 ③信息管理用例与学生信息管理用例、教师信息管理用例和课程信息管理用例之间是扩展关系。 ④学生信息管理用例与添加学生、修改学生信息和删除学生三个用例之间是扩展关系。 ⑤教师信息管理用例与添加教师、修改教师信息和删除教师三个用例之间是扩展关系。 ⑥课程信息管理用例与添加课程、修改课程信息和删除课程三个用例之间是扩展关系。 （4）系统关键用例的正常事件流图和异常事件流图 表2-1 修改密码用例的正常事件流图和异常事件流图 用例名称 修改密码 参与者 管理员、教师、学生 描述 管理员、教师、学生用户进行密码修改 启动 单击“修改密码”链接 前置条件 用户成功登录 主事件流 用户 系统 1.进入用户修改密码界面，输入旧密码一次 ，新密码两次 2.系统检查密码格式是否相符 3.系统检查旧密码是否正确 4.如果正确，进行密码修改，转入密码修改成功界面 异常流 异常流 密码检查未通过 系统 返回密码修改界面，提示旧密码不正确，新密码格式不符，两次不同等密码 异常 用户旧密码错误 表2-2 提交成绩用例的正常事件流图和异常事件流图 用例名称 提交成绩用例 参与者 教师用户 描述 提交选自己开设课程的学生的成绩 启动 进入提交成绩界面 前置条件 用户成功登录 后置条件 尚未提交过成绩 主事件流 用户 系统 1.单击提交成绩 2.系统提交成绩页面 3.填写学生成绩，单击提交成绩 5.更新