检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
领域模型描述业务域的概念及其关系,是立足于业务域的分析模型,它通过业务问题域的分析和建模,抽象出领域概念,建立统一的业务语言,从而指导后续的架构设计工作。元素介绍如下表所示: 表1 领域模型元素介绍 元素名 图标 含义 Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达
征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
安全 责任共担 身份认证与访问控制 数据保护技术 审计与日志 服务韧性 认证证书
根据建模规范限制,建模的连线不能独立存在于图中,两端必须是连接在元素上的,因此不允许消息线直接拖拽至画布上。且绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。具体请参见如何查看和修改模型图类型。 消息线介绍 顺序图用消息线描绘元素之间的工作流或者活动。软件模
表明一个组件需要的接口是由另外一个组件提供的。 Connector 连接器通常在“组合结构”图中说明零件之间的通信链接以实现结构的目的。 Delegate 委托连接器在组件图上定义了组件外部端口和接口的内部组件。 Role Binding 角色绑定是协作使用的内部角色和实现特定
动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。 如何检查 查询所有运行模型图中的元素,找出在运行模型图中创建生成出来的逻辑元素。
但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户可以从业务特征、安装部署、监控运维的角度感知到服务的存在。规模上介于Subsystem与FM(Function
表示代码仓中的文件,名称中包含文件名+文件类型后缀。 Dir Templ 目录模板。 Manifest Repo和对应的逻辑设计对象使用Manifest连接。 表示由此代码仓的代码实现此设计对象的功能。连线方向由代码元素指向逻辑元素。 Composition 组合,是整体与部分的关系,
状态机图元素介绍 元素名 图标 含义 State 对象的生命中的满足一定条件,执行一定操作,或者等待某事件的条件或者情况。 StateMachine 状态机是展示状态与状态转换的图。通常一个状态机依附于一个类,并且描述一个类的实例对接收到的事件所发生的反应。 Fork Join (Fork)复
Language缩写,译为统一建模语言,是一种面向对象的可视化建模语言。UML规范定义了两种主要的UML图,分别为结构图和行为图。 结构图 结构图显示了系统及其部件在不同抽象和实现级别上的静态结构以及它们如何相互关联。结构图中的元素表示系统的有意义的概念,并且可以包括抽象的,现实的和实现的概念。包括:类图、对象图、包图、组件图、部署图、组合结构图。
源端不以当前M1为出发点,而是以M1的上一条消息线LM1为出发点,并且不受异步与返回消息线的限制。 找到当前消息线M1的上一条消息LM1(注意,是位置在其上的第一条消息线),从LM1出发,如果LM1的目标端LT1在生命线L1上,则LT1为M1的源端【图8】;如果不在,则继续如下流程;
逻辑视图面向系统逻辑分析和设计,是描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 开发视图 开发视图面向系统开发及软件管理,是描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。
创建顺序图 绘制顺序图时,必须保证图的类型为顺序图,否则可能导致无法绘制对应消息线。 已创建的模型图修改图类型具体请参考如何查看和修改模型图类型。 单击新增图。 弹出新建图弹窗选择“UML>顺序图”,填写顺序图基本信息。 父主题: 顺序图
Diagram Gate使用 图表门是一种简单的图形方式,用于指示可以将消息传输到交互片段和从交互片段传出的点。可能需要一个片段来接收或传递消息。在内部,有序消息反映了这一要求,并在片段帧的边界上指示了门。任何与此内部消息“同步”的外部消息必须适当地对应。可以出现在交互图(顺序,
逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。 数据模型(强数据场景必选)
部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选)
架构信息树页签中可展示基于各种模型的架构方案规则,根据该类模型的元素关系集合生成一棵全量关系结构树。 架构方案规则的配置只有工程的管理员级别角色(带有配置资源操作权限的角色)才可配置,一般是产品的架构师来配置,制定产品的各模型中元素关系约束规则,例如逻辑模型的默认架构方案规则,方案中约束
r Lifeline)。生命线的类型不会影响消息线的连线逻辑。 创建生命线 在创建生命线前,需要先考虑哪种类型的生命线能更好地表示你所要表达的对象。您可以通过以下三种方式创建生命线。 工具画板中选择一个生命线拖拽至画布中。 从工程树中其它模型视图中的元素拖拽至画布中生成对应生命线,您可以使用Link方式引用。
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。 建模步骤