检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
代码模型 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系，建立逻辑元素到代码仓或者代码目录的映射关系，以实现软件源代码的显示管理。元素介绍如下表所示： 表1 代码模型元素介绍 元素名 图标 含义 Repo Grp 代码仓组是代码模型分组辅助元素，不对应具体的代码仓，仅表示一个集合。
、模块之间的接口。 Service 服务，是指具备明确的业务特征，由一个或多个关联紧密的微服务组成，可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户可以从业务特征、安装部署、监控运维的角度感知到服务的存在。规模上介于Subsystem与FM（Function Mod
设置消息线层级 顺序图中的消息线是具备层级信息的，通常是该消息线源端激活块在生命线上的层级。如果一条消息线的源端激活块为生命线的直接子激活块，则该消息线的层级为最低的根层级；如果消息线的源端激活块为某个激活块的子激活块，则该消息线的层级就是子激活块对应的层级。对应到软件模型，激活
您可以使用初始化创建的上下文模型或者创建新的上下文模型，在目录节点右键“新增图”，如果一个系统的交互的外部角色过多时，不适合在一张上下文模型图中建模时，用户可根据外部角色的分类或者产品的应用场景创建不同的上下文模型。 建立系统与外部角色的关系。 在上下文模型中描述系统与外部角色的关系通过接口体
什么是软件建模 软件建模（CodeArts Modeling）是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务，不仅可以帮助用户运用UML标准的模型图来设计系统架构，还可以实现多人实时编辑和多浏览器实时同步渲染，提高研发对系统的设计效率和团队的协同效果。 团队级实时协同建模，跨团队模型共享复用。
通用检查规则 架构基础信息检查 架构视图模型检查规则 父主题： 架构检查
引用到部署模型中的部署元素（包含关联空间中的引用的部署元素）； 交付目标和执行目标，即Dlvr Trgt和Exec Trgt元素； 如何检查 查询部署模型图中生成的部署元素，查询部署模型图中的交付目标和可执行目标（Dlvr Trgt、Exec Trgt），找出交付目标和可执行目标中既无Deployed
部署视图概述 部署视图面向系统部署，描述系统的交付、安装、部署的视图，主要解决系统安装部署的问题，描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型（必选） 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
运行模型 表1 运行模型元素介绍 元素名 图标 含义 Process 进程，加截的组件、服务/微服务列表[1..*]。 Thread 线程，加载的组件、服务/微服务列表[1..*]。 Package 进程组，包含进程列表。 Mutex 锁/临界区，锁类型（自旋锁、排它锁、分布式锁、共享锁等）。
用例视图概述 用例视图以用例作为驱动元素，驱动和验证其他四个视图的设计，用例视图不增加设计元素，仅增加用例作为输入，因此作为+1视图。 模型类别 描述 上下文模型（必选） 上下文模型描述系统和外部环境（包括人、系统及外部实体）之间的关系，依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。
4+1视图概述 4+1视图是一组相关联模型的集合，从不同的视角，反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面，以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示： 图1 4+1架构视图模型结构图 表1 视图类型与描述
数据模型 数据模型定义系统的关键数据设计，包括关键数据结构设计、数据流，以及数据所有权等。元素介绍如下表所示： 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体，该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类，是对象的集合，展示了对象的结构以及与系统的交互行为。
构建模型 构建模型定义软件编译构建结构及工具链，构建模型建立代码到运行期文件的映射和追溯关系。元素介绍如下表所示： 表1 构建模型元素介绍 元素名 图标 含义 Exec Trgt 表示逻辑对象构建的二进制结果（.so/.bin/rpm等）。 Compile Trgt 表示逻辑对象构建的二进制编译结果（
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题： 通用检查规则
逻辑视图概述 逻辑视图面向系统逻辑分析和设计，描述系统逻辑结构的视图，主要解决系统分析和设计的问题，它描述系统的业务上下文、系统的逻辑分解，以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型（必选） 逻辑模型描述系统的逻辑功能模块分解，将系统分解为相应的逻辑功能元素，并描述各逻辑功能元素之间的关系。
运行模型（顺序图） 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素，不需要在顺序图中创建新元素，只需要使用到UML顺序图中的消息连线。元素介绍如下表所示： 表1 运行模型（顺序图）元素介绍 元素名 图标 含义 Message 同步消息连线
应用：软件设计开发。 场景特点：软件设计和开发过程会有不同的角色参与其中，统一设计建模语言减少沟通成本。 适用场景：支持4+1视图和UML模型在线设计，为用户提供可视化建模语言。 模型协同设计 应用：项目协同设计。 场景特点：工程庞大、周期短的情况，需要投入多人同时开发建模。 适用场景：项
领域模型 领域模型描述业务域的概念及其关系，是立足于业务域的分析模型，它通过业务问题域的分析和建模，抽象出领域概念，建立统一的业务语言，从而指导后续的架构设计工作。元素介绍如下表所示： 表1 领域模型元素介绍 元素名 图标 含义 Domain 域，用于在架构表达、开发管理、对外介
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空，如果存在名称为空的元素，在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点，即为建模元素，都在被检查范围内。 如何检查 查询模型工程内所有建模元素，检查出名称为空元素。 正确示例
用例模型 用例模型描述系统的关键用例和交互场景，用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型，以及增量版本中影响架构的用例模型；而交互场景描述系统与外部实体之间复杂的交互关系图，采用UML顺序图进行描述绘制，帮助描述隐含的需求和约束，以及系统的验证。元素介绍如下表所示：
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
