已找到以下 45 条记录
AI智能搜索
产品选择
软件建模 CodeArts Modeling
没有找到结果,请重新输入
产品选择
软件建模 CodeArts Modeling
在搜索结果页开启AI智能搜索
开启
产品选择
没有找到结果,请重新输入
  • 交付模型 - 软件建模 CodeArts Modeling

    Dependency 依赖,是一种使用关系,即一个类实现需要另一个类协助。 Usage 使用,是一种使用关系。表明一个模块在运行时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中结构元素打包成交付文件过程,所以必须先完成构建模型设计才能进行交付模型。 建模步骤

  • 组件图 - 软件建模 CodeArts Modeling

    组件图显示了复杂软件系统中各个组件如何相互关联以及如何使用接口进行通信。它们不用于更简单或更直接系统,元素介绍如下表所示: 表1 组件图元素介绍 元素名 图标 含义 Class 是对象集合,展示了对象结构以及与系统交互行为。 Interface 接口,可以是单个接口,也可以是抽象一组接口的组合。

  • 通信图 - 软件建模 CodeArts Modeling

    含其他程序包,从而提供程序包分层组织。 Nesting 嵌套,即一个类嵌套到另一个类。 Realization 实现,是一种类与接口关系,表示类是接口所有特征和行为实现。 Association 关联,是一种拥有的关系,它使一个类知道另一个类属性和方法。 通信图示例,如下图所示:

  • 运行模型 - 软件建模 CodeArts Modeling

    Aggregation 聚合,是整体与部分关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类属性和方法。 建模示例 运行模型不需要引用其它模型中元素,根据实际业务流程在图中创建对应进程和线程元素,并建立它们之间交互关系。如下图所示描述一个数据批量处理交互过程。

  • 包图 - 软件建模 CodeArts Modeling

    影响。 Import 用虚线箭头从得到访问权限包指向提供者所在包。 Dependency 依赖,是一种使用关系,即一个类实现需要另一个类协助。 依赖关系用两个模型元素之间虚线箭头表示。箭尾处模型元素(客户)依赖于箭头处模型元素(服务者)。 包图示例,如下图所示: 父主题:

  • 运行视图概述 - 软件建模 CodeArts Modeling

    期交互视图,主要解决系统运行期交互,描述各可执行交付件在运行期交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间关系,从进程维度描述系统运行时交互过程和关键数据流。 运行模型-顺序图(必选) 运行模型-顺序图模型是从逻辑模型中架构对

  • 身份认证与访问控制 - 软件建模 CodeArts Modeling

    权限控制 IAM权限 IAM权限是作用于云资源,IAM权限定义了允许和拒绝访问操作,以此实现云资源权限访问控制。默认情况下,管理员创建IAM用户没有任何权限,需要将其加入用户组,并给用户组授予策略或角色,才能使得用户组中用户获得对应权限。 IAM产品介绍 父主题: 安全

  • 用例图 - 软件建模 CodeArts Modeling

    内嵌,表示嵌在内部类。 Include 基用例与包含用例之间关系。说明如何将包含用例中定义行为插入基用例定义行为中。基用例可以看到包含用例,并依赖于包含用例执行结果。但是二者不能访问对方属性。 Extend 是指扩展用例与基用例之间关系。特别是如何将扩展用例定义行为插入基用例定义的行为序列。

  • 功能特性 - 软件建模 CodeArts Modeling

    按关联工程分类显示从关联工程中引用到当前工程中元素,打开元素在当前工程中所在图列表,从列表中单击打开对应图。 定位到工程树 打开关联模型工程树,定位到元素所在关联工程树中位置。 关联模型工程 关联模型工程 引用关联工程模块,切换关联模型工程及分支,从关联工程树拖元素节点到图中引用。

  • 在包下新建逻辑模型图 - 软件建模 CodeArts Modeling

    在左侧工程树打开模型工程根节点Test1下“逻辑视图>逻辑模型”,单击右侧更多操作或右键打开包菜单,单击“新增图”。 在“选择图类型”页面选择 “4+1 视图>逻辑视图>逻辑模型”,单击“下一步”进入“基本信息”页。 参考表1配置模型图基本信息。 表1 新建模型图参数表 模型图信息

  • 数据模型 - 软件建模 CodeArts Modeling

    征和行为实现。 Dependency 依赖,是一种使用关系,即一个类实现需要另一个类协助。 Usage 使用,是一种使用关系,表明一个模块在运行时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类属性和方法。 Generalization

  • 用例模型 - 软件建模 CodeArts Modeling

    用例模型描述系统关键用例和交互场景,用于描述系统与外界交互关系。其中关键用例部分主要描述系统基本业务用例模型,以及增量版本中影响架构用例模型;而交互场景描述系统与外部实体之间复杂交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含需求和约束,以及系统验证。元素介绍如下表所示:

  • 创建模型工程 - 软件建模 CodeArts Modeling

    “UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发图形化语言,为软件开发所有阶段提供模型化和可视化支持。 “4+1 View”:是一组相关联模型集合,从不同视角,反映不同利益干系人关注点。通过逻辑、开发、部署、运行4个典型视角描述系统各个切面,以用例串接和验证各切面设计。 初始化模板

  • 创建顺序图 - 软件建模 CodeArts Modeling

    创建顺序图 绘制顺序图时,必须保证图类型为顺序图,否则可能导致无法绘制对应消息线。 已创建模型图修改图类型具体请参考如何查看和修改模型图类型。 选中工程树包节点,单击“更多操作 > 新建图”。 弹出新建图弹窗选择“UML > 顺序图”,填写顺序图基本信息。 父主题: 顺序图

  • 类图 - 软件建模 CodeArts Modeling

    实现,是一种类与接口关系,表示类是接口所有特征和行为实现。 Dependency 依赖,是一种使用关系,即一个类实现需要另一个类协助。 Usage 使用,是一种使用关系。表明一个模块在运行时候,需要使用另外一个模块。 Instantiate 实例化,声明用一个类方法创建了另一个类的实例。

  • 架构检查方案 - 软件建模 CodeArts Modeling

    架构检查方案功能是基于架构检查中规则项,设置一个检查规则集合,可将该检查集合设置为架构检查中默认启用检查规则集,该检查会生成检查任务到架构检查历史中。 单击“新增架构检查方案”,输入方案名称,规则集中检查项来源基于通用检查规则,选择要配置到规则集中方案。 新建名称为逻辑模型检查项,勾选对应检查规则。

  • 架构检查历史 - 软件建模 CodeArts Modeling

    架构检查历史 在架构检查历史中可以查看过往检查历史记录,默认打开是当前用户检查记录。在“我检查”下拉选项中,可以切换显示出所有人检查结果,也支持按时间过滤查询检查记录。 在检查历史记录下“查看”可以打开检查规则结果通过情况。 在是否通过详情下“查看”具体元素定位‘修复指导和关系查询。

  • 构建模型 - 软件建模 CodeArts Modeling

    表示逻辑对象引用平台。 Composition 组合,是整体与部分关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用关系,即一个类实现需要另一个类协助。 Usage

  • 如何对模型工程进行版本管理 - 软件建模 CodeArts Modeling

    当模型工程设计工作进行到一定程度,可能需要基于当前主干模型工程拉取一个分支 ,该分支需要继承当前时间节点主干库数据,并在该分支上进行再设计。此场景下用户就可以使用拉分支功能(分支不支持合并到其它分支中)。 如果是需要对当前主干或者分支打标记快照,用于以后对比查看,可以使用打标签功能;记录标签生成时刻对应的主干或者分支的数据状态。

  • 如何配置架构规则方案 - 软件建模 CodeArts Modeling

    单击操作栏“新增层级”。 选择逻辑模型下System元素为一级节点,一级节点不需要配置关联父级节点和关系,只需要配置显示是否嵌套,如下所示。 添加第二层级构造型元素时,就需要配置二级元素与一级元素父子关系连线类型以及指向关系。 如图所示Subsystem中关联父级列;三级及更深层级可以依次参照此方式配置,不再赘述。