人月神话（软件人员必读 20周年经典纪念版） (2008 年度畅销榜NO.83 )

本书自第一版以来，畅销20余年不衰，是软件领域绝无仅有的必读经典。本文作者为人们管理复杂项目提供了颇具洞察力的见解，既有很多发人深省的观点，也有大量的软件工程实践。本书内容来自布鲁克斯在IBM公司 System/360 家族和OS/360中的项目管理经验。在本书第一次出版20年后的今天，布鲁克斯重新审视了他原先的观点，增加了一些新的想法和建议。既方便了熟悉原有内容的人们，也方便了许多第一次阅读它的读者。\r\n \r\n\r\n本书新增加的章节包括：原著中一些核心观点的精华；在经过了一个时代以后，Brooks博士对原先观点新的认识；1986年的经典文章《没有银弹》；对1986年所下论断（在10年内不会出现银弹）现在的认识。\r\n\r\n本书读者包括：软件开发人员、软件项目经理、系统分析师、理工科专业及技术管理专业师生。\r\n \r\n

n 焦油坑\r\n? 编程系统产品\r\n? 职业的乐趣\r\n? 职业的苦恼\r\nn 人月神话\r\n? 乐观主义\r\n? 人月\r\n? 系统测试\r\n? 空泛的估算\r\n? 重复产生的进度灾难\r\nn 外科手术队伍\r\n? 问题\r\n? Mills 的建议\r\n? 如何运作\r\n? 团队的扩建\r\nn 贵族专制、民主政治和系统设计\r\n? 获得概念的完整性\r\n? 贵族专制统治和民主政治\r\n? 在等待时，实现人员应该做什么？\r\nn 画蛇添足\r\n? 结构师的交互准则和机制\r\n? 自律——开发第二个系统所带来的后果\r\nn 贯彻执行\r\n? 文档化的规格说明——手册\r\n? 形式化定义\r\n? 直接整合\r\n? 会议和大会\r\n? 多重实现\r\n? 电话日志\r\n? 产品测试\r\nn 为什么巴比伦塔会失败？\r\n? 巴比伦塔的管理教训\r\n? 大型编程项目中的交流\r\n? 项目工作手册\r\n? 大型编程项目的组织架构\r\nn 胸有成竹\r\n? PORTMAN 的数据\r\n? ARON的数据\r\n? HARR的数据\r\n? OS/360的数据\r\n? CORBATO的数据\r\nn 削足适履\r\n? 作为成本的程序空间\r\n? 规模控制\r\n? 空间技能\r\n? 数据的表现形式是编程的根本\r\nn 提纲挈领\r\n? 计算机产品的文档\r\n? 大学科系的文档\r\n? 软件项目的文档\r\n? 为什么要有正式的文档？\r\nn 未雨绸缪\r\n? 试验性工厂和增大规模\r\n? 唯一不变的就是变化本身\r\n? 为变更计划系统\r\n? 为变更计划组织架构\r\n? 前进两步，后退一步\r\n? 前进一步，后退一步\r\nn 干将莫邪\r\n? 目标机器\r\n? 辅助机器和数据服务\r\n? 高级语言和交互式编程\r\nn 整体部分\r\n? 剔除 BUG 的设计\r\n? 构件单元调试\r\n? 系统集成调试\r\nn 祸起萧墙\r\n? 里程碑还是沉重的负担\r\n? “其他的部分反正会落后”\r\n? 地毯的下面\r\nn 另外一面\r\n? 需要什么样的文档\r\n? 流程图\r\n? 自文档化 (SELF-DOCUMENTING) 的程序\r\nn 没有银弹—软件工程中的根本和次要问题\r\n? 介绍\r\n? 是否一定那么困难呢？——根本困难\r\n? 以往解决次要困难的一些突破\r\n? 银弹的希望\r\n? 针对概念上根本问题的颇具前途的方法\r\nn 再论“没有银弹”\r\n? 人狼和其他恐怖传说\r\n? 存在着银弹—就在这里！\r\n? 含糊的表达将会导致误解\r\n? HAREL 的分析\r\n? JONE 的观点——质量带来生产率\r\n? 那么，生产率的情形如何？\r\n? 面向对象编程——这颗铜制子弹可以吗？\r\n? 重用的情况怎样？\r\n? 学习大量的词汇——对软件重用的一个可预见，但还没有被预言的问题\r\n? 子弹的本质——形势没有发生改变\r\nn 《人月神话》的观点：是或非？\r\n? 第一章 焦油坑\r\n? 第二章 人月神话\r\n? 第三章 外科手术队伍\r\n? 第四章 贵族专制、民主政治和系统设计\r\n? 第五章 画蛇添足\r\n? 第六章 贯彻执行\r\n? 第七章 为什么巴比伦塔会失败？\r\n? 第八章 胸有成竹\r\n? 第九章 削足适履\r\n? 第十章 提纲挈领\r\n? 第十一章 未雨绸缪\r\n? 第十二章 干将莫邪\r\n? 第十三章 整体部分\r\n? 第十四章 祸起萧墙\r\n? 第十五章 另外一面\r\n? 原著尾声\r\nn 20 年后的人月神话\r\n? 为什么会出现二十周年纪念版本\r\n? 核心观点：概念完整性和结构师\r\n? 开发第二个系统所引起的后果：盲目的功能和频率猜测\r\n? 图形 (WIMP) 界面的成功\r\n? 没有构建舍弃原型——瀑布模型是错误的！\r\n? 增量开发模型更佳——渐进地精化\r\n? 人月到底有多少神话色彩？BOEHM 的模型和数据\r\n? 人就是一切（或者说，几乎是一切）\r\n? 放弃权力的力量\r\n? 最令人惊讶的新事物是什么？数百万的计算机\r\n? 全新的软件产业——塑料薄膜包装的成品软件\r\n? 买来开发——使用塑料包装的成品软件包作为构件\r\n? 软件工程的状态和未来\r\nn 尾声：令人向往、激\r\n\r\n\r\n\r\n

