《软件估算讲义》PPT课件.ppt

《《软件估算讲义》PPT课件.ppt》由会员分享，可在线阅读，更多相关《《软件估算讲义》PPT课件.ppt（48页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第六讲第六讲软件估算软件估算软件估算Software EstimationSoftware EstimationInputInput：需求说明书 系统设计 对象设计 变更请求OutputOutput：软件规模 工作量 进度 The Software-Estimation StoryEstimation-Process OverviewSize EstimationEffort EstimationSchedule EstimationEstimate RefinementSoftware EstimationSoftware Estimation软件估算软件估算定义定义 估算的通常定义：对未来

2、事实非零可能性的最乐观的预测。软件项目估算是指以准确的调查资料和项目信息(如人员和设备信息)为依据，从估算对象的历史，现状及其规律性出发，运用科学的方法，对估算对象的规模，所需工作量和成本进行的测定。Software EstimationSoftware Estimation介绍介绍 有些估算做的很仔细，而有些却只是凭直觉的猜测。大多数项目超过估算进度25%到100%，但也有少数一些组织的进度估算准确到10%以内，能控制在5%之内的还没有听说（Jones,1994)。Software EstimationSoftware Estimation介绍介绍 软件项目估算是项目计划的依据，但是大多数软

3、件开发组织没有意识到软件估算的重要性。调查结果表明：n35%的组织没有对软件开发的成本和时间作估算。n50%的组织没有记录任何正在进行的项目的相关数据。n57%的组织没有使用成本会计。n80%的项目在成本或时间上超出预算。n超出成本和时间的项目里仅有50%的是有意义的超出。n进行了成本估算的组织里，62%的组织是基于感觉和经验，仅仅16%的组织使用了正式的估算方法，如成本估算模型。Software EstimationSoftware EstimationCase Study案例案例 Carl负责负责Gaga-safe公司库存控制系统公司库存控制系统1.0版本的开发（版本的开发（ICS），在参

4、加项目监督委员会第），在参加项目监督委员会第一次会议的时候，他对期望的功能已经有了总体设想。一次会议的时候，他对期望的功能已经有了总体设想。Bill是监督委员会的领导，他问：是监督委员会的领导，他问：“Carl，ICS1.0需要多长时间？需要多长时间？”Carl回答：回答：“大概要大概要9个月个月，不过这只是粗略的估算。，不过这只是粗略的估算。”“不行，不行，”Bill说，说，“我真希望你说我真希望你说3或或4个月，我们一定要在个月，我们一定要在6个月个月内拿出系统，能完成内拿出系统，能完成吗？吗？”“我不能肯定，我不能肯定，”Carl坦白地说，坦白地说，“我还得仔细研究一下，不过我相信可以找

5、到办法在我还得仔细研究一下，不过我相信可以找到办法在6个月内完成。个月内完成。”“那么把那么把6个月当成项目完成的目标，个月当成项目完成的目标，”Bill说，说，“无论如何我们都必须这样做。无论如何我们都必须这样做。”委员委员会的其他人一致同意了这个决定。会的其他人一致同意了这个决定。到第五周的时候，又增加了一些产品概要设计工作，这使到第五周的时候，又增加了一些产品概要设计工作，这使Carl更确信项目的时间更接更确信项目的时间更接近近9个月而非个月而非6个月，然而他还是认为运气好的话有可能在个月，然而他还是认为运气好的话有可能在6个月内完成项目。他不想被看作个月内完成项目。他不想被看作惹麻烦的

6、人，所以决定等等再说。惹麻烦的人，所以决定等等再说。凭直觉的项目估算 Software EstimationSoftware EstimationCase Study案例（续）案例（续）Carl的团队努力地工作着，进展稳定，但需求分析的时间比期望的要长。预定的团队努力地工作着，进展稳定，但需求分析的时间比期望的要长。预定6个月要个月要完成的项目已经过去完成的项目已经过去4个月了。个月了。“2个月无论如何也做不完剩下的工作。个月无论如何也做不完剩下的工作。”他只好告诉他只好告诉Bill，项目需要延长项目需要延长2个月，总共需要个月，总共需要8个月个月时间。时间。几个星期后几个星期后Carl意识到

