T3_用例及用例图.pptVIP

第三章　 用例及用例图 回顾 什么是类？什么是对象？ 面向对象的三个最重要的特征是什么？ 本章目标 理解什么是用例及用例图 用例的特点 用例的构成 用例的编写 用例的关系 如何发现用例 案例演示 用例 用例（use case） 表示参与者与系统的一次交互过程 用例是文本形式的情节描述，用于需求的发现和记录。 用例会影响后续的OOA/D工作。 用例的表示 简单示例 登录系统。管理员向系统提交用户名和密码。系统进行认证。系统向管理员显示成功登录信息。 用例 用例：强调用户的目标和观点 用例要确定：谁使用系统？他们使用的典型场景是什么？他们的目的是什么？ 用例编写的形式： 摘要：需求分析早期使用，通常用于主成功场景 非正式：需求分析早期使用，可覆盖不同的场景 详述：详细编写所有步骤及各种变化。 用例图 用例图的作用 用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。 用例图可以作为整个系统开发过程中的开发依据，指导和驱动其他模型。 用例图——表现形式 用例图——表现形式 用例图——表现形式 用例的特点 特点一：用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的实现方式。 用例的特点 特点二：用例描述用户提出的一些可见需求，对应一个具体的用户目标 。 用例的特点 特点三：用例反映系统与用户的一次交互过程，应该具有交互的信息的传递 用例的特点 特点四：用例是对系统功能的描述，属于需求建模 1 通过读卡机，储户插入ATM卡 2 ATM系统从卡上读取银行ID、帐号、并验证帐号。 3 储户键入密码，系统检验密码。 4 储户按确认键，输入取款金额。 5 ATM把帐号和取款金额传递给银行系统，取回帐户余额。 6 ATM输出现金，并显示帐户余额。 7 ATM记录事务到日志文件 用例的特点 总结 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的实现方式。 用例描述用户提出的一些可见需求，对应一个具体的用户目标。 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 用例是对系统功能的描述，属于需求建模。 用例的构成 参与者（actor）： 某些具有行为的事物，可以是人（由角色标识）、计算机系统或组织。例如：收银员。 场景（scenario）：也可称为事件流 是参与者和系统之间的一系列特定的活动和交互。主成功场景和交替场景（或主路径和扩展路径） 用例（use case）： 就是一组相关的成功和失败场景集合 系统边界。 用例的构成——参与者 参与者的概念 参与者（actor）是外部需要与系统交互的事物。也被称为活动者。 参与者的三种类型 人：客户，读者，库管员 设备：计算机，磁盘，读卡机等 外部系统：上层系统等 用例的构成——参与者 参与者的表示 参与者可以表示为下面三种形式。 用例的构成——参与者 参与者之间的关系 参与者之间可以有泛化关系。 用例的编写 用例编号 用例名 用例描述 参与者 前置条件 后置条件 基本路径 1 2 3 扩展点 2_1 2_1_1 补充说明 用例的编写 编写用例，应注意以下问题 用例的名称应使用动词开头 编写用例的时候应尽量使用行业的专业名称，而不是计算机专业术语 用例彼此之间可能具有联系，比如：处理信用卡支付用例，可作为处理销售、处理租金等常见用例的一部分。 避免陷入用例关系的陷阱 别花过多时间争论在用例图中如何关联用例，而不关注更重要的工作：编写用例文本。 用例的编写 下列用例的名字，是否合理？ 用例的编写 某企业要求开发一个企业管理系统，并与原来的财务系统相连接，谁是actor？ 某企业要求开发一个企业管理系统，并且改造旧有的财务系统，成为管理系统的一部分，谁是actor？ 商品销售系统。顾客通过网络下单后，系统计算出总计金额、税金、运费，并将数目传递给一个外挂的会计系统，该系统是另外购买。谁是actor？ 用例的编写 以下关于登录的用例编写，请考虑其是否合理，如果不合理，应该如何修改？ 1：系统显示输入用户名和密码的界面 2：会员输入用户名和密码，并提交 3：如果正确，系统根据用户名从数据库中“会员”表查询该会员信息，系统显示会员定制界面 4：如果用户名不存在……。 用例的编写 用例：取款 参与者：储户 操作流： ① 通过读卡机，储户插入ATM卡 ② ATM系统从卡上读取银行ID、帐号、并验证帐号。 ③ 储户键入密码，系统检验密码。 ④ 储户按确认键，输入取款金额。 ⑤ ATM把帐号和取款金额传递给银行系统，取回确认信息和帐户余额。 ⑥ ATM输出现金，并显示帐户余额。 ⑦ ATM记录事务到日志文件