信息系统工程第7章.ppt

《信息系统工程第7章.ppt》由会员分享，可在线阅读，更多相关《信息系统工程第7章.ppt（65页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、信息系统工程成本管理内容浏览n7.1信息系统成本估算基础 n7.2信息系统成本分类和构成 n7.3系统成本估算n7.4系统开发成本估算方法n7.5COCOMO模式n7.6基本COCOMO模型n7.7中级COCOMO模型n7.8信息系统成本控制n7.9小结n7.10习题与实践 7.1信息系统成本估算基础n信息系统成本估算的概念实例：估算组装计算机的成本n步骤一：在性能基本相同的条件下，列出几个不同的配置列表；n步骤二：对配件市场的价格进行调查，并计算不同配置组合下所花费的资金；n步骤三：根据计算得到的结果，作出决策，也就是要选择哪一组配置。成本估算的两个基本要素：n要素一：成本估算是在成本实际发

2、生之前进行的；n要素二：成本估算的目的是在于制定决策。信息系统成本估算n是指在信息系统开发工作实际开始之前，运用合理的手段和方法，计算出可能消耗的资源（资金、人力、工期）数量，并根据计算结果作出相关的决策。7.1信息系统成本估算基础n成本估算是管理的基础信息系统工程实施中的问题：n系统开发团队成员无法对信息系统工程实施的经济可行性作出准确地判断。n系统分析员没有可靠的依据，对所要开发的系统进行均衡性分析。n系统分析员没有可靠的依据，来确定系统开发的工作量和工期。信息系统成本估算的困难n信息系统不是一种具有统一形式的商品；n信息系统工程实施是一种创造性活动，并且需要人员之间的合作，而个人或团队的

3、行为通常很难预测；n信息系统工程实施是一次性的过程，系统开发存在较大差异性。成本估算模型的应用7.2信息系统成本分类和构成 n信息系统成本分类 工程实施成本（初始成本）；系统运行维护成本；信息系统成本的其他组成部分。n工程实施成本与系统运行维护成本的替代关系产生原因：信息系统工程实施方式不同。系统功能余度：是指系统的可扩展性，表明了系统应付未来需求变化的能力。7.2信息系统成本分类和构成 如果用F（x）表示工程实施成本与系统余度的关系，用G（x）表示系统运行维护成本与系统余度的关系，其中x为系统余度，则F（x）是x的增函数，而G（x）是x的减函数。将这两个函数的图像同时在直角坐标系内画出，曲线

4、F（x）与G（x）的交点就是系统余度的最优值，在这一点工程实施成本和维护成本的总和最小，如图所示 工程实施成本与系统功能余度之间的关系工程实施成本与系统功能余度之间的关系工程实施成本与系统功能余度成正比例关系，工程实施成本与系统功能余度成正比例关系，而运行维护成本与系统余度成反比例关系而运行维护成本与系统余度成反比例关系 7.2信息系统成本分类和构成 n信息系统成本构成 硬件成本：主要包括建立信息系统所需要的全部硬件设备；n数据库服务器、Web服务器、相应的PC工作站和客户端n网络连接设备：网络交换机、核心路由器、集线器和硬件防火墙等。n安装和测试这些设备所花费的资金软件成本：主要包括为建立信

5、息系统所采购的软件平台和开发工具n操作系统、数据库管理系统n软件运行平台（中间件、SDK等）、软件开发平台以及第三方组件等。人员和工程管理成本 n固定成本与变动成本固定成本：硬件成本与软件成本变动成本：人员和工程管理成本 7.2信息系统成本分类和构成 信息系统的规模经济和规模不经济n规模经济与规模不经济规模经济就是指生产大量产品比生产少量产品更有效率。n在系统实施中，经常开发一些辅助工具如：测试工具、诊断工具、文档工具、预处理程序和后处理程序等，使系统实施更有效率。由于这些工具由于经常使用，其开发成本也会被摊销到多次系统实施活动中。规模不经济是指系统工程实施团队中加入越多的成员，每个成员就要花

6、更多的时间来与其他成员沟通和交流，以此来共享信息和资源、处理错误和解决问题。n随着系统实施团队中成员增多：个性差异和工作习惯冲突发生的机会就会越多 团队整体工作效率下降团队内部之间沟通和协调的成本增加 7.2信息系统成本分类和构成团队成员之间的沟通渠道数量的计算一般地，如果一个团队有n名成员，则所需要的沟通渠道数量为：7.2信息系统成本分类和构成规模不经济问题的解决解决规模不经济最直接的方法就是缩小开发团队的规模。然而这种方法对大型信息系统工程实施来说是行不通的。因此，人们通常的作法是对全体人员按照一定原则进行分组。计算示例：计算示例：如果一个开发团队有n（n2）名成员，对其分组，每组k人，需

