企業生命週期

      FEAF為聯邦企業架構的建設提供了方法論，但是該框架還只是在概念層面提出了聯邦企業架構建設過程的各組成部分以及他們之間的關係，而對於如何以步進式的方式建設企業架構，FEAF的詳細程度還是不夠的。那麼該如何使用架構框架理論為聯邦政府以及各個機構建設企業架構呢？企業架構的建設、維護和使用又該如何融入到各個機構中？面對這些問題，2001年CIO委員會發布了《A practical guide to Federal Enterprise Architecture》，用於為各個機構提供一份關於建設和維護企業架構的詳細指南，並且該指南還介紹瞭如何將企業架構融入到各機構的生命週期中，從而促進機構的良性發展。這份指南雖然名稱上是為聯邦政府各機構提供一份實施導則，但是對於聯邦政府之外的各種企業也有著重要的意義。

企業生命週期

      在企業的存續和發展過程中，企業需要不斷的吸收新的技術、業務流程等新鮮事物，並將其轉換為能夠促進企業前進的各項能力，而這樣一個迴圈往復的過程就可以看作為企業的生命週期。為了維持這個過程的良性發展，企業需要藉助於各種管理過程和方法，並通過他們之間的協調合作來達成。在聯邦政府中，相比於專案管理以及資金規劃和投資控制，企業架構過程可以說是一個新晉技術，因而為了確保整個組織的良性持續發展，僅僅強調企業架構過程而忽視其他過程的結合是不夠的。在這份指南中，企業生命週期被描述為上圖所示的樣子。在這裡，企業架構過程（EA Process）是一個獨立執行的迭代過程，而除此之外一個企業的良性發展還需要企業工程和專案管理（Enterprise Engineering and Program Management）和資金規劃和投資控制過程（CPIC，Capital Planning and Investment Control）。在這三個核心過程中企業架構過程是用於企業架構的建設、維護和使用的指導過程；企業工程和專案管理用於負責針對企業各個實施或採購專案的管理；資金規劃和投資控制過程是企業關於投資的選擇、控制和評估方面的重要工具。這三個過程並不是相互隔絕的，企業架構過程的實施最終要落實到一個個具體實施專案之上，而確保這些專案能按時按質的實現就需要企業工程和專案管理以及資金規劃和投資控制過程方面的強力支援。除了企業架構過程受益於這兩個核心過程之外，企業架構過程所產生的企業架構內容也為這兩個核心過程提供了準確可靠資訊基礎，並且企業架構過程還可以保證這些資訊能夠快速反映和消化外界環境的變化。除了這三個核心過程之外，企業生命週期的良性發展還需要系統生命週期、人力資源以及安全管理這三個支援性的管理過程的幫助。這三個支援性過程具有普適性，他們不像上面三個核心過程那樣直接作用於企業的具體任務，但是他們確實是支援各個核心過程並保證企業任務能夠順利進行的重要保障。

企業架構過程

      理解了企業架構過程在整個企業生命週期中的位置以及與其他重要管理過程的相互關係，我們再來了解一下CIO委員會對於企業架構過程是如何進行闡述的。與FEAF不同，在CIO委員會的這份指南中採用步進的方式將企業架構的開發、維護與應用描述成一個迴圈往復的迭代過程（如下圖所示）。這一迴圈往復的企業架構過程與後面將要介紹的TOGAF的架構開發方法（ADM）有著異曲同工之妙，兩者都採用了迴圈迭代的方式，並且大部分的步驟都有著相似的意義和內容，不過在針對每個步驟的具體描述方面，CIO委員會只是針對此過程中的每個步驟進行了較為詳盡的說明，而TOGAF的ADM的描述方式則更具標準性，除了各步驟的說明之外還包括了每個步驟的目標、輸入、輸出以及進一步細化的分支步驟。

企業架構過程

      CIO委員會將企業架構過程分為九個部分，除了最後的“控制與監督（Control and Oversight）”之外，其餘八個部分是都是如上圖所示那樣以前後銜接的方式來佈置。也就是說，按照箭頭所指方向前面步驟的完成為後面步驟的啟動奠定基礎，並且這八個步驟都處於“控制與監督”這一過程的控制之下。這些步驟按照在企業架構的開發中的出現順序列舉如下：

• 取得上層主管的認同和支援（Obtain Executive Buy-In and Support）
• 建立管理結構和控制（Establish Management Structure and Control）
• 定義架構過程和方法（Define an Architecture Process and Approach）
• 開發基線企業架構（Develop Baseline Enterprise Architecture）
• 開發目標企業架構（Develop Target Enterprise Architecture）
• 開發序列計劃（Develop the Sequencing Plan）
• 使用企業架構（Use the Enterprise Architecture）
• 維護企業架構（Maintain the Enterprise Architecture）
• 控制與監督（Control and Oversight）

