2. 验收标准体系构建

在Experion项目的验收交付中,验收标准不是一份孤立的检查表,而是由多个来源逐层收敛形成的“判定依据体系”。合同给出商务与交付边界,URS给出用户工艺需求,FAT/SAT方案给出可执行的测试路径,行业规范与法规给出不可逾越的底线。四类来源的约束力、颗粒度和可量化程度各不相同,必须先把它们拆解为可判定的条目,再合并去重、建立追溯关系,最终形成一份“每条标准都能找到出处、每个出处都能落到测试”的验收标准体系。

一、四类来源的定位与提取重点

合同通常规定交付范围、性能保证值、验收里程碑和违约责任。从中提取的重点是:系统边界(哪些控制器、I/O、操作站、网络设备在范围内)、性能指标(如控制器扫描周期、画面刷新时间、报警响应时间)、可用性要求(如冗余切换时间)以及验收前提条件。合同条款往往偏原则性,需要转化为可测量的指标,例如“系统应具备高可靠性”应转化为“控制器冗余切换时间≤1个扫描周期,且切换过程中关键输出保持”。

URS是用户从工艺角度提出的需求,通常以“用户要求”编号管理。提取重点是功能需求(联锁、顺控、报警、趋势、报表)、操作需求(权限分级、操作确认、旁路管理)、数据需求(历史存储周期、采样频率、归档时长)和接口需求(与MES、ERP、第三方PLC的通信协议与数据点表)。URS条目常带有“应”“宜”“可”等不同强度,验收标准必须与强度匹配:强制项必须100%通过,推荐项可协商。

FAT/SAT方案是验收标准的“执行载体”。FAT在工厂内验证系统功能与组态正确性,SAT在现场验证安装、接线、回路和实际工艺条件下的可用性。提取重点是测试用例编号、测试步骤、预期结果、实际结果记录栏和判定准则。验收标准体系应直接引用FAT/SAT用例编号,避免重复描述测试过程,只保留“判定阈值”和“通过条件”。

行业规范与法规是底线要求。例如功能安全相关项目需参考IEC 61508/61511,过程工业报警管理可参考ISA-18.2,电气安装可参考IEC 60364或GB 50054,防爆区域需参考IEC 60079系列。法规要求通常不可协商,验收标准中应明确引用条款号,并在测试中保留合规证据。

二、从需求到可量化标准的转化方法

可量化是验收标准的核心。转化时遵循“对象+条件+指标+阈值+判定方法”的结构。例如URS写“操作员应能及时获知重要报警”,可转化为:在报警产生后,操作站报警列表更新延迟≤1s,报警声音启动延迟≤2s,测试方法为在控制器侧强制触发DI点并记录时间戳,连续测试10次,全部满足则通过。再如“历史数据应完整保存”,可转化为:以1s采样周期连续记录模拟量点,连续运行72h,数据丢失率≤0.1%,且可通过趋势控件回放任意时间段。

对于无法直接量化的条目,可采用分级判定或证据审查。例如“画面布局应符合人因工程”可转化为:按ISA-101或项目UI规范逐项检查,关键参数在首屏可见、报警颜色符合优先级定义、操作按钮有确认提示,检查表全部勾选为通过。此类标准仍需保留检查表和截图作为证据。

三、追溯矩阵:让每条标准都有出处和落点

追溯矩阵是验收标准体系的骨架。建议字段包括:标准编号、来源类型(合同/URS/FAT/SAT/规范/法规)、来源条款号、标准描述、量化指标、测试用例编号、测试阶段(FAT/SAT)、判定准则、证据类型、责任人、状态。矩阵的作用是双向追溯:从来源能找到测试,从测试能回溯来源,避免漏项或重复测试。

验收标准体系:来源收敛 → 量化转化 → 追溯矩阵 → 判定证据 合同 范围·性能保证值·里程碑 URS 功能·操作·数据·接口需求 FAT / SAT 方案 测试用例·步骤·预期结果 行业规范与法规 IEC 61511·ISA-18.2·GB 量化转化 对象 + 条件 + 指标 + 阈值 + 判定方法 示例:报警更新延迟≤1s 连续10次全部满足 示例:72h数据丢失率≤0.1% 趋势回放任意时间段 追溯矩阵(核心字段) 标准编号 来源类型/条款号 测试用例 AC-001 合同 5.2 FAT-C-012 AC-002 URS-007 SAT-U-003 AC-003 IEC 61511 11.3 SAT-S-005 AC-004 ISA-18.2 6.2 SAT-A-011 AC-005 URS-015 FAT-U-008 AC-006 合同 7.1 SAT-P-002 判定准则 · 证据类型 · 责任人 · 状态 双向追溯:来源↔测试,防漏项/防重复 映射 判定证据包 测试记录 · 趋势截图 · 报警日志 · 切换时间戳 · 检查表签字 · 合规声明

四、验收标准条目的编写规范

每条验收标准应独立编号,建议采用“AC-XXX”格式,并包含以下要素:标准描述、来源引用、量化指标、测试方法、判定准则、证据要求。描述使用“应”表示强制,“宜”表示推荐。判定准则必须明确“通过/不通过/有条件通过”的边界,避免“基本满足”“大致正常”等模糊表述。

以报警响应为例,可编写为:AC-004,来源ISA-18.2第6.2条及URS-012,标准描述为“高优先级报警应在操作站产生声光提示并进入报警列表”,量化指标为“报警产生至列表更新≤1s,声音启动≤2s”,测试方法为“在控制器侧强制触发DI点,使用秒表或日志时间戳记录”,判定准则为“连续10次测试,全部满足阈值则通过;任一次超限则整改后重测”,证据要求为“报警日志截图、测试记录表、操作员确认签字”。

五、常见问题与处理原则

第一,来源冲突。当合同与URS指标不一致时,以更严格者为准,并在追溯矩阵中备注冲突项和决策依据。第二,标准不可测。若某条要求无法量化,应转化为检查表或专家评审,并明确评审依据和通过条件。第三,FAT/SAT用例覆盖不足。应通过追溯矩阵反向检查:每条验收标准是否至少有一个测试用例覆盖;每个测试用例是否至少对应一条验收标准。第四,法规更新。项目周期内若引用标准换版,应在验收标准中锁定版本号,避免执行时产生歧义。

建议在项目启动阶段就建立追溯矩阵的初版,随URS冻结、FAT方案发布、SAT方案发布逐步完善。矩阵不是一次性文档,而是贯穿设计、组态、测试、交付的活页工具。每次设计变更或需求变更,都应同步更新矩阵中的来源、标准和测试用例,确保验收时“有据可查、有测可依”。

最终形成的验收标准体系,应能让三方——业主、集成商、监理——在同一份矩阵上达成一致:业主看到自己的URS被逐条落实,集成商看到测试范围清晰可控,监理看到法规底线未被突破。这样的体系才具备可量化、可追溯、可执行、可审计的交付价值。