軟件產(chǎn)品wbs分解指南-閱讀頁
2025-04-17 00:18本頁面
【正文】 增量產(chǎn)品發(fā)布和部署 設(shè)計實現(xiàn)開發(fā)第二個增量（如B模塊）詳細設(shè)計B模塊詳細設(shè)計 文檔編寫《詳細設(shè)計說明書》 用戶界面設(shè)計《用戶界面設(shè)計說明書》 數(shù)據(jù)庫設(shè)計《數(shù)據(jù)庫設(shè)計說明書》 編程源代碼 代碼走查《代碼走查檢查單》 單元測試《單元測試報告》 第一個增量測試增量產(chǎn)品測試 發(fā)布第一個增量增量產(chǎn)品發(fā)布和部署 … …… 開發(fā)第N個增量 …… （3）優(yōu)缺點該模型的優(yōu)點：①在達到初始需求之前可降低成本：采用增量模型可以靈活分配人員，剛開始不用投入大量人力資源。該模型的缺點：①系統(tǒng)集成難度大：由于各個構(gòu)件是逐漸并入已有的軟件體系結(jié)構(gòu)中的，各增量的集成難度增大，所以在概要設(shè)計階段需要制定詳細的集成策略；②項目管理風(fēng)險加大：在開發(fā)過程中，需求的變化是不可避免的，增量模型的靈活性可以使其適應(yīng)這種變化的能力大大優(yōu)于瀑布模型和快速原型模型，但也很容易退化為邊做邊改模型，從而使軟件過程的控制失去整體性。原型模型（1）基本思想原型模型通過向用戶提供原型獲取用戶的反饋，使開發(fā)出的軟件能夠真正反映用戶的需求。相對瀑布模型而言，原型模型更符合人們開發(fā)軟件的習(xí)慣，使目前較流行的一種實用軟件生存期模型。圖 5 原型模型的思想示意圖原型模型根據(jù)其最終保留情況分為非拋棄型和拋棄型兩種：非拋棄型原型是先根據(jù)用戶的最主要的要求，開發(fā)出能實現(xiàn)系統(tǒng)最基本功能的一個原型，再根據(jù)用戶對原型使用與評價的意見，反復(fù)修改完善原型，直到等到用戶滿意的最終系統(tǒng)為止。然后是“快速設(shè)計”。原型由用戶評估，并據(jù)此進一步精化用戶需求。拋棄型原型模型一般用來描述和驗證用戶需求，可以采用與實際開發(fā)所不同的開發(fā)工具，建立模擬的數(shù)據(jù)庫系統(tǒng)，從而達到與用戶交流的最好效果。與非拋棄型原型模型的主要區(qū)別在于：①目的不同，拋棄型原型模型的目的是為了與用戶更好的溝通；②手段不同，拋棄型原型模型采用的技術(shù)手段與正式開發(fā)可以完全不同；③結(jié)果不同，拋棄型原型模型的工作產(chǎn)品不會在軟件研發(fā)中使用或大量使用，而多用于開發(fā)demo及驗證用戶需求的復(fù)合性。 ②建造/修改原型階段 項目組根據(jù)原型評價結(jié)果對設(shè)計原型進行建立、修改和完善，并記錄相關(guān)過程。 重復(fù)上述過程，直至用戶需求全部明確為止。 圖 6 原型模型開發(fā)的幾個階段（2）WBS劃分非拋棄型原型模型的WBS劃分 階段和過程ID從過程中選取任務(wù)工作成果名稱用戶需求分析《需求開發(fā)與管理規(guī)范》1獲取用戶需求《需求調(diào)研記錄單》2建立系統(tǒng)需求《需求分析說明書》3驗證需求已經(jīng)驗證的《軟件系統(tǒng)需求》建造/修改原型《產(chǎn)品實現(xiàn)管理規(guī)范》4搭建開發(fā)環(huán)境開發(fā)環(huán)境5編寫代碼源代碼、產(chǎn)品原型運行/評價原型6運行評價原型更新后《需求分析說明書》拋棄型原型模型的WBS劃分 任務(wù)類型ID任務(wù)工作成果名稱用戶需求分析1需求調(diào)查和分析《需求調(diào)研記錄單》建造/修改原型2用戶界面設(shè)計原型界面3與用戶交流修改界面修改后的原型界面4建立模擬數(shù)據(jù)庫模擬數(shù)據(jù)庫5開發(fā)源代碼，原型6功能測試及修改測試記錄和通過測試的工作產(chǎn)品運行/評價原型7原型運行問題記錄表8評價原型原型評價表（3）優(yōu)缺點該模型的優(yōu)點：①符合人們認識事物的規(guī)律，系統(tǒng)開發(fā)循序漸進，反復(fù)修改，確保較好的用戶滿意度；②開發(fā)周期短，費用相對少；③由于有用戶的直接參與，系統(tǒng)更加貼近實際，易學(xué)易用，減少用戶的培訓(xùn)時間；該模型的缺點：①開發(fā)過程管理要求高，整個開發(fā)過程要經(jīng)過“修改—評價—再修改”的多次反復(fù)；②用戶過早看到系統(tǒng)原型，誤認為系統(tǒng)就是這個模樣，易使用戶失去信心；③開發(fā)人員易將原型取代系統(tǒng)分析；④缺乏規(guī)范化的文檔資料，不利于系統(tǒng)的后期維護。該模型不適合于：①大型、復(fù)雜系統(tǒng)，難以模擬；②存在大量運算、邏輯性強的處理系統(tǒng)；③管理基礎(chǔ)工作不完善、處理過程不規(guī)范的系統(tǒng)；④大量批處理的系統(tǒng)。項目管理團隊的管理能力和系統(tǒng)開發(fā)團隊的技術(shù)能力決定了所選擇開發(fā)模型的實施難度。項目管理的側(cè)重點以上各個開發(fā)模型的過程特點也各不相同，如瀑布模型是文檔驅(qū)動型的，迭代模型是風(fēng)險驅(qū)動型的，增量模型是任務(wù)驅(qū)動型的，原型模型是需求驅(qū)動型的。根據(jù)項目的側(cè)重點，可以選擇不同的開發(fā)模型。企業(yè)在選擇開發(fā)模型應(yīng)從項目時間要求、需求明確程度、風(fēng)險狀況等選擇合適的生命周期模
公司管理相關(guān)推薦
鄂ICP備17016276號-1