费用绩效指数CPI=EV/ACWP=120/150=80%。
   费用偏差CV=EV-ACWP=120-150=-30(万元)。
   费用超支30万元，实际费用是预算费用的125%(1/0.8)。

[考点] 挣值分析的3个基本参数和4个评价指标，项目完工费用和完工工期的预测。
   [解析] 挣值(Earned Value，EV)表示已完成工作的计划费用或预算费用。
   挣值分析是项目费用控制和进度控制的基本方法，其基本思想是通过引入“挣值”的概念帮助项目管理人员分析项目执行时的费用绩效和进度绩效，以便对项目费用和进度的发展趋势进行科学的预测和判断。
   挣值分析的的3个基本参数：
   (1)BCWS(Budgeted Cost for Work Scheduled，计划工作量预算费用)，在规定时间内计划完成工作量的预算费用。
   (2)ACWP(Actual Cost for Work Performed，已完成工作量的实际费用)，在规定时间内已完成工作量所发生的实际费用。
   (3)BCWP(Budgeted Cost for Work Performed，己完成工作量的预算费用)，在规定时间内已完成工作量按计划应当花费的预算费用。一般来说，建设单位正是根据这个值对承建单位完成的工作量进行支付的。换句话说，承建单位所挣得的就是这个值。因此，BCWP也称“挣值”(EarnedValue，EV)。
   挣值分析的4个评价指标：
   (1)费用绩效指数CPI(Cost Performed Index)=EV/ACWP。
   (2)进度绩效指数SPI(Scheduled Performed Index)=EV/BCWS。
   (3)费用偏差CV(Cost Variance)=EV-ACWP。
   (4)进度偏差SV(Scheduled Variance)=EV-BCWS。
   如果CPI＞1(CV＞0)，表示项目费用在预算之内；如果CPI=1(CV=0)，表示项目费用符合预算；如果CPI＜1(CV＜0)，表示费用超出预算。对于超支的项目要及时采取适当措施。
   如果SPI＞1(SV＞0)，表示项目进度提前；如果SPI=1(SV=0)，表示进度符合计划；如果SPI＜1(SV＜0)，表示进度拖后。对于进度拖后的项目要及时采取适当措施。
   CPI、CV被广泛用于预测完工时的项目费用。SPI、SV被广泛用于预测完工时的项目工期。
   (1)假定项目未完工部分按照目前效率进行，则：
   预测的完工费用=计划总费用/CPI。
   预测的完工工期=计划总工期/SPI。
   (2)假定项目未完工部分按照计划效率进行，则：
   预测的完工费用=计划总费用-CV。
   预测的完工工期的计算比较复杂，在此不再介绍。

进度绩效指数SPI=EV/BCWS=120/160=75%。
   进度偏差SV=EV-BCWS=120-160=-40(万元)。
   进度延误，实际进度是计划进度的75%，少干了40万元费用的工作量。

预测的完工费用=计划总费用/CPI=320/0.8=400(万元)。
   预测的完工工期=计划总工期/SFI=24/0.75=32(月)。

预测的完工费用=计划总费用-CV=320-(-30)=350(万元)。

监理公司建议将系统硬件部分和软件部分分开招标是有道理的，因为硬件招标与软件招标的评标标准通常相差很大。本案例中，项目建设所需的计算机设备、通信设备和网络设备均属于标准通用设备，有明确质量要求，检验也比较容易，价格因素一般可占70%～80%的权重；而新闻综合处理软件属于报社专用软件，技术含量较高，个性化较强，需要二次开发，质量要求难以量化，测试评估比较困难，价格因素一般只能占40%～60%的权重，投标人的资质、信誉、技术实力和以往的案例，尤其是供方技术方案的可行性、先进性和成熟性，均应作为评标的重要依据。报社草拟的评标标准，大致适合于需要二次开发的非通用软件产品的招标采购，但不适合于通用硬件设备的招标采购，所以监理公司建议将系统硬件和软件分开招标并分别制订其评标标准。

