软件项目管理-第三章ppt课件

1、第3章 软件工程本钱管理3.1 概述3.2 软件工程规模估算3.3 软件工程本钱估算3.4 软件工程本钱监控3.5 案例： 准确到螺丝钉的本钱控制3.6 故事解析3.7 小结3.1 概述3.1.1 本钱3.1.2 本钱管理3.1.3 本钱估算的时机本钱估算的意义： 本钱估算是从费用的角度对工程进展规划。本钱估算的问题：工程人员对软件开发盲目乐观，对费用估计过低；系统分析员对软硬件权衡不准确，呵斥软件本钱增幅过大；工程经理对各个阶段的任务进度没有可靠的根据，难以控制开发过程。3.1 概述本钱的概念消费一种产品所需求的费用交换中所放弃的东西什么是软件工程本钱 为完成软件工程而支付的货币量人力资源本

2、钱软硬件资源本钱商务活动本钱其它本钱费用工程本钱的分类根据本钱的可确定程度：无形本钱、有形本钱；根据能否可识别和跟踪：直接工程本钱、间接工程本钱3.1.1 本钱3.1.2 本钱管理本钱管理的目的： 确保在同意的预算范围内完成工程所需的各项义务软件工程本钱管理活动软件系统规模估算软件工程本钱估算软件工程本钱预算制定软件工程本钱监控3.1.3 估算的时机软件工程估算是个逐渐求精的过程。对任何一种估算方法来说，估算的时机和精度都是一种矛盾。选择适宜的时间点进展估算是估算中必需思索的一个问题。软件产品生命周期及需求进展估算的五个时间点：E1,E2,E3,E4,E53.1.3 估算的时机客户需求：E1

3、客户需求阶段列出客户需求的根本软件功能。时间点E1的估算可以为软件组织提供初步信息，否那么需求重新思索工程的可行性。需求分析：E2 完成对软件工程的规格阐明，进一步细化系统功能。 有助于软件组织在进入在开发前再次权衡产品的可行性。系统设计：E3 系统设计阶段给出产品的完好软件体系构造和各个子系统及模块的阐明； 这阶段的估算普通不会做出终止工程的决议，但却影响以后各阶段资源的分配。3.1.3 估算的时机系统实现：E4设计经过审查之后，系统的实现任务就开场了。该阶段终了时，前面各项活动中耗费的资源时间及人力等和软件任务量均可获得，从而可对原有的估算进展调整，后期需求的任务那么按此估算进展方案。系统

4、运转维护：E5当一切的任务都已完成并得到了验证后，系统就可以投入运转了。估算任务实践上是对估算过程的评价，即用实践的耗费与各个阶段估算值进展比较，为下一工程积累珍贵的阅历。3.1.3 估算的时机3.2.1 WBS3.2.2 LOC估计3.2.3 FP估计3.2.4 PERT规模估计3.2 软件工程规模估算传统的WBS构造:3.2.1 WBS图 3.2 典型的WBS常用的软件规模度量规范：代码行 LOC:功能点 FP:3.2.1 WBS软件规模的估计原那么：在技术允许的条件下，应从最详细的WBS开场；准确定义度量的规范；估计底层每一模块的规模，汇总以得到总体估计；适当思索偶尔要素的影响。3.2.

5、1 WBS LOC: 代码行LOC是常用的源代码程序长度的度量规范。 代码行可分为两种：无注释的代码行NCLOC注释的源代码行CLOC 实践任务中，也经常运用KLOC千代码行来表示程序长度。 一代码行1LOC价值和人月均代码行数可以表达一个软件消费组织的消费才干。3.2.2 LOC估计功能点：功能点度量是在需求分析阶段基于系统功能的一种规模估计方法，常运用需求来确定各种输入、输出、查询、外部文件和内部文件的数目，从而确定功能点数量。计算功能点数的步骤：1计算所需求的输入、输出、查询、外部文件、内部文件的数量。2有了以上五个功能项的数量后，再由估计人员对工程的复杂性作出判别，大致分成简单、普通、

