架構(gòu)（EnterpriseArchitecture净赴，EA）是對(duì)組織復(fù)雜度及其變化演進(jìn)過(guò)程進(jìn)行掌控的頂層方法夹供。是組織的邏輯藍(lán)圖，基于背景環(huán)境建立組織的完整性扬跋、多層次一致的結(jié)構(gòu)化描述。架構(gòu)始終強(qiáng)調(diào)兩個(gè)對(duì)準(zhǔn)拓春，即戰(zhàn)略和業(yè)務(wù)的對(duì)準(zhǔn)释簿，以及業(yè)務(wù)和IT的對(duì)準(zhǔn)。?

應(yīng)用架構(gòu)是業(yè)務(wù)與IT對(duì)準(zhǔn)過(guò)程中的重要環(huán)節(jié)硼莽，但是很多組織在架構(gòu)實(shí)踐中往往對(duì)應(yīng)用架構(gòu)設(shè)計(jì)存在以下誤區(qū)辕万。

首先，把應(yīng)用架構(gòu)等同于應(yīng)用系統(tǒng)架構(gòu)或軟件功能架構(gòu)沉删，甚至是組織當(dāng)前已經(jīng)部署的IT系統(tǒng)的羅列。我曾經(jīng)見(jiàn)過(guò)很多組織開(kāi)發(fā)的應(yīng)用架構(gòu)醉途，都是從當(dāng)前的IT系統(tǒng)出發(fā)矾瑰，設(shè)計(jì)面向未來(lái)的IT系統(tǒng)遷移路徑。這種方法沒(méi)有從根本上解決組織應(yīng)用的整體架構(gòu)設(shè)計(jì)隘擎，更談不上任何與業(yè)務(wù)架構(gòu)的對(duì)準(zhǔn)殴穴。

其次，直接開(kāi)展應(yīng)用架構(gòu)設(shè)計(jì)货葬。應(yīng)用架構(gòu)設(shè)計(jì)的目標(biāo)是通過(guò)搭建邏輯上的應(yīng)用藍(lán)圖采幌，實(shí)現(xiàn)應(yīng)用對(duì)業(yè)務(wù)的支撐和覆蓋，確保業(yè)務(wù)與IT之間的銜接和對(duì)準(zhǔn)震桶。如果不從業(yè)務(wù)架構(gòu)出發(fā)休傍，甚至組織的業(yè)務(wù)架構(gòu)都沒(méi)有建立，應(yīng)用架構(gòu)的設(shè)計(jì)原則和面向未來(lái)的應(yīng)用架構(gòu)就無(wú)從談起蹲姐。

第三磨取，應(yīng)用架構(gòu)是信息化部門(mén)的事。這種情況往往存在于信息化部門(mén)在組織內(nèi)話語(yǔ)權(quán)不強(qiáng)的時(shí)候柴墩。當(dāng)組織要開(kāi)展架構(gòu)工作忙厌，應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)就會(huì)被定位為信息化部分的任務(wù)，使得應(yīng)用架構(gòu)往往得不到很好的討論和驗(yàn)證江咳，變成閉門(mén)造車(chē)逢净，最后無(wú)法達(dá)成一致，也起不到承接業(yè)務(wù)架構(gòu)和戰(zhàn)略的目的歼指。

事實(shí)上爹土，應(yīng)用架構(gòu)是業(yè)務(wù)人員和IT人員都要參與的工作，作為一名架構(gòu)師要既懂業(yè)務(wù)东臀，還要懂IT着饥，當(dāng)架構(gòu)深入到應(yīng)用架構(gòu)設(shè)計(jì)細(xì)節(jié)時(shí)，架構(gòu)師需要領(lǐng)導(dǎo)組織內(nèi)部的業(yè)務(wù)和IT人員充分討論協(xié)調(diào)惰赋，絕不能把業(yè)務(wù)和IT進(jìn)行割裂分開(kāi)進(jìn)行設(shè)計(jì)宰掉。

今天介紹的項(xiàng)目呵哨，就是從組織戰(zhàn)略和業(yè)務(wù)架構(gòu)出發(fā)，面向集成供應(yīng)鏈和智能制造模式下的業(yè)務(wù)變革轨奄，開(kāi)展應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)設(shè)計(jì)的架構(gòu)實(shí)踐案例孟害。

