方法开发的路线图

 本文来自于 Rational Edge：这篇文章描述了一个迭代的、风险驱动的、以构架为中心的，以及面向质量的方法开发的方法，这源自于IBM Rational 统一过程（Rational Unified Process，RUP)开发团队的长期经验。它首先描述了这个工作产品的产生，然后阐述了一个在整个方法开发项目中逐步应用这个方法的路线图。这个方法利用了软件开发和RUP规程，能够使用IBM Rational Method Composer (RMC)来执行。

十多年以来，IBM Rational Unified Process®，或者RUP®，团队一直采用“利用自己成果”的方法在开发方法框架，也就是说，运用RUP自己所提倡的规程、过程和技巧来进行软件开发工作。然而，开发一个像RUP一样的方法框架与开发一个软件应用程序并不完全一样。 1 这些年以来，RUP团队对于方法开发的具体需求已经适应了它自己的过程和技巧。 2 利用IBM Rational Method Composer 3 (RMC)的实用性，已经有越来越多IBM内部的团队和顾客开始规定或者自定义方法。因此，对方法开发的指导的需求也日益增长。

这篇文章基于我在RUP团队开发方法中的经验提出了一个方法开发的方法。这个方法通过一个路线图呈现出来，这个路线图可以指导您完成一个典型方法开发项目的整个生命周期。在这之后是方法与软件开发主要不同与相同点的讨论，还有方法开发项目过程中基本工作产品定义的介绍，我将从头至尾地谈到典型方法开发项目的每一个状态（先启、精化、构建，以及产品化）。

这篇文章介绍的方法开发的方法是迭代的和风险驱动的。我着重强调了每个迭代中以增量方式开发实际的方法，与简单地产生项目相关文档是对立的。这使得反馈和项目的计划或者指导等灵活性更加便利。这种方法集中强调对现有资产的评估，以及在项目早期稳定方法架构和任何高风险的方法元素，从而避免了可能导致项目失败的问题的出现。它还通过早期介绍，以及对此方法进行频繁的检查和测试强调了质量的重要性。

。。。。。。

                                                                                                点击此处查看全文