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