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

 

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

 

    要做好數據管理，首先要制定貫穿企事業數據生命周期的各項管理制度，包括數據模型與數據標準管理、數據分布管理、數據質量管理、數據安全管理等制度；另外應該確定數據管理組織或崗位。

 

    數據架構規劃是進行企事業單位IT架構規劃或完整IT規劃不能繞開的重要環節，對于完全通過定制化開發進行應用系統實施的企事業單位來說，數據架構設計完全可以知道應用系統開發的，數據架構的規劃工作無疑是有意義的。但大多數企事業單位是采用“引進與管理”信息化實施策略。對于這些已經引入或正準備引入ERP、CRM、PDM等大型成熟軟件包的企事業單位來說，因為軟件包中的數據結構及數據在不同模塊間的引用關系是相對固化的，不能隨便改動。對于這種情況，企事業單位進行IT架構規劃時是不是就可以繞開數據架構規劃了呢？

 

    回答這個問題，我們首先要想一想數據架構規劃的目的。筆者認為進行數據架構規劃的目的有3個：一是分析業務運作模式的本質，為未來核心應用系統的確定及分析不同應用系統間的集成關系提供依據；二是通過分析核心數據與業務之間的應用關系，分析規劃應用系統間的集成關系；三是數據管理的需要，明確企事業單位的核心業務數據，這些數據是應用系統實施與運行時IT系統實施人員或管理人員應該重點關注的，要時時考慮保證這些數據在整個企事業單位層面的一致性、完整性與準確性。

 

    無論ERP、CRM、PDM系統覆蓋的業務領域有多廣，他們總是不能覆蓋所有的業務，這就說明這些系統在實施時，其中的數據定義仍然是從企事業單位局部業務環節來考慮的，所以站在整個企事業單位層面的數據架構規劃還是必要的。但是，在具體的規劃操作上，會與完全通過定制化開發應用系統情況不同。對于定制化開發，一般來說有兩種方式建立數據模型：一是從頭做起；二是利用已有的行業模型為基礎，結合企事業單位自身的業務實際進行設計。但對于引入大型成熟軟件包的情況，在做數據建模時，更多的是站在企事業單位整體的角度，把關注點放在數據概念模型與邏輯模型的分析上，尤其要關注跨越所有系統，并在所有系統中都要保持一致的主數據定義，同時分析清這些主數據在各業務環節的分布關系，以此定義在不同應用系統中的引用關系。保證主數據不同應用系統中的一致、完整與準確的基礎。因為，那些業務交易數據是基于主數據產生的，并且是可以在業務操作環節及時校驗的。

 

    總之，無論什么情況，數據架構規劃都不能繞開，沒有進行數據架構規劃分析的IT架構規劃或IT規劃是不能讓人信服的。