7、要多少沟通渠道（假设n能被k整除）。组内所需要的沟通渠道：组间所需要的沟通渠道：对该式求最小值可得到当k=时，该式可取的最小值。7.2信息系统成本分类和构成 n系统维护的含义和分类系统维护就是指在信息系统投入运营后，所作出修改的过程。n完善性维护，是指在不改变系统功能的前提下，提高和改善某部分的功能。n适应性维护，是指调整系统使之能适应一个已经发生变化的系统环境。n纠错性维护，是指纠正以前未发现的系统错误。n预测性维护，是指采用先进的软件项目管理方法对需要维护的系统或系统中的某一部分（重新）进行设计、编制和测试。系统维护成本的评估 n系统年变化量（ACT）：系统一年中变化的部分（可以是增加的也

8、可以是减少的）在系统总体中所占的比例。n系统年维护成本计算公式为：AME=ACTSDT AME是年维护成本；SDT是信息系统实施初始成本，以人月为基本单位；ACT是年变化量。系统维护成本系统维护成本 7.2信息系统成本分类和构成 n影响系统维护成本的因素 非技术因素n应用领域n员工稳定性n软件生命周期n外部环境n硬件的稳定性 技术因素 n模块的独立性n编程语言与编程风格n软件测试与调试n文档质量n配置管理 系统维护成本系统维护成本 7.2信息系统成本分类和构成 n系统移植成本n系统安装与培训成本 n系统文档编写成本 信息系统工程成本的其他组成部分信息系统工程成本的其他组成部分7.2信息系统成本

9、分类和构成 n系统移植成本系统移植包括：程序、数据库和文档的移植，系统移植的确认测试与验收测试，移植报告。组成移植成本的特定任务：n可行性分析、移植计划、移植准备、移植、集成与测试考察系统移植成本的几个主要变量nELOC（Equivalent Line Of Code）：系统的等价代码量；nALOC（Adapted Line Of Code）：系统的改编代码量；nDM：设计修改百分比，移植系统中设计修改所占的百分比；CM：代码修改百分比，移植系统中代码修改所占的百分比；nIM：已修改软件所需的集成百分比。把修改过的系统集成为完整产品所需工作量的百分比。系统移植成本可表示为：信息系统工程成本的其

10、他组成部分信息系统工程成本的其他组成部分7.2信息系统成本分类和构成 n系统安装成本：是指把经过验收的系统集成为包含设备、人员和程序的整体所需的成本。常见的安装活动n对用户环境进行调查；n安装系统所需的操作系统、数据库系统、网络和相关设备等；n安装数据库，倒入数据并对其初始化；n在用户环境中，对系统进行初始化并测试系统，如果发现错误要做到及时更正；n安装后的审核。n系统培训成本：是指对用户、操作人员、与数据准备人员进行培训所需的成本，有时也包括系统维护人员的培训成本。n影响系统安装与培训成本的两个因素系统的规模和安装数量；每一个系统安装的差异性。在实际中，系统安装与培训成本通常随这两个因素变化

11、，占到开发成本的2.5%7.5%。信息系统工程成本的其他组成部分信息系统工程成本的其他组成部分7.2信息系统成本分类和构成 n系统的文档成本系统文档包括各种计划、说明书和手册。文档比例n计划25%n说明书50%60%n手册15%25%影响系统文档成本的要素n系统文档数量等级n系统单位文档工作量 信息系统工程成本的其他组成部分信息系统工程成本的其他组成部分7.2信息系统成本分类和构成 n系统文档成本系统文档数量等级：是指系统的文档数量与代码量之比（PP/KLOC：Page Per KLOC）。nPP/KLOC近似服从正态分布的；n大部分系统PP/KLOC值在50左右，低于25或者高于100的系统

12、数量相对较少。n低文档等级：小型的、单用户系统n高文档等级：中型MRPII/ERP系统、决策支持系统n最高文档等级：金融证券、政府部门、工业自动化控制系统单位文档工作量n说明书和计划大型系统：每页文档4人小时中小型系统：每页文档23人小时n用户手册与系统规模无关，编制每页用户手册需要2人小时。信息系统工程成本的其他组成部分信息系统工程成本的其他组成部分7.2信息系统成本分类和构成 系统文档成本计算示例n计算一个大型的（10 KLOC）、有一定可靠性要求系统（这种系统在实际开发中比较典型）的文档工作量，此处：文档等级（PP/KLOC）：60文档数量：10（KLOC）60（P/KLOC）=600（

