軟件開發(fā)流程管理-需求開發(fā)過程描述

1、 五、結項 步驟描述 5.1 項目總結 驗收工作結束后，需要召開項目總結會議，由項目經理主持召 開。各部門對項目實施與驗收工作過程中各項活動的開展情況進行 分析總結，由記錄員記錄下來。 會議結束后，項目經理編寫項目總結報告。 5.2 結項評審 評審小組 結項審批報告 執(zhí)行人 項目經理 輸出 項目總結報告 見評審過程 六、評審過程描述 步驟打樁 建立評審小組 項目經理提出評審申請，QA 根據項目開發(fā)計劃，在待評審的工 作產品完成并經過交驗后，確定參加評審的人員，組建評審小組， 指定評審組長。 評審通知 項目管理部填寫評審通知 ，確定評審的具體時間、地點、與 會人員，并將評審通知和評審材料至少提前

2、兩天發(fā)送給評審人員， 發(fā)送方式可以是紙質的也可以是電子文檔。 執(zhí)行人 輸出 項目管理 部 評審通知 預審 評審人員收到評審材料后，仔細閱讀材料，并將閱讀過程中發(fā) 現的問題或疑問記錄下來。 如果預審中發(fā)現有重大問題（例如，資料不完整或者不齊，或 者不夠評審的條件） ，評審人員可以找評審組長反映情況，評審組長 和發(fā)起人進行核對，評審組長根據具體情況，有權取消評審會議， 評審材料由作者進行修改后，評審組長重新填寫評審通知，重新進 行評審。 一般預審要安排在評審會議之前，至少是半天之前。 評審人員 正式評審 正式評審開始時，評審組長指定記錄員，評審人員填寫評審 簽到表 。 評審會議上作者和評審人員一起

3、走讀評審材料，在走讀過程中 討論預審發(fā)現的問題或疑問，同時評審人員可能還會提出新的問題。 作者對所有問題或疑問進行確認或澄清，記錄員將確認的問題 記錄在評審問題記錄表中。 評審組長在整個走讀過程中，要注意控制討論時間，討論應以 確認或澄清問題為主，不應過多討論問題的解決方案，每個問題或 疑問的討論控制在 5 分鐘以內，過多的解決方案討論可以在評審會 評審組長 記錄員 評審人員 評審簽到表 評審問題記錄表 議后另行安排時間。 評審材料走讀完后，記錄員將所有記錄的問題再次向與會人員 確認。 評審小組組長根據評審發(fā)現的問題的數量和嚴重程度，對本次 評審作出結論，可以通過評審人員表決定決通過與否，一般

4、定為大 于 20%人員表決不通過，則定為不通過，小于 20%人員表決不通過， 這 20%的人員提出自己的意見，經作者修改后通過，QA 監(jiān)督修改情 況并驗證；全部人員表決通過并且沒有問題，則通過不需要修改直 接通過；有問題仍然需要修改后通過，同樣有 QA 監(jiān)督修改并驗證； 也可以根據缺陷率決定，大于 20%的缺陷為不通過，小于等于 20%的 缺陷，經修改后 QA 驗證通過，無缺陷率則通過，不需要修改。 結論包括： 通過，不需修改 通過，需進行修改并驗證 不通過，需修改后重新進行評審 如果評審不通過，則作者進行修改，評審組長重新填寫評 審通知，重新進行評審。 問題修改 作者在評審會議結束后，根據評審提出來的問題，對評審材料 進行修改，要求在一周內修改完成。 項目管理部對修改后的材料進行驗證。 驗證通過后，評審組長通知