『壹』 比較瀑布模型,快速原型模型,增量模型,螺旋模型的優缺點,說明每種模型的使用范圍

瀑布模型的優點:有利於大型軟體開發過程中人員的組織、管理,有利於軟體開發方法和工具的研究,從而提高了大型軟體項目開發的質量和效率。
瀑布模型的缺點:(1)開發過程一般不能逆轉,否則代價太大;(2)實際的項目開發很難嚴格按該模型進行;(3)客戶往往很難清楚地給出所有的需求,而該模型卻要求如此。(4)軟體的實際情況必須到項目開發的後期客戶才能看到,這要求客戶有足夠的耐心。
瀑布模型的使用范圍:(1)用戶的需求非常清楚全面,且在開發過程中沒有或很少變化;(2)開發人員對軟體的應用領域很熟悉;(3)用戶的使用環境非常穩定;(4)開發工作對用戶參與的要求很低。

快速原型模型的優點:(1)可以得到比較良好的需求定義,容易適應需求的變化;(2)有利於開發與培訓的同步;(3)開發費用低、開發周期短且對用戶更友好。
快速原型模型的缺點:(1)客戶與開發者對原型理解不同;(2) 准確的原型設計比較困難;(3) 不利於開發人員的創新。
快速原型模型的使用范圍:(1)對所開發的領域比較熟悉而且有快速的原型開發工具;(2)項目招投標時,可以以原型模型作為軟體的開發模型;(3)進行產品移植或升級時,或對已有產品原型進行客戶化工作時,原型模型是非常適合的。

增量模型的優點:(1)採用增量模型的優點是人員分配靈活,剛開始不用投入大量人力資源;(2)如果核心產品很受歡迎,則可增加人力實現下一個增量;(3)可先發布部分功能給客戶,對客戶起到鎮靜劑的作用。
增量模型的缺點:(1)並行開發構件有可能遇到不能集成的風險,軟體必須具備開放式的體系結構;(2)增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型,但也很容易退化為邊做邊改模型,從而是軟體過程的控制失去整體性。
增量模型的使用范圍:(1)進行已有產品升級或新版本開發,增量模型是非常適合的;(2)對完成期限嚴格要求的產品,可以使用增量模型;(3)對所開發的領域比較熟悉而且已有原型系統,增量模型也是非常適合的。

螺旋模型的優點:(1)設計上的靈活性,可以在項目的各個階段進行變更;(2)以小的分段來構建大型系統,使成本計算變得簡單容易;(3)客戶始終參與每個階段的開發,保證了項目不偏離正確方向以及項目的可控性;(4) 隨著項目推進,客戶始終掌握項目的最新信息 , 從而他或她能夠和管理層有效地交互。
螺旋模型的缺點:(1)採用螺旋模型需要具有相當豐富的風險評估經驗和專門知識,在風險較大的項目開發中,如果未能夠及時標識風險,勢必造成重大損失;(2)過多的迭代次數會增加開發成本,延遲提交時間。
螺旋模型的使用范圍:螺旋模型只適合於大規模的軟體項目。

『貳』 軟體開發模型有幾種

