检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
数据模型(强数据场景必选) 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。 领域模型(可选) 领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。 功能模型(可选) 功能
技术模型元素介绍 元素名 图标 含义 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具
Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是
约束与限制 本节介绍了软件建模中的限制,如下表所示: 表1 软件建模使用限制说明 指标类型 指标项 限制说明 浏览器 类型 目前适配的主流浏览器类型包括: Chrome IE10以上 Microsoft Edge Firefox Safari 推荐使用Chrome、Microsoft
身份认证与访问控制 身份认证 用户访问CodeArts Modeling的方式有多种,包括CodeArts Modeling用户界面、API,无论访问方式封装成何种形式,其本质都是通过CodeArts Modeling提供的REST风格的API接口进行请求。 CodeArts M
功能域。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入
包括但不限于虚拟网络、虚拟主机和访客虚拟机的操作系统,虚拟防火墙、API 网关和高级安全服务,各项云服务,租户数据,以及身份账号和密钥管理等方面的安全配置。 《华为云安全白皮书》详细介绍华为云安全性的构建思路与措施,包括云安全战略、责任共担模型、合规与隐私、安全组织与人员、基础
可以是一级(域)或多级(域/子域,或者域/1级子域/2级子域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。
如何配置自定义元素构造型 当在模型设计过程中,发现现有的模型图元无法满足设计表达的要求,此时需要添加一些新类型的图元放入到工具箱中来使用。用户可以单击“新建构造型”按钮,来创建新的构造型元素,如图所示。 按上图示例,新增一个示例构型元素,如图所示: 元素类型:此处选择的类型决定图元的外观样式和默认属性。
如何对模型工程进行版本管理 当模型工程设计工作进行到一定程度,可能需要基于当前的主干模型工程拉取一个分支 ,该分支需要继承当前时间节点的主干库的数据,并在该分支上进行再设计。此场景下用户就可以使用拉分支的功能(分支不支持合并到其它分支中)。 如果是需要对当前的主干或者分支打标记快
边界生命线,表示一个系统的边界,或者系统中的一个软件元素。作为例子,与用户交互的接口界面,数据库网关,或者菜单,就是边界。 Entity Lifeline 实体生命线,系统数据。 作为例子,在顾客服务应用中,顾客实体将管理所有与顾客相关的数据。 Control Lifeline 控制生命线,表示一个控制实体或管理者。
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例
接收者返回消息或者控制。异步消息的接收者和发送者是并发工作的。 Reply Message 返回消息连线,返回消息表示从过程调用返回,一般与Message配套使用。 Self Message 自消息连线,表示方法的自身调用或者一个对象内的一个方法调用另外一个方法。 Create Message
部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选) 部署模型定义产品的部署关系,它依托于构建模型或交付模型,描述每个构建文件或者交付件以及相应的软件部署实体的部署依赖关系和部署约束。
Subsystem 作为且有规范、实现和身份的单元的包。 Package 包。 Access 访问依赖关系用一个从客户包指向提供者包的虚箭头表示。 Merge 合并连接器,定义了源包元素与目标包同名元素之间的泛化关系。源包元素的定义被扩展来包含目标包元素定义。当源包元素与目标包内没有同名元素时,目标包元素的定义不受影响。
泛化,表示类与类、接口与接口之间的继承关系,由子一方指向父对象一方。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。
而提供程序包的分层组织。 Generalization 泛化,表示类与类、接口与接口之间的继承关系,由子一方指向父对象一方。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。
部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 CommunicationPath 通信路径。定义两个部署目标能够交换信号和消息的通信路径。
主要的UML图,分别为结构图和行为图。 结构图 结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。 行为图 行为图显示了
结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。 构建模型(必选)