按照架構(gòu)的正向設(shè)計(jì)的方法，以“戰(zhàn)略和業(yè)務(wù)架構(gòu)對(duì)準(zhǔn)挪拟，業(yè)務(wù)架構(gòu)和IT架構(gòu)對(duì)準(zhǔn)“為指導(dǎo)原則挨务，本項(xiàng)目制定了整體項(xiàng)目技術(shù)路徑，保證業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)玉组、數(shù)據(jù)架構(gòu)的上下貫通谎柄，從邏輯上確保業(yè)務(wù)架構(gòu)到應(yīng)用和數(shù)據(jù)架構(gòu)的技術(shù)路徑正確性。

當(dāng)然惯雳，上圖中描述的技術(shù)路徑顆粒度是遠(yuǎn)遠(yuǎn)不夠的朝巫。架構(gòu)項(xiàng)目都是從宏觀到微觀，從全局到細(xì)節(jié)的設(shè)計(jì)思想石景。所以本項(xiàng)目制定了更加詳細(xì)的技術(shù)實(shí)施路線劈猿。從頂層戰(zhàn)略目標(biāo)需求測(cè)度分析定義開(kāi)始，確定業(yè)務(wù)能力需求潮孽，設(shè)計(jì)業(yè)務(wù)考核測(cè)度揪荣，從而指導(dǎo)未來(lái)業(yè)務(wù)模式變革。在業(yè)務(wù)能力需求識(shí)別之后往史，要對(duì)AS-IS業(yè)務(wù)架構(gòu)進(jìn)行梳理分析仗颈，確定與滿(mǎn)足戰(zhàn)略目標(biāo)業(yè)務(wù)能力需求的問(wèn)題差距分析，并同時(shí)對(duì)現(xiàn)狀應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)AS-IS支撐情況進(jìn)行梳理分析椎例，之后基于對(duì)戰(zhàn)略目標(biāo)業(yè)務(wù)能力需求與當(dāng)前業(yè)務(wù)問(wèn)題及差距分析揽乱，進(jìn)行TO-BE業(yè)務(wù)架構(gòu)設(shè)計(jì)，并根據(jù)未來(lái)業(yè)務(wù)架構(gòu)的需求構(gòu)建對(duì)準(zhǔn)支撐的TO-BE應(yīng)用架構(gòu)與數(shù)據(jù)架構(gòu)粟矿。TO-BE架構(gòu)設(shè)計(jì)完成后凰棉，根據(jù)TO-BE業(yè)務(wù)架構(gòu)和TO-BE IT架構(gòu)設(shè)計(jì)形成詳細(xì)的實(shí)施工作包（遷移規(guī)劃）以及實(shí)施路線，指導(dǎo)具體的組織變革陌粹、流程改進(jìn)以及IT系統(tǒng)建設(shè)撒犀，支撐驅(qū)動(dòng)AS-IS架構(gòu)到TO-BE架構(gòu)的演變，進(jìn)而完成架構(gòu)落地掏秩。見(jiàn)下圖或舞。?

通過(guò)上面的詳細(xì)的技術(shù)路徑，我們實(shí)現(xiàn)了針對(duì)TOGAFADM開(kāi)發(fā)方法的細(xì)化蒙幻，并從業(yè)務(wù)架構(gòu)出發(fā)映凳，以業(yè)務(wù)架構(gòu)中的業(yè)務(wù)服務(wù)為接口，銜接業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)邮破；以業(yè)務(wù)對(duì)象為另一個(gè)接口诈豌，銜接業(yè)務(wù)架構(gòu)和數(shù)據(jù)架構(gòu)仆救。從而保證了應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)的設(shè)計(jì)起點(diǎn)是在業(yè)務(wù)架構(gòu)的設(shè)計(jì)結(jié)果的基礎(chǔ)上，逐步推導(dǎo)形成的矫渔。這種從業(yè)務(wù)架構(gòu)開(kāi)始彤蔽，分析細(xì)化至應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)的技術(shù)路徑，是在項(xiàng)目中對(duì)TOGAF ADM的補(bǔ)充和細(xì)化庙洼，我們稱(chēng)之為“W模型開(kāi)發(fā)方法”顿痪。

在上面的架構(gòu)項(xiàng)目技術(shù)路徑基礎(chǔ)上，項(xiàng)目又詳細(xì)設(shè)計(jì)了各階段應(yīng)形成的架構(gòu)制品油够，以及各項(xiàng)制品之間的聯(lián)系蚁袭，作為對(duì)TOGAF內(nèi)容框架的細(xì)化和補(bǔ)充。見(jiàn)下圖石咬。

