3. 项目需求追溯与验收标准建立

技术协议是项目验收的“法律文本”,但它通常以自然语言描述功能、性能与约束,例如“系统应能长时间稳定采集”“振动信号应准确还原”“数据不得丢失”。这些表述在验收现场无法直接判定通过与否。需求追溯与验收标准建立的核心任务,就是把技术协议中的每一条要求,转化为可测量、可复现、可判定的验收指标,并建立从“协议条款”到“测试证据”的双向追溯关系。

一、需求追溯链的四个层级

一条完整的需求追溯链应包含四个层级:协议条款 → 功能/性能需求 → 验收指标 → 测试证据。协议条款是来源,功能/性能需求是对条款的工程化拆解,验收指标是需求的量化表达,测试证据是判定指标是否达成的原始记录。四者之间必须双向可查:从任一验收指标能回溯到协议条款,从任一协议条款能找到对应的测试证据。

以“振动信号应准确还原”为例,拆解过程如下:协议条款为“准确还原振动信号”;工程需求拆解为“采集通道幅值精度、相位一致性、频响平坦度满足要求”;验收指标量化为“在 10 Hz~5 kHz 范围内幅值误差 ≤ ±1%,通道间相位偏差 ≤ 1°”;测试证据为“使用标准信号源注入正弦扫频信号,记录各频点幅值与相位,生成误差曲线”。

需求追溯链:从协议条款到测试证据 协议条款 “振动信号应准确还原” 功能/性能需求 幅值精度·相位一致性·频响平坦度 验收指标(可量化) 10 Hz~5 kHz 幅值误差 ≤ ±1% 测试证据 标准信号源扫频记录·误差曲线 反向追溯:证据→条款 示例:振动信号还原需求拆解 协议条款 准确还原振动信号 工程需求 幅值/相位/频响 验收指标 幅值误差≤±1%,相位偏差≤1° 测试证据:标准信号源注入 10 Hz~5 kHz 正弦扫频 → 记录各频点幅值与相位 → 生成误差曲线 → 判定是否满足指标

二、可量化验收指标的转化方法

把自然语言需求转化为可量化指标,需要回答四个问题:测什么、在什么条件下测、用什么判据、允许多大偏差。这四个要素构成一条完整的验收指标。缺少任一要素,指标都不可执行。

以“数据不得丢失”为例,转化过程如下:测什么——连续采集过程中写入磁盘的数据包数量;在什么条件下测——满通道、最高采样率、连续运行 2 小时;用什么判据——接收端解析的数据包序号连续无跳变;允许多大偏差——丢包率 ≤ 0.001%。这样一条指标,验收时可以直接执行并给出通过/不通过结论。

对于动态信号类需求,还需要明确参考基准。例如幅值误差的参考基准是标准信号源的输出幅值,相位偏差的参考基准是同一信号源各通道输出的相位一致性。参考基准必须在测试前校准并记录,否则误差判定失去依据。

三、验收指标的三类判据

根据测量对象的不同,验收判据可分为三类:

  • 绝对阈值判据:指标有明确的数值上限或下限,如“幅值误差 ≤ ±1%”“通道间串扰 ≤ -80 dB”。适用于精度、噪声、隔离度等可绝对量化的参数。
  • 相对比较判据:指标通过与参考系统或参考通道对比得出,如“被测系统与参考系统在同一激励下的输出偏差 ≤ 2%”。适用于没有绝对基准、但可建立参考的场景。
  • 功能通过判据:指标为二值判定,如“触发功能正常”“数据能正确导出为指定格式”。适用于功能验证类需求,但需明确操作步骤和预期结果。

四、追溯矩阵的建立与维护

追溯矩阵是需求追溯的落地工具。每一行对应一条协议条款,每一列对应追溯链的各个层级。矩阵中应记录:条款编号、条款原文摘要、拆解后的需求、验收指标、测试方法、测试证据编号、当前状态。矩阵不是一次性文档,在项目变更时必须同步更新。

以下是一个可参考的追溯矩阵示例(示例数据为合理假设,非实测结果):

条款编号 协议条款摘要 验收指标 测试方法 证据编号 状态
REQ-001 振动信号准确还原 10 Hz~5 kHz 幅值误差 ≤ ±1% 标准信号源扫频,记录幅值误差曲线 EVD-001 待测
REQ-002 数据不得丢失 连续 2 小时丢包率 ≤ 0.001% 满通道满采样率连续采集,解析序号 EVD-002 待测
REQ-003 通道间同步 通道间相位偏差 ≤ 1° 同源信号注入各通道,比较相位 EVD-003 待测
提示:验收指标中的数值应来自技术协议或双方确认的补充文件,不应由测试方单方面设定。若协议中未给出具体数值,应在项目启动阶段与需求方共同确认,并形成书面记录。

五、常见问题与处理

在实际项目中,需求追溯常遇到三类问题。第一类是条款模糊,如“系统应具有良好的抗干扰能力”。处理方式是主动与需求方沟通,将其转化为可测指标,例如“在 10 V/m 射频场强下,采集数据偏差 ≤ 0.5%”。第二类是指标冲突,如同时要求“最高采样率”和“最低功耗”。处理方式是明确优先级,或在验收时分别测试并记录边界条件。第三类是证据缺失,即测试做了但没有保留原始记录。处理方式是建立证据编号规则,所有测试数据、截图、日志、校准证书统一归档,并与追溯矩阵关联。

需求追溯与验收标准建立的价值,不仅在于验收时“有据可依”,更在于项目执行过程中能及时发现需求偏差。当测试证据无法满足验收指标时,追溯链会直接指向对应的协议条款和工程需求,使问题定位从“感觉不对”变为“哪条需求未满足、偏差多大、需要谁处理”。