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