7、设计进度也不像期望的那么快。意识到设计进度也不像期望的那么快。“先做容易的部分，先做容易的部分，”他告诉他告诉项目组成员，项目组成员，“其余的部分遇到时再考虑。其余的部分遇到时再考虑。”Carl再次向监督委员会汇报：再次向监督委员会汇报：“8个月的项目已经过去个月的项目已经过去7个月，详细设计基本完成，工作个月，详细设计基本完成，工作卓有成效，但是卓有成效，但是8个月内还是无法完成。个月内还是无法完成。”Carl通报了第通报了第2次进度拖延，并将完成时间定为次进度拖延，并将完成时间定为10个月个月。Bill对拖延产生了抱怨，并要求对拖延产生了抱怨，并要求Carl想办法仍将进度安排在想办法仍将进

8、度安排在8个月左右。个月左右。第第9个月，项目组完成了详细设计，但部分模块的编码还没有开始。个月，项目组完成了详细设计，但部分模块的编码还没有开始。Carl第第3次要求要次要求要求延期求延期12个月个月。Bill?编码进行顺利，但一些地方需要重新设计和重新实现，而这些地方项目组没有把详细编码进行顺利，但一些地方需要重新设计和重新实现，而这些地方项目组没有把详细设计调整好，一些实现过程相互冲突。在第设计调整好，一些实现过程相互冲突。在第11个月的项目监督委员会上，个月的项目监督委员会上，Carl宣布了第宣布了第4次次项目延期项目延期13个月个月。Bill？结果？结果？凭直觉的项目估算 Softw

9、are EstimationSoftware EstimationThe Software-Estimation Story软件估算与建筑预算软件估算与建筑预算一年的时间建这样一幢房子一年的时间建这样一幢房子？没问题！？没问题！太好了，那我们赶快开工吧！太好了，那我们赶快开工吧！软件与建筑 Software EstimationSoftware EstimationThe Software-Estimation Story软件估算软件估算 软件开发是一个改进的过程 盖一幢房子要花多少钱呢？这取决于房子本身。一个新盖一幢房子要花多少钱呢？这取决于房子本身。一个新的计费系统要花多少钱呢？这也取决于

10、计费系统本身！的计费系统要花多少钱呢？这也取决于计费系统本身！一些组织希望在需求定义投入前就把成本估算的误差一些组织希望在需求定义投入前就把成本估算的误差控制在控制在10%10%以内，尽管项目估算的精确程度越早达到越好，以内，尽管项目估算的精确程度越早达到越好，但理论上是不可能实现的。如果真能那么早实现，精确度但理论上是不可能实现的。如果真能那么早实现，精确度可以控制在可以控制在2%2%以内。以内。软件开发是一个逐步细化的过程，在每个阶段，都可软件开发是一个逐步细化的过程，在每个阶段，都可能做出影响最终项目成本与进度的决策。能做出影响最终项目成本与进度的决策。Software Estimati

11、onSoftware EstimationThe Software-Estimation Story软件估算软件估算 可能细化的数量 估估算算收收敛敛图图初始的产品定义批准的产品定义需求说明书产品设计说明书详细设计说明书产品完工项目成本项目成本（工作量和成本）（工作量和成本）项目进度项目进度1.0 x1.0 x4.0 x2.0 x1.5x1.25x0.8x0.67x0.5x0.25x1.6x1.25x1.15x1.1x0.9x0.85x0.8x0.6xSoftware EstimationSoftware EstimationThe Software-Estimation Story软件估算软

12、件估算 可能细化的数量 基于项目阶段的估算误差系数工作量和规模工作量和规模进度进度阶段阶段乐观乐观悲观悲观乐观乐观悲观悲观初始产品定义0.254.00.601.60批准的产品定义0.502.00.801.25需求说明书0.671.500.851.15产品设计说明书0.801.250.901.10详细设计说明书0.901.100.951.05Software EstimationSoftware EstimationThe Software-Estimation Story软件估算软件估算 估算与控制 功能资源功能资源项目的演变项目的演变项目的演变项目的演变产品产品规模规模产品产品规模规模功能趋

13、于与可用的资源相匹配功能趋于与可用的资源相匹配资源趋于与想得到的功能相匹配资源趋于与想得到的功能相匹配期望的功能与可用的资源期望的功能与可用的资源 大多数软件项目在开始时，期望的功能与可用的资源之间不匹配，但随着项大多数软件项目在开始时，期望的功能与可用的资源之间不匹配，但随着项目的进展，功能或资源（或两者）必定要互相匹配目的进展，功能或资源（或两者）必定要互相匹配Software EstimationSoftware EstimationThe Software-Estimation Story软件估算软件估算 合作 表达你合作的意愿 估算既不要过高也不要过低，应该正好与费用相符。估算的目标

