软件质量的经济价值

当前存在的软件工程文献中没有很好地涵盖软件质量的经济价值这一主题，网站制作中出现这种情况的原因有很多。造成这种情况的主要原因是软件工程领域的软件质量度量方法很差。许多成本因素，例如无偿加班，往往被忽略。此外，软件成本数据也经常出现遗漏和遗漏，如项目管理成本的遗漏、兼职专家（如技术文档编写者）的遗漏等，实际上只有编码工作的成本有可用的相当好的数据。任何其他工作的数据，如需求、设计、审查、测试、质量保证、项目办公室和文档，通常被低估或被忽略。

正如本书其他地方所指出的，软件工程文献过于依赖模糊的、不可预测的质量定义，例如“软件产品满足用户需求”或满足一组“特性”。这些不科学的质量定义延缓了对软件质量最经济价格的研究。软件质量的经济价值研究也受到其他两个低效率经济指标使用的影响：平均缺陷成本和代码行数。缺陷的平均成本对质量不利，而实现最低缺陷成本的软件往往千疮百孔。代码行对高级编程语言不利，掩盖了它们在软件质量和生产力研究中的假定价值。

在这一部分，笔者将尝试用8个研究案例来论证软件质量的经济学研究。由于软件质量的经济价值与应用规模密切相关，这里以四个离散的规模数量级为例：100个功能点、1000个功能点、10000个功能点和100000个功能点。一个有100个功能点的应用软件通常是一个大系统的一个小功能模块，而不是一个独立的应用软件。然而，这个数量级也是大型应用软件原型最常见的尺寸范围。可能会有一些这种规模的小型单机应用程序，例如手持设备（例如iPhone）上的货币转换器或小程序等小型应用程序。

1000个功能点的应用软件通常是一个独立的应用软件，如燃油喷射控制系统、原子表控制软件、Java等编程语言的编译器、COCOMO等软件估算工具。万功能点流域级应用软件通常是业务控制各个环节的重要系统，如保险理赔处理、机动车登记、子女抚养应用软件等软件系统。 10万个功能点的应用软件通常是大型国际电话交换系统等主系统，Vista或IBMMVS等操作系统，以及Microsoft Office等相互关联、协作的应用套件。一些ERP应用软件也属于此类软件。甚至有可能达到30万个功能点。同样，全球军事指挥和控制系统(WWMCCS) 等大型国防应用程序可能有多达100,000 个功能点。

减少变量的数量。所有8 个示例都假设代码是用C 语言编写的，并且每个功能点包含大约125 个代码语句。由于假定所有8 个应用程序示例都是用相同的编程语言编写的，因此生产力和质量可以用未失真的代码行度量来表示。请注意，使用代码行数度量来比较不同编程语言是无效的。