[第2章需求与用例技术.pptVIP

第2章 需求与用例技术 用例方法的思想： 从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的。 四个特征： 行为序列(sequences of actions)：一个用例由一组可产生某些特定结果的行为构成，这些行为是不可再分解的(接收用户输入、执行、产生结果)。 特殊的参与者：系统时钟 例：ATM系统的用例 参与者：银行客户。 用 例：银行客户使用自动提款机来进行银行帐户的查询、提款和转帐交易。 银行客户 查询 存款、取款 转账 ATM系统的参与者与用例之间的通讯关联 2.2.3 用例图上的关系扩展 在基本的用例图中，只需表述参与者和用例之间的通讯关系。 此外，还可以描述： 参与者与参与者之间的泛化关系(generalization) 用例和用例之间的包含(include)关系 用例和用例之间的扩展(extend)关系 用例和用例之间的泛化(generalization)关系 利用这些关系来调整已有的用例模型，把一些公共的信息抽取出来复用，使得用例模型更易于维护。 （1）参与者之间的关系 参与者之间的泛化(Generalization)关系。 （2）用例之间的关系 当多个用例共同拥有一种类似的结构和行为的时候，可将它们的共性抽象成为父用例，其他的用例作为泛化关系中的子用例。 子用例继承了父用例所有的结构、行为和关系。 包含(include) “包含关系”是通过在关联关系上加入include标记来表示。 扩展(extend) “扩展关系”是通过在关联关系上加入extend标记来表示； 例：用例之间的扩展(extend)关系 2.2.4 用例的文字描述 识别并描述参与者 图书管理员： 登录 管理读者信息 管理图书信息 登记借书 登记还书 图书馆管理系统参与者与用例间的通讯关系 用例描述：登记借书 1. 目标： 本用例允许图书管理员登记普通读者的借书记录。 2 事件流： 2.1 常规流程 当读者希望借书、图书管理员准备登记有关的借书记录时，本用例开始执行。 (1) 系统要求管理员输入读者的注册号和所借图书号。 (2) 图书管理员输入信息后，系统产生一个唯一的借书记录号。 (3) 系统显示新生成的借书记录。 (4) 图书管理员确认后，系统增加一个新的借书记录。 用例描述：登记借书 2.2 备选流程 (1) 读者没有注册 在主流程中，如果系统没有读者的注册信息，系统将显示错 误信息，用例结束。 (2) 所借图书不存在 在主流程中，如果所借图书已被借出或者系统中无该图书， 系统将显示错误信息，用例结束。 3 前提条件：用例开始前，图书管理员必须在系统登录成功。 4 后置条件：如果用例执行成功，该读者的借书记录被更新，否 则，系统状态不变。 例3：计算机管理信息系统用例 用户管理:管理员和一般用户,权限管理 本章结束 * 例： 确定下面用例模型中的几种关系 图2-17 用例模型中的几种关系 《extend》 泛化 《include》 通信关联 注册 进大学 注册 讨论班 在大学生中 注册家庭成员 在大学中注 册国际学生 注册员 学生 国际学生 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. Name of the Use Case (用例的名字) Description (描述) Actor(s) (参与者) Flow of events (事件流) Basic flow (常规流) Event 1 (事件) Event 2 …… Alternate flow (备选流) Pre-conditions (前置条件) Post-conditions (后置条件) …… 用例规约 ... 用例模型 参与者 用例 术语表