软考分类精讲-UML模型

用例图

同例图描述一组用例、参与者及它们之间的关系.用户角度描述系统功能； 参与者是外部触发因素；（包括用户、组织、外部系统、时间）用例是功能单元。

关系包括

• 包含关系:其中这个提取出来的公共用例称为抽象用例，而把原始用例称为基本用例或基础用例系：当可以 从两个或两个以上的用例中提取公共行为时，应该使用包含关系来表示它们。

• 扩展关系:如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种分支，则可以 将这个用例分为一个基本用例和一个或多个扩展用例，这样使描述可能更加清晰。

• 泛化关系: 当多个用例共同拥有一种类似的结构和行为的时候，可以将他们的共性抽象成为父用例，其他的 用例作为泛化关系中的子用例。在用例的泛化关系中，子用例是父用例的一种特殊形式，子用例继承了父用 例所有的结构、行为和关系

用例建模的流程

• 识别参与者（必须）
• 合并需求获得用例（必须）
• 细化用例描述（必须）
• 调整用例模型（可选）

类图与对象图

类图（class diagram ):类图描 述一组类、接口、协作和它们 之间的关系。 对象图（object diagram ):对 象图描述一组对象及它们之间 的关系。对象图描述了在类图 中所建立的事物实例的静态快 照。

• 依赖关系：一个事物发生变化影响另一个事物。
• 泛化关系：特殊/一般关系
• 关联关系：描述了一组链，链式对象之间的连接。
  • 聚合关系：整体与部分生命周期不同。
  • 组合关系：整体与部分生命周期相同。
• 实现关系：接口与类之间的关系

顺序图

顺序图（sequence diagram,序列图）。顺序图是一种交互图（interaction diagram ),它强调对象之间消息发送的顺序，同时显示对象之间的交互。

通信图

通信图（communication diagram )。通信图也是一种交互图，它强调收发消息的对象或参与 者的结构组织。顺序图和通信图表达了类似的基本概念，但它们所强调的概念不同，顺序图 强调的是时序，通信图强调的是对象之间的组织结构（关系）。

活动图

活动图（activity diagram）.活动图将进程或 其他计算结构展示为计算机内部一步步的 控制流和数据流。活动图专注于系统的动 态视图。它对系统的功能建模和业务流程 建模特别重要，并强调对象间的控制流程

状态图

状态图（state diagram). 状态图描述一个状态机，它由状态、转移、事件 和活动组成。状态图给出了对象的动态视图。它对于接口、类或协作行为建 模尤为重要，而且它强调事件导致的对象行为，这非常有助于反应式系统建 模。

在订单处理的过程中，会员可以点击“取消订单”取消该订单。如果支付失败，该订单将被标 记为挂起状态，可后续重新支付，如果挂起超时30分钟未支付，系统将自动取消该订单。订 单支付成功后，系统判定订单类型：对于常规订单，标记为备货状态，订单信息发送到货运部，完成打包后交付快递发货；对于定制订单，会自动进入定制状态，定制完成后交付快递发货。会员在系统中点击“收货”按钮变为收货状态，结束整个订单的处理流程。

构件图

构件图（component diagram )。构件图描述一个封装的类和它的接口、端口、以及由内嵌的 构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。对于由小的部件 构建大的系统来说，构件图是很重要的。构件图是类图的变体。

部署图

部署图（deployment diagram )。部署图描述对运行时的处理节点及在其中生存的构件的配置。部署图给出了架构的静态部署视图，通常一个节点包含一个或多个部署图。