[考点] 招投标阶段的投资控制。
   [解析] 在信息系统工程建设招投标过程中，投标报价是确定承建人的重要因素，但不是唯一因素。在不同类型的招标中，投标保价在评估标准中被赋予了不同的权重。
   硬件招标与软件招标的评标标准通常相差很大。本案例中，项目建设所需的计算机设备、通信设备和网络设备均属于标准通用设备，有明确质量要求，检验也比较容易，价格因素一般可占70%～80%的权重；而新闻综合处理软件属于报社专用软件，技术含量较高，个性化较强，需要二次开发，质量要求难以量化，测试评估比较困难，价格因素一般只能占40%～60%的权重，投标人的资质、信誉、技术实力和以往的案例，尤其是供方技术方案的可行性、先进性和成熟性，均应作为评标的重要依据。报社草拟的评标标准，大致适合于需要二次开发的非通用软件产品的招标采购，但不适合于通用硬件设备的招标采购，监理公司建议将系统硬件部分和软件部分分开招标并分别制订其评标标准是有道理的。
   硬件设备的市场价格通常是透明的，其招标采购通常属于“价格驱动”(price-driven)的采购，投标报价是最重要的因素。评标标准中应在明确建设项目对于所需要的计算机设备、通信设备和网络设备的功能要求、性能要求、质量要求和服务要求的前提下，大幅度提高投标报价所占权重，而相应减少其他评估项所占权重。
   在硬件设备或者通用软件的招标采购中，由于价格透明度高，投标人通常不敢恶意抬价或恶意压价。而且因为此类招标采购的投标人一般会有许多，即使有个别投标人恶意抬价或恶意压价，也不会影响评标基准价格的合理性。但在非通用软件招标采购中，由于价格透明度低，投标人一般也不会太多，个别投标人的恶意抬价或恶意压价，很可能影响评标基准价格的合理性。
   恶意抬价，通常由几个关联公司或伙伴公司联合实施，让最有希望中标的那家公司以略低于其他公司报价的价格报价。一方面提高了投标人报价的均值，另一方面也让最有希望中标的那家公司的报价最接近报价均值。有时候几个竞争对手也会联合抬价，目的是这次让A中标，下次让B中标。
   恶意压价的目的通常有两个：其一，个别资质较低、实力较弱的投标人明知无希望中标但又心存侥幸，万一以低价中标，往往会利用软件质量难以度量的特点，“偷工减料”，最终受损的还是招标单位；其二，个别投标人确信自己不可能中标，抱着“我得不到也让你赚不成”的心理，以恶意压价的方式打击竞争对手，有时甚至会出现几个投标人联合恶意压价的情况。
   为防止恶意抬价和恶意压价，可聘请专业人员预先估算项目成本，制定投标标底，评标规则可规定报价偏离标底一定程度(如20%)以上为废标。项目成本估算可采用多种办法，最常用的是类比估算法和项目成本分解估算法。

评标标准中应在明确建设项目对于所需要的计算机设备、通信设备和网络设备的功能要求、性能要求、质量要求和服务要求的前提下，大幅度提高投标报价所占权重，而相应减少其他评估项所占权重。

为防止恶意抬价和恶意压价，可委托监理公司预先估算项目成本，制定投标标底，评标规则可规定投标人报价偏离标底一定程度(如20%)以上为废标。项目成本估算可采用多种办法，最常用的是类比估算法和项目成本分解估算法。

分模块计算工程价格合理，但不可行。按照工程量计算工程价格也合理，但也不可行。因为这利，方法必须借助于丰富的历史经验数据，而医院不是IT专业企业，没有专业经验，也没有历史经验数据。

[考点] 怎样进行信息系统工程总成本决策。
   [解析] 在进行信息系统工程招标时，由于建设单位常常缺乏专业经验，无法实现对工程总造价的准确计算。采用模型法计算工程造价，或采用功能模块分解法计算工程造价，均需要借助于丰富的经验数据，而对于非IT行业的成熟企业，采用这些方法常常不可能。况且，即使采用以上方法能计算出比较准确的工程预算，这种预算也并不等于承建单位的工程报价。
   在建设单位无法准确计算工程造价时，公开招标是较好的选择。
   在进行投标报价评分时，报价太高会增加建设单位的成本，但也不是报价越低的方案评分越高，须知若投标单位报价过低，则投标单位从工程承包中所获得的预期利润减少，投标单位没有利润支撑则不可能聘用技术能力强的工程师，不可能保证工程建设质量，最终受到损害的还是建设单位。
   建设单位还可向专业咨询公司进行项目建设咨询，或向监理公司咨询，或先进行监理招标，委托监理进行招标阶段的监理工作。

利用模型法对于无IT专业成熟经验的建设单位来说，也是不可行的。因为这种方法必须借助于丰富的历史经验数据，而医院不是IT专业企业，没有专业经验，也没有历史经验数据。

分阶段、分期建设可以降低建设单位的投资风险，有了经验后再全面建设，是比较稳妥的作风。但分期建设若规划考虑不全面，则后续项目中难以保护前期投资，会造成工程总造价偏高，且项目投入生产的周期延迟，从项目建设所带来的效益也延迟。

