2. 自驱动实验平台的需求分析与指标分解

自驱动实验平台不是一台“能自动跑实验的机器”,而是一套把实验目标翻译成可执行动作、可测量信号和可判定结果的整体系统。需求分析的任务,就是完成这次翻译,并把翻译结果写成可验证、可追溯、可评审的规格说明。若跳过这一步直接选型或写控制程序,最常见的后果是:平台能跑,但跑出来的数据无法回答最初的科学问题;或者某个指标看似达标,却因为约束条件未识别而在联调阶段全面返工。

一、从实验目标到平台功能需求

实验目标通常以科学语言表述,例如“研究不同配比下催化剂活性随温度的演化规律”。需求分析的第一步是把它拆成三类可操作信息:自变量(可被平台设定的量,如配比、温度)、因变量(需被平台测量的量,如转化率、特征峰强度)、控制条件(必须保持或按规律变化的量,如恒温时长、气氛流量)。

以“催化剂活性筛选”为例,可得到如下功能需求:平台应能按配方表自动配制不少于 8 组样品;应能将每组样品依次送入反应位并升温至设定温度;应在设定温度下保持规定时长并记录温度曲线;应采集反应产物信号并输出与样品编号绑定的数据记录。这里每一项都对应一个可执行动作或可测量输出,而不是“实现自动化筛选”这类无法验证的表述。

功能需求应逐条编号,并标注来源。例如 FR-01 来自“多配比”目标,FR-04 来自“数据可追溯”目标。编号是后续指标分解、测试用例和评审追溯的锚点。

二、性能指标的分解与量化

功能需求回答“做什么”,性能指标回答“做到什么程度”。指标必须带数值、单位、测试条件和判定方法,否则无法验收。常用维度包括:

  • 范围:温度设定范围 25~300 ℃,配比范围 1:1~1:20;
  • 精度与准确度:温度控制偏差 ≤ ±1.5 ℃(稳态 10 min 内),配比体积误差 ≤ ±2%;
  • 分辨率:温度记录分辨率 0.1 ℃,信号采样率 ≥ 10 Hz;
  • 速度与节拍:单样品完整流程 ≤ 45 min,8 样品连续运行 ≤ 6 h;
  • 重复性:同一样品重复 3 次,关键信号相对标准偏差 ≤ 5%;
  • 可靠性:连续运行 24 h 无中断,异常恢复时间 ≤ 5 min。

指标分解的关键是建立“整机指标—子系统指标—部件指标”的传递关系。例如整机温度偏差 ±1.5 ℃,可分解为加热模块波动 ±0.8 ℃、传感器误差 ±0.3 ℃、控制算法超调 ±0.4 ℃,并预留约 ±0.3 ℃ 的余量。分解时不能简单平均,而要考虑误差合成方式:独立随机误差按方和根合成,系统性偏差则直接叠加。这一步决定了后续选型是否合理。

实验目标 → 功能需求 → 性能指标 → 约束条件 的分解与追溯 实验目标(科学问题) 催化剂活性随温度演化 多配比 · 多温度点 数据需与样品绑定 功能需求(做什么) FR-01 自动配液 ≥8 组 FR-02 程序升温与恒温 FR-03 信号采集与编号绑定 性能指标(做到什么程度) 温度偏差 ≤ ±1.5 ℃ 配比误差 ≤ ±2% 单样品节拍 ≤ 45 min 约束条件 台面尺寸 供电功率 安全与预算 整机指标向子系统/部件的分解(以温度偏差为例) 整机温度偏差 ≤ ±1.5 ℃ (稳态 10 min 内,含余量) 加热模块波动 ≤ ±0.8 ℃ 加热功率稳定性 / 均温结构 传感器误差 ≤ ±0.3 ℃ 热电偶等级 / 冷端补偿 控制算法超调 ≤ ±0.4 ℃ PID 参数 / 采样周期 约束条件对指标的边界作用 台面尺寸限制加热区数量 → 影响并行样品数;供电功率限制升温速率 → 影响节拍;安全规范限制最高温度 → 影响温度范围上限 约束不是“限制项”,而是指标可达成域的真实边界,必须在分解阶段显式记录 需求追溯

