??? 在IT行業(yè)有兩個越來越普遍的發(fā)展方向，一個是架構(gòu)方面的，一個是方法學(xué)方面的，面向服務(wù)的架構(gòu)設(shè)計師可以從中有所收獲。第一個就是MDA（模型驅(qū)動架構(gòu)），由提出CORBA的OMG模型提出。MDA認為架構(gòu)設(shè)計師首先要對待創(chuàng)建的系統(tǒng)有一個形式化的UML（也是由OMG提出）的模型。MDA首先給出一個平臺無關(guān)的模型來表示系統(tǒng)的功能需求和Use Cases，根據(jù)系統(tǒng)搭建的平臺，架構(gòu)設(shè)計師可以由這個平臺無關(guān)的模型得到平臺相關(guān)的模型，這些平臺相關(guān)模型足夠詳細，以至于可以用來直接生成需要的代碼。
????? SOA的另一個基礎(chǔ)是敏捷方法（AM），其中非常有名的方法是極限編程（XP）。AM的目標是僅僅創(chuàng)建用戶想要的,AM的核心思想就在于其敏捷性－處理需求變更的敏捷性.
????? 那么，如何開始SOA呢？經(jīng)過了幾次討論，大家已經(jīng)度過了盲人摸象的階段，實質(zhì)性的進展是從5.30號晚上的那次討論開始的。從那次后，已經(jīng)逐漸的看清了方向。
????? 最佳的方法時開始構(gòu)建較小的SOA，側(cè)重于提高當前缺乏效率的交互性。例如，假設(shè)使用一個系統(tǒng)上需要重新鍵入到另一個系統(tǒng)的打印報告，將兩個計算機系統(tǒng)緊密聯(lián)系在一起，這會消耗時間、浪費成本，導(dǎo)致出錯，而且數(shù)據(jù)無法保持罪行。可以設(shè)計一個簡單的基于Web服務(wù)SOA項目，直接鏈接信息，將含更新的SOAP消息發(fā)送到合作伙伴系統(tǒng)，而不是打印報告。
開始簡單的SOA使我們可以在作出大的決定前之前先衡量，并在出現(xiàn)大的問題之前獲得小改善的經(jīng)驗。
??? 所以，再次看到SOA的的第一條準則：“業(yè)務(wù)驅(qū)動服務(wù)、服務(wù)驅(qū)動技術(shù)”的時候，深有感觸。這才是問題的本源，原來的幾次討論和想法，其實都偏離了軌道。