2.2 業務架構與IT架構的關系

1.5節中提到過，TOGAF框架將業務架構視為IT戰略的一部分，但事實上，業務架構應當是企業戰略而非IT戰略的一部分，它不同于通常意義上的業務需求，而是企業業務戰略的實現方法。因此，業務架構范圍是可以大于IT架構范圍的，可以包含企業戰略的非系統化部分，是企業業務的全景描述。IT架構則是用于企業信息化建設的，是企業戰略的系統實現部分。二者之間的關系，用靈魂與容器來形容也許更為恰當。業務架構是靈魂，IT架構是容器，即靈魂的載體，沒有靈魂，只有容器是沒有生機的，所以，技術人員需要關注業務和業務架構。

業務架構與IT架構的關系可以用圖2-1加以說明。

業務架構可從企業戰略出發，按照企業戰略設計業務及業務過程，業務過程是需要業務能力支撐的，從戰略到業務再到對業務能力的需要，就形成了支持企業戰略實現的能力布局，可以將這個布局理解為業務架構，它是企業為客戶創造價值的設計過程。業務架構設計會盡可能地追求以更為集約的能力實現更為多變的業務或服務，這其實也是中臺戰略追求的目標，因而，中臺戰略實際上也可以歸結為一種業務架構設計。

業務架構設計完成后，“靈魂”就誕生了，IT架構則是根據“靈魂”的需要來設計“容器”。IT架構的分類方式并沒有統一的說法，通常會分為應用架構和技術架構，而近些年隨著大數據的發展，數據架構的地位直線上升。此外，隨著數據安全問題日益受到重視，許多企業的IT架構也將安全架構置于重要的位置上。

IT架構的4種架構的特點以及關系具體如下。

1）應用架構重點關注的是功能布局，與業務架構的關系非常緊密，可以稱其為業務架構設計的“緊后工序”。

2）技術架構主要關注分層結構，對于大型業務系統來說，一個邏輯分層很可能要通過多種平臺才能實現，因此還會在分層中加入平臺規劃。技術架構與業務架構的關系不像應用架構那么直接，主要是通過對業務特征、業務量等多種因素綜合考慮分層的合理性和平臺選型，通常業務架構設計不會涉及這部分工作，但業務架構人員應當了解本企業的技術架構及特點。

3）數據架構中有一個重要的組成部分是數據模型，數據模型與業務架構關系密切，甚至可以歸類為業務架構的組成部分。

4）安全架構與業務架構的關系一般不是十分緊密，但是目前安全架構設計的一個發展趨勢便是在向業務架構靠攏，或者說是向企業戰略靠近，以使得安全架構設計更貼近實際業務需要，符合企業發展方向，而不再局限于傳統的網絡安全、信息安全等防護型工作，需要體現出更多的“規劃”特征。

從上面的介紹可以看出，作為“靈魂”的“容器”，IT架構中的應用架構和數據架構與業務架構的關系是最為緊密的。從實踐的角度來說，如果企業沒有那么多的架構設計人員，那么應用架構與業務架構可以合并，畢竟業務能力規劃清楚之后，向部署延伸一點就是應用架構。如果將業務架構與應用架構合并，那么讓經驗豐富的技術人員擔任此項工作會更為合理，但要求相關人員必須具有或者培養良好的業務思維。數據架構中的數據建模工作更是可以合并在業務架構設計過程中。

將“靈魂”注入“容器”是技術人員的重要工作，而能否順利注入，讓“靈魂”有個適宜的居所，則有賴于對“靈魂”的充分認知；而引導這一認知過程，讓原本朦朧神秘、紛繁復雜的“靈魂”清晰可見的，正是業務架構。