【正文】 。需求變更請求（ 1）內(nèi)容?申請?zhí)?變更說明?變更類別?影響分析?變更請求狀態(tài)?變更請求日期 Promoting Innovation?需求變更請求實例項目名： XYZ變更申請?zhí)?11日期： 23Feb2023變更說明 IS41分析器對 CDMA的支持影響分析 對 CDMA的配置模塊和分析器無影響TDMA碼可復(fù)用受影響的模塊是：―― CGAAPP模塊，需對 IS41單獨進行規(guī)范性分析―― CDMAPP01模塊（ a） TRIS41R01按 TRCDMARS41R01復(fù)制（ b） 使用純虛擬對 TRCDMAR01建立（ c） ActualCallModeManager并重新定義―― SILVER06GUIAPP++模塊：在資源表中加入 IS41工作量 5人 ?日計劃時間 無需重大變動狀態(tài) 將并入新的 CDMA產(chǎn)品包Promoting Innovation?需求變更申請單（我國）Promoting Innovation?需求變更累積影響的跟蹤 （ 1）需求變更累積影響跟蹤的意義和作法?累積影響?變更累積表（ 2）需求變更累積表實例（表四） Promoting Innovation?需求變更累積表 需求變更號需求變更時間變更說明 工作量狀態(tài)1 18/2 規(guī)定使用情況統(tǒng)計 3 22/2結(jié)束2 演示期 用戶阻塞 2 未結(jié)束3 演示期 用戶強迫退出 2 未結(jié)束4 18/2 用戶信息歸檔 5 27/2結(jié)束5 演示期 關(guān)閉窗口 1 未結(jié)束6 演示期 保存擴展數(shù)并在需要時恢復(fù) 10 未結(jié)束7 演示期 能夠在特定節(jié)點啟動 2 未結(jié)束8 演示期 刪除時列出所有節(jié)點 1 未結(jié)束9 18/2 注釋（建立 ?刪除 ?批準(zhǔn) ?修改等） 10 未結(jié)束10 23/2 PENETCONFIG―― 支持 config格式 10 未結(jié)束11 23/2 IS41分析器 ―― IS41分析器對 CDMA的支持 5 1/3結(jié)束總計 51Promoting Innovation?需求控制流 （ 1）需求狀態(tài)及其演變?產(chǎn)品需求在后繼階段開發(fā)工作中將逐步展開，加以實現(xiàn)。?在不同的開發(fā)階段產(chǎn)品需求以不同的形式進行著狀態(tài)的演變。例如：―― 需求階段 ―― 從獲取的需求到定義的需求―― 建議階段 ―― 制定出項目計劃以后演化為承諾的需求―― 設(shè)計階段 ―― 設(shè)計工作完成并在驗收后成為設(shè)計的需求―― 編碼階段 ―― 完成編碼和單元測試后成為實現(xiàn)的需求―― 測試階段 ―― 完成確認(rèn)測試后成為完成的需求 Promoting Innovation?開發(fā)階段需求狀態(tài)需求 建議 設(shè)計 編碼 測試獲取定義承諾設(shè)計實現(xiàn)完成生存期各階段需求狀態(tài)的演變Promoting Innovation?需求的類型及其追蹤性問題解決方案領(lǐng)域市場領(lǐng)域市場需求產(chǎn)品需求設(shè)計規(guī)約測試規(guī)約設(shè)計規(guī)約用戶手冊所要所要構(gòu)建的構(gòu)建的系系 統(tǒng)統(tǒng)追蹤性Promoting Innovation?(1)．需求可跟蹤與需求變更控制?隨著開發(fā)工作的進展需求將逐步擴展和演化?各個開發(fā)階段的工作產(chǎn)品之間存在的繼承關(guān)系?可跟蹤矩陣(2)．可跟蹤管理的目標(biāo)?使每一項需求均能追溯到?前后繼承關(guān)系的脈絡(luò)清晰可見(3)．兩類不同的跟蹤（ 1）向前跟蹤（ 2）向后跟蹤 需求跟蹤Promoting Innovation?可跟蹤矩陣 （ 1）矩陣的作用 ?可防止遺漏?為評審提供方便?便于進行變更影響追蹤、分析和檢查（ 2）矩陣的建立與維護Promoting Innovation?（ 3）矩陣的應(yīng)用?完整性檢驗―― 考察有無需求遺漏的情況―― 有無冗余代碼―― 檢查所有性能需求是否已被測試用例測試―― 對集成測試計劃和系統(tǒng)測試計劃進行交互檢查?需求變更控制―― 需求變更后相關(guān)的工作產(chǎn)品受影響的部分應(yīng)隨之變更―― 更新需求規(guī)格說明，同時要更新跟蹤矩陣―― 每增加一項需求，應(yīng)在跟蹤矩陣中得到體現(xiàn) Promoting Innovation?表 跟蹤矩陣實例 1 2 3 4 5 6 7 8需求號需求描述概要設(shè)計文檔索引號對應(yīng)的設(shè)計 (功能 ,結(jié)構(gòu) ,數(shù)據(jù)庫 )實現(xiàn)(程序 ,類 ,繼承類 )單元測試用例集成 /系統(tǒng)測試用例驗收測試用例利用收集的數(shù)據(jù)實現(xiàn)亮點的實時集成數(shù)據(jù)采集與亮度控制器接口PB405數(shù)據(jù)采集12 46 11CICS203亮點控制器啟動1 47 11Promoting Innovation?167。 需求跟蹤歸納如下：建立和維護需求跟蹤矩陣167。 正向跟蹤167。 逆向跟蹤167。 當(dāng)需求文檔或后續(xù)工作成果發(fā)生變更時，要及時更新需求跟蹤矩陣查找不一致167。 后續(xù)工作成果沒有實現(xiàn)需求文檔中的某些需求167。 后續(xù)工作成果實現(xiàn)了需求文檔中不存在的需求167。 后續(xù)工作成果沒有正確實現(xiàn)需求文檔中的需求消除不一致167。 將消除不一致記錄到 “需求跟蹤報告 ”167。 消除不一致后，項目經(jīng)理更新 “需求跟蹤矩陣 ”Promoting Innovation?CMM 2級 RM KPA需求管理（ RM－ RequirementsManagement） 是 CMM2級的第 1個關(guān)鍵過程域。需求管理的目的是要在客戶和將處理客戶需求的產(chǎn)品項目之間形成共同的理解。這種共同理解應(yīng)該體現(xiàn)在：?客戶需求的文檔和對客戶需求的控制中?使項目的計劃、產(chǎn)品和活動都應(yīng)與需求一致 Promoting Innovation?美國企業(yè)眼中的需求管理目標(biāo)與活動 ?目標(biāo) 1： 分配給產(chǎn)品的系統(tǒng)需求應(yīng)是受控的，以利建立產(chǎn)品工程和管理的基線?活動 1：在分配需求被納入產(chǎn)品項目之前，產(chǎn)品工程組應(yīng)對其進行評審目標(biāo) 2： 產(chǎn)品計劃、產(chǎn)品和活動要與分配給產(chǎn)品的系統(tǒng)需求保持一致?活動 2：產(chǎn)品工程組將分配需求作為產(chǎn)品計劃、工作產(chǎn)品和活動的基礎(chǔ)?活動 3：評審對分配需求的變更，并將變更納入產(chǎn)品項目Promoting Innovation?2．約 定 與能力 ?約定 1： 項目要遵循一個書面的組織方針來管理分配給產(chǎn)品的系統(tǒng)需求?能力 1：為每個項目規(guī)定分析系統(tǒng)需求并將其分配給硬件、產(chǎn)品和其它系統(tǒng)成分的職責(zé)?能力 2：編制分配需求文檔?能力 3：為管理分配需求提供足夠的資源和資金?能力 4：產(chǎn)品工程組人員和與產(chǎn)品相關(guān)的其它組 人員要接受培訓(xùn)，以利于完成他們的需 求管理活動 Promoting Innovation?3．測量與驗證 ?測量 1： 進行測量，并將測量結(jié)果用于確定對分配需求所作管理活動的狀態(tài)?驗證 1：高級管理者定期評審管理需求分配的活動?驗證 2：項目經(jīng)理定期地也要在特定事件出現(xiàn)時評審管理需求分配的活動?驗證 3：產(chǎn)品質(zhì)量保證組評審和（或）審核管理 需求分配的活動和工作產(chǎn)品，并報告結(jié) 果 Promoting Innovation?4．入口－任務(wù)－驗證－出口（ ETVX－ Entry, Task, Verification and eXit (表六 RM 的的 ETVX ）入口條件 任務(wù) 出口條件 1． 方針 （ C1） 2． 職責(zé) （ Ab1） 3． 文檔化需求 （ Ab2） 4． 評審和 (或 )審核 （ Ab3）5． 人員培訓(xùn) （ Ab4） （ Ac1）、工作產(chǎn)品和活動的基礎(chǔ) （ Ac2） （ Ac3） 1． 需求基線化 （ G1） 2． 一致的需求、計劃、產(chǎn) 品和活動 （ G2） 3． 基線化需求成為受控的 工作產(chǎn)品 4． 對需求基線作文檔化的、 經(jīng)評審和批準(zhǔn)的變更 驗證 1． 高級管理者評審 （ V1）2． 項目經(jīng)理評審 （ V2）3． SQA評審和 (或 )審核 （ V3）4． RM活動狀態(tài)的測量 （ M1） Promoting Innovation?系列需求管理文檔及模板介紹Promoting Innovation?課程結(jié)束，祝大家隨需應(yīng)變！Promoting Innovation?演講完畢，謝謝觀看！