G26 建立第一版的同時建構維護基準

終於，忙碌許久的系統終於要出第一個正式版本了。收集的需求、功能規格書、Data Model、系統硬體架構、設計規格書、元件規格書、實作的程式、測試程式、測試報告、API參考文件、系統安裝手冊、系統使用文件、系統開發教學文件……等等所有與系統有關的物品，全部都要在剛出完版本的那一刻進入建構管理。

為什麼要建構管理？首先當然是讓日後使用的人明白與現在版本相關的一切都在這個建構之中，取出的任何物品都是正確的版本。以前公司的專案曾經發生過負責人員沒有把專案最後版本的程式碼放回公司伺服器，使得後來去維護的人在找不到從哪個版本去改的狀況下，從程式反推需求後再寫出對應的程式。原先十分鐘可以改好的問題後來花了整整兩天在處理。當然，那個歹命的人又是我。

千萬要記得，系統每出一個版本，與當時系統有關的所有程式與文件也要建立一個對應的建構的版本，這是最基本的觀念。但是不要以為依版本收集妥當就沒事，同時還必須要建立現在版本與上一個版本之間的全部差異！