1、Good is good, but better carries it.精益求精，善益求善。aa-IT規劃三個層面-IT規劃：三個層面，架構是核心2008-09-22作者:王仰富來源:CIO時代網導讀:通常而言，IT規劃是指信息技術戰略規劃（ITStrategicPlanning），它包括兩個部分：信息技術戰略（ITStrategy）的制定和信息技術行動計劃（ITActionPlan）的制定。前者偏重戰略方向，后者是具體行動計劃。1、同一稱謂，不同內涵目前，國內企事業單位，以及提供IT規劃咨詢服務的專業機構的信息化規劃人員，對IT規劃的內涵存在不同的理解，具體IT規劃項目的關注點也不同。有些企

2、事業單位的IT規劃只是一個對信息化遠景目標與建設原則的描述；有些單位的IT規劃只是關注具體的信息系統實施的層面，如：ERP、CRM、PDM、BI等大型信息系統的規劃；有些單位的IT規劃僅是對總體IT架構藍圖的設計。那么IT規劃內涵究竟是指什么？通常而言，IT規劃是指信息技術戰略規劃（ITStrategicPlanning），它包括兩個部分：信息技術戰略（ITStrategy）的制定和信息技術行動計劃（ITActionPlan）的制定。前者偏重戰略方向，后者是具體行動計劃。信息技術戰略由以下部分組成：使命（Mission）：闡述信息技術存在的理由、目的以及在企業中的作用。遠景目標（Vision）

3、：信息技術的發展方向和結果。中長期目標（MediumtoLong-termObjectives）：遠景目標的具體化，即企業未來35年或23信息技術發展的具體目標。策略路線與原則：實現上述中長期目標的途徑或路線，信息化遵循的原則，一般從數據、應用、技術與組織幾個方面進行分析與描述。信息技術行動計劃（ITActionPlan）是落實信息技術戰略（ITStrategy）而制訂的中長期的詳細行動計劃，它包括：信息化項目進程：未來35年或23年信息化項目的投資進程及項目之間的邏輯關系。項目描述和投資收益分析：每個項目的具體描述和ROI(投資回報率)分析。信息化實施保障措施與資源開發計劃：為實現上述信息化

4、進程，企業應制定相應的保障措施，開發與培養信息化專業人才，準備其它各方面的資源。目前，國內多數IT規劃制定都是基于以上理解進行，在具體規劃操作上，關注點放在了IT戰略與IT執行計劃兩個層面，而忽視了IT架構層。前面已經提到過，忽視了IT架構層的規劃會給企事業單位的信息化建設帶來很多問題。一個完善的IT規劃至少應該遵循兩個原則：一是IT戰略與業務戰略相匹配；二是保證每一個IT項目（或信息系統）真正與戰略相關聯。1994年，JohnHanderson于哈佛商學院，提出了檢查業務戰略與IT戰略一致性的框架模型（StrategyAlignmentModel），如圖1。圖1：JohnHanderson戰

5、略一致性的思考框架模型這個模型說明，信息技術戰略與業務戰略的一致性，是由信息技術架構是否真正支撐業務戰略與業務流程來檢驗的，每一個IT項目的規劃與實施只有按照信息技術架構的設計進行，才能保證真正與戰略相關聯。所以，IT規劃應包括三個層面：IT戰略規劃，IT架構規劃與IT項目（或信息系統）規劃。2、三個層面，架構是核心基于JohnHanderson的戰略一致性模型（如圖1），結合企事業單位信息化實踐，我們總結出了指導企事業單位IT規劃實踐的IT規劃層次框架模型，如圖2：圖2：IT規劃層次框架模型這個模型說明，IT規劃的三個層面：戰略、架構與項目是相互依托，相互促進的，其中架構是核心。與業務戰略相

