【UML】UML视频总结——实战前的思考

以你之姓@ 2022-08-11 00:53 128阅读 0赞

UML视频总结来的晚了些，因为大图一直在修改，今天才展示出来。总结就是要下一番功夫的，这样才能从中得到提高。每次看到自己画的大图，那小心情倍儿爽!!

![SouthEast][]

*  导图思路

上面这张大的是我的视频总结。一共分为四个大部分：面向对象的思想、UML基础、统一过程、UML与设计模式。这些子项目之间是有联系的。

1、UML与面向对象之间：

UML是面向对象的标准建模语言，可见面向对象就是UML的核心理念。由于是直接面向对象（指问题）的，UML用图的形式发现问题（需求）、解决问题（设计），软件的设计因为面向对象的分析方法而变得简单化。

2、UML与设计模式之间：

视频中简单的提到了设计模式，我理解设计模式就是前人践行过很多次的经典的解决核心问题的一种方法。运用设计模式就是我们平时总说的“站在巨人的肩膀上”。使用UML可以将设计模式以图的形式展现，对模式进行描述的作用。

3、UML与RUP之间：

UML只是一种建模语言，而没有人来告诉开发人员如何使用UML。二者就像是音乐理论和五线谱的关系一样。RUP就为使用UML提供了一种方法，UML为RUP提供了语言。二者完美结合作用于软件的开发过程中。

在上篇博客中罗列了九种图的基本定义（稍加了自己的理解），在实战机房收费系统的UML图之前，我又琢磨了一下九种建模图之间的关系。看看哪些图先画，哪些图后画，也算是画图之前思路的整理。

![20140814105506184][]

*  导图思路

先从父节点建模说起。如我上图展示的，模的对象很容易理解，就是事情发生的时候参与的人、事、物、规则。所以，很轻松的解决了第一个问题，即模是什么。接下来的要研究的第二个问题——怎样建。从抽象的角度不同，建模方法分为两种，即面向对象与面向过程。显然，UML建模是遵循了面向对象的原则。这样使我们的问题领域变得简单。

![20140814111416483][]

解决这些问题领域，就要归纳出所有必要的抽象角度（用例）。用例一旦实现了，问题领域也就解决了。这就是用例驱动方法的原理。在RUP中，用例捕获了系统的功能性需求，由此得知，画图的第一步就是用例图了。用例图需要把握“火候”，粒度的掌握是分析人员必须考虑的内容。粒度少则不易维护，粒度多则内容太具体了。

第二步（模块划分，用例实现）便是用例驱动下逻辑视图的诞生，逻辑视图意在分类组织，模块划分。抽象出系统需要的类，这些类都有什么属性和方法。对象图就是展示了类图某一个特定角度的快照。类应该在包图里面，我们可以先把类画完再分成包图，或者由上而下的先从包图开始也可以。由此，得到逻辑视图的画图顺序。

第三步（进一步描述对象间的行为和交互）是进程视图，也就是几个动态图的实现。他们的侧重点不同，就像是摄像师给模特拍照的角度不同一样。总之都是进一步描述对象的交互和行为的。先来看行为图（状态和活动），用字面的意思来理解二者，状态是经过了某个行为之后的所处的状况；活动是研究了这个行为的动作，有并发执行的时候，活动图是最好的体现。再来看交互（协作和时序），协作重在空间，时序重在时间。二者可以相互转换，所以哪个角度好分析就先画哪个，转化成另外一个就行了。

第四步的构件视图我认为它是一种加工过程，组装系统的零部件。各个构件之间的依赖关系的一种体现。第五步实施图也是部署图，从表面意思可以理解成系统发布了，各个事物是如何部署在物理节点上的。

![20140814170439143][]

*  小结

表面上是各个角度没有交集，但是没有类图就能有对象间的行为和交互么？所以他们还是有所联系的。九种图各具特色，相得益彰。找到了画图的顺序，剩下的就是从不同的角度来“欣赏”我们的机房收费系统啦。师姐说现在没学三层，画的图怎样都是错的，但我会努力的。要先认为我是对的，等以后学了新知识慢慢改进就行了！！实战UML，fighting~

[SouthEast]: /images/20220810/e4247903da9a49518ffbe10fb099c66b.png
[20140814105506184]: /images/20220810/d82d57bd22d7441e894a888849400119.png
[20140814111416483]: /images/20220810/aa4d1d02b00e4f779a4158b2ca0aea59.png
[20140814170439143]: /images/20220810/770c68c5073742959724ffc4a2c4a002.png