本题的主要考点在于怎样在软件开发项目中合理、有效地进行挣值管理。要合理使用挣值管理方法，必须同时考虑到软件工程项目的特点。软件工程项目与建筑工程项目有很大的区别。软件工程项目更加类似于科研项目。如表 4-10 所示。
在建筑工程项目中，工程进度与成本之间的线性比例关系较好，而且进度容易测量。因此，挣值管理方法也使用得比较好。但在软件工程项目中，要合理、合适地采用挣值分析方法是比较困难的。软件工程项目的成本控制的困难有以下原因。
(1)需求的不确定性：软件项目的范围、需求难以准确地定义，导致项目开发过程中存在大量的变更，从而影响进度和成本。
(2)规模和工作量的不确定性：软件项目的工作量预算难以估计准确。
(3)质量鉴定的不确定性：开发完成并投入运行的软件模块的质量难以鉴定，特别如某个模块完成了 30％或 80％的工作量，我们无法去鉴定，或用于鉴定的成本可能很高而使开发单位难以接受或不愿意去做这样的鉴定。
(4)把握需求的不确定性：已经编写完成的软件代码，可能隐藏着对需求理解的严重偏差，可能是废品，得全部返工。
(5)难易程度的不确定性：已经编写完成的软件代码可能是很简单的，未完成的可能很难，或反之。
(6)人员的不确定性：如果编写软件代码的人员不稳定，熟练员工中途流失将给项目进度、质量管理带来严重影响。新人中途接手未全面完成的、风格不良的软件代码，是一件很困难的工作。员工的敬业精神也难以衡量。
由于以上这些因素的影响，使得在软件工程项目中对工程进度和工程质量的测量变得很困难，因而，我们就不可能像在建筑项目中那样使用挣值管理方法了。
【问题3】
在软件项目的开发管理中采用挣值分析时，可以考察各模块的完成状态，全部完成并且集成测试成功，能够投入初步运行，这样，可以算本模块的工作量完成，可以获得本模块的全部挣值，否则，本模块的挣值计 0。考虑到工程整体的集成还需要一定成本，因此，在计算各模块挣值时，还应当扣除一定比例的挣值，作为工程整体集成的工作量的挣值。
但我们在实际工作中，也有很多时候采用估算某模块完成百分之几的做法，但这种做
法是粗放式的，项目管理人员可以将这信息作为对项目成本累积的参考，作为粗略估计项目进度的参考，但不是成本核算的依据，也不能作为申请工程进度款支付的依据，需知这种信息的可信度和可控性均较差。
4.4.3 参考答案
【问题1】
应当先估算各模块的工程量，再以工程量来估算所需要的人力资源，如总工程量“××人周”或“××人月”或“××人年”等。李工的项目小组的建设应分阶段进行人力资源投入，如设计阶段所用人力应较少，而详细设计完成后，编码阶段进入，则人力投入是高峰期。
人力资源成本的预算也应当核算一定比例的浮动成本。李工所采用的是挣值管理方法。此方法应用到软件工程项目中，应注意软件开发挣值与投入的非线性比例关系特点。 【问题2】
软件开发人力资源成本挣值统计是能够做到比较准确的，衡量软件开发人力资源成本的计算公式：
李工所采取的方法应增加各模块工程量的估算，就能够进行人力资源成本控制。如表 4-11 所示。
实际消耗的人力资源成本可通过财务发放的工资统计得到。 【问题 3】
李工根据各工程师的进度报告(进度百分比)来计算挣值，在软件开发中是不可行的。 在软件开发中，各模块的进度百分比通常很难测量准确，而各工程师的汇报往往是很粗略的估计，这种估计只能提供给项目经理控制进度时做参考，但不能作为成本核算或申请工程进度款支付的依据。建议李工以各模块全面完工来进行计算，即各模块要么计算 0％，要么计算 100%完工，但在进行工作分解的时候，分解的深度和各模块的粒度要合适，便于进行控制。
另外，在核算的时候，要扣除一定的比例，如 20%～30%作为各模块集成所需要的工程量，待工程全面完工后进行核算。
4．5 案例五：投资决策
阅读以下关于信息系统项目管理过程中投资决策方面问题的叙述，回答问题1-问题3。
4.5.1 案例场景
刘工是某希赛软件研究所(CSAI )新产品开发部的总工程师，负责为公司调研新的产品预研方向，编制项目开发报告。
2005 年 5-8 月，刘工经过近 3 个月的时间，对××行业的 YY 业务系统收集了大量资料，并进行了深入分析，向公司提供了一个项目开发计划，项目开发计划的摘要如下：
××行业的 YY 业务系统现状描述：(略)。
项目开发 A 方案的技术经济描述：A 方案为一期项目包含 6 个子系统的建设，项目开发周期为2 年，第一年初投资 600 万元，第二年初投资 600 万元。项目建成后运行周期为 4 年，每年年末产生的净现金流入量见表 4-12。方案 A 投资收益如表 4-12 所示。
项目开发 B 方案的技术经济描述：B 方案分两期建设，两个合同。一期包含 3 个子系统，开发周期为 1 年，第一年初投资为 600 万元，项目建成后即投入运行，第一运行年度末产生的净现金流入量为 160 万元。第二期项目投资于第一期项目建成后启动，包含 3 个子系统，开发周期为 1 年，投资 700 万元。第二期项目的建设必须有第一期项目的支持，建成后与第一期项目一起运行，每年年末的净现金流入量见表 4-13。方案 B 投资收益如表 4-13 所示。
以上计算，设资金的贴现率为 8%。A、B 两方案的技术经济比较：通过对A, B 两方案的技术经济比较分析， B 方案的净现值和净现值指数均优于 A 方案，因此，刘工得到的结论是 B 方案优于 A 方案。
【问题1】请以200 字内回答，刘工对 A, B 两方案的技术经济分析是否全面？请你给出合理的补充。
【问题2】请以 300 字内回答，B 方案比 A 方案的投资多 100 万元，即使折算到第一年年初的净现值，B方案也比 A 方案多投入 92.59 万元。为什么 B 方案还是比 A 方案的经济性优越呢？为什么 A, B 方案建设同样多的功能模块，B 方案的投资却比 A 方案多？请列出可能的影响因素。
【问题3】请以 300 字左右，对 A,，B 两方案的技术经济性进行点评。
4.5.2 案例分析
【问题1】
开发一套信息应用系统，都是要期待信息系统能够为我们带来经济价值，即使是公益
性项目也不例外。信息系统给我们带来的经济价值有高有低，好的建设方案应当带来更大的经济价值。为了选择更好的项目建设方案，就需要通过对项目的技术经济分析进行投资决策。在进行投资决策时所用到的财务评价指标，根据是否考虑了资金的时间价值，有静态评价指标和动态评价指标。
静态评价指标对于技术经济数据不完备、不准确的方案进行初选，或者对于全寿命周期比较短的项目来说，是适合的。常用的静态评价指标有：投资利润率、静态投资回收期(Pt),借款偿还期(Pd),利息备付率、偿债备付率等。
充分地考虑资金时间价值的动态评价指标比较适合于方案最后决策前的详细可行性研究阶段，以及对于寿命周期较长的方案进行评价。常用动态评价指标有：净现值(NPV),净现值指数(NPVR ),内含报酬率(IIT )、动态投资回收期((Pt)等。
另外，不同的投资方式，投资资金的风险也不一样，如一次性投资资金的风险一般比分期投资资金的风险要大。建设单位建设资金不充足的情况下，一般采用分期投资的可能性更大些。
【问题2】
现在的应用软件系统开发，我们通常采用螺旋模型开发方式，螺旋模型开发方式的优点是初期投资少，系统建设周期短，建设完成后可以迅速投入应用，给我们带来良好的经济价值。而传统的瀑布模型开发方式，由于开发周期长，一次性投资大，投资收益见效迟缓等缺点，往往在市场竞争的初期会处于不利地位。软件开发模型对比如表 4-14 所示。
采用螺旋开发模型，我们可以在较短时间内迅速建设一个应用系统，让系统尽快投入生产，产生经济效益。但我们同时也应看到，采用螺旋模型开发软件系统也是有缺陷的，采用螺旋模型开发软件，由于在系统建设的初期，我们只考虑一小部分系统功能，很多软件架构设计人员容易忽略将来应用软件对架构的变更要求。由于软件架构的制约，早期建设的系统在应用的过程中，在满足新需求方面，常常遇到很多问题，有时甚至不得不考虑完全废弃以前的架构，重新设计新架构的情况，重新设计就必然导致部分工作的重复、返工，增加工作量，增加投资。
从经济价值方面来考虑，螺旋模型当然是首选，因为其建设周期短，见效快。从系统质量方面来考虑，瀑布模型又具有一定的优势。采用螺旋模型开发应用软件，必然在时间上存在多次功能模块的迭代。而目前在 IT 行业，人员的流动性非常强，熟练员工的流失常常也带走成熟的技术，而新招聘的员工对应用软件系统开发的规范性、统一的软件架构、质量保证计划、公司的可复用资产的理解是会大大打折扣的，因此，新员工所开发的软件功能模块，在对旧软件功能模块进行迭代的时候，就会存在很多问题，时常引起软件系统故障，即
系统质量问题。
螺旋模型在对付需求变更方面，往往能取得良好的效果，但是，IT 系统集成公司或项目小组又容易陷入另外一种误区，即不重视需求分析，不重视对系统开发的全局考虑，这样，必然造成需求分析中存在着很多不足，导致频繁的变更，泛滥的变更，影响质量，影响成本。
也不乏这样的情况出现，由于信息系统工程质量的隐蔽性特点(功能方面也存在很强的隐蔽性)，建设单位在建设信息系统工程项目的时候，由于主管领导换届，前任已经开发完成的功能，但可能应用部门长期没有使用，新领导由于不知情而重新进行项目建设。这也是螺旋模型开发中，项目管理工作做得不够完善所引发的重复投资问题。
而从系统质量方面来考虑，当然是一次规划，一次性开发更好，因为这种开发模式的统筹性工作将比较螺旋模型会做得更好。传统的瀑布模型需要我们花费大量的精力来做需求分析，要求需求分析做得深入、彻底，以减少软件系统的变更。但由于传统瀑布模型的开发周期长，一次性投资大，投资风险也大，建设单位往往很难接受，软件产品开发商也很难接受，这就导致传统的瀑布模型在市场竞争方面输于螺旋模型。
频繁的变更使得系统质量受到影响，也必然使得应用软件系统的成本投入的增加。 我们建设应用软件系统的投资，除了考虑技术经济性、风险等因素外，还应考虑到非合同因素。工程的甲乙双方在签订项目建设合同的时候，一个大合同通常比若干小合同更合算。用个简单的比喻，好比批发与零售的区别。但分散的小合同风险小，大合同风险大。因此，这方面的因素也应当综合权衡。
因此，当我们在进行软件开发方案决策，选择应用系统开发模型的时候，应当全面考虑以上这些问题。
【问题3】
实际上 A, B 两方案均是可行的方案，但B方案比 A 方案风险小，且 B 方案建设周期短，见效快。如果采用 B 方案，那么，应当注意系统建设的统筹规划。如果采用 A 方案，也可以实现一次规划，一个合同，分期建设，这样，效益就会更好。
4.5.3 参考答案
【问题1】
刘工的分析不全面。全面的经济分析还应考虑“成本回收期”、“追加成本净现值”、“追加成本内部收益率”、“内含报酬率”、“敏感性分析”等。还应当增加投资风险分析，本案例方案 B 的投资风险比方案 A 的投资风险小。
【问题2】
B 方案分两期建设，两期投入建设资金。由于 B 方案的一期系统建设在一年建设完成后就投入运行，产生了经济效益。因此，通过净现值指数分析，B 方案净现值指数高于 A 方案，B 方案的经济性比 A 方案优越。
B 方案分两期投入，项目风险将会得到一定程度的降低。
B 方案所投入的资金多于 A 方案，一般有以下原因：两个分立的合同，在甲乙商务方面将有一定区别，分立合同的单价往往会做得高一点。
? 由于分期建设，在应用系统的体系架构方面，可能有一定程度的重复开发。
? 由于分期建设，硬件及采购设备方面可能有部分会被淘汰、升级，从而影响采购投资方面的增加。
? 由于分期建设，IT 项目市场环境、技术、政策等因素的影响，也会导致投资总额差别。 【问题3】
从技术经济性上讲，A、B 两方案均是可行的。但 B 方案更好。 B 方案比 A 方案风险小，且 B 方案建设周期短，见效快。