检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
程,在部署时使用的是构建过程生成文件来部署到部署模型中,描述部署的场景。 建模步骤 创建部署模型。 创建新的部署模型图或者在已有的部署模型图中进行画图设计,如果部署模型场景较多,可根据实际情况将内容进行拆分,按实际部署场景创建多个部署模型图。 建立交付元素与部署元素的部署关系。
部署模型的基础构造型与自定义构造型元素才认定为部署元素)。 在部署模型图上创建出来的部署元素; 引用到部署模型中的部署元素(包含关联空间中的引用的部署元素); 如何检查 查询部署模型图内元素类型为架构方案配置构造型的所有元素,查询基于模型图构出的部署模型架构树。 正确示例 每个部署元素都有连线关系和上下级关系(包含关系)。
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
概述 部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
部署视图 概述 交付模型 部署模型 父主题: 4+1视图建模
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。 建模步骤
服务韧性 软件建模通过多活无状态的跨AZ部署、AZ之间数据容灾等技术方案,保证业务进程故障时快速拉起并修复,以保障服务的持久性和可靠性。 父主题: 安全
行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 部署视图 部署视图面向系统部署,是描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 用例视图 用例视图以用例作为驱动元素,驱动和验证其他四个视图的设计,用
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功能
有两个或更多操作数片段。 涉及同一生命线的消息必须以片段的顺序发生。 如果消息涉及的生命线不同,来自不同片段的消息可能会并行交错。 strict 强顺序 有两个或更多操作数片段。 这些片段必须按给定顺序发生。 consider 考虑 指定此片段描述的消息列表。 其他消息可发生在运行的系统中,但对此描述来说意义不大。
Language缩写,译为统一建模语言,是一种面向对象的可视化建模语言。UML规范定义了两种主要的UML图,分别为结构图和行为图。 结构图 结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。
的组合。 圆形接口与矩形接口意义相同,仅形状不同。 Component 组件,可独立加载、部署和运行的二进制代码,采用轻量级通讯机制、松耦合高内聚的软件架构构建单元,部署时不能跨节点类型部署(计算机百科全书:组件是软件系统中具有相对独立功能、接口由契约指定、和语境有明显依赖关系、可独立部署、可组装的软件实体)
但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户可以从业务特征、安装部署、监控运维的角度感知到服务的存在。规模上介于Subsystem与FM(Function
运维的角度感知到服务的存在。规模上介于Subsystem与FM之间的逻辑架构模型元素。Service的功能更加内聚,对外依赖少,接口稳定。 Component 组件,可独立加载、部署和运行的进制代码,采用轻量级通讯机制、松耦合高内聚的软件架构构建单元,部署时不能跨节点类型部署(计
软件建模(CodeArts Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。 产品介绍 立即使用 成长地图 由浅入深,带您玩转软件建模
“UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”:是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 初始化模板
表示逻辑对象引用的平台。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage
刻对应的主干或者分支的数据状态。 具体的基于模型工程创建分支和标签的操作指导如下: “工程设置>分支和标签”,选择“新建分支”,如下图。 按分支和标签维度管理,单击“新建分支/标签”按钮,增加分支和标签列表。 新增分支和标签时选择基于哪个分支。增加分支和标签时,将基于的分支当前所有数据内容复制到新增的分支中。
节点和关系,只需要配置显示是否嵌套,如下所示。 添加第二层级构造型元素时,就需要配置二级元素与一级元素的父子关系连线的类型以及指向关系。 如图所示的Subsystem中的关联父级列;三级及更深层级可以依次参照此方式配置,不再赘述。 配置完后需要保存配置,并设置为启用状态,勾选上图启用状态位置,并保存。
架构视图模型检查规则 逻辑模型 技术模型 代码模型 构建模型 交付模型 部署模型 上下文模型 运行模型 父主题: 通用检查规则