明確,則咨詢需求提出者
d) 盡量討論現(xiàn)場一次性確定疑問,以避免過程反復(fù)
7. 開發(fā)者根據(jù)審查結(jié)果修正草案,之后將正式需求發(fā)送給Team Leader及其他組員
設(shè)計(jì)構(gòu)思:
8. 開發(fā)者初步構(gòu)思模塊最核心部分的設(shè)計(jì)方案,如:數(shù)據(jù)結(jié)構(gòu)、重要算法、模式架構(gòu)、流程步驟等,中途做一些可供討論的草稿、草案等,主要反映設(shè)計(jì)思想即可.
9. 開發(fā)者給審查者講解設(shè)計(jì)思想,審查者當(dāng)場審核開發(fā)者的設(shè)計(jì)構(gòu)思,共同討論,理清疑問,形成一致觀點(diǎn).
實(shí)現(xiàn)&測試
10. 開發(fā)者做出模塊的主要公共接口
11. 審查者審查接口,與開發(fā)者共同確認(rèn)之
12. 開發(fā)者編寫公共接口空代碼(帶有接口含義注釋,要求編譯通過)
13. 開發(fā)者與審查者并行進(jìn)行:
a) 開發(fā)者:
i. 進(jìn)行模塊開發(fā),要求速度,代碼質(zhì)量可以稍低,比如冗長的函數(shù),但要求命名規(guī)范,最高等級編譯無非法警告
ii. 開發(fā)完成后自審代碼
b) 審查者
i. 根據(jù)需求與接口做單元測試用例或者集成測試用例或者兩者都做
14. 開發(fā)者使用測試用例檢驗(yàn)?zāi)K,要求全部通過 (如時(shí)間較急,此時(shí)可做草稿發(fā)布)
審核
15. 開發(fā)者給審查者講解代碼含義
16. 審查者獨(dú)立對代碼做規(guī)范、代碼結(jié)構(gòu)與程序邏輯審查:
a) 可以書面記錄,或者提口頭意見,建議書面簡單記錄一下,怕忘記
b) 審查中,也可以做一些范例性的修改,但是不能全部代工
c) 審?fù)旰?給講述開發(fā)者提出修改意見
d) 如果是c++的,并且之前的草案沒有建模,則開發(fā)者這時(shí)候建模
e) 開發(fā)者此時(shí)仍有給審查者解釋代碼的義務(wù),審查者需要將代碼全部看懂
17. 審查者給開發(fā)者講述或者兩者討論代碼的問題,邊講開發(fā)者現(xiàn)場邊改或者邊記錄
18. 開發(fā)者進(jìn)行重構(gòu)代碼、建模、修正邏輯錯(cuò)誤
19. 開發(fā)者自審代碼
20. 開發(fā)者給審查者講解修改之處
21. 兩者并行進(jìn)行:
a) 開發(fā)者通過全部測試用例
b) 審查者在審查,發(fā)現(xiàn)問題立刻現(xiàn)場指出修正
22. 發(fā)布該模塊的正式版本,接口說明,使用指南
補(bǔ)充說明:
1. 該過程中如果在下面的步驟中出現(xiàn)了上面步驟的問題,應(yīng)該返回到上面的步驟再執(zhí)行
2. 如果出現(xiàn)分歧,以審查者意見為準(zhǔn),或者咨詢負(fù)責(zé)人意見