检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
组件图 组件图显示了复杂软件系统中的各个组件如何相互关联以及如何使用接口进行通信。它们不用于更简单或更直接的系统,元素介绍如下表所示: 表1 组件图元素介绍 元素名 图标 含义 Class 是对象的集合,展示了对象的结构以及与系统的交互行为。 Interface 接口,可以是单个接口,也可以是抽象的一组接口的组合。
活动是状态机内正在进行的非原子执行。 StructuredActivity 结构化活动是一个活动节点,可以将下级节点作为独立的活动组。 CentralBufferNode 中央缓冲区节点是一个对象节点,用于管理活动图中表示的来自多个源和目标的流。 Datastore 数据存储区定义了永久存储的数据。
开发视图概述 开发视图面向系统开发及软件管理,描述系统代码结构,构建结构的视图,主要解决系统技术实现和开发的问题,它依托逻辑视图,描述代码、构建结构。 模型类别 描述 代码模型(必选) 代码模型定义代码结构以及代码元素逻辑模型中逻辑元素的对应关系,建立逻辑元素到代码仓或者代码目录
部署图 部署图用于大型和复杂系统的另一张专门图,其中软件部署在多个系统上,元素介绍如下表所示: 表1 部署图元素介绍 元素名 图标 含义 Node 部署节点。 Device 设备节点。 DeploymentSpecification 部署规格。 ExecutionEnvironment
活动是状态机内正在进行的非原子执行。 StructuredActivity 结构化活动是一个活动节点,可以将下级节点作为独立的活动组。 CentralBufferNode 中央缓冲区节点是一个对象节点,用于管理活动图中表示的来自多个源和目标的流。 Datastore 数据存储区定义了永久存储的数据。
图标 含义 Actor 角色,是与系统交互的人或事物。 Object 封装了状态和行为的具有良好定义界面和身份的离散实体;即对象实例。 Boundary Object 边界对象。 Control Object 控制对象。 Entity Object 实体对象。 Package 包。对
逻辑视图概述 逻辑视图面向系统逻辑分析和设计,描述系统逻辑结构的视图,主要解决系统分析和设计的问题,它描述系统的业务上下文、系统的逻辑分解,以及分解出的逻辑元素间的关系。 模型类别 描述 逻辑模型(必选) 逻辑模型描述系统的逻辑功能模块分解,将系统分解为相应的逻辑功能元素,并描述各逻辑功能元素之间的关系。
Card的状态。 切换到状态转换页签,初始状态No Card默认从时间点0开始,不可修改。 时间点:必填。表示目标状态的转换时间,这个时间只能在时间轴表示的时间范围内。 转换状态:必填。表示转换到什么状态,从状态列表中选取,严格按照时间点从小到大排序,上下不允许相同。 事件名:非必填,触发转换的事件。
是平台或更大的子系统的组成部分,与其他子系统相对独立。 必须是交付件(能够支持异步开发和外包)。 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中模块特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒、不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。
部署视图概述 部署视图面向系统部署,描述系统的交付、安装、部署的视图,主要解决系统安装部署的问题,描述系统的交付、安装、部署关系。 表1 部署视图 模型类别 描述 交付模型(必选) 交付模型定义的是从构建结果和外部软件一起打包成最终交付给客户的Release Offering的模型设计过程。
上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。元素介绍如下表所示: 表1 上下文模型元素介绍 元素名 图标 含义 Actor 角色,是与系统交互的人或事物。 System 系统。 广义上,系统是指提供给
用例模型 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增量版本中影响架构的用例模型;而交互场景描述系统与外部实体之间复杂的交互关系图,采用UML顺序图进行描述绘制,帮助描述隐含的需求和约束,以及系统的验证。元素介绍如下表所示:
边界生命线,表示一个系统的边界,或者系统中的一个软件元素。与用户交互的接口界面,数据库网关,或者菜单,就是边界。 Entity Lifeline 实体生命线,系统数据。在顾客服务应用中,顾客实体将管理所有与顾客相关的数据。 Control Lifeline 控制生命线,表示一个控制实体或管理者。
数据模型 数据模型定义系统的关键数据设计,包括关键数据结构设计、数据流,以及数据所有权等。元素介绍如下表所示: 表1 数据模型元素介绍 元素名 图标 含义 Entity 实体,该实体建立了一种和数据库表的映射关系。 Attribute 属性。 Class 类,是对象的集合,展示了对象的结构以及与系统的交互行为。
运行视图概述 运行视图面向系统运行,描述系统启动过程、运行期交互的视图,主要解决系统运行期交互,描述各可执行交付件在运行期的交互关系。 表1 运行视图 模型类别 描述 运行模型(可选) 运行模型描述系统运行期间的关系,从进程的维度描述系统运行时的交互过程和关键数据流。 运行模型-顺序图(必选)
如何创建模型工程 登录系统,切换到“软件建模”页签,在页面单击“新建模型工程”。 设置新建模型工程基本信息,保存即可。 父主题: 工程管理
上下文模型(必选) 上下文模型描述系统和外部环境(包括人、系统及外部实体)之间的关系,依赖和交互。通过上下文模型可以显示定义系统的范围、职责、边界。 用例模型(必选) 用例模型描述系统的关键用例和交互场景,用于描述系统与外界的交互关系。其中关键用例部分主要描述系统基本的业务用例模型,以及增
Domain 域,用于在架构表达、开发管理、对外介绍的过程中,表达系统的层次关系或内部分组,一般由多个服务组成,可以是一级(域)或多级(域/子域,或者域/1级子域/2级子域…)。 域和子域不对应实际的设计开发实体,可以根据需要灵活调整。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。
技术模型定义系统采用的关键技术部件和技术栈,包括整体框架技术,公共机制,基础设施,公共服务/组件,以及各逻辑功能元素的技术方案等。元素介绍如下表所示: 表1 技术模型元素介绍 元素名 图标 含义 Module (IEEE 610.12-1990)系统中一个逻辑上可分离的部分。系统设计中
Lifeline表示人或其余参与系统(机器),代表的是一种执行/参与的角色。 Boundary Lifeline表示目标系统中的边界对象,可用于表示MVC模式中的View(视图),该示例中它表示的是运行于浏览器上的用户界面或者其余客户端页面。 Control Lifeline表示目标系统中的管理/调