本次項目開發的體會

文檔的重要性

---

本次，咱們的項目是一個我的計算機輔助教學系統，老師要求的功能很少，因而咱們團隊並無很是重視。剛開始，寫了一個大體的需求說明書，數據庫也很簡單，就作了一個E-R圖，畫幾個大體的數據流程圖，而後創建數據字典和表結構關係。接着搭建一個開發環境，劃分一下模塊，分工，咱們就開始Coding了，一直到代碼敲得差很少了，也沒有完整的設計文檔，更沒有完整的測試文檔，雖然這樣的確是很快的完成了Coding工做，感受上好像節省了好多成本和開發時間，但後期就經常出事。

每次到了要交文檔的時候，負責人員就按照代碼的實現加班趕出來。這種「代碼在前文檔在後」的方式在後期就爆發出了威力：當全部人的代碼須要整合在一塊兒的時候，亂成了一鍋粥，有些接口對不上，有些部分被重複屢次的實現，還有點人甚至忘寫錯了功能......只得從新設計文檔，細化分工從新來過。

代碼風格要規範

---

代碼風格要求看似不是必須的，但對於後期的整合、測試等等工做有很大的影響。之前作項目，咱們都是不怎麼去注意代碼風格和寫代碼的規範，都是稍微想一下就直接開始寫代碼了。註釋也不多用，總感受咱們本身寫的代碼，咱們怎麼會不知道它作了些什麼事呢？但事實上，隨着代碼量的增長，時間的增長，系統的Bug就會慢慢暴露出來，當須要修改代碼時，變量的意義都要瞅個大半天，又或者某一段代碼，某一個函數到底在幹什麼，都要花好多時間從新去看。

總結

---

每個軟件項目都應該按照軟件工程的要求一步一步來作，要保證工程的完整性。