检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
当前模型工程所有逻辑模型图中的逻辑元素。 逻辑元素定义:“工程设置 > 元素构造型”下,绑定到4+1视图:逻辑模型的基础构造型与自定义构造型元素以及逻辑模型架构方案配置的构造型。 包括:在逻辑模型图上创建出来的逻辑元素,引用到逻辑模型中的逻辑元素(包含关联空间中的引用的逻辑元素)。 如何检查
为准。 创建0层逻辑模型图。 工程初始化创建时会在“逻辑视图 > 逻辑模型”包目录下默认创建一个逻辑模型图,可当作0层逻辑模型,如果是非初始化结构建目录 ,则选择要创建图的包节点 ,单击包后的菜单,选择“新建图”。 图类型选择“4+1视图 > 逻辑视图 > 逻辑模型”,输入图名称,单击保存即可。
逻辑视图 逻辑视图概述 逻辑模型 数据模型 领域模型 功能模型 技术模型 父主题: 4+1视图建模
在包下新建逻辑模型图 您可以在包、元素下面建图,也可以在起始页建图,此处以在包下新建逻辑模型图为例,步骤如下: 在左侧工程树打开模型工程根节点Test1下的“逻辑视图>逻辑模型”,单击右侧更多操作或右键打开包菜单,单击“新增图”。 在“选择图类型”页面选择 “4+1 视图>逻辑视图>
逻辑视图概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
在逻辑模型图中创建建模元素 选择逻辑模型图后,工具面板会显示对应模型图下的建模元素。 将鼠标移动到需要使用的元素System上直至变成手势图标,此时左键拖拽元素到右侧画布中,松开左键后成功创建名称为System1的元素,同样的方式创建元素Subsystem1,如下图所示: 图1 创建元素
因为运行模型-顺序图中的元素都是来源于逻辑模型或上下文模型中的元素,所以需要先完成上下文模型和逻辑模型中的设计。 建模步骤 创建运行模型-顺序图。 在目录或者元素节点右键菜单,选择“新增图”,在对应的目录或者元素节点下面创建“运行模型 > 顺序图”,如下图所示: 引用角色和逻辑对象,描述消息交互过程。
以一个应用部署功能为例建立如下图所示模型结构: 如果当功能模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个功能模型,分解来画各功能域和特性之间的结构关系。 父主题: 逻辑视图
在数据模型中构建数据对象、实体对象、及实体对象包含的属性对象的结构关系,如果数据模型图对象过多,图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个数据模型,分解来画各实体对象间的关系。 父主题: 逻辑视图
从工程树上引用逻辑模型中定义的涉及关键技术的逻辑对象“功能服务APIGW”,建立如下图所示技术部件和技术栈逻辑对象关联的模型结构: 如果当技术模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个技术模型,分解来画各功能和特性之间的结构关系。 父主题: 逻辑视图
在领域模型中以业务域视角进行建模分析,创建业务域对象之间结构关系,如果当领域模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个领域模型,分解来画各业务域之间的关系 父主题: 逻辑视图
系。 引用逻辑元素到代码模型。 在代码模型中不能创建新的逻辑元素,必须要从逻辑模型中引用到代码模型中,引用逻辑元素的操作方式有两种 方式一:直接从工程树上将逻辑元素节点拖入到打开的代码模型图中,选择Link方式。 方式二:在逻辑模型图中按Ctrl键多选或者框选多个逻辑元素Ctrl
1运行模型、运行模型-顺序图、运行模型-活动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。 如何检查 查询所有运行模型
下面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑视图下的逻辑模型有自己的初始默认规则,用户可以默认使用也可自己单独配置。 新增一个新方案,单击
4+1视图规范一致性检查错误修复指导 XX模型不能存在游离的逻辑模型元素 以逻辑模型为例: 游离原因:元素没有在逻辑模型架构信息树中出现。 查看逻辑模型架构方案设置。 找到游离元素构造型相关的架构配置信息。 Subsystem需要与System有Composition/Aggregation关系或父子关系。
开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。 构建模型(必选)
系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 在架构设计说明书模板中的4+1架构视图模型结构如下图所示: 图1 4+1架构视图模型结构图 表1 视图类型与描述 视图类型 描述 逻辑视图 逻辑视图面向系统逻辑分析和设计,是描述
对应到软件模型,激活块代表对象中函数的执行周期,层级信息则反映函数的调用关系。 如下图所示,消息线1、消息线2、消息线5都是根层级的消息线,它们的源端为各自生命线下的根级激活块,代表的是这些指令/任务的发送方(调用方)为这些根级激活块对应的函数。而消息线3是子任务(消息线2)中
配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则,方案中约束System下级节点只能是Subsystem、Domain、Service、MS这四类元素,如果在实际画图中出现了这四种以外的逻辑元素,则在最后的逻辑架构信息树中不会挂出。 每种模型只能启用一种默
通常用来将连在一起的两段逻辑拆分开,该设置会作用于消息线的源端对象上。如下图所示,“布置作业” 任务是老师在“打扫卫生”任务结束后的后续动作,此处通过“设置为新的消息组”,人为将它定义为两个独立的任务。 开启新的消息组后,如果对应激活块没有拆分为独立逻辑段,则可能是该激活块上方的