看完整本書我看到作者一直再強調文件的重要性，他曾經很勤奮的向軟體工程師們講述文件的必要性以及優秀文件所具有的特點方面的講座。但是效果都非常的的不好，他們知道如何來寫出優秀的文件，但是他們缺乏熱情。所以作者採用向馬車搬收銀機的方法向他們展示如何來完成這項工作。結果顯示這種方法的效果還是挺好的。那我們在開發的過程中需要什麼樣的文件呢？
不同使用者需要不同級別的文件。 某些使用者僅僅偶爾使用程式， 有些使用者必須依賴程式，還有一些使用者必須根據環境和目的的變動對程式進行修改。使用程式。 每個使用者都需要一段對程式進行描述的文字。可是大多數文件只提供了很
少的總結性內容，無法達到使用者要求，驗證程式。 除了程式的使用方法， 還必須附帶一些程式正確執行的證明， 即測試用例。修改程式。 調整程式或者修復程式需要更多的資訊。顯然，這要求了解全部的細節，並且這些細節已經記錄在注釋良好的列表中。 和一般使用者一樣， 修改者迫切需要乙份清晰明了的概述。
另外乙個讓我印象深刻的觀點是：要保證乙個專案的進度被大幅度推遲，制定進度表很重要。進度表由里程碑和完成時間組成。里程碑必須具體，明確，可界定。某一里程碑要麼到達，要麼沒有到達，不應該是80%到達的。而我的經驗是，制定進度表非常重要，而且要求制定者有很強的技術背景，這樣才能對碰到的問題和可能花掉的時間做出更準確的估計。
人月神話閱讀筆記03
人月神話拜讀完了，真的感覺學到了很多，受益匪淺，書開始就形象有有趣的把軟體危機比作 焦油坑，交流至關重要，實踐是最好的老師，文件撰寫是軟體人的必修課，這本書讓我們對軟體工程有了更深一步的理解，有了全新的認識，軟體工程焦油坑在相當長時間內仍會存在，我們必須努力學習，不斷創新，獲得更大的進步。一 我過去...
人月神話閱讀筆記03
今天我閱讀的是貫徹執行一節。假設乙個專案經理已經擁有行事規範的結構師和許多程式設計實現人員，那麼他如何確保每個人聽從 理解並實現結構師的決策？對於乙個由 1000 人開發的系統，乙個 10 個結構師 的小組如何保持系統概念上的完整性？首先要有文件化的規格說明，即手冊。手冊或者書面規格說明，是乙個非常...
人月神話閱讀筆記03
人狼這種民間傳說中存在的怪物，會在月圓之夜由我們熟悉的人類面孔變成可怕的狼臉。我們熟悉的軟體專案也有著人狼的特性，看似簡單明瞭的外表，但是卻可能隨時變成乙個進度落後 超出預算 存在大量缺陷的怪物。在民間傳說中對付人狼唯一可靠的 就是銀彈。所以銀彈在軟體專案中就是比喻這種使得軟體成本像計算機硬體成本一...