13、Pages）n说明书和计划文档数量：60080%=480（Pages）n手册文档数量：60020%=120（Pages）单位文档工作量说明书和计划：4人小时手册：2人小时总文档工作量480（页）4（人小时/页）+120（页）2（人小时/页）=2160（人小时）信息系统工程成本的其他组成部分信息系统工程成本的其他组成部分7.3系统成本估算 n建立估算目标n收集所需的数据与资源n准确定义信息系统的功能需求n细化估算对象n采用不同的估算方法n估算后再审核 信息系统成本估算基本步骤：信息系统成本估算基本步骤：7.3系统成本估算n原因：系统成本估算中，收集与估算无关的信息并对这部分信息做出评价，会浪费很

14、多工作量 n研究系统成本估算时需要注意的两个问题：相对估算和绝对估算n绝对估算：全面系统成本估算n相对估算：有侧重点地进行系统成本估算 乐观估算与悲观估算n乐观估算：将不确定性的成本认为一定不发生n悲观估算：将不确定性的成本认为一定要发生n方针：调节估算目标，使之满足决策信息的需要。平衡成本估算中各个组成部分的不确定性目标。在系统开发过程中，重新检查估算目标，并在适当的时候进行修改。建立估算目标建立估算目标7.3系统成本估算n常用的数据收集方法直接估算n在系统开发之初，我们只对系统需求有一个模糊的认识，如果要估算系统规模，只能根据系统功能直接估算。当然这种方法具有相当大的不确定性，通常是实际成

15、本的25%400%；经验数据n系统开发成功后我们得到其实际成本为50万元，又知道系统的安装与培训成本占是开发成本的2.5%7.5%（经验数据），所以可以直接得出这部分成本为1.25万3.75万；还有在计算文档成本时，每页大型系统说明书的工作量是34MH。这些都是经验数据；类比n例如：在估算系统成本时，如果我们以前曾经开发过功能类似的系统，就可以直接利用类似系统的相关数据来推测待估系统数据。收集所需的数据和资源收集所需的数据和资源7.3系统成本估算n明确的系统说明书非常重要系统说明书的可测试性n系统说明书能否清晰地定义“通过/不通过”，从而确定以开发的系统是否满足需求n示例：模糊的系统安全性需求

16、是否需要对用户进行分组管理；是否为每一个用户设置一定的权限；用户密码的加密手段；是否需要建立日志，如果需要，日志中包括那些内容。保持系统说明书高可测试性的原因：n这将有利于后期测试工作的顺利进行；n能够消除后期开发中由于不确定性引起的额外开销；n更加精确的进行成本估算。定义信息系统的功能需求定义信息系统的功能需求7.3系统成本估算n主要原因：估算对象划分得越细致，对要开发系统的技术部分就越了解；通过对估算对象的细分，来降低估算的不一致性；细化估算对象，不会忽略系统中一些不太显眼的估算对象。n细化估算对象主要解决乐观估算系统成本问题人们在估算成本时主观上都是乐观的，都期望系统的规模小一些，从而能

17、降低系统成本；人们在系统开发中往往对核心功能模块记忆深刻，而忽视支持和维护性模块，然而后者在系统中所占的比例要远远高于前者，故导致对系统整体规模估计过低。细化估算对象细化估算对象7.3系统成本估算n主要原因：估算系统成本的方法多种多样，每种方法都有它们的优势和不足，不能简单评价某种方法的好坏；要同时采用几种估算方法并且比较它们估算的结果。不是简单的多次测量取平均值示例：n自顶向下法能够很好的估计顶部模块的成本，但对于底层模块就会误差较大；n自底向上法能够比较准确地估算底层模块的成本，但对于系统整体成本就显得束手无策。n目的研究得出不同估算结果的原因；收集足够成本信息，重新进行成本估算；使几种方

18、法估算的结果基本一致。采用不同的估算方法采用不同的估算方法7.3系统成本估算n主要原因：估算对象识别不完全；估算方法不完善；有些系统模块不一定完全适合估算模型；系统开发过程中可能会发生变化；软硬件平台和开发方法是一个不断发展的领域。n目的修正本次估算的结果；通过审核找出本次估算方法缺陷，修改估算方法或者模型，使下一次估算更加准确。估算后再审核估算后再审核7.3系统开发成本估算方法 n成本建模法n专家判定技术n类比评估法nParkinson法则n赢利定价法n自顶向下估算法n自下而上估算法 目前常用的系统开发成本估算方法包括：目前常用的系统开发成本估算方法包括：7.3系统开发成本估算方法 n定义：

