检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
认定为代码模型元素)。 在代码模型图上创建出来的代码模型元素; 引用到代码模型中的代码元素(包含关联空间中的引用的代码元素); 如何检查 查询基于代码模型图构出的代码模型架构树,找出与架构方案不匹配(标红)的元素。 正确示例 架构层级规则示例: 关联父级:配置的是当前层级元素与上
Lifeline表示人或其余参与系统(机器),代表的是一种执行/参与的角色。 Boundary Lifeline表示目标系统中的边界对象,可用于表示MVC模式中的View(视图),该示例中它表示的是运行于浏览器上的用户界面或者其余客户端页面。 Control Lifeline表示目标系统中的管理/调
Modeling中默认的用户角色类型及对建模的操作权限说明如下: “默认角色权限矩阵” 资源权限 项目经理 测试经理 运维经理 开发人员 测试人员 参与者 浏览者 查看(可打开模型图,只读) √ √ √ √ √ √ √ 创建(可在任何包下新增包、图、元素) √ √ √ √ √ × × 更新(可修改任何包、图、元素)
架构方案配置的构造型。 包括:在逻辑模型图上创建出来的逻辑元素,引用到逻辑模型中的逻辑元素(包含关联空间中的引用的逻辑元素)。 如何检查 查询基于模型图(只有逻辑模型图内的逻辑元素参与构树)构出的逻辑模型架构树,找出与架构方案不匹配(标红)的元素。 正确示例 架构层级规则示例:
题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 开发视图 开发视图面向系统开发及软件管理,是描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 运行视图 运行视图面向系统运行,是描述系统启动过程、运
数据保护技术 软件建模通过多种数据保护手段和特性,保证通过软件建模的数据安全可靠,如下表所示: 表1 数据保护手段 数据保护手段 简要说明 详细介绍 传输加密(HTTPS) 访问全链路采用HTTPS数据传输方式,保证数据传输安全。 - 个人数据保护 软件建模通过控制个人数据访问权
上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。 用例模型(必选) 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增
在上下文模型图上创建出来的System元素; 引用到上下文模型中的System元素(包含关联空间中的引用的system元素); 如何检查 查询上下文模型图中的所有元素,从中找出类型为System的元素,如果存在多个System元素,则全部列出到检查结果中,不符合规则。 正确示例 错误示例
技术模型定义系统采用的关键技术部件和技术栈,包括整体框架技术,公共机制,基础设施,公共服务/组件,以及各逻辑功能元素的技术方案等。元素介绍如下表所示: 表1 技术模型元素介绍 元素名 图标 含义 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中
工程管理 如何查看自己的权限 如何创建模型工程 如何删除模型工程 如何对模型工程进行版本管理 如何配置关联模型工程
创建生命线 Boundary Lifeline 边界生命线,表示一个系统的边界,或者系统中的一个软件元素。与用户交互的接口界面,数据库网关,或者菜单,就是边界。 Entity Lifeline 实体生命线,系统数据。在顾客服务应用中,顾客实体将管理所有与顾客相关的数据。 Control
1视图建模。 模型跨团队共享复用 支持跨工程、跨团队对模型库进行共享和复用,适用于多个子产品、上下游系统间的协同,模型图、模型对象参考同源、引用同源、变更同源,形成全关联的全量系统架构。 架构规范检查 内置了公司实践的架构设计 30+ 检查规则集,自动识别设计中的缺陷或者违反的设计规范,并提供相应的报告和可视化反馈。
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达系统的层次关系或内部分组,一般由多个服务组成,可以是一级(域)或多级(域/子域,或者域/1级子域/2级子域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。
“UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”:是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
是否继承扩展属性:是否继承类型选择的元素的扩展属性。 创建成功后显示在自定义构造型列表,操作栏功能如下: “修改构造型”修改名称、描述及元素类型。 “检查属性”,查看继承过来的属性,并新增属性或调整已有属性的顺序。 “关联视图”,关联视图下面的模型图。 单击按钮后,右侧弹出编辑的界面,勾上应用后即可以在
ThirdParty 需要作为软件一起打包交付给客户的第三方件。 OperationSystem 需要作为软件一起打包交付给客户的操作系统。 Package Tools 打包工具,在打包过程使用到的工具都可以用该元素表示,以名称作区分。 Composition 组合,是整体与
通信图 通信图元素介绍如下表所示: 表1 通信图元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。 Boundary Object 边界对象。 Control Object 控制对象。
】;否则继续如下流程; 查找源端S1的引入消息线(From Message),如果找不到,则终止寻源过程,目标端寻源失败,在L2上新创建一个激活块并将M1指向它【图2】;如果能找到,则命名为FM1,继续如下流程【图3】; 检测消息线FM1的源端FS1,查看其是否是生命线L2上的激