什么是统一建模语言(UML)UML与UML类图的基本概念

什么是统一建模语言UML(Unified Modeling Language)

UML

UML(统一建模语言)是一种通用的建模语言,用于描述软件系统的结构、行为和交互。它提供了一组符号和规则,用于创建可视化的图形模型,帮助开发人员、设计师和利益相关者之间进行沟通和理解。

起源和历史

  • UML起源于20世纪90年代初,由James Rumbaugh、Grady Booch和Ivar Jacobson等知名软件工程师合作开发。
  • 这三位工程师各自拥有自己的建模方法(Rumbaugh的OOA、Booch的OOD和Jacobson的OOSE),为了统一这些方法并提供一个通用的建模语言,他们联合起来并发展出了UML。

为何使用UML

  • 提供统一标准:UML提供了一个统一的标准化建模语言,使得不同团队和人员之间可以使用相同的符号和表示法进行沟通和交流。
  • 可视化表达:UML使用图形符号和图表来表示系统的结构和行为,使得复杂的概念和关系可以以直观的方式展示出来,提高了可理解性。
  • 易于学习和使用:UML的符号和规则相对简单,并且有大量的教程和工具支持,使得学习和使用UML相对容易。
  • 支持系统设计和分析:UML提供了丰富的建模工具和技术,支持系统设计、分析和实现的各个阶段,帮助开发人员更好地理解和规划系统。
  • 提高团队协作:通过使用UML,团队成员可以共享和交流对系统的理解和设计,促进团队之间的协作和沟通,减少误解和错误。

UML的优点

  • 统一标准化的建模语言
  • 可视化表达复杂概念和关系
  • 易于学习和使用
  • 支持系统设计和分析的各个阶段
  • 提高团队协作和沟通

总而言之,UML作为一种通用的建模语言,为软件开发提供了标准化的符号和表示法,帮助开发人员更好地理解、设计和实现软件系统,提高了软件开发过程的效率和质量。

Purpose of Class Diagrams

UML类图主要有以下几个目的:

  1. 显示系统中分类器的静态结构。
  2. 为UML规定的其他结构图提供基本符号和表示法。
  3. 对开发人员和团队成员有帮助。
  4. 业务分析师可以使用类图从业务角度对系统进行建模。

UML类图的组成部分

UML类图由以下两部分组成:

  1. 一组类(Classes)
  2. 类之间的关系(Relationships)

What is a Class

Class是系统中一组具有类似角色的对象的描述,它包括:

结构特征(Attributes)

结构特征定义了类的对象所"知道"的内容,包括:

  • 代表类对象的状态
  • 描述类的结构或静态特征

行为特征(Operations)

行为特征定义了类的对象所"能做"的事情,包括:

  • 定义了对象之间可能的交互方式
  • 描述类的行为或动态特征

Class Notation

类的表示包括三个部分:

类名(Class Name)

类名出现在第一个分区中。

类属性(Class Attributes)

属性显示在第二个分区中。
属性类型在冒号后面显示。
属性对应于代码中的成员变量(数据成员)。

类操作(方法)(Class Operations (Methods))

操作显示在第三个分区中,它们是类提供的服务。
方法的返回类型在方法签名的末尾的冒号后面显示。
方法参数的返回类型在参数名后面的冒号后面显示。
操作对应于代码中的类方法。

Class Relationships

类之间的关系

一个类可以与其他类之间存在一个或多个关系。关系可以是以下几种类型之一:(请参考右侧的图形表示关系)。

Relationship Type

关系的种类

Graphical Representation

图形解释

Inheritance (or Generalization):

继承(或泛化):

  • 表示“是一个”关系。
  • 抽象类名称以斜体显示。
  • SubClass1和SubClass2是Super Class的特化。
  • 从子类指向父类的实线箭头。
    继承

Simple Association:

简单关联:

  • 两个对等类之间的结构链接。
  • Class1和Class2之间存在关联。
  • 连接两个类的实线。
    简单关联

Aggregation:

聚合:

  • 一种特殊的关联类型。表示“部分-整体”关系。
  • Class2是Class1的一部分。
  • Class1可以关联多个Class2的实例(用*表示)。
  • Class1和Class2的生命周期是独立的。
  • 带有未填充菱形的实线,连接到复合类的关联端点。
    聚合

Composition:

