软件项目成本管理.pptVIP

成本驱动因素fi很低低正常高很高超高人员因素分析员能力1.461.000.860.71应用领域经验1.291.131.000.910.82程序员能力1.421.171.000.860.70虚拟机使用经验1.211.101.000.90程序语言经验1.411.071.000.95项目因素先进编程技术1.241.101.000.910.82使用软件工具1.241.101.000.910.83开发进度限制1.231.081.001.041.10例2.一个规模为10KDSI的商用微机远程通信的嵌入型软件，使用中间COCOMO模型进行成本估算。程序标称工作量MM＝2.8(10)1.20＝44.38（MM）程序实际工作量MM＝44.38×＝44.38×1.17＝51.5（MM）开发所用时间TDEV＝2.5(51.5)0.32＝8.9（月）如果分析员与程序员的工资都按每月6,000美元计算，则该项目的开发人员的工资总额为51.5×6,000＝309,000（美元）做为对比，现在用IBM模型计算PM＝5.2(10)0.91＝42.27（人月）D＝4.1(10)0.38＝1.84（月）S＝0.54(42.27)0.60＝5.1(人)(5)详细COCOMO模型详细COCOMO模型的标称工作量公式和进度公式与中间COCOMO模型相同。详细COCOMO模型引入了两种新特色：阶段敏感的工作量影响因素：把软件开发分为4个阶段：需求计划和产品设计、详细设计、编码和单元测试、集成与测试。三层次的产品分级结构：针对每一个影响因素，按模块层、子系统层、系统层，有相应工作量因素分级表，供不同层次的估算使用。两者综合，每张表都按产品层次-开发阶段-要求高低，详细给出定量的估计。例如，软件可靠性（RELY）的工作量因素分级表（子系统层）和产品复杂性（CPLX）的工作量因素分级表（模块层）如表所示。使用这些表格，可以比中间COCOMO模型更方便、更准确地估算软件开发工作量。估算对风险的影响低风险区项目复杂性项目结构化、规约的不确定程度项目工作量大小1)使用LOC和FP估算在软件项目估算中，在两个方面使用了LOC和FP数据：把LOC和FP数据当做一个估算变量，用于量度软件每一个元素的规模。LOC和FP数据作为从过去项目中收集到的基线数据，与其它估算变量联合使用，进行成本和工作量的估算。LOC和FP的共性在于:给出一个有界的软件范围的叙述由此叙述把软件分解成一些小的可分别独 立进行估算的子功能对每一个子功能估算LOC或FP把基线生产率度量(如LOC/PM或FP/PM)用做特定的估算变量，导出子功能的成本或工作量综合子功能的估算得到整个项目的总估算。用LOC做为估算变量时，必须进行功能分解,且需要达到很详细的程度。而估算FP时需要的数据是宏观的量，当把FP当做估算变量时不需分解得很详细。LOC是直接估算的,而FP是通过估计输入、输出、数据文件、查询和外部接口的数目，以及14种复杂性校正值间接地确定的。项目计划人员可对每一个分解的功能提出一个有代表性的估算值范围。利用历史数据或凭实际经验（当其它的方法失效时），对每个功能分别按最佳的、可能的、悲观的三种情况给出LOC或FP估计值。记作a、m、b。接着计算LOC或FP的期望值E。

E＝（a＋4m＋b）／6

所有子功能的总估算变量值除以相应于该估算变量的平均生产率度量得到项目的总工作量。例如，若假定总的FP估算值是310，基于过去项目的平均FP生产率是5.5FP／PM，则项目的总工作量是：

工作量＝310／5.5＝56PM作为LOC和FP估算的实例，考察一个为CAD应用而开发的软件包。系统定义评审指明，“软件是在一个工作站上运行，其接口必须使用各种计算机图形设备，包括鼠标器、数字化仪、高分辩率彩色显示器和激光打印机。”在这个实例中，使用LOC做为估算变量。根据系统规格说明,软件范围的初步叙述如下 “软件从操作员那里接收2维或3维几何数据。操作员通过用户界面与CAD系统交互并控制它，这种用户界面将表现出很好的人机接口设计特性。所有的几何数据和其