这次下了决心,一定要学会使用UML进行软件建模的技术。

在软件这条路上也工作了5个年头了，第一次听说UML是3年前（2003年初）参加一次“系统集成项目经理培训”（汗，以前在学校学软件工程都没听说这个，我的大学教育啊，怎么和实际差这么远）

因为是系统集成的培训，关于UML的课程只有1天，由于很感兴趣，当时就从听来的那些七零八碎的讲解中，开始了我的第一次UML学习。

回到工作中，就想在我的软件项目里使用UML，先是下载工具，再找破解，装好后一阵把玩，但是到用才发现，好难啊，都不知道怎么下手。一周后，放弃了。还是使用以前自己那套来做。

第二次是年底闲下来的半个月里，又对着工具弄了一段时间，还是没有入门，到春节放假，一过节，就把这事给丢一边去了。

开年后，新的项目来了，先是一个政府部门全市的协同办公系统，然后又是一个关于GIS应用的项目，全副精力又投入系统开发和GIS的学习兼实施当中（GIS当时不会）。就这样又折腾了一年，其间又参加了IBM的系统架构师培训，又受了一次教育，年底了，项目圆满结束，又得了公司的优秀员工，一年的时间又过了。

接下来就是今年了，公司在发展，项目规模也越来越大，我意识到在未来的工作路上，我不掌握软件建模技术，是无法驾驭更多人的团队开发活动了。正好今年的项目非常适合使用UML建模技术（该项目多开发商介入，共同实施），我下了死决心，就在今年，UML建模一定要学会，至少要入门。

通过这么多年的经验，和平常的反思总结，我这次不从工具入手，因为软件模型设计应该是一种人的创造性思维产品，UML是描述这种思维产品的语言，工具只是采用这种语言实现记录和表达这种思维产品的手段和载体。
这次我先在网上找一些前辈的心得笔记看看，再找一些大学UML课程powerpoint 学起，然后对照UML手册看（很多看不懂的，一样看起走），对于工具没再关心过。
反复的看，真的好多思想理解不到（比想象的困难很多，汗），看了几次后，开始动手对现在的项目进行建模，对于不懂的自己猜个意思做，不管对与错，工具嘛，机器上有Visio，就用这个了。反正工具也不重要，对于我这样的初哥 : ) ，在动手做的过程中有反复参考课程与手册，然后到网上看看别人在类似部分的建模思路，然后又改。如此反复，感觉有点点接近门口了。
 接下来考虑模型在代码里的反应，到管网找了Together Developer 2005 for VS.NET，使用2.0版的破解文件居然能用，接下来进行模型代码双向功能的使用，得到一些新的启发，但更多的是一头雾水，产生了更多的问题，不过我更明确了我的目的，做一个模型设计要能够准确、完整的描述出软件系统的结构，划分定义出正确的接口与边界，才能在多人实施过程中分工清楚，目标明确，协作开发，控制软件的质量与进度。

今天就到这里了，很多问题在大脑里烦，上来乱写一通。