14、是寻找估算与实际情况的交汇点。精确与准确：航班时刻通常精确到分，但不准确。可能的最短软件开发进度是通过建立最可能的准确估算而不是最精确的估算达到的。如果想获得最快的开发速度，就要避免错误的精确。Software EstimationSoftware Estimation软件估算步骤软件估算步骤1.确定软件范围2.确定工作所需资源3.确定估算内容4.估算改进Software EstimationSoftware Estimation确定软件范围确定软件范围确定软件估算范围，就是确定目标软件的数据和控制，功能，性能，约束，接口以及可靠性。软件估算步骤软件估算步骤Software Estimatio

15、nSoftware Estimation确定工作所需资源确定工作所需资源功能资源功能资源项目的演变项目的演变项目的演变项目的演变产品产品规模规模产品产品规模规模功能趋于与可用的资源相匹配功能趋于与可用的资源相匹配资源趋于与想得到的功能相匹配资源趋于与想得到的功能相匹配期望的功能与可用的资源期望的功能与可用的资源 大多数软件项目在开始时，期望的功能与可用的资源之间不匹配，但随着项大多数软件项目在开始时，期望的功能与可用的资源之间不匹配，但随着项目的进展，功能或资源（或两者）必定要互相匹配目的进展，功能或资源（或两者）必定要互相匹配软件估算步骤软件估算步骤Software EstimationSo

16、ftware Estimation确定工作所需资源确定工作所需资源可重用软件资源可分为以下几种：n可直接复用的构件n具有完全经验的构件n具有部分经验的构件能够从第三方厂商获得或已经在以前的项目中使用过的软件，这些构件已经经过验证及确认，且可以直接用在当前的项目中。、以前在类似项目中建立的规约，设计，代码或测试数据，在本项目中需做修改。、以前在类似项目中建立的规约，设计，代码或测试数据，在本项目中需做实质上的修改。软件估算步骤软件估算步骤Software EstimationSoftware Estimation确定估算内容确定估算内容 n规模估算n工作量估算n进度估算n成本估算n缺陷数估算软件

17、估算步骤软件估算步骤Software EstimationSoftware Estimation规模估算规模估算 n软件规模指的是非常普通意义上的软件总的范围。它包括功能集的深度和广度以及软件的难度和复杂性。n规模估算方法有以下几种：n用估算算法，如功能点方法，特征点，对象点，模糊逻辑，标准构件法，Delphi方法，PERT方法等。n用规模估算软件。n如果参与过类似的项目，并知道它的规模，那么按百分比形式估算新系统每个主要部分与旧系统相似部分的规模。每部分的规模加起来是总规模。软件估算步骤软件估算步骤Software EstimationSoftware Estimation工作量估算工作量估

18、算 n对软件所需的工作时间的估算，通常以人时，人天，人月，人年等单位来衡量。n工作量估算可以采用以下方法进行：使用估算软件直接从规模估算得出使用组织中的历史数据确定具有已估算规模的先前的项目花了多少工作量。使用COCOMO模型或其他模型将代码行估算转换成工作量估算。采用Delphi方法，PERT方法等直接进行工作量估算。软件估算步骤软件估算步骤Software EstimationSoftware Estimation进度估算进度估算 n进度估算是针对以阶段为单位的估算，进度以不同阶段的里程碑作为标志，而不是对每一个细小任务都加以估算，对任务的适当分解很重要，分解的越细反而会不准确。n进度估算

19、可以采用以下方法进行：采用经验法，或Delphi方法，PERT方法等直接进行工作量估算。使用组织中的历史数据。使用COCOMO算法或其他算法的进度估算步骤，提供一种更好的估算。基于承诺的进度表。即将任务分解后，由承担任务的项目组成员给出进度承诺，这种方法许多时候非常有效。软件估算步骤软件估算步骤Software EstimationSoftware Estimation进度估算方法进度估算方法 经验估算方法估算方法 月进度月进度=3.03.0*人月人月(1/3)(1/3)例：例：6565人月的工作量，进度人月的工作量，进度=3.0*65(1/3)=3.0*65(1/3)1.1.1212个月个月

