网上选课系统需求建模

案例2：网上选课系统

一、需求建模

（一）需求捕获

1、识别参与者：管理员、学生和数据库

Delete Course

图1：用例图

5、编写用例描述

在需求建模的初期，只需对重要的用例和对体系结构有影响的用例进行详细的编

写用例描述。

用例编号：UC01

用例名称：添加课程（AddCourse）：

主要参与者：管理员

前置条件：管理员进入管理界面

后置条件：管理员重新进入管理界面

基本事件流：

1 管理员选择进入登录界面，用例开始

2 系统提示输入管理员密码

3 管理员输入密码

4 系统验证密码

A1：密码错误

5 进入管理界面，系统显示目前所建立的全部课程信息。

6 管理员选择添加课程

7 系统提示输入新课程信息

8 管理员输入信息

9 系统验证是否和已有课程冲突

A2：有冲突

10 系统添加新课程，提示课程添加成功

11 系统重新进入管理主界面，显示所有课程

12 用例结束

其他事件流

A1：密码错误

1 系统提示再次输入

2 用户确认

3 三次错误，拒绝再次访问

4 否则进入添加课程事件流第5步

A2：有冲突

1 系统提示有冲突，显示冲突课程信息

2 用户重新输入

3 继续验证直到无冲突

4 进入添加课程事件流第10步

“删除课程”用例描述和“修改课程”用例描述与此类似。

用例编号：UC04

用例名称：选课（SelectCourse）

主要参与者：学生

前置条件：学生进入选课界面

后置条件：系统提示选课成功

基本事件流：

1 学生进入选课登录界面，用例开始。

2 系统提示输入学号和密码。

3 学生输入学号和密码。

4 系统验证

A1：验证失败

5 进入选课主界面

6 学生点击选课

7 系统显示所有课程信息 8 学生选择课程

9 系统验证课程是否可选 A2：不可选

10 系统提示课程选择成功，提示学生交费。 11 用例结束 错误流：

A1：验证失败

1 系统提示验证失败，提示重新进入。

2 三次失败，拒绝访问。

3 成功，转选课事件流5步。 A2：课程不可选

1 系统提示课程不可选及原因。

2 学生重新选课

3 重新验证直至成功。

4 转选课事件流第10步。 （三）建立概念模型 1、发现类

3、职责分析（得到图3：包含主要属性的概念模型）

图2：概念模型

People

Student

图3：包含主要属性的概念模型

（四）为用例建立交互模型和状态模型

注意：需求建模阶段的交互图重点在于描述用例的事件流，而不是体现类实际的消息传递顺序。在设计模型中的交互图在此基础上进一步细化。 （1）“添加课程”顺序图（见下图）

（2）

db : Database “课程”类状态图（见下图）

“添加课程”用例的活动图（见下图）