當執行系統工程活動時，考慮過程和期望系統之間的相互關系是很重要的。生成的系統類型(參見系統類型)將影響所需的過程，如系統生命周期過程驅動程序和選擇中所示。這可能導致裁剪系統工程標準應用中所描述的已定義過程。

過程和產品模型

生命周期模型的圖1引入了觀察階段工作產品的視角，這些產品由過程執行提供，作為不同生命階段的系統利益（SoI）的版本。在任何人工系統的生命周期中發生的根本變化包括定義、生產和利用。在這些基礎上進行構建時，考慮如下面的圖1所示的通用流程和產品生命周期階段模型的結構是有用的。

圖1所示。系統生命周期的一般(T)階段結構。

(T)模型表明，定義階段先于生產階段，在生產階段中，兩個或多個系統要素的實現(獲取、供應或開發)已經完成。系統要素根據定義的關系集成到系統利益（SoI）中。因此，過程和產品兩個方面都被描述。實現和集成過程在提供初級階段結果時遵循——即在組裝的系統產品或服務實例中。然而，正如生命周期模型中所指出的，在開發階段提供的系統利益（SoI）定義也可以是系統的第一個版本的結果。例如，一個原型，它可以被視為一種生產或預生產階段的形式。生產階段之后是利用階段。進一步相關的階段包括支持和報廢。請注意，此模型還顯示了定義與實現和集成之間的重要區別。

根據ISO/IEC/IEEE 15288(2015)，這種結構對于任何類型的人工系統利益（SoI）都是通用的，可以進行生命周期管理。因此，生產階段成為(T)模型的焦點，在該模型中，系統要素被實現并集成到基于定義的系統產品或服務實例中。對于已定義的物理系統，這是生產和組裝產品實例(單獨或批量生產)的點。對于非物理系統，實現和集成流程在實例化以提供服務之前用于服務準備(建立)。對于軟件系統來說，這是將軟件要素組合成版本、發布或其他形式的管理軟件產品的構建的關鍵點。

使用迭代分解，每個系統要素的實現可以再次涉及到下一個最低級別的標準調用，因此將系統要素作為其本身的系統利益（SoI）處理。然后，一個新的生命周期結構被用于較低級別的系統利益（SoI）s。

這在雙Vee模型中得到了說明(圖2a和圖2b)。雙Vee模型是一種三維系統開發模型，在系統和組件架構的創建過程中集成了產品和過程。它強調：

同時進行機會和風險管理;

用戶進程內的驗證;

集成、驗證和確認計劃;及

驗證解決問題。

當分解根據實際需要和風險收益分析終止時，系統要素就會根據所涉及的要素類型實現(獲得、供應或開發)。

Figure 2a. The Dual Vee Model (2a)

Figure 2b. The Dual Vee Model (2b)

影響過程和產品方面的一個實際方面是決定使用商業現貨(COTS)形式的現貨要素。在這種情況下，要素的進一步分解是不必要的。COTS要素(以及它們內部創建的社團或非開發項目(NDI))的使用已經非常廣泛，并且已經證明了它們的價值。然而，開發人員必須確保COTS產品適合他們的環境。

在產品的預期環境中正常使用中不經常出現的已知缺陷可能是良性的，容易處理的。在新的情況下，它可能會產生戲劇性的負面后果，就像1998年發生在“約克鎮”號巡洋艦上的那樣。客戶要求使用Windows NT作為該船的主要操作系統。“除以零”故障導致操作系統出現故障，這艘船沉沒了。它不得不被拖回港口三次。

螺旋模型不僅設計過程和產品模型，也設計屬性和成功模型。圖3顯示了這些模型如何提供檢查和平衡，無論是在里程碑評審時還是在做出單個模型選擇時。“當模型碰撞:軟件系統分析的教訓”，“避免軟件模型沖突的Spiderweb”，以及“在軟件系統開發期間檢測模型沖突”中提供了支持這種并行工程的方法和工具。

對于軟件系統來說，進入生產階段是將軟件要素(代碼模塊)組合成版本、發布或其他形式的管理軟件產品的構建點。因此，通用系統和軟件系統之間的主要區別是圖4中所示的通用模型的輕微變化。

原文標題：過程和產品模型的集成

文章出處：【微信公眾號：汽車電子硬件設計】歡迎添加關注！文章轉載請注明出處。

責任編輯：haq