社区应用 社区服务 会员列表 统计排行 帮助 银行
  • 5416阅读
  • 24回复

[软件开发管理丛书]《人月神话》

楼层直达
发帖
2423
铜币
4966
威望
0
E积分
0
技术积分
0
5KlRGkrz.zip (1152 K) 下载次数:1226
[此贴子已经被作者于2005-11-9 12:56:32编辑过]
发帖
2423
铜币
4966
威望
0
E积分
0
技术积分
0
只看该作者 沙发  发表于: 2005-11-08
PDF格式.
发帖
558
铜币
1202
威望
1
E积分
0
技术积分
0
只看该作者 板凳  发表于: 2005-11-08
好书就一定要顶
发帖
2423
铜币
4966
威望
0
E积分
0
技术积分
0
只看该作者 地板  发表于: 2005-11-08
http://seasun.bokee.com/2946332.html
人月神话(二十周年纪念版)
英文名:The Mythical Man-Month: Essays on Software Engineering, Anniversary Edition (2nd Edition)
               
作者:[美]Frederick P. Brooks,Jr.
译者:UMLChina翻译组 汪颖/译
出版社:清华大学出版社
原出版社: Addison Wesley
版别版次:2003年1月第3次印刷
ISBN书号:7-302-05932-2
出版日期:2002年11月
开本:880*1230 1/32 
字数:213千字 
页数:369
定价:29.8元
作者简介
  Frederick P. Brooks博士是北卡罗莱纳大学Kenan-Flagler商学院的计算机科学教授,荣获美国计算机领域最具声望的图灵奖(A.M.Turing Award)桂冠。美国计算机协会(ACM)称赞他“对计算机体系结构、操作系统和软件工程做出了里程碑式的贡献。”
  Brooks博士是北卡罗莱纳大学Kenan-Flager商学院的计算机科学教授。他被认为是“IBM 360系统之父”,曾担任了360系统的项目经理,以及360操作系统项目设计阶段的经理。凭借在上述项目中的杰出贡献,Brooks博士以及Bob Evans和Erich Bloch在1985年荣获了美国国家技术奖(National Medal of Technology)。
  Brooks博士早期曾担任IBM公司Stretch和Harvest计算机的体系结构设计师。Brooks博士创立了北卡罗莱纳大学的计算机科学系,并在1964-1984年期间担任系主任。他还曾任职于美国国家科技局和国防科学技术委员会。他目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境设计。
内容简介(英文版)
  在软件领域中,很少能有像《人月神话》一样具有深远影响力和畅销不衰的著作。Brooks博士为人们管理复杂项目提供了最具洞察力的见解,既有很多发人深省的观点,又有大量软件工程的实践。本书内容来自Brooks博士在IBM公司 System/360家族和OS/360中的项目管理经验。在本书第一次出版20年后的今天,Brooks博士重新审视了他原先的观点,啬了一些新的想法和建议。既方便了熟悉原有内容的人们,又方便了第一次阅读它的读者。
  软件界的《圣经》——《The Mythical MAN-MONTH》(人月神话)在出版并畅销了20余年后,终于登陆中国,由中国电力出版社引进出版的英文原版影印版上市。
  该书原为“IBM 360系统之父”Fred Brooks的一本随笔集,是他为IBM开发OS/360系统的经验总结。但由于该书为人们管理复杂项目提供了极具洞察力的见解,发人深省的观点,以及大量的软件工程实践,一经出版便被广泛传播。在这部注重实效、条理明晰的书中,Brooks剖析了许多工程管理的“神话”,这些神话来自他在软件工业中的亲身实践。他抨击了在项目中增加人手可以促进项目完成的幻想。Brooks用实例、幽默与严密的逻辑,展示了这些神话实际上如何给软件项目带来灾难并导致延迟。
  在此书中,Brooks覆盖了成功完成一个主要软件项目必须做的所有因素,同时,在书的各部分中,他给出了一致的软件工程与项目管理的理论基础。可以说这是一本主要的正确汇集工程师需要的关于大型软件项目开发知识的书,书中相关知识来自于作者对已完成项目的看法,是作者数十年的项目管理经验的总结。这些篇幅每篇都值得一读,它们介绍了软件开发项目中的每一个过程,让我们可以轻易地从这里了解软件工程这一行业。
  该书原版的语言流畅通俗,经常以极为浅显的叙述讲解艰深晦涩的原理,作者驾驭文字的能力令人击节赞叹。
  相信通过阅读英文原版的《The Mythical MAN-MONTH》,可以很轻易地抓住问题核心,不会产生歧义或者理解错误,因为,你所阅读的正是Brooks当年亲笔写下来的。