20、2.2.5-65-6人（人（65/1265/12）3.0,4.0,2.5Software EstimationSoftware Estimation 由功能点计算进度的幂次软件类型软件类型最优级最优级平均平均最差级最差级系统软件系统软件0.430.430.450.450.480.48商业软件商业软件0.410.410.430.430.460.46封装商品软件封装商品软件0.390.390.420.420.450.45 这个准则不能取代更仔细的进度估算，但它提供了一个获得粗略进度估算的最简单方法。Jones的一阶估算准则Software EstimationSoftware Estimation

21、进度估算方法进度估算方法成本估算成本估算 n包括人力，设备，有形的，无形的支出成本估算，其中以人力与软硬件设备成本为主要部分。n容易被忽视的是学习成本，培训成本，风险成本，维护成本等。n人力成本主要基于工作量，进度估算。软件估算步骤软件估算步骤Software EstimationSoftware Estimation缺陷数估算缺陷数估算 n包括需求，设计，代码中的缺陷，缺陷数影响项目的工作量，进度估算。n通常以千行代码缺陷数等表示。n缺陷数估算往往需要使用组织中的历史数据。软件估算步骤软件估算步骤Software EstimationSoftware Estimation软件估算方法软件估算

22、方法功能点估算（功能点估算（1984IBM方法）方法）1.输入2.输出3.查询4.内部逻辑文件5.外部接口文件 项目早期，需求说明书 面向数据库Software EstimationSoftware Estimation功能点估算（功能点估算（1984IBM方法）方法）功能点功能点程序功能程序功能一般复杂一般复杂中等复杂中等复杂很复杂很复杂输入数量X3X4X6输出数量X4X5X7查询X3X4X6内部逻辑文件X7X10X15外部接口文件X5X7X10 按上表计算未调整的功能点总数 然后根据14个对程序有影响的因素计算“影响系数”，这些因素包括数据通信、联机数据条目、处理复杂性和安装容易度等。影响

23、系数在0.65到1.35之间。Software EstimationSoftware Estimation软件估算方法软件估算方法功能点估算（功能点估算（1984IBM方法）方法）功能点功能点程序功能程序功能一般复杂一般复杂中等复杂中等复杂很复杂很复杂输入数量6X3=182X4=83X6=18输出数量7X4=287X5=350X7=0查询0X3=02X4=84X6=24内部逻辑文件5X7=352X10=203X15=45外部接口文件9X5=450X7=02X10=20未调整功能点总数304影响系数1.15调整后功能点总数350计算功能点数的例子Software EstimationSoftwa

24、re Estimation软件估算方法软件估算方法Delphis WidebandDelphis Wideband方法方法当许多专家基于相同假定独立地作出了相同估计，该估计多半是正确的必须确保专家针对相同的正确的假定进行工作Software EstimationSoftware Estimation软件估算方法软件估算方法Delphis WidebandDelphis Wideband方法的步骤方法的步骤1.1.识别做估计的群组识别做估计的群组 -专家估计者专家估计者(4-6(4-6项目经理项目经理)-作者作者 -估计协调者估计协调者2.2.作者呈述待作估计的系统作者呈述待作估计的系统3.3.

25、作者和专家一起识别作业和假定作者和专家一起识别作业和假定4.4.作者和专家一起就可接收的估计差异水准达成一致作者和专家一起就可接收的估计差异水准达成一致(例如例如20%)20%)5.5.协调者整理一份群组所决定的作业清单，发给每个专家协调者整理一份群组所决定的作业清单，发给每个专家6.6.针对每个作业，专家独立地对每个作业作出估计（针对每个作业，专家独立地对每个作业作出估计（无讨论无讨论/咨询咨询），将估计交给协调者，将估计交给协调者7.7.协调者作出如下表格的综合：协调者作出如下表格的综合：样表样表Software EstimationSoftware Estimation软件估算方法软件估

26、算方法Delphis WidebandDelphis Wideband方法的步骤方法的步骤8.8.协调者将综合表发给全部专家和作者协调者将综合表发给全部专家和作者9.9.当当%差别差别(variance)(variance)大于可接受水平时，专家与作者讨论作业大于可接受水平时，专家与作者讨论作业和假定。和假定。不讨论不讨论估计值估计值。某些作业可能作进一步分解或合并。某些作业可能作进一步分解或合并10.10.返回步骤返回步骤5 5；继续工作直到全部作业处在可接受水平之内；继续工作直到全部作业处在可接受水平之内偏差率偏差率Max(最大值平均值最大值平均值),(平均值最小值平均值最小值)/平均值平

