UML带你从现实世界走到对象世界

布满荆棘的人生 2022-08-24 14:05 289阅读 0赞

在上一篇中，我们整体理解了UML和面向对象之间的关系，是怎样通过协同工作帮助我们描述这个世界，在这篇文章中，我们来具体介绍UML是怎么样一步步从现实世界——〉业务模型——〉概念模型——〉设计模型。

1.现实世界——业务模型

首先建立模型是我们解决现实世界问题的一种常用手段，比如我们熟悉的数学建模，就是通过数学方法来对现实世界进行分析和预测。我们现在处于的这个现实世界丰富多彩让我们眼花缭乱，所以我们建立模型的过程就是一个抽象的过程。其实无论我们对什么建立模型，从而达到什么功能，本质都是由人，事，物和其之间的规则组成的。所以在这里UML就提供了这样的元素来为现实世界建立模型——元模型和视图。首先，由作为参与者的元模型来提供信息来源，也是第一驱动者，充分体现以“人”为中心。第二，以用例来表示驱动者的业务目标，即参与者想要做什么，从而获得什么。即：现实世界的事。第三，这件“事”是怎么做的，则通过视图来描绘，也就是我们所说的“规则”，最后，我们通过业务对象模型来表示达成业务目标过程中涉及到的事物，即：“物”。

如图所示：

![Center][]

2.业务模型——概念模型

上一过程简单的从现实世界映射到业务模型，只是原始的需求信息。距离我们编码还很遥远，我们必须把这些内容转换成可以用来指导开发的具体方式。UML通过概念化过程来建立适合计算机理解和实现的模型，即：分析模型。它介于原始需求和计算机实现之间，是一种过渡模型。向上可追溯到原始需求，向下是计算机实现的高层次抽象，通过它的指导和约束来完成可执行代码设计过程。在这个过程中，主要用到了元模型的边界类，可理解为我们熟悉的界面，实现人机交互。；实体类，既业务实体的实例化结果；控制类，实质就是原始需求的动态信息，即步骤和活动。

如图所示：

![Center 1][]

3.概念模型——设计模型

在上一过程，经过概念模型的转化，业务模型对于计算机来说，已经可理解了。但是要得到真正可执行计算机代码，我们需要继续将概念模型实例化，即转化为计算机执行所需要的设计模型。在设计模型中，就像是我们已经知道了一辆汽车的所有零部件，我们要做的工作就是建造零部件，组装汽车。具体就是，概念模型中的边界类转化为了操作界面或者是系统接口，控制类转化成了算法……一般说来，其转换规则有三条：1.软件架构和框架；2.编程语言； 3.规范或中间件。

如图所示：

![Center 2][]

经过上述三个模型的转化，第一步，通过UML的用例捕获了现实世界中人要做的事，然后通过用例场景等视图来将人，事，物，规则构成的现实世界一一描述出来。我们就解决了上一篇博文中面向对象的困难：1，将现实世界映射到对象世界的方法，2.用对象世界描述先生世界的方法，3，一种验证对象世界能否正确反映现实世界的方法。

[Center]: /images/20220824/90523a73e2a948498b901791f27ce041.png
[Center 1]: /images/20220824/0f070ee53a2f40409002b6dd2ac4ce3d.png
[Center 2]: /images/20220824/fc550814288e4c9d8fd72c749a88563a.png