《软件工程-实践者的研究方法》chapter-20-cn-项目估算

第二十章软件项目估算SlideSettoaccompany

SoftwareEngineering:APractitioner’sApproach,7/e

byRogerS.PressmanSlidescopyright©1996,2001,2005,2009

byRogerS.PressmanFornon-profiteducationaluseonlyMaybereproducedONLYforstudentuseattheuniversitylevelwhenusedinconjunctionwithSoftwareEngineering:APractitioner'sApproach,7/e.Anyotherreproductionoruseisprohibitedwithouttheexpresswrittenpermissionoftheauthor.AllcopyrightinformationMUSTappeariftheseslidesarepostedonawebsiteforstudentuse.1编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005软件项目计划软件项目计划的目标是建立一个实用的策略，用于控制，跟踪和监控一个复杂的项目

结果是项目准时并保证质量！2编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005项目计划任务集合——I构造项目范围确定可行性分析风险见25章确定需要的资源

人力资源

可重用的软件资源

识别环境资源3编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005项目计划任务集合——II估计成本和需要的人力分解问题使用规模，功能点，过程任务和用例做两到多个估算综合估算结果项目进度安排24章具体的进度安排构造有意义的任务集合

定义任务网络

使用进度安排工具定义时间图

定义进度安排跟踪方法

4编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005估算估算资源、成本以及调度一个项目，需要

经验访问一个很好的历史信息（度量）当只存在定性信息时，进行定量语言的勇气

估算有内在的风险，这种风险带来了不确定性

5编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005写下来!软件项目计划项目范围估算风险调度控制策略6编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005了解范围...理解客户需求理解业务上下文

理解项目边界

理解用户的动机

理解改变发生的可能路径

理解…….即使你已经理解了，还是不能保证任何事情!7编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005什么是范围?软件范围

描述了将要交付给最终用户的功能和特性

输入和输出的数据

使用软件时，呈现给用户的“内容”

系统的性能，约束条件，接口和可靠性

范围用下列两种技巧之一定义:与所有共利益者交流以后，写出对软件范围内的叙述性描述

由最终用户开发一组用例8编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005资源9编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005项目估计必须理解项目范围

必须精化(分解)历史数据非常有效必须使用至少两种技术在整个流程中，贯穿着不确定性

10编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005估计的技术已有的(相似的)项目经验常见的估计技术

任务分解和effort估计规模(如FP)估算经验模型

自动化工具

11编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005估计的准确性基于下列进行估计：计算人员估算待开发产品规模的正确程度把估算规模转换成人员工作量、时间及成本的能力（度量数据来源于已往的项目）项目计划反应软件团队能力的程度

产品需求的稳定性和支持软件工程的环境12编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005功能分解functionaldecompositionStatementofScopePerformaGrammatical“parse”13编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005常用方法:LOC/FP方法使用信息域值的估计计算使用历史数据对项目构造估计14编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005例子:LOC方法这种类型系统的平均生产率=620LOC/pm.劳动力价格=$8000/月,每行代码的成本是$13.基于LOC估价，以及历史生产率数据，总共项目成本是$431,000，需要人力54人月15编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005例子:FP方法估价的FP: FPestimated=总计X[0.65+0.01X∑(Fi)] FPestimated=375组织生产率=6.5FP/pm.劳动力价格=$8000/月,每个FP大约$1230.基于FP估算以及历史生产数据,项目总成本估算值是$461,000，工作量的估算值是58人月.16编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005基于过程的估算来源于“工程框架”应用功能框架动作对于每个应用功能，需要完成每个框架动作的工作量。17编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005基于过程的估算——例子基于$8,000/月的劳动力价格,估计项目总成本是$368,000，工作量估算值是46人月.18编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005基于工具的估算项目特征测量因素LOC/FP数据19编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005基于用例的估算以620LOC/pm作为这类系统的平均生产率，一个劳动力价格是每月$8000,则每行代码的成本约为$13，根据用例与历史生产率数据，项目总成本的估算值是$552,000，工作量的估计是68人月。20编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005经验估算模型总体形式:effort=tuningcoefficient*sizeexponentusuallyderivedasperson-monthsofeffortrequiredeitheraconstantoranumberderivedbasedoncomplexityofprojectusuallyLOCbutmayalsobefunctionpointempiricallyderived21编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005COCOMO-II

COCOMOII实际上是一组层次状的评估模型，用于处理下列领域的问题:应用组合模型.早期设计过程模型.

后体系结构模型（Post-architecture-stagemodel）22编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005软件方程式一个动态多变量模型 E=[LOCxB0.333/P]3x(1/t4) 此处 E=effortinperson-monthsorperson-years t=projectdurationinmonthsoryears B=“specialskillsfactor”

P=“productivityparameter”23编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005OO项目的估计-I使用工作量分解、FP分析和任何其他适用于传统应用的方法进行估算使用面向对象的分析模型，确立用例并确定用例数目从分析模型，定义主要类的数目（称为分析类）对应用的界面类型进行归类，确定支持类的数目界面类型

乘数无GUI 2.0基于文本的用户界面 2.25GUI 2.5复杂GUI 3.024编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005面向OO项目的估算-II将类的总数（关键类+支持类）乘以每个类的平均工作单元数。Lorenz和Kidd建议每个类的平均工作单元数是15到20人·日。

将用例数乘以每个用例的平均工作单元数，对基于类的估算做交叉检查。25编辑pptSoftwareEngineering:APractitioner’sApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright©1996,2001,2005敏捷项目估算从估算的目的出发，分别考虑每个用户场景（由最终用户或其他共利益者）

将场景分解成一组功能，确定为实现这些功能需要完成的一组软件工程任务。分别估算每一项任务。注意：可以根据历史数据、经验模型或“经验”进行估算或者，可以利用LOC，FP或某种其他面向规模的测量（如对象点）来估算场景的规模。对各项任务的估算结果求和，就得到了对整个场景的估算值。

或者，使用历史数据，将场景规模的估算值转换成工作量。将实现给定增量的所有场景的工作量估算值求和，就得