UML--->用例图梳理

用例图梳理

概述

• 用例图主要用来描述“用户、需求、系统功能单元”之间的关系。它展示了一个外部用户能够观察到的系统功能模型图。
• 用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。

用例图元素

• 参与者(Actor)——与应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示
  • 
• 用例(Use Case)——用例就是外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示。
  • 
• 子系统(Subsystem)——用来展示系统的一部分功能，这部分功能联系紧密。
  • 

用例图所包含的关系

• 
• 关联
  • 表示参与者与用例之间的通信，任何一方都可发送或接受消息。
  • 
• 泛化(Inheritance)
  • 就是通常理解的继承关系，子用例和父用例相似，但表现出更特别的行为；
  • 子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为，也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系，子用例中的特殊行为都可以作为父用例中的备选流存在。
  • 
• 包含(Include)
  • 包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。包含关系对典型的应用就是复用，也就是定义中说的情景。但是有时当某用例的事件流过于复杂时，为了简化用例的描述，我们也可以把某一段事件流抽象成为一个被包含的用例；相反，用例划分太细时，也可以抽象出一个基用例，来包含这些细颗粒的用例。这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序中调用这一子过程。
  • 
• 扩展(Extend)
  • 　扩展关系是指用例功能的延伸，相当于为基础用例提供一个附加功能。将基用例中一段相对独立并且可选的动作，用扩展（Extension）用例加以封装，再让它从基用例中声明的扩展点（Extension Point）上进行扩展，从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性，因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。
    对于一个扩展用例，可以在基用例上有几个扩展点。
  • 

用例图示例

UML--->用例图梳理

原文：https://www.cnblogs.com/frankltf/p/9567449.html