19、成本建模法就是根据系统特征，用数学模型来预测系统成本。n用于成本估算的主要模型：线性模型乘法模型分析模型表格模型复合模型 n成本建模法的优缺点：优点：客观性、可重复性、高效性；缺点：n能否代表未来系统；n不能处理异常情况；n对数据和模型非常敏感。成本建模法成本建模法7.3系统开发成本估算方法 n定义：专家判定技术就是通过聘请一个或多个领域专家和系统开发技术人员，由他们分别对项目成本进行估计，并最后达成一致而获得最终的成本。nDelphi法步骤：组织者（成本估算任务的负责人）为每个专家提供一份说明书和估算表格。专家以匿名方式填写表格，他们可以向组织者提出各种问题，但互相之间不能讨论。组织者汇总估

20、算信息，得出本次估算结果，并将本次结果通知每个专家，并让他们根据本次结果继续填写估算表格。重复步骤（2）和（3）若干次，得出最后的估算结果。n改进的Delphi法 专家判定技术专家判定技术7.3系统开发成本估算方法 n定义：通过推理把一个或多个已完成系统的实际成本与相似的待开发系统的估算成本联系起来，用类比的方法来推理新系统的成本。n示例：场景信息：待开发系统和一年以前的系统（实际成本30万元）功能相似，规模比原有系统大30%；由于已经具有开发类似系统的经验，所需工期会缩短20%；得益于组件式开发技术，重用原有系统大约20%代码。估算的成本：30（1+30%-20%-20%）=27（万元）n优

21、缺点：优点：基于实际的系统开发经验；缺点：旧系统对新系统的代表性未知。类比评估法类比评估法7.3系统开发成本估算方法 n定义：工作量能够由需要的时间来确定。依赖的假设是“工作会自动地占满所有可用的时间”。n示例：可利用人力资源180人月系统规模为180人月。系统投资20万元系统成本为20万元。n不推荐使用Parkinson法不是特别准确;助长不好的开发习惯,浪费系统资源。Parkinson法法7.3系统开发成本估算方法 n定义：通过估计用户愿意在该项目上的投资来计算成本;成本估算依靠客户预算而不是系统功能。n示例：一个系统开发小组在投标一个企业信息系统之前，使用估算模型得出系统的大约成本为40

22、万元，工期大约为7个月。但他们知道，企业对此系统的投资只有30万元，所要求的工期不能超过半年。于是，成本估算人员就修改成本估算，使其能够满足企业的需要从而赢得合同。n虽然存在缺点，但仍广泛使用缺点：n过低的估算成本使后期开发没有资金保障；n苛刻的工期要求使开发人员不得不加班加点。使用原因：合同是软件开发企业的生存基础 赢利定价法赢利定价法7.3系统开发成本估算方法 n定义：根据系统的全局属性估算出系统的整体成本，在根据一定比例把总成本分散到各个系统模块中；该方法能与其他方法结合。n优缺点：优点：不会忽视系统级别功能成本缺点：n不能识别底层技术问题，成本估算存在遗漏；n不能提供详细的数据基础；n

23、在系统规模很大时，估算结果不稳定。自顶向下法自顶向下法7.3系统开发成本估算方法 n定义：独立估算每个系统功能模块的成本，并将这些成本加起来，就得到整个系统的估算成本。自底向上法与自顶向下法互为补充 自底向下法通常过低估算成本 n优缺点：优点：n每个模块的估算都是基于对模块功能的详细理解；n每个模块的估算都将得到负责该模块开发的人员的支持；n自底向上的估算比较稳定，因为各个模块中的估算错误有机会相互抵消。缺点：需要较大的工作量自底向上法自底向上法7.5COCOMO模型与COCOMO模式 nCOCOMO模型COCOMO（Constructive COst Model，构造性成本模型）是一种精确的

24、、易于使用的基于模型的成本估算方法。COCOMO模式n定义：开发团队不同的规模和工作方式的组合称为COCOMO模式 n来源：人们经过长时间的经验总结和案例分析，发现根据COCOMO模型估算的信息系统成本明显地呈现有差异的规律性分布情况。经过研究发现，这种差异性分布是由开发团队的规模和开发方式的差异造成的。n三种COCOMO模式组织式嵌入式半独立式 7.5COCOMO模型与COCOMO模式 n组织式 定义：是指相对较小的系统开发团队在非常熟悉的内部环境中开发信息系统特征：n相对稳定的开发环境，很少需要大规模的底层软件开发；n系统开发都是基于成熟的算法和结构而不是大规模的创新；n在系统开发工期制定

