检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。 团队级实时协同建模,跨团队模型共享复用。 模型版本化管理,设计变更可追溯。
Diagram)用于详细描述系统中对象的状态随时间变化的情况。 元素介绍 元素名 图标 含义 Timeline 时间生命线,代表一个对象,x轴表示时间,y轴表示离散状态。 多个时间生命线可上下叠加,共用最下层的时间轴。 不支持Link和Instance方式引用。 建模步骤 以门禁系统为例展示时间生命线的状态过程。
结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。 行为图 行为图显示了系统中对象的动态行为,可以将其描述为系统随时间的一
Lifeline表示人或其余参与系统(机器),代表的是一种执行/参与的角色。 Boundary Lifeline表示目标系统中的边界对象,可用于表示MVC模式中的View(视图),该示例中它表示的是运行于浏览器上的用户界面或者其余客户端页面。 Control Lifeline表示目标系统中的管理/调
活动图 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算,它导致模型状态的改变和返回值。 Activity 活动是状态机内正在进行的非原子执行。
素); 引用到构建模型中的代码元素(代码元素的定义参考代码模型检查章节); 如何检查 检查构建模型中构建元素与引用过来的代码元素之间的连线关系类型是否为build from,如果不存在,则列出这类不符合规则的构建元素。 正确示例 构建元素与引用过来的代码元素存在连线关系,关系为Build
运行模型(活动图) “运行模型-活动图”展示了从起点到终点的工作流程,详细说明了在活动的进展中存在的许多决策路径。 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action
3对应的指令/任务是由二级激活块对应的函数调用的。 具体示例代码。 建模步骤 提升消息线层级。 如果消息线源端激活块的上方有子激活块,则可以对该消息线做提升层级操作,将该消息线的发送方设置为上方子激活块。 映射到软件代码实现,消息线“5:加入购物车”对应的函数调用方,由消息线“1
工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达系统的层次关系或内部分组,一般由多个服务组成,可以是一级(域)或多级(域/子域,或者域/1级子域/2级子域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
1视图建模。 模型跨团队共享复用 支持跨工程、跨团队对模型库进行共享和复用,适用于多个子产品、上下游系统间的协同,模型图、模型对象参考同源、引用同源、变更同源,形成全关联的全量系统架构。 架构规范检查 内置了公司实践的架构设计 30+ 检查规则集,自动识别设计中的缺陷或者违反的设计规范,并提供相应的报告和可视化反馈。
开发视图 开发视图概述 代码模型 构建模型 父主题: 4+1视图建模
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。 用例模型(必选) 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增
“UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”:是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。
用。 ThirdParty 需要作为软件一起打包交付给客户的第三方件。 OperationSystem 需要作为软件一起打包交付给客户的操作系统。 Package Tools 打包工具,在打包过程使用到的工具都可以用该元素表示,以名称作区分。 Composition 组合,是整体
通信图 通信图元素介绍如下表所示: 表1 通信图元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。 Boundary Object 边界对象。 Control Object 控制对象。
在交付模型图上创建出来的交付元素; 引用到交付模型中的交付元素(包含关联空间中的引用的交付元素); 引用到交付模型中的构建元素;(构建元素的定义参考代码模型检查章节); 如何检查 检查交付模型中的引用来的构建元素与交付元素之间的连线关系类型是否为组合Compostion或者聚合Aggreg
对象图 对象图元素介绍如下表所示: 表1 对象图元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。 Collaboration 是对对象和链总体安排的一个描述,这些对象和链在上下