收費系統的驗收

機房收費系統完成了已經有很長一段時間了，本以為就此結束了。可是，前幾天突然要求對其進行驗收了。

開始的時候，感覺驗收就驗收沒什麼。可是，有小道訊息稱，做的不好的有可能重構。如果是因為當初的設計思路或者是邏輯錯誤而重構，那無話可說，必須要重構。但是如果是因為一些注釋、uml圖、命名規範等而重構，都會讓大家笑話。

於是，在前面人驗收的時候，後面的人都在討論驗收人員的側重點。然後大家在修改自己的收費系統。

通過這次驗收，雖然我沒有被要求重構，但是，在驗收過程中還是出現了很多的問題，驗收人員也給提出了很多的寶貴意見。

首先就是出現的問題。

命名不規範。尤其是引數的命名，當初以為引數只是使用在某乙個方法或者函式中，不會和其他的類、函式產生關係，不用太在意它的命名。可是，這種**只適合與自己看，其他人看你的**就會感覺不舒服，同時給人一種外行的感覺。

注釋不全。雖說對於類、方法和函式都做了注釋，但是，不是很完整。例如，所有的remarks都是空著的。通過驗收人員的講解，理解了它的作用，記錄版本號，編寫時間以及修改時間。還有就是，對於注釋的**，不要刪除，而應該保留並完整寫明修改人，以及修改的時間。雖說是個人版的，但對於注釋，都是被刪除了。

文件不全。當時做收費系統的時候，只寫了需求、概要、資料庫設計以及詳細設計文件。其他的則沒有寫。當初就是由於惰性的原因吧，感覺寫文件太枯燥了，就急於編寫**了，當系統實現之後，就以為系統實現了就行了，至於其他文件就算了吧。

對uml圖理解不深。當初在畫uml圖的時候，對用例圖理解的不是太深，以至於我的用例圖中的用例都是窗體。在驗收過程中，自己都不禁問自己，當初是怎麼想的呢？怎麼會出現那種用例圖呢？

再說一些個別人出現的問題吧（也算是給自己提個醒）

文件、資料庫沒了。在做完機房收費系統到現在有很長的時間了，有的同學重灌了系統。有的沒有提前把資料庫中的資料備份，導致現在沒有了原先的資料。而文件，有的是在第一遍的基礎上修改的，原先的也沒有備份。導致現在的文件是合作版的時候，自己第三次修改的文件，前兩次的文件都沒了

。

uml圖不知道哪乙個是最新版本。有的同學uml圖畫了好幾遍，但是在檔案儲存的時候，沒有注意到命名，沒有表明版本號。以至於尋找的時候花費了很長時間，有的甚至就找不到了。

應該說，通過這次驗收，讓我們認識到了當初所做的系統存在著很大的不足。這次要求我們都要補全文件、注釋，規範命名等等，讓我們長了乙個記性。對我們來說沒有壞處。同時通過這次驗收，也讓我們認識到，檔案備份、管理、儲存的重要性。在以後大家都會記住這次的驗收來提醒自己。