25、比较灵活，能够应付一些紧急开发任务；n开发的系统规模较小。n嵌入式定义：信息系统开发要在严格约束条件下进行，并且系统必须运行在一个严格的软硬件环境中。嵌入式的系统开发需要消耗更多的工作量。7.5COCOMO模型与COCOMO模式n半独立式定义：组织式与嵌入式的中间模式。n系统规模和功能的中等水平；n组织式与嵌入式系统开发特点的结合。特征：n开发团队成员对相关系统都有中等级别的经验；n开发团队充分混合了有经验人员和无经验人员；n团队成员对所开发系统某些方面具有经验，但对其他方面没有经验。7.5COCOMO模型与COCOMO模式三种COCOMO开发模式的对比 特征模式组织型半独立型嵌入型对系统需求

26、的组织理解彻底相当一般相关系统的开发经验广泛相当中等最终系统与说明书的一致性基本相当完全相关底层模块的开发一些中等广泛算法创新少中等多工期提前的额外费用低中等高系统规模50KLOC300KLOC所有规模7.6基本COCOMO模型 n成本估算公式 E=A(KLOC)b nE最终估算的成本；nKLOC为系统的代码量，单位为千行；nA，b为两个常数。不同开发模式下的估算公式n工作量的计算单位为MM（人月）；n工期的计算单位是月 模型工作量工期组织式MM=2.4（KLOC）1.05TDEV=2.5（MM）0.38半独立式MM=3.0（KLOC）1.12TDEV=2.5（MM）0.35嵌入式MM=3.6

27、（KLOC）1.20TDEV=2.5（MM）0.327.6基本COCOMO模型不同规模系统的开发工作量、进度、生产率以及所需要的平均开发人员 工作量工作量小型中小型中型大型组织型521.391.3391.5半独立型6.530.8145.5687.4嵌入型8.343.7230.41216.1生生产产率率小型中小型中型大型组织型400376352327半独立型308258219186嵌入型241182139105平均人平均人员员小型中小型中型大型组织型1.12.76.516半独立型1.43.71029嵌入型1.75.21651从表中数据不难看出：随着系统规模的增加，系统开发人员的生产率是递减的，这

28、主要是由于规模不经济因素造成的，是符合客观规律的。7.6基本COCOMO模型基本COCOMO模型按阶段分布工作量分布(部分)工作量分布（百分比）规模模式阶段小型中小型中型大型超大型组织型规划与需求5.75.75.75.7系统分析15.115.115.115.1系统设计24.523.622.621.7系统实施39.637.335.834测试与维护15.118.320.823.5半独立型规划与需求6.56.56.56.56.5系统分析15.915.915.915.915.9系统设计25.224.323.422.421.5系统实施34.632.730.82927.1测试与维护17.820.623.4

29、26.2297.6基本COCOMO模型基本COCOMO模型按阶段分布进度分布(部分)进度分布（百分比）规模模式阶段小型中小型中型大型超大型组织型规划与需求9.11010.911.8系统分析17.317.317.317.3系统设计与实施57.353.65046.4测试与维护16.42023.627.3半独立型规划与需求13.815.517.21920.7系统分析20.721.622.423.324.1系统设计与实施48.344.841.437.934.5测试与维护17.219.822.42527.67.6基本COCOMO模型 n基本COCOMO模型的局限适于估算工作量，不适于进度估算要求开发团队

30、成员数量在每一个阶段都是相同的小结：基本COCOMO模型的主要局限是，除了KLOC以外，它没有包括任何其他成本驱动因子的影响，也不包括维护阶段的年变化量影响。所以，基本COCOMO模型在一般情况下只适用于系统开发成本的估算，并没有包括维护成本以及系统生命周期成本的估算内容。改进：中级COCOMO模型7.7中级COCOMO模型 n定义：能对系统成本产生影响的因素n特征：通用性和独立性通用性：成本驱动因子应该具有代表性，而不是在某些特定情况下，或是在较小范围内才有意义的因素。独立性：成本驱动因子应该与系统的规模无关，并且每一个成本驱动因子之间应该没有相互影响，或者将系统开发中那些高度相关的驱动因子

31、压缩成一个因子。n分类（4大类，15个）：n系统功能属性n计算机属性n人员属性n项目属性 中级中级COCOMO模型的成本驱动因子模型的成本驱动因子7.7中级COCOMO模型 n系统功能属性包括：系统的可靠性数据库规模系统功能复杂性n计算机属性包括：执行时间约束内存空间占用限制系统的可移植性要求计算机周转时间中级中级COCOMO模型的成本驱动因子模型的成本驱动因子n人员属性：人员属性：系统分析员能力应用经验程序员能力平台经验编程语言经验 n计算机属性包括：计算机属性包括：编程规范软件工具的使用所需的开发进度 7.7中级COCOMO模型 n系统功能属性包括：系统的可靠性数据库规模系统功能复杂性n计

