软件开发项目管理教材

上传人:F****n 文档编号:95527850 上传时间:2019-08-20 格式:PPT 页数:134 大小:759KB
返回 下载 相关 举报
软件开发项目管理教材_第1页
第1页 / 共134页
软件开发项目管理教材_第2页
第2页 / 共134页
软件开发项目管理教材_第3页
第3页 / 共134页
软件开发项目管理教材_第4页
第4页 / 共134页
软件开发项目管理教材_第5页
第5页 / 共134页
点击查看更多>>
资源描述

《软件开发项目管理教材》由会员分享,可在线阅读,更多相关《软件开发项目管理教材(134页珍藏版)》请在金锄头文库上搜索。

1、chapter_4,0,软件开发项目管理,北京邮电大学软件学院 韩万江,chapter_4,1,承上启下,chapter_4,2,成本计划,chapter_4,3,软件开发项目管理,第 4 章 软件项目成本计划,chapter_4,4,本章要点,一、软件项目规模成本的概念 二、估算的过程 三、估算的方法 四、成本预算 五、项目核心(进度)计划续 六、案例分析,chapter_4,5,关于估算,估算不是很准确的,有误差的 经验(历史)数据非常重要 不要太迷信数学模型,chapter_4,6,软件项目规模,软件项目规模即工作量,是从软件项目范围中抽出的软件功能,然后确定每个软件功能所必须执行的一系

2、列软件工程任务 包括:软件规划,软件管理,需求,设计,编码,测试,以及后期的维护等任务。,chapter_4,7,规模的单位,LOC(Loc of Code) 源代码程序长度的测量 FP(Function Point) 用系统的功能数量来测量 人月 人天 人年,chapter_4,8,软件项目成本,完成软件规模相应付出的代价。 待开发的软件项目需要的资金。 人的劳动的消耗所需要的代价是软件产品的主要成本,chapter_4,9,成本的单位,货币单位 人民币元 美元 ,chapter_4,10,软件的规模和成本的关系,规模是成本的主要因素,是成本估算的基础 有了规模就确定了成本,chapter_

3、4,11,本章要点,一、软件项目规模成本的概念 二、估算的过程 三、估算的方法 四、成本预算 五、项目核心(进度)计划续 六、案例分析,chapter_4,12,成本估算过程,估算输入,估算结果,成本估算方法,chapter_4,13,成本估算输入,项目需求、 WBS 历史项目度量 资源要求(资源编制计划) 资源消耗率:如人员成本: 100元/小时 进度规划:项目总进度(一般是合同要求) 学习曲线,chapter_4,14,资源规划,需要的资源种类、数量等,chapter_4,15,成本估算,直接成本 间接成本,chapter_4,16,直接成本,与具体项目相关的成本,chapter_4,17

4、,间接成本,不能具体到某个项目中的成本, 可以分摊到各个具体项目中的成本,例如: 培训 房租水电 员工福利 市场费用 管理费 其他等等,chapter_4,18,项目估算结果,估算文件 资源,资源的数量,质量标准,估算成本等信息 单位:一般是货币单位 BAC(Budget At completion) 估算说明 工作范围 估算的基础和依据 估算的假设 估算的误差变动等,chapter_4,19,估算说明,预测所需要的总工作量的过程。 是一种量化的结果 可以有一些误差 成本估算不同于项目定价 贯穿于软件的生存周期。,chapter_4,20,本章要点,一、软件项目规模成本的概念 二、估算的过程

5、三、估算的方法 四、成本预算 五、项目核心(进度)计划续 六、案例分析,chapter_4,21,估算的基本方法,代码行、功能点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法,chapter_4,22,代码行(LOC),从软件程序量的角度定义项目规模。 要求功能分解足够详细的 有一定的经验数据(类比和经验方法) 与具体的编程语言有关,chapter_4,23,代码行技术的主要优点,代码是所有软件开发项目都有的“产品”,而且很容易计算代码行数。,chapter_4,24,代码行(LOC)缺点,对代码行没有公认的可接受的标准定义 代码行数量依赖于所用的编程语言和个人的编程风格

6、. 在项目早期,需求不稳定、设计不成熟、实现不确定的情况下很难准确地估算代码量. 代码行强调编码的工作量,只是项目实现阶段的一部分,chapter_4,25,功能点(FP: Function point),用系统的功能数量来测量其规模 与实现产品所使用的语言和技术没有关系的 两个评估 内部基本功能 外部基本功能 加权和量化,chapter_4,26,功能点的公式,FP =UFC*TCF UFC:未调整功能点计数 TCF:技术复杂度因子,chapter_4,27,UFC-未调整功能点计数,功能计数项: 外部输入 外部输出 外部查询 外部文件 内部文件,chapter_4,28,UFC-未调整功能

