需求可追溯性:软件开发的关键要素
在软件开发项目中,需求可追溯性是一个常被提及但又容易被忽视的重要概念。需求可追溯性能够帮助我们确定软件变更的潜在影响,从而选择那些回报最高的变更进行投入。
什么是需求可追溯性
Matthias Jarke将需求可追溯性定义为在整个系统生命周期内,以向前和向后的方向描述和跟踪需求生命周期的能力。这个定义包含两个重要概念:
1. 双向追溯 :对于任何可交付成果的任何特性,都应该能够追溯到其初始来源以及最终实现。例如,设计模型中类的成员函数可以追溯到定义其动机需求的用例部分,再追溯到提供该用例素材的初始用户;同时,也能将成员函数的定义向前追溯到实现它的源代码。
2. 全生命周期追溯 :应该在整个系统生命周期内执行追溯。定义系统生命周期的范围与项目内的可追溯性级别同样重要。这里强调的是系统生命周期,而非容易让人误解的系统开发生命周期(SDLC),因为后者可能使软件专业人员只关注软件的开发,而忽略了后续的维护、支持以及业务环境。
在系统生命周期的背景下,需求追溯可以从初始来源开始,比如直接用户描述的需求、管理层描述的组织长期需求和环境,以及从开发到系统的维护和支持阶段。
需求追溯有四种不同类型,了解这些类型有助于理解需求可追溯性对项目的重要性:
| 追溯类型 | 描述 | 作用 |
| ---- | ---- | ---- |
| 从需求向前追溯 | 将满足需求的责任分配给将实现它的各个系统组件 | 确保每个需求都得到满足 |
| 向需求向后追溯 | 验证所构建的软件是否符合需求 | 发现缺失的需求或过
超级会员免费看
订阅专栏 解锁全文
935

被折叠的 条评论
为什么被折叠?



