元素之间的一些关系用依赖来分组 包括抽象层次的转移 模板参数的绑定 许可的授予和元素对其它元素的使用 其它关系包括用例和流的合并 静态视图显示为类图 静态视图可以用于产生大多数程序中的数据结构声明 ��� 类图中 有许多种元素 如接口 数据类型 用例和信号 它们合在一起被称为分类 它们的举止 如同具有某种限制的类 � 动态行为 动态行为 动态行为 动态行为 有两种方式来建模行为 一种是通过与外界交互的对象的生命史 相互交互对象的系统视图是一种协作 即依赖上下文的对象和互相之间链的视图 连同 对象间数据链上的消息流 该视点在单张视图中统一了数据结构 控制流和数据流 协作 和交互在顺序图和协作图中表达 指导所有行为视图的是一系列用例 用例展示了活动者 系统的外部使用者所见的一部分系统功能 � 实现构造 实现构造 实现构造 实现构造 ��� 模型对逻辑分析和物理实现均可以表达 一定的构造代表了实现单元 构 件是与一系列接口一致和为其提供实现的物理 的各种概念和结构并不存在明显的界线 但为了方便 我们将它们划分至多个视图 视图是表达系统单个方面的 ��� 建模结构的简单子集 不同视图的分隔有时有些模糊 但我们希望它是直观的 一种或两种图为各种视图中的概念提供了可视化标记 � 视图在最高层次可以划分为三个领域 结构性分类 动态行为和模型管理 � 结构性分类描述了系统中的事物和事物间的关系 分类包括类 用例 构件和结点 分 类提供了动态行为构建的基础 分类视图包括静态视图

中不会出现令人不快的意外。 • 高效的制作过程： 文本和图形结果之间的紧密联系不仅简化了制作过程，还大大加快了制作速度。用户可从更简化的流程 中获益，减少耗时的修改和调整要求。 • 起草时的可视化： 在起草文本的同时就能设想最终的图形结果，这是许多人认为非常宝贵的一项功能。它自然而然地促进 了从初稿到最终呈现的顺利过渡，提高了工作效率，降低了出错的可能性。 • 易于编辑和修改： 重要的 使用这些其他的关键字来声明参与者，将改变参与者的表示形状。 • actor（角色） • boundary（边界） • control（控制） • entity（实体） • database（数据库） • collections（集合） • queue（队列） @startuml participant Participant as Foo actor Actor as Foo1 boundary @enduml 6.6 重复循环 你可以使用关键字 repeat 和 repeatwhile 进行重复循环。 @startuml start repeat :读取数据; :生成图片; repeat while (更多数据?) stop @enduml PlantUML 语言参考指引 (1.2023.11) 115 / 538 6.7 打断循环 [break] 6 活动图（新语法）

你也可以使用下面这些关键字来声明参与者，这会改变参与者的外观： • actor（角色） • boundary（边界） • control（控制） • entity（实体） • database（数据库） • collections（集合） • queue（队列） @startuml participant participant as Foo actor actor as Foo1 boundary 不同类型 .... 的分隔符 ] node node [ 这是个 结点 ---- 您可以使用 ==== 不同类型 .... 的分隔符 ] database database [ 这是个 数据库 ---- 您可以使用 ==== 不同类型 .... 的分隔符 ] usecase usecase [ 这是个 用例 ---- 您可以使用 ==== 不同类型 .... 的分隔符 ] @enduml 因为 my_own_definelong 不带括号的形式不被新的预处理语法解析. 如果你有什么疑问请联系我们. 25.2 定义变量 虽然这还是必须的, 我们强烈建议变量名以 $ 开头. 有两类数据类型: • 整型 • 字符串 - 必须被单引号或双引号包围. 在函数外创建的变量作用域是 global, 你可以在任何地方访问他们 (包括函数). 当定义变量的时候你可 以使用 global 强调这一点