用Rational对需求工件进行版本化和并行开发

作出决策：串行或并行开发？

    以下的考虑事项可能帮助你对Rational RequisitePro中的需求工件进行版本化和并行开发作出决策。

    需求工件的版本化是可选的，当

• 修改对基本需求的影响是可以忽略的。
• 需求修改的时间选择对按照需求来执行的其它工作流的影响是可忽略的。
• 修改对已有的工件没有影响，或者是因为没有已有的工件，或者是当前的迭代不会影响到已有的功能。

    需求工件的版本化是被强烈推荐的，当：

• 并行地完成需求的一个迭代，并按照完整的需求工件执行其余的工作流，你正在捕获需求的下一个迭代－－并且影响到当前正在被实现、构造、测试等等的工件。
• 需求工件正在被一个当前项目修改，并且由于开发中的需求缺陷需要被修改。
• 多个分析师正在更新相同的需求工件，或者是对相同的迭代和项目，或者是对不同的迭代和项目。

    如果你发现自己处于以上描述的“强烈推荐”场景的任何一个，那么我希望在Rational RequisitePro 和 Rational ClearCase中进行需求工件的版本化和并行开发的这些说明已经激起你足够的兴趣，对其尝试一下。尽管有一定量的手工工作和复杂性，但是我的团队的分析师能够将这些步骤成功地合并到他们的RUP下的需求管理活动，并对我们整个团队产生受益：我们能够更有效地使用我们的资源，并更有效地管理变更的影响。