32、算机属性包括：响应时间要求可移植性要求n人员属性：系统分析员水平程序员水平开发经验n项目属性：编程规范软件工具的使用所需的开发进度 改进的中级改进的中级COCOMO模型的成本驱动因子模型的成本驱动因子在实际操作时，通过每个成本驱动因子属性确定一个乘数，用于估算该属性对系统开发工作量的影响。然后，将这些乘数乘以按照标准中级COCOMO模型估算的成本，就可以得到系统开发工作量的精确估算。采用同样的方法也可以对系统维护工作量进行精确估算。7.7中级COCOMO模型n原理:系统开发的中级COCOMO估算，是从标准工作量估算开始的。然后通过根据系统的特点和开发团队的特点确定上文涉及到的11个成本驱动因子

33、的值（成本驱动因子乘数），用这些乘数乘以估算得到的标准工作量，得到调整后的估算工作量。中级中级COCOMO模型的估算方法模型的估算方法 基本基本COCOMO模型的工作量和工期计算公式模型的工作量和工期计算公式 模型工作量工期组织型MM=3.2（KLOC）1.05TDEV=2.5（MM）0.38半独立型MM=3.0（KLOC）1.12TDEV=2.5（MM）0.35嵌入型MM=2.8（KLOC）1.20TDEV=2.5（MM）0.327.7中级COCOMO模型中级中级COCOMO模型中各个成本驱动因子的工作量乘数模型中各个成本驱动因子的工作量乘数 成本驱动因子等级很低低标准高很高极高 系统可靠性

34、0.750.8811.151.4 数据库规模0.9411.081.16 系统复杂性0.70.8511.151.3 时间要求11.111.31.66 移植性要求0.8711.151.3 系统分析员水平1.711.2910.80.7 程序员水平1.671.2710.80.7 相关经验1.291.1310.910.82 编程规范1.241.110.910.82 软件工具的使用1.241.110.910.83 所需的开发进度0.94 0.9611.081.237.7中级COCOMO模型不同级别成本驱动因子所代表的意义不同级别成本驱动因子所代表的意义-系统功能属性系统功能属性 系统功能属性级别系统可靠性

35、（以影响为标准）数据库规模（以数据库文件的大小为标准）系统复杂性（以功能模块数量和WBS层次为标准）很低数据损失很小1层，35个功能模块低有一定数据损失，但可以恢复10MB2层，615个功能模块标准比较严重的损失10MB100MB3层，1640个功能模块高很严重的资金损失和不可恢复的数据损失100MB1000MB4层，40100个功能模块很高危及人的生命1000MB5层，100个以上的功能模块7.7中级COCOMO模型不同级别成本驱动因子所代表的意义不同级别成本驱动因子所代表的意义-计算机属性计算机属性 计算机属性级别响应时间要求移植性要求低运行在相同的环境中标准交互式，日常应用运行在相似的系

36、统环境中高交互式，全天候应用能够以不同版本运行在有较大差异的系统中很高实时响应，日常应用所开发的系统与环境有很高的独立性极高实时响应，全天候应用7.7中级COCOMO模型不同级别成本驱动因子所代表的意义不同级别成本驱动因子所代表的意义-人员属性人员属性人员属性级别分析员水平程序员水平开发经验很低很低的分析员能力；很低的工作效率；很低的交流与合作能力。很低的程序员能力；很低的工作效率；很低的交流与合作能力。小于1个月低以上项目的低级别以上项目的低级别4个月标准以上项目的中等级别以上项目的中等级别1年高以上项目的较高级别以上项目的较高级别3年很高以上项目的很高级别以上项目的很高级别3年以上7.7中

37、级COCOMO模型不同级别成本驱动因子所代表的意义不同级别成本驱动因子所代表的意义-项目属性项目属性项目属性级别编程规范软件工具的使用系统工期要求很低没有采用标称进度的160%低开始采用基本的开发工具130%标准部分采用带有GUI的IDE开发环境100%高普遍采用强大的编程测试工具，支持RAD85%很高日常采用支持UML建模，统一的项目管理工具75%7.7中级COCOMO模型综合示例综合示例n某一个跨国公司要建立一套销售数据收集和分析系统，其需求如下：（1）该系统拥有较高的可靠性，如果系统出现故障将会导致较大的损失。（2）为了进行数据挖掘和营销分析，系统将保留很长一段时间的历史销售数据。（3）

