chap_用例视图.pptVIP

用例视图 概述 用例图是由软件需求到实现的第一步，因此画好用例图，对最终软件的质量起着至关重要的作用 用例图描述软件产品的外部特性，是从用户的角度而不是开发者的角度来描述软件产品的需求 用例图包含的内容 用例（Use Case） 参与者（Actor） 依赖、泛化及关联关系 用例图也可以包含注解、约束和包 参与者 参与者是一个外部实体，通过向系统输入或请求系统输入某些事件来出发系统的执行 参与者由他们参与用例时所担当的角色来表示 寻找参与者 谁或什么使用该系统 交互中，它们扮演什么角色 谁安装系统 谁启动和关闭系统 谁维护系统 与该系统交互的是什么系统 谁从系统获取信息 谁提供信息给系统 有什么事发生在固定事件 建模参与者的要点 参与者在系统之外 参与者直接同系统交互，可以帮助定义系统边界 参与者表示与系统交互时扮演的角色 一个人或事物在与系统发生交互时，可以同时扮演多个角色 每个参与者需要有一个具有业务一样的名字 参与者应有简短描述 参与者也可以像类一样进行分栏 用例 用例不是规格说明，但用例展示和体现了其所描述的过程中的需求情况 每个用例有一个唯一的名称 简单名 路径名 识别用例 识别用例的最好办法就是从分析系统的参与者开始，考虑每个参与者怎样使用系统 可以通过以下几个问题帮助识别用例 （1）特定参与者希望系统提供什么功能 （2）系统是否存储和检索信息，如果是，这个行为由哪个参与者触发 （3）当系统改变状态时，是否通知参与者 （4）存在影响系统的外部事件吗 （5）是哪个参与者通知系统系统这些事件 用例与事件流 可以通过一个清晰的，易被用户理解的事件流来说明一个用例的行为 例：用户登录的事件流 主事件流：参与者管理员或操作员输入自己的密码时，用例开始。输入的密码被提交后，服务器判断密码是否正确。如果正确，用户成功登录，系统根据用户类型为其分配相应的权限 异常事件流：用户密码错误，不能登录，用例重新开始 异常事件流：在密码提交前，用户清除输入密码，重新填写 用例间的关系 泛化关系(Generalization) 包含关系(Include) 扩展关系(Extend) 泛化关系(Generalization) 用例的泛化关系中，子用例表示父用例的特殊形式 包含关系(Include) 包含关系把几个用例的公共步骤分离成一个单独的被包含用例 包含用例称为“客户用例”，被包含用例称为“提供者用例” 扩展关系(Extend) 扩展关系把新行为插入到已有用例 基础用例提供了一组扩展点，在这些扩展点中可以添加新的行为，而扩展用例提供了一组插入片段，这些片段能够被插入到基础用例的扩展点 用例建模 对语境建模 语境建模强调系统外部的参与者。语境定义了系统存在的环境。对系统语境建模可以参照如下方法： (1)得出需要从系统中得到帮助的组,执行系统功能必须的组,与外界交互的组,以及执行某些辅助功能的组,并由此来识别外部的参与者 (2)将类似的参与者组织成泛化的关系 (3)说明用例图中参与者和用例间的通信路径 对需求建模 软件需求就是根据用户对产品功能的期望，提出产品外部功能的描述。要考虑系统做什么，而尽可能不去考虑怎么做。对系统功能建模可参照下列方法： (1)识别系统外部参与者,从而建立系统的语境 (2)考虑每一个参与者期望的行为或需要系统提供的行为 (3)把公共行为命名为用例 (4)确定供其他用例使用的用例和扩展其他用例的用例 (5)在用例图中对这些用例、参与者和它们间的关系建模 (6)用描述非功能需求的注释修饰用例图 实例 图书馆管理系统的用例视图 * * Search System *