检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模步骤 创建上下文模型。
“UML”:又称统一建模语言或标准建模语言,是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持。 “4+1 View”:是一组相关联模型的集合,从不同的视角,反映不同利益干系人的关注点。通过逻辑、开发、部署、运行4个典型视角描述系统的各个切面,以用例串接和验证各切面设计。
上下文模型 2.7.1上下文模型中只能有一个System 详细描述 在上下文模型中只能存在一个类型为System的元素;其它的三方交互的对象用ExternalSystem或者Actor元素表示。 检查范围 当前模型工程中的所有符合定义规则的System元素,工程设置 > 构造型下,绑定到4+1视图
足设计表达的要求,此时需要添加一些新类型的图元放入到工具箱中来使用。用户可以单击“新建构造型”按钮,来创建新的构造型元素,如图所示。 按上图示例,新增一个示例构型元素,如图所示: 元素类型:此处选择的类型决定图元的外观样式和默认属性。 继承构造型:继承选择的目标类型的属性信息。
动图中不能产生新的逻辑元素 详细描述 在运行模型中不能创建新的逻辑元素,只能从逻辑模型中引用或者实例化到运行模型中来进行设计。 检查范围 当前模型工程中的所有模型图类型为运行模型图上的逻辑元素,逻辑元素的定义参考逻辑模型检查章节。 如何检查 查询所有运行模型图中的元素,找出在运行模型图中创建生成出来的逻辑元素。
Aggregation 聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 建模示例 从工具箱中拖入功能域和特性元素到功能模型图中,以一个应用部署功能为例建立如下图所示模型结构: 如果当功
在部署模型图上创建出来的部署元素; 引用到部署模型中的部署元素(包含关联空间中的引用的部署元素); 如何检查 查询基于模型图构出的部署模型架构树,找出与架构方案不匹配(标红)的元素。 正确示例 架构层级规则示例: 关联父级:配置的是当前层级元素与上一层级的元素之间的连线类型和父子关系指向。
特指系统设计阶段输出的系统最小分解部件,系统设计阶段将模块当作黑盒,不涉及模块的内部结构,但要明确给出模块的功能、模块之间的接口。 Service 服务,是指具备明确的业务特征,由一个或多个关联紧密的微服务组成,可直接面向客户/用户进行打包、发布、部署、运维的软件单元。用户从业务
State 对象的生命中的满足一定条件,执行一定操作,或者等待某事件的条件或者情况。 StateMachine 状态机是展示状态与状态转换的图。通常一个状态机依附于一个类,并且描述一个类的实例对接收到的事件所发生的反应。 Fork Join Fork,复杂转换中,一个源状态可以转入多个目标状态,使活动状态的数目增加。
单击操作栏“新增层级”。 选择逻辑模型下的System元素为一级节点,一级节点不需要配置关联的父级节点和关系,只需要配置显示是否嵌套,如下所示。 添加第二层级构造型元素时,就需要配置二级元素与一级元素的父子关系连线的类型以及指向关系。 如图所示的Subsystem中的关联父级列;三级及更深层级可以依次参照此方式配置,不再赘述。
模型图的列表,单击列表中的模型图名称,可以打开对应的模型图; 通过双击图标上的子图图标也可以直接打开图元的子图; 关联图方式:将元素与图进行手动关联,可以实现双击元素图形上的关联图角标,快速打开关联的图形; 元素关联到当前模型工程其他图,在元素菜单中点“关联图”: 在弹出的窗口中
另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Constraint 是一个语义条件或者限制的表达式。UML 预定义了某些约束,其他可以由建模者自行定义。 Anchor 锚点。 Containment 内嵌,表示嵌在内部的类。
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 对象图示例,如下图所示: 示例首先显示简单的类图上连接的两个类元素。 上面的类被实例化作为下面对象图中的对象。在此模型中有的两个
关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 Generalization 泛化,是一种继承关系,一个类(通用元素)的所有信息(属性或操作)能被另一个类(具体元素)继承,继承某个类的类中不仅可以有属于自己的信息,而且还拥有了被继承类中的信息。 Include 包含,包含关系描述的是一个
聚合,是整体与部分的关系,且部分可以离开整体而单独存在。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。
程序包,从而提供程序包的分层组织。 Nesting 嵌套,即一个类的嵌套到另一个类。 Realization 实现,是一种类与接口的关系,表示类是接口所有特征和行为的实现。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 通信图示例,如下图所示:
所有特征和行为的实现。 Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Association 关联,是一种拥有的关系,它使一个类知道另一个类的属性和方法。 建模步骤
Dependency 依赖,是一种使用的关系,即一个类的实现需要另一个类的协助。 Usage 使用,是一种使用的关系。表明一个模块在运行的时候,需要使用另外一个模块。 Build From 构建关系,表示当前构建结果从某一代码目录或者代码文件构建而来,仅适于构建元素与代码元素之间的关系,连线方向由构建元素指向代码元素。
Diagram)用于详细描述系统中对象的状态随时间变化的情况。 元素介绍 元素名 图标 含义 Timeline 时间生命线,代表一个对象,x轴表示时间,y轴表示离散状态。 多个时间生命线可上下叠加,共用最下层的时间轴。 不支持Link和Instance方式引用。 建模步骤 以门禁系统为例展示时间生命线的状态过程。
引用到代码模型中的代码元素(包含关联空间中的引用的代码元素); 如何检查 查询基于代码模型图构出的代码模型架构树,找出与架构方案不匹配(标红)的元素。 正确示例 架构层级规则示例: 关联父级:配置的是当前层级元素与上一层级的元素之间的连线类型和父子关系指向。 嵌套:是否支持当前类型的元素与同类型元素建立关系。 嵌