检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
身份认证与访问控制 身份认证 用户访问CodeArts Modeling的方式有多种,包括CodeArts Modeling用户界面、API,无论访问方式封装成何种形式,其本质都是通过CodeArts Modeling提供的REST风格的API接口进行请求。 CodeArts M
有两个或更多操作数片段。 涉及同一生命线的消息必须以片段的顺序发生。 如果消息涉及的生命线不同,来自不同片段的消息可能会并行交错。 strict 强顺序 有两个或更多操作数片段。 这些片段必须按给定顺序发生。 consider 考虑 指定此片段描述的消息列表。 其他消息可发生在运行的系统中,但对此描述来说意义不大。
如何添加元素属性和方法 部分右键特殊功能只有特定的图元才有,“属性&方法”菜单项只有类、接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性
如何查看和修改模型图类型 当模型图的类型和当前建模内容不匹配时会出现各种各样的错误,应该正确的选择图的类型。 查看图类型 在工程树上右键单击需要查看的图或在打开图鼠标右键菜单“属性”按钮。 即可在属性栏查看当前图的类型。 修改图类型 打开模型图的属性菜单,即可在类型栏下拉框中选择自己需要的视图,单击“保存”。
如何创建自定义视图和模型 工具支持用户根据业务需要在“工程设置>视图”中新增自定义类型的视图和模型。 单击上图位置中的“新增”按钮,输入新建视图类型的名称,单击“确定”。 单击新视图类型后面的“+”按钮,弹出“创建模型”窗口,输入新模型的名称。 单击确定后,会弹出关联工具箱的提示,单击“确定”。
Interface和Provided Interface之间可以建立Dependency,表明一个组件需要的接口是由另外一个组件提供的。 Connector 连接器通常在“组合结构”图中说明零件之间的通信链接以实现结构的目的。 Delegate 委托连接器在组件图上定义了组件外部端口和接口的内部组件。
刻对应的主干或者分支的数据状态。 具体的基于模型工程创建分支和标签的操作指导如下: “工程设置>分支和标签”,选择“新建分支”,如下图。 按分支和标签维度管理,单击“新建分支/标签”按钮,增加分支和标签列表。 新增分支和标签时选择基于哪个分支。增加分支和标签时,将基于的分支当前所有数据内容复制到新增的分支中。
元素时,目标包元素的定义不受影响。 Import 用虚线箭头从得到访问权限的包指向提供者所在的包。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 依赖关系用两个模型元素之间的虚线箭头表示。箭尾处的模型元素(客户)依赖于箭头处的模型元素(服务者)。
数据类型包括原始预 定义的类型和用户自定义的类型。原始类型有:数字、字符串、乘方。用户定义的类型 是枚举类型。程序语言中用于实现的匿名数据类型可以用语言类型定义。 Enumeration 枚举是一种数据结构,它的实例构成了有名字的字面值。通常,同时声明枚举名和其字面值的名字。 Primitive
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。
设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从业务特征安装
软件建模通过多种数据保护手段和特性,保证通过软件建模的数据安全可靠,如下表所示: 表1 数据保护手段 数据保护手段 简要说明 详细介绍 传输加密(HTTPS) 访问全链路采用HTTPS数据传输方式,保证数据传输安全。 - 个人数据保护 软件建模通过控制个人数据访问权限以及通过云审计服务
Language缩写,译为统一建模语言,是一种面向对象的可视化建模语言。UML规范定义了两种主要的UML图,分别为结构图和行为图。 结构图 结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。
逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。 数据模型(强数据场景必选)
Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send
您可以使用初始化创建的上下文模型或者创建新的上下文模型,在目录节点右键“新增图”,如果一个系统的交互的外部角色过多时,不适合在一张上下文模型图中建模时,用户可根据外部角色的分类或者产品的应用场景创建不同的上下文模型。 建立系统与外部角色的关系。 在上下文模型中描述系统与外部角色的关系通过接
通信路径。定义两个部署目标能够交换信号和消息的通信路径。 前提条件 部署模型描述产品打包交付件的部署场景,所以画部署模型需要完成前面的构建模型或交付模型。 因为有些特殊产品没有交付打包过程,只有构建过程,在部署时使用的是构建过程生成文件来部署到部署模型中,描述部署的场景。 建模步骤 创建部署模型。
内嵌,表示嵌在内部的类。 Include 基用例与包含用例之间的关系。说明如何将包含用例中定义的行为插入基用例定义的行为中。基用例可以看到包含用例,并依赖于包含用例的执行结果。但是二者不能访问对方的属性。 Extend 是指扩展用例与基用例之间的关系。特别是如何将扩展用例定义的行为插入基用例定义的行为序列。
依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 对象图示例,如下图所示: 示例首先显示简单的类图上连接的两个类元素。 上面的类被实例化作为下面对象图中的对象。在此模型中有的两个实例计算机,这
安全 责任共担 身份认证与访问控制 数据保护技术 审计与日志 服务韧性 认证证书