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