軟體工程筆記之 － 貫徹執行

       在一個項目中，貫徹執行同樣是一個比較棘手的事情。在此說明執行中所遇到的問題：

•          文檔化的規格說明 ―― 手冊。手冊規格說明是一個非常必要的工具，儘管光有文檔是不夠的，但是手冊是唯一的能夠良好的傳遞規格的介質。
•          形式化定義。描述規格是一件需要讓人能夠很準確理解的藝術，它需要重複發揮文檔撰寫人員的能力。才能使文檔盡量的清晰。這裡可以使用預先定義好的形式，這樣就無需為了組織文檔結構而傷腦筋。
•          直接整合。需要我們設計人員重複考慮軟體的架構，似的我們的變更不會帶來過多的開銷。
•          會議和大會。會議是必須的，可分為周例會，和年度大會。其中周例會之前把需要的材料和問題先準備好，形成書面文檔，在討論後形成書面決策，大會召集人：架構師有最終的決策權，這樣也有利於決策的快速的執行，避免拖拉。年度大會可以在半年或一年召開一次，這些大會主要是羅列出系統啟動並執行整體情況。
•          多重實現。當出現手冊和機器不一致的情況發生時，應該首先考慮修改機器而不是手冊。
•          電話日誌。在解決問題後要記錄問題的相關情況，避免相同問題的重複出現，並整理成冊提供給同事參考。
•          產品測試。該小組通過產品規格說明書進行對產品的驗收，產品的測試小組就是顧客的代理人，專門尋找缺陷。不時的細心的測試人員總能發現一些沒有貫徹執行的設計的缺陷或沒有實現的地方。所以設立測試小組是使決策得以貫徹實行的必要手段，同時也是需要儘早著手，與設計同時實施的重要環節。