企業架構研究總結（28）——TOGAF架構開發方法（ADM）之需求管理階段

1.11 需求管理（Requirements Management）

企業架構開發方法各階段——需求管理

 

1.11.1 目標

      本階段的目標是定義一個過程，使企業架構的需求可以被識別、存儲並與其他架構開發方法各階段交互。

1.11.2 方法

      如上圖所示，需求管理階段位於整個架構開發方法循環的中心，而整個架構開發方法過程實際上也是由這一構成所驅動的。需求管理的目標並不是針對一系列靜態的需求表述，而是一個動態的過程，借助於這一過程企業架構的需求和因此而產生的變更能夠被識別、儲存，並與企業架構開發方法其他各個階段的輸入與輸出產生互動。需要注意的是，需求管理構成本身並不能解決任何需求（這些應該是企業架構開發方法相應階段的任務），它只是一個用來在整個架構開發方法周期中對需求進行管理的過程。

可借助的資源

      在現實生活中存在着多種關於需求管理的建議和過程，TOGAF並不強制企業采用何種方式來進行需求管理，它只是表述了作為一個有效的需求管理過程所應該達到的要求。

• 業務情景（Business Scenarios）：此技術是描述在TOGAF中的一個非常有效的技術，用於發現並記錄業務需求，同時還可以用來描述一份用於實現這些需求的架構願景。
• Volere需求說明模板（Volere Requirements Specification Template）：此需求說明模板是目前比較流行的需求說明模板之一，雖然它本身並不是為了架構需求而設計的，但是這並不妨礙其可用性，並且這一模板可以被自由獲取、修改或復制。
• 需求工具（Requirements Tools）：在當前存在着很多現成的商業性需求工具，並且其數量還在不斷增長。雖然這些工具大多不是為架構需求而特制的，但是其可用性並不受阻礙，因為架構需求從本質上講也沒有太多特殊之處。

1.11.3 輸入與輸出

      在當前階段所需的輸入材料以及此階段輸出的各種交付物歸納如下：

輸 入	架構資源庫
	企業架構組織模型，包括： 受影響的組織范圍 成熟度評測、差距及解決方法 架構團隊所擔當的角色和職責 架構工作的約束 預算需求 治理和支持策略
	定制的架構框架，包括： 定制的架構方法 定制的架構內容（交付物和制品） 配置和部署工具
	架構工作說明書
	架構願景
	架構需求說明中的架構需求
	需求影響評估
輸 出	需求影響評估
	更新的架構需求說明（如有必要）

1.11.4 步驟

      由於需求管理階段是一個與其他架構開發階段交互的過程，因而在本階段的各步驟中鮮明地體現了這種交互：

步驟序號	需求管理步驟	ADM各階段步驟
1		通過業務情景或其他模擬技術識別/記錄需求
2	定義基線需求： 確定產生於當前架構開發方法階段的各優先級事項 確認干系人認可各個結果優先級事項 記錄需求優先級，並將其放入需求庫
3	監控基線需求
4		識別變更的需求： 刪除或再次評估各優先級事項 增加或再次評估各優先級事項 修改現存需求
5	定義變更需求和記錄優先順序： 明確變化了的需求，並確保負責當前階段的架構師和相關干系人對這些需求設定了優先級 記錄新的優先級事項 確保各階段中所有沖突被明確和管理，並形成結論和設置優先級 產生需求影響說明，用於指導架構團隊
6		評估變更的需求對當前階段的影響 評估變更的需求對前面各階段的影響 確定是否落實變更，或拖延至后面的架構開發方法循環中。如果選擇對變更進行實時，那么就要為變更管理實施的時間表進行評估 發布下一個版本的需求影響說明
7		實施架構變更管理階段的需求
8	使用與變更請求相關的信息更新需求資源庫，包括受到影響的干系人視圖
9		實施當前階段的變更
10		評估和修正先前階段的差距分析。這一步驟需要確保因為差距發生變化而產生需求被清楚地表述出來，且被記錄到需求庫中，同時也要對目標架構做出相應的修改。