第1章 焦油坑 1
编程系统产品 4
职业的乐趣 6
职业的苦恼 8
第2章 人月神话 11
乐观主义 14
人月 16
系统测试 19
空泛的估算 21
重复产生的进度灾难 22
第3章 外科手术队伍 27
问题 30
Mills的建议 32
如何运作 35
团队的扩建 36
第4章 贵族专制、民主政治和系统设计 39
概念的完整性 42
获得概念的完整性 43
贵族专制统治和民主政治 44
在等待时，实现人员应该做什么 47
第5章 画蛇添足 51
结构师的交互准则和机制 54
自律——开发第二个系统所带来的后果 55
第6章 贯彻执行 59
文档化的规格说明——手册 62
形式化定义 63
直接整合 66
会议和大会 66
多重实现 68
电话日志 69
产品测试 70
第7章 为什么巴比伦塔会失败 71
巴比伦塔的管理教训 75
大型编程项目中的交流 75
项目工作手册 76
大型编程项目的组织架构 80
第8章 胸有成竹 85
Portman的数据 89
Aron的数据 90
Harr的数据 91
OS/360的数据 93
Corbató的数据 93
第9章 削足适履 95
作为成本的程序空间 98
规模控制 99
空间技能 101
数据的表现形式是编程的根本 102
第10章 提纲挈领 105
计算机产品的文档 108
大学科系的文档 110
软件项目的文档 110
为什么要有正式的文档 111
第11章 未雨绸缪 113
试验性工厂和增大规模 116
唯一不变的就是变化本身 117
为变更计划系统 117
为变更计划组织架构 118
前进两步，后退一步 120
前进一步，后退一步 122
第12章 干将莫邪 125
目标机器 129
辅助机器和数据服务 131
高级语言和交互式编程 134
第13章 整体部分 139
剔除bug的设计 142
构件单元调试 144
系统集成调试 147
第14章 祸起萧墙 153
里程碑还是沉重的负担 156
“其他的部分反正会落后” 158
地毯的下面 159
第15章 另外一面 165
需要什么样的文档 169
流程图 171
自文档化的程序 175
第16章 没有银弹 181
摘要［1］ 184
介绍 184
是否一定那么困难呢？——根本困难 185
以往解决次要困难的一些突破 190
银弹的希望 192
针对概念上根本问题的颇具前途的方法 200
第17章 再论“没有银弹” 209
人狼和其他恐怖传说 212
存在着银弹——就在这里！ 212
含糊的表达将会导致误解 213
Harel的分析 216
Jones的观点——质量带来生产率 221
那么，生产率的情形如何 222
面向对象编程——这颗铜质子弹可以吗 224
重用的情况怎样 226
学习大量的词汇——对软件重用的一个可预见，但还没有被预言的问题 229
子弹的本质——形势没有发生改变 230
第18章 《人月神话》的观点：是与非？ 231
第1章 焦油坑 234
第2章 人月神话 235
第3章 外科手术队伍 236
第4章 贵族专制、民主政治和系统设计 237
第5章 画蛇添足 238
第6章 贯彻执行 239
第7章 为什么巴比伦塔会失败？ 239
第8章 胸有成竹 242
第9章 削足适履 243
第10章 提纲挈领 244
第11章 未雨绸缪 245
第12章 干将莫邪 249
第13章 整体部分 251
第14章 祸起萧墙 252
第15章 另外一面 254
第1版结束语 256
第19章 20年后的《人月神话》 257
为什么要出版20周年纪念版本 260
核心观点——概念完整性和结构师 261
开发第二个系统所引起的后果——盲目的功能和频率猜测 263
图形界面的成功 266
没有构建舍弃原型——瀑布模型是错误的！ 270
增量开发模型更佳——渐进地精化 273
关于信息隐藏，Parnas是正确的，我是错误的 277
人月到底有多少神话色彩？Boehm的模型和数据 279
人就是一切（或者说，几乎是一切） 281
放弃权力的力量 283
最令人惊讶的新事物是什么？数百万的计算机 285
全新的软件产业——塑料薄膜包装的成品软件 287
买来开发——使用塑料包装的成品软件包作为构件 290
软件工程的状态和未来 292
结束语：令人向往、激动人心和充满乐趣的50年 295
注解与参考文献 297