检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
如何表示父子关系 方式一:图中绘制时采用图元嵌套的方式。同时,左侧目录树保持父子结构。 方式二:图中图元设置组合或者聚合关系。如果架构方案中设置其它类型的连线支持构成上下级关系,那么图中绘制对应的连线类型,也可以构成父子关系。 父主题: 模型设计
如何实现图与图之间的关联跳转 两种方式,一种是子图方式,一种是关联图方式。 子图方式:在元素下面建子图或者在项目树上把其它模型图拖到该元素下面构成子图,可以实现双击元素图形上的子图角标,快速打开图形; 当前图元在项目树节点下面有子模型图,单击操作可以打开该图元包含的模型图; 如果当前图元在项目树节点下面有多个了模型图
如何配置自定义元素构造型 当在模型设计过程中,发现现有的模型图元无法满足设计表达的要求,此时需要添加一些新类型的图元放入到工具箱中来使用。用户可以单击“新建构造型”按钮,来创建新的构造型元素,如图所示。 按上图示例,新增一个示例构型元素,如图所示: 元素类型:此处选择的类型决定图元的外观样式和默认属性
4+1视图规范一致性检查错误修复指导 XX模型不能存在游离的逻辑模型元素 以逻辑模型为例: 游离原因:元素没有在逻辑模型架构信息树中出现。 查看逻辑模型架构方案设置。 找到游离元素构造型相关的架构配置信息。 Subsystem需要与System有Composition/Aggregation
如何编辑顺序图中的操作符 fragment元素拖入图中会弹出选择框选择需要的操作符类型。 选中alt操作符元素右键菜单>编辑条件,也可单击右下角+。 在弹出的条件编辑窗口中修改/增加/删除条件名称。 父主题: 模型设计
应用场景 多种模型设计 应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 选中工程树包节点,单击“更多操作 > 新建图”。 弹出新建图弹窗选择“UML > 顺序图”,填写顺序图基本信息。 父主题: 顺序图
产品优势 实时协同设计 支持多人实时编辑和协作,多浏览器实时同步渲染,用户在建模过程中可以实时看到模型的变化,减少冲突和覆盖,提高建模设计工作的效率。 4+1视图建模 内置华为多年架构设计变更实践成果,支持业界通用UML和4+1视图建模。 模型跨团队共享复用 支持跨工程、跨团队对模型库进行共享和复用
如何配置架构规则方案 架构配置,只有管理员可以配置,可设置模型工程视图类型,以及配置对应视图类型下面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑视图下的逻辑模型有自己的初始默认规则
架构信息树 架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则
什么是软件建模 软件建模(CodeArts Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。 团队级实时协同建模
4+1视图概述 4+1视图是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述
绘制消息线和激活块 约束与限制 根据建模规范限制,建模的连线不能独立存在于图中,两端必须是连接在元素上的,因此不允许消息线直接拖拽至画布上。且绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。参考常见问题如何查看和修改模型图类型。 自消息线分为同步自消息线和异步自消息线
权限管理 CodeArts Modeling中默认的用户角色类型及对建模的操作权限说明如下: “默认角色权限矩阵” 资源权限 项目经理 测试经理 运维经理 开发人员 测试人员 参与者 浏览者 查看(可打开模型图,只读) √ √ √ √ √ √ √ 创建(可在任何包下新增包、图、元素
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例
架构检查方案 架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新建名称为逻辑模型检查项
对象图 对象图元素介绍如下表所示: 表1 对象图元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。 Collaboration 是对对象和链总体安排的一个描述,这些对象和链在上下文中通过互操作完成一个行为
成长地图 | 华为云 软件建模 软件建模(CodeArts Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。
逻辑视图概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系
用例视图概述 用例视图以用例作为驱动元素,驱动和验证其他四个视图的设计,用例视图不增加设计元素,仅增加用例作为输入,因此作为+1视图。 模型类别 描述 上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围