6、匹配的IT戰略明確信息化了遠景目標，與業務戰略以及業務流程與組織架構相匹配的IT架構是承接業務戰略、IT戰略與IT項目的橋梁，IT項目是每一個具體IT系統建設的目標范圍、方案、實施計劃與投資。隨著中國企事業單位信息化建設的深入，IT架構已成為企事業單位信息化建設的核心問題，很多單位原有的IT規劃，沒有起到預期的作用，主要是因為沒有進行深入IT架構規劃，在戰略與IT系統之間，沒有細化的框架聯接，這種不完整的IT規劃，導致造成巨大的IT投資風險和浪費。3、EA，架構規劃標準框架EA(EnterpriseArchitecture)企事業架構，是國際上先進的IT架構規劃框架模型。美國架構規劃專家Zac

7、hman在上個世紀的90年代初，就建立了企事業架構標準框架（ZachmanEnterpriseArchitectureFramework）,如圖3。Zachman的架構框架模型分兩個維度：橫向維度（5W1H），是企事業架構的構成要素，企事業架構的構成為：業務架構、數據架構、應用架構、技術架構。數據架構、應用架構、技術架構這幾部分夠成了IT架構。因為IT架構是由企事業的業務架構決定的，把業務架構與IT架構的幾部分合一個整體，就是企事業架構的框架。數據是信息系統管理核心資源，數據架構可以反映業務架構的本質，所以在Zachman框架中，把數據放在了第一列，Zachman架構規劃方法論是數據趨動的方法

8、論。縱向維度是架構的層次，從上到下（Top-down），按范圍、概念、邏輯、物理，進行層層細化，最后形成相應的標準。細化到標準，才使架構真正落地，架構才不會成為空中樓閣，才能真正指導信息系統的建設。圖3：Zachman架構框架模型Zachman的架構規劃框架模型是國際上最為權威的企事業IT架構規劃模型，美國國防部、財政部等政府部門，在上個世紀90年代，率先基于這個框架進行了IT架構的規劃工作，并結合本部門的特點，制定指導本部門信息化建設的架構框架標準。美國聯邦政府CIO委員會，在1999年提出了“聯邦政府組織架構框架（FederalEnterpriseArchitectureFramework

9、，FEAF）”的研究報告，在此基礎上，美國聯邦政府預算管理辦公室（OMB），于2002年提出了“FederalEnterpriseArchitecture，FEA”，并為此成立了“FEA項目管理辦公室（FEAPMO）”，指導美國政府部門的信息化建設。隨后，政府、企事業、咨詢和研究機構、廠商廣泛參與，企事業架構標準化的工作越來越重要，也產生了一些研究團體和標準框架。如：TOGAF，即OpenGroup架構框架（TheOpenGroupArchitectureFramework）。90年代中后期，歐美的許多大企事業都把IT架構規劃，作為IT部門的核心工作來做，并且為了評估企事業IT架構規劃能力，制

10、定了分級別的IT架構能力的評估模型。近幾年，國內企事業也認識到了IT架構規劃才是企事業信息化應圍繞的核心，有些企事業已引入企事業架構框架模型，并結合企事業信息化的實際情況，制定了相應的IT架構規劃的方法論，并著手進行IT架構規劃工作，取得了很大的成績。如：華為在2002已經開始進行IT架構規劃，并引入國際上先進的企業架構（EnterpriseArchitecture）框架來指導，由IT架構來牽引企業的IT業務需求，并設置專門IT架構規劃部門進行日常性的架構規劃工作；中國電信與中國移動集團所屬的部分子公司，從2003年開始就已經引入咨詢公司小范圍內的進行企業架構的規劃研究；中國建設銀行從2004

11、年起已經著手進行企業架構的設計工作，并建立起來了專業的企業架構設計隊伍；中國工商銀行也在2006年設立企業架構設計隊伍。一些政府部門，以及一些電子政務的研究機構也已著手電子政務架構的規劃研究。4、數據架構是核心的核心企事業IT架構是由數據架構、應用架構和技術架構共同構成的。其中，數據架構是企事業IT架構的核心，因為信息系統支撐下的企事業業務運作狀況，是通過信息系統中的數據反映出來的，數據是信息系統管理的重要資源。因此構建企事業IT架構時，首先要考慮數據架構對當前業務的支持。理想的企事業IT架構規劃邏輯是數據驅動的，即：首先根據業務架構分析定義數據架構；然后根據數據架構結合業務功能定義應用架構；

