检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
调用另外一个方法。 将开始消息线自身拉出的线连接到自身的虚线上,当虚线变颜色后松开即可。自关联消息线的长度固定,高度不可调整。 父主题: 模型设计
在逻辑模型图中创建建模元素 选择逻辑模型图后,工具面板会显示对应模型图下的建模元素。 将鼠标移动到需要使用的元素System上直至变成手势图标,此时左键拖拽元素到右侧画布中,松开左键后成功创建名称为System1的元素,同样的方式创建元素Subsystem1,如下图所示: 图1 创建元素
如何配置架构规则方案 架构配置,只有管理员可以配置,可设置模型工程视图类型,以及配置对应视图类型下面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑
4+1视图规范一致性检查错误修复指导 XX模型不能存在游离的逻辑模型元素 以逻辑模型为例: 游离原因:元素没有在逻辑模型架构信息树中出现。 查看逻辑模型架构方案设置。 找到游离元素构造型相关的架构配置信息。 Subsystem需要与System有Composition/Aggregation关系或父子关系。
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 单击新增图。 弹出新建图弹窗选择“UML>顺序图”,填写顺序图基本信息。 父主题: 顺序图
、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选) 部署模型定义产品的部署关系,它依托于构建模型或交付模型,描述每个构建文件或者交付件以及
架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则,方案中
可以实时看到模型的变化,减少冲突和覆盖,提高建模设计工作的效率。 4+1视图建模 内置华为多年架构设计变更实践成果,支持业界通用UML和4+1视图建模。 模型跨团队共享复用 支持跨工程、跨团队对模型库进行共享和复用,适用于多个子产品、上下游系统间的协同,模型图、模型对象参考同源、
应用场景 多种模型设计 应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模。
至画布上。且绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。具体请参见如何查看和修改模型图类型。 消息线介绍 顺序图用消息线描绘元素之间的工作流或者活动。软件模型中,消息线可以用来代表源端或目标端元素的操作或者属性。您可以根据需求绘制消息线,绘制消息线后,也可以提升/降低消息线层级。
概述 4+1视图是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述
建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例 错误示例 Subsystem名称为空。 父主题: 通用检查规则
工程管理 如何查看自己的权限 如何创建模型工程 如何删除模型工程 如何对模型工程进行版本管理 如何配置关联模型工程
了解更多常见问题、案例和解决方案 模型设计 如何创建连线关系? 如何快速复制元素? 如何表示元素父子关系? 如何实现图与图之间的关联跳转? 更多 模型管理 如何创建包? 如何创建自定义视图和模型? 如何配置自定义元素构造型? 更多 工程管理 如何查看自己的权限? 如何创建模型工程? 如何删除模型工程? 如何对模型工程进行版本管理?
软件建模(CodeArts Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。
Modeling中默认的用户角色类型及对建模的操作权限说明如下: “默认角色权限矩阵” 资源权限 项目经理 测试经理 运维经理 开发人员 测试人员 参与者 浏览者 查看(可打开模型图,只读) √ √ √ √ √ √ √ 创建(可在任何包下新增包、图、元素) √ √ √ √ √ × × 更新(可修改任何包、图、元素) √
间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。 数据模型(强数据场景必选) 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。 领域模型(可选) 领域
如何查看自己的权限 在项目中,“设置>成员管理”,在成员视图搜索框中搜索自己的账号,然后查看项目角色信息。 父主题: 工程管理
构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新建名称为逻辑模型检查项,勾选对应检查规则。 “架构检查>通用检查规则”即可看到新增规则。 父主题: 架构信息