概念:
|
附加概念: | 附加指南: |
可跟踪性是从一个项目元素跟踪到其它相关项目元素的能力,尤其是那些与需求相关的项目元素。
涉及可跟踪性的项目元素称为可跟踪性项。一般可跟踪性项包括不同的需求类型、分析与设计模型元素、测试工件(
测试套件等),如下图所示。
可跟踪性层次结构。
每个可跟踪性项都有其自己独特的一组关联属性,这对于跟踪与每个项相关联的状态、好处、风险等很有用。
建立可跟踪性的目的是帮助:
可跟踪性帮助您理解和管理需求的输入(如涉众请求)如何转换成一组关键的涉众/用户需要和系统特性,如远景文档中所指定。接下来,用例模型概述这些特性如何转换成系统的功能。在用例中捕获系统如何与外界交互的详细信息,以及补充规范中的其它重要需求(如非功能需求、设计约束等)。可跟踪性还允许您跟踪这些详细规范如何转换成设计、如何测试该设计以及如何为用户记载该设计。对于大系统,用例和补充规范可以封装在一起,来为特定的“特性”或其它子系统分组定义软件需求规范(SRS)。
一个有助于管理需求变更的关键概念是关于“可疑”可跟踪性链接的概念。当某个需求(或其它可跟踪性项)在可跟踪性链接的任一端发生变化时,与该需求相关联的所有链接都标记为“可疑”。这标志着负责的角色要复审该变更并确定相关联的项是否也需要变更。此概念还有助于分析潜在变更的影响。
可跟踪性可以设置为帮助回答以下一组查询样本:
示例:
对于“回收机器”系统,“远景”文档指定以下特性:
FEAT10:回收机器将允许添加新的瓶子类型。
从此特性可跟踪到用例“添加新的瓶子类型”:
用例“添加新的瓶子类型”使操作员可以训练回收机器识别新类型的瓶子。
此可跟踪性帮助我们验证:在用例和补充规范中已说明了所有特性。
最重要的可跟踪性项是:
其它元素(如问题)也可用于跟踪。
下图中显示了一般可跟踪性:
此图仅显示需求的可跟踪性。可能还存在其它可跟踪性,但未显示在此图上:从设计元素跟踪至实施元素的过程中,存在用于设计和实施的测试用例等。
Rational Unified Process
|