汽車零部件軟件與樣件產(chǎn)品交付方法

電子設(shè)計聯(lián)盟

點擊上方藍色字體，關(guān)注我們

1. 是否做對了
這一部分涉及對軟件開發(fā)過程的整體把控，從需求分析、開發(fā)、編譯、集成到測試的各個環(huán)節(jié)都要確保執(zhí)行正確。

然而，是否“做對了”的最終判斷并不是在交付環(huán)節(jié)做出的，而是在整個開發(fā)過程中判斷的。
& i# n' ~& s. r* R9 _
交付環(huán)節(jié)的作用更多是作為最終的把關(guān)，確保軟件最終交付的版本符合預期和標準。

' h( z$ A2 i# m8 H0 I; H* I3 |: P# u; z2. 是否交對了
2 j0 B' E8 s3 _6 T; k最直觀的檢查就是版本是否正確，這與前期的軟件分支管理、代碼管理、集成管理等密切相關(guān)。
) J5 s3 W; K9 i$ E. f
% H' e+ i5 b; K, k( H同時，還需要確認關(guān)鍵參數(shù)的正確性，例如，交付的軟件中讀取版本號或其他關(guān)鍵參數(shù)后，與需求方確認其是否正確。
. q# L# t0 U' T: L
當然，實際操作中，細心和謹慎也是不可忽視的因素。
* O6 _/ }7 T. e* F! w3 q% j
3. 是否交全了
“全不全”由客戶定義，不同客戶的需求差異可能很大。
/ ~, H$ a9 u+ Q, I. h  T' b! H* I
! y- ]# u2 |" O例如，有的客戶僅需要一個可燒錄的HEX文件，而有的客戶則可能需要一整套測試報告、過程記錄、OTA刷新包等。
. x# z# {$ q% L* y9 Z, O" I
通常，業(yè)內(nèi)會使用SW Release Notes（版本說明）來匯總該版本軟件的狀態(tài)。

一個好的版本說明能夠清晰展示軟件的全貌，通常包括但不限于以下內(nèi)容：

軟件版本號：基礎(chǔ)版本號，視開放程度可包括標定、底層、芯片、操作系統(tǒng)等版本信息。

軟件用途：說明軟件的應用領(lǐng)域和功能。

使用環(huán)境：如仿真環(huán)境、臺架測試、路試車、產(chǎn)線等。

軟件成熟度級別：根據(jù)軟件的穩(wěn)定性和開發(fā)階段進行標注。

軟件釋放履歷：記錄軟件的發(fā)布歷史。

需求基線：與需求的對應關(guān)系。

變更點：相較上一版本的新增功能、修改的模塊、修復的bug等。

測試匯總：包括測試范圍、結(jié)果、問題等。

軟件局限：如未解決的bug、已知的風險等。

匹配硬件信息：確保軟件與硬件的兼容性。
' M4 ~0 d9 T4 Q3 [. N% Q總的來說，這三個關(guān)注點定義了交付過程中的“要做好的”范圍。為了確保交付的質(zhì)量和完整性，我們必須對這些環(huán)節(jié)進行嚴格把控。
2
8 t3 V) r. u5 \; p0 u. L樣件交付成熟度的劃分——ABCD樣件
0 t& Y! G$ f( A, N( O% f) n# [3 G0 A軟件的交付除了直接交付軟件版本外，還有一種方式是將軟件刷寫到硬件中，直接交付硬件。
, o( j3 ?5 N. `
+ T) X3 I. `+ _這種方式是汽車電子軟件行業(yè)中較為常見的黑盒交付模式，汽車行業(yè)通常將零部件樣件視為商品進行交付，且其開發(fā)流程的主線往往圍繞交付樣件展開（量產(chǎn)交樣內(nèi)容不在此討論）。

/ j! T, r0 F2 P" L$ D$ a然而，隨著軟硬件解耦的程度不斷提高以及OTA（遠程升級）的普及，交付模式逐漸更多聚焦于軟件交付。

& ]4 J5 g) D) O- E) }在這里，我們將舉一個樣件成熟度劃分的例子，涉及到機械和軟硬件狀態(tài)的描述，這有助于加深大家對項目流程的理解。

總體而言，研發(fā)樣件的劃分通常是根據(jù)其設(shè)計和驗證的成熟度來定義的。

不同公司基于各自的開發(fā)流程和產(chǎn)品特點，可能會有不同的定義和習慣，同一公司不同人員在細節(jié)理解上也可能存在差異。