6、复杂三种情况。然后根据表3.1求出功能项的加权和。3.2.3 FP估计功能项权 重简单一般复杂输入346输出457查询346外部文件71015内部文件57103.2.3 FP估计表3.1 功能点的复杂度权重功能点FP是由未调整的功能点数UFC与技术复杂度因子TCF相成得到。 如表3.2所示：3.2.3 FP估计表3.2 技术复杂度因子的组成从表3.2计算出：TCF=0.65+0.01*(SUM(Aj)TCF的取值范围为0.651.35，分别对应着组成部分Aj都取值0和5，得到功能点FP的计算公式：FP=UFC*TCF3.2.3 FP估计 案例分析： 某学院安装了一个工资系统，人事处要求创建一个

7、子系统来分析每门课程的人力资源本钱。要求该子系统提供查询每门课程人力资源本钱的功能。每名教师所得工资的细节可以经过工资系统中的文件得到，教师花在教每门课上的小时数可经过一个基于计算机的计时表系统中的文件得到。该子系统将计算结果存放到由总会计系统读取的一个文件中，并产生一个报告，来显示每名教师每门课的课时数及这些课时数相应的本钱。 问题： 计算该子系统的UFC、FP。子系统产生的报告复杂度为高，其它一切元素的复杂度均为中等3.2.3 FP估计步骤二：计算UFC UFC=1*7+1*4+3*7=32功能计数项计数复杂度权重外部输入无外部输出报告 17外部查询14外部接口文件工资文件 1，计时表文件

8、 1，计算结果文件 17内部文件无3.2.3 FP估计步骤一：求出功能点的复杂度权重案例中技术复杂度影响因素的取值F1可靠的备份和恢复1F2数据通信5F3分布式函数0F4性能3F5大量使用的配置1F6联机数据输入0F7操作简单性1F8在线升级0F9复杂界面1F10 复杂数据处理4F11重复使用性0F12安装简易性3F13多重站点0F14易于修改3步骤三：技术复杂度影响要素的取值3.2.3 FP估计步骤五：计算FP FP=UFC*TCF=32*0.87=27.8步骤四:计算TCF sum(Fi)=22 TCF=0.65+0.01(sum(Fi)=0.65+0.01*22=0.873.2.3 FP

9、估计 功能点与代码行的转换语言代码行/FPAssembly320C150COBOL105FORTRAN105PASCAL91ADA71PL/165PROLOG/LISP64SMALLTALK21SPREADSHEET63.2.3 FP估计功能点度量在以下情况下特别有用：1估计新的软件开发工程；2运用软件包括很多输入输出或文件活动；3拥有阅历丰富的功能点估计专家；4拥有充分的数据资料，可以相当准确地将功能点转化为LOC。3.2.3 FP估计3.2.4 PERT估计软件期望规模：估算值的规范偏向：第i部分的期望规模和规范偏向：软件规模E软件规范偏向3.3 软件工程本钱估算3.3.1 软件消费率估算

10、3.3.2 软件工程本钱估算方法3.3.3 软件工程本钱估算模型3.3.4 软件工程本钱估算步骤3.3.5 软件工程本钱预算制定3.3.6 案例：过分乐观的估算3.3.1 软件消费率估算软件消费率 每个人月平均完成代码数量消费率数据的获取 获取步骤见课本P86影响要素 软件规模和产品类型对消费率的影响； 软件变卦和产品类型对消费率的影响；.3.3.1 软件消费率估算估算 例子：知中等规模的控制程序的消费率200LOC/PM 。求中等规模的言语程序的消费率？专家断定对于由多个专家得到的多个估算值合成一个最终的估算值。可采用的方法有： 1求中值或平均值 2召开小组会议 3Delphi技术 4Wid

11、eband Delphi 技术3.3.2 软件工程本钱估算方法3.3.2 软件工程本钱估算方法图3.4 Delphi本钱估算迭代表的样例图3.5 Wideband Delphi估算过程类比 类比法就是把当前工程和以前做过的类似的工程比较，经过比 较获得其任务量的估算值。该方法需求软件开发组织保管有以往完成工程的历史记录。 类比如式：整个工程类比；子系统类比。自顶向下：整体到部分。其缺陷是难以识别较低级别上的技术性困难。自底向上：部分到整体。易于忽略许多与软件开发有关的系统级本钱。3.3.2 软件工程本钱估算方法算法模型1模型的分类根据模型变量的依存关系分为：静态模型和动态模型根据根本变量的多少

12、分为：单变量模型和多变量模型3.3.2 软件工程本钱估算方法 2静态单变量模型：用同一个根本公式经过同一个预丈量来估算所需求的值。普通公式为： 其中C是待估算量，L是用作输入的预丈量， a和b是根据历史阅历得到的参数，根据开发组织和环境等的不同而不同。如SEI模型 3静态多变量模型： 但还取决于部分代表开发环境的个各种要素变量，如软件开发方法、用户需求变化等。如COCOMO模型。 4动态多变量模型：经过多个变量的相互作用对软件过程做出估算。如：Putnam3.3.2 软件工程本钱估算方法5其它模型回归分析3.3.2 软件工程本钱估算方法其中，A、B、C是由阅历估计的常数，X是预测变量，E是任务

13、量，同事有LOC和FP两种表示1981年Boehm提出了“构造性本钱模型Constructive Cost Model, CoCoMo.在静态、单变量模型根底上构造出来的。是一个分层次的本钱估算模型根本CoCoMo 、中间CoCoMo 、详细CoCoMo 自底向上的估算方法3.3.3 软件工程本钱估算模型1.COCOMO模型COCOMO模型的三个子模型采用一样的任务量计算方式： E任务量 单位：人月S程序规模 单位 KLOCEAF任务量调整因子，在根本模型中取值为1；a,b是两个随开发方式而变化的因子。软件开发中的三种开发方式:有机式、嵌入式、半分别式3.3.3 软件工程本钱估算模型3.3.3

14、 软件工程本钱估算模型根本CoCoMo：用于系统开发的初期，估算整个系统的任务量包括维护和软件开发所需求的时间；中间CoCoMo：用于估算各个子系统的任务量和开发时间；详细CoCoMo：用于估算独立的软部件，如系统内部的各个模块。3.3.3 软件工程本钱估算模型根本CoCoMo模型把任务量作为软件程序规模的函数来计算，具有如下方式：E = aSbt = cEdE:任务量，单位 人月PMt:开发时间， 单位是 月a,b,c,d,是常数见课本P93 表3.7、表3.8 3.3.3 软件工程本钱估算模型3.3.3 软件工程本钱估算模型中间CoCoMo模型以根本CoCoMo模型为根底，在任务量估计公式

15、中乘以任务量调理因子EAF。E = aSbEAFa,b ：随开发方式而变化的因子，为常数见 P93 表 3.9任务量调理因子与软件产品属性、计算机属性、人员属性、工程属性有关。EAF(任务量调整因子)由本钱驱动量计算。即由课本中的表3.10中的15个评分值相乘得到。3.3.3 软件工程本钱估算模型3.3.3 软件工程本钱估算模型3.3.3 软件工程本钱估算模型软件产品属性：软件可靠性、软件复杂性、数据库规模计算机属性：程序执行时间、程序占用内存的大小、软件开发环境的变化、软件开发环境的呼应速度。人员属性：分析员的才干、程序员的才干、有关运用领域的阅历、开发环境的阅历、程序设计言语的阅历。工程属

16、性：软件开发方法的才干，软件工具的质量和数量、软件开发的进度要求。中间CoCoMo模型任务量调理因子相关的属性3.3.3 软件工程本钱估算模型详细COCOMO模型为了提高估算精度，在中级COCOMO模型根底上引入了详COCOMO模型；任务量和开发时间的计算公式同中级COCOMO模型；原理同COCOMO一样，不同的是本钱驱动要素分了不同的层次，且在软件生存周期的不同阶段被赋予不同的值。3.3.3 软件工程本钱估算模型详细COCOMO模型引入两种特殊功能：1阶段敏感的本钱驱动要素。 根据软件开发的不同阶段受本钱驱动要素影响的大小不同将软件开发化为四个阶段：RPD、 DD、 CUT、 IT。2三层的

17、产品分级构造 模块子系统系统模块级处置随各层模块而变化的要素子系统级处置不经常变化的要素系统级处置与软件工程总体规模等相关的问题 课本P95/97页表3.11和表3.12分别给出了模块级驱动要素和子系统级驱动要素在四个阶段的取值；表3.13给出了任务量在四个阶段的分布。3.3.3 软件工程本钱估算模型2.COCOMO II 20世纪90年代随着技术的提高，原有的COCOMO模型曾经不能顺应新的软件本钱估算和过程管理的需求，因此Boehm提出了COCOMOII。COCOMOII的主要变化：运用三个螺旋方式的生命周期模型；运用五个规模因子计算工程规模经济性的幂指数；删除本钱驱动要素VIRT/TUR

18、N/VEXP/LEXP/MODP；新增本钱驱动要素DOCU/RUSE/PVOL/PEXP/LTEX/PCON/SITE；改动了原有本钱驱动要素的赋值，以顺该当前的软件测试技术；3.3.3 软件工程本钱估算模型三种生命周期模型：1运用组合模型 总的新对象点数： NOP=总对象点数*100-a/100 任务量公式：E=NOP/PROD E是以月为单位的任务量；PROD为消费率；a代表工程中有a%的对象是重用以前的。 根据表3.14确定屏幕对象和报告对象的复杂度； 根据表3.15确定对象点的复杂度权重； 根据表3.16确定PROD.3.3.3 软件工程本钱估算模型2早期设计模型 用于支持确立软件体系

19、构造的生命周期阶段，运用功能点和五个本钱驱动要素。3后体系构造模型 计算公式： 公式中，E、EA的定义同前面；常数A取值为2.55； B的计算公式为： 公式中 为规模度量因子，也称为定标要素，其取值表见课本P99表3.17，任务量调整因子EAF根据表3.18计算。3.3.3 软件工程本钱估算模型3.COCOMOII中关于重用的处置对于模块或者软件重用的任务量的计算：其中AAF为调理因子；3.3.3 软件工程本钱估算模型AA评价和选择参数，SU软件了解参数，UNFM是对SU的补充4.Putnam模型1978，Putnam提出了大型软件工程30persons估算模型。是采用的是自定向下一种宏观的估

20、算模型；是一种动态多变量模型；该模型假设软件工程的任务量分布类似于Rayleigh曲线。适用于软件开发的各个阶段，以实测数据为根底。3.3.3 软件工程本钱估算模型以下图是一典型的Rayleigh曲线。如图3.5所示：Rayleigh曲线3.3.3 软件工程本钱估算模型 图3.6 典型的Rayleigh曲线该曲线把人力表述为时间的函数，图中显示了各个阶段的人力分布情况。3.3.3 软件工程本钱估算模型图3.7 软件工程各阶段的Norden-Rayleigh曲线Putnam模型方程式S:以LOC为单位的源程序代码行数；t:以年为单位的开发时间；E：是以人年为单位的的任务量；C:技术形状常数Put

21、nam包含两个方程：软件方程和人力添加方程软件方程：该方程是求技术因子C，其中S,E,t 的含义与软件方程一样3.3.3 软件工程本钱估算模型 人力添加方程 D是一个常数，称为人员配备加速度；E和t与软件方程一样，D的取值如下表所示：由软件方程和人力添加方程得到任务量方程：把人力添加方程带入任务量方程得:3.3.3 软件工程本钱估算模型软件工具SLIM SLIM即软件生命周期管理软件，是一个以Putnam模型为根底的公用软件费用估算工具。运用范畴：软件预算；软件开发费用，方案和风险的预测；软件开发环境的评价；承包商软件标书的评价。3.3.3 软件工程本钱估算模型 Putnam模型提示了软件工程

22、的任务量、开发时间和程序代码长度的关系，但没有反映软件产品属性、软件工程属性、软件开发人员的属性、计算机硬件资源属性，等。所以此模型是对软件工程本钱的粗糙估算。3.3.3 软件工程本钱估算模型5.本钱模型评价评价准那么 Boehm提出了10条评价准那么： 定义、正确性、客观性、复杂性、构造性、细节、稳定性、范围、易用性、可预期性、节约性现有模型存在的问题客观要素的存在估算模型样本的有限性Norden-Rayleigh曲线估算模型的某些前期假定有悖于软件工程模型之间有矛盾的地方软件工程规模与其任务量的关系问题3.3.3 软件工程本钱估算模型3.3.4 软件工程本钱估算步骤Boehm将本钱估算分为

23、7个步骤：第一，建立目的第二，规划需求的资源第三，确定软件需求第四，拟定可行的细节第五，运用多种独立的技术和原始资料第六，比较并迭代各个估算值第七，随访跟踪3.3.4 软件工程本钱估算步骤图3.8 软件本钱估算的准确度与阶段3.3.5 软件工程本钱预算制定软件工程本钱估算各任务项WBS根据工程资源方案和本钱估算制定软件工程本钱预算本卷须知：资源方案的匹配 指在资源信息和历史数据的根底上，工程资源方案与WBS等应想对应，以保证预算的的全面性一致性。预算的全面性 把一切能够用到的费用均思索进去。预算的综合性 软件工程本钱预算是工程资源、工程本钱估算和工程预算分讲解明的有机结合，不是简单的数据的相加

24、。3.3.6 案例 ：过分乐观的估算Microsoft Word for Windows1.0的开发，方案1年，实践却花了5年。图3.9 工程估算所需的天数导致延期的缘由：工程初期制定的开发目的是不可实现的；过紧的进度方案降低了方案的准确度；创新点过多，不适于快速开发。案例带来的启示：估算应该征求一切工程干系人的意见，并采用可靠的模型算法；高层的决议不总是睿智的，需求和专家、工程组成人员共同协商。3.3.6 案例 ：过分乐观的估算3.4 软件工程本钱监控3.4.1 本钱管理常见问题3.4.2 软件工程本钱监控要素3.4.3 博得值分析法3.4.4 案例： 某工程第4月度本钱控制形状 报告3.4

25、.1 本钱管理常见问题工程本钱估算不准确预算不详细本钱预算变卦不及时3.4.2 软件工程本钱监控要素工程本钱监控的目的：确保工程成管理规范得到执行；工程干系人对工程本钱目的有共同的了解；使得工程实践本钱控制在合理的预算范围。监控要素：资源方案的完备性本钱估算的准确性预算方案的有效性本钱控制过程的完备性3.4.3 博得值分析法是一种能全面衡量工程本钱、进度的整体方法;以资金曾经转化为工程成果的量来衡量;是一种完好和有效的工程监控目的和方法;博得值分析法用三个根本值来表示工程形状，并以此预测工程能够的完工时间和能够的费用。方案投资额BCWS完成投资额BCWP实践本钱额ACWP3.4.3 博得值分析

26、法 描述公式作用计划投资额（BCWS）某一时间点应当完成的工作所需要花费的成本的累计值。等于计划工作量与预算单价的乘积之和该值是衡量项目进度和成本费用的一个标尺或基准完成投资额（BCWP）某一时间点已经完成的工作所需投入的资金累计值等于已完工作量与预算单价的乘积之和反映了满足质量标准的工作实际进度和工作绩效，体现了投资额到项目成果地转化实际成本额（ACWP）某一时间点已完成的工作所实际花费成本的总金额等于已完成工作量与实际支付单价的乘积之和3.4.3 博得值分析法经过对以上三个值的对比，可以对工程的实践进展情况作出明确的测定和衡量。图3.10 博得值法表示图 运用博得值法进展本钱、进度综合控制必需定期监控以上3个参数。工程开场前，对工程工期内如何和何时运用资金作出方案和预算；工程开场后，监视实践本钱和任务绩效以确保本钱、进度都在控制范围内。3.4.3 博得值分析法详细的步骤