内容简介(中文版)
  有这样一本堪称神品的软件著作即将登陆中国市场。众所周知:现今市面上更新换代最快的书籍来自于软件领域,平均三个月一个周期。令人难以置信的是,在这样发展迅速的领域中,竟然也有20余年畅销不衰的经典之作——《人月神话》二十周年纪念版。
  本书是清华大学出版社推出的《软件管理与软件工程译丛》中的第一本。这是一部软件工程随笔集,包括1975年第一版中十余篇精辟的文章,以及作者在二十年后对原先观点的新认识。篇幅虽然不多,但散布非常之广,涉及到了大系统编程所固有的多种挑战,对任何投身于软件开发的人来说都是有用的。为人们管理复杂项目提供了最具洞察力的见解。书中既有很多发人深省的观点,也有大量软件工程的实践。作者行走于技术之妙与人文之美中间,找寻到一种完美的结合。
  在本书出版20年后,本书作者Brooks博士重新审视了他原先的观点,增加了一些新的想法和建议。既满足了熟悉原有内容的人们,又方便了第一次阅读它的读者。在这部注重实效、明晰的书中,Brooks剖析了许多工程管理的“神话”,这些神话来自他在年轻的软件工业中有意义的实践。他抨击了在项目中增加人手可以促进项目完成的幻想。Brooks用实例、幽默与严密的逻辑,展示了这些神话实际上如何给软件项目带来灾难并导致延迟。
译者的话
  我是个书狂,积习甚深,费尽心机在软件工程、系统工程方面积累了一些书。书分为神品、精品和普通三个等级,其中精品、神品又分别分为一品、二品和三品。其中大部分软件工程书都属于精品,神品只有两本,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,却兢兢业业,反复琢磨,历经单调、繁琐、艰辛的劳动,终于付梓,可喜可贺,钦佩之余随即作序共勉。
相关评论
  我唯一一本读过一遍以上的书,是Fred Brooks的《人月神话》,实际上我每过一两年都重读一遍。部分原因是这本书文笔很好,部分原因是书中的忠告很有价值,即使是25年以后。当然,现在很多细节上的地方,和我们做事情的方法,都有不同。我们的工作更自动化,计算机的"马力"更强劲,但书中依然有许多好的忠告,我非常推崇这本书。这是我唯一能想起来的你能从中体会到乐趣和思想的计算机科学书籍。
                             ——Brian Kernighan
  出版于1975年的《人月神话》是软件开发方面的经典作品。1995年版包括了令人感兴趣的新的几章,但原来的随笔依然是这本书的心脏与灵魂。在这本书中,Brooks解决了如何组织和管理大规模编程项目的问题。这些项目要求成百上千的程序员,产生几百万行代码(想想SAP、Oracle数据库引擎、Windows 2000)。Brooks简洁、清晰的作品读起来令人愉快。如果你是个程序员,如果你和程序员一起工作,如果你管理程序员,你应该阅读这本书。”
                             ——Frank Chance
英文目录
Preface to the 20th Anniversary Edition
Preface to the First Edition
 Chapter1 The Tar Pit
 Chapter2 The Mythical Man-Month
 Chapter3 The Surgical Team
 Chapter4 Aristocracy,Democracy,and System Design
 Chapter5 The Second-System Effect
 Chapter6 Passing the Word
 Chapter7 Why Did the Tower of Babel Fail?
 Chapter8 Calling the Shot

 Chapter9 Ten Pounds in a Five-Pound Sack
 Chapter10 The Documentary Hypothesis
 Chapter11 Plan to Throw One Away
 Chapter12 Sharp Tools
 Chapter13 The Whole and The Parts
 Chapter14 Hatching a Catastrophe
 Chapter15 The Other Face
 Chapter16 No Silver Bullet-Essence and Accident
 Chapter17 "No Silver Bullet"Refired
 Chapter18 Propositions of The Mythical Man-Month;True or False?
 Chapter19 The Mythical Man-Month after 20 Years
