人月神话PPT.pptVIP

Introduction toTHE MYTHICAL MAN-MONTH 相关信息 书籍简介 1975年首次发行 软件工程的经典之作 收录了作者多年的技术文章 为大型的软件开发提供启示 相关信息 作者简介 Frederick Brooks (弗雷德里克.布鲁克斯) 美国工程院院士 曾主持开发IBM/360 1999年的图灵奖获得者 软件开发中的焦油坑 图片注解：中生代时期拉布雷亚(La Brea Tar Pits)焦油坑复原图 软件开发中的焦油坑 “史前史中，没有别的场景比巨兽在焦油坑中垂死挣扎的场面更令人震撼。 上帝见证着恐龙、剑齿虎在焦油中的挣扎。它们挣扎的越是猛烈，焦油 越是缠的越紧，没有任何猛兽足够强壮或具有足够的技巧，能够挣脱束 缚，它们最后都沉到了坑底。” ——Brooks 大型的系统开发类经常遇到焦油坑！ “表面上看起来好像没有任何一个单独的问题会导致困难，每个都能被 解决，但是当它们相互纠缠和积累在一起的时候，团队的行动就会变得 越来越慢。对问题的麻烦程度，每个人似乎都会感到惊讶，并且很难看 清问题的本质。” ——Brooks 软件开发中的焦油坑 Windows NT 5.0(即windows 2000) 时间： 计划开发时间：3年 实际开发时间：5年 公布数据： 程序员人数：5,000人 代码行数：35,000,000 行代码 开发时间：5年 每位程序员每年生产多少行代码？ 软件开发中的焦油坑 每位程序员每年生产多少行代码？ 以最不幸的情况来估计，每行代码都需要自己编写，得到结果：35,000,000 行/(5000人*5年) = 1400行/人.年。 这个效率远远低于一名正常程序员的产出量。 两种可能： (1)微软雇佣了5000名不合格的程序员去开发windows NT 5.0 (2)开发一个大规模的程序系统产品远难于堆砌出单一的程序。 作者目的：尽可能地帮助大型系统开发人员走出焦油 坑 焦油坑之一：进度滞后 进度滞后的原因 乐观主义的盛行（软件开发是纯思维性的活动） 人月神话 各项任务的时间安排不当（特别是测试时间） 迫于用户压力制定了不合理的进度计划 brooks法则 焦油坑之一：进度滞后 “使用人月为单位来衡量一份工作的规模是一个危险和具有欺骗性的神 话。它暗示着人员数量和时间是可以相互替换的。”——brooks 人月神话 人月：参与开发的程序员数目 * 项目持续的月数 为什么说人月是神话？ （1）许多任务是无法拆解的 （2）即使任务可以拆解，人员之间的沟通交流时间随着人手的增加以(n-1)*n/2的规模递增 20人* 5个月 50人* 2个月 焦油坑之一：进度滞后 图一: 可以完全分解的任务 （在软件开发中不存在) 图二: 可以分解但需要沟通 交流的任务 (一般情况) 图三: 关系错综复杂的任务 （极端情况) 焦油坑之一：进度滞后 各项任务的时间安排不合理 作者的经验之谈： 测试时间不足的恶果：直到项目的发布时期，才有人发现进度的问题。 焦油坑之一：进度滞后 Brooks法则 定义：Adding manpower to a late software project makes it later.--Brooks 出现原因： 新增的程序员需要进行培训，同时增加了沟通的成本，使得开发团队增加了更多的开发时间，这个时间超过了新增程序员所做的贡献。 焦油坑之一：进度滞后 对于进度滞后项目的解决方案 (1)在新的进度安排中分配充分的时间，确保工作能彻底、认真地完成 (2)当项目延期所导致的后续成本很高时，往往削减系统的功能是唯一的解决方法 对于许多小型的开发团队，加派人手是通常的解决方法？ 焦油坑之二--缺乏沟通 巴别塔为什么会失败？ 巴别塔：圣经中继“诺亚方舟”后人类第二个大工程，以失败告终 焦油坑之二--缺乏沟通 巴别塔为什么会失败？ ......现在整个大地都使用同一种语言。在一次迁徙的过程中，人们发现了苏美尔地区，并且在那里定居下来。他们说：“来，让我们建造一座带有高塔的城市，这个塔将高耸云霄，也让我们声名远扬。”于是上帝决定下来看看人们建造的城市和高塔，看了以后，他说：“他们只是一个种族，使用一种语言，如果他们一开始就能造出城市和高塔，那以后就没有什么能难得倒他们了。来，让我们在人类的语言里制造些混淆，让他们相互之间不能听懂。”上帝于是改变并区别开了人类的语言，巴比伦塔不得不停工了。 --旧约 第11章 巴别：在希伯来语中是变乱的意思 焦油坑之二--缺乏沟通 如果大型编程项目中交流不足，很可能面临和巴别塔一样的结局。 大型编程项目中的交流方法 (1)成员之间非正式