软件项目估算指南(CMMI5).docVIP

. . DOCPROPERTY Company 公司名称 Page PAGE 1 of NUMPAGES 3 TITLE 项目估算指南 COMMENTS Version 1.1 文档名称： FILENAME CMMI5-项目估算指南-V1.1.doc 修订历史记录 日期 版本号 修改说明 修改人 核准人 目录 TOC \o 1-3 \h \z 1 目的 4 2 范围 4 3 术语、缩写词 4 4 估算过程 4 4.1 简要说明 4 4.2 流程图 5 4.2.1 自顶向下的方法 5 4.2.2 自底向上的方法 6 4.3 估算规程 6 4.4 裁剪指南 7 5 估算方法 7 5.1 UCP估算算法 7 5.1.1 估算UUCP 8 5.1.2 估算TCF调整因子 8 5.1.3 估算EF调整因子 9 5.1.4 估算UCP 10 5.1.5 估算工作量 10 5.1.6 估算进度 10 5.1.7 估算成本 10 6 附录 11 6.1 生产率数据来源 11 6.2 进度估算数据来源 11  TITLE 项目估算指南 目的 本文用于估算软件项目的规模、进度、工作量、成本，以指导项目作出合理的估算。 范围 本文件包括软件项目估算的各个方面，包括规模、进度、工作量、成本，并包括其在项目的中的分布估算。本文件适用于公司所有项目。 术语、缩写词 UCP Use Case Point，用例点 估算过程 简要说明 准确的估算是最大可能加快开发速度的基础，没有准确的进度估算，再有效的进度计划也无从谈起。不切实际的估算、不正确的期望是带来项目问题的主要原因。 估算是一个不断改进的过程，只有当详细地理解了每个功能，你才有可能准确估算出软件开发的进度和成本。因此，能够提前做出的决策越多，估算的精确度就越高。 准确的估算可以更好的控制项目的规模、进度、成本。工作量和进度估算通常在提交建议书及制定项目计划时进行，在项目实施过程中，也可能要对工作量和进度重新估计。 对于软件规模的估算主要有三种方法：代码行，功能点，用例点。本公司现在主要使用用例点方法。 对于工作量的估计，主要有两种方法： 自顶向下的方法（Top-down approach），用一个简单的方程从估计的规模求出估计的总工作量，各阶段的工作量可以根据它们占总工作量的百分比而得到。在需求不太明确时，规模估计比较困难，这时估算的误差会比较大。 自底向上的方法（Bottom-up approach），首先获得项目各部分估计的规模，然后得到整个项目估计的规模。在这种方法主要依据WBS来估算，首先将项目进行分解，列出主要工作，然后估计每件工作的工作量，汇总就可以得到整个项目的工作量。 对以上两种方法比较如下： 方法类别 优点 缺点 适用情况 自顶向下的方法 可以较好的利用过程数据库及历史数据 不需要进行工作分解 需求不明确时，规模不容易估算 项目情况与组织标准能力可能有较大差别 需求比较明确(一般在需求分析完成之后) 自底向上的方法 不需要估算规模 在WBS中可能会忽略某些重要的任务，工作分解比较困难 对某管理性工作不容易直接估算 不容易积累经验 需求不明确时(一般在撰写建议书或需求分析完成之前) 当工作量已经知道或确定以后，就可以根据历史数据，计算项目最适合的总进度，然后根据项目的人力分配情况及历史数据，计算出各主要进程碑的进度计划。 流程图 自顶向下的方法 自底向上的方法 估算规程 Entry Criteria 1 RFP，客户发出招标书，投标时 2 项目启动时 3 重大需求变更时 4 项目范围变化时 Inputs 1 SRS 2 合同及建议书 3 历史信息 Steps 1 需求分解：在估算时，首先需要当需求细分，需求分解越清楚、明确，估算的准确度越高。需求随着项目的进展而不断明确。 2 自顶向下的方法 估算产品规模：本公司现在对产品规模采用UCP（用例点）来计算。估算规模可以用以下几种方法： （1）用估算算法进行估算 （2）采用Delphi法，根据历史数据，进行类比分析 自底向上的方法 将项目的工作进行分解，列出项目的工作分解结构WBS，并估算出每件工作的工作量。 3 自顶向下的方法 估算工作量：根据产品规模及生产率历史数据推算出工作量，工作量用人月（PM, Person-Mo