IT软件项目成本管理

第六章IT软件项目成本管理副标题›6.1IT项目成本›6.2IT项目开发成本的估算方法›6.3成本估算案例›6.4项目成本控制6.1IT项目成本直接成本•项目有直接关系的成本费用，是与项目直接对应的，包括直接人工费、直接材料费、其他直接费等管理费用•为了组织、管理和控制项目所发生的费用•间接费用期间费用•项目开展期间，企业日常花费•与项目无关间接费用直接费用›1.IT项目成本的构成–由项目经理控制硬件成本：实施项目所有的硬件设备差旅及培训软件开发成本：人工成本（主要）项目管理费用›注意：IT软件项目的产品生产不是一个重复的制造过程，成本估算是以项目识别、设计、实施、评估等整个项目开发过程所花费的人工代价作为计算依据E1E2E3E4E5始于项目计划结束时间识别设计实施评估费用›2.影响项目成本的因素项目质量工期价格管理水平人力资源›1）项目质量对成本的影响–质量对成本的影响，可以通过质量成本构成示意图来表示费用质量质量保证成本质量故障成本质量总成本质量故障成本指为了排除产品质量原因所产生的故障，保证产品重新恢复功能的费用质量保证成本指为了保证和提高产品质量而采取的技术措施所消耗的费用质量总成本由质量故障成本和质量保证成本组成›2）工期对成本的影响–项目的费用由直接费用和间接费用组成，一般工期越长，项目的直接费用越低，间接费用越高；工期越短，直接费用越高，间接费用越低。相互之间的关系如下图所示项目总成本项目工期直接费用间接费用总成本›3）价格对成本的影响–中间产品和服务、市场人力资源、硬件、软件的价格也对成本产生直接的影响›4）管理水平对成本的影响–高的管理水平可以1）提高预算的准确度，2）加强对项目预算的执行和监管，3）对工期的控制严格限制在计划许可的范围之内，对设计方案和项目计划更改造成的成本增加、减少和工期的变更，4）可以较为有效地控制，减少风险的损失›5）人力资源对成本的影响–高技术能力、高技术素质的人才，本身的人力资源成本比较高，但可以产生高的工作效率、高质量的产品、较短的工期等间接效果，从而总体上会降低成本–相反一般人员，需要技术培训，对项目的理解及工作效率相对低下，工期会延长，造成成本的增加›3.项目成本管理的内容资源计划编制费用估算费用预算不可预见费用费用控制›1）资源计划编制–确定完成项目活动所需要的各种资源的种类、数量和时间，包括人力、财力和物力资源，完成资源的配置–意义：它是进行费用估算的基础，也是工作结构分解、项目范围定义、活动定义和工作进度计划编制的后续工作。–依据：工作分解结构、项目范围定义、项目活动定义、历史资料、资源库信息、工作进度计划等。–方法：通过若干专业技术人员采取诸如组织策略、数学模型、专家评估等技术手段，制定出项目的资源计划›2）费用估算–是对完成项目工作所需要的费用进行估计和计划，是项目计划中的一个重要组成部分。要实行成本控制，必须先估算费用–依据：工作分解结构、资源要求、活动持续时间估计、历史信息、财务规范等。–方法：经验估算法、因素估算法、WBS全面详细估算法、数学模型法等。–结果：经过费用估算，最终产生费用估算表、估算的详细依据、费用管理和控制计划等。›3）费用预算–目的是形成项目的基准费用计划–依据：注意控制费用预算的层次，层次太少影响预算的控制，层次太多则需要更多的计划准备时间和费用。–方法：费用分解结构（课本85页），将估算的费用按工作分解结构和工作任务进行分配，得到一个费用分配树，形成项目的费用预算表。–结果：费用基线（成本基线），给出项目中每项工作任务分配的费用，并以此作为费用基线来控制项目执行和费用支出。累计费用时间实际支出费用基线›4）不可预见费用–不可预见费用是为了应付突发事件或者未能预料到的变化而准备的资金，主要用于防范因失误、疏漏或者突变而造成的费用增加。–该费用的数额是根据项目工作范围、风险分析、类似项目的经验以及项目团队的评估来确定的。–该费用在项目费用所占的比例一般为10%。›5）费用控制–又称成本控制，是在整个项目的实施过程中，定期收集项目的实际成本数据，与成本的计划值进行对比分析，并进行成本预测，及时发现并纠正偏差，使项目的成本目标尽可能好地实现›项目成本管理的主要目的就是控制项目的成本，将项目的运作成本控制在预算的范围内，或者控制在可以接受的范围内，以便在项目失控之前就及时采取措施予以纠正。PAGE17补充：估算成本需要考虑的因素（1）类型成本因素系统规模1．程序指令的估算条数2．交付的机器语言指令数3．交付的源语言指令数4．新指令的百分比5．书写指令的百分比6．判定指令的数目7．非判定指令的数目8．信息存储和检索指令的百分比9．交付代码的百分比数据库10．数据库中词数PAGE18估算成本需要考虑的因素（2）类型成本因素系统复杂性11．估算整个复杂性的级别12．接口的复杂性13．系统的惟一性14．难度15．硬件—软件接口16．程序结构的考虑17．文件、报告和应用程序的数目18．生存期人力总数、开发期人力总数，测试和验证期人力总数19．生存期总时间、开发期总时间20．作业类型PAGE19估算成本需要考虑的因素（3）类型成本因素程序类型21．应用类型（商业性/非商业性）22．程序种类（控制、输入/输出、预处理/后处理、算法、数据、管理、时间临界）23．实时/非实时文档24．页式文档25．用户文档类型的数目26．内部使用的文档数目PAGE20估算成本需要考虑的因素（4）类型成本因素环境与项目属性27．系统开发环境28．新或旧计算机29．显示控制台数30．专用显示设备（使用/未使用）31．随机存储设备（使用/未使用）32．使用语言33．存储器空间的限制34．计算机系统速度和存储容量35．分时或批处理36．程序员对所用语言、编译等的熟悉情况37．程序员的程序设计经验PAGE21估算成本需要考虑的因素（5）类型成本因素环境与项目属性38．程序员参与设计程度39．人员的连续性40．程序开发点的数目41．生产率（代码行/单位时间）42．并行硬件开发43．人员数44．程序员应用经验45．用户接口46．需求定义47．需求易变性48．维护需求PAGE22估算成本需要考虑的因素（6）类型成本因素环境与项目属性49．用户应用经验50．用户参与需求定义51．出差的里程数52．软件交付后操作的次数53．模拟的时间状态等级54．原型代码的目的55．容错计算56．可靠性57．安全性58．单CPU/多CPU应用环境59．需求中增加维护性6.2IT项目开发成本的估算方法›1IT项目成本的常用估算方法›2面向规模(LOC)的度量›3面向功能点(FP)的度量›4COCOMO模型›1.IT项目成本的常用估算方法成本建模技术：数学模型专家判定技术（Delphi法）类比评估技术Parkson法则：用所需的时间来表示的成本。自顶向下估算法自下而上估算法赢利定价法：成本的预算依靠客户的预算而不是软件的功能注意：大型项目中，通常采用几种方法并且比较他们估算的结果，如果结果相差较大，代表没有搜集到足够的成本信息，应该设法获取更多信息重新估算，直到结果基本一致›2.软件开发项目估算的基本技术1.面向规模LOC2.面向功能点FP3.结构化成本估算（COCOMO）›3.面向规模（LOC）的度量–通过规范化质量和生产率测量的方法得到，测量基于所生产软件的规模–软件规模度量标准每千行代码(KLOC)的错误数每千行代码行(KLOC)的缺陷数每千行代码行(KLOC)的成本每千行代码行(KLOC)的文档页数每人月错误数每页文档的成本›注意：代码行数依赖选择的硬件和软件，因此并不被认为是软件度量的最优方法›4.面向功能点（FP）的度量–功能点估算是对程序规模的一个综合量度，经常用于项目早期阶段–从需求说明书确定功能点比确定代码行容易–参数外部输入和输出数量外部接口数用户交互数系统要用的文件数每个参数都可以根据复杂性进行评估，权重为3-15›1）功能点估算的指标–输入：屏幕、表单、对话框、控件，或者最终用户以及其他程序添加、删除、改变程序数据的消息。–输出：屏幕、报告、图表或者程序产生的由最终用户以及其他程序使用的消息。–外部接口文件–查询（交互）：输入输出的结合，输入能导致快速简单的输出。–内部逻辑文件：完全由程序控制的最终用户数据或控制信息的主要逻辑组。›2）功能点估算的方法程序功能功能点复杂因子(权重)数量FP=数量×功能点复杂因子简单平均复杂输入数量×3×4×6输出数量×4×5×7外部接口文件×5×7×10查询（交互）×3×4×6内部逻辑文件×7×10×15功能点总数–功能点法一般通过建立某个特定的测量参数的功能点数–根据上表所得功能点可能存在偏差，因此需要调整所计算的功能点。–通过对下表的14个问题的回答情况来计算调整功能点系数。序号问题(根据问题回答情况确实Fi值)回答Fi1234567891011121314系统是否需要可靠的备份和恢复是否需要数据通信是否有分布处理功能系统是否很关键系统是否在一个已有的、很实用的操作环境中运行系统是否需要联机处理联机数据项是否需要在多屏幕或多操作之间切换以完成操作是否需要联机更新主文件输入、输出及文件查询是否很复杂内部处理是否复杂内部处理是否需要设计成可复用的设计中是否需要包装转换及安装系统的设计是否支持不同组织的多次安装应用的设计是否方便用户修改及使用›回答的权重调整取值Fi见下表调整各项权重值——Fi的取值012345没有影响偶有影响轻微影响平均影响较大影响严重影响调整所计算的功能点（FP）：FP=功能点总数×调整系数其中：调整系数=0.65+0.01×∑Fi式中:1.总计数值是原始总计功能点数值；2.Fi是根据对调整功能点时需考虑问题的回答结果而得出的权重调整值；3.常数和参数的加权因子是根据经验确定的；4.调整系数一般在0.65~1.35之间变化›功能点估算实例：–下表2和表3分别给出了程序功能的数量和调整功能点时需考虑的问题的回答情况，试分别计算调整前、后的功能点数。程序功能功能点复杂因子（权重）数量FP=数量×权重简单平均复杂输入数量6,2,3输出数量7,7,0查询0,2,4内部逻辑文件5,2,3外部接口文件9,0,2调整前功能点总数调整系数调整后功能点总数表2序号问题(根据问题回答情况确实Fi值)回答Fi1234567891011121314系统是否需要可靠的备份和恢复是否需要数据通信是否有分布处理功能系统是否很关键系统是否在一个已有的、很实用的操作环境中运行系统是否需要联机处理联机数据项是否需要在多屏幕或多操作之间切换以完成操作是否需要联机更新主文件输入、输出及文件查询是否很复杂内部处理是否复杂内部处理是否需要设计成可复用的设计中是否需要包装转换及安装系统的设计是否支持不同组织的多次安装应用的设计是否方便用户修改及使用严重影响严重影响较大影响严重影响平均影响较大影响较大影响严重影响平均影响较大影响较大影响偶有影响偶有影响轻微影响55453445344112表3›解：根据表3问题的回答情况，计算得出调整权重：∑Fi=50。调整前、后的功能点数计算结果见表4。程序功能功能点复杂因子（权重）数量FP=数量×权重简单平均复杂输入数量6×3=182×4=83×6=186,2,344输出数量7×4=287×5=350×7=07,7,063查询0×3=02×4=84×6=240,2,432内部逻辑文件5×7=352×10=203×15=455,2,3100外部接口文件9×5=450×7=02×10=209,0,265调整前功能点总数12671107304调整系数0.65+0.01×∑Fi=0.65+0.01×50=1.15调整后功能点总数304×1.15=350›5.初级COCOMO模型–普及程度较高的自顶向下的成本估算模型–为静态单变量模型，适用于对整个软件系统进行估算–公式：–𝐸表示工作量，即开发软件所需的人力(人月，𝑃𝑀)；𝐷𝑆𝐼表示代码行估算值，单位是𝐾𝐿𝑂𝐶；𝑎,𝑏为两个参数，具体值有项目种类而定–𝑇𝐷𝐸𝑉表示所需的