国防科技大学计算机学院软件项目管理课件 介绍及要求.ppt

?Copyright Xinjun Mao 2005 软件项目管理课程介绍和要求 软件项目管理课程介绍及要求 毛新军 xjmao@ /~xjmao 计算机科学与技术系602教研室 0731-(45)73649 讲授内容 产生背景 教师课件 教学目标 内容组织 讲解方式 先导要求 学习要求 考核方式 参考文献 问题 你是否参加过软件项目的开发 你是否组织过软件项目的开发 有哪些印象深刻的成功和失败案例 你认为软件开发中最具有挑战性的问题是什么 你认为自己能否胜任以下职位 程序员、设计师、项目经理、开发顾问 你希望将来在IT企业中充当什么角色？如何达到这一角色 1. 产生背景 什么是软件危机 软件危机的表现 产生软件危机的根源 解决危机的技术途径 解决危机的管理途径 什么是软件危机 软件在开发和维护过程中遇到的一系列问题 困扰学术界和工业界 用户对软件开发缺乏信心 软件开发的高投入和高风险 软件危机的表现(1 of 3) 成本高 IBM 360 OS, 5000多人年，耗时4年(1963－1966)，花费2亿多美元 美国空军：1955年软件占总费用(计算机系统)的18%，70年60%，85年达到85％ 美国全球军事指挥控制系统，硬件1亿美元，软件高达7.2亿美元 计算机软件和硬件费用比 软件危机的表现(2 of 3) 软件质量得不到保证 软件应用面的扩大：科学计算、军事、航空航天、工业控制、企业管理、办公、家庭 软件越来越多的应用于安全犹关(safety critical)的系统，对软件质量提出更高的要求 80年代欧洲亚丽安娜火箭的发射失败，原因是软件错误 美国阿托拉斯火箭的发射失败，原因是软件故障 英国1986年开发的办公室信息系统Folios经4年，因性能达不到要求，1989年取消 日本第5代机因为软件问题在投入50亿美元后于1993年下马 由于软件质量问题导致失败的软件项目非常多 软件危机的表现(3 of 3) 进度难以控制 项目延期比比皆是 由于进度问题而取消的软件项目较常见 只有一小部分的项目能够按期完成 维护非常困难 软件维护的多样性 软件维护的复杂性 软件维护的副作用 产生软件危机的根源 逻辑产品，不同于物理产品 复杂性高 逻辑产品，逻辑复杂性，远高于硬件复杂性 软件的复杂性随规模呈指数级上升 规模大 应用扩大，代码量，1000万行，仍在不断膨胀 影响软件生产率和质量的因素比较复杂 人员的能力和水平 团队合作 缺乏有效、系统原理、原则、方法和工具的指导和辅助 解决危机的技术途径 20世纪60年代爆发，然而实际上软件危机随着计算机软件的产生而产生，只是在此之前其问题的严重性没有引起人们的关注和重视 提出有效的方法和工具支持软件开发 1968年提出软件工程概念和思想 20世纪70年代的结构化软件开发方法 20世纪80年代的面向对象的软件开发方法 新的技术: 软件重用、快速原型、需求工程 典型技术: COM, Java, C++, J2EE, .Net, …. 支撑工具和环境：Jbuilder, Visual Studio, WebLogic, … 技术手段不能完全解决软件危机 到了20世纪90年代，软件危机依然存在，甚至更为严重 应用牵引技术的发展 瀑布模型 结构化软件开发方法 OO软件开发方法 技术推动应用的深化 应用的扩大和深入 应用变得越来越大和复杂，技术变得更加力不从心 错误的观念“只要有好的软件开发方法和工具就能高效率地开发出高质量的软件” 解决危机的管理途径 问题出在哪里？ 20世纪80年代末，美国DoD和工业界开始认识到管理的重要性 美国DoD的一项研究表明，70%的项目由于管理不善导致难以控制进步、成本和质量； 进一步的研究发现：管理是影响软件项目成功开发的全局性因素，而技术只影响局部 如果软件开发组织不能对软件项目进行有效管理，就不能充分发挥软件开发方法和工具的潜力，也就不能高效率地开发出高质量的软件产品 重视管理 管理是影响软件项目成败的第一要素 学术界和工业界开始研究和探索针对软件企业以及软件开发所需的管理机制和措施 提高企业的过程管理和控制能力 ISO 9000系列－强调质量 CMM、CMMI－强调企业的过程管理和控制的能力 强化软件项目的管理 需求、质量、风险、成本、版本等的管理 软件项目管理的本质 对象 人员、成本、产品 主线 过程 目标 在成本和进度范围内开发出高质量的软件产品 软件项目管理的研究和应用 研究 针对不同的技术 针对不同的机构规模和特点 探索新的途径 应用 越来越多的企业关注管理问题，管理出效益、加强质量、降低风险 尝试寻找适合于自身特点的管理措施 2.教师和课件 教师 毛新军, 计算机系602教研室 Tel: (45)73649(o) Email: xjmao@