操作概念是指從(cong) 用戶的角度，使用非技術性的語言，描述未來產(chan) 品的特征及其整個(ge) 生命周期，包括使用、維護和廢棄。操作概念是一種有效地與(yu) 所有幹係人進行溝通、並獲得早期驗證的手段。操作概念有時也稱為(wei) “業(ye) 務需求”或“商業(ye) 需求”。

關(guan) 於(yu) 操作的概念最早出現在“IEEE 1362-1998 IEEE Guide for Information Technology - System Definition - Concept of Operations (ConOps)”。然後不斷進化，最新的標準是“ISO/IEC/IEEE 15288:2015 Systems and software engineering - System life cycle processes.”

我在美國國防部征兵總部負責過程改進的5年多時間裏，聽的最多的就是ConOps，即Concept of Operations，操作場景。在國內(nei) 做評估的時候，聽的最少的也是這個(ge) 詞。查資料才知ConOps最早是在美國陸軍(jun) 使用，然後在美國政府和國防部內(nei) 普遍使用。在美國國防部聯合軍(jun) 事行動領域，操作概念作為(wei) 一個(ge) 術語裏被定義(yi) 為(wei) ：“聯軍(jun) 指揮官使用可用資源來準確和清晰地描述期望完成的任務、以及怎樣完成任務的口頭或書(shu) 麵的陳述。” 因為(wei) 最早編寫(xie) CMMI的美國軟件工程學院（Software Engineering Institute – SEI）是美國國防部和卡內(nei) 基梅隆大學聯合成立的研究機構，所以ConOps這個(ge) 概念很早就被加入CMMI模型裏麵。

場景在CMMI裏的定義(yi) 是用戶和產(chan) 品之間的交互活動，以實現某種操作結果。這些交互活動，通常也稱為(wei) “故事”或“用例”。場景是對操作概念的細化，通常使用一組場景來支持對操作概念的描述。

根據SWEBOK（Software Engineering Body of Knowledge），場景屬於(yu) 需求挖掘技術，也是一種基於(yu) 模型的分析技術，同時場景也用來支持驗收測試。

場景，或者聽的更多的“用例”，經常會(hui) 用到UML，RUP等方法裏，也可以在軟件需求文檔裏用來描述功能需求。在敏捷開發裏，我們(men) 聽到的更多的是“故事”。

使用場景來描述需求時也有局限性，對於(yu) 那些不是基於(yu) 用戶交互的需求，比如算法、非功能需求等，就不適合用場景來描述。

操作概念和場景一起，共同展示了未來產(chan) 品的特征和目標，是幹係人溝通和確認的橋梁。經過驗證和確認的操作概念和場景，為(wei) 後續的用戶需求和軟件需求奠定了堅實的基礎。有的企業(ye) 在做需求跟蹤矩陣時，也把操作概念和場景，與(yu) 用戶需求、軟件需求等一起來進行跟蹤。

以上內(nei) 容轉載自公眾(zhong) 號《CMMI論壇》

了解更多CMMI認證