构建和文档化软件系统产物的通用可视 化建模语言 它捕捉了被构建系统的有关决策和理解 用来理解 设计 浏览 配置 维 护以及控制系统的信息 ��� 可以与所有的开发方法 生命阶段 应用领域和媒介一同使 用 它意图统一过去建模技术的经验 将当前软件最佳实践合并至标准的方法 ��� 包括 语义概念 标记符号和指南 具有静态 动态 环境上的和组织性的部分 它可以被具有 代码产生和报表生成的交互式可视建模工具所支持 ��� 目标 目标� 在 ��� 开发的背后 有许多目标 第一个且最重要的目标 ��� 是所有建模人员可以 使用的通用建模语言 它基于许多计算机团体的共识 是一种非私有的语言 ��� 特意包 含了主流建模方法的概念 从而可以作为它们的建模语言 它至少可以替代 ��� ����� ��������� 以及那些规范参与者的模型 在 ��� 中 ��� ����� ��������� 和其它方 法的标记尽可能的被使用 法的标记尽可能的被使用 从而尽可能的为人们所熟悉 这同时意味着对良好设计实践如 封装 问题划分 目标捕获的支持 它特意针对了许多当前软件开发的问题 如大规模 分布 并发 模式和团队开发等等 � ��� 不是完整的开发方法 它不包括逐步的开发流程 我们相信对于软件开发而言 好 的开发过程是非常关键的 认识到 ��� 和使用 ��� 的过程的不同是很重要的 现代迭代 过程是基于建造强壮结构来解决用例驱动的需求 ��� 包括了所有的必要概念

重要的是，编辑现有图表的过程非常简便。由于图表是由文本生成的，用户会发现进行调整比使用图形 工具修改图像要容易得多，也精确得多。 PlantUML 为创建和编辑序列图提供了一种简单明了、用户友好的方法，既能满足新手的需求，也能满 足经验丰富的设计人员的需求。它巧妙地利用文本输入的简便性来制作具有视觉描述性和准确性的图表， 从而使自己成为图表创建工具包中的必备工具。 您可以了解更多有关 PlantUML Alice->Bob:m1 Bob->Charlie:m2 note over Alice, Charlie: 创建跨越所有参与者的备注的旧方法：\n ""note over //FirstPart, LastPart//"". note across: 新方法：\n""note across"" Bob->Alice hnote across: 跨越所有参与者的备注。 @enduml [参见 QA-9738] (1.2023.11) 56 / 538 3 类图 3 类图 类图的设计语法与编程语言的传统语法相似。这种相似性为开发人员提供了一个熟悉的环境，从而使创 建图表的过程更简单、更直观。 这种设计方法不仅简洁，而且还能创建既简洁又富有表现力的表述。此外，它还允许通过与序列图相呼 应的语法来描绘类之间的关系，为流畅而深刻地描绘类之间的交互铺平了道路。 除了结构和关系表示法，类图语法还支持进一步的

Person : < owns @enduml PlantUML 语言参考指引 (1.2019.6) 34 / 173 3.3 添加方法 3 类图 3.3 添加方法 为了声明字段 (对象属性）或者方法，你可以使用后接字段名或方法名。 系统检查是否有括号来判断是方法还是字段。 @startuml Object <|-- ArrayList Object : equals() ArrayList ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把字段或者方法括起来 注意，这种语法对于类型/名字的顺序是非常灵活的。 @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime departureTime : Date } @enduml 你可以（显式地）使用 {field} 和 {method} 修饰符来覆盖解析器的对于字段和方法的默认行为 You can use {field} and {method} modifiers to override default behaviour of the parser about fields and methods

Person : < owns @enduml PlantUML 语言参考指引 (1.2019.9) 34 / 173 3.3 添加方法 3 类图 3.3 添加方法 为了声明字段 (对象属性）或者方法，你可以使用后接字段名或方法名。 系统检查是否有括号来判断是方法还是字段。 @startuml Object <|-- ArrayList Object : equals() ArrayList ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把字段或者方法括起来 注意，这种语法对于类型/名字的顺序是非常灵活的。 @startuml class Dummy { String data void methods() } class Flight { flightNumber : Integer departureTime departureTime : Date } @enduml 你可以（显式地）使用 {field} 和 {method} 修饰符来覆盖解析器的对于字段和方法的默认行为 You can use {field} and {method} modifiers to override default behaviour of the parser about fields and methods

3 添加方法 3 类图 3.3 添加方法 为了声明域或者方法，你可以使用后接域名或方法名。 系统检查是否有括号来判断是方法还是域。 @startuml Object <|-- ArrayList Object : equals() ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把域或者方法括起来 Some method } @enduml PlantUML 语言参考指引 (1.2019.3) 35 / 156 3.4 定义可访问性 3 类图 3.4 定义可访问性 一旦你定义了域或者方法，你可以定义相应条目的可访问性质。 Character Icon for field Icon for method Visibility - private # protected ~ package -field1 #field2 ~method1() +method2() } @enduml 3.5 抽象与静态 通过修饰符 {static} 或者 {abstract}，可以定义静态或者抽象的方法或者属性。 这些修饰符可以写在行的开始或者结束。也可以使用 {classifier} 这个修饰符来代替 {static}. @startuml class Dummy { {static} String

