信息系統(tǒng)項目管理師_第十七章_需求管理閆波-資料下載頁
2025-02-27 04:40本頁面
【正文】 變更應(yīng)及時通知所有涉及的人員 ? 項目按一定的程序來采納需求變更 控制項目范圍的擴展 ? 擴展需求是指在軟件需求基線已經(jīng)確定后又要增添新的功能或進行較大的改動。 ? 需求變更不可避免，但必須控制。 變更控制過程 ? 1 變更控制策略 ? 達成一個策略，如何控制需求 ? 所有需求變更必須遵循的過程； ? 未獲批準(zhǔn)的變更，不做過多工作； ? CCB決定實現(xiàn)哪些變更 ? 項目風(fēng)險承擔(dān)者應(yīng)了解變更數(shù)據(jù)庫的內(nèi)容； ? 不能從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔； 變更控制過程 ? 2 變更控制步驟 ? 開始條件 Entry Criteria ? 通過合適渠道接受一個合法的變更請求； ? 過程和步驟 ? 驗證任務(wù)正確完成的步驟 Verify ? 結(jié)束條件 Exit Criteria 變更控制過程 ? 3 變更控制狀態(tài)報告 ? 用報告、圖表方式來總結(jié)變更控制數(shù)據(jù)庫的內(nèi)容和按狀態(tài)分類的變更請求數(shù)量。 變更控制過程 ? 4 變更控制工具 ? 自動工具幫助有效的執(zhí)行變更控制過程。 InfoSys公司對需求變更的處理 處理步驟： ? 1. 記錄變更 ? 2. 分析變更對工作產(chǎn)品的影響 ? 3. 估計變更申請所需的工作量 ? 4. 重新估計交付時間表 ? 5. 執(zhí)行累積的成本影響分析 ? 6. 如果影響超出一定的限度，則與高級主管一起 評審影響 ? 7. 客戶不再提出變更申請 ? 8. 修改工作產(chǎn)品 示例 申請?zhí)? 333 日期 20230102 變更說明：本變更申請是使客戶機屏幕根據(jù)顯示器自動調(diào)整分辨率。 影響分析： 變更分類：主要變更，因為它影響所有屏幕。 解決方案：布局管理器和組件的約束設(shè)置加以修改 …… 工作量影響：總屏幕數(shù)為 40……，估計實現(xiàn)總工作量為 480人時 進度影響：實現(xiàn)變更對總進度影響大概為 10天 狀態(tài)：得到客戶認(rèn)可，已加入到需求規(guī)格文檔中。項目進度和里程碑將發(fā)生變化。 經(jīng)手人 評審人 變更日志跟蹤累積變更影響 變更申請?zhí)? 變更申請日期 變更說明 工作量影響 (人日 ) 狀態(tài) 1 2月 18日 規(guī)定使用情況統(tǒng)計 3 已解決 2 演示期間 強制用戶退出 2 未解決 3 演示期間 支持用戶存檔 3 已解決 4 2月 18日 復(fù)制窗口 7 已解決 5 演示期間 刪除時列出所有節(jié)點 5 已解決 6 演示期間 從一個特定節(jié)點啟動 4 已解決 總計 24 變更度量活動 ? 接收、未作決定、結(jié)束處理的變更請求的數(shù)量； ? 已實現(xiàn)的變更需求的合計數(shù)量； ? 每個方面發(fā)出的變更請求數(shù)量； ? 每個已應(yīng)用的需求建議變更和實現(xiàn)變更的數(shù)量； ? 投入處理變更的人力、物力； 本章要點 ? 需求管理概述 ? 制定需求管理計劃 ? 需求管理規(guī)格說明的版本控制 ? 需求變更管理 ? 需求跟蹤 需求跟蹤 ? 編制每個需求同系統(tǒng)元素之間的聯(lián)系文檔。如需求、體系結(jié)構(gòu)、源代碼、測試用例、幫助文檔等。 ? 跟蹤能力鏈 Traceability Link ? 記錄了單個需求之間的父層、互連、依賴的關(guān)系； 需求跟蹤的內(nèi)容 ? 跟蹤需求使用期限的全過程。從需求源到實現(xiàn)的前后生存期。 需求跟蹤的目的 ? 提供一個表明與合同或說明一致的方法?？梢愿纳飘a(chǎn)品質(zhì)量，降低維護成本，容易實現(xiàn)重用。 需求跟蹤能力矩陣 ? 表示需求和別的系統(tǒng)之間的聯(lián)系。 ? 一對一、一對多、多對多 需求建模常用方法 ? 原型分析法 ? 結(jié)構(gòu)化分析法 ? 用例分析法 ? 功能列表方法 ? 其他方法 根據(jù)需要選擇最適合項目的方法！ 需求變更的代價：影響分析 ? “變更是免費的” ? 影響分析可以提供對建議變更的準(zhǔn)確理解，有助于做出信息量充分的變更批準(zhǔn)決策。
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1