1.4 信息系統架構——數據架構（Information System Architecture——Data）
企業架構開發方法各階段——信息系統架構
信息系統架構的建設着眼於明確用於支持企業業務架構的各種數據和應用，因而信息系統架構的建設可以分為針對數據架構和應用架構的建設。在本章中，我們將針對數據架構的建設進行探討。
1.4.1 目標
數據架構建設的目標是通過一種完整、一致、穩定且能夠為干系人所理解的方法對支持業務所必需的數據的類型與來源進行定義。需要注意的是，數據架構的建設並不關注於數據庫的設計，即數據架構並不是針對存儲系統在邏輯或物理方面的設計，而是對企業相關的數據實體進行定義（不過對於現存文件和數據庫的關聯需要被明確，並闡明各重要的改進領域）。
1.4.2 方法
在數據架構的建設過程中所涉及到方法包括如下幾點：
數據架構的主要考慮因素
- 數據管理（Data Management）：當企業將要承接大型的架構改造任務時，理解並解決數據管理方面的問題將會是非常重要的，而一個結構化且全面的數據管理方法則可以促進對於數據的有效使用，從而充分利用其競爭優勢。對於數據管理來說，企業或組織需要在如下幾個方面進行思考：
- 對於用來擔當企業主數據記錄和引用系統的各應用組件需要被定義清楚。
- 是否存在需要被所有的應用組件遵循的企業級標准？
- 針對業務功能、流程和服務如何使用數據實體要有清晰的認識。
- 針對企業數據實體是在何處以及如何被創建、存儲、傳輸和匯報的要有清晰的認識。
- 用於支持應用之間信息交換需求的數據轉換的復雜程度如何？
- 用於支持企業客戶和供應商之間數據集成的軟件的需求都有哪些？（例如，針對在數據遷移過程中用到的ETL（Extraction-Transformation-Loading）工具和用來評估數據質量的數據分析工具的使用都有哪些需求？）
- 數據遷移（Data Migration）：當現存應用被替代后，對於新應用的數據遷移將會成為一個非常重要的需求。數據架構應該識別出數據的遷移需求，並且能夠提供有關數據轉換和清洗等級等方面指標，而這些指標表達了目標應用對於轉換后數據的格式的要求。此外，組織還需要確保存在一個用於支持企業級數據轉換的通用數據定義。
- 數據治理（Data Governance）：數據治理確保企業或組織擁有足夠的能力來促成數據轉換，這包括如下幾個方面的內容：
- 結構：這一維度是關於到企業是否具有必要的組織結構和標准體系來管理數據實體。
- 管理系統：企業應該具有必要的管理系統與數據相關程序，從而在數據實體的整個生命周期中對其治理方面進行管理。
- 人員：這一維度表述了企業對於數據轉換所需的各種數據相關的技能和角色的需求。如果企業缺乏這樣的資源和技能，則需要考慮通過一系列精心編制的培訓課程來對現有資源進行培訓，或直接從外部獲取。
使用架構資源庫
在當前階段的各項活動中，架構團隊需要考慮在架構資源庫中是否存在與數據架構相關的可利用資源，特別是與組織所在行業相關的通用數據模型，例如：
- 零售行業技術標准組織（ARTS：Association for Retail Technology Standards）為零售行業定義了一個數據模型。
- Energistics也已為石油技術行業定義了一個數據模型。
1.4.3 輸入與輸出
在當前階段所需的輸入材料以及此階段輸出的各種交付物歸納如下：
| 輸 入 |
參考資料 |
架構參考資料 |
| 非架構性輸入 |
架構工作要求書 |
|
| 能力評估 |
||
| 溝通計划 |
||
| 架構性輸入 |
企業架構組織模型，包括：
|
|
| 定制的架構框架，包括：
|
||
| 數據原則（如果存在） |
||
| 通過的架構工作說明書 |
||
| 架構願景 |
||
| 架構資源庫，包括：
|
||
| 架構定義文檔草案，包括：
|
||
| 架構需求說明草案，包括：
|
||
| 架構路線圖的業務架構組件 |
||
| 輸 出 |
經過改善和更新的架構願景階段中的各交付物，包括：
|
|
| 更新的架構定義文檔草案，包括：
|
||
| 更新的架構需求說明草案，包括：
|
||
| 架構路線圖的數據架構組件 |
||
1.4.4 步驟
在當前階段中所要執行的各個步驟歸納如下：
- 選擇參考模型、視角和工具
- 開發基線數據架構模型
- 開發目標數據架構描述
- 執行差距分析
- 定義路線圖組件
- 通觀整個架構景觀來明確和解決相關影響
- 進行正式的關系人審查
- 最終確定數據架構
- 創建架構定義文檔
1.5 信息系統架構——應用架構（Information System Architecture——Application）
作為信息系統架構的另外一個組成部分，應用架構描述了各種用於支持業務架構並對數據架構所定義的各種數據進行處理的應用系統。在本章中，我們將針對應用架構的建設進行探討。
1.5.1 目標
應用架構建設的目的是定義各種用於處理數據並對企業業務進行支持的主要應用系統。需要注意的是，應用架構的建設並不關注於針對應用系統的具體設計，而是定義企業相關應用系統的種類，以及在管理數據和向用戶展示信息方面的需求。這里所說的應用並不是指計算機系統，而是關於應用系統能力的邏輯分組。這些應用系統能力指的是用來管理在數據架構中定義的數據，並對在業務架構中定義的各項業務功能進行支持的能力。這些應用和能力的定義並不依賴於特定的實現技術，因而這些定義是相對穩定的，而其實現技術則不然。
1.5.2 方法
在當前階段的各項活動中，架構團隊需要考慮在架構資源庫中是否存在與應用架構相關的可利用資源，特別是如下幾個方面的資源：
- 與組織所處行業相關的通用應用模型，例如由TMF（The TeleManagement Forum）開發的與電信行業相關的應用模型，以及由OMG中的一些領域小組開發的與特定行業（例如醫療保健、交通運輸和金融等行業）相關的軟件模型。
- 與通用的高層次業務功能相關的應用模型，例如電子商務、供應鏈管理等。
除了上述內容之外，應用架構的建設還可以參考如下的內容：
- The Open Group也提供了一個集成信息基礎設施參考模型（III-RM：Reference Model for Integrated Information Infrastructure），其中包括了一個集成信息基礎設施所必須的各種應用級的組件和服務。
- 電子商務全球化標准（ebXML: electronic business using eXtensible Markup Language）也是可選的工具之一，它的目標是提供一個開放的基於XML的基礎設施，從而使得電子化的商務信息可以通過一種可交互的、安全且統一的方式進行全球化的使用。
1.5.3 輸入與輸出
在當前階段所需的輸入材料以及此階段輸出的各種交付物歸納如下：
| 輸 入 |
參考資料 |
架構參考資料 |
| 非架構性輸入 |
架構工作要求書 |
|
| 能力評估 |
||
| 溝通計划 |
||
| 架構性輸入 |
企業架構組織模型，包括：
|
|
| 定制的架構框架，包括：
|
||
| 應用原則 |
||
| 通過的架構工作說明書 |
||
| 架構願景 |
||
| 架構資源庫，包括：
|
||
| 架構定義文檔草案，包括：
|
||
| 架構需求說明草案，包括：
|
||
| 架構路線圖的業務和數據架構組件 |
||
| 輸 出 |
經過改善和更新的架構願景階段中的各交付物，包括：
|
|
| 更新的架構定義文檔草案，包括：
|
||
| 更新的架構需求說明草案，包括：
|
||
| 架構路線圖的應用架構組件 |
||
1.5.4 步驟
在當前階段中所要執行的各個步驟歸納如下：
- 選擇參考模型、視角和工具
- 開發基線應用架構描述
- 開發目標應用架構描述
- 執行差別分析
- 定義路線圖組件
- 通觀整個架構景觀來明確和解決相關影響
- 進行正式的關系人審查
- 最終確定應用架構
- 創建架構定義文檔