Epilogue
Notes and References
Index
中文目录
 二十周年纪念版序言 I
 第一版序言 III
 目录 V
 
 焦油坑 1
 编程系统产品 1
 职业的乐趣 2
 职业的苦恼 3
 人月神话 5
 乐观主义 5
 人月 6
 系统测试 8
 空泛的估算 9
 重复产生的进度灾难 9
 外科手术队伍 12
 问题 12
 MILLS的建议 13
 如何运作 15
 团队的扩建 16
 贵族专制、民主政治和系统设计 17
 获得概念的完整性 18
 贵族专制统治和民主政治 19
 在等待时,实现人员应该做什么? 20
 画蛇添足 23
 结构师的交互准则和机制 23
 自律——开发第二个系统所带来的后果 24
 贯彻执行 27
 文档化的规格说明——手册 27
 形式化定义 28
 直接整合 30
 会议和大会 30
 多重实现 31
 电话日志 31
 产品测试 32
 为什么巴比伦塔会失败? 33
 巴比伦塔的管理教训 33
 大型编程项目中的交流 34
 项目工作手册 34
 大型编程项目的组织架构 37
 胸有成竹 41
 PORTMAN的数据 42
 ARON的数据 42
 HARR的数据 43
 OS/360的数据 44
 CORBATO的数据 44
 削足适履 45
 作为成本的程序空间 45
 规模控制 46
 空间技能 47
 数据的表现形式是编程的根本 48
 提纲挈领 49
 计算机产品的文档 49
 大学科系的文档 50
 软件项目的文档 51
 为什么要有正式的文档? 51
 未雨绸缪 53
 试验性工厂和增大规模 53
 唯一不变的就是变化本身 54
 为变更计划系统 54
 为变更计划组织架构 55
 前进两步,后退一步 56
 前进一步,后退一步 57
 干将莫邪 58
 目标机器 58
 辅助机器和数据服务 60
 高级语言和交互式编程 62
 整体部分 65
 剔除BUG的设计 65
 构件单元调试 67
 系统集成调试 68
 祸起萧墙 72
 里程碑还是沉重的负担 72
 “其他的部分反正会落后” 73
 地毯的下面 74
 另外一面 77
 需要什么样的文档 78
 流程图 79
 自文档化(SELF-DOCUMENTING)的程序 80
 没有银弹-软件工程中的根本和次要问题 84
 介绍 84
 是否一定那么困难呢?——根本困难 85
 以往解决次要困难的一些突破 88
 银弹的希望 89
 针对概念上根本问题的颇具前途的方法 94
 再论“没有银弹” 100
 人狼和其他恐怖传说 100
 存在着银弹-就在这里! 100
 含糊的表达将会导致误解 101
 HAREL的分析 103
 JONE的观点——质量带来生产率 106
 那么,生产率的情形如何? 107
 面向对象编程——这颗铜制子弹可以吗? 108
 重用的情况怎样? 109
 学习大量的词汇——对软件重用的一个可预见,但还没有被预言的问题 111
 子弹的本质——形势没有发生改变 111
 《人月神话》的观点:是或非? 113
 
 第1章 焦油坑 113
 第2章 人月神话 114
 第3章 外科手术队伍 115
 第4章 贵族专制、民主政治和系统设计 115
 第5章 画蛇添足 116
 第6章 贯彻执行 116
 第7章 为什么巴比伦塔会失败? 117
 第8章 胸有成竹 119
 第9章 削足适履 119
 第10章 提纲挈领 120
 第11章 未雨绸缪 121
 第12章 干将莫邪 124
 第13章 整体部分 125
 第14章 祸起萧墙 126
 第15章 另外一面 127
 原著尾声 129
 
 20年后的人月神话 130
 为什么会出现二十周年纪念版本? 130
 核心观点:概念完整性和结构师 131
 开发第二个系统所引起的后果:盲目的功能和频率猜测 132
 图形(WIMP)界面的成功 134
 没有构建舍弃原型——瀑布模型是错误的! 136
 增量开发模型更佳——渐进地精化 138
 人月到底有多少神话色彩?BOEHM的模型和数据 141
 人就是一切(或者说,几乎是一切) 143
 放弃权力的力量 144
 最令人惊讶的新事物是什么?数百万的计算机 145
 全新的软件产业——塑料薄膜包装的成品软件 147
 买来开发——使用塑料包装的成品软件包作为构件 148
 软件工程的状态和未来 150
 尾声:令人向往、激动人心和充满乐趣的五十年 151
 注解和参考文献 152
级别: 贵宾
发帖
3566
铜币
8170
威望
0
E积分
0
技术积分
0

只看该作者 4楼 发表于: 2005-11-08
这么好??看看
发帖
2423
铜币
4966
威望
0
E积分
0
技术积分
0
只看该作者 5楼 发表于: 2005-11-09
顶!
级别: 幼儿园
发帖
36
铜币
152
威望
0
E积分
0
技术积分
0
只看该作者 6楼 发表于: 2006-11-12
看看~~~~[em02]
发帖
1044
铜币
2269
威望
1
E积分
0
技术积分
0
只看该作者 7楼 发表于: 2006-11-12
俺轻轻的路过~~~~~顺手拿走一分~~~~~[em02]
级别: 贵宾
发帖
11043
铜币
4493
威望
0
E积分
7
技术积分
0
只看该作者 8楼 发表于: 2006-11-12
先顶再下。谢谢。
你可以菜,但你不可以懒。你不可以把你的菜当作你无耻的资本,把别人无休止地变成为你无偿写代码的工具。做人要正直,别轻易下跪。今天你可以为一句代码下跪,你明天就会因为没得到代码而骂娘!学习靠自己,努力吧!
级别: 幼儿园
发帖
45
铜币
170
威望
0
E积分
0
技术积分
0
只看该作者 9楼 发表于: 2006-11-12

看看有用没。

快速回复

限60 字节
批量上传需要先选择文件,再选择上传
 
认证码:
上一个 下一个