首页 01__人月神话(中文版pdf).pdf

01__人月神话(中文版pdf).pdf

01__人月神话(中文版pdf).pdf

上传者: 永生换魂 2014-02-23 评分1 评论0 下载1 收藏0 阅读量626 暂无简介 简介 举报

简介:本文档为《01__人月神话(中文版pdf)pdf》,可适用于软件工程领域,主题内容包含TTHHEEMMYYTTHHIICCAALLMMAANNMMOONNTTHH人人月月神神话话FREDERICKPBROOKS,JR翻译:AdamsW符等。

TTHHEEMMYYTTHHIICCAALLMMAANNMMOONNTTHH人人月月神神话话FREDERICKPBROOKS,JR翻译:AdamsWang关于作者FrederickPBrooksJr是北卡罗来纳大学KenanFlagler商学院的计算机科学教授北卡来罗来纳大学位于美国北卡来罗来纳州的查布尔希尔。Brooks被认为是“IBM系统之父”他担任了系统的项目经理以及操作系统项目设计阶段的经理。凭借在上述项目的杰出贡献他、BobEvans和ErichBloch在年荣获了美国国家技术奖(NationalMedalofTechology)。早期Brooks曾担任IBMStretch和Harvest计算机的体系结构师。在查布尔希尔Brooks博士创立了计算机科学系并在至年期间担任主席。他曾任职于美国国家科技局和国防科学技术委员会。Brooks目前的教学和研究方向是计算机体系结构、分子模型绘图和虚拟环境。年版献辞致两位特别丰富了我IBM岁月的人:ThomasJWatson,Jr他对人们的关怀在他的公司依然无所不在和BobOEvans他大胆的领导使工作成为了探险。年版献辞致Nancy上帝赐给我的礼物。二十周年纪念版序言(PrefacetothethAnniversaryEdition)令我惊奇和高兴的是《人月神话》在年后仍然继续流行印数超过了,。人们经常问我在年提出的观点和建议哪些是我仍然坚持的哪些是已经改变观点的是怎样改变的?尽管我在一些讲座上也分析过这个问题我还是一直想把它写成文章。PeterGordon现在是AddisonWesley的出版伙伴他从年开始和我共事。他非常耐心对我帮助很大。他建议我们准备一个纪念版本。我们决定不对原版本做任何修订只是原封不动地重印(除了一些细小的修正)并用更新的思想来扩充它。第章重印了一篇在年IFIPS会议上的论文《没有银弹:软件工程的根本和次要问题》。这篇文章来自我在国防科学委员会主持军用软件方面研究时的经验。我当时的研究合作者也是我的执行秘书RobertLPatrick帮助我回想和感受那些做过的软件大项目。年IEEE的《计算机》杂志重印了这篇论文使它传播得更广了。《没有银弹》被证明是富有煽动性的它预言十年内没有任何编程技巧能够给软件的生产率带来数量级上的提高。十年只剩下一年了我的预言看来安全了。《没有银弹》激起了越来越多文字上的剧烈争论比《人月神话》还要多。因此在第章我对一些公开的批评作了说明并更新了在年提出的观点。在准备《人月神话》的回顾和更新时一直进行的软件工程研究和经验已经批评、证实和否定了少数书中断言的观点也影响了我。剥去辅助的争论和数据后把那些观点粗略地分类对我来说很有帮助。我在第章列出这些观点的概要希望这些单调的陈述能够引来争论和证据然后得到证实、否定、更新或精炼。第章是一篇更新的短文。读者应该注意的是新观点并不象原来的书一样来自我的亲身经历。我在大学里工作不是在工业界做的是小规模的项目不是大项目。自年以来我就只是教授软件工程不再做这方面的研究。我现在的研究领域是虚拟环境及其应用。在这次回顾的准备过程中我找了一些正工作在软件工程领域的朋友征求他们的当i前观点。他们很乐意和我共享他们的想法并仔细地对草稿提出了意见这些都使我重新受到启发。感谢BarryBoehm、KenBrooks、DickCase、JamesCoggins、TomDemarco、JimMcCarthy、DavidParnas、EarlWheeler和EdwardYourdon。感谢FayEard出色地对新的章节进行了技术加工。感谢我在国防科学委员会军事软件工作组的同事GordonBell、BruceBuchanan、RickHayesRoth特别是DavidParnas感谢他们的洞察力和生动的想法。感谢RebekahBierly对章的论文进行了技术加工。我把软件问题分成“根本的”和“次要的”这是受NancyGreenwoodBrooks的启发她在一篇Suzuki小提琴教育的论文中应用了这样的分析方法。在年版本的序言中AddisonWesleys出版社按规定不允许我向它的一些扮演了关键角色的员工致谢。有两个人的贡献必须被特别提到:执行编辑NormanStanton和美术指导HerbertBoes。Boes设计了优雅的风格他在评注时特别提到:“页边的空白要宽字体和版面要有想像力”。更重要的是他提出了至关重要的建议:为每一章的开头配一幅图片(当时我只有“焦油坑”和“兰斯大教堂”的图片)。寻找这些图片使我多花了一年的时间但我永远感激这个忠告。SoliDeogloria-愿神独得荣耀。查珀尔希尔北卡罗来纳FPB,Jr年月ii第一版序言(PrefacetotheFirstEdition)在很多方面管理一个大型的计算机编程项目和其它行业的大型工程很相似比大多数程序员所认为的还要相似在很多另外的方面它又有差别比大多数职业经理所认为的差别还要大。这个领域的知识在累积。现在AFIPS(美国信息处理学会联合会)已经有了一些讨论和会议也出版了一些书籍和论文但是还没有成型的方法来系统地进行阐述。提供这样一本主要反映个人观点的小书看来是合适的。虽然我原来从事计算机科学的编程方面的工作但是在年间自动控制程序和高级语言编译器开发出来的时候我主要参加的是硬件构架方面的工作。在年我成为操作系统OS的经理发现前些年的进展使编程世界改变了很多。管理OS的开发是很有帮助的经历虽然是失败的。那个团队包括我的继任经理FMTrapnell有很多值得自豪的东西。那个系统包括了很多优秀的设计和实施成功地应用在很多领域特别是设备无关的输入输出和外部库管理被很多技术革新广泛复制。它现在是十分可靠的相当有效和非常通用的。但是并不是所有的努力都是成功的。所有OS的用户很快就能发现它应该做得更好。设计和实现上的缺陷在控制程序中特别普遍相比之下语言编译器就好得多。大多数这些缺陷发生在年的设计阶段所以这肯定是我的责任。此外这个产品发布推迟了需要的内存比计划中的要多成本也是估计的好几倍而且第一次发布时并不能很好地运行直到发布了几次以后。就象当初接受OS的任务时协商好的在年离开IBM后我来到查珀尔希尔。我开始分析OS的经验看能不能从中学到什么管理和技术上的教训。特别地我要说明System硬件开发和OS软件开发中的管理经验是非常不同的。对TomWatson关于为什么编程难以管理的探索性问题这本书是一份迟来的答案。在这次探索中我和年的经理助理RPCase还有年的经理FMTrapnell进行了长谈从中受益良多。我对比了其他大型编程项目的经理的结论包括MIT的FJCorbatoBell电话实验室的VVyssotskyInternationalComputersiiiLimited的CharlesPortman苏联科学院西伯利亚分部计算实验室的APErshov和IBM的AMPietrasanta。我自己的结论体现在下面的文字中送给职业程序员、职业经理、特别是程序员的职业经理。虽然写出来的是分离的章节还是有一个中心的论点特别包含在第章。简言之我相信由于人员的分工大型编程项目碰到的管理问题和小项目区别很大我相信关键需要是维持产品自身的概念完整性。这些章节探讨了其中的困难和解决的方法。后续的章节探讨软件工程管理的其他方面。这个领域的文献并不多但散布很广。因此我尝试给出参考资料说明某个特定知识点和指引感兴趣的读者去看其他有用的工作。很多朋友读过了本书的手稿其中一些朋友给出了很有帮助的意见。这些意见很有价值但为了不打乱文字的通顺我把它们作为注解包含在书中。因为这本书是随笔不是课本所有的参考文献和注解都被放到书的末尾建议读者在读第一遍时略去不看。深切感谢SaraElizabethMoore小姐DavidWagner先生和RebeccaBurris夫人他们帮助我准备了手稿。感谢JosephCSloane教授在图解方面的建议。查珀尔希尔北卡罗来纳FPB,Jr年月iv目录(Contents)二十周年纪念版序言(PREFACETOTHETHANNIVERSARYEDITION)I第一版序言(PREFACETOTHEFIRSTEDITION)III目录(CONTENTS)V焦油坑(THETARPIT)编程系统产品职业的乐趣职业的苦恼人月神话(THEMYTHICALMANMONTH)乐观主义人月系统测试空泛的估算重复产生的进度灾难外科手术队伍(THESURGICALTEAM)问题MILLS的建议如何运作团队的扩建贵族专制、民主政治和系统设计(ARISTOCRACY,DEMOCRACY,ANDSYSTEMDESIGN)概念一致性获得概念的完整性贵族专制统治和民主政治在等待时实现人员应该做什么?画蛇添足(THESECONDSYSTEMEFFECT)结构师的交互准则和机制自律开发第二个系统所带来的后果贯彻执行(PASSINGTHEWORD)文档化的规格说明手册形式化定义直接整合会议和大会多重实现v电话日志产品测试为什么巴比伦塔会失败?(WHYDIDTHETOWEROFBABELFAIL)巴比伦塔的管理教训大型编程项目中的交流项目工作手册大型编程项目的组织架构胸有成竹(CALLINGTHESHOT)PORTMAN的数据ARON的数据HARR的数据OS的数据CORBATO的数据削足适履(TENPOUNDSINAFIVEPOUNDSACK)作为成本的程序空间规模控制空间技能数据的表现形式是编程的根本提纲挈领(THEDOCUMENTARYHYPOTHESIS)计算机产品的文档大学科系的文档软件项目的文档为什么要有正式的文档?未雨绸缪(PLANTOTHROWONEAWAY)试验性工厂和增大规模唯一不变的就是变化本身为变更计划系统为变更计划组织架构前进两步后退一步前进一步后退一步干将莫邪(SHARPTOOLS)目标机器辅助机器和数据服务高级语言和交互式编程整体部分(THEWHOLEANDTHEPARTS)剔除BUG的设计构件单元调试vi系统集成调试祸起萧墙(HATCHINGACATASTROPHE)里程碑还是沉重的负担?“其他的部分反正会落后”地毯的下面另外一面(THEOTHERFACE)需要什么样的文档流程图自文档化(SELFDOCUMENTING)的程序没有银弹-软件工程中的根本和次要问题(NOSILVERBULLET–ESSENCEANDACCIDENTINSOFTWAREENGINEERING)摘要介绍是否一定那么困难呢?根本困难以往解决次要困难的一些突破银弹的希望针对概念上根本问题的颇具前途的方法NO再论《没有银弹》(“NOSILVERBULLET”REFIRED)人狼和其他恐怖传说存在着银弹-就在这里!含糊的表达将会导致误解HAREL的分析JONE的观点质量带来生产率那么生产率的情形如何?面向对象编程这颗铜质子弹可以吗?重用的情况怎样?学习大量的词汇对软件重用的一个可预见但还没有被预言的问题子弹的本质形势没有发生改变《人月神话》的观点:是或非?(PROPOSITIONSOFTHEMYTHICALMANMONTH:TRUEORFALSE?)第章焦油坑第章人月神话第章外科手术队伍第章贵族专制、民主政治和系统设计第章画蛇添足第章贯彻执行第章为什么巴比伦塔会失败?第章胸有成竹vii第章削足适履第章提纲挈领第章未雨绸缪第章干将莫邪第章整体部分第章祸起萧墙第章另外一面原著结束语年后的人月神话(THEMYTHICALMANMONTHAFTERYEARS)为什么会出现二十周年纪念版本?核心观点:概念完整性和结构师开发第二个系统所引起的后果:盲目的功能和频率猜测图形(WIMP)界面的成功没有构建舍弃原型瀑布模型是错误的!增量开发模型更佳渐进地精化关于信息隐藏PARNAS是正确的我是错误的人月到底有多少神话色彩?BOEHM的模型和数据人就是一切(或者说几乎是一切)放弃权力的力量最令人惊讶的新事物是什么?数百万的计算机全新的软件产业塑料薄膜包装的成品软件买来开发使用塑料包装的成品软件包作为构件

职业精品

(汽车)产品营销策划书范文.doc

HH牙膏营销方案策划书.doc

加班管理人力资源考勤管理系统方案.doc

物品采购管理制度-正式.doc

用户评论

0/200
    暂无评论
上传我的资料

精彩专题

相关资料换一换

资料评价:

/ 218
所需积分:2 立即下载

意见
反馈

返回
顶部