OOAOOD阶段性复习用例图顺序图.pptVIP

第一阶段复习 复习导航 用例图 类图 活动图 顺序图 用例图知识点 用例图组成 用例图的作用 参与者的种类和特点 用例的特点 用例描述 用例之间的关系 用例图概念及组成 概念：参与者、用例以及它们之间的关系构成的用于描述系统功能的静态视图； 组成： 参与者（主角、角色） 用例 系统边界 关联 用例图的作用 用例图是需求分析的产物，主要作用是描述参与者与用例之间的关系，帮助开发人员可视化的了解系统的功能。 借助用例图，系统用户、系统分析人员、系统设计人员、领域专家都能以可视化的方式对问题进行探讨，减少了交流上的障碍，便于对问题达成共识。 用例图能够可视化的表达系统的需求，具有直观、规范化等优点，克服纯文字性说明的不足； 用例方法完全从外部来定义系统功能，把需求和设计完全分开； 参与者的种类 系统用户（人） 与所建造的系统交互的其他系统 一些可以运行的进程 参与者的特点 位于系统边界之外； 对系统有着明确的期望和明确的回报要求； 参与者的期望和回报要求在系统边界之内； 用例的特点 相对独立：不需要与其他用例交互，即功能是完备的； 用例的执行结果是可观测有意义的； 用例由参与者发起（不能自启动，或者由其他用例启动）； 以动宾短语形式定义； 一个用例是一个单元（需求单元、分析单元、设计单元、开发单元、测试单元、部署单元）； 用例说明（用例描述） 用例只是在整体上大致描述系统提供的各种服务，让用户有一个总体的认识。但是对每个用例还需要详细的描述信息——用例规约（纯文本的描述）。 简要说明 事件流（主事件流、其他事件流、错误流 ） 用例场景 特殊需求 前置条件 后置条件 注意：为了更加清楚地描述事件流，可以使用时序图、活动图、状态图等来进行描述。 用例之间的关系 包含关系（include） 扩展关系（extended） 包含关系和扩展关系的区别 泛化关系（Generalization） 包含关系和泛化关系的区别 包含关系 客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。 在处理包含关系时，具体做法是：把几个用例的公共部分单独的抽象出来成为一个系的用例，作为被包含的用例： 多个用例用到的同一段行为，把这段公共行为抽象为一个用例，让其他用例来包含它； 某一个用例的功能过多、事件流过于复杂，可以把某一段事件流抽象为一个被包含的用例，达到简化的目的； 扩展关系 把新的行为添加到已有的用例中，获得的新用例，称为扩展用例； 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上。 扩展关系和包含关系的区别 扩展关系中，基础用例提供了一个或多个插入点，扩展用例作为这些插入点提供需要插入的行为。而包含关系中，插入点只有一个； 基础用例的执行不一定会涉及到扩展用例，扩展用例只有在满足一定条件才会被执行。包含关系中基础用例执行后，包含用例一定会执行； 即使没有扩展用例，基础用例本身也是完整的，而包含关系中，基础用例在没有包含用例的情况下是不完整的； 泛化关系 父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。 泛化关系和包含关系的区别 在用例的泛化关系中，所有的子用例都有相似的目的和结构，注意他们是整体上的相似； 在用例的包含关系中，基础用例在目的上可以完全不同，但是他们都有一段相似的行为，他们的相似是部分的，不是完整的相似。 类图 类图的概念 类图组成 类之间的关系 类图概念 描述类、接口及它们之间关系的图。 用于描述系统的静态组成结构； 类图组成 类（Class） 接口（Interface） 类之间的关系 类 应该来自系统的问题域。 应该是一个名词，且不应该有前缀或后缀。 接口 在没有给出对象的实现和状态的情况下对对象行为的描述。 包含操作但不包含属性。 没有对外界可见的关联。 一个类可以实现一个或多个接口。 类之间的关系 1 依赖关系 2 泛化关系 3 关联关系 4 实现关系 依赖关系 表示两个或多个模型元素之间语义上的关系。 客户以某种形式依赖于提供者。 关联、实现和泛化都是依赖关系。 泛化关系 存在于一般元素和特殊元素间的分类关系。 可以用于类、用例以及其他模型元素。 描述了一种“is a kind of” 的关系。 关联关系 一种结构关系。 指明事物的对象之间的联系。 关联关系组成 1. 名称（Name） 2. 角色（Role） 3. 多重性（Multiplicity） 4. 限定关联 5. 关联类 6. 聚合关系（Aggregation） 7. 组合关系（Composition） 8. 导航性（Na