架构信息树

架构信息树页签中可展示基于各种模型的架构方案规则，根据该类模型的元素关系集合生成一棵全量关系结构树。

架构方案规则的配置只有工程的管理员级别角色（带有配置资源操作权限的角色）才可配置，一般是产品的架构师来配置，制定产品的各模型中元素关系约束规则，例如逻辑模型的默认架构方案规则，方案中约束System下级节点只能是Subsystem、Domain、Service、MS这四类元素，如果在实际画图中出现了这四种以外的逻辑元素，则在最后的逻辑架构信息树中不会挂出。

每种模型只能启用一种默认方案，但可以配置多种架构方案规则，在查询架构信息树时可以选择不同的方案，按不同的方案生成不同的信息树，同一工程不同分支共用的是同一套架构方案及启用默认方案。

有些必选模型是带有默认方案，默认方案不可修改，可供参考，也可以导出默认方案，修改方案名称后，再导入生成新的方案，基于该方案来修改为自己想要的结构方案。

以逻辑模型的默认方案其中一条System->Subsystem->Component->Module结构为例展示构树过程。

架构方案规则如下：

工程中的关系集合：

工程树与图中关系一致时，只取一种有效关系参与构树，下图是在0层模型中System与Subsystem关系。

在一层逻辑模型中是Subsystem与Component的关系，图中包含关系，工程树中上下级关系，取其中一种有效关系参与构树。

在2层逻辑模型中，是Component与Module的关系，图中包含关系，工程树中上下级关系，取其中一种有效关系参与构树，但是在2层模型中还在Module下定义了实现接口，而方案中该路径下的Module节点下没有配置Interface，故在正常构树时，Interface是不会出现在最后的架构信息树中。

最后单击“查询”按钮，实时生成的逻辑架构信息树如下：

架构信息树中还有两个操作开关配置，一个是“展示不匹配架构方案的元素”，另一个是“基于整个工程构建架构树”

展示不匹配架构方案的元素：在架构信息树中展示出不符合架构方案规则的元素节点，并以红色文本加叹号的方式在架构信息树中标记出。

如下图所示，在方案中，component下面是未配置interface元素，但是在工程树上组件下面挂了接口元素，导致该组件与接口存在了不符合架构方案规则 的上下级关系，当开启了“展示不匹配架构方案的元素”时，该接口就会以红色状态显示在架构信息树中。

基于整个工程构建架构树：不局限于当前模型类型图中的关系参与构树，会将元素在所有模型图中的连线关系、包含关系算到关系集合中，按架构方案规则生成架构信息树。

如下图所示，在数据模型中对Component3与Module2建立符合架构规则的组合关系。

启用“基于整个工程构建架构树”开关后，上述非逻辑模型图中的组合关系参与逻辑模型的构树。