检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
架构检查方案 架构检查方案功能是基于架构检查中的规则项，设置一个检查规则集合，可将该检查集合设置为架构检查中默认启用的检查规则集，该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”，输入方案名称，规则集中的检查项来源基于通用检查规则，选择要配置到规则集中的方案。 新建
4+1视图中逻辑视图下的逻辑模型有自己的初始默认规则，用户可以默认使用也可自己单独配置。 新增一个新方案，单击 “新增方案”按钮，出现一条记录，名称为：scheme1，名称可以通过后面编辑再次修改。 单击操作栏“新增层级”。 选择逻辑模型下的System元素为一级节点，一级节点不需要配置关联的父
服务韧性 软件建模通过多活无状态的跨AZ部署、AZ之间数据容灾等技术方案，保证业务进程故障时快速拉起并修复，以保障服务的持久性和可靠性。 父主题： 安全
概述 逻辑视图面向系统逻辑分析和设计，描述系统逻辑结构的视图，主要解决系统分析和设计的问题，它描述系统的业务上下文、系统的逻辑分解，以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型（必选） 逻辑模型描述系统的逻辑功能模块分解，将系统分解为相应的逻辑功能元素，并描述各逻辑功能元素之间的关系。
每种模型只能启用一种默认方案，但可以配置多种架构方案规则，在查询架构信息树时可以选择不同的方案，按不同的方案生成不同的信息树，同一工程不同分支共用的是同一套架构方案。 有些必选模型是带有默认方案，默认方案不可修改，可供参考，也可以导出默认方案，修改方案名称后，再导入生成新的方案，基于该方案来修改为自己想要的结构方案。
从工具箱中拖入Domain元素到领域模型图中，从系统业务划分上抽象出内存、存储、安全、网络域概念，建立如下图所示模型结构： 在领域模型中以业务域视角进行建模分析，创建业务域对象之间结构关系，如果当领域模型设计图形比较复杂时，可以参考逻辑模型中的分层结构，创建多个领域模型，分解来画各业务域之间的关系 父主题：
技术模型定义系统采用的关键技术部件和技术栈，包括整体框架技术，公共机制，基础设施，公共服务/组件，以及各逻辑功能元素的技术方案等。元素介绍如下表所示： 表1 技术模型元素介绍 元素名 图标 含义 Module （IEEE 610.12-1990）系统中一个逻辑上可分离的部分。系统设计中
用例模型 用例模型描述系统的关键用例和交互场景，用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型，以及增量版本中影响架构的用例模型；而交互场景描述系统与外部实体之间复杂的交互关系图，采用UML顺序图进行描述绘制，帮助描述隐含的需求和约束，以及系统的验证。元素介绍如下表所示：
如何表示父子关系 方式一：图中绘制时采用图元嵌套的方式。同时，左侧目录树保持父子结构。 方式二：图中图元设置组合或者聚合关系。如果架构方案中设置其它类型的连线支持构成上下级关系，那么图中绘制对应的连线类型，也可以构成父子关系。 父主题： 模型设计
而架构配置方案要求Composition/Aggregation。 在模型图中修改连线类型为Composition/Aggregation。 常见错误场景： 连线类型不符合架构配置方案。 规则 实际 子元素构造型不符合架构配置方案。 System下层子元素按架构配置方案只能是Su
执行检查 勾选自定义检查规则进行检查。 架构检查方案 新增架构检查方案 设置架构检查规则组合方案。 设为/取消默认 将当前架构检查方案设为/取消默认检查方案 编辑 编辑名称、规则集、检查规则，是否默认。 删除 删除对应方案。 架构检查历史 查看架构检查历史 查看所有历史架构检
审计与日志 审计 云审计服务（Cloud Trace Service，CTS），是华为云安全解决方案中专业的日志审计服务，提供对各种云资源操作记录的收集、存储和查询功能，可用于支撑安全分析、合规审计、资源跟踪和问题定位等常见应用场景。 用户开通云审计服务并创建和配置追踪器后，CT
1技术模型的元素要与指定的技术模型层次结构保持一致 详细描述 在技术模型中创建技术元素，技术元素在架构树中与上下级元素的关系层级结构要与技术模型架构方案配置定义的层次结构一致，即该技术元素与上层父级元素、下层子级元素的父子关系（也称上下层级关系）、以及它们之间的连线关系和方向指向，都要与层级规则中定义的保持一致。
1构建模型的元素要与指定的构建模型层次结构保持一致 详细描述 在构建模型中创建构建元素，构建元素在架构树中与上下级元素的关系层级结构要与构建模型架构方案配置定义的层次结构一致，即该构建元素与上层父级元素、下层子级元素的父子关系（也称上下层级关系）、以及它们之间的连线关系和方向指向，都要与层级规则中定义的保持一致。
依赖关系的逻辑元素和接口 （即使层级规则方案中配置了除使用、实现、依赖之外的指定的连线类型，也会检查出来）。 正确示例 使用、实现、依赖关系： 错误示例 场景一：使用非实现、使用、依赖之外的连线关系（即使关系已经配置到方案中）。 即使方案中配置了组件与模块之间有组合连线关系，但是该规则依然会检查出来。
架构信息树展示结果： 当架构树上没有标红元素，就没有2.3.1的检查错误结果。 错误示例 场景一：方案中没有配置子节点，但是在画图设计中绘制了子节点。 File画在Repo Grp下是子节点，但方案中Repo Grp没有配置File为子节点。 架构信息树中报红： 架构检查结果： 2.3.2代码模型不能存在游离的代码模型元素
1交付模型的元素要与指定的交付模型层次结构保持一致 详细描述 在交付模型中创建交付元素，交付元素在架构树中与上下级元素的关系层级结构要与交付模型架构方案配置定义的层次结构一致，即该交付元素与上层父级元素、下层子级元素的父子关系（也称上下层级关系）、以及它们之间的连线关系和方向指向，都要与层级规则中定义的保持一致。
1检查部署模型的元素是否与架构层次结构是否一致 详细描述 在部署模型中创建部署元素，部署元素在架构树中与上下级元素的关系层级结构要与部署模型架构方案配置定义的层次结构一致，即该部署元素与上层父级元素、下层子级元素的父子关系（也称上下层级关系）、以及它们之间的连线关系和方向指向，都要与层级规则中定义的保持一致。
Association 关联，是一种拥有的关系，它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素，根据实际业务流程在图中创建对应的进程和线程元素，并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。 父主题： 运行视图
Deployment 描述现实世界环境运行系统的配置的开发步骤。 Association 关联，是一种拥有的关系，它使一个类知道另一个类的属性和方法。 部署图一般用于： 嵌入式系统建模（硬件之间的交互）。 客户端/服务器系统建模（用户界面与数据的分离）。 分布式系统建模（多级服务器）。 父主题：
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
