3. LIMS需求工程
LIMS 项目失败最常见的原因不是技术选型错误，而是需求没有真正被“挖出来”。实验室人员习惯用“我们一直这么做”来描述流程，用户说“要能追溯”，开发方理解成“记录操作日志”，而实际业务要求可能是“样品从接收到报告发放的全链条双向追溯，且能按 CNAS 评审要求一键导出”。需求工程的任务，就是把这些模糊表述转化为可验证、可追踪、可变更管理的工程化描述。
一、用户访谈：从角色出发，而不是从功能出发
访谈前先建立角色清单。一个典型检测实验室至少涉及六类角色：样品管理员、检测员、复核员、技术负责人/授权签字人、质量负责人、设备与试剂管理员。每类角色的关注点完全不同——样品管理员关心收样登记与样品流转，检测员关心任务领取与数据录入，授权签字人关心结果判定与报告签发，质量负责人关心不符合项与内审追溯。访谈应按角色分别进行，而不是把所有人叫进会议室开“需求大会”，后者往往被声音最大的人主导。
访谈提问要避免“你要什么功能”，改用“请描述你昨天处理的一个样品从进来到出报告的全过程”。让用户讲真实案例，比讲抽象需求有效得多。关键追问点包括：这一步的输入是什么、谁提供、以什么形式（纸质/Excel/系统）；判断依据是什么（标准限值、客户要求、内部作业指导书）；异常怎么处理（样品不合格、设备故障、数据超标）；这一步的输出给谁、以什么形式交付。访谈中要同步记录“痛点频率”，例如“每月约 30 份样品需要手工誊抄到 Excel 再导入报告模板”，频率和耗时是后续需求优先级排序的量化依据。
二、业务调研：把访谈碎片拼成完整业务链
访谈得到的是点状信息，业务调研要把它串成线、铺成面。调研的核心产出是“业务流程现状图 + 数据流图 + 单据清单”。以样品检测为例，需要梳理：合同评审 → 样品接收与编号 → 任务分派 → 检测执行与原始记录 → 数据复核 → 报告编制 → 授权签发 → 报告发放与归档。每一步都要标注责任岗位、使用表单、涉及系统、平均耗时和异常分支。
调研中特别容易遗漏的是“边缘但关键”的环节：样品留样与处置、标准物质与试剂批次关联、设备校准状态对检测任务的约束、分包检测的接口。这些环节在访谈中往往被一句“这个我们手工管”带过，但恰恰是 LIMS 上线后最容易出问题的地方。建议调研时同步收集现有纸质表单和 Excel 模板，它们是需求最真实的载体。
三、需求规格说明书：把“要什么”写成“可验证什么”
需求规格说明书（SRS）不是功能列表的堆砌，而是一份可验证的契约。每条需求建议采用统一编号，格式为 REQ-模块缩写-三位序号，例如 REQ-SAMPLE-001。每条需求至少包含六个字段：需求编号、来源（对应访谈记录或调研单据编号）、需求描述、优先级（必须/应该/可以，即 MoSCoW 法）、验收标准、关联需求。验收标准是 SRS 的灵魂——它决定了测试用例怎么写、上线怎么判合格。
以“样品接收登记”为例，模糊写法是“系统应支持样品登记”。可验证写法是：“REQ-SAMPLE-001：样品管理员可在系统中录入样品信息，必填字段包括样品编号、客户名称、检测项目、接收日期、样品状态；样品编号按 YYYYMMDD-三位流水号自动生成；录入完成后系统自动生成唯一二维码标签，标签内容包含样品编号与检测项目；验收标准：连续录入 10 个样品，编号无重复、无跳号，二维码扫描可正确解析。”这样的描述，开发和测试都能直接使用。
SRS 还应包含非功能需求，且必须量化。例如性能需求写“报告查询响应时间在 5000 条记录量级下不超过 3 秒”，安全需求写“检测数据修改必须留痕，记录修改人、修改时间、修改前后值”，合规需求写“原始记录电子签名符合 CNAS-CL01 对电子记录的要求”。非功能需求不量化，验收时就会变成扯皮。
四、需求变更控制：不是禁止变更，而是管理变更
需求变更是 LIMS 项目的常态，尤其是上线前三个月。变更控制的目标不是消灭变更，而是让每一次变更都可见、可评估、可追溯。建议建立变更控制委员会（CCB），成员至少包括实验室质量负责人、IT 负责人、项目经理和关键用户代表。变更流程为：提交变更申请单 → 影响分析（涉及哪些需求、多少工作量、是否影响已测试功能）→ CCB 审批 → 更新 SRS 与追溯矩阵 → 实施与回归测试 → 通知相关方。
变更申请单应记录：变更编号、提出人、提出日期、变更内容、变更原因、影响的需求编号、预估工作量、审批结论、实施状态。特别要警惕“口头变更”——用户在测试时说“这里改一下”，开发顺手改了，结果 SRS 没更新、测试没覆盖、上线后没人知道为什么和文档不一致。所有变更必须落到书面记录，并同步更新需求基线。
需求工程的最终检验标准只有一个：当系统上线后，实验室人员能指着某条需求说“这就是我当时要的”，测试人员能指着某条测试用例说“这验证了哪条需求”，质量负责人能指着变更记录说“这个改动是谁批的、为什么改”。做到这三点，LIMS 的需求工程才算真正落地。