取得上層主管的認同和支援

      取得所有上層主管的認同和支援是一個企業架構過程建設的起始，也是決定一個企業架構是否能夠被成功建立的先決條件。由於企業架構是一個涉及到全組織的資訊資產，其開發和維護需要整個組織提供持續的資源支援，因而得到組織全體尤其是高層的支援是非常重要的。在此企業架構過程各步驟之中，作為企業架構的主要推動和執行核心，CIO和主架構師需要在企業的不同層面分別獲得相關人員的支援和認同，而其中最主要的是獲得管理層對架構過程所必需的資源支援的承諾、各業務負責人和領域專家在業務角度對企業架構目標的認知以及在預算及其他約束方面的分析。

      首先企業CIO需要建立市場策略，並與企業最高領導進行交流，使其瞭解企業架構開發在戰術和戰略上的價值。在取得最高領導的認同之後，CIO需要取得他對企業架構支援的承諾，為獲得必要的資源支援打下基礎。同時，CIO需要與最高領導在高層管理團隊中選擇主架構師。然後，CIO還要和最高領導一起基於各項用於治理企業架構的開發、實施和維護的架構原則建立企業架構方針（Architecture Policy）。

      接下來，CIO需要起草市場方案來進一步強化企業架構的價值，並在高層管理團隊中獲得認可，並得到他們以及他們下屬組織和資源會積極投入的承諾。主架構師需要起草一份更為具體的企業架構計劃，從而獲得企業中包括業務負責人和領域專家在內的各個業務單元的支援，並且還需要他們從業務策略角度，結合預算以及其他約束條件對架構的業務層以及相關序列計劃的合理性進行分析。

      最後，CIO和主架構師需要舉行一個企業架構專案的啟動會議，用於闡述企業架構的目標、里程碑、流程、產品，以及企業架構過程與系統生命週期活動、資金規劃和投資控制過程等相關過程之間的關係，從而在業務的中層和下層的參與人員中獲得共識和支援。

建立管理結構和控制

企業架構管理組織結構概念圖

      在此步驟中，企業需要建立用於管理、控制和監督企業架構過程中各項活動的組織結構。在這個組織結構裡，各種角色的責任以及他們之間的責任和溝通關係需要被清晰地定義出來，而且該組織架構的構成應該有助於其中的各個角色在企業架構中職能的發揮。需要注意的是，由於企業規模的差別以及業務複雜度等方面的不同，此企業架構管理組織中角色的構成以及角色的職能也是具有不小的差別。在CIO委員會的這篇指南中，該企業架構管理組織包括了企業架構執行委員會（EAESC，EA Executive Steering Committee）、技術審查委員會（Technical Review Committee）以及企業架構專案管理辦公室（EA Program Management Office）這樣的專為企業架構過程所設的部門，也包括諸如質量保證（Quality Assurance）、配置管理（Configuration Management）、風險管理（Risk Management）、安全以及評估這樣的較為通用的資訊科技支援職能單元。

定義架構過程和方法

架構內容深度和詳細度制約因素

      在此步驟中，企業需要指定用於建設企業架構的過程和方法。首先，企業需要明確企業架構的使用目的和範圍，而這也是推動後續企業架構過程活動的主要動力。在確定了企業架構的使用目的和範圍的基礎之上，企業還需要判斷出其對企業架構在內容深度和詳細度方面的需求，並保證各個視角下的檢視內容都遵循相同的深度和詳細度標準。接下來，企業需要選擇適當的企業架構製品，並使用上一步指定的深度和詳細度水平來約束架構製品的內容。這個選擇既包括挑選包含了必要內容的核心架構製品，也包括明確用於進一步闡述核心製品或在特定領域和範圍內對其進行描述的支援性架構製品。從架構製品內容這一角度來看，他們需要包含企業的業務和技術資產這兩個方面。

      在明確了針對架構製品內容的需求後，企業需要選擇適當的架構框架理論和用於輔助架構建設的自動化工具。在聯邦政府的範圍內，已經出現了不少企業架構框架理論，例如上面提供過的FEAF，DoDAF和TEAF等，因而各機構可以按照自己的實際情況在這些框架中選擇並定製出符合自身情況的框架理論。同時，為了加強架構的可用性並提升架構開發的效率和準確性，選擇適當的自動化架構工具是必不可少的。需要注意的是自動化工具的選擇也要照顧到企業的規模、複雜度以及員工熟悉度等多個方面，因而主架構師對於自動化架構工具的選擇既可以是諸如微軟Office辦公軟體系列這樣的通用性工具，也可以是像Rational Rose這樣的專業建模軟體，當然也可以是它們的組合。