采取公开招标方式确定承包单位，对于无信息系统建设经验的建设单位而言，通常是比较可行的。
   (1)建设单位在编制招标书时应明确工程建设范围、承载的业务范围。
   (2)向咨询公司或监理公司咨询，确定项目建设的投资估计值作为标底，标底不公开，招标书中可约定报价与标底偏差值超过某个点(如50%以上)则为废标。
   (3)发布项目招标信息，征集三家以上具备相应资质的投标单位参与投标。
   (4)招标书中可不设置工程造价限制，由投标单位根据各自的方案编制投标价格。
   (5)对于投标报价的评分规则，可以概率统计方法(例如采用标准差)计算所有投标报价的均值，以均值作为投标报价评分参考标准。
   (6)在其他各项评分中总分相同者，与投标价均值最接近者中标。

信息系统工程项目的建议书一般是项目的建设方案，或叫初步设计、高层设计。建议书约定了工程的范围、系统架构，以及应当遵循的规范等。

[考点] 需求变更、设计变更、工程量变更所导致的费用变更的处理。
   [解析] 在工程实施过程中，遇到与建设合同约定的范围和设计出入比较大的情况时，不利于承建单位保质保量完成工程项目，应当及时与建设单位、监理等进行沟通，协商处理。
   在信息应用软件开发工程中，由于前期系统分析工作做得不够深入，导致项目建设过程中出现大量的需求变更，需求变更必然导致设计变更，给工程增加大量返工成本。过去很多定制软件项目都是固定总价合同，很多IT项目承包单位对索赔也认识不足，没有完善的工程管理制度和管理经验，不能采取规范的流程有效应对项目中出现的变更，因此，也就没有足够的索赔依据。
   针对工期的索赔，建设单位一般不太在意，因为过去大多数软件项目都是延期完工。而费用方面的索赔，建设单位不可能轻易批准，这与过去没有实施监理制度，承建单位项目管理不规范都有关系。对于变更，一定要采取规范有效的控制流程，所有变更均应当有书面确认的文件作为依据。

建议书是作为合同的一个附件出现的，与合同具有同等的约束力。如果合同中有特别说明的例外。

当工程中遇到与原建设方案不相符合的情况时，承建方应当及时通知建设单位和监理，提出对工程设计和费用进行变更的请求。

在出现变更工程价款和工期的事件之后，建设单位和承建单位双方主要应当注意：
   (1)承建单位提出变更工程价款和工期的时间。
   (2)建设单位答复的时间。
   (3)双方对变更工程价款和工期不能达成一致意见时的解决方式和时间。
   (4)在协商一致的基础上，及时签订工程量变更、设计变更、工期变更、追加(减)费用等文件。

承建方应当这样处理：
   (1)在确认需求及设计变更后(一般14天内)，及时向建设单位提出变更工程价款和工期顺延的报告。建设单位应当在收到书面报告后(一般14天内)及时予以答复，若同意该报告，则调整合同或补签协议；若不同意，应进一步召集三方就变更价款协商，协商一致后，修改合同。
   (2)如果协商不能达成一致意见，按工程承包合同争议的处理方式解决。

不同的建设方案会造成项目投产工期、运营期维护费用、业务流程、业务流程上投入人员等的差异，这些差异最终导致项目投产后每年收入上的差异。

[考点] 投资方案的技术经济分析。
   [解析] 在进行投资决策时，应当就投资方案的技术经济性进行分析，分析的方法有静态分析法和动态分析法，动态分析法是以净现值、净现值指数、内含报酬率等指标来进行评价的。
   在进行招标时，若只考虑项目建设期的静态投资，则三个方案的评分将是相同的，这样的评分规则比较粗糙，没有对方案进行深入分析。信息系统工程的投资应当从项目的整个生命周期进行考虑，以前有很多信息系统工程，建设期虽然投资节省了，但系统运行维护费用却非常高，而且，由于项EI建设上的缺陷，不能满足生产需要，或系统故障太多，难于维护，导致建设单位不得不反复进行重新建设，所花费的代价更高。因此，对建设方案进行评价时，不但要考虑建设期花多少成本，还要考虑运行期能产生多少效益。

如果采用静态分析法，则甲、乙、丙方案的建设期投资额都为200万元，4年的年末净现金流入量总数都是320万元，因此，分辨不出三个方案的优劣。

如果采用动态分析法，则在甲、乙、丙方案中，乙方案最佳，因为乙方案的净现值和净现指数都是最大的，净现值指数大的方案优。

如果采用动态分析法，则甲、乙、丙方案中，丙方案是不可行的，因为丙方案的净现值为负，或净现指数小于1。

净现指数的含义是：各年净收入的贴现值总和与各年投资额贴现值总和的比例，反映项目在整个生命周期是赢利还是亏本。净现指数在针对投资额不同的投资方案进行经济分析的时候是适用的。