软件成本估计-软件成本管理的问题

软件成本估计1导论软件成本管理的问题：软件的开发成本经常被低估预算编列不足、合约价格过低=>时程延误、质量问题公开发表的成本估计方法过于「主观」「自己描述自己的方法，自己评估自己的方法有多准确」价格竞争、低价抢标影响软件的成本的因素很多、发包者与承包者认知的落差1导论为了更深入了解软件成本：需要知道成本发生在哪里？哪些因素影响软件成本、各因素所占的权重？了解软件成本的分类、估计模式了解估计方法的适用情况、影响成本估计准确度的因素、等等2成本影响因素成本因子可归纳成七类属性：规模属性产品属性信息科技属性人员属性项目属性环境属性管理属性这七类属性可以帮助成本估计者思考成本的来源，也有助于模式的建立2成本影响因素规模属性原始码的行数(linesofcode)子程序的数目功能点(functionpoints)数据项的数目文件的页数2成本影响因素产品属性软件的类型软件的复杂度使用的程序语言(信息科技的属性？)要求的质量与可靠度再用码的数量处理时间的限制2成本影响因素信息科技属性硬件架构网体架构软件平台中央处理器(CPU)、内存及通讯的限制使用信息科技的成熟度2成本影响因素人员属性开发者的一般能力与学习能力开发者的经验类似项目与开发环境的经验项目经理的经验2成本影响因素项目的属性使用的方法及工具需求明确的程度和顾客的沟通与关系开发时程的紧迫性项目组织的大小预算充裕的程度2成本影响因素环境属性行政复杂度使用者参与程度需求变更的频繁程度市场竞争的程度2成本影响因素管理属性项目管理者的领导能力与经验团队合作资源分配时程安排及控制训练质量保证3软件成本的分类依生命周期成本分类依外购软件成本分类依成本会计分类3.1依生命周期成本分类开发成本(约45%)需求分析设计编码整合测试维护成本(约55%)预防性维护更正性维护改善性维护3.1依生命周期成本分类预防性维护(PreventiveMaintenance)Y2K更正性维护(CorrectiveMaintenance)除错工作(bugfixes)改善性维护(PerfectiveMaintenance)使用接口的调整程序效能的提高3.1依生命周期成本分类转换成本(ConversionCost)程序转换、数据转换、文件转换计算机化时，纸张的历史数据的转换？！装置成本(InstallationCost)由于实际的操作环境比软件开发环境要复杂许多，装置的过程中往往会引发新的问题(跟其他系统衔接)训练成本训练往往不是一次就能达到目的，重复的训练、训练后发现的新需求都会使成本超乎预期其他成本3.2依外购软件成本分类应用软件的采购成本顾问费用SAP,Oracle,等ERP的「设定费用」(configuration,performancetuning,etc.)软件修改费用其他软件费用3.3依成本会计分类直接成本(DirectCost)人工(程序设计师、系统分析师、项目经理)直接材料成本(比例低)设备成本(CapitalCost)软件、硬件、办公设备等费用(Expense)旅费、顾问费、训练费等分摊费用(Overhead)行政人员费用、水电费、保险费用、管理费用4软件成本估计的过程软件成本估计不是一次估计后就固定不变软件成本估计是一个过程生命周期导向的估计过程系统与模块层次的估计过程4.1生命周期导向的估计过程第一阶段：提出构想粗略的成本估计与资料搜集专家判断法由上往下法管理者依经验与判断来评估可行性及成本效益不可行->取消构想可行->进入第二阶段根据p.151之图24.1生命周期导向的估计过程第二阶段：由项目小组分析需求并分解系统功能正式估计成本由下往上法参数模式模拟法项目核准？不核准->取消项目核准->进入第三阶段根据p.151之图24.1生命周期导向的估计过程第三阶段：进行详细的需求分析与初步设计修改估计的成本成本太高？太高->调整预算或调整项目功能(需求)不会太高->进行项目根据p.151之图24.2系统与模块层次的估计过程先将系统分解成子系统，然后找寻过去完成的项目有没有类似的功能，区分成新开发模块类似功能模块相同功能模块根据新模块的大小及再用模块的修改程度来估计成本估计程序行数或功能点数估计调整因子估计再用模块的修改比例

加总新模块与再用模块的成本

