生命周期選擇的指南.doc

1 9 目目 錄錄 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 2 9 1 1 目的目的 指導項目組在制定項目開發(fā)計劃階段 選擇適合項目特點的生存周期 并能按照軟 件生存周期定義的工作流程進行工作 2 2 范圍范圍 本過程適用于新開發(fā)的軟件項目 3 3 職責職責 軟件項目經理負責根據項目的特點選擇合適的生存周期 4 4 工作程序工作程序 4 4 1 1 公司定義的軟件生存周期模型公司定義的軟件生存周期模型 軟件生存周期定義可視軟件項目特性識別和所選軟件開發(fā)模型而異 公司擬推 薦采用的軟件生存周期模型有 1 瀑布模型 2 增量模型 3 快速原型模型 4 4 2 2 軟件生存周期模型的選擇準則軟件生存周期模型的選擇準則 定義一個適用的軟件生存周期是軟件項目策劃的基點 也是用以規(guī)范項目管理 的重要手段 為此 對項目定義軟件生存周期時 應首先根據各項目的特性和選擇 準則從本規(guī)范中選取一個合用的軟件生存周期模型 隨后再通過裁剪給出適用于本 項目的軟件生存周期定義 4 2 14 2 1 瀑布模型選擇準則瀑布模型選擇準則 1 用戶開始就給出明確的需求 且在開發(fā)過程中需求沒有或很少變化 2 分析設計人員對應用領域很熟悉 3 低風險項目 對目標 開發(fā)環(huán)境很熟悉 4 用戶應用環(huán)境穩(wěn)定 5 用戶除提出需求以外 很少參與開發(fā)工作 6 用戶接受在項目的開發(fā)晚期才能得到程序的運行版本 4 2 24 2 2 增量模型選擇準則增量模型選擇準則 1 用戶需求在整個項目開發(fā)過程中可能發(fā)生變化 2 客戶接受分階段交付 3 分析設計人員對應用領域不熟悉或難以全面把握 4 中等或高風險項目 對工期過緊且可分階段提交的項目或對系統(tǒng)目標 開發(fā)環(huán) 境不熟悉的項目 5 用戶需要參與整個軟件開發(fā)過程 6 使用面向對象的語言或第四代語言 3 9 4 2 34 2 3 快速原型選擇準則快速原型選擇準則 1 用戶定義了軟件的一般性目標 但不能標識出詳細的輸入 處理和輸出需求 2 開發(fā)者不能確定算法的有效性 操作系統(tǒng)的適應性或人機交互的形式 3 分析設計人員對應用領域不熟悉 4 高風險項目 4 4 3 3 軟件生存周期模型軟件生存周期模型 軟件生存周期按階段劃分可分為需求階段 策劃階段 設計階段 實現階段 測試 階段 交付階段 4 3 14 3 1 瀑布模型瀑布模型 瀑布模型規(guī)定了各項關鍵軟件工程活動階段是自上而下 相互銜接 逐級下落 如同瀑布的固定次序 當某階段發(fā)現上游缺陷時可通過追溯予以消除或改進 4 3 24 3 2 增量模型增量模型 增量模型是遵循遞增方式來進行軟件開發(fā)的 融合了瀑布模型的基本成分和原 型模型的迭代特征 軟件產品是被作為一組增量實現的 每一個線性序列產生一個 S1 需求 S2 策劃 S4 實現 S3 設計 S5 測試 S6 交付 4 9 可發(fā)布的增量 每一個增量均發(fā)布一個可操作的產品 增量循環(huán) 2 3 n 4 3 34 3 3 快速原型模型快速原型模型 原型模型從需求收集開始 開發(fā)者和用戶一起定義軟件的總體目標 標識出已知 的需求后 進行快速設計 導致原型的建立 原型不可作為正式的產品進行發(fā)布 交付 再進一步精化待開發(fā)軟件的需求 通過逐步調整原型使其滿足客戶的要求 整個過程是 迭代的 快速原型快速原型 S1 需求 S2 策劃 S4 實現 S3 設計 S5 測試 S6 交付 5 9 4 44 4 各階段的任務 活動 工作產品和質量控制各階段的任務 活動 工作產品和質量控制 4 4 14 4 1 標準型標準型 序號階段任務與活動開始 結束條 件 工作產品 S1 需求 S2 策劃 S4 實現 S3 設計 S5 測試 快速分析 確定初步規(guī)格說明 構造原型 運行 評價原型 原型完成否 要細部說明否 嚴格說明細部 效果滿意否 整理原型提供文檔 構造新原型 修 正 與 改 進 原 型 S6 交付 6 9 S1需求 階段 T11 同行 用戶的需求收集 定義 T12 編制特性需求說明書 T13 對需求進行分析 定義 需求說明書 T14 需求變更 T15 制定軟件驗收計劃 T16 對各種需求基線的審批 Q11 需求 軟件驗收計劃評 審 Q12 對需求的變更及實現情 況檢查 跟蹤 軟件項目任務 書 需求 驗 收計劃評審通 過 P11 特性需求說明書 P12 軟件需求說明書 P13 軟件驗收計劃 R11 需求 驗收計劃的評 審記錄 R12 軟件需求與軟件需求 變更跟蹤表 R13 培訓記錄 R14 軟件需求管理檢查表 R15 需求變更記錄 R16 項目里程碑報告 R17 項目進展報告 S2策劃 階段 T21 進行項目估算 T22 進行項目策劃 含質量保 證 配置管理策劃 T23 編制測試計劃 T24 計劃的修訂 Q21 計劃評審 T25 策劃培訓 T26 分析設計階段工作準備 人員 培訓 工具 設備 T27 計劃跟蹤 Q22 對項目策劃情況進行檢 查 需求被簽字認 可后 項目計劃 書評審通過 P21 項目估算表 P22 軟件項目開發(fā)計劃 含質量保證 配置管理 計劃 P23 軟件測試計劃 P24 風險管理計劃 R21 計劃評審記錄 R22 計劃修訂記錄 R23 培訓記錄 R24 項目策劃過程檢查表 R25 軟件項目跟蹤與監(jiān)督 表 R26 項目進展和里程碑報 告 S3設計 階段 T31 項目設計 含軟件構架 數據庫 界面設計 系統(tǒng)功 能例表 Q31 設計評審 T32 測試規(guī)程 用例準備 T33 項目計劃的跟蹤和修訂 T34 實現階段準備 人員 培訓 可用件 模板 規(guī)范 工具 實現環(huán)境建立 開發(fā)計劃被確 認 設計文檔 評審通過 P31 概要設計 P32 詳細設計 P33 測試規(guī)程 用例 R31 設計評審記錄 R32 項目計劃修訂記錄 R33 計劃跟蹤情況檢查表 R34 軟件項目跟蹤與監(jiān)督 表 R35 項目進展和里程碑報 告 S4實現 階段 T41 構造軟件 編碼 自測 Q41 單元測試 Q42 集成測試 設計文檔批準 后 源程序測 試通過 P41 源程序 P42 測試用例數據 R41 測試記錄 7 9 T42 測試階段準備 人員 培訓 規(guī)范 工具 測試環(huán) 境建立 T43 編寫用戶使用手冊 T44 制作安裝盤 T45 對項目計劃的情況進行 跟蹤 R42 集成測試報告 P43 用戶使用手冊 電 子版 R43 計劃跟蹤情況檢查表 R44 軟件項目跟蹤與監(jiān)督 表 R45 項目進展和里程碑報 告 P44 安裝盤 S5測試 階段 Q51 系統(tǒng)測試 T51 BUG 修訂 T52 對項目計劃的情況進行 跟蹤 上游產品提交 系統(tǒng)測試完 成 R51 系統(tǒng)測試記錄 報告 P51 安裝母盤 P52 用戶使用手冊 電 子版 R52 計劃跟蹤情況檢查表 R53 軟件項目跟蹤與監(jiān)督 表 R54 項目進展和里程碑報 告 S6交付 階段 T61 編寫實施計劃 T62 編寫培訓大綱 T63 用戶培訓 T64 系統(tǒng)安裝和數據準備 T65 系統(tǒng)試運行和系統(tǒng)切換 Q61 用戶驗收 T66 項目總結 T67 對項目計劃的情況進行 跟蹤 系統(tǒng)測試通過 驗收通過 項目總結提交 P61 實施計劃 P62 培訓大綱 Q61 項目實施記錄 P63 軟件產品 Q62 軟件驗收報告 P64 項目總結報告 R61 計劃跟蹤情況檢查表 R62 軟件項目跟蹤與監(jiān)督 表 R63 項目進展和里程碑報 告 說明 說明 代表受控和必選項 當一個文檔在某階段受控后 在以后的階段中它均受控 S 代表階段 T 代表任務 Q 代表質量保證活動 P 代表需產生的工作產品 R 代表需產生的工作記錄 4 54 5 軟件生存周期裁剪指南軟件生存周期裁剪指南 本文檔中所推薦的軟件生存周期的三種模型是針對公司近幾年所出現或將會出現的 軟件項目類型而定義的 但事實上 沒有兩個完全相同的軟件項目 在諸多的因素中 8 9 組織的方針 規(guī)程 商務目標 獲取方法和策略 項目的規(guī)模和復雜性 系統(tǒng)需求 所 采用的開發(fā)方法 技術和開發(fā)環(huán)境以及項目組等諸多因素均會影響系統(tǒng)獲取 開發(fā) 操 作和維護 所以 各項目在使用本標準時 需根據本項目的特性加以裁剪 但在裁剪過程中必須遵循以下原則 1 階段銜接原則 所裁剪的生存周期各階段間應是相互銜接的 一個階段的里程碑工作是下一階 段的輸入 切忌從需求階段 跳過分析設計階段直接進入編碼實現階段 2 合理性原則 每個生存周期階段中所列的各個活動 工作和質量控制點 可視項目大小可以 合理的增加或合拼 如某些大項目 可增加一些對子項目 子工作產品或子活動的 質量控制點 小項目或增補少量功能點的項目可將一些質量控制點加以適當合拼 但在計劃中必須對合拼的理由做出說明 3 可視化原則 生存周期各階段中必須明確列出任務 活動 工作產品與質量控制點 具體裁剪步驟見 4 5 1 裁剪指南裁剪指南 4 5 14 5 1 裁剪指南裁剪指南 裁剪最好針對特定項目或合同進行 4 5 1 1 生存周期階段的截取生存周期階段的截取 在生存周期模型被選定后 可視項目 生存周期模型 源輸入和最終輸出的 特性 截取相鄰的一個或多個相鄰接的階段 例如 所選的是瀑布模型 對非交 付類軟件項目可以截取需求定義 策劃 設計 實現 測試五個鄰接的階段 4 5 1 2 生存周期階段合并和細分生存周期階段合并和細分 對所截取的兩個相鄰階段 對有些小項目來說 可把兩個相鄰階段合并成一 個階段 例如 把瀑布模型中的設計和實現兩個階段合并一個階段 相反 對大 項目來說 又可把一個階段拆分成兩個階段 例如把瀑布模型中的設計階段拆為 概要設計和詳細設計兩個階段 但對合并階段應說明理由 4 5 1 3 任務的裁剪任務的裁剪 在本標準的生存周期每個階段中均列有推薦的任務 活動 有些是必選 帶 的 有些是可選的 對于必選項 如不選時 應說明理由 如需要 也可增加某 些本標準中未列出的任務 例如培訓 外包 外購軟件 現場安裝 數據準備等 4 5 1 4 工作產品的裁剪工作產品的裁剪 在本標準的生存周期每個階段中均列出了若干推薦的工作產品和記錄 有些 是必選 帶 的 有些是可選的 對于必選項 如不選時 應說明理由 如需要 9 9 也可增加某些本標準中未推薦