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