基于頂層設計思路的企業應用架構設計

摘? 要：簡述了應用架構的定義、內容、定位和作用。通過U/C矩陣法和差距分析法，根據業務域導出應用系統域，對應用系統域內的目標應用系統提出了以業務需求為導向的建設目標;從業務事項和業務數據入手，提出了目標應用系統應覆蓋的主要業務功能;基于目標應用系統邊界，通過分析相關業務流程在應用系統間的流轉關系，確定了目標應用系統間的集成關系，給出了應用系統間交互的核心業務信息，為應用系統的規范化建設提供了依據。

關鍵詞：企業架構;應用架構;U/C矩陣法;差距分析法

中圖分類號：TP399-C2? ? ? ?文獻標識碼：A 文章編號：2096-4706（2019）20-0134-03

Abstract：The definition，content，positioning and role of the application architecture are briefly described. Through the U/C matrix method and the gap analysis method，the application system domain is derived according to the service domain，and the business application-oriented construction target is proposed for the target application system in the application system domain. The target application system is proposed based on business matters and business data. The main business functions that should be covered are based on the boundary of the target application system. By analyzing the flow relationship between the relevant business processes in the application system，the integration relationship between the target application systems is determined，and the core business information of the interaction between the application systems is given. The basis for the standardization of the system is provided.

Keywords：enterprise architecture;application architecture;U/C matrix method;gap analysis

0? 引? 言

隨著信息化建設的大力推進，IT已從傳統的支撐業務逐漸轉變為引領業務。利用頂層設計思路和方法，規劃滿足企業管理和業務需要的信息化建設方案，確定企業應用架構總體框架、應用系統建設目標、應用系統建設內容、應用系統集成關系，作為企業后續系統建設的依據，充分發揮企業對當前和今后經濟社會發展的支撐和服務作用，是未來一段時間信息化建設必然的發展趨勢。

1? 應用架構概述

1.1? 應用架構定義

應用架構直接服務于業務需求，以業務架構和數據架構為基礎，規劃了企業整體的應用系統，是一系列解決方案的集合。應用架構明確了應用系統的流程體系和管理體系，通過應用系統間的信息交互實現了企業內部的業務流轉，提高了企業管理和服務效率。

1.2? 應用架構內容

應用架構規劃內容包括邏輯應用架構、物理應用架構、應用架構模式。其中橫向為物理應用架構，并且在下，邏輯應用架構在上;縱向為應用架構模式。

1.2.1? 邏輯應用架構

邏輯應用架構不關注具體的需求實現方式，而是更加關注應用的未來藍圖，是站在企業角度梳理整體的邏輯應用架構，包括應用系統域的劃分以及應用系統類的劃分。

1.2.2? 物理應用架構

物理應用架構更加關注應用的現狀，對每一個應用系統進行梳理，具體如下所述。

（1）應用功能模型。比對業務架構中業務事項的信息化現狀程度，結合業務流程、組織架構，重點從功能方面分析每個系統需要實現的功能模塊。目的是梳理現有系統與業務的對應關系;

（2）應用集成模型。從接口技術、交換數據頻率、傳輸方向等角度對應用系統間關系進行分析，重點梳理集成接口關系和集成平臺。目的是梳理企業系統總體集成關系圖，并制定相應的集成和接口標準，同時規劃集成平臺;

（3）應用技術模型。對應用系統的技術因素進行分析，重點梳理應用系統的構建方式，分別是三層架構、四層架構、面向服務架構等。目的是制定應用系統的技術標準，為選型、開發提供指導;

（4）應用部署模型。對應用系統的軟硬件部署模式進行分析，包括硬件部署環境和軟件部署環境兩個部分。其中硬件部署環境重點分析不同架構、不同類別應用系統的部署模式。軟件部署環境重點分析和整理操作系統、應用平臺、應用服務器、數據庫服務器的類別、版本等。目的是制定符合整個企業的部署標準與規范，從而約束選型、技術開發和實施等。

