用例及用例图

⑨系统回到管理主界面，显示所有课程，用例结束。
●
⑦ 对异常流程确定单独用例。 ⑧ 优化用例图，解决用例之间的冲突和重复。
案例2：
宾馆客房业务管理用例分析
宾馆客房业务管理提供客房预订、预订变更、 客房入住、退房结帐、旅客信息查询几个方面的
功能。
●
① 找出系统外部参与者，确定系统边界和范围。
●
② 确定各参与者所期望的系统行为。
4.5 发现用例
发现用例的一般方法：
●
① 找出系统外部参与者，确定系统边界和范围。
4.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。
●
② 确定各参与者所期望的系统行为。
4.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。
教学进程
●
① 找出系统外部参与者，确定系统边界和范围。
② 确定各参与者所期望的系统行为。
●
管理员： 借书证管理: 办证,补证,注销,证件查询 图书管理:
查询,添加,修改,删除
借阅管理: 书目查询,借书,还书,过期催还,丢失处理 学生： 借书证管理: 办证,补证,注销 借阅管理:
书目查询,借书,还书,丢失处理
√ √ √ √ 开户
存款
取款 转帐
3. 用例的特点 ② 用例描述用户提出的一些可见需求，对应 一个具体的用户目标。
储蓄系统
√
√ √ √
开户 存款
取款
转帐
×
数据上传
3. 用例的特点 ③ 用例反映系统与用户的一次交互过程，应 该具有交互的信息的传递。
帐户，密码，金额数 确认信息，帐户余额
取款
3. 用例的特点
用例及用例图
张鲲
用例及用例图
4.1 用例 4.2 参与者 4.3 用例之间的关系 4.4 用例图 4.5 发现用例
4.1 用例
1. 用例的概念 用例(use case): 表示参与者与系统的一次交互过程。 2.用例的表示 用例用椭圆表示
3. 用例的特点 ① 用例用于描述系统的功能，这个功能是外 部使用者看到的系统功能，不反映功能的实现 方式。 储蓄系统
● 4.3 用例图 4.4.1 用例图的作用 4.4.2 用例图的形式 ● 4.5 发现用例
● —— 重要知识点
教学进程
●
⑥ 编制用例说明。
● 用例：还书
●参与者：管理员,借阅者
●操作流：
① 管理员进入图书借阅界面，用例开始。 ②系统要求输入所还图书的条码。 ③系统显示所借图书的信息。 ④确认还书。 ⑤系统回到上一界面，等待处理下一业务。
练习2：
对宾馆客房管理进行用例分析。
① 确定宾馆客房管理的参与者；
② 参与者所看到的客房管理功能；
●
⑤ 绘制用例图。
4.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。 ⑤ 绘制用例图。
●
⑥ 编制用例说明。
4.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。 ⑤ 绘制用例图。 ⑥ 编制用例说明。
2. 用例图的形式
取款用例描述实例 ● 用例：取款 ●参与者：储户 ●操作流： ① 通过读卡机，储户插入ATM卡 ② ATM系统从卡上读取银行ID、帐号、并验证帐号。
③ 储户键入密码，系统检验密码。
④储户按确认键，输入取款金额。 ⑤ATM把帐号和取款金额传递给银行系统，取回确认信 息和帐户余额。 ⑥ ATM输出现金，并显示帐户余额。 ⑦ATM记录事务到日志文件。
4.2 参与者
1. 参与者的概念
参与者（actor）是外部需要与系统交互的事 物。也被称为活动者。 2.参与者的三种类型 ①. 人：客户，读者，库管员 ②. 设备：计算机，磁盘，读卡机等 ③. 外部系统：上层系统等
3. 参与者的表示
参与者可以表示为下面三种形式。
4. 参与者之间的关系
参与者之间可以有泛化关系。
4.3 用例之间的关系
用例之间可以具有以下几种关系：
①. 关联关系
②. 泛化关系
③. 包含关系
④. 扩展关系
1. 关联关系
参与者与用例之间是关联关系，表示参与者与 用例之间具有使用，交互信息的关联。
2. 泛化关系
参与者与参与者之间，用例与用例之间存在 一般与特殊的关系。
3. 包含关系
两个用例之间，一个用例(基本用例)的行为 包含了另外一个用例(包含用例)的行为。 包含关系用依赖关系的<<include>>构造型来 表示。
●
⑥ 编制用例说明。
● 用例：入住登记 ●参与者：柜台工作人员
●说明：
① 工作人员启动入住登记功能。 ② 根据旅客要求查询客房空闲信息。
③ 如果不满足旅客入住要求，则退出。
④ 接收旅客信息。 ⑤ 给旅客分配房间床位。
⑥ 接收押金。
⑦ 打印入住单 ⑧ 入住登记结束。
●
⑥ 编制用例说明。
● 用例：退房结帐 ●参与者：柜台工作人员
d ATM记录事务到日志文件。
总结
用例的特点
① 用例用于描述系统的功能，这个功能是外 部使用者看到的系统功能，不反映功能的实现 方式。 ② 用例描述用户提出的一些可见需求，对应 一个具体的用户目标。 ③ 用例反映系统与用户的一次交互过程，应 该具有交互的信息的传递。 ④ 用例是对系统功能的描述，属于需求建模。
●
③ 把这些系统行为命名为用例。
●
④ 确定各用例之间的关系(泛化，包含，扩展)。
●
⑤ 绘制用例图。●⑤ 绘制用例图。●
⑤ 绘制用例图。
●
⑤ 绘制用例图。
●
⑥ 编制用例说明。
● 用例：借书
●参与者：管理员,借阅者 ●操作流：
① 管理员进入图书借阅界面，用例开始。 ② 系统要求输入借阅者的借书证编码。 ③系统检验借书证编码,如果正确,则显示借阅者的信息。 A1：借书证编码有错。 A2: 如果该借阅者所借图书已经超期,则提示,本次拒借. ④ 系统要求输入所借图书的条码。 ⑤ 系统显示所借图书的信息。 ⑥ 确认借书。 ⑦系统回到上一界面，等待处理下一借书。
●
⑦ 对异常流程确定单独用例。
4.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。 ⑤ 绘制用例图。 ⑥ 编制用例说明。 ⑦ 对异常流程确定单独用例。
●
⑧ 优化用例图，解决用例之间的冲突和重复。
●
③ 把这些系统行为命名为用例。
4.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。
●
④ 确定各用例之间的关系(泛化，包含，扩展)。
4.5 发现用例
发现用例的一般方法：
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。
●说明：
① 工作人员启动退房结帐功能。 ② 输入旅客标志信息。
③ 系统显示旅客入住信息。
④ 显示入住天数，费用。 ⑤ 接收费用。
⑥ 打印发票。
⑦ 入住登记结束。
练习1：
1、对图书馆的图书借阅进行用例分析。
① 确定图书管理的参与者；
② 参与者所看到的图书管理功能；
③ 把这些功能分解为用例； ④ 确定用例之间的关系； ⑤ 画用例图； ⑥ 优化用例图； ⑦ 描述事件流。
④ 用例是对系统功能的描述，属于需求建模。
取款
用例的动态事件流
a 通过读卡机，储户插入ATM卡
b ATM系统从卡上读取银行ID、帐号、并验证帐号。 c 储户键入密码，系统检验密码。
d 储户按确认键，输入取款金额。
e ATM把帐号和取款金额传递给银行系统，取回帐户余额。 f ATM输出现金，并显示帐户余额。
案例1：
某学校网上选课系统的用例分析
管理员通过系统管理界面进入系统，建立本学 期要开设的各种课程，将课程信息保存到系统中，
并可以对课程进行改动和删除。
学生通过客户机浏览器进入系统，选择课程：
可以查询课程，选择课程，支付课程费用。
●
① 找出系统外部参与者，确定系统边界和范围。
●
② 确定各参与者所期望的系统行为。
4. 扩展关系
扩展关系表示基本用例在扩展点要增加新的 行为或功能，以扩展到新用例。
扩展关系用依赖关系的<<extend>>构造型来 表示。
4.4 用例图
1. 用例图的作用
用例图用来描述软件需求模型中的系统功能， 通过一组用例可以描述软件系统能够给用户提 供的功能。
用例图可以作为整个系统开发过程中的开发依 据，指导和驱动其他模型。
柜台人员 客房预订 预订变更
入住登记
退房结帐 选择课程 信息查询
① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。
●
③ 把这些系统行为命名为用例。
●
④ 确定各用例之间的关系(泛化，包含，扩展)。
●
⑤ 绘制用例图。
●
⑥ 编制用例说明。