4. 系统工程方法论

商用车智能驾驶系统横跨感知、决策、控制、执行、通信与安全等多个专业域，任何单点技术都无法独立交付可上路的产品。系统工程方法论的价值，在于把“用户要什么”逐层翻译为“每个部件必须做到什么”，再通过集成与验证把分散的部件重新收敛为可确认的整车功能。本节围绕V模型、敏捷开发、需求工程、架构设计、集成验证、确认与迭代流程，梳理一条可落地的工程主线。

核心原理：V模型是骨架，敏捷是节奏

V模型把开发分为左右两支：左侧自顶向下分解，从整车级需求到系统、子系统、部件；右侧自底向上集成，从部件测试、子系统集成、系统集成到整车确认。左侧每一层分解，都对应右侧一层验证，形成“需求—设计—实现—验证—确认”的闭环。对商用车而言，左侧的整车级需求通常来自法规、运营场景与客户合同，例如《营运车辆自动紧急制动系统性能要求和测试规程》中的制动减速度、响应时间等指标。

敏捷开发并不与V模型冲突。V模型规定“必须做什么、按什么顺序收敛”，敏捷规定“以多快节奏迭代、如何响应变化”。在智能驾驶项目中，常见的做法是：架构与安全相关需求走V模型严格基线，感知算法、标定参数、人机交互策略等易变部分采用2～4周迭代，通过持续集成把增量合入主干，再按里程碑触发系统级回归。

需求工程：从运营场景到可验证条目

需求工程不是写文档，而是建立“场景—功能—性能—验证”的链条。商用车场景具有强运营属性，例如港口牵引车低速精准对接、干线物流高速编队、矿区非结构化道路避障。需求获取应覆盖利益相关方：车主关注油耗与出勤率，驾驶员关注接管舒适性，运营方关注远程监控与故障响应，法规方关注安全与数据记录。

需求条目必须可验证。推荐采用“触发条件 + 系统行为 + 性能指标 + 验证方法”的模板。例如：

需求ID: REQ-AEB-012
触发条件: 自车车速 30~80 km/h，前方静止目标 TTC < 1.2 s
系统行为: 触发一级预警并请求制动减速度
性能指标: 减速度 ≥ 4 m/s²，响应延迟 ≤ 150 ms
验证方法: 场地测试 + 数据回放
安全等级: ASIL B

需求管理工具中应维护双向追溯：上游到法规/场景，下游到架构元素、代码模块、测试用例。任何需求变更都要评估对架构、接口、测试和标定的影响。

架构设计：功能架构与物理架构分离

架构设计把需求分配到可实现的模块与接口。功能架构描述“逻辑上谁负责什么”，例如感知融合、行为决策、轨迹规划、横纵向控制、安全监控；物理架构描述“部署在哪些ECU、域控制器、传感器和执行器上”，并明确通信矩阵、供电、算力与冗余。

商用车常见架构采用“中央计算 + 区域控制”或“域集中”方案。设计时应先定义接口契约，包括信号名称、数据类型、周期、超时策略、失效默认值。例如：

interface BrakeCmd {
  decel_request: float32  // m/s², 范围 -8.0 ~ 0
  enable: bool
  timeout_ms: 100
  fallback: decel_request = 0, enable = false
}

架构评审要重点检查：安全机制是否独立于主功能、算力与带宽是否留有余量、诊断与OTA通道是否可用、传感器安装位置是否满足视场与标定要求。

集成验证与确认：左右两侧的汇合

集成验证回答“我们是否正确地构建了系统”，确认回答“我们是否构建了正确的系统”。前者关注接口、时序、资源与故障注入，后者关注用户场景、法规符合性与运营指标。商用车确认通常包括场地测试、封闭道路测试、公开道路测试和用户试运营四个阶段。

下表给出V模型各层的典型验证对象与方法：

迭代流程：从问题到基线

迭代流程把验证中发现的问题转化为下一轮输入。建议采用“问题分级—根因定位—变更评审—回归验证—基线发布”的闭环。安全相关变更必须重新触发影响分析，必要时更新FMEA与安全案例。非安全相关变更可按敏捷节奏快速合入，但必须保留可追溯记录。

常见误区与复盘

• 把V模型当瀑布：左侧需求未冻结就大规模编码，导致右侧集成反复返工。应在架构基线后再放开实现迭代。
• 需求不可验证：“系统应安全可靠”无法测试。必须量化为减速度、延迟、误报率、接管率等指标。
• 架构与组织脱节：接口定义由单一团队拍板，未考虑供应商交付能力，导致集成阶段接口频繁变更。
• 确认被验证替代：只做部件与系统测试，未在真实运营场景中确认，忽略驾驶员接管行为与运营边界。
• 迭代无基线：每次变更都覆盖旧版本，问题无法复现，事故复盘缺少证据链。

复盘时应回到V模型左右两侧的对应关系：如果确认阶段发现场景缺失，说明左侧需求获取不完整；如果集成阶段接口频繁冲突，说明架构设计阶段接口契约不清晰；如果回归测试成本过高，说明自动化测试与持续集成能力不足。系统工程的本质，是让每一次迭代都在可追溯、可验证、可确认的框架内推进。