2. 食品供应链追溯业务需求复核

需求复核不是把需求规格说明书再读一遍，而是要在验收前回答一个关键问题：需求规格说明书中写的每一条追溯业务需求，是否都能在验收标准中找到可执行、可判定的对应条款？食品供应链横跨种植养殖、加工、仓储、物流、销售五个环节，各环节的追溯对象、关键事件、数据粒度和责任主体差异很大，如果需求与验收标准之间出现错位、遗漏或口径不一致，验收阶段就会出现"系统做了但无法判定合格"或"标准要求了但需求没写"的争议。本节以一条典型冷链食品供应链为例，说明如何逐环节梳理业务场景并完成需求—标准的对应核对。

一、先建立复核的基准：追溯单元与关键事件

复核的第一步是统一"追溯单元"的口径。同一批产品在种植环节可能是"地块+采收批次"，加工环节变成"生产工单+成品批次"，物流环节又拆分为"托盘/箱"，销售环节落到"门店+销售批次"。如果需求规格说明书只写"支持批次追溯"而不定义各环节的批次编码规则与转换关系，验收时就无法判断追溯链是否真正贯通。因此复核时应先确认：每个环节的追溯单元是什么、编码由谁生成、上下游如何关联（通常通过批次号、物流单元码或关联表建立映射）。

第二步是梳理每个环节必须记录的关键追溯事件。关键事件的判断标准是：该事件发生后，产品的身份、位置、状态或责任主体发生了实质变化。例如种植环节的"投入品使用"、加工环节的"原料投料与成品入库"、仓储环节的"温湿度超限"、物流环节的"交接签收"、销售环节的"退货与召回"。关键事件清单直接决定了需求条目是否完整，也决定了验收测试用例的设计范围。

二、逐环节核对：把业务场景翻译成可判定的验收条款

复核的核心动作是"一条需求对一条标准"。以种植养殖环节为例，需求写"记录投入品使用情况"，这条需求本身不可判定——记录哪些字段？是否允许为空？抽检多少条？复核时应把它细化为可验收的条款：投入品名称、有效成分、用量、施用日期、施用地块、操作人六项字段完整率100%，按批次随机抽检20条记录核对。这样验收人员才知道怎么测、测多少、什么算通过。

加工环节最容易出问题的是批次关联。需求若只写"建立原料与成品关联"，验收时无法判断关联是否完整。合理的做法是要求系统提供关联映射查询，并规定"任取一个成品批次，其上游原料批次可完整回溯，断链数为0；任取一个原料批次，其下游成品批次可完整列出"。这里"断链数为0"就是可判定的量化指标。仓储环节的温湿度告警，需要明确超限判定阈值（如冷藏库2～8℃）、告警时限（超限后5分钟内产生告警记录）和告警记录要素（时间、库位、温度值、处理状态），否则"自动告警"只是功能描述而非验收标准。

物流环节的运输温度记录，验收时应关注导出文件的完整性：是否包含时间戳、温度值、车辆编号、运单号，采样间隔是否符合约定（例如每5分钟一条）。销售环节的召回能力是追溯系统的"终极考验"，验收条款应要求"输入问题批次后，系统在约定时间内输出全部受影响的下游销售批次清单，且清单覆盖率达到100%"。此外，性能类需求如"追溯查询响应时间≤3秒"必须明确测试条件——数据量级、并发数、取P95还是平均值，否则不同测试方法会得出完全不同的结论。

三、复核中常见的三类偏差及处理

第一类是需求有、标准无。例如需求提到"支持移动端扫码查询"，但验收标准中没有任何扫码相关的测试条款。处理方式是补充验收条款，明确扫码识别的成功率、支持的码制、弱网环境下的表现。若该需求在验收阶段确实无法测试，应在复核记录中标注"暂缓验收"并说明原因，而不是默认通过。

第二类是标准有、需求无。验收标准中出现"追溯数据保存期限不少于产品保质期满后6个月"这类条款，但需求规格说明书未提及。这属于需求遗漏，应回填至需求文档并确认开发是否已实现，避免验收时才发现系统未做数据归档。

第三类是口径不一致。需求写"批次追溯"，标准写"单品追溯"，两者粒度不同；或需求说"实时上传"，标准要求"5分钟内上传"。这类偏差最隐蔽，必须在复核阶段统一术语和量化口径，并在双方确认后形成书面的对应关系表。

四、复核成果：一份可执行的对应关系表（示例）

下表为节选的复核成果示例，参数与阈值均为教学示例设定，实际项目应按合同与产品特性确定。

完成对应关系表后，还应做一次反向检查：从验收标准出发，逐条确认是否有需求支撑；从需求出发，逐条确认是否有验收条款覆盖。两个方向都无空缺，才说明需求规格说明书与验收标准真正对齐。这份对应表将直接作为后续验收测试用例设计的依据，也是判定追溯业务是否"验得清、说得明"的基础。