UML浅显 杂 谈 ~.

随便说说....

说起UML（统一建模语言，UnifiedModelingLanuage），其实就是用来对软件密集系统进行可视化建模的一种语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。

说白了它就是一个牛人们定下的规范，在面对复杂多变需求的情况下我们进行软件设计的时候往往只靠我们自己动脑子想，模型呀，算法关系呀，都只存在脑子里，这样是不行的，因为毕竟我们的大脑进行"多线程操作"还是有一定限制的。慢慢的这个问题被越来越多的人提出来，那么就有大牛带头定下了这些规则说明。

规矩都定下了，那肯定是用来约束什么的，接着引出我们的建模工具（例如：IBM的RationalRose和MS的Visio）。这些工具就是为方便分析表述划分的模块之间各个关系和模块内部细节的工具，方便进行模块编程，并且还有一点就是方便不同程序员之间的任务交互，更加方便开发小组内或和用户之间的交流沟通的（这点和软件工程很相近）。

那该如何理解建模工具呢？想来，大家肯定知道缓存了，缓存就是内存中开出一片空间，用来存放硬盘存储中的那些频繁被外界调用的数据的。那么建模呢，就是用来将那些关键的核心却很抽象的问题，形象表示出来，方便理解分析，解决问题。同缓存类同的是都起到了中间桥梁的作用，方便，一切的一切都是为了方便解决问题，哎......想想，真是伟大的创造呀。

在我们所学的知识中，还有一个是起到规范作用的，就是软件工程，规范我们在软件开发过程中的各项操作的细则，使得开发出来的软件不再单单的是一个程序，而是辅以很多的相关文档，为什么要这样做呢？因为有了软件危机，软件危机怎么了呢？软件危机影响到了软件开发行业的发展，使得以往开发好的软件不能够适用新的需求，使得一切都成了一堆垃圾。同样这里又归结到了创新，创新使得软件工程的引入，使得软件危机问题得以缓解。而我们在编写软件开发文档的时候又遇到了问题，复杂抽象的问题如何形象、快速的表示出来，如何能够使我们开发人员在模块划分、实现功能及和用户需求交流时更加高效、低错的完成工作。

这样的问题被提出来了，慢慢的就引出来了本文说到的建模，规范化后形成了UML。细看，我们正在从软件设计开发的大门一步一步走进来，慢慢具体，慢慢细化。

问题又来了，为什么课程是这样安排的呢？为什么不是先学习UML建模，后学习软件工程呢？（是宏观掌控，刺激兴趣吗？大家积极留言哦~ ...）

(*^__^*)嘿嘿……

<!--EndFragment-->