常見軟件開發(fā)管理模型及分析比較(存儲版)
【正文】 據(jù)需求編寫程序，調(diào)試通過后生成軟件的第一個版本。瀑布模型（Waterfall但是，這種模型的線性過程太理想化，已不再適合現(xiàn)代的軟件開發(fā)模式，幾乎被業(yè)界拋棄，其主要問題在于： ?。?）當(dāng)我們領(lǐng)會了線性的精神，就不要再呆板地套用線性模型的外表，而應(yīng)該用活它。 快速原型的關(guān)鍵在于盡可能快速地建造出軟件原型，一旦確定了客戶的真正需求，所建造的原型將被丟棄。但是，增量模型也存在以下缺陷： ?。?） 例如，使用增量模型開發(fā)字處理軟件。實施工程：實施軟件開發(fā)和驗證； ?。?）軟件開發(fā)人員應(yīng)該擅長尋找可能的風(fēng)險，準(zhǔn)確地分析風(fēng)險，否則將會帶來更大的風(fēng)險 一個階段首先是確定該階段的目標(biāo)，完成這些目標(biāo)的選擇方案及其約束條件，然后從風(fēng)險角度分析方案的開發(fā)策略，努力排除各種潛在的風(fēng)險，有時需要通過建造原型來完成。軟件開發(fā)人員根據(jù)用戶的反饋，實施開發(fā)的迭代過程。這種分組并不是絕對隨意性的，而是要根據(jù)功能的重要性及對總體設(shè)計的基礎(chǔ)結(jié)構(gòu)的影響而作出判斷。這種方法需要四代語言（4GL）的支持。model），或元模型（metamodel）,把幾種不同模型組合成一種混合模型，它允許一個項目能沿著最有效的路徑發(fā)展，這就是過程開發(fā)模型（或混合模型）。系統(tǒng)可能不滿足客戶的需求風(fēng)險驅(qū)動需要開放式體系結(jié)構(gòu)，可能會設(shè)計差、效率低 瀑布模型 （hybrid就像水噴上去又可以落下來，可以落在中間，也可以落在最底部。軟件開發(fā)人員根據(jù)用戶的需求，首先開發(fā)核心系統(tǒng)。如果執(zhí)行風(fēng)險分析將大大影響項目的利潤，那么進(jìn)行風(fēng)險分析毫無意義，因此，螺旋模型只適合于大規(guī)模軟件項目。制定計劃：確定軟件目標(biāo)，選定實施方案，弄清項目開發(fā)的限制條件； ?。?）核心產(chǎn)品交付用戶使用后，經(jīng)過評價形成下一個增量的開發(fā)計劃，它包括對核心產(chǎn)品的修改和一些新功能的發(fā)布。在增量模型中，軟件被作為一系列的增量構(gòu)件來設(shè)計、實現(xiàn)、集成和測試，每一個構(gòu)件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成. 增量模型在各個階段并不交付一個可運行的完整產(chǎn)品，而是交付滿足客戶需求的一個子集的可運行產(chǎn)品。通過逐步調(diào)整原型使其滿足客戶的要求，開發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開發(fā)客戶滿意的軟件產(chǎn)品。一個軟件系統(tǒng)的整體可能是復(fù)雜的，而單個子程序總是簡單的，可以用線性的方式來實現(xiàn)，否則干活就太累了。當(dāng)前活動的工作結(jié)果需要進(jìn)行驗證，如果驗證通過，則該結(jié)果作為下一項活動
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1