UML笔记

UML笔记

UML视图

---

• 用例视图

  a. 描述系统应具备的功能，即被称为参与者的外部用户所能观察到的功能。
  b. 是几个视图的核心，内容直接驱动其他视图的开发。
  

• 逻辑视图—设计人员/开发人员

  a. 描述用例视图中提出的系统功能的实现。
  b. 既能描述系统静态结构（类图、对象图）；
  c. 也描述系统内部的动态协作关系（状态图、时序图、协作图、活动图）。
  

• 并发视图—开发人员/系统集成人员

  a. 考虑资源的有效利用、代码的并行执行以及系统环境中异步事件的处理。
  b. 状态图、协作图、活动图。
  

• 组件视图—开发人员

  a. 描述系统的实现模块以及它们之间的依赖关系。
  b. 组件图。
  

• 配置视图—开发人员/系统集成人员/测试人员

  a. 显示系统的物理部署，并描述位于节点实例上的运行组件实例的部署情况。
  b. 配置图。
  

---

用例图

---

• 参与者（Actor）– 可能使用用例的人或外部系统；

  a. 谁使用该系统
  b. 谁改变系统的数据
  c. 谁从系统获取信息
  d. 谁需要系统的支持以完成日常工作任务
  e. 谁负责维护、管理并保持系统正常的运行
  f. 系统需要应付哪些硬件设备
  g. 系统需要和哪些外部系统交互
  h. 谁对系统运行产生的结果感兴趣
  

• 用例（User Case）–对系统提供的功能（或系统的用途）的描述；

  a. 参与者希望系统提供什么功能
  b. 系统是否存储和检索信息，由哪个参与者触发
  c. 当系统改变状态时，是否通知参与者
  d. 存在影响系统的外部事件吗
  e. 是哪个参与者通知系统这些事件
  

• 关系（依赖、泛化、关联）

  a. 参与者与用例之间---关联关系
  b. 用例与用例之间---包含、扩展、泛化关系
  c. 参与者与参与者之间---泛化关系
  

• 关联关系—实线（箭头可有可无）

• 包含关系—一个用例总是使用另一个用例的功能
  

• 扩展关系—允许一个用例扩展另一个用例的功能

  当某个新用例在原来的用例基础上增加了新的步骤序列，则原用例被称为基用例，基用例可单独存在，但在一定条件下，他的行为可以被另一个用例的行为延伸。
  

  区别：包含关系中身份验证并不知道自己什么时候出现；扩展关系中查找书目知道在什么情况下就需要它出现。

• 泛化关系—也称类属或概括关系，其实是子类和父类的关系

  

---

用例的描述

---

事件流包括：简要说明、前置条件、主事件流、其他事件流、后置条件。

• 简要说明

   该用例的作用
  

• 前置条件

  开始用例之前必须满足的条件
  

• 主事件流

  显示用例从开始到结束的完整的正常流程
  

• 其他事件流

  显示异常条件或错误
  

• 后置条件

  用例结束后系统应具备的状态