內容簡介
《人月神話》探索了達成一致性的困難和解決的方法，並探討了軟體工程管理的其他方面。在《人月神話（英文版）》中，既有很多發人深省的觀點，又有大量軟體工程的實踐，為每個複雜項目的管理者給出了自己的真知灼見大型編程項目深受由於人力劃分產生的管理問題的困擾，保持產品本身的概念完整性是一個至關重要的需求。《人月神話(英文版)》探索了達成一致性的困難和解決的方法，並探討了軟體工程管理的其他方面。《人月神話(英文版)》適合任何軟體開發行業的從業人員閱讀，對軟體開發人員、軟體項目經理、系統分析師更是必讀之作。
作品目錄
（人月神話1）
Chapter 1 The Tar Pit 3
Chapter 2 The Mythical Man-Month 13
Chapter 3 The Surgical Team 29
Chapter 4 Aristocracy, Democracy, and System Design 41
Chapter 5 The Second-System Effect 53
Chapter 6 Passing the Word 61
Chapter 7 Why Did the Tower of Babel Fail? 73
Chapter 8 Calling the Shot 87
Chapter 9 Ten Pounds in a Five-Pound Sack 97
Chapter 10 The Documentary Hypothesis 107
Chapter 11 Plan to Throw One Away 115
Chapter 12 Sharp Tools 127
Chapter 13 The Whole and the Parts 141
Chapter 14 Hatching a Catastrophe 153
Chapter 15 The Other Face 163
Chapter 16 No Silver Bullet—Essence and Accident 177
Chapter 17 "No Silver Bullet" Retired 205
Chapter 18 Propositions of The Mythical Man-Month: True or False? 227
Chapter 19 The Mythical Man-Month after 20 Years 251
Epilogue 291
Notes and References 293
Index 309
（人月神話2）
第1章 焦油坑
《人月神話》1.1 編程系統產品
1.2 職業的樂趣
1.3 職業的苦惱
第2章 人月神話
2.1 樂觀主義
2.2 人月
2.3系統測試
2.4 空泛的估算
2.5 重複產生的進度災難
第3章 外科手術隊伍
3.1 問題
3.2 Mills的建議
3.3 如何運作
3.4 團隊的擴建
第4章 貴族專制、民主政治和系統設計
4.1 概念的完整性
4.2 獲得概念的完整性
4.3 貴族專制統治和民主政治
4.4 在等待時，實現人員應該做什麼
第5章 畫蛇添足
5.1 結構師的互動準則和機制
5.2 自律-開發第二個系統所帶來的後果
第6章 貫徹執行
6.1 文檔化的規格說明-手冊
6.2 形式化定義
6.3 直接整合
6.4 會議和大會
6.5 多重實現
6.6 電話日誌
6.7 產品測試
第7章 為什麼巴別塔會失敗
7.1 巴別塔的管理教訓
7.2 大型編程項目中的交流
7.3 項目工作手冊
7.4 大型編程項目的組織架構
第8章 胸有成竹
8.1 Portman的數據
8.2 Aron的數據
8.3 Harr的數據
8.4 OS/360的數據
8.5 Corbato的數據
第9章 削足適履
9.1 作為成本的程式空間
9.2 規模控制
9.3 空間技能
9.4 數據的表現形式是編程的根本
第10章 提綱挈領
10.1 計算機產品的文檔
10.2 大學科系的文檔
10.3 軟體項目的文檔
10.4 為什麼要有正式的文檔
第11章 未雨綢繆
11.1 試驗性工廠和增大規模
11.2 惟一不變的就是變化本身
11.3 為變更計畫系統
11.4 為變更計畫組織架構
11.5 前進兩步，後退一步
11.6 前進一步，後退一步
第12章 干將莫邪
12.1 目標機器
12.2 輔助機器和數據服務
12.3 高級語言和互動式編程
第13章 整體部分
13.1剔除bug的設計
13.2 構件單元調試
13.3 系統集成調試
第14章 禍起蕭牆
14.1 里程碑還是沉重的負擔
14.2 “其他的部分反正會落後”
14.3 地毯的下面
第15章 另外一面
15.1 需要什麼樣的文檔
15.2 流程圖
15.3 自文檔化的程式
第16章 沒有銀彈-軟體工程中的根本和次要問題
16.1 摘要
16.2 介紹
16.3 是否一定那么困難呢？-根本困難
16.4 以往解決次要困難的一些突破
16.5 銀彈的希望
16.6 針對概念上根本問題的頗具前途的方法
第17章 再論“沒有銀彈”
17.1 人狼和其他恐怖傳說
17.2 存在著銀彈-就在這裡！
17.3 含糊的表達將會導致誤解
17.4 Harel的分析
17.5 Jones的觀點-質量帶來生產率
17.6 那么，生產率的情形如何
17.7 面向對象編程-這顆銅質子彈可以嗎
17.8 重用的情況怎樣
17.9 學習大量的辭彙-對軟體重用的一個可預見，但還沒有被預言的問題
17.10 子彈的本質-形勢沒有發生改變
第18章 《人月神話》的觀點：是與非
18.1 第1章 焦油坑
18.2 第2章 人月神話
18.3 第3章 外科手術隊伍
18.4 第4章 貴族專制、民主政治和系統設計
18.5 第5章 畫蛇添足
18.6 第6章 貫徹執行
18.7 第7章 為什麼巴別塔會失敗
18.8 第8章 胸有成竹
18.9 第9章 削足適履
18.10 第10章 提綱挈領
18.11 第11章 未雨綢繆
18.12 第12章 干將莫邪
18.13 第13章 整體部分
18.14 第14章 禍起蕭牆
18.15 第15章 另外一面
18.16 第1版結束語
第19章 20年後的《人月神話》
《人月神話（影印版）》19.1 為什麼要出版20周年紀念版本
19.2 核心觀點-概念完整性和結構師
19.3 開發第二個系統所引起的後果-盲目的功能和頻率猜測
19.4 圖形界面的成功
19.5 沒有構建捨棄原型-瀑布模型是錯誤的！
19.6 增量開發模型更佳-漸進的精化
19.7 關於信息隱藏，Parnas是正確的，我是錯誤的
19.8 人月到底有多少神話色彩？-Boehm的模型和數據
19.9 人就是一切（或者說，幾乎是一切）
19.10放棄權利的力量
19.11更令人驚訝的新事物是什麼？-數百萬的計算機
19.12全新的軟體產業-塑膠薄膜包裝的成品軟體
19.13買來開發-使用塑膠包裝的成品軟體包作為構件
19.14軟體工程的狀態和未來
結束語：令人嚮往、激動人心和充滿樂趣的50年
註解與參考文獻
作者簡介
FrederickP.Brooks，JrFreder ick P.Brooks，Jr.曾榮獲美國計算機領域最具聲望的圖靈獎（A.M.TURINGAWARD）桂冠。美國計算機協會（ACM）稱讚他“對計算機體系結構、作業系統和軟體工程作出了里程碑式的貢獻”。
Brooks博士是北卡羅萊納大學KENAN-FLAGLER商學院的計算機科學教授。他被認為是“IBM 360系統之父”，曾擔任360系統的項目經理，以及360系統項目設計階段的經理。憑藉在此項目中的傑出貢獻，他與BobEvarls和Erich BIocll在1985年榮獲了美國國家技術獎（NationalMedal of TecPlnoIogy）。Brooks博士早期曾擔任IBM公司stretcPl和Harvest計算機的體系結構設計師。
Brooks博士創立了北卡羅萊納大學的計算機科學系，並在1964-1984年期間擔任系主任。他還曾任職於美國國家科技局和國防科學技術委員會。Brooks博士 的教學和研究方向是計算機體系結構、分子模型繪圖和虛擬環境設計。
