软件造价

1.1 软件开发成本 software development cost 为达成软件开发项目目标开发方所需付出的各种资源代价总和。 注：资源包括人、财、物、信息等。 1.2 软件开发收入 software development income 因向委托方交付软件开发工作成果所获得的收入。 1.3 直接成本 direct cost 为达成软件开发项目目标而直接付出的各种资源代价总和。 注1：如可直接计入软件开发项目成本的直接材料、 直接人工等。 1.4 间接成本 indirect cost 与达成软件开发项目目标相关，但同一种投入可以支持一个以上项目的联合资源代价总和。 注：如开发管理人员工资、开发设备折旧、停工损失等。 1.5 人力成本 human resource cost 为达成软件开发项目目标所需付出的各种人力资源代价总和。 1.6 非人力成本 non-human resource cost 为达成软件开发项目目标所需付出的人力成本之外的其他资源代价总和。 1.7 成本度量 cost measurement 对软件开发成本的预计值进行估算或对实际值进行测量和分析的过程。 1.8 方程法 equation 基于基准数据建立参数模型，并通过输入各项参数，确定待估算项目工作量或成本估算值的方法。 1.9 类比法 comparison 将本项目的部分属性与类似的一组基准数据进行比对，进而获得待估算项目工作量或成本估算值的方法。 1.10 类推法 analogy 将本项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对，适当调整后获得待估算项目工作量或成本估算值的方法。 [...]

一. 什么是软件估算 做软件项目开发的时候，经常遇到的问题包括: 软件项目有多少功能？成本是多少？开发团队找什么样的？开发周期要多久？如何控制好开发质量？ 在项目正式开发实施前，这些问题必须搞清楚。那么搞清楚这些问题了，就属于软件估算。 二. 估算的内容 软件估算的内容包括: 软件规模 软件质量 软件成本 开发周期 等等。 这其中最根本的是软件规模，即软件功能量化，我们这里称作“功能点”。软件的质量、成本、周期等估算内容都是依赖于功能点的，所以功能点数量是根本。 三. 软件估算的重要性 为什么要进行软件估算呢？根据估算内容，我们也大概能够了解到估算的重要性了。 科学标准的估算结果可以给出更加准确的成本价格，避免成本价格偏差太大。特别是在当前国家严格审批和审计的情况下，科学合理且有据可依的成本价格有助于项目更容易获得申请通过，且经得起审计部门的审计。 此外，估算结果可以更好的帮您选择开发团队及人员投入。为什么这么说呢？由于地域及发展水平的问题，不同地区的开发团队其人员成本是不同的，北京这种一线城市是最高的。还有比如开发团队之前是否做过同类项目？用什么语言开发？等等，这些因素都会决定项目的成本价格、开发周期，及投入的人时数等。 假如一个项目没有事先做估算，可能会出现的结果: 项目按计划如期顺利完工（极少项目，也是理想状况）； 功能增加或调整； 前期项目费用不足，需要补充； 项目延期，迟迟没有交付； 项目烂尾，导致无法交付； 甲乙双方相互扯皮 等等 近期爆出的一个法国的项目就很有代表性。这个项目本来不大也不复杂，结果乙方用了12年，写了600多万行，甲方支付的开发费用也从几百万欧元不断上涨。最终的结局是项目不合格，甲方负责人被判入狱。结局很可悲，但也说明了如果事先做好了估算，这种结局就基本不会出现。 四. 何时进行估算？ 那么何时需要进行估算呢？ 我们认为从项目立项到实施的全过程都可以进行估算。 比如立项阶段，需要估算有多少功能，需要投入多少资源，协调哪些单位和部门，用户是谁，有多少用户，能简化多少流程，能提高多少效率，或者能有多少收益等等。 预算阶段就需要估算出来申报或投资额度的合理区间。 那么在招标阶段，项目的合理标的应该是多少？如何面对较大的投标额？ 还有在项目实施阶段，如何更好管理功能变更调整，参与人员的灵活调配，及合理的变更费用等等。

最近，法国一个烂项目惊爆了全世界的互联网和开发界。 该项目历时12年，总共600多万行C++代码，有50000多个类，直到最后把项目负责人逮捕入狱才算完事，这只是代表项目终止了，并没说明项目完成了。 听到这个“故事”的时候，我为这个项目的负责人感到莫大的悲哀，居然因为做项目而进监狱了！ 项目的计划是很好的，预算几百万欧元，工期2-3年。并不是一个很大很复杂的项目。 项目是如何演化的呢？ 项目资金到位后，这家公司开启了疯狂的招人计划，每隔几个月开发队伍就扩大一倍。结果7年过去了，项目还没有完成。因为延误，这家公司每天的罚金都高达数千欧元。我就纳闷了，这家公司居然还没被拖黄（这家公司有对策，下文提到）。直到有一天，公司管理者终于受不了了，就把干活的人都开掉了，新招了一批新手来开发，以此来减少开销。一段时间后，又把那些人开掉，再招一批经验丰富的人继续开发，就这样如此反复，结果又持续了几年。在这期间，这家公司经常给甲方发送金额不断增加的项目变更账单，来弥补每天巨额的工期延误罚金。整个过程中，甲方的仁义和耐心被一次次的磨光，直到最后把这家公司的负责人送入监狱。 无独有偶，美国某政府部门一个预算500万美元的项目，历时数年，最后耗资1.5亿美金，才仅仅完成了部分功能。 其实，这样的事例每天都在上演，只是很少曝光而已，都是丢人的事情，谁愿意说出来？ 如何看待一个失败的项目： 开发方团队实际生产率只有计划的1/30？ 项目开始后，发生了2900%的变更？ 项目实际费用是早期预算结果的30倍？ 事先做好估算，还会有历时12年，600多万行代码这样的烂项目吗？ 为什么会出现这种情况？ 就甲方而言，一旦签约并付款了，即使签约的开发方有各种问题，也不会轻易变更，因为变更就意味着责任人失职，意味着之前的付款打水漂了，责任人要担责的。 而对于乙方，因为急于签订合同拿下大单，对甲方的需求不清晰，导致开发人员投入不准确，形成多米诺骨牌似的连锁反应，使得项目总也完不成。 就失败项目而言，失败的原因有如下一些方面： 缺少用户的参与，导致开发出的功能不符合甲方需求 项目需求不完整，导致开发过程中误时走弯路 变更的需求，甲方需求变更，导致乙方之前的需求没做完，又要做新的需求，或者推翻之前的需求功能，按新需求继续开发 缺少领导的支持，导致甲乙双方对需求不能形成权威的确认和评定 开发方能力不足，导致换了很多人，项目越做越复杂，越来越低效 不切实际的期望，导致乙方承诺了甲方自己都无法完成的功能 可见在项目初期，做好科学估算是无比重要的。这里的估算包括成本、开发周期、质量保障等。然后甲乙双方根据估算报告中规定的细则来执行，项目的成功率会大大提升。 要避免项目落坑，如何做到科学估算，欢迎继续关注”软评老胡“的后续文章。