作者： [美]弗雷德里克·布鲁克斯

出版社： 清华大学出版社

本書以来初版、売れ筋は20の晩年は衰えなくて、ソフトウェア領域でありごくまれなものは必ず経典を読む。本文作者は人々のために複雑な項目を管理して頗の具洞察力の見識を提供して、既設であることはたくさん人の深く悟った観点を発して、大量のソフトウェア工事が同様にあることは実行する。本書内容はブルックスがIBMの会社のSystemにいることから来て／360個族とOS／360中の項目ノウハウ。本書に最初で20年以後の今日を出版して、ブルックスは再度彼元来の観点を詳しく見た、増えた少しの新しい想念と進言。すでに便利であったことが熟知して内容が既存の人々、同様に便利であった多くの最初でそれを読書する読者。
本書が新しく増える章は包括する：原典中のいくらかの主体観点の精華；1カ所の時代以後を経過していて、Brooksの博士は元来の観点の新しい認識に対して；1986年の経典文章《銀が弾かなかった》；1986年にところは論断する（いることは10年内に銀が弾くことが出現不能です）現在の認識。
本書読者は包括する：ソフトウェアは人員を開発して、ソフトウェア項目は経営して、系分析師、理工科専門と技術は専門教師と学生を管理する。

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

作者介绍
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/）是中文世界访问量最大的软件工程网站。本书译者汪颖毕业于华中理工大学，从事软件开发以及流程改进方面的工作。

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

出版社：清华大学出版社
ISBN：7302059322
印刷回数：1

纸张：胶版纸
出版日期：2002-11-1
文字数：213000
出版版数：1版1次