02生命周期選擇的指南2(doc)
目 錄 1. 目的 2 2. 范圍 2 3. 職責 2 4.工作程序 2 4．1公司定義的軟件生存周期模型 2 4．2 軟件生存周期模型的選擇準則 2 4.2.1 瀑布模型選擇準則 2 4.2.2增量模型選擇準則 2 4.2.3 快速原型選擇準則 3 4. 3 軟件生存周期模型 3 4.3.1 瀑布模型 3 4.3.2 增量模型 4 4.3.3 快速原型模型 4 4.4 各階段的任務、活動、工作產品和質量控制 6 4.4.1 標準型 6 4.5軟件生存周期裁剪指南 8 4.5.1裁剪指南 8 5.參考資料 9 1. 目的 指導項目組在制定項目開發(fā)計劃階段，選擇適合項目特點的生存周期，并能按照軟件 生存周期定義的工作流程進行工作。 2. 范圍 本過程適用于新開發(fā)的軟件項目。 3. 職責 軟件項目經理負責根據(jù)項目的特點選擇合適的生存周期。 4.工作程序 4．1公司定義的軟件生存周期模型 軟件生存周期定義可視軟件項目特性識別和所選軟件開發(fā)模型而異，公司擬推薦 采用的軟件生存周期模型有 1、瀑布模型 2、增量模型 3、快速原型模型 4．2 軟件生存周期模型的選擇準則 定義一個適用的軟件生存周期是軟件項目策劃的基點，也是用以規(guī)范項目管理的重要 手段。為此，對項目定義軟件生存周期時，應首先根據(jù)各項目的特性和選擇準則從本 規(guī)范中選取一個合用的軟件生存周期模型，隨后再通過裁剪給出適用于本項目的軟件 生存周期定義。 4.2.1 瀑布模型選擇準則 1、用戶開始就給出明確的需求，且在開發(fā)過程中需求沒有或很少變化； 2、分析設計人員對應用領域很熟悉； 3、低風險項目（對目標、開發(fā)環(huán)境很熟悉）； 4、用戶應用環(huán)境穩(wěn)定； 5、用戶除提出需求以外，很少參與開發(fā)工作； 6、用戶接受在項目的開發(fā)晚期才能得到程序的運行版本。 4.2.2增量模型選擇準則 1. 用戶需求在整個項目開發(fā)過程中可能發(fā)生變化； 2. 客戶接受分階段交付; 3、分析設計人員對應用領域不熟悉或難以全面把握; 4、中等或高風險項目（對工期過緊且可分階段提交的項目或對系統(tǒng)目標、開發(fā)環(huán)境 不熟悉的項目）; 5、用戶需要參與整個軟件開發(fā)過程; 6、使用面向對象的語言或第四代語言。 3 快速原型選擇準則 1. 用戶定義了軟件的一般性目標，但不能標識出詳細的輸入、處理和輸出需求 2. 開發(fā)者不能確定算法的有效性、操作系統(tǒng)的適應性或人機交互的形式； 3. 分析設計人員對應用領域不熟悉； 4、高風險項目; 4. 3 軟件生存周期模型 軟件生存周期按階段劃分可分為需求階段、策劃階段、設計階段、實現(xiàn)階段、測試 階段、交付階段。 4.3.1 瀑布模型 瀑布模型規(guī)定了各項關鍵軟件工程活動階段是自上而下、相互銜接、逐級下落如 同瀑布的固定次序。當某階段發(fā)現(xiàn)上游缺陷時可通過追溯予以消除或改進。 2 增量模型 增量模型是遵循遞增方式來進行軟件開發(fā)的，融合了瀑布模型的基本成分和原型 模型的迭代特征。軟件產品是被作為一組增量實現(xiàn)的，每一個線性序列產生一個可發(fā) 布的增量，每一個增量均發(fā)布一個可操作的產品。 增量循環(huán)（2、3………n） 3 快速原型模型 原型模型從需求收集開始，開發(fā)者和用戶一起定義軟件的總體目標，標識出已知 的需求后，進行快速設計，導致原型的建立（原型不可作為正式的產品進行發(fā)布、交付 ），再進一步精化待開發(fā)軟件的需求，通過逐步調整原型使其滿足客戶的要求，整個過 程是迭代的。 快速原型 4.4 各階段的任務、活動、工作產品和質量控制 4.4.1 標準型 |序號 |階段 |任務與活動 |開始／結束條件|工作產品 | |S1 |需求 |T11同行、用戶的需求收集 |軟件項目任務書|P11 特性需求說明書 | | |階段 |、定義 |／需求、驗收計|P12軟件需求說明書* | | | |T12 編制特性需求說明書 |劃評審通過 |P13軟件驗收計劃* | | | |T13對需求進行分析、定義 | |R11需求、驗收計劃的評 | | | |需求說明書 | |審記錄 | | | |T14需求變更 | |R12軟件需求與軟件需求 | | | |T15制定軟件驗收計劃 | |變更跟蹤表 | | | |T16對各種需求基線的審批 | |R13培訓記錄 | | | |Q11需求、軟件驗收計劃評 | |R14軟件需求管理檢查表 | | | |審 | |R15需求變更記錄 | | | |Q12對需求的變更及實現(xiàn)情 | |R16項目里程碑報告 | | | |況檢查、跟蹤 | |R17項目進展報告 | |S2 |策劃階|T21進行項目估算 |需求被簽字認可|P21項目估算表* | | |段 |T22進行項目策劃(含質量保|后/項目計劃書 |P22軟件項目開發(fā)計劃（ | | | |證、配置管理策劃) |評審通過 |含質量保證、配置管理計| | | |T23編制測試計劃 | |劃） * | | | |T24計劃的修訂 | |P23軟件測試計劃 | | | |Q21計劃評審 | |P24風險管理計劃 | | | |T25策劃培訓 | |R21計劃評審記錄 | | | |T26分析設計階段工作準備(| |R22 計劃修訂記錄 | | | |人員、培訓、工具、設備) | |R23 培訓記錄 | | | |T27計劃跟蹤 | |R24項目策劃過程檢查表 | | | |Q22對項目策劃情況進行檢 | |R25軟件項目跟蹤與監(jiān)督 | | | |查 | |表 | | | | | |R26項目進展和里程碑報 | | | | | |告 | |S3 |設計階|T31項目設計(含軟件構架、|開發(fā)計劃被確認|P31概要設計 * | | |段 |數(shù)據(jù)庫、界面設計、系統(tǒng)功|／設計文檔評審|P32詳細設計 | | | |能例表) |通過 |P33測試規(guī)程、用例 * | | | |Q31設計評審 | |R31設計評審記錄 | | | |T32 測試規(guī)程、用例準備 | |R32 項目計劃修訂記錄 | | | |T33項目計劃的跟蹤和修訂 | |R33計劃跟蹤情況檢查表 | | | |T34實現(xiàn)階段準備 (人員、 | |R34軟件項目跟蹤與監(jiān)督 | | | |培訓、可用件、模板、規(guī)范| |表 | | | |、工具、實現(xiàn)環(huán)境建立) | |R35項目進展和里程碑報 | | | | | |告 | |S4 |實現(xiàn)階|T41構造軟件(編碼、自測) |設計文檔批準后|P41源程序* | | |段 |Q41單元測試 |／源程序測試通|P42測試用例數(shù)據(jù) | | | |Q42集成測試 |過 | | | | |T42測試階段準備 (人員、 | |R41測試記錄 | | | |培訓、規(guī)范、工具、測試環(huán)| |R42集成測試報告 | | | |境建立) | |P43用戶使用手冊 (電 | | | |T43編寫用戶使用手冊 | |子版)* | | | |T44制作安裝盤 | |R43計劃跟蹤情況檢查表 | | | |T45對項目計劃的情況進行 | |R44軟件項目跟蹤與監(jiān)督 | | | |跟蹤 | |表 | | | | | |R45項目進展和里程碑報 | | | | | |告 | | | | | |P44安裝盤 | |S5 |測試階|Q51系統(tǒng)測試 |上游產品提交／|R51系統(tǒng)測試記錄、報告 | | |段 |T51 BUG修訂 |系統(tǒng)測試完成 | | | | |T52對項目計劃的情況進行 | |P51安裝母盤 | | | |跟蹤 | |P52用戶使用手冊 (電 | | | | | |子版)* | | | | | |R52計劃跟蹤情況檢查表 | | | | | |R53軟件項目跟蹤與監(jiān)督 | | | | | |表 | | | | | |R54項目進展和里程碑報 | | | | | |告 | |S6 |交付階|T61編寫實施計劃 |系統(tǒng)測試通過／|P61實施計劃 | | |段 |T62編寫培訓大綱 |驗收通過、項目|P62培訓大綱 | | | | |總結提交 |Q61 項目實施記錄 | | | |T63用戶培訓 | |P63 軟件產品* | | | |T64系統(tǒng)安裝和數(shù)據(jù)準備 | |Q62軟件驗收報告* | | | |T65系統(tǒng)試運行和系統(tǒng)切換Q| |P64項目總結報告 * | | | |61用戶驗收 | |R61計劃跟蹤情況檢查表 | | | |T66項目總結 | |R62軟件項目跟蹤與監(jiān)督 | | | |T67對項目...
02生命周期選擇的指南2(doc)