续：前面一篇Requirement Plan我觉得已经写的很好了

根据我做需求分析（姑且这么称呼）下来的感觉，这份plan的确写的非常清楚：
1. 各个阶段的目标和产出标准定义清楚
2. 成员和角色定义
3. 联系人定义
4. 工具统一定义
5. 文档类型定义非常明确

这样开始干活就可以一步一步明确的来了。

IBM的RequisitePro在思路上没有引入更多，但是优点很明确：
我们现在类似的功能都是手工通过CVS，word，excel等一系列的table来跟踪，这样的缺点，灵活性受陷于当前工具，操作相对繁琐，必须按照步骤手工更新，手工加各种内容，手工做跟踪矩阵，是人都受不了，而且不灵活，不直观。
RequisitePro后台默认采用acess做backend的数据库，这样就比较灵活了，工具里面看到的界面就跟我么你自己做的程序一样方便了，数据库做关联和查询以及报表更新能力没的说。
另外，跟office集成紧密，通过word等的插件直接完成更新，tag等动作，可以随时抽象新的需求和文档项等，可以通过插件跟Use Case直接关联等等，有了数据库就是方便。我喜欢。