检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
技术模型 技术模型定义系统采用的关键技术部件和技术栈,包括整体框架技术,公共机制,基础设施,公共服务/组件,以及各逻辑功能元素的技术方案等。元素介绍如下表所示: 表1 技术模型元素介绍 元素名 图标 含义 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的
代码模型 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。元素介绍如下表所示: 表1 代码模型元素介绍 元素名 图标 含义 Repo Grp 代码仓组是代码模型分组辅助元素,不对应具体的代码仓,仅表示一个集合。
交付模型 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。元素介绍如下表所示: 表1 交付模型元素介绍 元素名 图标 含义 Release 指产品最终发布的release版本,按照公司发布版本命名规定release中自带版本号。
用例模型 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
运行模型 表1 运行模型元素介绍 元素名 图标 含义 Process 进程,加截的组件、服务/微服务列表[1..*]。 Thread 线程,加载的组件、服务/微服务列表[1..*]。 Package 进程组,包含进程列表。 Mutex 锁/临界区,锁类型(自旋锁、排它锁、分布式锁、共享锁等)。
上下文模型 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。元素介绍如下表所示: 表1 上下文模型元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 System 系统。 广义上
代码模型 2.3.1代码模型的元素要与指定的代码模型层次结构保持一致 详细描述 在代码模型中创建代码元素,代码元素在架构树中与上下级元素的关系层级结构要与代码模型架构方案配置定义的层次结构一致,即该代码元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
交付模型 2.5.1交付模型的元素要与指定的交付模型层次结构保持一致 详细描述 在交付模型中创建交付元素,交付元素在架构树中与上下级元素的关系层级结构要与交付模型架构方案配置定义的层次结构一致,即该交付元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
运行模型 2.8.1运行模型、运行模型-顺序图、运行模型-活动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。
技术模型 2.2.1技术模型的元素要与指定的技术模型层次结构保持一致 详细描述 在技术模型中创建技术元素,技术元素在架构树中与上下级元素的关系层级结构要与技术模型架构方案配置定义的层次结构一致,即该技术元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
逻辑模型 2.1.1逻辑模型的元素要与指定的逻辑模型层次结构保持一致 详细描述 在逻辑模型中创建逻辑元素,逻辑元素在架构树中与上下级元素的关系层级结构要与逻辑模型架构方案配置定义的层次结构一致,即该逻辑元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
上下文模型 2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置>构造型下,绑定到4+1视图
构建模型 2.4.1构建模型的元素要与指定的构建模型层次结构保持一致 详细描述 在构建模型中创建构建元素,构建元素在架构树中与上下级元素的关系层级结构要与构建模型架构方案配置定义的层次结构一致,即该构建元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的
如何创建自定义视图和模型 工具支持用户根据业务需要在“工程设置>视图”中新增自定义类型的视图和模型。 单击上图位置中的“新增”按钮,输入新建视图类型的名称,单击“确定”。 单击新视图类型后面的“+”按钮,弹出“创建模型”窗口,输入新模型的名称。 单击确定后,会弹出关联工具箱的提示,单击“确定”。
在逻辑模型图中创建建模元素 选择逻辑模型图后,工具面板会显示对应模型图下的建模元素。 将鼠标移动到需要使用的元素System上直至变成手势图标,此时左键拖拽元素到右侧画布中,松开左键后成功创建名称为System1的元素,同样的方式创建元素Subsystem1,如下图所示: 图1 创建元素
4+1视图规范一致性检查错误修复指导 XX模型不能存在游离的逻辑模型元素 以逻辑模型为例: 游离原因:元素没有在逻辑模型架构信息树中出现。 查看逻辑模型架构方案设置。 找到游离元素构造型相关的架构配置信息。 Subsystem需要与System有Composition/Aggregation关系或父子关系。
如何编辑顺序图中的操作符 fragment元素拖入图中会弹出选择框选择需要的操作符类型。 选中alt操作符元素右键菜单>编辑条件,也可单击右下角+。 在弹出的条件编辑窗口中修改/增加/删除条件名称。 父主题: 模型设计
元素介绍 顺序图是显示对象之间交互的图,这些对象是按时间顺序排列的。顺序图中显示的是参与交互的对象及其对象之间消息交互的顺序。 元素名 图标 含义 Lifeline 生命线,在顺序图中表示为从对象图标向下延伸的一条虚线,表示对象存在的时间。 Boundary Lifeline 边
概述 4+1视图是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述
Diagram Gate使用 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,