??? 在IT行業有兩個越來越普遍的發展方向，一個是架構方面的，一個是方法學方面的，面向服務的架構設計師可以從中有所收獲。第一個就是MDA（模型驅動架構），由提出CORBA的OMG模型提出。MDA認為架構設計師首先要對待創建的系統有一個形式化的UML（也是由OMG提出）的模型。MDA首先給出一個平臺無關的模型來表示系統的功能需求和Use Cases，根據系統搭建的平臺，架構設計師可以由這個平臺無關的模型得到平臺相關的模型，這些平臺相關模型足夠詳細，以至于可以用來直接生成需要的代碼。
????? SOA的另一個基礎是敏捷方法（AM），其中非常有名的方法是極限編程（XP）。AM的目標是僅僅創建用戶想要的,AM的核心思想就在于其敏捷性－處理需求變更的敏捷性.
????? 那么，如何開始SOA呢？經過了幾次討論，大家已經度過了盲人摸象的階段，實質性的進展是從5.30號晚上的那次討論開始的。從那次后，已經逐漸的看清了方向。
????? 最佳的方法時開始構建較小的SOA，側重于提高當前缺乏效率的交互性。例如，假設使用一個系統上需要重新鍵入到另一個系統的打印報告，將兩個計算機系統緊密聯系在一起，這會消耗時間、浪費成本，導致出錯，而且數據無法保持罪行。可以設計一個簡單的基于Web服務SOA項目，直接鏈接信息，將含更新的SOAP消息發送到合作伙伴系統，而不是打印報告。

　　開始簡單的SOA使我們可以在作出大的決定前之前先衡量，并在出現大的問題之前獲得小改善的經驗。
??? 所以，再次看到SOA的的第一條準則：“業務驅動服務、服務驅動技術”的時候，深有感觸。這才是問題的本源，原來的幾次討論和想法，其實都偏離了軌道。