1、 同一稱謂，不同內涵
目前，國內企事業(yè)單位，以及提供IT規(guī)劃咨詢服務的專業(yè)機構的信息化規(guī)劃人員，對IT規(guī)劃的內涵存在不同的理解，具體IT規(guī)劃項目的關注點也不同。有些企事業(yè)單位的IT規(guī)劃只是一個對信息化遠景目標與建設原則的描述；有些單位的IT規(guī)劃只是關注具體的信息系統(tǒng)實施的層面，如：ERP、CRM、PDM、BI等大型信息系統(tǒng)的規(guī)劃；有些單位的IT規(guī)劃僅是對總體IT架構藍圖的設計。那么IT規(guī)劃內涵究竟是指什么？
通常而言，IT規(guī)劃是指信息技術戰(zhàn)略規(guī)劃（IT Strategic Planning），它包括兩個部分：信息技術戰(zhàn)略（IT Strategy）的制定和信息技術行動計劃（IT Action Plan）的制定。前者偏重戰(zhàn)略方向，后者是具體行動計劃。
信息技術戰(zhàn)略由以下部分組成：
使命（Mission）：闡述信息技術存在的理由、目的以及在企業(yè)中的作用。
遠景目標（Vision）：信息技術的發(fā)展方向和結果。
中長期目標（Medium to Long-term Objectives）：遠景目標的具體化，即企業(yè)未來3~5年或2~3信息技術發(fā)展的具體目標。
策略路線與原則：實現(xiàn)上述中長期目標的途徑或路線，信息化遵循的原則，一般從數(shù)據(jù)、應用、技術與組織幾個方面進行分析與描述。
信息技術行動計劃（IT Action Plan）是落實信息技術戰(zhàn)略（IT Strategy）而制訂的中長期的詳細行動計劃，它包括：
信息化項目進程：未來3~5年或2~3年信息化項目的投資進程及項目之間的邏輯關系。
項目描述和投資收益分析：每個項目的具體描述和ROI(投資回報率)分析。
信息化實施保障措施與資源開發(fā)計劃：為實現(xiàn)上述信息化進程，企業(yè)應制定相應的保障措施，開發(fā)與培養(yǎng)信息化專業(yè)人才，準備其它各方面的資源。
目前，國內多數(shù)IT規(guī)劃制定都是基于以上理解進行，在具體規(guī)劃操作上，關注點放在了IT戰(zhàn)略與IT執(zhí)行計劃兩個層面，而忽視了IT架構層。前面已經(jīng)提到過，忽視了IT架構層的規(guī)劃會給企事業(yè)單位的信息化建設帶來很多問題。一個完善的IT規(guī)劃至少應該遵循兩個原則：一是IT戰(zhàn)略與業(yè)務戰(zhàn)略相匹配；二是保證每一個IT項目（或信息系統(tǒng)）真正與戰(zhàn)略相關聯(lián)。
1994年，John Handerson于哈佛商學院，提出了檢查業(yè)務戰(zhàn)略與IT戰(zhàn)略一致性的框架模型（Strategy Alignment Model），如圖1。
這個模型說明，信息技術戰(zhàn)略與業(yè)務戰(zhàn)略的一致性，是由信息技術架構是否真正支撐業(yè)務戰(zhàn)略與業(yè)務流程來檢驗的，每一個IT項目的規(guī)劃與實施只有按照信息技術架構的設計進行，才能保證真正與戰(zhàn)略相關聯(lián)。
所以，IT規(guī)劃應包括三個層面：IT戰(zhàn)略規(guī)劃，IT架構規(guī)劃與IT項目（或信息系統(tǒng)）規(guī)劃。
2、 三個層面，架構是核心
基于John Handerson的戰(zhàn)略一致性模型（如圖1），結合企事業(yè)單位信息化實踐，我們總結出了指導企事業(yè)單位IT規(guī)劃實踐的IT規(guī)劃層次框架模型，如圖2：
這個模型說明，IT規(guī)劃的三個層面：戰(zhàn)略、架構與項目是相互依托，相互促進的，其中架構是核心。與業(yè)務戰(zhàn)略相匹配的IT戰(zhàn)略明確信息化了遠景目標，與業(yè)務戰(zhàn)略以及業(yè)務流程與組織架構相匹配的IT架構是承接業(yè)務戰(zhàn)略、IT戰(zhàn)略與IT項目的橋梁，IT項目是每一個具體IT系統(tǒng)建設的目標范圍、方案、實施計劃與投資。
隨著中國企事業(yè)單位信息化建設的深入，IT架構已成為企事業(yè)單位信息化建設的核心問題，很多單位原有的IT規(guī)劃，沒有起到預期的作用，主要是因為沒有進行深入IT架構規(guī)劃，在戰(zhàn)略與IT系統(tǒng)之間，沒有細化的框架聯(lián)接，這種不完整的IT規(guī)劃，導致造成巨大的IT投資風險和浪費。
3、 EA，架構規(guī)劃標準框架
EA(Enterprise Architecture)企事業(yè)架構，是國際上先進的IT架構規(guī)劃框架模型。美國架構規(guī)劃專家Zachman在上個世紀的90年代初，就建立了企事業(yè)架構標準框架（Zachman Enterprise Architecture Framework）,如圖3。Zachman的架構框架模型分兩個維度：橫向維度（5W1H），是企事業(yè)架構的構成要素，企事業(yè)架構的構成為：業(yè)務架構、數(shù)據(jù)架構、應用架構、技術架構。數(shù)據(jù)架構、應用架構、技術架構這幾部分夠成了IT架構。因為IT架構是由企事業(yè)的業(yè)務架構決定的，把業(yè)務架構與IT架構的幾部分合一個整體，就是企事業(yè)架構的框架。數(shù)據(jù)是信息系統(tǒng)管理核心資源，數(shù)據(jù)架構可以反映業(yè)務架構的本質，所以在Zachman框架中，把數(shù)據(jù)放在了第一列，Zachman架構規(guī)劃方法論是數(shù)據(jù)趨動的方法論?？v向維度是架構的層次，從上到下（Top-down），按范圍、概念、邏輯、物理，進行層層細化，最后形成相應的標準。細化到標準，才使架構真正落地，架構才不會成為空中樓閣，才能真正指導信息系統(tǒng)的建設。
Zachman的架構規(guī)劃框架模型是國際上最為權威的企事業(yè)IT架構規(guī)劃模型，美國國防部、財政部等政府部門，在上個世紀90年代，率先基于這個框架進行了IT架構的規(guī)劃工作，并結合本部門的特點，制定指導本部門信息化建設的架構框架標準。美國聯(lián)邦政府CIO委員會，在1999年提出了“聯(lián)邦政府組織架構框架（Federal Enterprise Architecture Framework，F(xiàn)EAF）”的研究報告，在此基礎上，美國聯(lián)邦政府預算管理辦公室（OMB），于2002年提出了“Federal Enterprise Architecture，F(xiàn)EA”，并為此成立了“FEA項目管理辦公室（FEAPMO）”，指導美國政府部門的信息化建設。隨后，政府、企事業(yè)、咨詢和研究機構、廠商廣泛參與，企事業(yè)架構標準化的工作越來越重要，也產(chǎn)生了一些研究團體和標準框架。如：TOGAF，即Open Group架構框架（The Open Group Architecture Framework）。
90年代中后期，歐美的許多大企事業(yè)都把IT架構規(guī)劃，作為IT部門的核心工作來做，并且為了評估企事業(yè)IT架構規(guī)劃能力，制定了分級別的IT架構能力的評估模型。近幾年，國內企事業(yè)也認識到了IT架構規(guī)劃才是企事業(yè)信息化應圍繞的核心，有些企事業(yè)已引入企事業(yè)架構框架模型，并結合企事業(yè)信息化的實際情況，制定了相應的IT架構規(guī)劃的方法論，并著手進行IT架構規(guī)劃工作，取得了很大的成績。如：華為在2002已經(jīng)開始進行IT架構規(guī)劃，并引入國際上先進的企業(yè)架構（Enterprise Architecture）框架來指導，由IT架構來牽引企業(yè)的IT業(yè)務需求，并設置專門IT架構規(guī)劃部門進行日常性的架構規(guī)劃工作；中國電信與中國移動集團所屬的部分子公司，從2003年開始就已經(jīng)引入咨詢公司小范圍內的進行企業(yè)架構的規(guī)劃研究；中國建設銀行從2004年起已經(jīng)著手進行企業(yè)架構的設計工作，并建立起來了專業(yè)的企業(yè)架構設計隊伍；中國工商銀行也在2006年設立企業(yè)架構設計隊伍。一些政府部門，以及一些電子政務的研究機構也已著手電子政務架構的規(guī)劃研究。
4、 數(shù)據(jù)架構是核心的核心
企事業(yè)IT架構是由數(shù)據(jù)架構、應用架構和技術架構共同構成的。其中，數(shù)據(jù)架構是企事業(yè)IT架構的核心，因為信息系統(tǒng)支撐下的企事業(yè)業(yè)務運作狀況，是通過信息系統(tǒng)中的數(shù)據(jù)反映出來的，數(shù)據(jù)是信息系統(tǒng)管理的重要資源。因此構建企事業(yè)IT架構時，首先要考慮數(shù)據(jù)架構對當前業(yè)務的支持。理想的企事業(yè)IT架構規(guī)劃邏輯是數(shù)據(jù)驅動的，即：首先根據(jù)業(yè)務架構分析定義數(shù)據(jù)架構；然后根據(jù)數(shù)據(jù)架構結合業(yè)務功能定義應用架構；最后根據(jù)數(shù)據(jù)架構與數(shù)據(jù)架構的定義，來設計技術架構。
數(shù)據(jù)架構規(guī)劃主要有數(shù)據(jù)定義、數(shù)據(jù)分布與數(shù)據(jù)管理三部分內容，如圖4：
數(shù)據(jù)定義，即數(shù)據(jù)模型，包括：數(shù)據(jù)概念模型、數(shù)據(jù)邏輯模型、數(shù)據(jù)物理模型，以及更細化的數(shù)據(jù)標準。數(shù)據(jù)定義是數(shù)據(jù)架構規(guī)劃中最重要內容，定義良好的數(shù)據(jù)模型可以反映業(yè)務模式的本質，確保數(shù)據(jù)架構為業(yè)務需求提供全面、一致、完整的高質量數(shù)據(jù)，且為劃分應用系統(tǒng)邊界，明確數(shù)據(jù)引用關系，定義應用系統(tǒng)間的集成接口，提供分析依據(jù)。良好的數(shù)據(jù)建模與數(shù)據(jù)標準的制定才是實現(xiàn)數(shù)據(jù)共享、保證一致性、完整性與準確性的基礎，有了這一基礎，企事業(yè)單位才能通過信息系統(tǒng)應用逐步深入，最終實現(xiàn)基于數(shù)據(jù)的管理決策。
數(shù)據(jù)分布包括數(shù)據(jù)業(yè)務分布與數(shù)據(jù)系統(tǒng)分布。數(shù)據(jù)分布一方面是分析數(shù)據(jù)的業(yè)務，即分析數(shù)據(jù)在業(yè)務各環(huán)節(jié)的創(chuàng)建、引用、修改或刪除的關系；另一方面是分析數(shù)據(jù)在單一應用系統(tǒng)中的數(shù)據(jù)結構與應用系統(tǒng)各功能模塊間的引用關系，分析數(shù)據(jù)在多個系統(tǒng)間的引用關系，數(shù)據(jù)業(yè)務分布是數(shù)據(jù)系統(tǒng)分布的基礎。對于一個擁有眾多分支機構的大型企事業(yè)，數(shù)據(jù)存放模式也是數(shù)據(jù)分布中一項重要內容。從地域的角度看，數(shù)據(jù)分布有數(shù)據(jù)集中存放和數(shù)據(jù)分布存放兩種模式。數(shù)據(jù)集中存放是指數(shù)據(jù)集中存放于企事業(yè)總部數(shù)據(jù)中心，其分支機構不放置和維護數(shù)據(jù)；數(shù)據(jù)分布式存放是指數(shù)據(jù)分布存放于企事業(yè)總部和分支機構，分支機構需要維護管理本分支機構的數(shù)據(jù)。這兩種數(shù)據(jù)分布模式各有其優(yōu)缺點，企事業(yè)應綜合考慮自身需求，確定自己的數(shù)據(jù)分布策略。
要做好數(shù)據(jù)管理，首先要制定貫穿企事業(yè)數(shù)據(jù)生命周期的各項管理制度，包括：數(shù)據(jù)模型與數(shù)據(jù)標準管理，數(shù)據(jù)分布管理，數(shù)據(jù)質量管理，數(shù)據(jù)安全管理等制度；另一方面應該確定數(shù)據(jù)管理組織或崗位。
數(shù)據(jù)架構規(guī)劃是進行企事業(yè)IT架構規(guī)劃或完整IT規(guī)劃不能繞開的重要環(huán)節(jié)，對于完全通過定制化開發(fā)進行應用系統(tǒng)實施的企事業(yè)單位來說，數(shù)據(jù)架構設計是完全可以指導應用系統(tǒng)開發(fā)的，數(shù)據(jù)架構的規(guī)劃工作無疑是有意義的。但大多數(shù)企事業(yè)單位是采用“引進與管理”信息化實施策略。對于這些已經(jīng)引入或正準備引入ERP、CRM、PDM等大型成熟軟件包的企事業(yè)來說，因為軟件包中的數(shù)據(jù)結構，以及數(shù)據(jù)在不同模塊間的引用關系是相對固化的，不能隨意改動的；對于這種情況，企事業(yè)進行IT架構規(guī)劃時是不是就可以繞開數(shù)據(jù)架構規(guī)劃了呢？
回答這個問題，我們首先要想一想數(shù)據(jù)架構規(guī)劃的目的。筆者認為進行數(shù)據(jù)架構規(guī)劃的目的有三個：一是分析業(yè)務運作模式的本質，為未來核心應用系統(tǒng)的確定以及分析不同應用系統(tǒng)間的集成關系提供依據(jù)；二是通過分析核心數(shù)據(jù)與業(yè)務之間的應用關系，分析規(guī)劃應用系統(tǒng)間的集成關系；三是數(shù)據(jù)管理的需要，明確企事業(yè)的核心業(yè)務數(shù)據(jù)，這些數(shù)據(jù)是應用系統(tǒng)實施與運行時IT系統(tǒng)實施人員或管理人員應該重點關注的，要時時考慮保證這些數(shù)據(jù)在整個企事業(yè)層面的一致性、完整性與準確性。
無論ERP、CRM、PDM系統(tǒng)覆蓋的業(yè)務領域有多廣，它們總是不能覆蓋所有業(yè)務，這就說明這些系統(tǒng)在實施時，其中的數(shù)據(jù)定義仍然是從企事業(yè)局部業(yè)務環(huán)節(jié)來考慮的，所以站在整個企事業(yè)層面的數(shù)據(jù)架構規(guī)劃還是必要的。但是，在具體的規(guī)劃操作上，會與完全通過定制化開發(fā)應用系統(tǒng)情況不同。對于定制化開發(fā)，一般來說有兩種方式建立數(shù)據(jù)模型：一是從頭做起，第二種方式是利用已有的行業(yè)模型為基礎，結合企事業(yè)自己的業(yè)務實際進行設計。但對于引入大型成熟軟件包的情況，我們在做數(shù)據(jù)建模時，更多的是站在企事業(yè)單位整體的角度，把關注點放在數(shù)據(jù)概念模型與邏輯模型的分析上，尤其要關注跨越所有系統(tǒng)，并在所有系統(tǒng)中都要保持一致的主數(shù)據(jù)定義，同時分析清這些主數(shù)據(jù)在各業(yè)務環(huán)節(jié)的分布關系，以此定義在不同應用系統(tǒng)中的引用關系。保證主數(shù)據(jù)在不同應用系統(tǒng)中的一致、準確與完整是保證所有數(shù)據(jù)一致、準確與完整的基礎。因為，那些業(yè)務交易數(shù)據(jù)是基于主數(shù)據(jù)產(chǎn)生的，并且可以在業(yè)務操作環(huán)節(jié)及時校驗的。
總之，無論什么情況，數(shù)據(jù)架構規(guī)劃都不能繞開，沒有進行數(shù)據(jù)架構規(guī)劃分析的IT架構規(guī)劃或IT規(guī)劃是不能讓人信服的。
