軟件需求管理ppt課件(編輯修改稿)
2025-02-06 23:26 本頁面
【文章內(nèi)容簡介】 個方法能夠給用戶提供預(yù)覽所有可能的實現(xiàn)，以幫助用戶與開發(fā)者溝通從而準(zhǔn)確把握用戶的真實需求。 ?要敢于說“不”。 變更控制策略 ?所有需求變更必須遵循的過程，按照此過程，如果一個變更需求未被采納，則其后過程不再予以考慮。 ?對于未獲批準(zhǔn)的變更，除可行性論證之外，不應(yīng)再做其它設(shè)計和實現(xiàn)工作。 ?簡單請求一個變更不能保證能實現(xiàn)變更，要由項目變更控制委員會（ C C B）決定實現(xiàn)哪些變更。 ?項目風(fēng)險承擔(dān)者應(yīng)該能夠了解變更數(shù)據(jù)庫的內(nèi)容。 ?絕不能從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔。 ?每一個集成的需求變更必須能跟蹤到一個經(jīng)核準(zhǔn)的變更請求。 簡單變更控制步驟模板 ① 目的 ② 范圍 ③ 定義 5. 任務(wù) ① 產(chǎn)生變更請求 ② 評估變更請求 ③ 作出決策 ④ 通知變更人員 6. 驗證 7. 結(jié)束條件 變更管理活動中可能的項目角色 角 色 描述及責(zé)任 變更控制委員會主席 變更控制委員會的主席 ， 在 C C B意見不一致情況下可以獨自做出決定 CCB 決定采納或拒絕針對某項目所建議的變更請求的團體 評估者 應(yīng)項目管理者要求分析所建議的變更帶來影響的人員 修改者 負(fù)責(zé)實現(xiàn)已經(jīng)被認(rèn)可的請求變更，按時更新變更狀態(tài)的人員 建議者 提交新變更請求的人 項目管理者 負(fù)責(zé)指定評估者和修改者的人員 請求接受者 接受提交變更請求的人 驗證者 負(fù)責(zé)決定變更是否正確執(zhí)行的人 變更控制委員會的組成 ?產(chǎn)品或計劃管理部門。 ?項目管理部門。 ?開發(fā)部門。 ?測試或質(zhì)量保證部門。 ?市場部或客戶代表。 ?制作用戶文檔的部門。 ?技術(shù)支持部門。 ?幫助桌面或用戶支持熱線部門。 ?配置管理部門。 常見變更請求數(shù)據(jù)項 變更需求狀態(tài)轉(zhuǎn)換圖 測量變更活動 ?接收、未作決定、結(jié)束處理的變更請求的數(shù)量。 ?已實現(xiàn)需求變更（包括增、刪、改）的合計數(shù)量（也可以用在基線上占需求總數(shù)的百分比來表示）。 ?每個方面發(fā)出的變更請求的數(shù)量。 ?每一個已應(yīng)用的需求（是指已劃過基線）建議變更和實現(xiàn)變更的數(shù)量。 ?投入處理變更的人力、物力。 工作量 （勞動時數(shù)） 任務(wù) ______________ 更新軟件需求規(guī)格說明書或需求數(shù)據(jù)庫 ______________ 開發(fā)并評估原型 ______________ 創(chuàng)建新的設(shè)計部件 ______________ 修改已有的設(shè)計部件 ______________ 開發(fā)新的用戶界面部件 ______________ 修改已有的用戶界面部件 _
公司管理相關(guān)推薦
鄂ICP備17016276號-1