1. 课程导入与验收交付全景
在Yokogawa（横河）过程自动化项目中，DCS、SIS、FCS、现场仪表与上位系统往往同时进场，工程、调试、开车、验收、交付几条线并行推进。很多项目在“功能都通了”之后仍然迟迟无法关闭合同，原因通常不是技术能力不足，而是对验收与交付缺乏统一认识：谁在什么阶段确认什么、依据哪份文件、达到什么条件才算通过、遗留问题如何闭环、最终交付物由谁签收。本课程围绕这些问题展开，帮助工程人员把“干完活”变成“可验收、可交付、可追溯”。
一、Yokogawa过程自动化项目的生命周期
横河项目的典型生命周期可以概括为六个阶段，每个阶段都有明确的输入、输出与验收关注点。
- 投标与合同阶段：确定范围（Scope）、技术规格书、I/O点数、系统架构（如CENTUM VP + ProSafe-RS）、里程碑与验收标准。此阶段输出的《技术协议》《供货范围清单》是后续验收的根本依据。
- 设计与工程阶段：完成系统配置、控制逻辑（如顺控、PID回路）、HMI画面、报警与联锁清单、网络与接地设计。输出FDS（功能设计规格书）、因果图、回路图、I/O分配表。
- 制造与工厂验收（FAT）：在横河工厂或集成车间完成硬件组装、软件组态、内部回路测试，并邀请业主进行FAT。FAT通过意味着“系统在受控环境下满足规格”。
- 现场安装与调试：现场机柜、仪表、接线、接地、供电就位，进行回路检查、点对点测试、单体调试与联调。
- 现场验收（SAT）与开车：在真实工艺条件下验证控制、联锁、报警、趋势、报表等功能，配合开车与性能考核。
- 交付与收尾：完成竣工文件、培训、备件移交、遗留问题关闭，取得最终验收证书（FAC），项目关闭。
需要强调的是，验收不是“最后一道工序”，而是贯穿生命周期的确认活动。FAT、SAT、FAC只是三个关键节点，真正的验收能力体现在每个阶段的可验证性：需求可追溯、结果可复现、证据可归档。
二、验收与交付的定义与区别
验收（Acceptance）是业主或监理依据合同、规格书和测试方案，对系统功能、性能、文档进行确认并签署认可的过程。它的核心是“判断是否满足要求”，输出是验收记录、测试报告、验收证书。
交付（Delivery）是把项目成果、文档、权限、备件、知识完整移交给业主并使其可独立运维的过程。它的核心是“移交与接收”，输出是交付清单、竣工图、培训记录、移交签收单。
两者关系密切但不等同：验收关注“合格与否”，交付关注“移交与否”。一个项目可能验收通过但交付不完整（如缺少竣工版逻辑图），也可能交付了资料但验收未闭环（如遗留缺陷未关闭）。因此课程将两者放在同一框架下讲解。
三、关键角色与职责
横河项目通常涉及以下角色，职责边界清晰是验收顺利的前提。
| 角色 | 主要职责 | 验收交付中的关注点 |
|---|---|---|
| 项目经理（PM） | 整体计划、资源、合同与里程碑管理 | 验收节点、遗留问题关闭、FAC签署 |
| 设计/系统工程师 | 系统架构、控制逻辑、HMI、报警联锁设计 | FDS、因果图、回路图、I/O表可追溯 |
| 调试工程师 | 回路检查、点对点测试、联调、开车支持 | 测试记录、缺陷清单、整改验证 |
| 业主/监理 | 提出需求、参与FAT/SAT、签署验收 | 测试见证、偏差确认、证书签署 |
| 文档/QA工程师 | 竣工文件、版本控制、培训资料 | 交付清单完整性、版本一致性 |
实际项目中，角色可能一人多岗，但职责不能空缺。例如调试工程师既做测试又做记录，就必须保证测试记录与整改记录分离，避免“自己测自己签”导致证据可信度下降。
四、课程学习地图
本课程共30章，按“认知—准备—执行—收尾”的逻辑展开。前几章建立全景与标准体系，中间章节深入FAT、SAT、回路测试、联锁验证、文档交付、培训与遗留问题管理，最后聚焦FAC与项目关闭。学习时建议结合自己项目的实际阶段，边学边对照检查。
五、从“干完”到“验收交付”的实践要点
结合横河项目经验，以下几点在导入阶段就应建立意识：
- 需求可追溯：每一条控制、联锁、报警需求都应对应到FDS条目、组态实现和测试用例。验收时能快速定位“这条需求在哪里实现、在哪里测过”。
- 测试证据前置：FAT阶段就按SAT的粒度准备记录模板，避免现场重复补记录。测试记录应包含测试点、输入条件、预期结果、实际结果、结论、测试人与见证人。
- 遗留问题分级：将缺陷分为A（影响安全/开车）、B（影响功能但不阻塞）、C（文档/外观类），明确关闭责任人与期限。A类未关闭不得进入SAT关键节点。
- 文档与系统同步：竣工版逻辑图、I/O表、报警清单必须与最终组态一致。常见问题是现场改了逻辑但图纸未更新，交付后业主无法维护。
- 培训与移交同步：操作员培训、工程师培训、维护培训应在SAT前后完成，培训记录是交付清单的必备项。