第六讲-软件工程.ppt

产品风险 错误发生率高的模块，需要更多的时间对它进行测试、设计和实现 矫正质量低下的不可接受的产品需要更多的时间对它进行测试、设计和实现 由于功能错误，导致需要重新进行设计和实现 开发额外不需要的功能延长了进度 要满足产品规模和速度要求，需要更多的时间 严格要求与现有系统兼容，需要更多的时间 要求软件重用，需要更多的时间 …… ?Copyright Xinjun Mao 2005 * * 外部环境风险 产品依赖政府规章，而规章的改变不可预期 产品依赖草拟中的技术标准，而最后的标准不可预期 ?Copyright Xinjun Mao 2005 * * 人员风险(1/3) 招聘人员所需的时间比预期要长 作为人员参与工作的先决条件(如培训、其他项目的完成等)不能按时完成 开发人员与管理层关系不佳导致决策迟缓、影响全局 项目组成员没有全身心地投入到项目中，因而无法达到所需的产品功能和性能需求 缺乏激励措施、士气低下，降低生产能力 缺乏必要的规范，增加工作失误，重复工作，降低工作质量 缺乏工作基础(语言、经验、工具等) 项目结束前，项目组成员离开项目组 ?Copyright Xinjun Mao 2005 * * 人员风险(2/3) 项目后期，加入新的开发人员，额外的培训和沟通降低了项目组成员的开发效率 项目组成员不能有效的在一起工作 由于项目组成员之间的冲突，导致沟通不畅，设计欠佳，接口错误和额外重复的工作 有问题的项目组成员没有调离项目组，影响其他成员的积极性 项目组的最佳人选没有加入项目组，或者加入项目组但没有合理使用 关键任务只能兼职参与 项目人员不足 ?Copyright Xinjun Mao 2005 * * 人员风险(3/3) 任务的分配和人员的技能不匹配 人员工作的进展比预期的要慢 项目管理人员怠工导致计划和进度失效 技术人员怠工导致工作遗漏、质量低下，工作需要重做 ?Copyright Xinjun Mao 2005 * * 设计和实现风险 设计过于简单，考虑不仔细、不全面，导致重新设计和实现 设计过于复杂，导致一些不必要的工作，影响效率 设计质量低下，导致重新设计和实现 使用不熟悉的方法，导致需要额外的培训时间 产品使用低级语言编写，导致效率较低 分别开发的模块无法有效集成，需要重新设计和实现 ?Copyright Xinjun Mao 2005 * * 过程风险 跟踪不准确，导致无法预知项目进展是否落后于计划 前期的质量保证行为不真实，导致后期的重复工作 质量跟踪不准确，导致无法得知影响进度的质量问题 不能有效遵循标准，导致沟通不足，质量问题和重复工作 风险管理粗心，导致没有发现重大的项目风险 …… ?Copyright Xinjun Mao 2005 * * 例子:风险列表 ?Copyright Xinjun Mao 2005 * * 风险分析 评估风险发生的概率 估算风险造成损失的大小 计算风险危险度(Risk Explosure) ?Copyright Xinjun Mao 2005 * * 评估风险发生的概率(1/2) 主观性较强，采用方法 熟悉系统、有经验的人参与评估 多人独立评估，综合折中 采用分类：非常可能(0.8-1.0), 很可能(0.6-0.8)，或许(0.4－0.6)，不太可能(0.2-0.4)，不可能(0-0.2) ?Copyright Xinjun Mao 2005 * * 评估风险发生的概率(2/2) ?Copyright Xinjun Mao 2005 * * 评估风险发生造成的损失 可以基于“进度”，“成本”或者“工作量”来进行估算 ?Copyright Xinjun Mao 2005 * * 计算风险危险度 风险危险度 = 风险概率 × 风险损失 ?Copyright Xinjun Mao 2005 * * 风险优先级(1/2) 统计表明，项目80%成本用于解决20%的问题 风险管理重点关注20％重要的部分 根据风险的危险度确定风险的重要性，忽略其他的部分 ?Copyright Xinjun Mao 2005 * * 风险优先级(2/2) ?Copyright Xinjun Mao 2005 * * 讲授内容 项目案例 什么是软件风险？ 如何进行风险管理？ 风险评估 风险控制 小结 ?Copyright Xinjun Mao 2005 * * * 第6讲 软件开发的风险管理 毛新军 xjmao21@21 /~xjmao 计算机科学与技术系602教研室 0731-(45)73649 软件项目管理课程 之 ?Copyright Xinjun Mao 2005 * * 讲授内容 项目案例 什么是软件风险？ 如何进行风险管理？ 风险评估 风险控制 小结 ?Copyright Xinj