检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
定义类型的视图和模型。 单击上图位置中的“新增”按钮,输入新建视图类型的名称,单击“确定”。 单击新视图类型后面的“+”按钮,弹出“创建模型”窗口,输入新模型的名称。 单击确定后,会弹出关联工具箱的提示,单击“确定”。 界面右边弹出关联工具箱界面,勾选要给自定义模型配置的工具箱资源,并“保存”。
软件建模(CodeArts Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。
部分右键特殊功能只有特定的图元才有,“属性&方法”菜单项只有类、接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性设置,类型可以选择默认的基础类型,也
服务韧性 软件建模通过多活无状态的跨AZ部署、AZ之间数据容灾等技术方案,保证业务进程故障时快速拉起并修复,以保障服务的持久性和可靠性。 父主题: 安全
Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send
表示逻辑对象引用的平台。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage
领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达
r Lifeline)。生命线的类型不会影响消息线的连线逻辑。 创建生命线 在创建生命线前,需要先考虑哪种类型的生命线能更好地表示你所要表达的对象。您可以通过以下三种方式创建生命线。 工具画板中选择一个生命线拖拽至画布中。 从工程树中其它模型视图中的元素拖拽至画布中生成对应生命线,您可以使用Link方式引用。
gation关系或父子关系。 在模型图中构建架构关系。 XX模型的元素要与指定的XX模型层次结构保持一致 以逻辑模型为例: 查询逻辑模型架构信息树,右侧操作开关把展示不匹配架构方案的元素打开。 架构信息树构出后 根据错误元素名称查询定位到其所在架构树节点。 查询错误元素与其他元素关系。
图标 含义 Class 是对象的集合,展示了对象的结构以及与系统的交互行为。 Interface 接口,可以是单个接口,也可以是抽象的一组接口的组合。 圆形接口与矩形接口意义相同,仅形状不同。 Property 特性就是表示传递有关模型元素信息的值的一般性术语。属性具有语义效果,在
如何表示父子关系 方式一:图中绘制时采用图元嵌套的方式。同时,左侧目录树保持父子结构。 方式二:图中图元设置组合或者聚合关系。如果架构方案中设置其它类型的连线支持构成上下级关系,那么图中绘制对应的连线类型,也可以构成父子关系。 父主题: 模型设计
征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
架构检查方案功能是基于架构检查中的规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用的检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中的检查项来源基于通用检查规则,选择要配置到规则集中的方案。 新建名称为逻辑模型检查项,勾选对应检查规则。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。 构建模型(必选)
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 单击新增图。 弹出新建图弹窗选择“UML>顺序图”,填写顺序图基本信息。 父主题: 顺序图
Diagram Gate使用 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,
应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模。 适用场景:项目
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功
运行模型(活动图) “运行模型-活动图”同UML的活动图一样,元素介绍参见活动图。 父主题: 运行视图