检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
视图类型 描述 逻辑视图 逻辑视图面向系统逻辑分析和设计,是描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 开发视图 开发视图面向系统开发及软件管理,是描述系统代码结构,构建结构的视图,主要解决系统技术实现
架构检查历史 在架构检查历史中可以查看过往检查的历史记录,默认打开是当前用户的检查记录。在“我的检查”下拉选项中,可以切换显示出所有人的检查结果,也支持按时间过滤查询检查的记录。 在检查历史记录下“查看”可以打开检查规则结果通过情况。 在是否通过详情下“查看”具体元素定位‘修复指导和关系查询。
部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选) 部署模型定义产品的部署关系
锁/临界区,锁类型(自旋锁、排它锁、分布式锁、共享锁等)。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例
片上系统(System-On-a-Chip)。 Deployed To 部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新
域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 从工具箱中拖入Domain元素到领
Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一
父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 该规则项检查出的是架构信息树中按模型图构树后显示红色叹号的告警元素。 检查范围 当前模型工程所有逻辑模型图中的逻辑元素。 逻辑元素定义:“工程设置>元素构造型
父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 该规则项检查出的是架构信息树中按模型图构树后显示红色叹号的告警元素。 检查范围 当前模型工程中的所有符合定义规则的部署元素(定义规则:工程设置>构造型下,绑定到4+1视图
绘制消息线 根据建模规范限制,建模的连线不能独立存在于图中,两端必须是连接在元素上的,因此不允许消息线直接拖拽至画布上。且绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。具体请参见如何查看和修改模型图类型。 消息线介绍 顺序图用消息线描绘元素之间的工作流或
父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。 该规则项检查出的是架构信息树中按模型图构树后显示红色叹号的告警元素。 检查范围 当前模型工程中的所有符合定义规则的构建元素(定义规则:工程设置>构造型下,绑定到4+1视图
Diagram Gate使用 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,
如何配置架构规则方案 架构配置,只有管理员可以配置,可设置模型工程视图类型,以及配置对应视图类型下面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑
Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。
数据模型(强数据场景必选) 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。 领域模型(可选) 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。 功能模型(可选) 功
Action 动作是可执行的原子计算,它导致模型状态的改变和返回值。 Activity 活动是状态机内正在进行的非原子执行。 StructuredActivity 结构化活动是一个活动节点,可以将下级节点作为独立的活动组。 CentralBufferNode 中央缓冲区节点是一个对象节点
运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选) 运行模型-顺序图模型是从逻辑模型中的架构对象维度描述系统运行时的交互过程以及关键的数据流。 运行模型-活动图(可选) 运行模型-活动图展示了从起点到终点的工作流程
如何添加元素属性和方法 部分右键特殊功能只有特定的图元才有,“属性&方法”菜单项只有类、接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。