模板
教程
环境
性能
功能
管理
评估软件项目的经济价值
关键字： “价值”的概念有很长的历史，可以追溯到软件商业出现前几千年。在公元前四世纪的雅典学派时期，亚里士多德(384-322)实际地指出，一个事物的价值是基于对它的需要程度的。一千年后，基督教堂的领导人物表达了这样一种观点：工作与生俱来是好的。该
关键字：
“价值”的概念有很长的历史，可以追溯到软件商业出现前几千年。在公元前四世纪的雅典学派时期，亚里士多德(384-322)实际地指出，一个事物的价值是基于对它的需要程度的。一千年后，基督教堂的领导人物表达了这样一种观点：工作与生俱来是好的。该观点导致了一种模型，它认为价值是一个用于生产的工作量的函数。这一“成本加价”价值方法的先驱在其后的一千年里一直处于统治地位，直到威廉 杰文斯(1835-1882)和卡尔 门格尔(1840-1921)在他们1871年发表的“边际分析”理论中重新将亚里士多德的思想具体化。这一理论认为“价值完全取决于功用”。无论在生产中成本是如何被引起的，一旦产品进入市场，它的价值就完全取决于购买者期望获得的用途。
“功利价值”的概念无疑会受到环境的影响，这在经典辩论“一杯水的价值在特定条件下可能超过一整杯钻石的价值”中得到了体现。价值还受到市场实践的影响——例如，品牌——这种实践试图增加产品的心理价值。
在这篇文章中，我将首先使用三种典型和为人熟知的评估技术探讨可接受的评估实践。然后我将简单介绍建模和仿真技术。最后，我将就长期的IBM Rational开发实践如何作为一个“现实的选项”方法被重新构造来达到在软件项目管理中支持灵活性的目的以在软件产品中创造更多价值给出建议。
在下面的讨论中有两个重要术语：产品和价值。一个软件产品不止是一个可执行程序；它还可以指软件服务，系统，或过程。价值被表示为价格，并通过在其生存周期中流向软件的生产者和消费者的收益来衡量。本文的适用范围限于以市场心理需要为目标的软件项目；它不包括那些按照合同来满足具体客户需要的执行项目。
IBM Rational1一直走在软件经济实践的前列，其主要的强项是估计项目成本。下面这个来自COCOMO II的等式在整个Rational社区中是非常著名的：
工作量 = (人员) (环境) (质量) (规模过程*)2
*表示过程有效性
这个等式抓住了以下关键因素：
- 工作量：完成项目需要的人月
- 人员：考虑团队能力的因素
- 环境：考虑工具和技术的因素
- 质量：考虑需要的产品质量的因素
- 规模：组成最终产品的人工产生的代码行数
- 过程：基于产生最终产品的过程的有效性的公式
在宣传软件经济分析中，软件经济的“成本方面”是Rational的传统强项，而经济问题的“价值方面”则由Barry Boehm和Dan Port的一篇关于“基于价值的软件工程 (VBSE)”的论文3探讨。在文中他们做了如下定义：
VBSE涉及软件和信息系统产品，过程技术，以及它们与人类价值的互动。它使用风险分析来平衡软件规范和灵活性，并解答其它关键“多少是足够的”的问题。
Boehm和Port论及并向软件设计增加价值：
我们的路线图的目标被一个关键中间结果所支持：所有层次的设计者必须做出在增加价值的意义上比他们今天所做出的决定更好的设计决定。设计决定对产品和过程设计，更大规模项目的结构和动态管理，在项目组合策略实现中项目的分布，以及国家软件政策是十分重要的。更好的决策对更多的价值增长有关键推动作用。
图1列举了由简单到复杂的几种著名的项目评估技术：
图1：价值估量技术通过由从低到高的黑色曲线表示。图片来自2002年10月的“IT选择分析”，ISMC Orlando，Nancy Burchfield，原则性IT优化，IBM全球化服务。
点击放大
