to codee: 其实并非用UML很麻烦，而是项目需求本身很麻烦。UML只不过是些比较规范
的助记符号，如果你描述得清楚，即便不用UML也没什么要紧.我对所谓UML
图自动生成代码之类的功能，一向不以为然。
UML本身并不告诉该如何去分析，如何去和客户交流，如何去
实施项目。即便你画尽了UML中所有的图，也未必能给的项目有什么本质帮助。
如果你比较留意的话会发现，rational公司在推出UML相关标准和工具的同时
更推出一个称之为RUP的开发流程指导性规范。也就是说RUP才是一个开发程序
所要追寻的基本流程，而UML本身只是记录而已。而大家在学习的时候往往总
重UML的一些图形，而轻流程。其实这也不奇怪，UML是好学的，而RUP这样的
详尽的流程指导，看看都觉得头大。
开发一个客户基本满意的程序很不容易，即便是MIS系统（我把所有的小规模MRP
，ERP，CRM，诸如此类都叫MIS）,MIS系统的主要难点在于和客户的交流，获取
有效的需求，而这些都是UML无能为力的。也就是说是可能70%精力是和人打交道，
而30%是和计算打交道，需要有教丰富经验的开发人员。如果没有就去找一个
（这要点运气），找不到的话，去看一下《软件需求》这本书,可能会有点帮助。
还有就再看看 软件工程栏目里的其他贴子都有不少好建议，也许也会有点好处。
