常見軟件開發(fā)管理模型及分析比較-文庫吧資料
2024-08-17 16:09本頁面
【正文】 開發(fā)字處理軟件。核心產(chǎn)品交付用戶使用后，經(jīng)過評(píng)價(jià)形成下一個(gè)增量的開發(fā)計(jì)劃，它包括對核心產(chǎn)品的修改和一些新功能的發(fā)布。增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而是軟件過程的控制失去整體性。 ?。?）但是，增量模型也存在以下缺陷： ?。?）在增量模型中，軟件被作為一系列的增量構(gòu)件來設(shè)計(jì)、實(shí)現(xiàn)、集成和測試，每一個(gè)構(gòu)件是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成. 增量模型在各個(gè)階段并不交付一個(gè)可運(yùn)行的完整產(chǎn)品，而是交付滿足客戶需求的一個(gè)子集的可運(yùn)行產(chǎn)品。增量模型（Incremental 快速原型的關(guān)鍵在于盡可能快速地建造出軟件原型，一旦確定了客戶的真正需求，所建造的原型將被丟棄。通過逐步調(diào)整原型使其滿足客戶的要求，開發(fā)人員可以確定客戶的真正需求是什么；第二步則在第一步的基礎(chǔ)上開發(fā)客戶滿意的軟件產(chǎn)品。Prototype 3.當(dāng)我們領(lǐng)會(huì)了線性的精神，就不要再呆板地套用線性模型的外表，而應(yīng)該用活它。一個(gè)軟件系統(tǒng)的整體可能是復(fù)雜的，而單個(gè)子程序總是簡單的，可以用線性的方式來實(shí)現(xiàn)，否則干活就太累了。 我們應(yīng)該認(rèn)識(shí)到，線性是人們最容易掌握并能熟練應(yīng)用的思想方法。由于開發(fā)模型是線性的，用戶只有等到整個(gè)過程的末期才能見到開發(fā)成果，從而增加了開發(fā)的風(fēng)險(xiǎn)； ?。?）但是，這種模型的線性過程太理想化，已不再適合現(xiàn)代的軟件開發(fā)模式，幾乎被業(yè)界拋棄，其主要問題在于： ?。?）當(dāng)前活動(dòng)的工作結(jié)果需要進(jìn)行驗(yàn)證，如果驗(yàn)證通過，則該結(jié)果作為下一項(xiàng)活動(dòng)的輸入，繼續(xù)進(jìn)行下一項(xiàng)活動(dòng)，否則返回修改?！ ∑俨寄Ｐ蛯④浖芷趧澐譃橹贫ㄓ?jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。Royce提出了著名的瀑布模型，直到80年代早期，它一直是唯一被廣泛采用的軟件開發(fā)模型。瀑布模型（Waterfall沒有考慮測試和程序的可維護(hù)性，也沒有任何文檔，軟件的維護(hù)十分困難。缺少規(guī)劃和設(shè)計(jì)環(huán)節(jié)，軟件的結(jié)構(gòu)隨著不斷的修改越來越糟，導(dǎo)致無法繼續(xù)修改； （2）在這種模型中，既沒有規(guī)格說明，也沒有經(jīng)過設(shè)計(jì)，軟件隨著客戶的需要一次又一次地不斷被修改. 在這個(gè)模型中，開發(fā)人員拿到項(xiàng)目立即根據(jù)需求編寫程序，調(diào)試通過后生成軟件的第一個(gè)版本。邊做邊改模型（BuildandFix混合模型(hy
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1