38、系统以交互式的方式运行，由于是跨国公司，因此系统将全天候运行。（4）系统以Unix为服务器运行平台，客户端平台可以有多种选择。该跨国公司聘请的开发小组是一个比较专业的开发团队（半独立型开发模式），普遍采用严格的编程规范，并拥有强大的编程测试工具，但为了能够保证系统开发成功，该公司对工期并没有过于严格的要求，但至少不能超过合同规定工期的30%。7.7中级COCOMO模型综合示例综合示例-分析结果分析结果n代码量估算：36（服务器功能模块数量）（333）（客户端功能模块数量）48n工作量估算：MM=3481.12=229人月n成本驱动因子对系统成本的总体影响：1.151.1611.111.150.

39、80.8110.910.910.910.96=0.8664n调整后的工作量为 2290.8664=198.4人月 n系统的服务器端需要36个功能模块，客户端需要6个功能模块，每个功能模块大概需要0.4KLOC的代码量。n由于客户端选择的灵活性，开发人员必须为每一种平台开发出相应的客户端软件，目前能够想到的有3种。成本估算成本估算7.7中级COCOMO模型成本驱动因子乘数确定表成本驱动因子乘数确定表 成本驱动因子等级很低低标准高很高极高 系统可靠性1.15 数据库规模1.16 时间要求1.11 移植性要求1.15 系统分析员水平0.8 程序员水平0.8 编程规范0.91 软件工具的使用0.91

40、所需的开发进度 0.967.8信息系统成本控制 n信息系统成本控制含义：信息系统的成本控制就是在整个系统的实施过程中，定期收集系统的实际成本数据，与成本的计划值进行对比分析，并进行成本预测，发现并及时纠正偏差，以使信息系统的成本目标尽可能好地实现。目的：信息系统的成本控制，将系统的运作成本控制在预算的范围内，或者控制在可以接受的范围内，以便在系统失控之前就及时采取措施予以纠正。实质：实质上就是监控成本的正负偏差，分析偏差产生的原因，及时采取措施以确保信息系统朝着有利的方向发展。7.8信息系统成本控制 n信息系统成本控制含义：信息系统的成本控制就是在整个系统的实施过程中，定期收集系统的实际成本数

41、据，与成本的计划值进行对比分析，并进行成本预测，发现并及时纠正偏差，以使信息系统的成本目标尽可能好地实现。实质：监控成本的正负偏差，分析偏差产生的原因，及时采取措施以确保信息系统朝着有利的方向发展。内容：n对造成成本基准计划发生改变的因素施加影响，以保证这种变化朝着有利信息系统的方向发展。n确定信息系统基准计划是否已经发生变化。n在实际成本基准计划发生变化和正在发生变化时，对这种变化实施有效的管理。n监视信息系统成本执行情况，及时发现与成本计划的偏差。n确保所有有关成本的变更都准确记录在信息系统成本基准计划中。n防止不正确、不适宜或者未核准的变更纳入成本基准计划中。n将核准的变更通知有关信息系

42、统干系人。7.8信息系统成本控制 n挣值的概念与意义概念：挣值就是在某一时点，实际完成的工作在成本基准计划下的预算成本，也就是根据成本预算计算的已完成工作的预算成本。计算公式：挣值=实际完成的工作量百分比总的预算成本目的：合理的判断成本偏差中间变量n工程计划工作的预算成本(Budgeted Cost of Work Scheduled，BCWS)，BCWS是按照成本基准计划计算的预算工作量的预算成本。n工程已完成工作的实际成本(Actual Cost of Work Performed，ACWP)，ACWP是工程实际发生的成本。n工程已完成工作的预算成本(Budgeted Cost of Wo

43、rk Performed，BCWP)，也就是挣值。挣值分析挣值分析 7.8信息系统成本控制 n挣值分析所得的指标与指数工程成本差异(Cost Variance，CV)n含义：反映了某一时点工程已完成工作的预算成本与实际成本之间的差异。n计算公式是：CV=BCWP-ACWP（成本差异=挣值-实际完成工作的实际成本）n如果 CV0，则说明实际成本低于预算成本，成本节约；n如果 CV0，则说明实际成本高于预算成本，成本超支。工程进度差异(Schedule Variance，SV)n含义：反映了某一时点挣值与成本基准计划下的预算成本之间的绝对差异。n计算公式是：SV=BCWP-BCWS（进度差异=挣值

