检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Object 封装了状态和行为的具有良好定义界面和身份的离散实体,即对象实例。 Decision 是状态机中的一个元素,在它当中一个独立的触发可能导致多个可能结果,每个结果有它自己的监护条件。 Merge 状态机中的一个位置,两个或多个可选的控制路径在此汇合或"无分支"。 Send
形的电子产品、服务及观念。 狭义上,系统指能独立满足客户某种需求、并符合客户的理解及业界划分习惯的实体。 SubSystem 子系统是一个独立的能够满足特定功能的组合,通过一个或多个它所实现的接口来提供行为。 完全封装自己的内容,通过接口提供行为。 可由组件/模块或更小的子系统组成。
用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。 数据模型(强数据场景必选)
部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。 部署模型(必选)
用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。 父主题:
逻辑视图面向系统逻辑分析和设计,是描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 开发视图 开发视图面向系统开发及软件管理,是描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。菱形箭头为整体所在一边。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Build
(控制流)在交互中,控制的后继轨迹之间的关系。 Object Flow (对象流)各种控制流表示了对象间的关系、对象和产生它(作输出)或使用它(作输入)的操作或转换间的关系。 Interrupt Flow 中断流是用于定义异常处理程序和可中断活动区域的连接器的两个UML概念的连接。 交互概述图示例,如下图所示:
√ √ √ × × 自创建(在自己包下面创建包、图、元素,在其他人创建的包下可建图、元素) √ √ √ √ √ √ × 自更新(只能修改自己创建的包、图、元素) √ √ √ √ √ √ × 自删除(只能删除自己建的包、图、元素) √ √ √ √ √ √ × “√”表示默认有权限,“
征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系,表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模示例 运行模型不需要引用其它模型中的元素,根据实际业务流程在图中创建对应的进程和线程元素,并建立它们之间的交互关系。如下图所示描述一个数据批量处理交互过程。
期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选) 运行模型-顺序图模型是从逻辑模型中的架构对
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 前提条件 因为交付模型主要是描述构建模型中的结构元素打包成交付文件的过程,所以必须先完成构建模型的设计才能进行交付模型。 建模步骤
在逻辑模型图中创建建模元素 选择逻辑模型图后,工具面板会显示对应模型图下的建模元素。 将鼠标移动到需要使用的元素System上直至变成手势图标,此时左键拖拽元素到右侧画布中,松开左键后成功创建名称为System1的元素,同样的方式创建元素Subsystem1,如下图所示: 图1 创建元素
部分右键特殊功能只有特定的图元才有,“属性&方法”菜单项只有类、接口、数据类型、枚举、信号、对象这些图元才有,可以给对象图元添加属性和方法,编辑方法相同。 属性和方法的显示样式: 属性 属性列表:支持快速编辑,存在多条方法可拖动排序。 属性设置:自定义属性设置,类型可以选择默认的基础类型,也
表示逻辑对象引用的平台。 Composition 组合,是整体与部分的关系,但部分不能离开整体而单独存在。 Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功
应用:软件设计开发。 场景特点:软件设计和开发过程会有不同的角色参与其中,统一设计建模语言减少沟通成本。 适用场景:支持4+1视图和UML模型在线设计,为用户提供可视化建模语言。 模型协同设计 应用:项目协同设计。 场景特点:工程庞大、周期短的情况,需要投入多人同时开发建模。 适用场景:项目
r Lifeline)。生命线的类型不会影响消息线的连线逻辑。 创建生命线 在创建生命线前,需要先考虑哪种类型的生命线能更好地表示你所要表达的对象。您可以通过以下三种方式创建生命线。 工具画板中选择一个生命线拖拽至画布中。 从工程树中其它模型视图中的元素拖拽至画布中生成对应生命线,您可以使用Link方式引用。