fo軟件編程思想拯救云計算軟件危機最佳方案

1、FO軟件編程思想拯救云計算軟件危機最佳方案60年代中期，大容量、高速度計算機的出現(xiàn)，使計算機的應用范圍迅速擴大，軟件開發(fā)急劇增長。高級語言開始出現(xiàn)；操作系統(tǒng)的發(fā)展引起了計算機應用方式的變化；大量數(shù)據(jù)處理導致第一代數(shù)據(jù)庫管理系統(tǒng)的誕生。軟件系統(tǒng)的規(guī)模越來越大，復雜程度越來越高，軟件可靠性問題也越來越突出。原來的個人設計、個人使用的方式不再能滿足要求，迫切需要改變軟件生產(chǎn)方式，提高軟件生產(chǎn)率，軟件危機開始爆發(fā)。1968年，北大西洋公約組織的

2、計算機科學家在聯(lián)邦德國召開國際會議，第一次討論軟件危機問題，并正式提出一個新的名詞：軟件工程。從此出現(xiàn)了一門新興的工程學科——軟件工程學，目的就是研究和克服軟件危機。軟件工程不能解決軟件危機軟件工程不能解決軟件危機剛開始的時候，軟件工程的確解決了一些問題。然而進入上世紀80年代以后，盡管軟件工程研究與實踐取得了較大的成就，軟件技術水平有了長足的進展，但是軟件生產(chǎn)水平依然遠遠落后于硬件生產(chǎn)水平的發(fā)展速度。當需求比較復雜的時候，軟件工程本身

3、也出現(xiàn)了危機。比如當一個需求需要1億個模塊的時候，缺乏必要的文檔資料或者文檔資料不合格，將給軟件開發(fā)和維護帶來許多嚴重的困難和問題。云計算必須面對云計算必須面對“軟件危機軟件危機”軟件開發(fā)商很少提“軟件危機”的事情，架構設計師根據(jù)用戶的需求，制定出開發(fā)方案后，軟件人員只需要按照要求編寫代碼就可以了。事實上國內(nèi)的很多軟件人員好象不知道有“軟件危機”這回事。傳統(tǒng)的軟件開發(fā)可以回避談論“軟件危機”，畢竟是一個簡單的系統(tǒng)，比如ERP，也只是一個

4、簡單系統(tǒng)，即便出現(xiàn)軟件危機，影響也不會太大，最多是影響一個大型企業(yè)。然而開發(fā)云計算產(chǎn)品的時候，軟件危機就成了繞不過去的坎了。同樣是提供企業(yè)資源管理服務，影響的就不是一個企業(yè)，也是很多的企業(yè)，以及和這些企業(yè)相關以軟件工程為核心的傳統(tǒng)軟件開發(fā)方法，經(jīng)過幾十年的發(fā)展，已經(jīng)達到了一定的高度，而且也出現(xiàn)了大量的創(chuàng)新方法和思想。比如高級語言的出現(xiàn)，面向對象編程，圖形化編程，程序驗證，構件技術，UML，MDA，SOA，敏捷開發(fā)等等。1、ModelDr

5、ivenArchitecture模型驅動架構UML是MDA所使用的關鍵技術，任何使用MDA創(chuàng)建的應用程序都基于標準化的，與平臺無關的UML模型。這樣，就意味著應用程序被定義為與平臺無關，所以這樣的應用程序就是可移植的。這很容易讓人想到Java所宣稱的“writeoncerunanywhere”，試圖去構建一個平臺無關的框架，如SwingUI庫。但是這種想法必須在性能和平臺集成上作出折衷，而在過去這種折衷是很多產(chǎn)品失敗的根源，由于這些失敗

6、，業(yè)界仍然非常懷疑MDA的宣言。2、敏捷開發(fā)AM是一種態(tài)度，而不是一個說明性的過程。AM是敏捷建模者們堅持的價值觀、敏捷建模者們相信的原則、敏捷建模者們應用的實踐組成的集合。AM描述了一種建模的風格。當它應用于敏捷的環(huán)境中時，能夠提高開發(fā)的質量和速度，同時能夠避免過度簡化和不切實際的期望。AM是對已有方法的補充，而不是一個完整的方法論。AM并不是要反對文檔。文檔的創(chuàng)建和維護都會增大項目涉眾的投資。敏捷文檔盡可能的簡單，盡可能的小，目的只

7、集中在和目前開發(fā)的系統(tǒng)有直接關系的事情上，充分了解受眾的需要。AM也不是要反對CASE工具。敏捷建模者使用那些能夠幫助開發(fā)人員提高效果，提升價值的工具。而且，他們還盡力使用那些能夠勝任工作的最簡單的工具。一直以來，國外優(yōu)秀的軟件工程師和軟件研究人員殫盡竭慮，尋找提高軟件開發(fā)效率的方法和思想。然而這些優(yōu)秀的方法仍然無法解決軟件危機難題。由此可見，如果只在傳統(tǒng)的軟件開發(fā)思想上進行創(chuàng)新，將很難找到解決軟件危機的“銀彈”。只有在思想上發(fā)生革命性