检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户可以从业务特征、安装部署、监控运维的角度感知到服务的存在。规模上介于Subsystem与FM(Function Module功能模块)之间的
概述 部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则,方案中约束System下
Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Deployed To 部署关系是一种依赖关系,在部署图中,指一个工件被部署到一个节点或可执行目标上。 Build From 构建关系,表示当前构建结果从某一代码目录或者代码文件构建而来,仅
将工程分支中部分目录内容复制至目标工程分支,并将源目录内容从源工程中删除。 导入工程配置 将第三方工程中的自定义视图配置、自定义架构方案、自定义构造型、基础元素的扩展属性等信息导入到当前工程。 推送工程配置 将当前工程中的自定义视图配置、自定义架构方案、自定义构造型、基础元素的扩展属性等信息推送到第三方工程。
在包下新建逻辑模型图 您可以在包、元素下面建图,也可以在起始页建图,此处以在包下新建逻辑模型图为例,步骤如下: 在左侧工程树打开模型工程根节点Test1下的“逻辑视图>逻辑模型”,单击右侧更多操作或右键打开包菜单,单击“新增图”。 在“选择图类型”页面选择 “4+1 视图>逻辑视
y Final相反,后者代表Activity的完成。 Synch 一个特殊的状态,它可以实现在一个状态机里的两个并发区域之间的控制同步。 Fork Join (Fork)复杂转换中,一个源状态可以转入多个目标状态,使活动状态的数目增加。 (Join)状态机活动图或顺序图中的一个位
Interface 接口,可以是单个接口,也可以是抽象的一组接口的组合。 圆形接口与矩形接口意义相同,仅形状不同。 Component 组件,可独立加载、部署和运行的二进制代码,采用轻量级通讯机制、松耦合高内聚的软件架构构建单元,部署时不能跨节点类型部署(计算机百科全书:组件是软
y Final相反,后者代表Activity的完成。 Synch 一个特殊的状态,它可以实现在一个状态机里的两个并发区域之间的控制同步。 Fork Join (Fork)复杂转换中,一个源状态可以转入多个目标状态,使活动状态的数目增加。 (Join)状态机活动图或顺序图中的一个位
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功能模型设计图形比较复杂时,可以参考逻辑模型中的
Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其
的名称。 单击确定后,会弹出关联工具箱的提示,单击“确定”。 界面右边弹出关联工具箱界面,勾选要给自定义模型配置的工具箱资源,并“保存”。 创建自定义视图完成,新增图就可以选择到自定义的视图模型。 工程中新建一个自定义类型的模型图,如下图所示。 父主题: 模型管理
态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。 行为图 行为图显示了系统中对象的动态行为,可以将其描述为系统随时间的一系列更改。包括:用例图、活动图、状态机图、顺序图、通信图、交互概述图。
服务韧性 软件建模通过多活无状态的跨AZ部署、AZ之间数据容灾等技术方案,保证业务进程故障时快速拉起并修复,以保障服务的持久性和可靠性。 父主题: 安全
架构检查历史 在架构检查历史中可以查看过往检查的历史记录,默认打开是当前用户的检查记录。在“我的检查”下拉选项中,可以切换显示出所有人的检查结果,也支持按时间过滤查询检查的记录。 在检查历史记录下“查看”可以打开检查规则结果通过情况。 在是否通过详情下“查看”具体元素定位‘修复指导和关系查询。
1技术模型的元素要与指定的技术模型层次结构保持一致 详细描述 在技术模型中创建技术元素,技术元素在架构树中与上下级元素的关系层级结构要与技术模型架构方案配置定义的层次结构一致,即该技术元素与上层父级元素、下层子级元素的父子关系(也称上下层级关系)、以及它们之间的连线关系和方向指向,都要与层级规则中定义的保持一致。
当架构树上没有标红元素,就没有2.3.1的检查错误结果。 错误示例 场景一:方案中没有配置子节点,但是在画图设计中绘制了子节点。 File画在Repo Grp下是子节点,但方案中Repo Grp没有配置File为子节点。 架构信息树中报红: 架构检查结果: 2.3.2代码模型不能存在游离的代码模型元素
接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性设置,类型可以选择默认的基础类型,也可以手动输入其它类型,也支持从当前工程中选择已经定义好的类型。
√ √ √ × × 更新(可修改任何包、图、元素) √ √ √ √ √ × × 删除(可删除任何包、图、元素) √ √ √ √ √ × × 配置(可操作工程设置) √ × × × × × × 执行(可执行架构检查) √ √ √ √ √ √ × 复制(可复制图) √ √ √ √ √ ×
期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 部署视图 部署视图面向系统部署,是描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 用例视图 用例视图以用例作为驱动元素,驱动和验证其他四个视图的设计,用例