作者介绍

Frederick P. Brooks，Jr.曾荣获美国计算机领域最具声望的图灵奖（A.M.Turing Award）桂冠。美国计算机协会（ACM）称赞他"对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。"

Brooks博士是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授。他被认为是"IBM 360系统之父"，曾担任了360系统的项目经理，以及360操作系统项目设计阶段的经理。凭借在上述项目中的杰出贡献，Brooks博士以及Bob Evans和Erich Bloch在1985年荣获了美国国家技术奖（National Medal of Technology）。Brooks博士早期曾担任IBM 公司Stretch和Harvest计算机的体系结构设计师。
z
Brooks博士创立了北卡罗莱纳大学的计算机科学系，并在1964～1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。他目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境设计。


译者简介

本书由UMLChina翻译组成员汪颖（Adams Wang）负责翻译。UMLChina（http://www.umlchina.com/）是中文世界访问量最大的软件工程网站。本书译者汪颖毕业于华中理工大学，从事软件开发以及流程改进方面的工作。

这是本书中唯一的一节废话。 我是个书狂，积习甚深，费尽心机在软件工程、系统工程方面积累了一些书。书分为神品、精品和普通三个等级，其中精品、神品又分别分为一品、二品和三品。其中大部分软件工程书都属于精品，神品只有两本，Fred Brooks的这本书就属于神品之列。 软件作为一个行业，一直背着解决错误的问题名声。由于问题决定解决方案，这就意味着我们一直在制造错误解决方案！这方面有大量的证据，其中最著名的是美国政府统计署（GAO）的数据：全球最大的软件消费商--美国军方--每年要花费数十亿美元购买软件，而在其所购软件中，可直接使用的只占2%，另外3%需要做一些修改，其余95%都成了垃圾(Rubbish)，不管这些软件是否符合需求规格，一句话，并没有满足他们的需求。面向对象技术并没有给我们带来"神奇的效应"，不管现在的厂商如何吹嘘他们面向对象OO(Object-Oriented)工具多么万能，也不管那些OO狂热者是多么毅然的前赴后继，这方面的数据从80年代以来并没有发生大的改观。 这实在是令我们的软件工程专家和从业人员们羞愧，因为它揭示了我们可能一开始就从根本上做错了什么！90年代中期，当Michael Jackson（not the moon-walker）宣布他们的研究结果时，立刻在软件工程届激起了阵阵涟漪。Jackson指出软件行业人员/方法学大师们只是简单地模仿、照搬其他学科的方法，却将最重要的方面--问题域给忽略了。他指出，面向对象方法和结构化方法对问题域的处理没有什么大的区别，却被人们过分地用美好的词汇给美化了： "...You can see the results clearly in many object-oriented modeling descriptions. Often they are accompanied by fine words about modeling the real world. But when you look closely you can see that they are really descriptions of programming objects, pure and simple. Any similarity to real-world objects, living or dead, is purely coincidental..." (...从众多面向对象建模的描述中，你可以很清楚地看到这些恶果。而且它们还经常伴随着有关现实世界建模的非常美好的词汇。然而，仔细看看，你就会发现它们其实是彻头彻尾的编程对象！如果说有任何和现实世界对象相似的地方，不管是活是死，纯属巧合...) 回首软件工程近40年的发展，Jackson哀叹软件行业普遍缺乏专业性，充满了业余人员，"手中有个锤子，看到什么都是钉子"，谁都可以开发攸关乎人们生命的软件。 这就是我们面临的严峻复杂现实，也许您会感到震惊！然而在Fred Brook眼里，是那么的平静。因为早在28年前，他就在其《The Mythical Man-Month》这本不朽著作中对这些内容作了深入论述。 这本小册子行文优美，思想博大精深，字字真言，精读之有不尽的趣味，藏之又是极珍贵的文献，名眼高人，自能鉴之。 前些年，一位朋友从印度归来，说此书印度极为普及，我也动起笔来，但惭愧终未成正果。汪颖兄素来勤恳，明知此翻译为success without applause, diligence without reward，却兢兢业业，反复琢磨，历经单调、繁琐、艰辛的劳动，终于付梓，可喜可贺，钦佩之余随即作序共勉。 Dave Wang SE Forum China 2002年3月，于深圳