SEchapter2_可行性分析.pptVIP

第3节 成本估算技术 成本估算技术 成本估算是可行性分析的重要依据，也是软件管理的重要内容，直接影响到软件开发的风险。 软件开发成本主要是指软件开发过程中所花费的工作量及相应的代价，即主要是人的劳动的消耗。因此，软件产品开发成本的计算方法不同于其它物理产品的成本的计算。 软件产品不存在重复制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此软件成本估算，应以软件计划、需求分析、设计、编码到测试的软件开发全过程所花费的代价为依据。 另外，必须注意，对于一个大型项目，由于其项目的复杂度，成本估算并不是一件简单的事，必须建立相应的估算模型，按照一定的方法、技术来进行估算。 1.影响成本估算的因素 　为了正确进行成本估算，首先要了解影响成本估算的主要因素： 　1、软件人员的业务水平　软件人员的素质、经验、掌握知识的不同，在工作中表现出很大的差异。 　2、软件产品的规模及复杂度 　　规模：按YOURDON分类法将软件产品的规模分为超小型，小型，中型， 大型，超大型，极大型。 　　复杂性：应用程序， 实用程序，系统程序分别由低到高排列。 　3、开发所需时间 　　显然，开发时间越长成本越高。对确定规模、复杂度的软件存在一个“最佳开发时间”，即是完成项目的最短时间，选取最佳开发时间来计划开发过程，可以取得最佳经济效益。 　4、软件开发技术水平 　　指开发方法、工具、语言等，技术水平越高，效率越高。 　5、软件可靠性要求 　　一般可靠性要求愈高，成本愈高。 类 别 参加人数 研制期限 产品规模（源代码行） 微 型 1 1 –4 周 0.5K 小 型 1 1 – 6 月 1K – 2K 中 型 2 - 5 1 – 2 年 5 – 50 K 大 型 5 - 20 2 – 3 年 50 – 500 K 甚大型 100 - 1000 4 – 5 年 1M 极大型 2000 -5000 5 – 10 年 1M – 10 M 微型 可不作严格的系统分析和设计，在开发过程中应用软件工程的方法。 小型　如数值计算或数据处理问题，程序往往是独立的，与其它程序无接口，应按标准化技术开发。 中型　如应用程序及系统程序，存在软件人员之间，软件人员与用户之间的密切联系、协调配合。应严格按照软件工程方法开发。 大型　编译程序、小型分时系统、应用软件包、实时控制系统等。必须采统一标准，严格复审，但由于软件规模庞大，开发过程可能出现不可预知的问题。 甚大型　如远程通信系统、多任务系统、大型操作系统、大型数据库管理系统、军事指挥系统等。子项目间有复杂的接口，若无软件工程方法支持，开发工作不可想象。 极大型　如大型军事指挥系统、弹道防御系统等，这类系统极少见，更加复杂。 规模 表10.1 2.成本估算模型 二、成本估算模型 　　软件成本估算模型可分为两大类：理论模型和统计模型，具体介绍以下模型： 　　1、Halstead 理论模型 　　2、统计估算模型 　　3、构造性成本模型 一、软件成本估算量 　　软件成本估算通常是对以下量进行估算： 源代码行（LOC） 是指机器指令行/非机器语言的执行步 开发工作量 常用的单位是：人-月（PM） 人-年（PY） 人-日（PD） 软件生产率 单位劳动量所能完成的软件数量： 　　LOC/PM ￥/LOC ￥/PM 软件开发时间 Halstead 理论模型 理论模型来源于软件度量学的研究，根据四个原始量进行估算： n1：不同运算符个数 n2：不同运算对象个数 N1：运算符总数 N2：运算对象总数 估算模型： 程序长度　　　　　　Ｎ＝ n1log2 n1＋n2 log2 n2 程序量 　　　　V＝Ｎlog2(n1＋n2) 程序级别的度量　　　Ｌ＝Ｖ＊／Ｖ　　　（Ｖ?Ｖ＊） 　其中Ｖ＊为无暇程序的程序量，对特定程序Ｖ＊为常数。程序级别愈低，程序量愈大。 　由于Ｖ＊不易计算，可按照以下公式计算： 所花费精力　　　　　Ｅ＝Ｖ／Ｌ 程序开发时间　　　　Ｔ＝Ｅ／Ｓ 2.1 Halstead 理论模型 理论模型１ 该模型经过实际检验，估算结果是准确的，但由于四个原始量在可行性分析阶段根本无法获得，因此Halstead 理论模型往往并不用于实际成本估算，而是用于验证其它估算模型的准确性。 ai — 估计的最小行数 bi — 估计的最大行数 mi — 最可能的行数 即源代码行估算模型（Deiphi技术） 由Rand公式提出的Deiphi技术，又称为专家估算模型，是由n位专家进行成本估算。每位专家根据系统规格说明书，反复讨论给出ai、 bi及 mi的值，并按照下式反复估算源代码的期望值Li ，期望中值L。 ai+4