與建造大廈相同,軟體也是一步一步建造起來的。在增量模型中,軟體被作為一系列的增量構件來設計、實現、集成和測試,每一個構件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構成. 增量模型在各個階段並不交付一個可運行的完整產品,而是交付滿足客戶需求的一個子集的可運行產品。整個產品被分解成若干個構件,開發人員逐個構件地交付產品,這樣做的好處是軟體開發可以較好地適應變化,客戶可以不斷地看到所開發的軟體,從而降低開發風險。但是,增量模型也存在以下缺陷: (1) 由於各個構件是逐漸並入已有的軟體體系結構中的,所以加入構件必須不破壞已構造好的系統部分,這需要軟體具備開放式的體系結構。 (2) 在開發過程中,需求的變化是不可避免的。增量模型的靈活性可以使其適應這種變化的能力大大優於瀑布模型和快速原型模型,但也很容易退化為邊做邊改模型,從而是軟體過程的控制失去整體性。 在使用增量模型時,第一個增量往往是實現基本需求的核心產品。核心產品交付用戶使用後,經過評價形成下一個增量的開發計劃,它包括對核心產品的修改和一些新功能的發布。這個過程在每個增量發布後不斷重復,直到產生最終的完善產品。 例如,使用增量模型開發字處理軟體。可以考慮,第一個增量發布基本的文件管理、編輯和文檔生成功能,第二個增量發布更加完善的編輯和文檔生成功能,第三個增量實現拼寫和文法檢查功能,第四個增量完成高級的頁面布局功能。 5.螺旋模型(Spiral Model) 1988年,Barry Boehm正式發表了軟體系統開發的"螺旋模型",它將瀑布模型和快速原型模型結合起來,強調了其他模型所忽視的風險分析,特別適合於大型復雜的系統。 螺旋模型沿著螺線進行若干次迭代,圖中的四個象限代表了以下活動: (1) 制定計劃:確定軟體目標,選定實施方案,弄清項目開發的限制條件; (3) 實施工程:實施軟體開發和驗證; (4) 客戶評估:評價開發工作,提出修正建議,制定下一步計劃。 螺旋模型由風險驅動,強調可選方案和約束條件從而支持軟體的重用,有助於將軟體質量作為特殊目標融入產品開發之中。但是,螺旋模型也有一定的限制條件,具體如下: (1) 螺旋模型強調風險分析,但要求許多客戶接受和相信這種分析,並做出相關反應是不容易的,因此,這種模型往往適應於內部的大規模軟體開發。 (2) 如果執行風險分析將大大影響項目的利潤,那麼進行風險分析毫無意義,因此,螺旋模型只適合於大規模軟體項目。 一個階段首先是確定該階段的目標,完成這些目標的選擇方案及其約束條件,然後從風險角度分析方案的開發策略,努力排除各種潛在的風險,有時需要通過建造原型來完成。如果某些風險不能排除,該方案立即終止,否則啟動下一個開發步驟。最後,評價該階段的結果,並設計下一個階段。 6.演化模型(incremental model) 主要針對事先不能完整定義需求的軟體開發。用戶可以給出待開發系統的核心需求,並且當看到核心需求實現後,能夠有效地提出反饋,以支持系統的最終設計和實現。軟體開發人員根據用戶的需求,首先開發核心系統。當該核心系統投入運行後,用戶試用之,完成他們的工作,並提出精化系統、增強系統能力的需求。軟體開發人員根據用戶的反饋,實施開發的迭代過程。第一迭代過程均由需求、設計、編碼、測試、集成等階段組成,為整個系統增加一個可定義的、可管理的子集。 在開發模式上採取分批循環開發的辦法,每循環開發一部分的功能,它們成為這個產品的原型的新增功能。於是,設計就不斷地演化出新的系統。 實際上,這個模型可看作是重復執行的多個「瀑布模型」。 「演化模型」要求開發人員有能力把項目的產品需求分解為不同組,以便分批循環開發。這種分組並不是絕對隨意性的,而是要根據功能的重要性及對總體設計的基礎結構的影響而作出判斷。有經驗指出,每個開發循環以六周到八周為適當的長度。 7.噴泉模型(fountain model, (面向對象的生存期模型, OO模型)) 噴泉模型與傳統的結構化生存期比較,具有更多的增量和迭代性質,生存期的各個階段可以相互重疊和多次反復,而且在項目的整個生存期中還可以嵌入子生存期。就像水噴上去又可以落下來,可以落在中間,也可以落在最底部。 8.智能模型(四代技術(4GL)) 智能模型擁有一組工具(如數據查詢、報表生成、數據處理、屏幕定義、代碼生成、高層圖形功能及電子表格等),每個工具都能使開發人員在高層次上定義軟體的某些特性,並把開發人員定義的這些軟體自動地生成為源代碼。這種方法需要四代語言(4GL)的支持。4GL不同於三代語言,其主要特徵是用戶界面極端友好,即使沒有受過訓練的非專業程序員,也能用它編寫程序;它是一種聲明式、互動式和非過程性編程語言。4GL還具有高效的程序代碼、智能預設假設、完備的資料庫和應用程序生成器。目前市場上流行的4GL(如Foxpro等)都不同程度地具有上述特徵。但4GL目前主要限於事務信息系統的中、小型應用程序的開發。 9.混合模型(hybrid model) 過程開發模型又叫混合模型(hybrid model),或元模型(meta-model),把幾種不同模型組合成一種混合模型,它允許一個項目能沿著最有效的路徑發展,這就是過程開發模型(或混合模型)。實際上,一些軟體開發單位都是使用幾種不同的開發方法組成他們自己的混合模型。 各種模型的比較 每個軟體開發組織應該選擇適合於該組織的軟體開發模型,並且應該隨著當前正在開發的特定產品特性而變化,以減小所選模型的缺點,充分利用其優點,下表列出了幾種常見模型的優缺點。