12、最后根據數據架構與數據架構的定義，來設計技術架構。數據架構規劃主要有數據定義、數據分布與數據管理三部分內容，如圖4：圖4：數據架構規劃內容框架數據定義，即數據模型，包括：數據概念模型、數據邏輯模型、數據物理模型，以及更細化的數據標準。數據定義是數據架構規劃中最重要內容，定義良好的數據模型可以反映業務模式的本質，確保數據架構為業務需求提供全面、一致、完整的高質量數據，且為劃分應用系統邊界，明確數據引用關系，定義應用系統間的集成接口，提供分析依據。良好的數據建模與數據標準的制定才是實現數據共享、保證一致性、完整性與準確性的基礎，有了這一基礎，企事業單位才能通過信息系統應用逐步深入，最終實現基于數據

13、的管理決策。數據分布包括數據業務分布與數據系統分布。數據分布一方面是分析數據的業務，即分析數據在業務各環節的創建、引用、修改或刪除的關系；另一方面是分析數據在單一應用系統中的數據結構與應用系統各功能模塊間的引用關系，分析數據在多個系統間的引用關系，數據業務分布是數據系統分布的基礎。對于一個擁有眾多分支機構的大型企事業，數據存放模式也是數據分布中一項重要內容。從地域的角度看，數據分布有數據集中存放和數據分布存放兩種模式。數據集中存放是指數據集中存放于企事業總部數據中心，其分支機構不放置和維護數據；數據分布式存放是指數據分布存放于企事業總部和分支機構，分支機構需要維護管理本分支機構的數據。這兩種數

14、據分布模式各有其優缺點，企事業應綜合考慮自身需求，確定自己的數據分布策略。要做好數據管理，首先要制定貫穿企事業數據生命周期的各項管理制度，包括：數據模型與數據標準管理，數據分布管理，數據質量管理，數據安全管理等制度；另一方面應該確定數據管理組織或崗位。數據架構規劃是進行企事業IT架構規劃或完整IT規劃不能繞開的重要環節，對于完全通過定制化開發進行應用系統實施的企事業單位來說，數據架構設計是完全可以指導應用系統開發的，數據架構的規劃工作無疑是有意義的。但大多數企事業單位是采用“引進與管理”信息化實施策略。對于這些已經引入或正準備引入ERP、CRM、PDM等大型成熟軟件包的企事業來說，因為軟件包中

15、的數據結構，以及數據在不同模塊間的引用關系是相對固化的，不能隨意改動的；對于這種情況，企事業進行IT架構規劃時是不是就可以繞開數據架構規劃了呢？回答這個問題，我們首先要想一想數據架構規劃的目的。筆者認為進行數據架構規劃的目的有三個：一是分析業務運作模式的本質，為未來核心應用系統的確定以及分析不同應用系統間的集成關系提供依據；二是通過分析核心數據與業務之間的應用關系，分析規劃應用系統間的集成關系；三是數據管理的需要，明確企事業的核心業務數據，這些數據是應用系統實施與運行時IT系統實施人員或管理人員應該重點關注的，要時時考慮保證這些數據在整個企事業層面的一致性、完整性與準確性。無論ERP、CRM、PDM系統覆蓋的業務領域有多廣，它們總是不能覆蓋所有業務，這就說明這些系統在實施時，其中的數據定義仍然是從企事業局部業務環節來考慮的，所以站在整個企事業層面的數據架構規劃還是必要的。但是，在具體的規劃操作上，會與完全通過定制化開發應用系統情況不同。對于定制化開發，一般來說有兩種方式建立數據模型：一是從頭做起，第二種方式是利用已有的行業模型為基礎，結合企事業自己的業務實際進行設計。但對于引入大型成熟軟件包的情況，我們在做數據建