1.2.3? 應用架構模式

不同的集團管控模式對應的應用架構模式是不同的。財務管控型集團企業及集團應用、全局應用類的系統為集團總部主導建設;垂直應用、專業應用、基礎設施類的系統為下屬子公司主導建設。戰略管控型集團企業及集團應用、全局應用、基礎設施類的系統為集團總部主導建設;垂直應用、專業應用類的系統為下屬子公司主導建設。運營管控型集團企業及集團應用、全局應用、專業應用、基礎設施類的系統基本均為集團總部主導建設，不存在垂直應用類系統。

1.3? 應用架構定位

應用架構是企業IT的縮影，是企業架構各方面綜合成果的體現，反映了企業的體制、文化和組織等。應用架構明確應用系統建設范圍，展現應用系統建設藍圖，提供應用系統工程實施序列依據，輔助識別重復建設。企業架構中的業務架構、數據架構是應用架構的輸入條件，為應用架構確定應用系統及應用系統間集成關系提供依據。企業架構中的技術架構是應用架構的底層基礎，確定了構建應用架構時要采用的技術模塊和組件。

1.4? 應用架構作用

應用架構確定了應用系統分類，并有效合理地組織管理業務和數據，提供了對未來企業信息系統概貌的描述，為提高企業的管理和服務目標奠定了基礎。

2? 設計思路與方法

2.1? 設計思路

依據業務架構確定的業務事項以及數據架構確定的業務數據，結合考慮應用系統設計原則，重點分析了業務事項和業務數據之間的邏輯關系，從而規劃目標應用系統清單，然后對目標應用系統進行聚類，聚類為應用系統類，在應用系統類基礎上再聚類為應用系統域，同時明確系統間的橫向和縱向信息交互關系，從而合理地組織管理業務和數據，最終構建企業應用系統建設藍圖。

2.2? 設計原則

應用架構設計應滿足以下原則。

2.2.1? 應用系統設計遵循一體化原則

所有系統應該是一個統一協調的整體，統一規劃、統一體系，避免重復開發、功能交叉以及信息孤島。

2.2.2? 應用系統選型遵循靈活性原則

在應用系統選型時應該充分考慮到不斷擴充和變化的業務需求，選取靈活、可長期使用、有相當擴充性、能夠滿足企業需求的體系架構，避免很短時間內又出現重復投資的情況。

2.2.3? 應用系統建設遵循標準化原則

應用系統的標準化有下面幾個好處：實現更好的信息共享;允許更多的知識共享;簡化培訓的要求;提供更有效的支持;降低采購和維護成本。

2.2.4? 應用系統軟件滿足二次開發原則

完全的標準軟件在復雜的企業內很難完全滿足需求，需要進行適當的開發來滿足個性化應用的需求，因此選擇平臺化的系統是重要的解決方案之一。

2.3? 詳細步驟

應用架構總體設計詳細步驟如下：

Step1：調研應用系統建設現狀;

Step2：對業務架構和數據架構的輸出成果進行綜合考慮，理清業務事項和業務數據之間的邏輯關系，通過U/C矩陣對業務事項進行重新分組歸并，劃分出應用系統類以及應用系統（業務類），同時根據專家經驗法以及實際工作需求，劃分出部分應用系統（工具類），最終確定目標應用系統清單;

Step3：結合業務應用的服務性質，將企業所有應用聚類，劃分應用系統域;

Step4：梳理應用系統建設現狀和存在問題，將目標應用系統與現有應用系統進行差距分析，確定需要保留和完善的現有應用系統，同時提出需要整合或新建的應用系統，擬出應用系統目錄列表;

Step5：根據U/C矩陣，結合數據架構的輸出成果，確定應用架構中應用系統（業務類）之間的數據交互關系。

3? 應用總體架構設計

3.1? 應用系統（類）劃分

