从学校刚刚踏入社会，从搞硬件的行当混到了做软件的行当，不久便认识了UML，记得老板在第一次面试的时候问我有没有用过Rose，我当时很惊讶。走出学校就感觉自己的见识很多啊，很多开发程序的软件我都见过啊，什么 VC6.0、 delphi、Jbuilt等等都有耳闻，怎么就没有听说过这个。心中顿生谜团，在这样的信息社会怎么能让自己比别人显得无知呢，我决定baidu一下，发现还是一个建模的工具，终于知道这个神秘的家伙了。当一个问题的终结，预示者新的问题将要出现。我的问题就是不知道。软件建模，是什么。因为在以后的工作中我要阅读 UML 图，不知道那些方方块块到底表示的是什么东西。由热心的老程序员的帮助，我很快便能读懂了一些简单的符号。按照图上所指示的一些函数，添上去，虽然我不知道为什么要写这些函数，这些东西会在什么地方用到。但是一看到强大功能的程序运行起来。我就无比兴奋，不知道对程序有什么贡献，但是知道这个程序的一部分有我写的代码。所以我便对UML产生了兴趣，要知道他为什么有这么大的功能。变开始阅读有关UML的书籍。对UML有了初步的了解。
了解UML
UML是一种通用的可视化的建模语言，用于对软件的描述，分析，可视化处理和建立软件系统工件的文档，它记录了构建系统的有关决策和理解。它最到的优点就是促进交流，达成一致的认识，并记录下来。出于对UML的好奇，我就一边做UML建模工具，一边学习UML的理论知识。于是翻阅了大量的资料。通读了UML的规范。UML Infrastructure Specification,UML Superstructure Specification。也做出了一个小东西
但是我对uml并不是很了解，只是很机械的知道一些理论，但是并没有什么感性认识，并不知道。他在项目中起到什么作用。随着项目经验的赠多对uml慢慢的有了一些认识。知道了uml的很多用途，通过花用力图可以从客户那更好的获取需求。但是更重要的是一种沟通的技巧、当然包括很多了、比如态度，语气，和提问的技巧。但是加上Usecase的辅助总会把事情做得更好，能更好的分析，记录需求的内容。同时也给别人专业，认真地感觉。还有装饰文档的作用，好多文档是给领导看的，需要领导来决策。但是领导不一定对软件设计、分析很懂。那么就会不怎么注意内容。排版和样式就更重要的一些。UML便会起到美丽外衣作用。但是我还是更注重又实用价值的文档。如果一个文档只是在投标、项目启动时期和验收的时候才用到。这样的文档一定不是一个好文档，就很有形式之嫌。因为好的文档是用来传递信息，保存信息的介质，要跟进整个软件开发的过程，要不多的被用来阅读和完善。没有完善文档的软件，框架是没有多少生命力。其次比较重要的是类图。真正开发的人会知道。如果想让两个人达成一致的理解不是一件很容易的事。我们都用语音来描述我们想象中的设计。但是你把你的想象通过语音传递给别人的时候。很多时候是别人不能很快的理解。即使他说他明白了。这个时候你要注意。他明白的架构未必是你说的的架构。在程序开发中。交流是很重要的。我非常推荐结对编程。结对编程的好处，大家很容易知识互补，互相学习。这个时候的结对工作效率和质量会平时的几倍，但并不是每个人都回结对合作的。所有有经验的老手要带一下新手。如果大家把自己的架构，画出来。通过uml这种可视化的语音描述出来，然后，大家都要把自己对架构的理解讲给别人通人听，也是一个审核的过程。这样就会提高对理解精确度。在项目开发中，越来越多的使用uml我对有uml有的新的认识，发现自己对uml还不是那么了解。还不能充分的利用这么语音。我决定在学习一便uml。像大家推荐一个不错的工具http://www.visual-paradigm.com/ 完全支撑 UML2.0 规范。而且是免费的，很是适合学习使用。
