【《大象》第三部分】UML视图与模型

【《大象》第三部分】

大家好！我是未来村村长，就是那个“请你跟我这样做，我就跟你这样做！”的村长👨‍🌾！

一、视图

uml中有两大类图，分别为静态视图和动态视图，相关内容结构如下图。

1、用例图

① 相关概念

概念与作用：用例图是显示一组用例、参与者以及它们之间关系的一种图。它描述了用户系统如何使用一个系统。

包含要素：参与者、用例、它们之间的关系

② 示例图

2、活动图

① 相关概念

概念与作用：状态机是展示状态与状态转换的图。状态机有两种建模形式，一是活动图，而是状态图。用于对用例模型的业务流程的描述，用于简化描述一个过程或者操作的工作步骤。

包含要素：起始点、活动、判断、同步、结束点、基本流、支流、组合活动、泳道

② 示例图

3、状态图

① 相关概念

基本要素：通过建立类对象的生存周期模型来描述对象随时间变化的动态行为。状态图包含了一个类的对象在其生命周期内的所有状态的序列，以及对象对接收到的时间所产生的反应。

包含内容：初始状态、状态、复合状态、转移、事件、条件、最终状态

② 示例图

4、顺序图【时序图】

① 相关概念

概念与作用：强调消息时间顺序的交互图，描述了对象之间传送消息的时间顺序，用于表示用例中行为的顺序。

包含要素：对象、生命周期线、消息、会话、销毁

② 示例图

5、协作图

① 相关概念

概念与作用：强调参与一个交互对象的组织

包含要素：活动者、对象、对象关联、消息、消息序号

② 示例图

6、分析模型

概念与作用：使用MVC架构，图形类似时序图，但是对象分为边界类、控制类和实体类，一般用于概念建模。

包含要素：参与者、边界类、控制类、实体类

二、模型

1、业务用例模型

业务用例视图：描述参与者和业务用例的关系，采用用例图

业务用例场景：描述业务用例的执行过程，采用时序图、活动图、协作图完成

业务用例规约：针对每一个业务用例进行编写，说明业务用例的使用者、目标、场景、相关业务规则、相关业务实体

业务规则：描述客户操作规范，包含法律法规、管理、规定

业务用例实现视图：将业务用例实现用实现关系连接到业务用例

业务用例实现场景：针对每一个业务用例实现，说明该实现方式的步骤

2、概念用例模型

概念用例视图：概念用例视图将得到的概念用例用包含、泛化、扩展关系连接到基本业务用例，表示这些概念用例的来源及它们服务于哪个或哪些业务用例。概念模型是针对需求中的关键业务，需要从复杂的需求中找出支撑起整个业务的主线。依据典型性和代表性原则，参考上述核心业务的归纳情况，在已有业务用例中分别可以找到对应的关键业务用例。

概念用例分析：从业务用例中挑选出重要和典型的业务用例场景，绘制这些概念用例如何贡献或者如何实现这些业务用例场景。将视角由业务切换到系统上，对于申请承包农田这一业务用例，可以进一步将其业务活动具体化，“分解”形成概念用例。

分析类视图：绘制出从概念用例分析过程中抽象出的分析类的静态关系

分析场景：使用分析类绘制对象交互图，从对象的角度去实现概念用例分析场景。其中针对抽取的概念用例，可绘制场景图，可采用时序图、活动图等

3、系统用例模型

系统用例视图：对业务用例进行排除、合并、抽象、补充等操作

系统用例规约：针对每一个系统用例进行编写，说明系统用例的使用者、目标、场景、相关用例规则

业务规则：描述客户操作系统的规范，包含法律法规、管理、规定

系统用例实现：将系统用例实现用实现关系连接到系统用例

系统用例场景：描述系统用例的使用场景

4、领域模型

提出领域问题：找到业务中复杂的内容或实体

分析领域问题：分析对应的复杂的内容或实体

建立领域模型：提出相关的分析结果和解决方案

检验领域模型：对该问题的解决方案进行检验