4 F4 V+ L+ X5 K3 ?為了便于理解，這里我們給出一種常見的樣件成熟度劃分方式，即按照ABCD樣件來劃分成熟度，具體見下表。


7 x, p, U7 ^; D% K) Z% I
, H& G! e% u' ~/ Z" U4 u9 R# H1. A樣件
0 e/ G  @# @) Y8 w" PA樣件通常是非常早期且不成熟的產(chǎn)品。

: |% x6 x0 Y5 u% j, h0 \其制作方式可能不規(guī)范，例如使用手工制作、3D打印、現(xiàn)有樣件修改或其他樣件代替等。
+ G9 \0 z. x  y2 c
這類樣件一般只用于非�；�礎(chǔ)的功能驗證，如外觀確認、結(jié)構(gòu)匹配、包裝開發(fā)、硬件在環(huán)（HIL）測試、臺架測試或其他基本的工作原理確認等，不能用于耐久類環(huán)境測試。
+ |/ t3 R( n7 @' y. L# @
A樣件的軟件開發(fā)可能未完成，或僅做了簡單的基本功能和接口測試。
$ ^4 Y% ^3 f) Z( {
2. B樣件
B樣件的成熟度比A樣件稍高，通常被視為過渡階段。由于該階段的定義相對模糊，很難與A樣件劃定清晰的界限。

B樣件的制作方式、功能狀態(tài)和測試完成度等關(guān)鍵部分通常已接近滿足要求，但仍有一些非關(guān)鍵問題，如非配合尺寸不良、非正式產(chǎn)線出件等。
7 x4 [4 B, b! H! D, n! Y
/ B9 ?# t6 ]9 W6 W) n! w6 Z  r" UB樣件可以用于車載測試或受限的路試驗證。
* N! A, E! p3 l
  [# }/ H( E( ~1 q# N4 C此外，常說的DV（設(shè)計驗證）階段就是在這一階段進行驗證。

7 p8 ^/ ^- E0 F" i' ^* g5 s' j" uB樣件的軟件可能仍有部分非關(guān)鍵模塊未開發(fā)完成，或者存在一些bug，標定可能還在調(diào)整階段，但至少滿足了可測試的條件，核心功能已經(jīng)能正常運行，剩下的是工程化的打磨工作。
  i0 L5 v3 a& Q% q
4 w) n; `: w' z" T2 a6 @可以說，大多數(shù)開發(fā)階段的模塊處于B樣件狀態(tài)。

% z# `7 y# l7 K1 r2 Z3. C樣件
C樣件代表了設(shè)計完成并驗證合格的樣件狀態(tài)，所有功能需求已滿足，硬件或機械件已經(jīng)是正式模具或產(chǎn)線生產(chǎn)出的零件。
( G; X* J! m/ }  l. Z
+ Z; C0 J" I4 T4 g7 s* D" |盡管如此，C樣件還不能用于銷售，因為此時只證明了可以通過非量產(chǎn)方式生產(chǎn)出單件或少量合格品。

% t( R$ i) Z& }' O2 C對于軟件開發(fā)團隊而言，需求已經(jīng)完成，所有子功能都已驗證，即使仍然存在已知的bug（實際上沒有完美無bug的軟件），這些bug通常不影響核心功能，而且相關(guān)方已達成偏差許可。
. }2 h+ P4 b0 [7 `. C7 e
開發(fā)工作基本完成，只剩下最后一步——客戶確認（例如整車或產(chǎn)線確認）。

: s6 C# e( d6 J+ K  i) i9 q1 p! u' j如果在這一階段發(fā)現(xiàn)問題，可能需要迭代優(yōu)化。簡單來說，C樣件的技術(shù)層面沒有問題（包括產(chǎn)品和生產(chǎn)）。
2 ?9 v9 E7 i# p
4. D樣件
! v' B% r7 Q; u; A4 I% t5 [6 J& m盡管C樣件在技術(shù)層面已無明顯問題，但汽車行業(yè)強調(diào)程序“正義”和量產(chǎn)穩(wěn)定性，因此引出了D樣件的概念。

D樣件是指經(jīng)過小批量試生產(chǎn)（量產(chǎn)工藝）并獲得必要認可（如PPAP）的樣件，證明設(shè)計、工藝、組織及流程都已被認可，且組織具備批量生產(chǎn)合格產(chǎn)品的能力。
此時，軟件也已完成全部確認工作，D樣件標志著開發(fā)階段的結(jié)束，進入量產(chǎn)供貨階段。

* ], H! t6 X5 c- |: ]
點擊閱讀原文，更精彩~