近期在回顾反思，对前期工作做阶段总结，需要写一篇硬件设计指南文件。想起之前看BMS的软件开发V型流程，结合个人的经验，在网上搜集一些资料，“生搬硬套”写了设计指南提纲。
看一下网上对V型开发流程大概步骤如下图：

对于系统需求分析，在文库检索到微软06年文档《软件架构设计原则和指南》，内容：

• 项目的合同书
• 对市场的调查和对竟争者产品的分析
• 对使用者的调查及回馈总结
• 对用户使用产品过程的观察
• 访问用户的谈话记录
• 用户对系统的升级要求以往类似项目的总结分析
• 现有系统的问题报告和维护历史记录
• 对用户的售后服务和技术支持的历史
• 项目资助者的要求

似曾相识，翻看2013年APQP笔记中Item1 Plan and Define Program包含的项目：

• Design goals
• Reliability goals
• Quality goals
• ……

硬件开发流程见的次数较多，再看软件开发流程，软硬件的开发流程有相通的地方。
折回来用软件思路看硬件设计。按照设计层级划分，整车Level0，动力总成Level1，变速箱总成Level2，变速箱硬件子系统Level3，个人见解Level0+Level1+Level2需求分析（RFQ）即为“系统需求分析”。剥茧抽丝分离出该硬件子系统对应的项目（比如动力性扭矩指标，经济型的效率指标，舒适性的NVH指标等）进行展开。
按此思路，软件V型开发流程与硬件系统设计指南，参考如下：

虽比现有的硬件系统设计指南逻辑上清晰一些，但是有些牵强。反思一下，按照APQP思路来写亦可。