项目估计指南.docVIP

产品开发部 项目估计指南 拟制： 日期： 审核： 日期： 批准： 日期： 文档编号：RD-RUL- PRG-0 创建日期：yyyy-mm-dd 最后修改日期：2008-3-31 版本号：1.0.0 电子版文件名：产品开发部-项目估计指南.doc 文档修改记录 修改日期 修改人 修改说明 版本号 修改页 目 录 1 类比法 4 1.1 适用情况 4 1.2 方法介绍 4 1.3 举例 4 1.4 特点 5 2 PERT估计法 6 2.1 适用情况 6 2.2 方法介绍 6 2.3 特点 7 3 功能点估计法 8 3.1 适用情况 8 3.2 方法介绍 8 3.3 特点 8 4 Delphi 法 9 4.1 适用情况 9 4.2 方法介绍 9 4.3 举例 9 4.4 特点 10 5 专家判断法 11 5.1 适用情况 11 5.2 方法介绍 11 5.3 特点 11 6 代码重用法 12 6.1 适用情况 12 6.2 方法介绍 12 6.3 特点 12 7 总结 13 类比法 适用情况 类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目通过新项目与历史项目的比较得到规模估计。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。，特别要注意历史项目做得不够的地方2、3步的结果进行估计, 形成对软件产品规模或者工作量的估计。 举例 例如，某历史产品共有如下几个模块：A1模块，代码行数为10,000；A2模块，代码行数为5,000；A3模块，代码行数为4,100；A4模块，代码行数为15,000。新产品B1模块与A1类似；B2模块与A3类似；B3模块与A4类似；B4模块无相关类似模块。则相关估计如下： 历史产品模块 历史产品代码行数 新产品模块 差异系数 新产品类似估计代码行数 A1 10,000 B1 -10% 9,000 A2 5,000 A3 4,100 B2 +10% 4,500 A4 15,000 B3 +20% 18,000 B4 0 对于找不到类似模块的情况，比如新产品的B4模块，项目组可以用下述的其他方法进行估计。 特点 这种估计的准确性依赖于已完成项目的完成程度和数据的准确程度，因此使用这种估计方法要求有一个内容丰富、准确、可靠的软件过程数据库。 PERT估计法PERT对各个项目活动的完成时间按三种不同情况估计：一个产品的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的Pert 统计估计。Pert 估计可得到代码行的期望值E和标准偏差SD 预期开发工作量： 标准偏差： 举例说明，假如一个新的程序的工作量估计： a＝最小可能的工作量 例如：100人日 b＝软件产品的正常工作量 例如 120人日 c＝软件产品的最大可能开发工作量 例如 150人日 那么，根据PERT公式估计的预期开发工作量E和标准偏差是SD分别为： 这就是说，有68%的可能工作量在113人日（121－8）和129人日（121 + 8）之间。 特点 本估计方法的前提是工作量的估计没有偏见，经验表明，估计偏低的倾向大于偏高的倾向，使用时应加以考虑。 功能点估计法功能点分析的初衷之一是让项目组和客户可以使用同一方法定义功能需求。结果证明，理解客户需求最好的办法是站在客户的角度分析软件系统产生的结果，从而来确定客户关心的问题。因此，功能点分析的一个主要的目标就是从用户的角度定义系统的能力。对一个软件产品的开发，功能点对项目早期的规模估计很有帮助。然而，在了解产品越多后，功能点可以转换为软件规模测量更常用的LOC功能点测量是在需求分析阶段基于系统功能的一种规模估计方法。通过研究初始应用需求来确定各种输入、输出、计算和数据库需求的数量和特性。通常的步骤是： 识别范围和应用边界 计数数据功能 计数交易功能 计算未经调整的功能点 计算调整系数 计算调整后的功能点 由于功能点分析法是一非常系统、严谨的理论，在项目实际应用中使用的成本过大，故组织不建议项目采取该中估计方法。功能点估计法的详细介绍见《功能点分析方法概论》。 特点 系统严谨，准确度较高。 Delphi 法Delphi估计方法是一种鼓励参加估计的人员之间就相关问题进行讨论的方法，用这种方法能充分发挥集体的力量，使估计的结果更切合实际。这种方法可以用于规模估计，也可以用于工作量估计。在历史数据不完全的情况下（如开发新项目、相关人员对开发所涉及领域不够熟悉程等），可采用本估计方法。