软件需求追溯与常见错误解析
1. 需求追溯的重要性与挑战
需求追溯是软件开发成功的关键。它指的是工件之间链接的清晰度，在良好的软件生命周期中，用例是进行追溯的强大工具。
需求追溯的重要性体现在以下几个方面：
- 确保软件在生命周期结束时符合利益相关者的期望。
- 让团队成员和业务人员确信正在构建正确的产品。
- 对于软件的大额投资，能够证明正在从事承诺的工作。
- 当发生变更时，可以看到变更对整个生命周期工件的影响，帮助业务利益相关者理解变更成本，也有助于团队识别和更改所有相关工件。
- 当利益相关者在生命周期后期看到意外功能时，追溯可以帮助确定引入这些功能的决策过程，减少相互指责。
然而，需求追溯也面临一些挑战：
- 利益相关者在生命周期中需要变更。
- 团队成员发生变化。
- 交付周期过长，容易偏离轨道。
- 工件以文档形式在团队之间传递，而非实际操作知识。
- 不同类型工件之间的链接并不容易。
如果不小心，需求追溯还可能带来以下问题：
- 产生过多的工件。
- 使用过多具有过多集成的工具。
- 出现过多特殊的“守门人”角色。
以下因素有助于需求追溯：
- 用例
- 非功能性需求
- 团队与业务利益相关者之间的短反馈循环
- 可演示的小成果
- 每日站会
- 工具之间的集成
- 逆向工程（从代码到分析和设计、从测试到需求等）
- 配置管理
- 协作软件
- 平等主义
- 分布式控制
