2. 量产项目启动与需求拆解

量产项目启动阶段最容易被低估的工作，不是写代码，而是把整车层面的需求准确、可追溯地落到Snapdragon座舱平台的软件需求上。整车需求通常以功能描述、用户场景、法规条款或性能指标的形式出现，例如“车辆上电后2秒内中控屏显示倒车影像”“导航语音播报时媒体音量自动降低”“OTA升级失败可回滚”。这些描述面向整车行为和用户体验，而Snapdragon平台软件需求必须细化到具体子系统、进程、接口、时序和参数，才能被开发、测试和验收。本节围绕这一映射过程展开，给出可执行的方法、追溯矩阵结构、交付物清单与里程碑定义。

一、需求拆解的三层映射方法

从整车需求到平台软件需求，建议采用“场景—功能—软件项”三层映射。第一层把整车需求还原为可观测的场景与触发条件，明确谁在什么状态下触发、期望看到什么结果；第二层把场景拆成平台需要提供的功能能力，例如显示、音频、摄像头、网络、电源管理；第三层把功能能力落到Snapdragon平台的具体软件项，包括进程/服务、HAL接口、QNX/Android域、Hypervisor虚拟机、DSP/GPU资源、总线信号与诊断事件。

以“倒车影像2秒内显示”为例。整车需求为：驾驶员挂入倒挡后，中控屏应在2秒内显示后视摄像头画面。第一层场景：挡位信号R挡有效、车辆处于低压供电正常状态、屏幕已上电。第二层功能：摄像头采集、图像传输、显示合成、屏幕点亮、挡位信号获取。第三层软件项：Camera HAL的输入流配置、ISP/GPU合成路径、SurfaceFlinger图层提交、Display驱动初始化时间、CAN信号R挡解析周期、QNX侧资源预留。此时可形成软件需求条目，例如“Camera服务应在收到R挡信号后≤300ms内完成流启动”“显示合成链路端到端延迟≤800ms”“屏幕背光点亮至可读画面≤500ms”，并给出总预算不超过2秒的时序约束。

二、需求追溯矩阵的建立与维护

需求追溯矩阵（RTM）是量产项目需求管理的核心工具。它至少应包含以下字段：整车需求ID、软件需求ID、平台模块、接口/信号、验证方法、交付物、里程碑、状态。矩阵不是一次性文档，而是随项目推进持续更新的活文档。每次需求变更、接口调整或测试发现偏差，都应同步更新RTM，确保“整车需求—软件需求—测试用例—交付物”四者之间双向可追溯。

建立RTM时，建议从整车需求出发正向分解，同时从软件需求反向回查是否覆盖全部整车需求。对于Snapdragon平台，特别要关注跨域需求：QNX侧安全相关需求与Android侧信息娱乐需求之间的隔离与通信，Hypervisor虚拟机的资源分配，以及DSP/GPU的共享资源竞争。这些跨域项在RTM中应单独标注“跨域”标签，并指定双方接口负责人。

三、交付物清单与里程碑定义

量产项目启动阶段的交付物应围绕“需求可落地、可验证、可追溯”组织。典型交付物包括：整车需求输入清单、软件需求规格说明书（SRS）、RTM初版、接口控制文档（ICD）、平台资源预算表、验证计划、里程碑评审材料。其中SRS应细化到每个软件需求项都有唯一ID、触发条件、输入输出、性能指标和验证方法。

里程碑定义建议与整车开发节点对齐。M1需求冻结：完成RTM初版和SRS评审，所有整车需求已映射到软件需求，无遗漏项。M2软件样件：完成HAL接口定义、单元测试用例编写，关键性能指标在台架上初步验证。M3整车集成：完成实车集成，RTM更新至最新状态，集成问题闭环率≥90%。M4量产签署：完成全部验收测试，RTM追溯闭环，交付物归档。

四、实操示例：倒车影像需求的完整拆解

以倒车影像为例，完整拆解过程如下。整车需求VR-001：挂R挡后2秒内中控屏显示后视画面。软件需求SW-CAM-012：Camera服务在收到CAN R挡信号后，应在300ms内完成摄像头流启动并输出首帧。SW-DISP-008：显示合成链路端到端延迟不超过800ms。SW-CAN-003：R挡信号解析周期不超过20ms。SW-PWR-005：屏幕从休眠到背光点亮不超过500ms。验证方法：HIL台架注入R挡信号，用高速相机记录屏幕首帧时间，总时间≤2s。交付物：Camera HAL接口文档、显示链路时序分析报告、HIL测试用例。里程碑：M2完成台架验证，M3完成实车验证。

通过这样的拆解，整车需求不再是模糊的“2秒内显示”，而是变成一组可分配、可测量、可追溯的软件需求项。每个软件项都有明确的平台模块、接口信号、性能阈值和验证方法，开发人员知道改哪里，测试人员知道测什么，项目经理知道卡在哪里。这正是量产项目启动阶段需求工作的价值所在。