UML建模常用视图-分类

本文详细介绍了UML建模中的用例图和类图,包括用例图中的参与者、用例、子系统和关系,以及类图中的依赖、泛化、实现、关联、聚合、组合和依赖等关系。通过对各种关系的解释和示例,帮助读者理解UML建模的基础知识。
摘要由CSDN通过智能技术生成

1 .UML常见图分类

UML从考虑系统的不同角度出发,定义了用例图、类图、对象图、包图、状态图、活动图、序列图、协作图、构件图、部署图等10种图。
  • 用例图

用例图,展现了一组用例、参与者(actor)以及它们之间的关系。用例图从用户角度描述系统的静态使用情况,用于建立需求模型。
参与者(Actor)
  在系统外部与系统直接交互的人或事物。需要注意以下两点:
  1)参与者是角色而不是具体的人,它代表了参与者在与系统打交道的过程中所扮演的角色。所以在系统的实际运作中,一
个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者,从而代表同一参与者的不同实例。
  2)参与者作为外部用户(而不是内部)与系统发生交互作用,是它的主要特征。
  在UML中,参与者使用如图所示的一个小人表示:
这里写图片描述
用例(Use Case)
  系统外部可见的一个系统功能单元。系统的功能由系统单元所提供,并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。用椭圆表示,椭圆中的文字简述系统的功能:

子系统(Subsystem)
用来展示系统的一部分功能,这部分功能联系紧密。

关系(Relationship)
  常见关系类型有关联、泛化、包含和扩展。
  以上各关系在uml图中的表示方式,如下表所示:
  
这里写图片描述
  a. 关联(Association)
  表示参与者与用例之间的通信,任何一方都可发送或接受消息。
  【箭头指向】:指向消息接收方
这里写图片描述
  b. 泛化(Inheritance)
  就是通常理解的继承关系,子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为,也可以重载它。父用例通常是抽象的。
  【箭头指向】:指向父用例
这里写图片描述
  c. 包含(Include)
包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。
  【箭头指向】:指向分解出来的功能用例
这里写图片描述
  d. 扩展(Extend)
  扩展关系是指用例功能的延伸,相当于为基础用例提供一个附加功能。
  【箭头指向】:指向基础用例
这里写图片描述
包含(include)、扩展(extend)、泛化(Inheritance) 的区别ÿ

  • 1
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值