组合:

  • 一种特殊的聚合关系,当整体被销毁时,部分也会被销毁。
  • Class2的生命周期与Class1相连。
  • Class2不能独立存在。
  • 带有填充菱形的实线,连接到复合类的关联端点。
    组合

Dependency:

依赖:
在这里插入图片描述

  • 如果对一个类的定义的更改可能导致对另一个类的更改(但反过来不成立),则存在依赖关系。
  • Class1依赖于Class2。
  • 带有虚线和开放箭头的线条。
    依赖

Navigability

导航性

箭头表示在一个实例参与关系时,是否可以确定与之相关的另一个类的实例。

上面的图示表明:

  • 给定一个电子表格,我们可以找到它所包含的所有单元格,但是
  • 我们无法从一个单元格中确定它所属的电子表格,即无法从单元格导航到电子表格,所以单元格的导航性是不可行的。
  • 给定一个单元格,我们可以获取相关的表达式和值,但是
    • 给定一个值(或表达式),我们无法找到这些属性所属的单元格,即无法从值或表达式导航到单元格,所以值或表达式的导航性是不可行的。

简而言之,导航性指的是在关系中是否可以通过一个实例来导航到与之相关的其他实例。根据箭头的存在与否,我们可以确定导航性的可行性。

Visibility of Class attributes and Operations

类属性和操作的可见性

在面向对象设计中,有关属性和操作的可见性有一种标记表示法。UML识别了四种可见性类型:public(公共)、protected(受保护)、private(私有)和package(包内)。

在类中的属性和操作名称之前,使用 +、-、# 和 ~ 符号表示属性和操作的可见性。

  • + 表示公共属性或操作
  • - 表示私有属性或操作
  • # 表示受保护属性或操作
  • ~ 表示包内属性或操作

参考:https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-class-diagram/

仅供学习使用,勿用做商业和其他违法用途

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
统一建模语言UML是 Unified Modeling Language的缩写)是用来对软件密集系统进行可视化建模的一种语言。UML为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。   统一建模语言 (UML)是非专利的第三代建模和规约语言。 UML是在开发阶段,说明,可视化,构建和书写一个面向对象软件密集系统的制品的开放方法。UML展现了一系列最佳工程实践,这些最佳实践在对大规模,复杂系统进行建模方面,特别是在软件架构层次已经被验证有效。   UML可以贯穿软件开发周期中的每一个阶段。被OMG采纳作为业界的标准。   UML最适于数据建模,业务建模,对象建模,组件建模。   UML作为一种模型语言,它使开发人员专注于建立产品的模型和结构,而不是选用什么程序语言和算法实现。当模型建立之后,模型可以被UML工具转化成指定的程序语言代码。   IBM的Rational Rose和MS的Visio都是UML工具。   同时还有一些免费的UML工具: http://java-source.net/open-source/uml-modeling [编辑本段] 1、UML简介   公认的面向对象建模语言出现于70年代中期。从1989年到1994年,其数量从不到十种增加到了五十多种。在众多的建模语言中,语言的创造者努力推崇自己的产品,并在实践中不断完善。但是,OO方法的用户并不了解不同建模语言的优缺点及相互之间的差异,因而很难根据应用特点选择合适的建模语言,于是爆发了一场“方法大战”。90年代中,一批新方法出现了,其中最引人注目的是Booch 1993、OOSE和OMT-2等。    Booch是面向对象方法最早的倡导者之一,他提出了面向对象软件工程的概念。1991年,他将以前面向Ada的工作扩展到整个面向对象设计领域。Booch 1993比较适合于系统的设计和构造。   Rumbaugh等人提出了面向对象的建模技术(OMT)方法,采用了面向对象的概念,并引入各种独立于语言的表示符。这种方法用对象模型、动态模型、功能模型和用例模型,共同完成对整个系统的建模,所定义的概念和符号可用于软件开发的分析、设计和实现的全过程,软件开发人员不必在开发过程的不同阶段进行概念和符号的转换。OMT-2特别适用于分析和描述以数据为中心的信息系统。    Jacobson于1994年提出了OOSE方法,其最大特点是面向用例(Use- Case),并在用例的描述中引入了外部角色的概念。用例的概念是精确描述需求的重要武器,但用例贯穿于整个开发过程,包括对系统的测试和验证。OOSE 比较适合支持商业工程和需求分析。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值