開放架構、可配置元件和統一交換格式的一個關鍵目标，是讓開發人員更加關注創新和産品差異化功能的開發和重用。近年來，許多獨立的标準被建立出來，而且已經影響到了診斷開發中的過程和工具，尤其是ODX和AUTOSAR。與此同時，對需求的系統擷取、管理和跟蹤控制，也對流程、方法和工具産生了重大影響。
有沒有可能在沒有一個或多個标準的情況下做到這一點？有超級标準嗎？或者标準和方法是否能夠更加有效地結合在一起？
需求工程
對一個系統的開發，開始于從使用者視角的需求。對需求的擷取标志着一個疊代過程的開始（圖1），在這個過程中，系統的需求逐漸變得更加具體和精确。如果為滿足需求的解空間仍然很大，後續對于各個子系統的規格描述就要精确并且不會含混不清。
圖1：疊代開發過程
在實踐中，需求在具體和精确的方面有所不同。基于文本的需求描述了一種以文本形式實作的系統屬性，通常是不完整的、故意模糊的、短語或隻是以筆記的形式。另一方面，規範要求是精确的，不僅描述了需求本身，而且還包括了解決方案，并且對規格的解釋隻留下很小的自由度。形式化語言通常用于描述規格，這些描述在檔案中被附加到基于文本的需求後面。參考需求包含對規格的引用