1. 集成需求分析
在制造企业中，ERP（企业资源计划）与PLM（产品生命周期管理）往往分别承载着两条主线：ERP管理“料、工、费、单”等经营与执行数据，PLM管理“图、文、型、版”等产品定义数据。两者一旦割裂，最典型的后果就是——设计部门改了图纸，采购却按旧BOM下单；工艺变更了物料，生产仍按旧版本领料。集成需求分析的目标，不是立刻去写接口，而是先把“哪里断了、为什么断、断了会怎样、应该连成什么样”讲清楚，最终形成一份可评审、可追溯的需求规格说明书。
一、先看清两类系统的数据主权边界
需求分析的第一步是明确数据主权。ERP与PLM集成的核心矛盾，通常不是技术不通，而是“同一份数据谁说了算”没有定义。以下边界需要在需求阶段就固化：
- PLM为主数据源：物料主数据的技术属性（图号、名称、材质、表面处理、设计版本、CAD文档、替代料关系）、BOM结构（设计BOM/EBOM）、变更单（ECR/ECO）。
- ERP为主数据源：物料主数据的经营属性（采购类型、计划策略、标准成本、库存单位、供应商信息）、制造BOM（MBOM）、工艺路线、工单与库存事务。
- 双向协同数据：物料编码申请、BOM发布状态、变更生效日期、版本切换点。
如果这一层不定义，后续接口就会出现“PLM推了物料，ERP又允许手工改编码”的双写冲突。需求规格说明书中应明确：每个关键字段的创建系统、修改系统、只读系统，以及冲突时的裁决规则。
二、识别典型数据流断点
数据流断点不是抽象概念，它通常表现为具体的业务卡点。下面这张图把ERP与PLM之间最关键的几条数据链路和常见断点位置画了出来，便于在调研时逐条核对。
图中五个断点，是需求调研中最常被验证的：断点1，PLM按图号生成编码，ERP按流水码生成，导致同一物料两套编码；断点2，EBOM含设计虚拟件，ERP的MBOM需要工艺合件，结构无法直接映射；断点3，ECO在PLM已生效，ERP采购单仍引用旧版本；断点4，PLM申请编码后ERP回写失败，形成“有技术数据、无经营数据”的孤儿物料；断点5，ERP的采购到货、库存可用量没有回传PLM，设计选型时看不到实际供应状态。
三、从业务场景反推集成需求
需求规格说明书不能只列字段，必须绑定业务场景。建议按“触发事件—参与角色—数据流向—期望结果—异常处理”五要素逐条描述。以下给出一个可直接参考的场景条目示例（示例参数为教学假设，非实测数据）：
| 场景编号 | 触发事件 | 数据流向 | 关键字段 | 期望结果 | 异常处理 |
|---|---|---|---|---|---|
| SC-01 | PLM中新建物料并通过审核 | PLM → ERP | 图号、名称、材质、单位、版本、物料类型 | ERP自动创建物料主数据，状态为“待完善” | 编码重复则挂起并通知主数据管理员 |
| SC-02 | PLM发布EBOM版本V2.0 | PLM → ERP | 父项、子项、用量、位号、生效日期 | ERP生成对应MBOM草稿，等待工艺确认 | 子项在ERP不存在则整单拒绝并回传错误清单 |
| SC-03 | ECO审批通过并设定生效日 | PLM → ERP | 变更单号、受影响物料、新旧版本、生效日 | ERP在生效日自动切换BOM版本 | 生效日早于当前日期则立即切换并记录审计日志 |
| SC-04 | ERP完成物料经营属性维护 | ERP → PLM | 物料编码、采购类型、计划策略、标准成本 | PLM物料页面显示经营状态为“已就绪” | 回写失败进入重试队列，超过3次告警 |
四、需求规格说明书的输出结构
完成上述识别后，需求规格说明书应至少包含以下部分，且每一条需求都要有唯一编号，便于后续设计、开发和测试追溯：
- 集成范围与边界：明确哪些数据进集成、哪些暂不集成，避免范围蔓延。
- 数据主权矩阵：字段级的主数据源、创建方、修改方、只读方。
- 业务场景清单：按SC编号列出触发条件、数据流向、期望结果和异常处理。
- 接口需求：接口方向、频率（实时/定时）、数据量级、幂等要求、失败重试策略。
- 非功能需求：性能（如单批BOM行数上限）、安全（传输加密、权限校验）、审计（变更留痕）。
- 验收标准：每个场景的可观测结果，例如“ERP中物料创建成功率≥99%，错误清单可下载”。
当上述断点、场景和需求条目被逐条确认后，集成项目才具备进入方案设计阶段的条件。需求规格说明书不是一次性文档，它应在方案评审和联调过程中持续更新，并保留版本记录，确保每一个接口行为都能追溯到最初的业务需求。