軟件專家仲萃豪解析 SOA架構的十大技術理論 SOA架構
關鍵字：軟件專家 SOA架構 技術理論
實踐論認為：從實踐提升到理論，再由理論指導實踐，由此向前發展。目前SOA的發展的情況正是如此，通過不少實踐，SOA的模型己經被公認為標準規范，目前是正需要進一步總結上升到理論的時候了。
當前國內要發展SOA主要有三方面工作：方法、工具和環境。方法是工程技術，由基礎理論來指導提出的。所以一門科學必需要包括：認知科學(哲理)、工程技術和方法、最后是理論。
架構的演化過程
SOA是從面向對象、構件架構等逐步發展完善，且相互依托、相互補充、又各自適應不同范圍，因此在討論SOA理論時，要了解它是如何演化過程來，繼承了哪些理論體系，其適應度如何。
結構編程方法
40年前國際上發生了“軟件危機”，如IBM公司開發一個操作系統，或美國的航空公司開發飛機訂票系統，都花費了上千人數年的工作量。它開發周期長、而開發出來的產品卻是錯誤很多，難以維護和適應修改。
正在此時，一位荷蘭的物理家E.W.Dijkstra提出了一種“結構程序設計方法”，他認為：人的智力是有限的，采用數學或物理學的思維方法，用枚舉、抽象、歸納、類比等思維方式簡化問題。
由于我也是數學系畢業的，我拜讀了他的所有論文，就編寫一本著作《編程方法學》。用此方法擴展到軟件設計中時，稱為“結構化分析和結構化設計(SASD)”。
所謂“結構程序設計方法”，就是基于面向對象設計方法的早期藍本，側重於解決程序正確性的編程的方法，以此為基礎建立了軟件工程這門學科，建立了編程的基礎理論體系，也是第一個技術與基礎理論體系。
“面向對象”的可重用理論
我們都知道由面向對象發展到面向構件，由面向構件再發展到面向服務，因此它們的認知觀和基礎理論都是息息相關的。
解決大型軟件的開發效率和質量除了要解決編程的正確性外，還必需解決開發周期長、復用性差、成本高、文檔多以及難以適應系統演化等問題，這些問題十多年來仍舊困惑著這門學科，“軟件危機”仍未解決。
人們的知識是從一個定理、一個原理逐步積累起來的，社會是依靠知識的不斷積累發展的。然而編制軟件每次卻都是從零開始，這是造成“軟件危機”的根本原因。由此提出了編程工作是否也可以重用以前成功的經驗和程序呢?整整經過十多年的探索，到七十年代才獲得成功。
我曾經用此方法設計了一個大型操作系統，這套方法和理論在產品開發和科研領域方面用得很多，因此我稱它為第二個技術與基礎理論體系。
面向構件和架構
鑒于面向對象的缺陷，三位面向對象的奠基人聯合起來，創建了UML統一建模語言。UML為軟件開發和SOA的產生起到奠基和里程碑的作用。
UML主要理論成果是：統一面向對象的基本概念，并引進了許多新的概念，認為軟件開發的過程實質上是從抽象的模型逐步細化，過渡到具體的實現，其中間的每個階段都是實現了某一抽象模型，UML為此提供了建立模型的工具。
用直覺的圖形來建立模型，從此軟件專家就有了自己的工具，正如音樂家有了五線譜工具那樣。為適應軟件的多變性，提供了演化的概念。
文章來源于領測軟件測試網 http://www.kjueaiud.com/