27、均值Software EstimationSoftware Estimation软件估算方法软件估算方法Delphis WidebandDelphis Wideband方法的关键方法的关键绝对不讨论估计。讨论作业和假定绝对不讨论估计。讨论作业和假定估计是保密的。估计者不知道相互的估计估计是保密的。估计者不知道相互的估计应至少有三个估计者应至少有三个估计者将项目分解到小的作业（约将项目分解到小的作业（约2020个人日）个人日）Software EstimationSoftware Estimation软件估算方法软件估算方法PERTPERT方法方法 Pert Sizing（Putnam Beta

28、）方法是一种基于统计原理的估计方法，是一种简单易用、实效性强的软件估计方法。对于指定的估计单元（可能是规模、进度、工作量等），由直接负责人给出估计结果，估计结果由3个值构成：最小值、最大值、最可能值，通过计算公式：期望值期望值=（最大规模（最大规模+4*最可能规模最可能规模+最小规模）最小规模）/6 标准偏差标准偏差=（最大规模（最大规模 -最小规模）最小规模）/6 得到估计的结果。Software EstimationSoftware Estimation根据给出的三个值，推算出来最有可能接近实际值的规模。期望值-标准偏差，期望值+标准偏差 是一个可以接受的规模估计范围，如果你的最终实际值能

29、够落到该范围内，则可以被认为你的估计是成功的。初期该范围可以较大，随着估计的不断精确，该范围应该逐渐被有意识的减少以求得更准确的估计。建议：建议：(最高最高-最低最低)/)/最可能最可能 40 40软件估算方法软件估算方法PERTPERT方法的应用方法的应用 这种方法通常与WBS（任务分解）方法结合使用，可用于对于规模、进度、工作量的估计，通常用于规模估计，尤其适用于估计专家不足的情况。也可以和Delphi方法结合使用。Software EstimationSoftware Estimation软件估算方法软件估算方法PERTPERT方法的角色方法的角色Software EstimationS

30、oftware Estimation角色角色职责职责估计协调人估计协调人对项目熟悉，根据已实现的WBS来分配各任务给单元估计责任人。项目协调人将估计结果作为度量作为度量数据归入过程数据库。单元估计责任人单元估计责任人负责某个估计单元的估计结果估计员估计员一般是某项WBS的任务责任主体，他将负责该任务的开发。估计员凭借以往的开发经验和可参考的历史过程数据，对新任务的规模进行仔细的预测。软件估算方法软件估算方法PERTPERT方法的改进点方法的改进点 1、根据实际估计结果，给出项目的实际值与最低、最高估计值的差距。2、给出每模块实际值与最低、最高估计值的差距，计算准确估计的所占比率。3、在多个项目

31、估计的基础上，修正最低和最高值的建议范围，趋势减小。4、收集项目估计过程中的问题，改进估计方法的每个步骤，并增加常见偏差指导。5、项目估计值和实际值以及分析作为经验数据保存到过程数据库，供以后参考。Software EstimationSoftware Estimation软件估算方法软件估算方法 将将WBSWBS、PERTPERT、DelphiDelphi几种方法结合起来使用的示例几种方法结合起来使用的示例 WBS是估算的基础，估算作业可以用WBS表给出，每个专家单独估算时采用PERT方法，而整个估算采用Delphi估算。假定一个软件系统分为5个功能模块，我们请5个专家对项目的需求、设计、编

32、码、测试工作的工作量进行估算，工作量的单位是人月。Software EstimationSoftware Estimation软件估算方法综合应用软件估算方法综合应用 将将WBSWBS、PERTPERT、DelphiDelphi几种方法结合起来使用的示例几种方法结合起来使用的示例 每个专家基于WBS、PERT方法单独进行估算的示例Software EstimationSoftware Estimation软件估算方法综合应用软件估算方法综合应用作业作业乐观估计乐观估计悲观估计悲观估计最可能估最可能估计计偏差偏差功能模块1需求设计编码测试功能模块2需求设计编码测试 将将WBSWBS、PERTPE

