[架构之路-215]- 系统分析-领域建模基本概念

目录

1. 什么是领域或问题域

2. 什么面向对象的“类” =》 设计类

3. 什么是概念类 

4. 什么是领域建模

5. 领域建模与DDD（领域驱动架构设计）的关系

6. 领域建模的UML方法

7. 领域建模的案例

其他参考：

---

1. 什么是领域或问题域

领域，在软件工程中，是相对于计算机域而言的，就是用计算机技术来解决问题的领域，又称为问题域。即问题域是指被开发系统的应用领域，即在客观世界中由该系统处理的业务范围。

也就是说，问题域或领域是相对计算机域而言的！！！

2. 什么面向对象的“类” =》 设计类

类是面向对象语言的程序设计中的概念，是面向对象编程的基础。

类的实质是一种引用数据类型，类似于 byte、short、int（char）、long、float、double 等基本数据类型，不同的是它是一种复杂的数据类型。因为它的本质是数据类型，而不是数据，所以不存在于内存中，不能被直接操作，只有被实例化为对象时，才会变得可操作。

类是对现实生活中一类具有共同特征的事物的抽象。如果一个程序里提供的数据类型与应用中的概念有直接的对应，这个程序就会更容易理解，也更容易修改。一组经过很好选择的用户定义的类会使程序更简洁。此外，它还能使各种形式的代码分析更容易进行。特别地，它还会使编译器有可能检查对象的非法使用。 [2] 

类的内部封装了属性和方法，用于操作自身的成员。类是对某种对象的定义，具有行为（behavior），它描述一个对象能够做什么以及做的方法（method），它们是可以对这个对象进行操作的程序和过程。它包含有关对象行为方式的信息，包括它的名称、属性、方法和事件。

类的构成包括成员属性和成员方法（数据成员和成员函数）。数据成员对应类的属性，类的数据成员也是一种数据类型，并不需要分配内存。成员函数则用于操作类的各项属性，是一个类具有的特有的操作，比如“学生”可以“上课”，而“水果”则不能。类和外界发生交互的操作称为接口。

3. 什么是概念类 

计算机领域的“类”称为“设计类”，

与具体编程语言相关的类称为“实现类”

按照类的方法，针对问题领域进行抽象，得到的”类“，称为”概念类“。

概念类，不需要计算机编程的知识和技能，只需要有“类”的思想，对现实世界的某个业务领域进行抽象即可。

4. 什么是领域建模

领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型。

它专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。

领域建模做两件事：

1. 发现和构建概念类
2. 明确和构建各种概念类之间的关系

5. 领域建模与DDD（领域驱动架构设计）的关系

一提到领域建模，就会立即想到DDD，其实，这是两个不完全相同的概念，也并没有包含关系。

领域建模是系统分析师进行需求分析和系统分析中重要的输出之一，是在用户需求分析之后，对问题领域的核心概念进行建模。领域建模为不懂业务领域，只懂计算机语言的程序员提供了一个理解业务领域的手段和桥梁。并非DDD特有的，当然，DDD也注重领域建模。

6. 领域建模的UML方法

UML语言并没有提供领域建模的专有的工具、视图、模型。

在UML语言中，有两种方式可以描述领域模型：类图和状态图。

因此，面向对象构建“类图”的方法，都可以拥有构建领域模型，即概念类图。

不同的是：设计类图使用的计算机领域的知识来描述，而领域建模是用问题领域的语言来描述，这两种并非完全一一对应，架构师和设计师可以基于领域模型进行软件设计上的优化和调整，但都必须能够实现业务领域模型的目标！！！

当然，有时候，设计类图可以完全借用或沿袭领域模型的概念类图作为设计类图。

7. 领域建模是必须的吗？

不是必须的，如果业务领域的知识能够很容易被软件架构师或程序员理解，其实不一定需要构建领域模型，软件架构师可以根据用例图和用例规约直接设计“设计类”。

但是，如果业务领域的知识不是那么容易被软件架构师或程序员理解，且业务系统非常复杂，且分析师与架构师是不同的人，为了能够帮助架构师和程序员更好的理解复杂的业务系统，领域建模就很重要的。

领域模型是分析师或产品经理与用户一起构建的！！！

8. 领域建模的案例

其他参考：

[架构之路-97]：《软件架构设计：程序员向架构师转型必备》-7-业务需求之领域建模_文火冰糖的硅基工坊的博客-CSDN博客

【面向对象分析与设计】 华东师范大学_哔哩哔哩_bilibili