由于篇幅所限撕阎，本項(xiàng)目雖然是一個(gè)完整的從戰(zhàn)略到業(yè)務(wù)架構(gòu)，再到應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)的完整實(shí)踐案例碌补，但本文不再詳述業(yè)務(wù)架構(gòu)和數(shù)據(jù)架構(gòu)的具體設(shè)計(jì)方法。感興趣的朋友可以參考本系列的其他文章了解相關(guān)內(nèi)容棉饶。

在應(yīng)用架構(gòu)開(kāi)發(fā)過(guò)程中厦章，本項(xiàng)目又提出了應(yīng)用架構(gòu)的“設(shè)計(jì)-調(diào)整-迭代”三步實(shí)施方法。因?yàn)闊o(wú)論多么資深和經(jīng)驗(yàn)豐富的架構(gòu)師照藻，都不能擔(dān)保應(yīng)用架構(gòu)設(shè)計(jì)結(jié)果的一次性正確袜啃，這就需要用科學(xué)的方法不斷開(kāi)展校對(duì)和驗(yàn)證，通過(guò)架構(gòu)迭代逐步完善架構(gòu)成果幸缕，最終達(dá)成滿(mǎn)足各級(jí)利益攸關(guān)者需求群发，并在組織范圍達(dá)成一致。見(jiàn)下圖发乔。

按照上述總結(jié)的應(yīng)用架構(gòu)設(shè)計(jì)方法熟妓，應(yīng)用架構(gòu)可以用邏輯上的應(yīng)用和應(yīng)用組件來(lái)定義組織完整的應(yīng)用邏輯藍(lán)圖。

應(yīng)用組件（ApplicationComponent）是滿(mǎn)足業(yè)務(wù)服務(wù)需求的模塊化栏尚、可部署起愈、可重用、可替換的組成單元译仗，封裝了行為和數(shù)據(jù)等實(shí)現(xiàn)過(guò)程并提供了一系列可用的接口抬虽，可獨(dú)立運(yùn)行、獨(dú)立部署纵菌，應(yīng)用組件可嵌套阐污。

應(yīng)用（Application）是為了滿(mǎn)足IT治理需要，在邏輯層面根據(jù)特定業(yè)務(wù)需求確定的應(yīng)用組件/應(yīng)用功能的組合邊界咱圆，應(yīng)用中所包含的應(yīng)用組件之間存在較高級(jí)別的互操作性笛辟，一個(gè)應(yīng)用承載選型功氨、實(shí)施、部署等方面的治理要求隘膘。在實(shí)現(xiàn)層面疑故，應(yīng)用可以與軟件系統(tǒng)實(shí)體對(duì)應(yīng)。

那么具體是如何從業(yè)務(wù)架構(gòu)推導(dǎo)出應(yīng)用架構(gòu)的呢弯菊？見(jiàn)下圖纵势。?

本項(xiàng)目還結(jié)合TOGAF架構(gòu)制品的要求，完成了應(yīng)用交互矩陣開(kāi)發(fā)管钳，并針對(duì)發(fā)現(xiàn)的問(wèn)題進(jìn)行了改進(jìn)钦铁。?

還完成了應(yīng)用架構(gòu)和數(shù)據(jù)架構(gòu)的分析制品，如應(yīng)用數(shù)據(jù)交互矩陣才漆，也稱(chēng)UC矩陣牛曹，并針對(duì)發(fā)現(xiàn)的問(wèn)題進(jìn)行了改進(jìn)。

最終以TO-BE業(yè)務(wù)架構(gòu)為基準(zhǔn)醇滥，參考行業(yè)典型參考模型黎比，設(shè)計(jì)形成組織聯(lián)盟層、組織管理層鸳玩、生產(chǎn)管理層阅虫、控制執(zhí)行層四層結(jié)構(gòu)的應(yīng)用架構(gòu)，并基于AS-IS應(yīng)用架構(gòu)給出了遷移規(guī)劃不跟。

本項(xiàng)目中還詳細(xì)介紹了應(yīng)用架構(gòu)原則的設(shè)計(jì)技巧颓帝，以及針對(duì)業(yè)務(wù)架構(gòu)的缺陷項(xiàng)分析、冗余性分析窝革、白盒測(cè)試（應(yīng)用組件依賴(lài)性分析）和黑盒測(cè)試（應(yīng)用邏輯場(chǎng)景分析）等內(nèi)容购城。

如果想進(jìn)一步了解本項(xiàng)目詳細(xì)技術(shù)路徑、實(shí)施過(guò)程虐译、架構(gòu)制品等內(nèi)容瘪板，請(qǐng)關(guān)注企業(yè)架構(gòu)實(shí)踐案例系列課程。