利益攸關者需求定義流程

利益攸關者需求定義流程的目的是在特定的環境下，定義能夠向用戶和其他利益攸關者提供所需服務的系統的需求。

這一流程識別貫穿于系統生命周期所涉及的系統利益攸關者或利益攸關者的級別及其需要、期望和愿望。該流程對上述內容進行分析并將其轉換成利益攸關者的一系列公共需求，這一系列公共需求表達系統將要與其運行環境的預期互動，并作為確認每個產生出來的運行服務所依據的參照。幾乎完全達成共識的是成功的項目取決于滿足利益攸關者/客戶的需要和需求。

成功的項目取決于滿足利益攸關者/客戶的需要和需求，關于這一點已幾乎完全達成共識。利益攸關者是對系統擁有合法利益的任何實體（個人或組織）。典型的利益攸關者包括用戶、運行者、組織決策者、協議方、法規機構、開發代理、保障組織以及大到社會。當不可能直接接觸時，系統工程師找到如市場營銷或非政府組織等代理，以表達對某一利益攸關者階層（如消費者或未來新生代）的關心。利益攸關者的需求支配著系統的開發，并且是進一步定義或明確開發項目范圍的一個基本的因素。如果一個組織正在采辦這一系統，該流程在協議中為可交付物的技術描述提供基準——以系統級規范和系統邊界定義的接口為典型的形式。圖1 是該流程的背景環境圖。

利益攸關者需求定義流程包含以下活動：

" 引出利益攸關者需求

–識別貫穿于系統全生命周期內對其感興趣的利益攸關者。

–引出需求——系統必須實現的內容及達到的程度。

" 定義利益攸關者需求

– 定義由協議或與遺留使能系統的接口所強加的約束。

– 構建場景以定義方案文件;預見的系統產品使用范圍;預期的運行環境;以及接口系統、平臺或產品。場景有助于識別有可能被忽略的需求。社會和組織的影響亦從使用這些場景中顯露出來。

– 建立關鍵的和期望的系統性能——對系統成功至關重要的以及系統所期望的但為滿足關鍵參數可能被折中的系統性能參數的閾值和目標值。

– 建立MOE和適用性——反映客戶/用戶的總體滿意度（如性能、安全性、可靠性、可用性、可維護性和工作負載需求）的指標。

" 分析和維護利益攸關者需求

– 分析需求的清晰性、完整性和一致性。

– 協商修改以解決無法實現的或不切實際的需求。

– 為歷史或歸檔目的，確認、記錄和維護貫穿于系統生命周期之內以及超越系統生命周期之外的利益攸關者需求。

– 建立和維護可追溯性矩陣以文件化正式需求是如何用于滿足利益攸關者的目標并獲得利益攸關者的同意的。

常用方法和技巧：

" 開發用戶群體的描述以提供工作期間的共同理解并確認場景的合適性。用戶描述可覆蓋產品將要銷售給的人群，或被指派部署系統或從系統運行中受益的特定人員的類別。

" 一旦建立利益攸關者的需求，就將這些需求正式地置于構型控制之下。

" 在系統工程師與利益攸關者之間建立良好的關系和開放的交流，這在開始細化和明確一系列需求的協商時是有幫助的。

" 識別所有利益攸關者。至關重要的是在該流程中識別和包含關鍵的系統利益攸關者，包括開發/設計團隊。

" 避免設計一個最終的解決方案或避免建立對該解決方案的不具正當理由的約束。

在ISO/IEC 15288：2008背景環境中，需求在其中的兩個技術流程（即利益攸關者需求定義和需求分析）中被特別提到，并且是許多系統生命周期流程的驅動因素。依托系統開發模型，利益攸關者需求的捕獲應按照常理在開發周期將要開始的時候進行一次或作為一個持續的活動來開展。無論如何，引出和分析需求的原因是相同的——理解利益攸關者的需要以足夠好地支持架構設計流程。

該活動中的最大挑戰之一是識別引出該需求的一系列利益攸關者?？蛻艉妥罱K用戶相對容易識別，但亦應看到或聽到在所感興趣之系統的結果中獲利的管理機構及其他感興趣的各方。利益攸關者可包括互操作系統和使能系統本身，因為這些系統通常會強加需要被識別和考慮的約束。在可持續的開發中，這包括尋找新生代的代表。圖2闡明了潛在利益攸關者的范圍。