再用模块(ReuseModule)4.2系统与模块层次的估计过程估计新文件与再用文件的成本比照程序模块的方式估算估计测试成本占总成本的15%~40%依系统的复杂度、任务的重要性、顾客的质量要求行政管理的费用及分摊的费用估计风险系数和先前的数据比较并做调整5软件成本估计的方法Boehm(1984):演算模式专家判断法模拟法由上往下法由下往上法巴金森法ParkinsonMethod胜算价格法Price-to-WinMethodMohanty(1981):历史数据模式统计分析模式理论模式5软件成本估计的方法巴金森法：工作的多寡是将资源耗尽为原则有多少预算与多少时间就做多少事胜算价格法：以争取合约为原则可获得合约的价格做为估计的基础1专家判断法专家的条件：在相关领域有实际的工作经验曾经管理过或从事相关工作的人员具有成本估计的经验1专家判断法

需要的信息1专家判断法

使用的信息1专家判断法当多个专家参与评估时，多个估计值的综合可以下列方式获得：平均法去除极值平均法如：删除前后各10%,保留中间80%做平均中位数法(median)三点估计法德菲法(DelphiMethod)群体决策方法，有兴趣可自己阅读chapter121专家判断法三点估算法：

C=(CL+4CM+CH)/6其中：CL：乐观值的平均CM：最可能值的平均CH：悲观值的平均2模拟法(Analogy)模拟法的精神在于比较新项目与过去类似的项目删除旧系统存有而新系统却不需要的功能增加新系统需要而旧系统没有的功能根据以下因素来调整：特殊的环境因素人事成本的考虑新技术的引进质量的要求风险的因素等专家判断法的「专家」也会运用模拟法3参数模式参数模式(ParametricModels),又称：算法则模式(AlgorithmicModels)统计模式(Statistically-BasedModels)基本概念：软件开发成本为软件规模与调整因子的函数软件规模：源代码行数(LinesofCode,LOC)功能点(FunctionPoint,FP)调整因子：影响软件开发成本的因素3参数模式基本概念(续)：函数关系现在是「非线性函数」(non-linearfunction)早期是「线性函数」(linearfunction)参数估计模式可以下列的形式表示：成本=常数+软件规模之成本函数*调整因子成本=常数+软件规模之成本函数+调整成本3参数模式以数学式表示：C=C0+f(s)*g(x)C=C0+f(s)+h(x)其中：C：估计成本(人月或人日)s：软件规模(LOC或FP)f：规模函数x：调整因子的向量g：调整函数h：调整成本函数C0：常数3参数模式规模函数f可为：线性函数：f(s)=aS非线性函数：f(s)=aSba,b为系数3参数模式调整函数：g(x)=g1(x1)*g2(x2)*...*gi(xi)

调整成本函数：h(x)=h1(x1)+h2(x2)+...hi(xi)3参数模式实际参数模式：Farr&Zagorski模式COCOMO模式(ConstructiveCostModel,Boehm,1981)基本模式(BasicModel)中级模式 (IntermediateModel)详细模式(DetailedModel)COCOMO2.0模式3参数模式COCOMO模式每一个模式又将软件分为三个复杂的程度：简单型(OrganicMode)中间型(Semi-detachedMode)复杂型(EmbeddedMode)基本模式：未考虑「调整因子」C=aSb3参数模式COCOMO模式(续)中级模式加了15个调整因子g(x)=g1(x1)*g2(x2)*...*g15(x15)C=aSb*g1(x1)*g2(x2)*...*g15(x15)详细模式调整因子再分配到不同的开发阶段根据不同规模大小、等而调整分配到各阶段的比重：项目愈大，编码所占的比重愈低、整合测试的比重愈高项目愈复杂，编码占的比重愈低、需求分析、系统设计、整合测试所占的比重愈高3参数模式COCOMO模式的优缺点：优点：非常完整缺点：分类过于详细，若无庞大的数据库则参数估计的误差会很大15个调整因子的调整数值相乘会使得变异加大;800倍!!COCOMO2.0有改善略4功能点分析法功能点分析法(FunctionPointAnalysis):用来衡量软件的规模从用户的观点来计算软件所提供的功能功能是一种逻辑的概念，所以独立于程序语言、开发方法、硬件平台和组织特性4功能点分析法功能点分析法将软件系统之功能分为两种「功能类型」及「五种档案型态」：数据功能类(DataFunctionType)内部逻辑档案(InternalLogicalFile)外部接口档案(Exte