7、点计数,功能计数项的复杂度等级,chapter_4,29,功能点计算实例-UFC,chapter_4,30,TCF-技术复杂度因子,TCF=0.65+0.01(sum(Fi): Fi:0-5,TCF:0.65-1.35,chapter_4,31,技术复杂度因子的取值范围,chapter_4,32,功能点计算实例,FP=UFC*TCF UFC=301 TCF=0.65+0.01(14*3)=1.07 FP=301*1.07=322,chapter_4,33,功能点与代码行的转换,chapter_4,34,估算的基本方法,代码行、功能点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家

8、估算法,chapter_4,35,类比-定义,估算人员根据以往的完成类似项目所消耗的总成本(或工作量),来推算将要开发的软件的总成本(或工作量),然后按比例将它分配到各个开发任务单元中 是一种自上而下的估算形式,chapter_4,36,类比使用情况,有类似的历史项目数据 信息不足(要求不是非常精确)的时候 在合同期和市场招标时,chapter_4,37,类比特点,简单易行,花费少 具有一定的局限性 准确性差,可能导致项目出现困难,chapter_4,38,类比举例,chapter_4,39,类比举例,证券交易网站 需求类似 历史数据:10万,chapter_4,40,估算的基本方法,代码行、

9、功能点 类比 (自顶向下)估算法 自下而上估算法 参数法估算法 专家估算法,chapter_4,41,自下而上定义,利用任务分解结构图,对各个具体工作包进行详细的成本估算,然后将结果累加起来得出项目总成本。,chapter_4,42,自下而上使用情况,项目开始以后,WBS的开发阶段 需要进行准确估算的时候,chapter_4,43,自下而上特点,这种方法相对比较准确,它的准确度来源于每个任务的估算情况 非常费时,估算本身也需要成本支持 可能发生虚报现象,chapter_4,44,自下而上举例,银行综合业务系统估算结果,chapter_4,45,估算的基本方法,代码行、功能点 类比 (自顶向下)

10、估算法 自下而上估算法 参数法估算法 专家估算法,chapter_4,46,参数估算法定义,一种使用项目特性参数建立数据模型来估算成本的方法,是一种统计技术,如回归分析和学习曲线。,chapter_4,47,参数估算法使用情况,存在成熟的项目估算模型 应该具有良好的数据库数据为基础,chapter_4,48,参数估算法特点,比较简单,而且也比较准确 如果模型选择不当或者数据不准,也会导致偏差,chapter_4,49,参数成本估算实例(适合单价合同),chapter_4,50,经验导出成本模型,提供工作量(规模)的直接估计 通过过去项目数据,进行回归分析,得出的回归模型,chapter_4,5

11、1,经验导出成本模型,整体公式:E=A+B*SC E:以人月表示的工作量 A,B,C:经验导出的系数 S:主要的输入参数(通常是LOC,FP等),chapter_4,52,经验导出成本模型(续),面向LOC驱动的 Walston-Felix(IBM) E= 5.2*(KLOC)0.91 Balley-Basili E=5.5+0.73*(KLOC)1.16 .COCOMO E=3.2*(KLOC)1.05 Doty E=5.288*(KLOC)1.047,chapter_4,53,经验导出成本模型(续),面向FP驱动的 Albrecht and Gaffney E=-12.39+0.0545F

12、P Matson,Barnett E=585.7+15.12FP,chapter_4,54,建议掌握模型,模型(Walston-Felix) COCOMO模型(Boehm),chapter_4,55,模型,1977年,IBM的Walston和Felix提出了如下的估算公式 E 5.2L 0.91 ,L是源代码行数(以KLOC计),E是工作量(以PM计) D 4.1L 0.36,D是项目持续时间(以月计) S 0.54E 0.6,S是人员需要量(以人计) DOC 49L 1.01。DOC是文档数量(以页计),chapter_4,56,举例,采用java 完成项目,366功能点,则 L = 366

13、46 = 16386行 = 16.386KLOC E 5.2L 0.91 5.216.386 0.91 66人月 DOC 49L 1.01 4916.386 1.01 826页,chapter_4,57,COCOMO(Constructive Cost model),结构化成本模型 是世界上应用最广泛的参数型软件成本估计模型 由Barry Boehm开发的,chapter_4,58,COCOMO模型发展,COCOMO 81 COCOMO II 模型系列,chapter_4,59,COCOMO 81,项目类型: 有机: Organic 嵌入式: Embedded 半有机: Semidetache

14、d,模型类别: 基本COCOMO 中等COCOMO 高级COCOMO,chapter_4,60,模型类别,基本COCOMO 静态单变量模型 中等COCOMO 基本模型基础上考虑影响因素,调整模型 高级COCOMO 中等COCOMO模型基础上考虑各个步骤的影响,chapter_4,61,项目类型,有机: Organic, 各类应用程序,例如数据处理、科学计算 等 受硬件的约束比较小,程序的规模不是很大 嵌入式: Embedded 系统程序,例如实时处理、控制程序等 紧密联系的硬件、软件和操作的限制条件下运行,软件规模任意 半有机: Semidetached 各类实用程序,介于上述两种软件之间,例

15、如编译器(程序) 规模和复杂度都属于中等或者更高,chapter_4,62,基本COCOMO,E= a(KLOC)exp(b) 其中: E是所需的人力(人月), KLOC是交付的代码行 a , b是依赖于项目自然属性的参数:,chapter_4,63,基本COCOMO系数表,chapter_4,64,举例,一个33.3 KLOC的软件开发项目,属于中等规模、半有机型的项目,采用基本COCOMO: a=3.0,b=1.12。 E = 3.0L 1.12 = 3.033.3 1.12 = 152 PM,chapter_4,65,中等COCOMO,E=a(KLOC)exp(b)*乘法因子 a b是系

16、数 乘法因子是根据成本驱动属性打分的结果,对公式的校正系数,chapter_4,66,中等COCOMO系数表,chapter_4,67,乘法因子属性,产品属性 平台属性 人员属性 过程属性,chapter_4,68,乘法因子,chapter_4,69,乘法因子计算,每个属性Fi的取值范围为: 很低、低、正常、高、很高、极高,共六级。 正常情况下 Fi=1。 当每个Fi的值选定后,乘法因子的计算如下 乘法因子F1*F2* Fi * Fn,chapter_4,70,举例(续),一个33.3 KLOC的软件开发项目,属于中等规模、半有机型的项目,采用中等COCOMO模型 a=3.0,b=1.12。 乘法因子0.70*0.85*1*1.15=1.09 E = 3

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 办公文档 > PPT模板库 > PPT素材/模板

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号