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

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

  • 逻辑模型 - 软件建模 CodeArts Modeling

    电子产品、服务及观念。 狭义上,系统指能独立满足客户某种需求、并符合客户理解及业界划分习惯实体。 SubSystem 子系统是一个独立能够满足特定功能组合,通过一个或多个它所实现接口来提供行为。 完全封装自己内容,通过接口提供行为。 可由组件/模块或更小子系统组成。

  • 逻辑视图概述 - 软件建模 CodeArts Modeling

    逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构视图,主要解决系统分析和设计问题,它描述系统业务上下文、系统逻辑分解,以及分解出逻辑元素间关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统逻辑功能模块分解,将系统分解为相应逻辑功能元素,并描述各逻辑功能元素之间关系。 数据模型(强数据场景必选)

  • 上下文模型 - 软件建模 CodeArts Modeling

    您可以使用初始化创建上下文模型或者创建新上下文模型,在目录节点右键“新增图”,如果一个系统交互外部角色过多时,不适合在一张上下文模型图中建模时,用户可根据外部角色分类或者产品应用场景创建不同上下文模型。 建立系统与外部角色关系。 在上下文模型中描述系统与外部角色关系通过接

  • 元素介绍 - 软件建模 CodeArts Modeling

    元素介绍 顺序图是显示对象之间交互图,这些对象是按时间顺序排列。顺序图中显示是参与交互对象及其对象之间消息交互顺序。 元素分类 元素名 图标 含义 参考示例 生命线 Lifeline 生命线,在顺序图中表示为从对象图标向下延伸一条虚线,表示对象存在时间。 创建生命线 Boundary

  • 包图 - 软件建模 CodeArts Modeling

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

  • 领域模型 - 软件建模 CodeArts Modeling

    领域模型描述业务域概念及其关系,是立足于业务域分析模型,它通过业务问题域分析和建模,抽象出领域概念,建立统一业务语言,从而指导后续架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍过程中,表达

  • 数据保护技术 - 软件建模 CodeArts Modeling

    软件建模通过控制个人数据访问权限以及通过云审计服务记录操作日志等方法,防止个人数据泄露,保证您个人数据安全。 权限控制 隐私数据保护 涉及到用户数据库账号信息需要存储时,提供敏感数据加密存储,支持加密密钥轮换更新。 - 数据备份 支持用户数据备份。 - 父主题: 安全

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

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