软件项目管理第三章.pptxVIP

第3章 软件项目成本管理; ;成本估算的意义： 成本估算是从费用的角度对项目进行规划。 成本估算的问题： 项目人员对软件开发盲目乐观，对费用估计过低； 系统分析员对软硬件权衡不准确，造成软件成本增幅过大； 项目经理对各个阶段的工作进度没有可靠的依据，难以控制开发过程。 ;成本的概念 生产一种产品所需要的费用 交换中所放弃的东西 什么是软件项目成本 为完成软件项目而支付的货币量 人力资源成本 软硬件资源成本 商务活动成本 其它成本费用 项目成本的分类 根据成本的可确定程度：无形成本、有形成本； 根据是否可识别和跟踪：直接项目成本、间接项目成本;3.1.2 成本管理;3.1.3 估算的时机; 软件产品生命周期及需要进行估算的五个时间点：E1,E2,E3,E4,E5;客户需求：E1 客户需求阶段列出客户需要的基本软件功能。时间点E1的估算可以为软件组织提供初步信息，否则需要重新考虑项目的可行性。 需求分析：E2 完成对软件项目的规格说明，进一步细化系统功能。 有助于软件组织在进入在开发前再次权衡产品的可行性。 系统设计：E3 系统设计阶段给出产品的完整软件体系结构和各个子系统及模块的说明； 这阶段的估算一般不会做出终止项目的决定，但却影响以后各阶段资源的分配。;系统实现：E4 设计通过审查之后，系统的实现工作就开始了。该阶段结束时，前面各项活动中消耗的资源（时间及人力等）和软件工作量均可获得，从而可对原有的估算进行调整，后期需要的工作则按此估算进行计划。 系统运行维护：E5 当所有的工作都已完成并得到了验证后，系统就可以投入运行了。估算工作实际上是对估算过程的评价，即用实际的消耗与各个阶段估算值进行比较，为下一项目积累宝贵的经验。 ;3.2.1 WBS 3.2.2 LOC估计 3.2.3 FP估计 3.2.4 PERT规模估计;传统的WBS结构:;常用的软件规模度量标准： 代码行 LOC: 功能点 FP:;软件规模的估计原则：;LOC: 代码行LOC是常用的源代码程序长度的度量标准。 代码行可分为两种： 无注释的代码行（NCLOC） 注释的源代码行（CLOC） 实际工作中，也常常使用KLOC（千代码行）来表示???序长度。 一代码行（1LOC）价值和人月均代码行数可以体现一个软件生产组织的生产能力。;功能点： 功能点度量是在需求分析阶段基于系统功能的一种规模估计方法，常应用需求来确定各种输入、输出、查询、外部文件和内部文件的数目，从而确定功能点数量。 计算功能点数的步骤： （1）计算所需要的输入、输出、查询、外部文件、内部文件的数量。 （2）有了以上五个功能项的数量后，再由估计人员对项目的复杂性作出判断，大致分成简单、一般、复杂三种情况。然后根据表3.1求出功能项的加权和。;功能项;3.2.3 FP估计;从表3.2计算出： TCF=0.65+0.01*(SUM(Aj)) TCF的取值范围为0.65～1.35， 分别对应着组成部分Aj都取值0和5， 得到功能点FP的计算公式： FP=UFC*TCF; 案例分析： 某学院安装了一个工资系统，人事处要求创建一个子系统来分析每门课程的人力资源成本。要求该子系统提供查询每门课程人力资源成本的功能。每名教师所得工资的细节可以通过工资系统中的文件得到，教师花在教每门课上的小时数可通过一个基于计算机的计时表系统中的文件得到。该子系统将计算结果存放到由总会计系统读取的一个文件中，并产生一个报告，来显示每名教师每门课的课时数及这些课时数相应的成本。 问题： 计算该子系统的UFC、FP。（子系统产生的报告复杂度为高，其它所有元素的复杂度均为中等） ;步骤二：计算UFC UFC=1*7+1*4+3*7=32;案例中技术复杂度影响因素的取值;步骤五：计算FP FP=UFC*TCF=32*0.87=27.8; 功能点与代码行的转换;功能点度量在以下情况下特别有用： （1）估计新的软件开发项目； （2）应用软件包括很多输入输出或文件活动； （3）拥有经验丰富的功能点估计专家； （4）拥有充分的数据资料，可以相当准确地将功能点转化为LOC。;3.2.4 PERT估计;3.3 软件项目成本估算;3.3.1 软件生产率估算;影响因素 软件规模和产品类型对生产率的影响； 软件变更和产品类型对生产率的影响； …..;专家判定;3.3.2 软件项目成本估算方法;类比 类比法就是把当前项目和以前做过的类似的项目比较，通过比 较获得其工作量的估算值。该方法需要软件开发组织保留有以往完成项目的历史记录。 类比方