3 添加方法 3 类图 3.3 添加方法 为了声明域或者方法，你可以使用后接域名或方法名。 系统检查是否有括号来判断是方法还是域。 @startuml Object <|-- ArrayList Object : equals() ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把域或者方法括起来 Some method } @enduml PlantUML 语言参考指引 (1.2019.2) 35 / 156 3.4 定义可访问性 3 类图 3.4 定义可访问性 一旦你定义了域或者方法，你可以定义相应条目的可访问性质。 Character Icon for field Icon for method Visibility - private # protected ~ package -field1 #field2 ~method1() +method2() } @enduml 3.5 抽象与静态 通过修饰符 {static} 或者 {abstract}，可以定义静态或者抽象的方法或者属性。 这些修饰符可以写在行的开始或者结束。也可以使用 {classifier} 这个修饰符来代替 {static}. @startuml class Dummy { {static} String

3 添加方法 3 类图 3.3 添加方法 为了声明域或者方法，你可以使用后接域名或方法名。 系统检查是否有括号来判断是方法还是域。 @startuml Object <|-- ArrayList Object : equals() ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把域或者方法括起来 Some method } @enduml PlantUML 语言参考指引 (1.2019.4) 35 / 164 3.4 定义可访问性 3 类图 3.4 定义可访问性 一旦你定义了域或者方法，你可以定义相应条目的可访问性质。 Character Icon for field Icon for method Visibility - private # protected ~ package -field1 #field2 ~method1() +method2() } @enduml 3.5 抽象与静态 通过修饰符 {static} 或者 {abstract}，可以定义静态或者抽象的方法或者属性。 这些修饰符可以写在行的开始或者结束。也可以使用 {classifier} 这个修饰符来代替 {static}. @startuml class Dummy { {static} String

Car : drives > Car *- Wheel : have 4 > Car -- Person : < owns @enduml 3.3 添加方法 为了声明域或者方法，你可以使用后接域名或方法名。 系统检查是否有括号来判断是方法还是域。 PlantUML 语言参考指引 (1.2019.1) 32 / 145 3.4 定义可访问性 3 类图 @startuml Object <|-- ArrayList Object : equals() ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把域或者方法括起来 注意，这种语法对于类型/名字的顺序是非常灵活的。 @startuml class Dummy { String data void methods() } class Flight Dummy { {field} A field (despite parentheses) {method} Some method } @enduml 3.4 定义可访问性 一旦你定义了域或者方法，你可以定义相应条目的可访问性质。 PlantUML 语言参考指引 (1.2019.1) 33 / 145 3.5 抽象与静态 3 类图 Character Icon for field Icon

4 添加方法 3 类图 在标签的开始或结束位置添加 < 或 > 以表明是哪个对象作用到哪个对象上。 @startuml class Car Driver - Car : drives > Car *- Wheel : have 4 > Car -- Person : < owns @enduml 3.4 添加方法 为了声明字段 (对象属性）或者方法，你可以使用后接字段名或方法名。 系统检查是否有括号来判断是方法还是字段。 系统检查是否有括号来判断是方法还是字段。 @startuml Object <|-- ArrayList Object : equals() ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把字段或者方法括起来 注意，这种语法对于类型/名字的顺序是非常灵活的。 PlantUML 语言参考指引 (1.2020 你可以（显式地）使用 {field} 和 {method} 修饰符来覆盖解析器的对于字段和方法的默认行为 @startuml class Dummy { {field} A field (despite parentheses) {method} Some method } @enduml 3.5 定义可访问性 一旦你定义了域或者方法，你可以定义相应条目的可访问性质。 Character Icon for

4 添加方法 3 类图 在标签的开始或结束位置添加 < 或 > 以表明是哪个对象作用到哪个对象上。 @startuml class Car Driver - Car : drives > Car *- Wheel : have 4 > Car -- Person : < owns @enduml 3.4 添加方法 为了声明字段 (对象属性）或者方法，你可以使用后接字段名或方法名。 系统检查是否有括号来判断是方法还是字段。 系统检查是否有括号来判断是方法还是字段。 @startuml Object <|-- ArrayList Object : equals() ArrayList : Object[] elementData ArrayList : size() @enduml 也可以使用 {} 把字段或者方法括起来 注意，这种语法对于类型/名字的顺序是非常灵活的。 PlantUML 语言参考指引 (1.2020 你可以（显式地）使用 {field} 和 {method} 修饰符来覆盖解析器的对于字段和方法的默认行为 @startuml class Dummy { {field} A field (despite parentheses) {method} Some method } @enduml 3.5 定义可访问性 一旦你定义了域或者方法，你可以定义相应条目的可访问性质。 Character Icon for