检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
1运行模型、运行模型-顺序图、运行模型-活动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。 如何检查 查询所有运行模型图中
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例
如何配置自定义元素构造型 当在模型设计过程中,发现现有的模型图元无法满足设计表达的要求,此时需要添加一些新类型的图元放入到工具箱中来使用。用户可以单击“新建构造型”按钮,来创建新的构造型元素,如图所示。 按上图示例,新增一个示例构型元素,如图所示: 元素类型:此处选择的类型决定图元的外观样式和默认属性。
必须是交付件(能够支持异步开发和外包)。 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒、不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具
、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。 产品介绍 立即使用 成长地图 由浅入深,带您玩转软件建模 01 了解 为设计人员提供了一个轻量化、支
独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功能模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个功能模型,分解来画各功能域和特性之间的结构关系。
可以是一级(域)或多级(域/子域,或者域/1级子域/2级子域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。
技术模型元素介绍 元素名 图标 含义 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具
部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选) 部署模型定义产品的部署关系,它依托于构建模型或交付模型,描述每个构建文件或者交付件以及相应的软件部署实体的部署依赖关系和部署约束。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
图中画法示例1--包含的父子关系: 架构信息树展示结果: 当架构树上没有标红元素,就没有2.3.1的检查错误结果。 错误示例 场景一:方案中没有配置子节点,但是在画图设计中绘制了子节点。 File画在Repo Grp下是子节点,但方案中Repo Grp没有配置File为子节点。 架构信息树中报红: 架构检查结果:
象不再接收消息调用。 前提条件 因为运行模型-顺序图中的元素都是来源于逻辑模型或上下文模型中的元素,所以需要先完成上下文模型和逻辑模型中的设计。 建模步骤 创建运行模型-顺序图。 在目录或者元素节点右键菜单,选择“新增图”,在对应的目录或者元素节点下面创建“运行模型>顺序图”,如下图所示:
活动图 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算,它导致模型状态的改变和返回值。 Activity 活动是状态机内正在进行的非原子执行。
接口交互,不能直接使用连线关系表达交互,只能由ExternalSystem和Actor实现(Realization连线)接口,并由System使用(usage连线)该接口;或者由System实现(Realization连线)接口,由ExternalSystem和Actor使用(u
找出逻辑模型图里的在检查范围内的逻辑元素与实体接口间存在连线关系但连线关系不是使用、实现、依赖关系的逻辑元素和接口 (即使层级规则方案中配置了除使用、实现、依赖之外的指定的连线类型,也会检查出来)。 正确示例 使用、实现、依赖关系: 错误示例 场景一:使用非实现、使用、依赖之外的连线关系(即使关系已经配置到方案中)。
按逻辑规则构建的架构信息树,树上不会显示异常: 2.2.4技术元素与逻辑元素需存在技术元素实现逻辑元素或者逻辑元素使用或依赖技术元素关系 详细描述 技术模型元素与逻辑元素之间如果存在连线关系,必须为使用或者实现类型的连线关系,不能存在其它连线类型的关系。 检查范围 当前模型工程中的所有符合
激活块并将M1指向它【图1】;否则继续如下流程; 查找源端S1的引入消息线(From Message),如果找不到,则终止寻源过程,目标端寻源失败,在L2上新创建一个激活块并将M1指向它【图2】;如果能找到,则命名为FM1,继续如下流程【图3】; 检测消息线FM1的源端FS1,查
通用检查规则 架构基础信息检查 架构视图模型检查规则 父主题: 架构检查
交付模型 2.5.1交付模型的元素要与指定的交付模型层次结构保持一致 详细描述 在交付模型中创建交付元素,交付元素在架构树中与上下级元素的关系层级结构要与交付模型架构方案配置定义的层次结构一致,即该交付元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则