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

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

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

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

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