第二章 文獻縱覽
2.3 軟體能力成熟度整合的需求管理
2.3.3 CMM-Level 2 需求管理流程簡介
需求管理流程領域的執行方法,是依照專案進行的時程與作業性質,分析歸納為需 求「管理規劃程序」與「變更追溯管理程序」(如下圖 14 示)。
其中「管理規劃程序」提供了專案的需求活動核定、需求審查準則以及需求的垂直 與水平追溯。而「變更追溯管理程序」則提供了需求變更管理、需求的雙向追溯以及啟 動矯正措施。在需求管理流程的被要求參與執行需求管理流程的人員包含:專案經理、
系統發展人員、執行度量與分析的人員、建構管理人員與專案客戶的關鍵使用者。
相關關鍵人員 流程圖
執行需求管理的人員 專案經理
發展人員
執行度量與分析的人員 建構管理人員
客戶
圖14. 需求管理流程領域主要程序圖 資料來源:CMMI 導入指引
2.3.3.1 管理規劃程序
需求管理規劃程序如下圖15 示(圖中括號內文字代表符合條文精神之代號),需求管 理規劃程序是在專案規劃時,進行需求管理相關活動規劃,或視專案作業需要,執行個 別之需求管理活動時,即啟動本程序。其中又包含輸入項目、流程說明及輸出項目:
1. 需求管理規劃程序之輸入項目如下:
(1)需求(合約、建議書徵求文件、需求相關文件等)。
(2)工作產品(專案計畫、需求規格、設計文件、測試文件等)。
(3)需求審查準則。
2. 需求管理規劃程序流程說明如下:
(1)規劃需求管理相關活動:
在專案規劃時,須規劃需求管理相關活動,並將需求管理計畫納入專案計畫中。
(2)製作與維護需求審查準則:
於專案規劃時,製作或調適需求審查準則,呈報專案經理核定後,納入專案計 畫。需求審查準則的任何新增、修改、刪除,須經專案經理核可,並更新專案 計畫。
相關關鍵人員 流程圖
執行需求管理的人員 專案經理 發展人員 執行度量與分析的人員
建構管理人員
圖 15. 需求管理規劃程序流程圖 資料來源:CMMI 導入指引
3. 需求管理規劃程序流程說明如下:
(1)規劃需求管理相關活動:
在專案規劃時,須規劃需求管理相關活動,並將需求管理計畫納入專案計畫中。
(2)製作與維護需求審查準則:
於專案規劃時,製作或調適需求審查準則,呈報專案經理核定後,納入專案計 畫。需求審查準則的任何新增、修改、刪除,須經專案經理核可,並更新專案
計畫。
相關關鍵人員 流程圖
執行需求管理的人員 系統發展人員 執行需求管理的人員
客戶 專案經理
客戶
執行需求管理的人員 執行需求管理的人員
專案經理
執行需求管理的人員 發展人員 建構管理人員 執行需求管理的人員 執行需求管理的人員
圖16. 需求變更追溯管理程序流程圖 資料來源:CMMI 導入指引
(4)與使用者溝通協調:
執行需求管理的人員,應與客戶充分溝通需求變更之紀錄、系統規格、軟體需 求規格等需求相關文件,正確瞭解需求之意義,並與客戶達成共識。
(5)登錄變更申請彙總表:
將變更申請表之審查結果,登錄於變更申請彙總表。一致性檢查與啟動矯正性 措施:使用需求追溯表進行審查,審查專案計畫、活動及工作產品與需求及需 求變更的一致性。
(6)維護需求追溯表:
需求變更影響的範圍與項目經核定後,須由相關人員來維護需求追溯表,以保 持最新狀況。
(7)製作需求管理統計圖表:
執行需求管理人員應定期統計分析新需求及需求變更狀況,製作需求管理統計 圖表,並呈報專案經理。
(8)保存與維護需求變更紀錄:
保存需求變更紀錄及各次變更的理由。執行需求管理的人員應經常維護需求管 理相關文件,使保持最新狀態。並確保專案人員能查閱運用需求及變更的資料。
3. 而變更追溯管理程序之產出項目為:
(1)變更申請單(問題報告單)。
(2)變更影響評估表。
(3)變更申請彙總表。
(4)差異紀錄與矯正措施表。
(5)專案會議紀錄、工作計畫、工作指派或相關工作文件。
(6)需求追溯表。
(7)需求相關紀錄與文件。
(8)需求管理統計圖表。