軟件生命周期模型選擇及wbs分解指南

《軟件生命周期模型選擇及wbs分解指南》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、軟件生命周期模型選擇及WBS分解指南一、概述同任何事物一樣，一個(gè)軟件產(chǎn)品或軟件系統(tǒng)也要經(jīng)歷孕育、誕生、成長、成熟、衰亡等階段，一般稱為“軟件生命周期”。軟件生命周期模型，通俗說就是，軟件開發(fā)過程中所遵循的模式，即把整個(gè)軟件生存周期劃分為若干階段，使得每個(gè)階段有明確的任務(wù)，使規(guī)模大，結(jié)構(gòu)復(fù)雜和管理復(fù)雜的軟件開發(fā)變的容易控制和管理。軟件生命周期模型和項(xiàng)目開發(fā)過程有非常緊密關(guān)系，它是經(jīng)過多次實(shí)踐總結(jié)出來適合于不同項(xiàng)目使用的經(jīng)典、有效的軟件開發(fā)方法，它按照軟件生命周期的各個(gè)階段劃分任務(wù)，依照一定的規(guī)則和步驟，有效地進(jìn)行軟件開發(fā)。選用恰當(dāng)?shù)能浖芷谀Ｐ瓦M(jìn)行軟件開發(fā)，可以提高產(chǎn)品質(zhì)量；降低項(xiàng)目管理難度

2、；縮短開發(fā)進(jìn)度；便于項(xiàng)目狀態(tài)跟蹤；為過程改進(jìn)和度量提供基線；改善組織級(jí)的過程弱勢(shì)，提高過程能力成熟度級(jí)別。為了便于分類匯總和統(tǒng)計(jì)各種生命周期模型的指標(biāo)和數(shù)據(jù)，結(jié)合公司軟件開發(fā)過程的實(shí)際，我們選擇了常用的幾種基本模型進(jìn)行了描述，項(xiàng)目開發(fā)小組在進(jìn)行項(xiàng)目策劃時(shí)，可以根據(jù)模型的適用前提、優(yōu)缺點(diǎn)和項(xiàng)目的實(shí)際需要進(jìn)行選擇，并在《項(xiàng)目實(shí)施計(jì)劃》中，參加評(píng)審。二、軟件生命周期模型常用的軟件生命周期模型有：瀑布模型、迭代模型、增量模型、原型模型等。以上所提到的件生命周期模型病不存在孰優(yōu)孰劣的問題，每一種模型在實(shí)際工作中都有所應(yīng)用。只要選擇了最適合的，并按照此模型的流程來開發(fā)軟件，都會(huì)取得成功。需要強(qiáng)調(diào)的是，不管

3、采用什么模型，項(xiàng)目實(shí)施中有四項(xiàng)活動(dòng)是必不可少的——需求、設(shè)計(jì)、編碼和測試。不管是有意識(shí)還是無意識(shí)，這些活動(dòng)都會(huì)出現(xiàn)在項(xiàng)目過程中。這也是最重要的四項(xiàng)活動(dòng)，其他的活動(dòng)其實(shí)都是為這些活動(dòng)服務(wù)的，不管是配置管理、風(fēng)險(xiǎn)管理，還是評(píng)審等等。以下對(duì)各種常用的軟件生命周期模型的設(shè)計(jì)思想、WBS劃分（WorkBreakdownStructure，即工作分解結(jié)構(gòu)）、優(yōu)缺點(diǎn)、使用范圍進(jìn)行分析。141、瀑布模型（1）基本思想瀑布模型（WaterfallModel）是最基本也最常用的一種生命周期模型，又稱線性模型。瀑布模型是一個(gè)項(xiàng)目開發(fā)架構(gòu)，開發(fā)過程是通過設(shè)計(jì)一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，

