運用TOGAF ADM 的需求管理
本文是關於整個ADM流程中的各階段都會應用到的"中心"階段 — 需求管理。我們將會介紹在這個流程的中心階段，輸入到需求管理的流程，它的步驟及其階段的對應關係。還有需求管理步驟如何對應於 ADM 的各階段，及該階段的產出目的是甚麼。
目標
- 需求管理流程能在所有相關的 ADM 階段持續運作
- 管理在 ADM 週期或階段的任何執行過程中確定的架構需求
- 在執行階段時相關架構需求可供每個階段使用
輸入
需求管理流程的輸入是來自每個 ADM 階段的與"需求相關的輸出"。 第一個高階需求是作為架構願景的一部分產生的。 然後每個架構領域(B.D.A.T)產生詳細的需求。 後期的ADM 階段的可交付成果包含對新類型需求（例如，一致性需求）的對映。
步驟
以下為需求管理流程的步驟和 ADM 各階段步驟之間的對應關係。
步驟1
需求管理步驟: 無
ADM階段步驟:
識別/記錄需求 — — 使用業務場景或類似技術
步驟2
需求管理步驟:
基準需求：
1. 確定 ADM 當前階段產生的優先順序
2. 確認利害關係人對由此產生的優先事項會買單
3. 記錄需求的優先順序和在需求儲存庫中的位置
ADM階段步驟: 無
步驟3
需求管理步驟:
監控基準需求
ADM階段步驟: 無
步驟4
需求管理步驟: 無
ADM階段步驟:
確定變更需求：
1. 刪除或重新評估優先順序
2. 加入需求並重新評估優先順序
3.修改現有需求
步驟5
需求管理步驟:
確定變更需求並記錄優先順序：
1. 識別變更需求； 確保需求由負責當前階段的架構師和相關利害關係人確定優先順序
2.記錄新的優先事項
3.確保在整個階段中識別和管理任何衝突
4. 產生需求影響聲明以指導架構團隊
附註：
1. 變化的需求可以通過任何途徑進來。 為確保需求得到適當評估和優先順序，此流程需要導向 ADM 階段並記錄與需求相關的決策。
2. 需求管理階段需要確定利害關係人對決策的滿意度。 如果不滿意，該階段還是要負責確保問題得到解決並確定下一步。
ADM階段步驟:
步驟6
需求管理步驟: 無
ADM階段步驟:
1. 評估變更需求對當前(作業)階段的影響
2. 評估需求變更對前幾個階段的影響
3. 確定要不要實施變更，還是推遲到之後的 ADM 週期； 如果決定實施，評估變更管理實施的時間表
4.發布需求影響聲明，n+1版本
步驟7
需求管理步驟: 無
ADM階段步驟:
實施從Phase H產生的實施需求
架構可以在架構變更管理階段(Phase H)的整個生命週期中進行更改。 需求管理流程確保從Phase H 衍生的新的或變更的需求得到相應的管理。
步驟8
需求管理步驟:
使用與變更請求相關的資訊來更新架構需求存儲庫，包括受影響的利害關係人視圖。
ADM階段步驟: 無
步驟9
需求管理步驟: 無
ADM階段步驟:
在當前階段實施變更
步驟10
需求管理步驟: 無
ADM階段步驟:
評估和修改前期階段的差距分析
ADM Phase B 到 D 中的差距分析確定了現行架構和目標架構之間的差距； 某些類型的差距可能會產生差距需求。
ADM 描述了兩種差距：
1. 存在於現行中但不存在於目標中的東西（即被消除 — — 有意的/無意的）
2. 不在現行中，但存在於目標中的東西（即新的）
“差距需求”是指任何被意外消除的需求，因此需要對目標架構進行更改。
如果差距分析產生差距需求，則此步驟將確保它們在需求存儲庫中得到解決、記錄和歸檔，並相應地修改目標架構。
產出
- 更新的架構需求規範
- 需求影響分析
需求存儲庫將作為需求管理階段的一部分進行更新，並且應該包含所有需求資訊。
需求影響評估
在整個 ADM 過程中，我們會收集與架構相關的新訊息。 隨著這些訊息的收集，可能會發現新的事實，使架構的有些部分是無效的； 例如，新需求的出現或現有需求的變化。 需求影響評估會評估當前的架構需求和規範，以確定應該進行的變更以及這些變更的影響。 它記錄了對架構變更的評估和變更建議。 需求衝擊聲明會經歷了各種迭代，直到最終版本，其中包括需求（例如，成本、時間尺度、業務指標）對架構開發的全部影響。 建議內容如下：
- 具體需求的參考
- 迄今為止利害關係人的需求的優先順序
- 需要重新審視的階段
- 引導需求優先順序的階段
- 階段調查的結果和修訂後的優先事項
- 關於需求管理的建議
- 儲存庫參考編號
以上這些通常是作為對變更請求的回應而產生的
總結
需求管理是 ADM 的持續活動。 架構需求儲存庫包含目標架構的當前需求。 當出現新需求或變更現有需求時，將產生需求影響聲明，其中標識需要重新檢視以解決變更的 ADM 階段。