三、约束条件的识别与记录

约束条件常被当作“背景信息”忽略,但它直接决定指标是否可达。自驱动实验平台的典型约束包括:

  • 物理约束:台面可用面积、行程范围、管路耐压与耐温上限;
  • 电气约束:供电容量、接地与屏蔽要求、执行器峰值电流;
  • 安全约束:高温防护、易燃试剂存放、急停回路、无人值守时的联锁;
  • 环境约束:实验室温湿度波动、振动源、电磁干扰;
  • 资源约束:预算、采购周期、可用的样品与耗材量;
  • 接口约束:必须兼容既有分析仪器、数据格式或上位机协议。

约束应写成“条件 + 影响 + 应对”的形式。例如“供电容量 3 kW,加热功率上限 2 kW,因此升温速率不超过 8 ℃/min,需在指标中明确该速率下的节拍”。这样约束就转化为可检查的设计输入,而不是事后抱怨的理由。

四、需求规格说明书的编写

需求规格说明书(SRS)是需求分析的交付物,其质量取决于是否可验证、可追溯、无歧义。建议包含以下部分:

  1. 范围与目标:说明平台要支撑哪些实验、不支撑哪些实验;
  2. 功能需求:逐条编号,每条含触发条件、输入、动作、输出;
  3. 性能指标:数值、单位、测试条件、判定方法;
  4. 约束条件:物理、电气、安全、环境、资源、接口;
  5. 接口需求:机械、电气、通信、数据格式;
  6. 验收准则:每项需求对应的测试方法与通过判据;
  7. 追溯矩阵:目标—功能—指标—测试用例的对应关系。

编写时避免“快速”“稳定”“友好”等不可测词汇。若必须使用,应紧跟量化定义。例如“稳定”应写为“连续 24 h 运行,温度波动不超过 ±1.5 ℃,无中断”。

五、评审方法与常见问题

评审不是通读文档,而是按检查项逐条验证。推荐采用“三查一问”:查追溯、查量化、查约束、问验收。具体检查项可参考下表。

检查维度检查问题不合格示例合格示例
可验证性能否设计测试判定通过/失败?平台应稳定运行连续 24 h 无中断,温度波动 ≤ ±1.5 ℃
可追溯性是否对应实验目标?增加一个“智能推荐”功能FR-03 支持数据与样品编号绑定,对应目标“数据可追溯”
约束完整性是否记录了限制条件?未提及供电容量供电 3 kW,加热功率 ≤ 2 kW,升温速率 ≤ 8 ℃/min
接口明确性与外部设备的连接是否定义?与分析仪器连接通过 RS-232 输出 CSV,字段含样品号、时间、信号值
验收准则每项需求是否有测试方法?无TC-02:设定 200 ℃,记录 10 min,最大偏差 ≤ ±1.5 ℃
评审时建议让控制、机械、电气、实验操作四类角色分别从自身视角提问。控制人员关注采样周期与执行器响应,机械人员关注行程与安装空间,电气人员关注功率与干扰,实验人员关注操作流程与数据可用性。四类问题往往能暴露单视角评审遗漏的约束。
常见误区:把“平台功能”写成“软件功能”,忽略机械动作、样品流转和安全联锁;把指标写成目标值而非可验收值;约束条件只写“空间有限”而不给具体尺寸。这些都会在联调阶段转化为返工。

需求分析与指标分解的最终成果,是一份能让设计、采购、编程、测试和实验人员在同一套语言下工作的规格说明。它不追求篇幅,而追求每条需求都能被追溯、被量化、被测试。完成这一步后,后续的架构设计、部件选型和集成调试才有稳定的基准。