atitit.提升開發效率---mda 軟體開發方式的革命

標籤：style   blog   http   使用   問題   cti   

atitit.提升開發效率---mda 軟體開發方式的革命

 

 

1. 軟體開發方式的革命開發工具的抽象層次將再次提升 1

2. 應用程式框架和其實現相分離 2

3. 目前的問題模型和代碼不同步 2

4. MDA的曆史及其由來 2

5. MDA的三個主要目標是：輕便性、 互通性和可重用性。 3

6. MDA跟代碼產生的不同 3

7. 問題:也許MDA不過是已有的Case Tools的“曇花一現” 3

8. 實際的效率提升 3

9. Mda在嵌入式系統的成功 4

10. 我的總結:::基於偽碼產生比較好. 4

11. 參考 4

 

1. 軟體開發方式的革命開發工具的抽象層次將再次提升

 

MDA是軟體開發自組合語言到進階語言之後又一次革命性的“突變”

 

MDA是OGM提出的新的軟體開發方法學，有這樣一個觀點，軟體開發就是建模..它構築於UML建模語言巨大成功的基礎之上

 

 

 MDA改變了開發過程。在軟體的需求分析階段,不再是編寫文檔

 

 MDA改變了開發工具。隨著技術的進步，主流開發工具的抽象層次將再次提升。在IDE中，最重要的不是代碼編輯器，而是基於圖形的建模視窗。代碼將由變幻工具自動產生，不再是關心的內容。

 

 

MDA讓我們重新認識文檔。以前我們認為文檔或者模型不用些的太精確，因為人有很強的理解能力，寫的太精確是浪費時間，因為他們不可能變成可以啟動並執行東西。但MDA將推翻這些事實。模型將不是寫給人看的，而是寫給機器看的，寫的精確一點不在是浪費時間。     

 

 在將來， 工具將代替人來完成編碼工作(大部分吧),走跟個編譯器也是..，而我們只要把精力放到創造型的過程中去就可以了

 

作者:: 老哇的爪子 Attilax 艾龍，  EMAIL:[email protected]

轉載請註明來源： http://blog.csdn.net/attilax

 

 

2. 應用程式框架和其實現相分離

MDA能夠將應用程式框架和其實現相分離。MDA的支援者希望支撐軟體和硬體的改變不會使現有的公司專屬應用程式無法使用。更重要的是，通過降低應用架構和其運行環境的耦合度，MDA能夠帶來更加優秀的設計，從而使應用壽命更加長久並且能夠很容易地移植到其他底層平台上。

 

 

3. 目前的問題模型和代碼不同步

當今建模的主要問題在於，對於很多企業來說它只是紙面上的練習。這就造成了模型和代碼不同步的問題，代碼會被不斷修改，而模型不會被更新，這樣模型就失去了意義

4. 　MDA的曆史及其由來

自從2001年MDA被OMG（Object Management Group 國際對象管理集團）提出以後，"隨風潛入夜，潤物細無聲"，未見轟轟烈烈宣傳，各大廠商卻驚人一致地爭相跟進，關於MDA的話題轉眼之間在網路上也如火如荼地繁榮起來了。
　　MDA（Model Driven Architecture，模型驅動架構）是OMG目前推出的全新的軟體開發架構，這一架構的推出已給整個軟體業帶來了一場“地震”

，它把我們從底層平台的“劇烈震動”中安全的隔離出來，保護了 我們業已建立的“商務邏輯大廈”的安然無恙，使我們在面對一輪一輪因平台技術劇變而產生的衝擊波時能夠泰然處之。它必將在諸多方面對軟體技術的未來產生深 遠的影響，然而它的“源”在哪裡呢？

 

從1995年起，OMG開始非正式的採用與工業相關的一些技術規範，並於96、97年進行了正式化工作。與此同時，在Mary Loomis的領導下進一步擴大了工作範圍使之包含對象建模，這就導致了UML建模語言的產生，並隨之於2001年OMG組織進一步採納了另外一個架構 ——MDA。當然MDA不像CORBA架構那樣是用於實現分布式對象系統，而是一種在軟體開發中使用模型的方式。回顧MDA的曆史，我們可以看出UML的 巨大成功為MDA的產生奠定了堅實的基礎，

 

　MDA源自於眾所周知的把系統操作的規範從系統利用底層平台能力的方式細節中分離出來的思想，MDA提供了一種途徑（通過相關的工具）來正常化一個平台 獨立的系統、正常化平台、為系統選擇一個特定的實現平台，並且把系統規範轉換到特定的實現平台。

 

5. MDA的三個主要目標是：輕便性、 互通性和可重用性。

通過架構性的分離來實現輕便性、 互通性和可重用性。

 

6. MDA跟代碼產生的不同

 

MDA的本質不是代碼產生，儘管代碼產生被認為是主要成就。MDA也可以通過構造能直接執行模型的虛擬機器來實現。

MDA並不僅僅是“UML+代碼產生”，它帶給我們更多的是一種思考問題的方式和觀念的變化

 

7. 問題:也許MDA不過是已有的Case Tools的“曇花一現”

 

8. 實際的效率提升

MDA團隊在效率上佔有絕對優勢，效率提高了幾乎30％多

其中還沒有計算因是第一次使用MDA方法所必須的熟悉和學習工具時間，可見使用MDA方法可以極大地提高軟體開發效率，這一點是毋庸置疑的。

 

 

3大的MDA工具的現狀

相對於業界大廠的冷靜和矜持，一些中小廠商反而特別活躍，

像 Interactive Objects公司著名的ArcStyler、

Compuware公司著名的OptimalJ，

還有開放源碼的AndroMDA等遵循OMG標準規範的 MDA工具已在一些項目中得到了廣泛的運用，並取得了顯著的成效。
　　結束語

 

9. Mda在嵌入式系統的成功

因為嵌入式系統一瓦不同的平台..

。基於Schlaer-Mellor的系統被用於為所有種類的電子裝置產生嵌入式代碼，從抽象模型產生數百萬行C/C++代碼來完成複雜的電信交換。在某些方面，我可以說比起公司專屬應用程式系統，MDA在這種系統上有更成功的表現。”
　　既然在嵌入式和即時系統已取得成功，在企業級開發方面也必將成功，我們將拭目以待。

 

 

10. 我的總結:::基於偽碼產生比較好.

使用uml產生代碼現在還不是弄好....偽碼也許做為當中語言...

11. 參考

MDA：一場軟體開發方式的革命，還是Case Tools老瓶中裝的新醋？ - 王朝網路 - wangchao.net.cn.htm