软件工程

       1、uml设计的缺点是： 

        1.1   设计本人必须对系统非常的熟悉，对系统的操作、潜在需求无法立即挖掘出来。而且用户的易用性操作、系统功能的深入挖掘目前还没有一种行之有效的方法可以推算出来。  很多系统都是在一种对潜在需求、用户操作不是很明朗的情况下进行开发的，所以uml设计的限制还是蛮多的。而且对于自动生成代码来说， 工具必须能够正确的认到我们所导入的所有程序库. 

        1.2   UML还有一个很重要的问题： 那就是他的灵活性没有直接写代码来的快，因为模块中或类中。函数中想直接插入一句，可以直接代码中插入，但是类图中却无法插入，需要一直反动类图。

        1.3   uml无法很好的和相关编译器完美的结合在一起，所以无法充分利用相关编译器的很好的编辑功能，给代码书写带来很多不便。  比如vs的代码自动提示、工程文件管理、很好的调试功能等等，都是普通建模工具望尘莫及的。uml的使用，路子还很长。

         1.4  uml目前的一个特色还只是在于用于前期的建构构思上面，具体到详细实际上，那么出现的问题还是蛮多的。  比如自动列举出工程中可集成的类、自动列出父亲可重写的函数等功能，eclipse已经都有这个功能，而且eclipse中也继承了uml插件，可以直接利用eclipse的强大功能，更加方便实在。

         1.5  目前公司中普遍还只是只用vs来进行开发，如果是个人开发也只要使用eclipse来开发就足够了，其他的uml开发工具的重要性就显得非常少了。  再者就是使用uml进行思路理清的话，个人认为使用visio和在纸上画也已经足够了，至于uml建模工具的好处还真的没体会到。  有些人说只要用熟了uml建模就好用了，只不过我列举了这么多缺点，我就是没看出来uml有什么好处

          1.6  uml一个很重要的问题：就是缺少图论方法论的强力知道，导致比如图形合并等问题上出现较大问题，不得不防啊

           1.7  说白了，uml只是一个沟通的工具，帮助自己理清设计思路、系统构件、模块和类之间的关系，到具体设计这一层就爱莫能助了。  倒是蛮适合做概要设计的，但不适合做详细设计。 我提出一种方案：  用uml建模工具做概要设计，然后将代码文件加入到工程中，再用工程做详细设计，这样应该可以达到事半功倍。恩，快速开发

           1.8   uml的概要设计可以支持到函数层，但是支持到的层次也只是构件层，和类的公共函数层次，其他的使用专门的ide环境会更快些

       2、图论怎么应用到软件开发中，问题需要进一步深究

       3、如果是接手一个新项目，如果不是需要长期维护和碰到关键性问题，最好不要对项目进行大改动。但是有时对项目的文件进行重构也是迫不得已，因为后期如果需要再次维护就必须对已经无可救药的项目进行面目改善，要不根本无法进行功能的扩充和完善。  一切都是有不足和好处，需要综合考虑和分析，这个就要看个人的经验和分析能力

        4、工作经验积累的是什么：  积累的是代码库，还有正确的领域业务逻辑。 

代码库需要相应的工具来支撑， 用于进行代码库的管理

领域业务逻辑：  也需要有文档工具进行管理，进行设计UML的重用