『叄』 軟體開發中有哪幾種過程模型

  • 1.瀑布模型

    瀑布模型的特點是:

    階段間具有順序性和依賴性,前一階段結束後才能開始後一階段的工作,前一階段的輸出是厚意階段的輸入;推遲實現觀點,盡可能推遲程序的物理實現;強調質量保證觀點,每個階段必須完成規定的文檔,每個階段結束前完成文檔以便及早改正錯誤。

    優點:

    (1)原理簡單,容易掌握。

    (2)各階段間都有驗證和確認環節,以便進行質量管理。

    (3)主要用於支持結構化方法

    缺點:

    (1)缺乏靈活性,不能適應用戶的需求變化。

    (2)缺乏演化性,返回上一級的開發需要付出十分高昂的代價

    (3)是線性的軟體開發模型,回溯性差。

    使用場合:

    (1)適合於軟體需求比較明確或很少變化,且開發人員可以一次性獲取到全部需求的場合

    (2)適合開發技術比較成熟,工程管理比較嚴格的場合

    (3)一般用於低風險的項目,適合開發人員具有豐富的經驗。

『肆』 快速原型模型的主要特點是什麼

快速原型模型需要迅速建造一個可以運行的軟體原型 ,以便理解和澄清問題,使開發人員與用戶達成共識,最終在確定的客戶需求基礎上開發客戶滿意的軟體產品。 快速原型模型允許在需求分析階段對軟體的需求進行初步而非完全的分析和定義,快速設計開發出軟體系統的原型,該原型向用戶展示待開發軟體的全部或部分功能和性能;用戶對該原型進行測試評定,給出具體改進意見以豐富細化軟體需求;開發人員據此對軟體進行修改完善,直至用戶滿意認可之後,進行軟體的完整實現及測試、維護。 優點: ? 克服瀑布模型的缺點,減少由於軟體需求不明確帶來的開發風險。 缺點: ? 所選用的開發技術和工具不一定符合主流的發展; ? 快速建立起來的系統結構加上連續的修改可能會導致產品質量低下;================================================================由上面的說明可以看到。快速原型法是在需求不明確的情況下常用的一種方法。所有,你老師說的不對。

『伍』 有不有可以快速做出三維模型的軟體

有的,三維數字樣機快速設計,不過專業性較強,是基於CAD軟體的二次開發軟體。

『陸』 軟體開發模型有哪幾種各有什麼特點

1、瀑布模型:用戶需求一改,過程從上到下不可逆。(需求,分析,設計,實現,內測試)
2、統一開發過容程(USDP):是一個迭代、遞增的開發過程;
每一次迭代均會越來越接近最終目標。
這種方式的優點:過程中需求的改變不會影響到整體項目開發,項目控制比較靈活。
降低成本;
便於更好地維護項目進度;
便於團隊的協作開發;
便於適應用戶需求的動態變化。

『柒』 快速開發平台的兩種模式

軟體開發平台按開發方式來分,包括代碼型開發平台和配置型開發平台,代碼型開發平台類似一個代碼生成器,可以根據需要生成一套代碼,然後在此代碼上進行修改,減少開發人員工作量,如普元開發平台;配置型開發平台則是通配置業務參數進行軟體開發,不生成源碼,開發人員不需要懂編程語言,降低了開發難度,提高了開發速度,?如天縱智能開發平台。按底層語言來分,又可以分JAVA和.NET,.NET的如天縱開發平台等,JAVA的如普元開發平台等。大家可以根據自己的項目特點和自己的編程功底做選擇。

『捌』 軟體開發模型和軟體開發方法,誰能簡明扼要的說下區別

開發模型是規劃,是軟體開發的流程,包括需求、設計、編碼、測試、維護幾個階段,常用的模型有瀑布、快速原型、螺旋模型、混合等。
開發方法是實現,(我的理解是針對模型中的設計和編碼進行實現)有Parnas方法、SASD方法、面向數據結構的軟體開發方法、問題分析法、面向對象的開發方法、可視化開發方法、ICASE、軟體重用和組件連接。