不論是最早的Zachman，還是TOGAF，FEAF，DoDAF等，都是業界實踐後抽取出來的標準方法論。基本也是圍繞上面說的幾個點展開的。 TOGAF更加接近於壹個常用的標準企業架構描述，FEAF更加強調了PRM和SRM服務組件模型，而DoDAF更加偏技術建模和實現，側重點有所不同， 但是基本還是覆蓋企業架構的各個方面。對於頂層企業架構設計還是建議采用TOGAF方法論指導，而細化到單個業務域或系統的概念的時候再轉向DoDAF這 種更技術化的建模方法。我壹直強調的內容就是在頂層設計的時候盡量不要引入太多偏技術層面的建模方法和技術，最好是讓企業架構成果能夠讓企業內客戶基本很 容易看明白。
任何方法論基本都是大而全，企業架構的方方面面都會涵蓋進去，但是真正在企業架構實踐中絕對不是要覆蓋所有的活動和輸出工件。任何壹個架構實踐活動或者說 工件輸出都需要考慮為什麽要做這個事，做這個分析的具體價值在哪裏？是否屬於前面我說的三個方面的內容？任何工作都不要為了滿足方法論要求而去輸出，必須 要去理解內在的脈絡和邏輯。因此，在企業架構實施過程中如果根據企業現狀和業務目標進行裁剪就相當重要的，裁剪同時也不是簡單的剪切的，更多的是優化改 進，新增都是裁剪要考慮的內容。
當前的各種企業架構標準和框架，都沒有真正做到和雲計算和SOA思想的融合，雖然在各個企業架構中都有這種思想的體現，但是如何融合為壹個整體基本沒有說 明。在企業架構的真正實踐中必須考慮到SOA思想和雲化的思路，這個在壹開始全新規劃就要考慮，這種融入不是對傳統的企業架構框架的否定，而是對已有框架 的補充和完善。我再次強調原來看到過壹些文章去映射傳統企業架構各組件和雲，和SOA組件的關系，這個是不對的。這本身不是壹種映射關系，而是融入關系。