RUP

       RUP（Rational UnifiedProcess）,我自己觉得它就是一个模具，就像古代的活字印刷一样，需要一个样板，然后就可以批量的生产出一整套具有相似的规格的东西，当然这种方法有他的好处也有它的弊，好处就是可以把软件开发作为一种商业化的东西生产，减少很多误差和时间，资金等等，弊呢，因为都是具有了相似的规格，当然它的生产会缺少很多的创新元素，对于软件进一步的改革会有一定的限制。

       下面就详细的介绍一下RUP.，它是一个流程框架。

       正如上面的这张图，RUP的开发过程可以用二维的坐标来描述。横轴是时间，体现的是开发的动态。纵轴都是开发的内容，体现的是开发的静态过程。RUP的开发过程既继承了传统瀑布模式开发的易理解性，因为它是根据事物的发展过程一步一步来执行的，又在瀑布模型的基础上进一步的迭代，就是每次经过一个小的子步骤都会迭代一次，产生一个可执行的  ，如此增量式的开发。从一个迭代到下一个迭代。

       正如图中右侧，软件的每一个开发子集之间都是双向的，即都会返回到上一级去测试。图是自己用mindmanager画的，画的不太好，呵呵。RUP最重要的它有三大特点：1）软件开发是一个迭代过程，2）软件开发是由Use Case驱动的，3）软件开发是以构架设计（Architectural Design）为中心的。虽然图中列出了很多关于RUP开发软件的要素，但是实践起来并不是那么简单，下篇博客记录一下自己用RUP方法开发一个web程序的心得。

这里我总结了几条开发软件需要注意的地方，我觉得不管用什么方法开发，只要我们做到这些就一定可以开发出 一款令团队满意的项目。

1：要有一个明确的前景规划，没有方向就会迷失。把很多精力都花费在没有结果的努力上。

2：要制定合理科学的计划，没有计划，你讲无法掌控软件的开发进度。

3：要有开发一个项目的风险列表，要防患于未然，要不然到了错误发生的时候我们往往会手忙脚乱。而且一些原本很小的问题可能在将来就会演化成致命的问题。

4：要有一个强壮的商业理由，现在的软件项目大多都是商业性的，所以我们要做一个合理的商业预算，不要白白 的浪费资金和时间。

5:要有构架，否则在出现交流，同步和数据存取问题时，你可能无法处理。

6：要有产品原型，这样可以有效的对产品进行测试，而且可以赢得客户的信任。

7：要有评估，否则你将没有办法掌握实际情况与项目目标，预算和最后期限之间的距离。

8：要有用户支持，这样用户可以有效的使用产品，并且可以合理的做出评价，以对产品进行进一步的升级。