1.SEooC的定義

在汽車工業中，針對不同的應用，或者為不同的客戶開發的通用elements，這個elements可以被不同的組織獨立開發，且是與安全相關的elements，我們成為SEooC。

這是標準里面的定義，這里需要明確三個概念，小編已經用紅色字體標注起來了。

1） 首先他是一個elements。這個在功能安全標準的詞匯表里面有詳細的描述。小編用一張圖可以更清晰的描述這個概念：element可以是一個System，一個Subsystem，傳感器，控制器，執行器，其中的軟件硬件都可以稱為一個element。它是區別于Item。Item就是我們需要開發的東西，包含所有的system，一般由主機廠來定義。舉個例子，我們要開發一個ADAS域控制器，那個這個ADAS域控制器就可以作為一個Item，里面的控制器硬件，某個系統，雷達模塊，某個MCU，某個執行器，某個軟件模塊，都可以作為一個element。

2） 第二個是獨立開發，獨立開發的含義其實表明這是一個私有的東西，是為了自己的公司研發團隊實現模塊化的功能安全開發。比如說，公司自己做了一個滿足功能安全的電源系統，這個系統的功能安全等級達到ASIL-D，且具有12V/1.2A的輸出電流。那么以后公司所有的控制器，如果這個電源系統能夠滿足性能要求，我就可以直接拿來用了。當然，也是需要遵循一定的功能安全開發流程來的。

3） 第三點，也是最重要的一點，還是安全。這是和功能安全相關的東西。非安全相關的element，我們不做模塊化設計開發。

2.SEooC的特征

SEooC的特征，其實是它的開發依據，既然它沒有上下文關聯，那說明它沒有依據。是一種基于假設開發的。根據開發經驗，認為這么一個element會是很多Item的需求，我們有理由把它做成一個SEooC。前提還是要滿足ISO26262的一系列標準。

SEooc不同于授權的軟件或者是經過評估的硬件，它用于適配不同的Item，前提是SEooC在集成的時候，那些有效的假設都能滿足要求。而授權的軟件組件或者是評估過的硬件組件強調把先前存在的軟件組件或者硬件組件拿來用。它既不包含設計，也不包含開發。

如前文所說，SEooc的開發是基于假設的，假設與SEooc開發的關系如下:將假設的需求和SEooc外部的設計作為假設，產生SEooc的開發需求，從而可以進行SEooc的模塊開發。

3.SEooC需求和假設的驗證

Seooc開發的目的最終還是要集成到Item中，因此需要對SeooC的需求和假設進行驗證，驗證需要在開發Item的時候進行。比如說，對于一個軟件組件的Seooc來說，對于軟件Specification的驗證，可以證明軟件架構設計specification的需求被滿足了。驗證報告可以在Seooc開發完之后，Item開發到了需要闡述element的需求的時候。

4.SEooC的開發流程裁剪

對于安全活動的裁剪，需要按照如下的規則來（ISO26262-2的6.4.5.7），但是裁剪也不是意味著任意的步驟都可以刪除，一些確定的步驟是需要沿用的。

此外SEooc的開發基于假設的功能，以及使用外部和上下文關聯的接口。假設的提出是基于多個Item，是多個Item的父集。因此SeooC可以用于多個不同但是相似的Items。

一個Item可能包含多個SEooCs，它們拼接在一起的時候需要考慮接口技術。

SEooc如果和Item集成的時候不匹配，需要根據變更管理，要么改element要么改Item。

下圖是SEooC作為軟件Component來開發的流程實例：