嵌入式开发之路

程序员的系统设计手绘板

Properties2
description一、UML 简介：到底是个啥？🤔 关键字 统一建模语言、可视化、静态结构、动态行为、独立于开发过程 想象你要和朋友一起拼一个超复杂的乐高城堡🏰——你得先画张图，标清楚“城墙用哪块积
tagsuml

8分钟阅读

一、UML 简介：到底是个啥？🤔

关键字

统一建模语言、可视化、静态结构、动态行为、独立于开发过程 想象你要和朋友一起拼一个超复杂的乐高城堡🏰——你得先画张图，标清楚“城墙用哪块积木”“城门什么时候打开”，这张图就是

UML（统一建模语言）

！ 课本说它是“通用的可视化建模语言”，翻译成人话就是：给软件画“设计蓝图”的工具，能把“软件里有哪些模块（静态结构）”“这些模块怎么互动（动态行为）”画出来。比如：

  • 静态结构：像乐高的“零件清单”，定义软件里的“对象”（比如一个“用户”）有什么属性（姓名、年龄）、能做什么操作（登录、下单），以及对象之间的关系（“用户”可以关联多个“订单”）。
  • 动态行为：像乐高的“拼装步骤”，描述对象在不同时间的变化（比如“用户下单后，订单状态从‘待支付’变成‘已支付’”）。

它最贴心的点是

“不挑开发方法”

——不管你用“先写需求再写代码”还是“边写边改”的方式做软件，都能用UML画图。而且它不是编程语言哦！但可以和Java、Python这些语言“挂钩”：比如用UML画好“用户类”，能直接生成对应的Java代码框架👇（初学者友好版示例）：

// UML里定义的“用户类”对应的代码结构
public class User {
    // 静态结构：属性
    private String name;
    private int age;

    // 静态结构：方法
    public void login() {
        // 动态行为：登录操作的逻辑
        System.out.println("用户" + name + "登录成功");
    }
}

实际工作里，哪怕是小项目，用UML画个“用例图”（比如“用户怎么下单”），能避免和队友吵“你说的‘下单’到底是啥流程”~

二、UML的历史：为啥会有这东西？📜

关键字

面向对象方法大战、Booch/OMT/OOSE、Rational公司、标准化 20世纪80年代，程序员们搞“面向对象开发”时，像一群厨师各做各的菜🍳——有人用“Booch方法”、有人用“OMT方法”、有人用“OOSE方法”，每个方法的画图规则都不一样，合作时总得先“翻译对方的图”，这就是课本说的“方法大战”。 后来有三家“大厨”（Booch、Rumbaugh、Jacobson）加入了同一家公司（Rational），决定把各自的“菜谱”合并成一本“统一 cookbook”：1994年先合并了Booch和OMT，1995年加上Jacobson的OOSE，这就是UML的雏形。 再后来，它被“国际标准化组织（ISO）”认证成了“全球通用菜谱”——现在不管你在哪个国家做软件，画UML图大家都能看懂~ 类比一下：就像以前各地麻将规则不一样，现在全国流行“国标麻将”，UML就是软件设计界的“国标麻将规则”！

三、UML的诞生与标准化：从“草稿”到“世界通用”🌐

关键字

UML 0.9/1.0、OMG组织、ISO国际标准、UML 2 UML的“成长史”像一款APP的迭代：

  1. 1996年：从“UM（统一方法）”改名叫UML，发布了0.9版本（相当于APP内测版），很快就占领了85%的“面向对象建模市场”——程序员们终于不用再学N种画图法了！
  2. 1997年：UML 1.0被“OMG（对象管理组织）”收编，成了行业标准；后来又升级到1.1、1.5版本（相当于APP更新功能）。
  3. 2005年：UML 1.4.2被ISO定为国际标准（相当于APP成了“官方指定工具”）。
  4. 2005年后：出了UML 2版本（相当于APP大改版），加了很多实用功能——比如“把复杂行为拆成小模块画”“让静态结构和动态行为的图关联更紧密”。

举个实践例子：以前UML 1画“电商系统的支付流程”，得单独画“订单状态图”“支付时序图”；UML 2可以直接把“状态图”挂在“订单类”下面，看设计图时一眼就能知道“订单这个模块的行为是啥”~

四、UML的目标与应用范围：这东西到底能干嘛？🤖

关键字

建模目标、扩展性、独立于编程语言、全开发周期 UML的“终极目标”是当程序员的“万能设计本”📒，课本里OMG给它定的目标可以这么理解：

  1. “画清楚、能交流”：不管你用什么编程语言、什么开发方式，画的UML图都得让队友/客户看明白。比如画“外卖系统用例图”，哪怕客户不懂代码，也能从图里看到“用户能点单、商家能接单”。

  2. “不够用可以自己加”：就像手机壳能贴贴纸，UML允许你给基础概念“加扩展”——比如默认没有“VIP用户”这个概念，你可以基于“用户”扩展出“VIP用户”的属性和行为。

  3. “不绑死任何编程语言”：你用UML画的“用户类”，既能生成Java代码，也能生成Python代码，不会因为换语言就得重画图。

  4. “全流程都能用”：从“需求分析”到“测试”，每个阶段都能靠UML帮你理清思路：

    • 需求阶段：画“用例图”抓准“用户想要啥”；
    • 设计阶段：画“类图”“时序图”定好“软件里有啥模块、怎么互动”；
    • 开发阶段：用UML图生成代码框架，少写重复代码；
    • 测试阶段：用“类图”指导单元测试，用“用例图”指导系统测试。

现实中复杂项目（比如银行系统），UML能帮你“拆解开庞杂的系统”——把“转账模块”“风控模块”分别画成UML图，再拼起来，就不会像“一团乱麻”一样理不清逻辑啦~

关系图谱