根據ISO26262系列標準開發安全需求的流程和順序如圖8和圖9所示，并概述如下。具體條款以下列方式表示：“m-n”，其中“m”表示部分的編號，“n”表示該部分中的條款或子條款的編號。

進行危險分析和風險評估（見ISO26262-3：2018的第6條【危害分析和風險評估】），以確定風險并確定這些風險的安全目標。

導出的功能安全概念，它指定了滿足安全目標的功能安全要求。這些要求定義了將用于該相關項的安全機制和其他安全措施。此外，還確定了支持這些需求的系統架構要素（見ISO26262-3：2018的第7條【功能安全概念】）。

導出的技術安全概念，規定了技術安全要求及其分配給系統要素，供系統設計實現。這些技術安全要求將指導硬件和軟件之間要素的分割（見ISO26262-4：2018的第6條【技術安全概念】）。

系統設計將按照技術安全要求進行開發。它們的實現可以在系統設計規范中指定（見ISO26262-4：2018的第7條【系統設計】）。

最后，將提供硬件安全要求和軟件安全要求，以符合技術安全要求和系統設計（見ISO26262-5：2018的第6條【硬件安全要求規范】和ISO26262-6：2018的第6條【軟件安全要求規范】）。

圖8說明了ISO26262硬件需求與設計子階段之間的關系。

圖8-從概念到硬件的安全要求、設計和測試流程

圖9說明了ISO26262系列標準的軟件需求、設計和測試子階段之間的關系。

圖9-從概念到軟件的安全要求、設計和測試流程

? 系統設計：

系統設計從相關項定義（3-6）不斷細化到系統架構設計（4-6）。

? 測試層面間的相關性：

各層次的測試規范和測試用例主要取決于相應的要求和設計。它們通常不相關于其他測試級別的測試規范、測試用例和測試結果。測試規范通常取決于測試環境。

? 測試層面對需求和設計層面的相關：

測試規范和測試用例是從同層面別上的需求中導出的，由同一層面的設計信息支持。

示例：對于性能測試，有關設計的信息是必要的。

? 軟件安全需求驗證：

軟件安全需求驗證階段（6-11）需要軟硬件進行集成。

? 外措施等技術：

外部措施和其他技術在車輛層面得到驗證。

責任編輯：haq