寂寞安抚。
-可编辑修改-
。
U M L系统分析设计与建模
-可编辑修改-
。
-可编辑修改-
以简单的学生选课系统进行详细的系统分析与建模。
(一)系统用例图
1.首先根据需求分析可知：管理员维护课程信息，对其进行添加、修改、删除等。学生可以在线查询课程信息，并进行选课，也可以在规定时间内更改选修的课程。我们发现系统中的参与者有：管理员和学生，然后从参与者的角度就可以发现系统的用例，并绘制出系统的用例图，如图1所示：
图1 学生选课系统用例图停开课程删除课程
2.对部分用例进行描述：
“添加课程”用例
1） 用例名：添加课程
2） 执行者：管理员
3） 目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保
存到数据库中，以供学生选择。
。
4）过程描述：
5）管理员选择进入管理界面，用例开设
6）系统提示输入管理密码
7）管理员输入密码
8）系统验证密码
9）A1:密码错误
10）进入管理界面，系统显示目前所建立的全部课程信息
11）管理员选择添加课程
12）系统提示输入新课程信息
13）管理员输入信息
14）系统验证是否和已有的课程冲突
15）A2：有冲突
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）步
“修改”用例
-可编辑修改-
。
1）管理员选择进入管理界面，用例开设
2）系统提示输入管理密码
3）管理员输入密码
4）系统验证密码
A1:密码错误
5）进入修改主界面，系统显示目前所建立的全部课程信息
6）管理员选择要修改的课程
7）是否确定修改该课程
A2：不修改
8）系统显示全部课程信息
9）管理员输入新信息
10）验证是否有课程冲突
A3：冲突
11）系统修改课程，提示修改成功
12）系统重新进入主界面，显示所有课程
13）用例结束
异常事件流处理：
A1:密码错误：1）系统提示再次输入。2)用户确认后进入第5)步。
A2：不修改：1) 系统提示重新选择。2)用户确认后进入第8)步。
A3：有冲突：1)系统提示冲突，显示冲突的课程信息。2）用户重新输入，验证无误后进入第11）步。
（二）系统活动图
-可编辑修改-
