1.過程目的
該過程的目的是確保對完整的硬件進行驗證,以提供符合硬件要求的證據(jù)。
2.過程成果
由于本過程的成功實施:
1)針對硬件需求制定驗證策略,包括與項目計劃和發(fā)布計劃一致的回歸策略,并確保測量和驗證設備的適用性。
2)開發(fā)了一種根據(jù)硬件驗證策略驗證硬件的規(guī)范,該規(guī)范適合于提供符合硬件要求的證據(jù)。
3)根據(jù)硬件驗證策略接收符合硬件設計的樣本。
4)根據(jù)驗證策略和放行計劃選擇驗證規(guī)范中包含的驗證措施。
5)使用選定的驗證措施對硬件進行驗證,并記錄硬件需求驗證的結果。
6)驗證措施與硬件需求之間建立一致性和雙向可追溯性。驗證措施與驗證結果之間建立一致性和雙向可追溯性。
7)驗證結果匯總并通報給所有受影響的各方。
3.基礎做法
HWE.4.BP1:針對硬件需求制定驗證策略。制定與項目計劃和發(fā)布計劃一致的硬件需求驗證策略,包括
a)驗證范圍的定義[ISO26262-8:2018條款9.4.1.1b)]
b)要驗證的硬件變型的標識
c)適當測量和驗證設備的定義[ISO26262-8:2018條款9.4.1.1f)]
d)驗證硬件的回歸策略[ISO26262-8:2018條款9.4.1.1一)],即。選擇驗證措施的標準的定義,包括:
-新的或變更的需求的覆蓋范圍
-變更請求的覆蓋范圍
-對被測試設備的變更的覆蓋范圍
-基于變化分析的依賴關系的考慮
e)關于驗證的具體要求的定義(例如。測試特定的利益相關方要求,[ISO26262-8:2018條款10.4.5和10.4.6]被涵蓋
f)處理失敗驗證的方法[ISO26262-8:2018條款9.4.1.1h)][結果1]
注1:關于“沒有單獨的指導文件”的第2節(jié)給出了存在a)至f方面的原因’。
注2:硬件回歸驗證意味著驗證尚未變更的硬件項不受另一個硬件項變更的影響。
注3:在回歸策略中也可以定義對任何變化重復的預定義數(shù)量的驗證措施,例如。所有與安全相關的測試用例。
注4:目標是驗證離散硬件功能,即。沒有軟件/機械功能。然而,為此目的,可能需要機械元件或在硬件上運行的合適的特殊測試軟件作為驗證環(huán)境。
注5:測量和驗證設備的適用性可能取決于例如。釋放階段,如EMC測量的早期樣本,打算由非認證實驗室完成。
HWE.4.BP2:根據(jù)硬件需求制定驗證規(guī)范。根據(jù)定義的策略制定驗證規(guī)范。驗證規(guī)范為準:
a)適合為硬件符合硬件要求提供證據(jù)
b)包括驗證的出入境標準的定義[結果2]
注6:這通常包括每個驗證措施的合格/失敗標準。
注7:對于與安全相關的方面,應驗證硬件對環(huán)境和操作壓力因素的耐久性和魯棒性[ISO26262-5:2018條款10.4.6]
注8:在與安全有關的開發(fā)情況下,應利用安全分析的結果,包括故障和故障模式信息[ISO26262-9:2018,第8.4.7條],確定額外的與安全有關的驗證措施,另見HWE.2BP6注21
HWE.4.BP3:確保使用符合要求的樣品。確保用于驗證的樣品符合硬件要求,符合硬件設計提供的相應的生產數(shù)據(jù),包括特殊特性。[結果3]
注9:收到的證據(jù)可以是:樣品報告,目視檢查記錄,ICT報告。
注10:單是物料清單并不自動意味著完全生產數(shù)據(jù)合規(guī)。
注11:從樣品中獲得樣品的一方可以是生產、原型和樣品構建或構建2打印供應商。
注12:如果樣品有偏差,或需要重新加工或修改,這些信息需要記錄在案。
注13:生產過程本身不在HWEPRM/PAM的范圍內;假設生產過程本身是正確的;為了獲得正確的樣品,只有與生產過程的過程接口在范圍內。
HWE.4.BP4:選擇驗證措施。根據(jù)定義的策略從驗證規(guī)范中選擇驗證措施。驗證措施的選擇
根據(jù)硬件需求和發(fā)布計劃的驗證策略,
a)有足夠的覆蓋范圍
b)考慮可交付物品的預期用途(例如。用于EMV測試,用于支持軟件測試)
c)記錄使用的選擇標準(如策略中定義的)
d)被記錄下來[結果4]
注14:選擇的標準可以是。
·要求執(zhí)行的成熟度
·回歸策略
·需求的優(yōu)先順序
注15:計算和模擬被認為是硬件設計評估活動,見HWE.2BP6
HWE.4.BP5:驗證硬件。根據(jù)定義的策略使用選定的驗證措施驗證硬件。記錄驗證結果,包括通過/不通過狀態(tài)和相應的驗證措施數(shù)據(jù)。[結果5]
注16:見汽車SPICESUP.處理不符合規(guī)定的
HWE.4.BP6:建立雙向可追溯性。建立硬件需求與驗證措施之間的雙向追溯。建立驗證措施與驗證結果之間的雙向可追溯性。[結果6]
注17:雙向可追溯性支持覆蓋、一致性和影響分析。
HWE.4.BP7:確保一致性。確保硬件需求與驗證措施的一致性。[結果6]
注18:一致性由雙向可追溯性支持,可以通過評審記錄來證明。
HWE.4.BP8:總結和交流結果。總結驗證結果,并傳達給所有受影響方。[結果7]
注19:摘要中提供驗證措施的所有必要信息有助于其他締約方采取適當措施。
注20:如果可能產生大量驗證數(shù)據(jù)(例如。自動測試)然后可以提供有意義的驗證數(shù)據(jù)摘要,作為每個驗證結果的充分證據(jù)。
4.輸出工作產品
08-HW01驗證計劃→[結果1]
08-HW02驗證規(guī)范→[結果2,4]
13-01驗收記錄→[結果3]
13-04交流記錄→[結果7]
13-19評審記錄→[結果6]
13-22追溯記錄→[結果6]
13-HW01驗證結果→[結果5,7]
5.評級規(guī)則
[HWE.4.RL.1]如果對照硬件要求進行驗證的策略不包括BP1的所有方面,則指標BP1不得評為F。
[HWE.4.RL.2]如果使用自動化的測試實現(xiàn)不包括以下方面,則指標BP5不得評為F:
■測試腳本和測試程序相對于驗證規(guī)范中分配給自動化測試的測試用例的正確性、完整性和一致性。
[HWE.4.RL.3]如果驗證結果只包含純通過/失敗的信息,而不支持驗證措施數(shù)據(jù),則指標BP5不得高于P。
評級建議
沒有評級建議。
編輯:lyn
-
硬件
+關注
關注
11文章
3595瀏覽量
69011
原文標題:基于硬件要求的驗證
文章出處:【微信號:QCDZYJ,微信公眾號:汽車電子工程知識體系】歡迎添加關注!文章轉載請注明出處。
發(fā)布評論請先 登錄
ProfiNet轉DeviceNet智能網(wǎng)關實現(xiàn)壓力傳感器與西門子PLC無縫集成提升發(fā)酵過程自動化水平
芯片燒錄原理是什么?一文讀懂芯片程序燒錄全過程
2025硬件在環(huán)仿真最新選型指南:TOP4廠商全景解析
國內首個汽車芯片標準驗證平臺啟用,“消費芯片”再難上車?
如何驗證硬件冗余設計的有效性?
LoRa1120模塊與ESP32點對點LoRa通信實現(xiàn)實踐指南
如何驗證硬件加速是否真正提升了通信協(xié)議的安全性?
PCBA加工后進行測試的目的是什么
電子產品環(huán)境可靠性試驗介紹
硬件輔助驗證(HAV) 對軟件驗證的價值
Tektronix泰克 MDO3024示波器黑屏故障定位與修復全過程
基于硬件要求的驗證全過程與結果
評論