軟件產(chǎn)品wbs分解指南-wenkub.com
2025-03-30 00:18 本頁面
【正文】 企業(yè)在選擇開發(fā)模型應(yīng)從項目時間要求、需求明確程度、風險狀況等選擇合適的生命周期模型。項目管理的側(cè)重點以上各個開發(fā)模型的過程特點也各不相同，如瀑布模型是文檔驅(qū)動型的，迭代模型是風險驅(qū)動型的，增量模型是任務(wù)驅(qū)動型的，原型模型是需求驅(qū)動型的。該模型不適合于：①大型、復(fù)雜系統(tǒng)，難以模擬；②存在大量運算、邏輯性強的處理系統(tǒng)；③管理基礎(chǔ)工作不完善、處理過程不規(guī)范的系統(tǒng)；④大量批處理的系統(tǒng)。 重復(fù)上述過程，直至用戶需求全部明確為止。與非拋棄型原型模型的主要區(qū)別在于：①目的不同，拋棄型原型模型的目的是為了與用戶更好的溝通；②手段不同，拋棄型原型模型采用的技術(shù)手段與正式開發(fā)可以完全不同；③結(jié)果不同，拋棄型原型模型的工作產(chǎn)品不會在軟件研發(fā)中使用或大量使用，而多用于開發(fā)demo及驗證用戶需求的復(fù)合性。原型由用戶評估，并據(jù)此進一步精化用戶需求。圖 5 原型模型的思想示意圖原型模型根據(jù)其最終保留情況分為非拋棄型和拋棄型兩種：非拋棄型原型是先根據(jù)用戶的最主要的要求，開發(fā)出能實現(xiàn)系統(tǒng)最基本功能的一個原型，再根據(jù)用戶對原型使用與評價的意見，反復(fù)修改完善原型，直到等到用戶滿意的最終系統(tǒng)為止。原型模型（1）基本思想原型模型通過向用戶提供原型獲取用戶的反饋，使開發(fā)出的軟件能夠真正反映用戶的需求。（2）WBS劃分階段和項目標準過程任務(wù)工作成果名稱概要設(shè)計概要設(shè)計概要設(shè)計相關(guān)技術(shù)資料、 設(shè)計文檔編寫《概要設(shè)計說明書》 概要設(shè)計評審（必須）設(shè)計評審記錄 設(shè)計實現(xiàn)開發(fā)第一個增量（如A模塊）詳細設(shè)計A模塊詳細設(shè)計 文檔編寫《詳細設(shè)計說明書》 用戶界面設(shè)計《用戶界面設(shè)計說明書》 數(shù)據(jù)庫設(shè)計《數(shù)據(jù)庫設(shè)計說明書》 編程源代碼 代碼走查《代碼走查檢查單》 單元測試《單元測試報告》 第一個增量測試增量產(chǎn)品測試 發(fā)布第一個增量增量產(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)點：①在達到初始需求之前可降低成本：采用增量模型可以靈活分配人員，剛開始不用投入大量人力資源。其實現(xiàn)過程簡圖如下所示：圖 4 增量模型的思想示意圖說明：在策劃階段，項目經(jīng)理需要與客戶協(xié)商確定增量的數(shù)目、規(guī)模、每一增量發(fā)布的時間表，在概要設(shè)計階段需要考慮各增量集成的順序、接口等問題，制定集成策略。增量模型（1）基本思想增量模型是通過對用戶需求的判斷，在定義了用戶要求和系統(tǒng)需求,進行總體構(gòu)架設(shè)計后，采用序列化地創(chuàng)建產(chǎn)品的方法進行開發(fā)的過程。因此，迭代過程這種模式使適應(yīng)需求的變化會更容易些。 （3）優(yōu)缺點與傳統(tǒng)的瀑布模型相比較，迭代模型具有以下優(yōu)點： ①降低了在一個增量上的開支風險。階段和項目標準過程任務(wù)工作成果名稱項目策劃階段《項目策劃管理規(guī)范》完成《項目實施計劃》《項目實施計劃》中WBS分解要參考本表 項目迭代計劃（★）《項目迭代開發(fā)計劃》l 必須有架構(gòu)設(shè)計（概要設(shè)計）l 《項目迭代開發(fā)計劃》必須說明哪些是關(guān)鍵迭代，完成的時機以及預(yù)期成果l 下一個迭代，在前幾個迭代基礎(chǔ)上需要完善的要點以及完善步驟架構(gòu)（概要）設(shè)計（★）概要設(shè)計說明書系統(tǒng)完成架構(gòu)設(shè)計（概要設(shè)計） 詳細需求分析、設(shè)計及實現(xiàn)第1個迭代需求分析迭代1的需求分析，形成《需求說明書》 需求評審關(guān)鍵迭代需要組織評審 詳細設(shè)計直接做詳細設(shè)計，完成迭代《設(shè)計說明書》 文檔編寫《詳細設(shè)計說明書》 用戶界面設(shè)計《用戶界面設(shè)計說明書》 數(shù)據(jù)庫設(shè)計《數(shù)據(jù)庫設(shè)計說明書》 編程源代碼 代碼走查按照《項目實施計劃》中質(zhì)量控制點計劃要求完成《代碼走查檢查單》 單元測試按照《項目實施計劃》中質(zhì)量控制點計劃要求完成《單元測試報告》 第一個迭代部署/集成按照《項目迭代開發(fā)計劃》將迭代開發(fā)成果部署到統(tǒng)一架構(gòu)中。交付階段可以跨越幾次迭代，包括為發(fā)布做準備的產(chǎn)品測試，基于用戶反饋的少量的調(diào)整。同時為項目建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準則并準
公司管理相關(guān)推薦
鄂ICP備17016276號-1