4、每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問題，那么最好“返回”上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷?，?xiàng)目開發(fā)進(jìn)程從一個(gè)階段“流動(dòng)”到下一個(gè)階段，這也是瀑布模型名稱的由來。瀑布模型可以應(yīng)用于軟件工程開發(fā)、企業(yè)項(xiàng)目開發(fā)、產(chǎn)品生產(chǎn)以及市場銷售等領(lǐng)域。瀑布模型的突出特征是文檔驅(qū)動(dòng)。從需求分析到系統(tǒng)維護(hù)，每一項(xiàng)活動(dòng)的工作成果就是此項(xiàng)活動(dòng)所產(chǎn)生的工作文檔，以及在此基礎(chǔ)上形成的產(chǎn)品。采用瀑布模型的項(xiàng)目依照該模型選定的階段順序進(jìn)行，每一個(gè)階段的工作產(chǎn)品都是下一個(gè)階段工作的輸入，每一個(gè)階段只有在上一個(gè)階段通過檢查，確認(rèn)完成后才開始新的階段工作，所以項(xiàng)目必須有明確的階段里程碑，在每個(gè)階段結(jié)束時(shí)都要進(jìn)行里

5、程碑評(píng)審，以判定是否可以開始下一階段的工作。例如：在項(xiàng)目策劃沒有完成時(shí)，需求分析和設(shè)計(jì)工作就不能進(jìn)行，同樣，在需求分析和設(shè)計(jì)沒有完成時(shí)就不開始編碼。瀑布模型中，每個(gè)階段完成后，可以在下一個(gè)階段修改上一個(gè)階段的工作產(chǎn)品，但是必須按照基線變更進(jìn)行管理，如果發(fā)生變更，需要回溯前面所有階段的工作產(chǎn)品，以便使工作產(chǎn)品保持一致。定義階段維護(hù)階段策劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼集成測試驗(yàn)收維護(hù)開發(fā)階段A系統(tǒng)分析員M項(xiàng)目管理員P程序員T高級(jí)程序員U用戶UAMUAMATMATMMPMTPUTPUAMUAMP圖1瀑布模型的思想示意圖（2）WBS劃分說明：圖中標(biāo)記為的階段為選定的里程碑，該階段完成時(shí)需進(jìn)行里程碑評(píng)審

6、活動(dòng)，并對(duì)其輸出進(jìn)行嚴(yán)格14的變更控制。（2）WBS劃分此表僅作為參考，需根據(jù)項(xiàng)目所選定的標(biāo)準(zhǔn)過程的活動(dòng)和任務(wù)進(jìn)一步細(xì)化。階段和項(xiàng)目標(biāo)準(zhǔn)過程ID任務(wù)工作成果名稱項(xiàng)目策劃階段《項(xiàng)目策劃管理規(guī)范》1起草項(xiàng)目任務(wù)書《項(xiàng)目任務(wù)書》2審批項(xiàng)目任務(wù)書已批準(zhǔn)的《項(xiàng)目任務(wù)書》3策劃準(zhǔn)備《項(xiàng)目實(shí)施計(jì)劃》4啟動(dòng)項(xiàng)目策劃產(chǎn)品的功能結(jié)構(gòu)圖、WBS工作任務(wù)分解5項(xiàng)目估計(jì)和成果列表《項(xiàng)目實(shí)施計(jì)劃》：工作量估計(jì)，進(jìn)度計(jì)劃，人力資源計(jì)劃，軟/硬件、工具要求，風(fēng)險(xiǎn)管理計(jì)劃，培訓(xùn)計(jì)劃，溝通計(jì)劃，交付工作產(chǎn)品清單等6制訂項(xiàng)目計(jì)劃《項(xiàng)目實(shí)施計(jì)劃》（有些客戶需要《質(zhì)量保證計(jì)劃（方案）》、《配置管理計(jì)劃（方案）》等相關(guān)計(jì)劃）7項(xiàng)目計(jì)劃評(píng)

7、審按照《項(xiàng)目評(píng)審管理規(guī)范》的規(guī)定，QA組織對(duì)《項(xiàng)目實(shí)施計(jì)劃》組織評(píng)審,直到通過評(píng)審8審批項(xiàng)目計(jì)劃《項(xiàng)目實(shí)施計(jì)劃》獲得相關(guān)領(lǐng)導(dǎo)的審批需求分析階段《需求開發(fā)與管理規(guī)范》9需求調(diào)研開始按照《需求調(diào)研計(jì)劃》，采取《需求調(diào)研記錄表》進(jìn)行調(diào)研，完成《系統(tǒng)需求分析說明書》初稿10需求分析如果客戶需求不清晰需要密切跟蹤，要完成《需求調(diào)研記錄跟蹤矩陣》、《需求不一致項(xiàng)列表》11需求不一致項(xiàng)協(xié)商處理相關(guān)修訂文檔，可能