人月神話摘錄（1）

1.外科手術式的架構：

 

 

2.大型的軟體開發中，概念一致性必須得到良好的體現，這不是體現民主的時候，否則更多的精力浪費在無用的討論中，系統架構師應該是這樣一個角色，他並不直接參与編碼，但要完成架構設計和協調介面。而程式員的聰明才智應該用在具體模組的實現上。

 

3.評判一個軟體的需要綜合考量兩個方面，軟體的易用性和軟體的功能多樣性。

 

4.整個創造性活動分為三個階段：體繫結構設計，設計實現，物理實現。

 

5. 1/3計劃

  1/6編碼

1/4構件測試

1/4系統測試

典型的瀑布模型

 

6.規格說明文檔是整個概念一致性的體現。

7.對於一個廣泛使用的程式，其維護總成本通常是開發成本的40％或更多。令人吃驚的是，該成本受使用者數目的嚴重影響。使用者越多，所發現的錯誤也越多。

代碼的維護過程中往往很有機會帶入新的BUG,修複原有BUG會有新的產生，增加新的功能也會產生新的BUG。(這就是前進二步，後退一步)，隨著使用者需求變化，裝置的硬體變化，最終軟體維護成為前進一步，後退一步。系統軟體開發是減少混亂度（減少熵）的過程，所以它本身是處於亞穩態的。軟體維護是提高混亂度（增加熵）的過程，即使是最熟練的軟體維護工作，也只是放緩了系統退化到非穩態的進程。

 

8.在軟體開發中，工具變得非常重要，工欲善其事，必先利其器。程式員團隊中，大家最好使用相同的工具。