應用系統是企業建設路徑和應用目標的實現路徑。應用系統類以及應用系統的確定的根據是信息的產生和使用，通過分析業務架構中的業務事項和數據架構中的業務數據的緊密度和邏輯關系，利用U/C矩陣，盡量把業務數據產生的業務事項和使用的業務事項劃分在一個應用系統中，從而減少應用系統之間的信息交換。

具體劃分方法為U/C矩陣法。以業務架構中確定的業務事項為列，以數據架構中確定的業務數據為行，建立U/C

矩陣。表中業務事項與業務數據交叉點上的符號C表示該業務數據由相應業務事項產生，符號U表示該業務事項使用相應的業務數據，從而確定業務事項與業務數據之間的聯系。在建立好的U/C矩陣中，基于應用系統劃分應相互獨立，且在內部凝聚性高這一原則下進行應用系統（類）劃分。

3.2? 應用系統聚類

在應用系統（類）已明確的基礎上，結合業務應用的服務性質，將企業所有應用進行聚類。如可聚類為綜合管理應用域、建設管理應用域、運營支撐應用域、運營管理應用域、綜合服務應用域五個應用系統域。

（1）綜合管理應用域。面向內部管理，提供企業內部管理支撐的應用系統域;

（2）建設管理應用域。面向工程建設，提供企業工程建設管理的應用系統域;

（3）運營支撐應用域。提供企業業務前端運營支撐的應用系統域;

（4）運營管理應用域。提供企業業務后端運營支撐的應用系統域;

（5）綜合服務應用域。提供滿足公眾服務需求的應用系統域。

3.3? 應用系統差距分析

通過U/C矩陣已劃分出業務類應用系統，再根據專家經驗法以及實際工作需要，劃分出工具類應用系統，從而最終確定目標應用系統清單。根據應用系統的劃分可明確目標應用系統的建設范圍，以目標應用系統為參考和示范，以應用系統建設現狀和存在問題為依據，從而發現兩者的差距問題，對差距問題進行分析，從而制定應用系統建設方案，包括需要保留和完善哪些應用系統，需要整合哪些應用系統，需要新建哪些應用系統等。

3.4? 應用系統間集成關系

為保證業務流程暢通，各應用系統間存在信息互動。應用系統間集成關系主要分為兩種：

一種是橫向集成關系，指的是企業內部系統間的信息交互關系;另一種是縱向集成關系，指的是企業與外部單位系統間的信息交互關系。

其中橫向集成關系包括應用域內應用系統（業務類）之間以及應用域間應用系統（業務類）之間的數據交互關系。應用系統集成藍圖是對企業管理和運營過程中企業各應用系統信息共享需求的完整剖析，通過業務事項和業務數據U/C矩陣可以確定各應用系統之間的主要信息流關系，導出應用系統間核心信息流交互表，全面展現各應用系統間交互信息的集成概貌，為數據集成提供參考。

4? 結? 論

業務架構確定的業務事項作為U/C矩陣的列輸入，數據架構確定的業務數據作為U/C矩陣的行輸入，遵循應用系統設計一體化原則，重點分析了二者之間的邏輯關系，對U/C矩陣的行、列進行重新分組、歸并，生成規劃的應用系統清單，再對應用系統清單聚類生成應用系統類、應用系統域，最終確定應用系統之間的集成關系，從而全面展現企業現在和未來信息系統開發和運行的藍圖，可作為未來指導IT投資和設計決策的IT框架。

參考文獻：

[1] 趙捷.企業信息化總體架構 [M].北京：清華大學出版社，2011.

[2] 連明源，于萬欽.自主變革的基石 [M].北京：電子工業出版社，2011.

[3] 李翔，李穎.企業信息化評估與規劃之路 [M].北京：機械工業出版社，2015.

[4] 岳梅櫻.智慧城市頂層設計方法論與實踐分享 [M].北京：電子工業出版社，2015.

作者簡介：楊婕（1984-），女，漢族，福建福州人，工程師，畢業于北京郵電大學，工程碩士，研究方向：政企領域行業信息化頂層設計、智慧城市頂層規劃。