第四章软件项目进度管理()祥解.ppt

第四章 软件项目进度管理（续） 第四节 活动历时估计 估计项目活动的持续时间 每个活动的历时估计 项目的总历时估计 活动历时估计的基本方法 定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法 定额估算法 T=Q/(R*S) T:活动持续时间（小时、日、周、月） Q:活动的工作量（人月、人天） R:人力或设备的数量 S:开发效率,以单位时间完成的工作量表示 例如：Q=6人月,R=2人,S=1 则：T=6/(2*1)=3月 Q=6人月,R=2人,S=1.5 则： T=6/(2*1.5)=2月 定额估算法 方法比较简单，容易计算。 适合规模比较小的项目，比如说小于10000LOC或者说小于6个人月工作量的项目。 活动历时估计的基本方法 定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法 工程评价技术（PERT） PERT (Program Evaluation and Review Technique)最初产生于1958年，是美国海军部开发北极星潜艇系统时为协调3000多个承包商和研究机构开发的。 PERT是利用网络图逻辑关系和加权历时估算来计算项目历时的技术。 PERT假设项目持续时间是随机的。当项目中的活动存在很大的不确定性时适于采用此法。 工程评价技术（PERT） 在估计项目活动的持续时间时，PERT采用三点估计法，即乐观值、悲观值和最可能值。 采用加权平均得到持续时间的期望值： E=（O+4M+P)/6 O是最小估算值:乐观(Optimistic)， P是最大估算值:悲观(Pessimistic)， M是最可能估算值(Most Likely)。 工程评价技术（PERT） 例如： 某活动持续时间的乐观值O=8 workdays 最可能值M=10 workdays 悲观值P=24 workdays 则活动持续时间的期望值为E=(8+4*10+24)/6 =12 workdays PERT的保证率 活动历时估计的基本方法 定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法 基于进度表的历时估计 通过查给定的进度表来估计项目的历时。 可能的最短进度表 有效进度表 普通进度表 为企业提供了一个项目历时估计的参照，尤其对没有任何历史项目记录的企业有很大帮助。 可能的最短进度表-人员 人才库中前10%的最拔尖的人才。 有几年应用编程语言和编程环境的工作经验。 开发人员掌握了应用领域的详细知识。 目标明确，努力工作。 分享成果，团队和谐。 不存在人员调整。 可能的最短进度表-管理 具有理想的项目管理 开发人员可以专注于本职的工作 采用矩阵管理模式配备员工 尽可能地压缩项目进度，直到不能压缩。 可能的最短进度表-工具支持 有先进的软件开发工具 开发人员可以无限制地使用资源 工作环境理想，在集中的工作区域开发 交流工具使用便利 可能的最短进度表-开发方法 使用最时效的开发方法和开发工具 设计阶段开始的时候已经完全了解需求 需求不变更 可能的最短进度表 可能的最短进度表 基于进度表的估算 可能的最短进度表 有效进度表 普通进度表 有效进度表-人员 人才库中前25%的最拔尖的人才。 有1年应用编程语言和编程环境的工作经验。 开发人员对目标有共同的看法，相互之间没有严重冲突。 采用有效的人员管理模式。 每年人员调整少于 6%。 有效进度表-其它 采用有效的编程工具 主动的风险管理 优良的物理环境 沟通工具使用方便 有效进度表 有效进度表 基于进度表的估算 可能的最短进度表 有效进度表 普通进度表 普通进度表—人员 人才库中中等以上的人作为开发团队成员。 开发人员对编程语言和编程环境较熟悉。 开发人员对应用领域有一定的经验，但不丰富。 团队不是很有凝聚力，但解决冲突时有一定的经验。 每年人员调整10-12%。 普通进度表—其它 风险管理不像理想情况那样得力。 交流工具容易使用。 工作环境一般，不是很理想。 进度压缩一般。 普通进度表 活动历时估计的基本方法 定额估算法 工程评价技术（PERT） 基于进度表的历时估计 Jones的一阶估算准则 其它方法 Jones的一阶估算准则 取得功能点的总和，从幂次表中选择合适的幂次将它升幂，得到软件项目的进度。 Jones的一阶估算准则举