44、-预算工作量的预算成本）n如果SV0，则说明实际进度超前于计划进度。n如果SV0，则说明实际进度落后于计划进度。挣值分析挣值分析 7.8信息系统成本控制 n挣值分析所得的指标与指数成本绩效指数(Cost Performance Index，CPI)n含义：某一时点已完成工作量的实际成本与预算成本之间的相对数，即是工程成本差异的相对数形式，用来衡量工程的成本效率。n计算公式是：CPI=BCWP/ACWP（成本绩效指数=挣值/实际发生成本）n如果CPI1，则说明实际成本低于预算成本，成本节约。n如果CPI1，则说明实际成本高于预算成本，成本超支。进度执行指数(Schedule Performanc

45、e Index，SPI)n含义：某一时点已完成工作量的预算成本与预算工作量的预算成本的相对数，即是工程进度差异的相对数形式，这一指数屏蔽了成本变动因素对成本绩效分析的影响。n计算公式是：SPI=BCWP/BCWS（进度执行指数=挣值/实际工作的预算成本）n如果SPI1，则说明实际进度超前于计划进度。n如果SPI1，则说明实际进度落后于计划进度。挣值分析挣值分析 7.8信息系统成本控制 挣值分析挣值分析示例示例 nCV=BCWP-ACWP=50-150=100万元0，所以当前工程成本超支100万元，需要改进成本管理绩效；nSV=BCWP-BCWS=50-100=50万元0，所以实际进度落后于计划

46、进度，需要改进工程的进度管理；nCPI=50/150=0.331，成本超支；nCPI=50/100=0.51，进度落后。7.8信息系统成本控制 n原理原理n成本控制流程成本控制流程监控信息系统费用执行情监控信息系统费用执行情况，发现和计算与预算的况，发现和计算与预算的偏差。偏差。确保所有适宜的更改已经确保所有适宜的更改已经包括在费用基线中，并准包括在费用基线中，并准确地记录下来。确地记录下来。通知与已经批准的更改的通知与已经批准的更改的相关部门和人员。相关部门和人员。实施控制。实施控制。信息系统成本控制的流程与方法信息系统成本控制的流程与方法 7.8信息系统成本控制 n考察信息系统成本控制效果

47、的指标考察信息系统成本控制效果的指标TBC（Total Budgeted Cost）称为总预算成本，它表明完成一）称为总预算成本，它表明完成一个信息系统总共需要多少费用；个信息系统总共需要多少费用；CBC（Cumulative Budgeted Cost）称为累计预算成本，描述）称为累计预算成本，描述了一个信息系统按照预算在某个特定时间点上应该花费的成本总了一个信息系统按照预算在某个特定时间点上应该花费的成本总和；和；CAC（Cumulative Actual Cost）称为累计实际成本，描述了一）称为累计实际成本，描述了一个信息系统在某个特定时间点上实际已经花费的所有成本总和；个信息系统在某

48、个特定时间点上实际已经花费的所有成本总和；CEV（Cumulative Earned Cost）称为累计实现价值，也称为挣）称为累计实现价值，也称为挣得值，描述了一个信息系统在某个特定时间点上所有已经完成的得值，描述了一个信息系统在某个特定时间点上所有已经完成的工作产品的总价值。工作产品的总价值。7.8信息系统成本控制 n增量开发增量开发含义：把一个系统分成不同阶段来实施，即先开发出来一个能含义：把一个系统分成不同阶段来实施，即先开发出来一个能完成基本功能的系统，然后在此基础上增加新的功能模块，或完成基本功能的系统，然后在此基础上增加新的功能模块，或者对基本功能系统进行改进从而完成整个系统的开

49、发工作。者对基本功能系统进行改进从而完成整个系统的开发工作。优点是：优点是：n比较有利于进行系统测试，测试对象仅仅是系统的一个增量模块；比较有利于进行系统测试，测试对象仅仅是系统的一个增量模块；n使系统开发人员在开发过程中搜集用户反馈意见，总结出现的问使系统开发人员在开发过程中搜集用户反馈意见，总结出现的问题，从而避免在增量开发阶段那同样的问题；题，从而避免在增量开发阶段那同样的问题；n可以在短时间内开发出满足企业当前需求的系统，节约开发成本，可以在短时间内开发出满足企业当前需求的系统，节约开发成本，当企业新需求出现时只要增加相应的功能模块即可；当企业新需求出现时只要增加相应的功能模块即可；n

50、增量开发可以极大地避免规模不经济。增量开发可以极大地避免规模不经济。控制系统成本的几个常用方法控制系统成本的几个常用方法 7.8信息系统成本控制 n先期开发先期开发含义：先期开发是指在正式系统开发支前，尽可能地解决一些支含义：先期开发是指在正式系统开发支前，尽可能地解决一些支持性问题，从而保证高效地完成正式系统持性问题，从而保证高效地完成正式系统形式：先行文档和辅助工具。形式：先行文档和辅助工具。n先行文档先行文档编制先行文档的优点在于：编制先行文档的优点在于：n为未来系统开发活动定义详细的目标和计划（开发计划、测为未来系统开发活动定义详细的目标和计划（开发计划、测试计划、维护计划）；试计划、