第三章信息系统分析与设计用例及用例图.ppt

问题：;答案：;问题：;答案：;问题：;答案：;问题：;答案：;问题：;答案：;用例及用例图;3.1 概述;3.1 概述;3.1 概述;3.2 用例; 3. 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的内部实现。 ; 3. 用例的特点 ② 用例描述用户提出的一些可见需求，对应一个具体的用户需求。 ; 3. 用例的特点 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 ; 3. 用例的特点 ④ 用例是对系统功能的描述，属于需求建模。 ; 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的内部实现。 ② 用例描述用户提出的一些可见需求，对应一个具体的用户需要。 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 ④ 用例是对系统功能的描述，属于需求建模。 ;3.3 参与者;3.3 参与者; 3. 参与者的表示 参与者可以表示为下面三种形式。; 4. 参与者之间的关系 参与者之间可以有泛化关系。; 5. 参与者的特性 参与者具有以下特性： ①.参与者位于系统外部； ②.参与者与系统发生交互关系 ③.参与者与系统之间存在交互接口;3.4 参与者与用例之间的关系;3.4 参与者与用例之间的关系;3.4 参与者与用例之间的关系;3.4 参与者与用例之间的关系;3.4 参与者与用例之间的关系;3.5 用例之间的关系; 1. 泛化关系 参与者与参与者之间，用例与用例之间存在一般与特殊的泛化关系。; 2. 包含关系 两个用例之间，一个用例(基用例)的行为要用到另外一个用例(包含用例)的行为。 包含关系用依赖关系的include构造型来表示。;;; 3. 扩展关系 扩展关系表示基本用例在扩展点要增加新的行为或功能，以扩展到新用例。 扩展关系用依赖关系的extend构造型来表示。; 5. 包含关系与扩展关系的区别 ①.两个关系箭头方向相反.包含关系的箭头由基用例指向包含用例；扩展关系的箭头由扩展用例指向基用例。 ②.在基用例执行的过程中，被包含的用例一定要被执行；扩展关系如果条件不为真，扩展用例可以不执行。 ③.包含关系中的基用例必须依赖被包含的用例，它不能独立存在；扩展关系中的基用例可以独立存在。 ;3.6 用例图; 2. 用例图的形式 ;;;3.7 用例叙述; 售书处理 用例编号：03-01 用例名：售书处理 参与者：售书员 前置条件：售书员登录系统 事件流程： 1. 当售书员选择“售书处理”功能，启动该用例。 2. 售书员扫描要销售图书的图书编号。 3. 系统显示该图书的图书信息，以及当前的库存数量。 4. 如果第2步输入图书编号的图书购买多于1本，输入购买册数。 5. 如果购买者不是会员，直接进入7步；是会员，输入会员编号。 6. 系统显示会员信息。 7. 系统显示图书总价。 8. 售书员收取图书书款。 9. 售书员选择“确认收款”按钮。 10. 系统打印售书单。 11.售书员撕下售书单，连同图书一并交给读者。 12.本次售书结束。; 2. 用例叙述的内容 用例编号： 用例名：用例名称 参与者：与本用例交互的外部实体 前置条件：执行本用例前系统状态 后置条件：执行用例之后系统状态 事件流程：用例执行的流程; 3. 基本事件流和例外事件流 1）基本事件流：用例正常执行的事件流程。例如： ; 3. 基本事件流和例外事件流 2）例外事件流：出错处理等例外处理事件流程。例如： ;● 用例：取款 ●参与者：储户 ●事件流： ① 储户在读卡机上插入ATM卡； ② ATM系统从卡上读取银行ID、帐号、并验证帐号； ③ 储户键入密码； ④ 系统检验密码； 有错：退出ATM卡； ⑤储户按确认键，输入取款金额； ⑥ ATM把帐号和取款金额传递给银行系统，取回确认信息和帐户余额； ATM输出现金，并显示帐户余额； ATM记录事务到日志文件； ⑦ 储户取出ATM卡。;3.8 发现用例;3.8 发现用例;3.8 发现用例;3.8 发现用例;3.8 发现用例;3.8 发现用例;3.8 发现用例;3.8 发现用