检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
的范围、职责、边界。 用例模型(必选) 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。
开发视图概述 开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录
活动图 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算,它导致模型状态的改变和返回值。 Activity 活动是状态机内正在进行的非原子执行。
绘制消息线和激活块 约束与限制 根据建模规范限制,建模的连线不能独立存在于图中,两端必须是连接在元素上的,因此不允许消息线直接拖拽至画布上。且绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。参考常见问题如何查看和修改模型图类型。 自消息线分为同步自消息线和异步自消息线,工具当前仅支持同步自消息线。
将工程树中上下文模型中定义的用户角色、外部系统元素以引用方式拖入到运行模型-顺序图中,会自动变成生命线样式。如下图所示: 再从工程树上将逻辑模型中定义的涉及交互场景的逻辑元素引用到“运行模型-顺序图”中,如下图所示: 当将需要引入的逻辑元素拖入到图中后,再去绘制交互消息的关系连线,顺序图消息连线画法可参考绘制消息线,如下图所示:
运行模型(活动图) “运行模型-活动图”展示了从起点到终点的工作流程,详细说明了在活动的进展中存在的许多决策路径。 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action
自创建(在自己包下面创建包、图、元素,在其他人创建的包下可建图、元素) √ √ √ √ √ √ × 自更新(只能修改自己创建的包、图、元素) √ √ √ √ √ √ × 自删除(只能删除自己建的包、图、元素) √ √ √ √ √ √ × “√”表示默认有权限,“ ×”表示默认没有权限。
8.1运行模型、运行模型-顺序图、运行模型-活动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。 如何检查
征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
视图类型与描述 视图类型 描述 逻辑视图 逻辑视图面向系统逻辑分析和设计,是描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 开发视图 开发视图面向系统开发及软件管理,是描述系统代码结构,构建结构的视图,主
逻辑视图概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
部署视图概述 部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
运行模型-顺序图(必选) 运行模型-顺序图模型是从逻辑模型中的架构对象维度描述系统运行时的交互过程以及关键的数据流。 运行模型-活动图(可选) 运行模型-活动图展示了从起点到终点的工作流程,详细说明了在活动的进展中存在的许多决策路径。 父主题: 运行视图
务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。 父主题: 运行视图
码元素之间的关系,连线方向由构建元素指向代码元素。 前提条件 因为代码模型主要是描述创建出来的代码元素与逻辑元素的Manifest连线关系,所以在代码模型设计前必须要先完成逻辑模型的设计。 建模步骤 创建代码模型图。 创建新的代码模型图或者在已有的代码模型图中进行画图设计,如果设
创建交付模型。 创建新的交付模型图或者在已有的交付模型图中进行画图设计,如果设计内容过多,可根据实际情况将内容进行拆分,创建多个交付模型图,在对应的交付模型图中去建立关系。 建立构建元素与交付元素的组合关系。 将构建模型中生成的构建元素引用到交付模型图中,并创建打包所需要的第三方软件或者
部分右键特殊功能只有特定的图元才有,“属性&方法”菜单项只有类、接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性设置,类型可以选择默认的基础类型,也
元素之间的关系,连线方向由构建元素指向代码元素。 前提条件 因为构建模型主要是描述创建出来的构建元素与代码元素的Build From构建关系,所以在画构建模型设计前必须要先完成代码模型的设计。 建模步骤 创建构建模型。 创建新的构建模型图或者在已有的构建模型图中进行画图设计,如果
使用Diagram Gate 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,时序,通信或