检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Modeling)是一款集可视化、协同、规范、复用于一体的在线架构设计建模服务,不仅可以帮助用户运用UML标准的模型图来设计系统架构,还可以实现多人实时编辑和多浏览器实时同步渲染,提高研发对系统的设计效率和团队的协同效果。
活动图 活动图对用户和系统遵循流程的行为进行建模,它们是流程图或工作流的一种,但是它们使用的形状略有不同,元素介绍如下表所示: 表1 活动图元素介绍 元素名 图标 含义 Action 动作是可执行的原子计算,它导致模型状态的改变和返回值。 Activity 活动是状态机内正在进行的非原子执行。
类图 类图展示了系统的逻辑结构,类和接口的关系。 表1 类图元素介绍 元素名 图标 含义 Class 是对象的集合,展示了对象的结构以及与系统的交互行为。 Interface 接口,可以是单个接口,也可以是抽象的一组接口的组合。 圆形接口与矩形接口意义相同,仅形状不同。 Data
也包括运维运营安全,以及更广义的安全合规遵从。 租户:负责云服务内部的安全,安全地使用云。 华为云租户的安全责任在于对使用的 IaaS、PaaS 和 SaaS 类云服务内部的安全以及对租户定制配置进行安全有效的管理,包括但不限于虚拟网络、虚拟主机和访客虚拟机的操作系统,虚拟防火墙、API
模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从
题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 开发视图 开发视图面向系统开发及软件管理,是描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 运行视图 运行视图面向系统运行,是描述系统启动过程、运
结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。 行为图 行为图显示了系统中对象的动态行为,可以将其描述为系统随时间的一
上并列线程或状态归结为一个线程或状态。 Initial 用来指明其默认起始位置的伪状态。 Junction ( 结合状态)状态机中作为一个综合转换一部分的伪状态。它在转换执行中不打断运行至完成步骤。 Deep History 历史状态可以记忆浅历史和深历史。深历史状态记忆组成状态
后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达系统的层次关系或内部分组,一般由多个服务组成,可以是一级(域)或多级(域/子域,或者域/1级子域/2级子域…)。 域和子域不对应
如何表示元素父子关系? 如何实现图与图之间的关联跳转? 更多 模型管理 如何创建包? 如何创建自定义视图和模型? 如何配置自定义元素构造型? 更多 工程管理 如何查看自己的权限? 如何创建模型工程? 如何删除模型工程? 如何对模型工程进行版本管理? 更多 智能客服 您好!我是有问必答知识渊博的的智能问答机器人,有问题欢迎随时求助哦!
Lifeline 边界生命线,表示一个系统的边界,或者系统中的一个软件元素。作为例子,与用户交互的接口界面,数据库网关,或者菜单,就是边界。 Entity Lifeline 实体生命线,系统数据。 作为例子,在顾客服务应用中,顾客实体将管理所有与顾客相关的数据。 Control Lifeline
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
1视图建模。 模型跨团队共享复用 支持跨工程、跨团队对模型库进行共享和复用,适用于多个子产品、上下游系统间的协同,模型图、模型对象参考同源、引用同源、变更同源,形成全关联的全量系统架构。 架构规范检查 内置了公司实践的架构设计 30+ 检查规则集,自动识别设计中的缺陷或者违反的设计规范,并提供相应的报告和可视化反馈。
架构信息树 架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案
查询功能,可用于支撑安全分析、合规审计、资源跟踪和问题定位等常见应用场景。 用户开通云审计服务并创建和配置追踪器后,CTS可记录软件建模的管理事件和数据事件用于审计。 CTS的详细介绍和开通配置方法,请参见CTS快速入门。 父主题: 安全
运行模型(顺序图) 运行模型-顺序图中的元素都来自于上下文模型中的用户角色、外部系统或者逻辑模型中定义的逻辑元素,不需要在顺序图中创建新元素,只需要使用到UML顺序图中的消息连线。元素介绍如下表所示: 表1 运行模型(顺序图)元素介绍 元素名 图标 含义 Message 同步消息连线
代码模型 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录的映射关系,以实现软件源代码的显示管理。元素介绍如下表所示: 表1 代码模型元素介绍 元素名 图标 含义 Repo Grp 代码仓组是代码模型分组辅助元素,不对应具体的代码仓,仅表示一个集合。
如何配置架构规则方案 架构配置,只有管理员可以配置,可设置模型工程视图类型,以及配置对应视图类型下面的架构图元关系和连线规则。 每种模型图是可以配置架构层级关系,下面以4+1视图下逻辑视图中的逻辑模型为例作简单说明,其它类型的模型图配置方法可参考此处,如图所示。 4+1视图中逻辑
上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。 用例模型(必选) 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增
StructuredActivity 结构化活动是一个活动节点,可以将下级节点作为独立的活动组。 CentralBufferNode 中央缓冲区节点是一个对象节点,用于管理活动图中表示的来自多个源和目标的流。 Datastore 数据存储区定义了永久存储的数据。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。