人月神話（軟件人員必讀20周年經(jīng)典紀念版）

■ 焦油坑
編程系統(tǒng)產品
職業(yè)的樂趣
職業(yè)的苦惱
■ 人月神話
樂觀主義
人月
系統(tǒng)測試
空泛的估算
重復產生的進度災難
■ 外科手術隊伍
問題
Mills 的建議
如何運作
團隊的擴建
■ 貴族專制、民主政治和系統(tǒng)設計
獲得概念的完整性
貴族專制統(tǒng)治和民主政治
在等待時，實現(xiàn)人員應該做什么？
■ 畫蛇添足
結構師的交互準則和機制
自律--開發(fā)第二個系統(tǒng)所帶來的后果
■ 貫徹執(zhí)行
文檔化的規(guī)格說明--手冊
形式化定義
直接整合
會議和大會
多重實現(xiàn)
電話日志
產品測試
■ 為什么巴比倫塔會失??？
巴比倫塔的管理教訓
大型編程項目中的交流
項目工作手冊
大型編程項目的組織架構
■ 胸有成竹
PORTMAN 的數(shù)據(jù)
ARON的數(shù)據(jù)
HARR的數(shù)據(jù)
OS/360的數(shù)據(jù)
CORBATO的數(shù)據(jù)
■ 削足適履
作為成本的程序空間
規(guī)?？刂?br />空間技能
數(shù)據(jù)的表現(xiàn)形式是編程的根本
■ 提綱挈領
計算機產品的文檔
大學科系的文檔
軟件項目的文檔
為什么要有正式的文檔？
■ 未雨綢繆
試驗性工廠和增大規(guī)模
唯一不變的就是變化本身
為變更計劃系統(tǒng)
為變更計劃組織架構
前進兩步，后退一步
前進一步，后退一步
■ 干將莫邪
目標機器
輔助機器和數(shù)據(jù)服務
高級語言和交互式編程
■ 整體部分
剔除 BUG 的設計
構件單元調試
系統(tǒng)集成調試
■ 禍起蕭墻
里程碑還是沉重的負擔
"其他的部分反正會落后"
地毯的下面
■ 另外一面
需要什么樣的文檔
流程圖
自文檔化 (SELF-DOCUMENTING) 的程序
■ 沒有銀彈-軟件工程中的根本和次要問題
介紹
是否一定那么困難呢？--根本困難
以往解決次要困難的一些突破
銀彈的希望
針對概念上根本問題的頗具前途的方法
再論"沒有銀彈"
人狼和其他恐怖傳說
存在著銀彈-就在這里！
含糊的表達將會導致誤解
HAREL 的分析
JONE 的觀點--質量帶來生產率
那么，生產率的情形如何？
面向對象編程--這顆銅制子彈可以嗎？
重用的情況怎樣？
學習大量的詞匯--對軟件重用的一個可預見，但還沒有被預言的問題
子彈的本質--形勢沒有發(fā)生改變
■ 《人月神話》的觀點：是或非？
第一章 焦油坑
第二章 人月神話
第三章 外科手術隊伍
第四章 貴族專制、民主政治和系統(tǒng)設計
第五章 畫蛇添足
第六章 貫徹執(zhí)行
第七章 為什么巴比倫塔會失??？
第八章 胸有成竹
第九章 削足適履
第十章 提綱挈領
第十一章 未雨綢繆
第十二章 干將莫邪
第十三章 整體部分
第十四章 禍起蕭墻
第十五章 另外一面
原著尾聲
■ 20 年后的人月神話
為什么會出現(xiàn)二十周年紀念版本
核心觀點：概念完整性和結構師
開發(fā)第二個系統(tǒng)所引起的后果：盲目的功能和頻率猜測
圖形 (WIMP) 界面的成功
沒有構建舍棄原型--瀑布模型是錯誤的！
增量開發(fā)模型更佳--漸進地精化
人月到底有多少神話色彩？BOEHM 的模型和數(shù)據(jù)
人就是一切（或者說，幾乎是一切）
放棄權力的力量
最令人驚訝的新事物是什么？數(shù)百萬的計算機
全新的軟件產業(yè)--塑料薄膜包裝的成品軟件
買來開發(fā)--使用塑料包裝的成品軟件包作為構件
軟件工程的狀態(tài)和未來
■ 尾聲：令人向往、激動人心和充滿樂趣的五十年
■ 注解和參考文獻