检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
因为代码模型主要是描述创建出来的代码元素与逻辑元素的Manifest连线关系,所以在代码模型设计前必须要先完成逻辑模型的设计。 建模步骤 创建代码模型图。 创建新的代码模型图或者在已有的代码模型图中进行画图设计,如果设计内容过多,可根据实际情况将内容进行拆分,创建多个代码模型图,在对应的代码模型图中去建立关系。
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功能模型设计图形比较复杂时,可以参考逻辑模型中的分层结构,创建多个功能模型,分解来画各功能域和特性之间的结构关系。 父主题: 逻辑视图
如何配置自定义元素构造型 当在模型设计过程中,发现现有的模型图元无法满足设计表达的要求,此时需要添加一些新类型的图元放入到工具箱中来使用。用户可以单击“新建构造型”按钮,来创建新的构造型元素,如图所示。 按上图示例,新增一个示例构型元素,如图所示: 元素类型:此处选择的类型决定图元的外观样式和默认属性。
必须是交付件(能够支持异步开发和外包)。 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒、不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具
技术模型元素介绍 元素名 图标 含义 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具
架构基础信息检查 1.1元素名称不能为空 详细描述 建模设计的元素名称不能为空,如果存在名称为空的元素,在检查结果中都会列出。 检查范围 在图上创建的元素在工程树中出现对应的节点,即为建模元素,都在被检查范围内。 如何检查 查询模型工程内所有建模元素,检查出名称为空元素。 正确示例
部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选) 部署模型定义产品的部署关系,它依托于构建模型或交付模型,描述每个构建文件或者交付件以及相应的软件部署实体的部署依赖关系和部署约束。
领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达
权限管理 CodeArts Modeling中默认的用户角色类型及对建模的操作权限说明如下: “默认角色权限矩阵” 资源权限 项目经理 测试经理 运维经理 开发人员 测试人员 参与者 浏览者 查看(可打开模型图,只读) √ √ √ √ √ √ √ 创建(可在任何包下新增包、图、元素)
1运行模型、运行模型-顺序图、运行模型-活动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。 如何检查 查询所有运行模型图中
象不再接收消息调用。 前提条件 因为运行模型-顺序图中的元素都是来源于逻辑模型或上下文模型中的元素,所以需要先完成上下文模型和逻辑模型中的设计。 建模步骤 创建运行模型-顺序图。 在目录或者元素节点右键菜单,选择“新增图”,在对应的目录或者元素节点下面创建“运行模型>顺序图”,如下图所示:
View”:是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。 初始化模板 非必填。选择自动生成模型工程初始的包和图结构。 模板语言 必填。选择创建目录结构的语言类型。 描述 非必填。添加模型工程相关描述。
元素)继承,不仅可以有属于类自己的信息,而且还拥有被继承类的信息。 Manifest Repo和对应的逻辑设计对象使用"Manifest”连接 表示由此代码仓的代码实现此设计对象的功能。 Deployment 描述现实世界环境运行系统的配置的开发步骤。 Association 关
创建一个项目团队可协同设计画图的工程。 添加收藏 将工程添加到收藏栏,便于以后快速找到工程进入。 删除 将工程删除放入到回收站,误删除可以从回收站恢复。 回收站 恢复 将回收站中删除的工程恢复到工程列表中。 彻底删除 在回收站中删除工程,即彻底删除,不可恢复,需谨慎确认操作。 模型设计 工程树
边界生命线,表示一个系统的边界,或者系统中的一个软件元素。作为例子,与用户交互的接口界面,数据库网关,或者菜单,就是边界。 Entity Lifeline 实体生命线,系统数据。 作为例子,在顾客服务应用中,顾客实体将管理所有与顾客相关的数据。 Control Lifeline 控制生命线,表示一个控制实体或管理者。
使用的是构建过程生成文件来部署到部署模型中,描述部署的场景。 建模步骤 创建部署模型。 创建新的部署模型图或者在已有的部署模型图中进行画图设计,如果部署模型场景较多,可根据实际情况将内容进行拆分,按实际部署场景创建多个部署模型图。 建立交付元素与部署元素的部署关系。 从工具箱拖入
图中画法示例1--包含的父子关系: 架构信息树展示结果: 当架构树上没有标红元素,就没有2.3.1的检查错误结果。 错误示例 场景一:方案中没有配置子节点,但是在画图设计中绘制了子节点。 File画在Repo Grp下是子节点,但方案中Repo Grp没有配置File为子节点。 架构信息树中报红: 架构检查结果:
如下图所示,在方案中,component下面是未配置interface元素,但是在工程树上组件下面挂了接口元素,导致该组件与接口存在了不符合架构方案规则 的上下级关系,当开启了“展示不匹配架构方案的元素”时,该接口就会以红色状态显示在架构信息树中。 基于整个工程构建架构树:不局限于当前模型类型图中
实体对象。 Package 包。对元素进行分组,并为分组的元素提供名称空间。一个程序包可能包含其他程序包,从而提供程序包的分层组织。 Nesting 嵌套,即一个类的嵌套到另一个类。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Association