33、RT、DelphiDelphi几种方法结合起来使用的示例几种方法结合起来使用的示例WBS、PERT、Delphi综合应用进行工作量估算的示例Software EstimationSoftware Estimation软件估算方法综合应用软件估算方法综合应用作业作业专家专家1估算值估算值专家专家2估算值估算值专家专家3估算值估算值专家专家4估算值估算值专家专家5估算值估算值偏差率偏差率功能模块1需求设计编码测试功能模块2需求设计编码测试估算的表达方式估算的表达方式1.加减限定2.范围3.风险量化4.情况5.粗略的日期和时间段6.把握性因素Software EstimationSoftware E

34、stimation1.加减限定2.范围3.风险量化4.情况5.粗略的日期和时间段6.把握性因素估算：估算：6 6个月，个月，+3+3个月，个月，-2-2个月个月+1+1个月个月延迟交付图形格式子系统延迟交付图形格式子系统-1-1个月个月招聘开发人员比预计少招聘开发人员比预计少+1+1个月个月新开发工具没有希望的好新开发工具没有希望的好用用-1-1个月个月新开发工具比预期的好用新开发工具比预期的好用+0.5+0.5个月个月员工病假员工病假+0.5+0.5个月个月低估规模低估规模Software EstimationSoftware Estimation估算的表达方式估算的表达方式1.加减限定2.

35、范围3.风险量化4.情况5.粗略的日期和时间段6.把握性因素情况情况估算估算最佳情况最佳情况4 4月月1 1日日计划情况计划情况5 5月月1515日日当前情况当前情况5 5月月3030日日最差情况最差情况6 6月月1515日日Software EstimationSoftware Estimation估算的表达方式估算的表达方式1.加减限定2.范围3.风险量化4.情况5.粗略的日期和时间段6.把握性因素交付日期交付日期按期或提前交付的概率按期或提前交付的概率4 4月月1 1日日5%5%5 5月月1 1日日50%50%6 6月月1 1日日95%95%Software EstimationSoft

36、ware Estimation估算的表达方式估算的表达方式估算改进估算改进 单点估算例子项目点项目点估算（人月）估算（人月）初始产品概念阶段初始产品概念阶段100100已批准的产品概念阶段已批准的产品概念阶段100100需求说明书阶段需求说明书阶段135135概要设计说明书阶段概要设计说明书阶段145145详细设计说明书阶段详细设计说明书阶段160160结束阶段结束阶段170170Software EstimationSoftware Estimation 范围估算例子项目点项目点估算（人月）估算（人月）初始产品概念阶段初始产品概念阶段25-40025-400已批准的产品概念阶段已批准的产品概

37、念阶段50-20050-200需求说明书阶段需求说明书阶段90-20090-200概要设计说明书阶段概要设计说明书阶段120-180120-180详细设计说明书阶段详细设计说明书阶段145-180145-180结束阶段结束阶段170170Software EstimationSoftware Estimation估算改进估算改进 估算再修正的例子 假定有一个6个月的进度计划，计划4周完成第一个里程碑，而实际用了5周。这时：1.假定能在后续进度中弥补损失的一周？2.把这一周加到整个进度中？3.把整个进度乘以拖延的数量（比例），本例中为25%？Software EstimationSoftware

38、 Estimation估算改进估算改进软件估算的原则与技巧软件估算的原则与技巧 n估算时间越早，错误越大，但仍然要在项目初期就开始估算。n估算的目的是用来做决策，而不是估算完成就完了。n留出估算的时间，并做好计划。n避免无准备的估算。n估算文档化做得越好，获得估算经验的机会越大，这些经验可以为以后的项目估算提供参考n使用以前项目的数据。n使用以开发人员为基础的估算。n进行详细的较低层次上的估算。n不要忽略普通任务。n走查估算。n使用软件工具估算。n使用几种不同的估算方法。n估算的目的是得到准确的结果，不是寻求特定的结果。Software EstimationSoftware Estimation数据转换、安装、定制、B测试程序管理、向客户或用户演示程序、参加变更控制会议、项目进行中现有系统的维护与技术支持、缺陷修正、与SQA的协调、用户文档支持、技术文档评审、集成、休假、节假日、员工病假、公司和部门会议、培训等项目组成员分别估算项目的各个部分，然后开一个走查会议比较所有的估算。充分讨论估算的差别并了解出现差别的原因，一直到估算范围的高低界限达成一致意见才算完成。