学生选课系统完整的 UML 建模(一)系统用例图 1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。我们发现系统中的参加者有：管理员和学生，然后从参加者的角度就可以发现系统的用例，并绘制出系统的用例图，如图 1 所示： 图 1 学生选课系统用例图停开课程删除课程 2.对部分用例进行描述： “添加课程”用例 1） 用例名：添加课程 2） 执行者：管理员 3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保 存到数据库中，以供学生选择。 16）10）系统添加新课程，提示课程添加成功 17）11）系统重新进入管理界面，显示所有课程 18）12）用例结束 19）异常事件流处理： 20）A1：密码错误：1）系统提示再次输入。2)用户确认后进入第 5)步。21）A2：有冲突：1)系统提示冲突，显示冲突的课程信息。2）用户重新输入，验证无误后进入第 10）步。 “选课”用例 1）用例名：选课 2）执行者：学生 -可编辑修改- 。 3）目的：学生进入选课系统界面，浏览的课程，最后选择一门自己喜爱的课程并提交。 4）过程描述： 5）1）学生进入选课登录界面，用例开始 6）2) 系统提示输入学号与密码 7）3) 学生输入学号与密码 8）4）系统验证 9）A1：验证错误 10）5) 进入选课主界面 11）6）学生点击选课 12）7）系统显示所有课程信息 13）8）学生选择课程 14）9）系统验证课程是否可选 15）A2：不可选 16）10）系统提示课程选择成功 17）11）用例结束 18）异常事件流处理： 19）A1：验证错误：1）系统提示验证错误，提示重新输入。2）验证成功，进入第 5）步 20）A2：不可选 1)系统提示课程不可选及原因。2）学生重新选课。3）验证成功后进入第 10）步 “修改”用例 -可编辑修改- 5）进入修改主界面，系统显示目前所建立的全部课程信息 6）管理员选择要修改的课程 7）是否确定修改该课程 A2：不修改 8）系统显示全部课程信息 9）管理员输入新信息 10）验证是否有课程冲突 A3：冲突 11）系统修改课程，提示修改成功 12）系统重新进入主界面，显示所有课程 13）用例结束 异常事件流处理： A1:密码错误：1）系统提示再次输入。2)用户确认后进入第 5)步。 A2：不修改：1) 系统提示重新选择。2)用户确认后进入第 8)步。 A3：有冲突：1)系统提示冲突，显示冲突的课程信息。2）用户重新输入，验证无误后进入第 11）步。 （二）系统活动图 -可编辑修改-
