软件评价指标
软件评分标准
软件评分标准首先，功能性是评价一个软件的重要指标之一。
一个好的软件应该具有丰富的功能，能够满足用户的需求。
在评价软件功能性时，需要考察软件的功能是否齐全、是否实用、是否符合用户的需求等方面。
另外，软件的功能是否稳定、是否易于操作也是需要考虑的因素。
一个功能完善、稳定的软件往往会获得较高的评分。
其次，易用性也是软件评分的重要考量因素之一。
一个好的软件应该具有良好的用户体验，操作简单、界面友好、功能布局合理等都是衡量软件易用性的重要标准。
此外，软件的操作流程是否清晰、是否易于上手也是需要考虑的因素。
一个易用性强的软件往往会受到用户的青睐，从而获得较高的评分。
再次，性能也是评价一个软件的重要指标之一。
软件的性能包括运行速度、响应速度、资源占用等方面。
一个好的软件应该具有良好的性能表现，能够快速响应用户的操作，不占用过多的系统资源。
在进行软件评分时，需要考察软件的性能表现是否稳定、是否流畅，这对用户的使用体验至关重要。
最后，安全性也是软件评分的重要考量因素之一。
随着网络安全问题的日益严重，用户对软件的安全性要求也越来越高。
一个好的软件应该具有良好的安全性能，能够保护用户的隐私信息，防范各种安全威胁。
在进行软件评分时，需要考察软件的安全性能是否可靠、是否稳定，这对用户的信息安全至关重要。
综上所述，软件评分标准涉及到功能性、易用性、性能、安全性等多个方面。
在进行软件评分时，需要全面考量这些因素，综合评价软件的优劣。
只有这样，才能为用户提供更好的软件选择参考，也能为软件开发者提供更好的改进方向。
希望本文介绍的软件评分标准能够对大家有所帮助，谢谢阅读。
软件测试评估
软件测试评估软件测试评估是指对软件系统或软件模块进行测试的过程，以评估软件的质量和性能。
在软件开发过程中，软件测试评估可以确保软件系统符合预期的要求，并保证软件在不同环境下的稳定性和可靠性。
以下是对软件测试评估的一些评价指标。
1. 测试覆盖率：测试覆盖率反映了测试用例对软件功能的覆盖程度。
可以通过衡量代码覆盖率来评估测试覆盖率。
高测试覆盖率意味着测试用例能够覆盖软件的大部分功能，从而减少潜在的缺陷。
2. 缺陷检测率：缺陷检测率是指在测试过程中发现的有效缺陷数量与总缺陷数量的比率。
高缺陷检测率意味着测试团队能够及时发现并修复软件中的缺陷，提高软件的质量。
3. 缺陷修复率：缺陷修复率是指在测试过程中发现的缺陷被修复的速度。
高缺陷修复率意味着测试团队和开发团队能够快速响应和修复软件中的缺陷，提高软件的稳定性和可靠性。
4. 性能测试指标：性能测试指标可以评估软件在处理大量数据和用户并发访问时的性能表现。
常用的性能测试指标包括响应时间、并发用户数、吞吐量等。
高性能测试指标意味着软件可以在高负载下仍然保持良好的响应速度和稳定性。
5. 用户满意度：用户满意度是评估软件质量的重要指标。
可以通过用户调查、反馈和评价来评估用户对软件的满意度。
高用户满意度意味着软件符合用户期望，提供良好的用户体验。
6. 工作量和成本：评估软件测试的工作量和成本可以帮助评估测试的效率和经济性。
高效的测试过程可以在适当的资源下完成测试工作，并在合理的成本范围内提供高质量的软件。
综上所述，软件测试评估是一个综合性的过程，旨在评估软件的质量和性能。
通过评估以上指标，可以全面了解软件测试的效果，并为进一步优化和改进测试过程提供参考。
软件测试中的质量度量和指标
软件测试中的质量度量和指标软件测试是保证软件质量的重要环节，而质量度量和指标则是评估测试过程和结果的重要依据。
本文将探讨软件测试中常用的质量度量和指标，帮助读者更好地理解和应用于实际项目中。
一、测试覆盖率测试覆盖率是衡量测试过程中代码执行情况的指标。
它能够告诉我们测试用例是否覆盖了所要求的功能和代码。
常用的测试覆盖率指标有语句覆盖率、分支覆盖率和路径覆盖率等。
语句覆盖率是指测试用例执行时是否覆盖了代码中的每一条语句。
它可以帮助我们确定是否有未执行的代码块，从而发现潜在的缺陷。
分支覆盖率是指测试用例执行时是否覆盖了代码中的每一条分支语句。
它能够帮助我们发现条件判断的问题，确保程序在不同分支上的表现正常。
路径覆盖率是指测试用例执行时是否覆盖了代码中的所有可能路径。
它是最全面的覆盖率指标，可以帮助我们评估测试用例的全面性和有效性。
二、缺陷密度缺陷密度是指在软件测试过程中发现的缺陷数量与代码行数之比。
它能够告诉我们单位代码行数中存在的缺陷数量，从而评估代码的质量。
缺陷密度的计算公式为：缺陷密度 = 缺陷数量 / 代码行数通常情况下，缺陷密度应该尽可能地低，因为较低的缺陷密度意味着代码质量较高。
如果缺陷密度超过了预期的阈值，就需要进一步分析和改进测试过程。
三、缺陷修复效率缺陷修复效率是指在软件测试过程中发现的缺陷修复的速度和效果。
它可以帮助我们评估开发团队的响应能力和解决问题的能力。
缺陷修复效率可以通过以下指标进行评估：1. 平均修复时间（MTTR）：指从发现缺陷到修复缺陷所需要的平均时间。
2. 平均修复周期（MTBF）：指缺陷修复之间的平均时间间隔。
3. 缺陷关闭率：指在一定时间内，成功修复并关闭的缺陷所占的比率。
通过对缺陷修复效率的评估，可以及时发现并解决问题，提高软件质量和用户满意度。
四、测试效率测试效率是指在规定时间内完成测试任务所需要的工作量和时间。
它可以帮助我们评估测试团队的运作效率和资源利用率。
软件需求评价指标
软件需求评价指标在软件开发过程中，对软件需求进行有效的评估和管理是保证项目成功的重要环节。
以下是软件需求评价指标，包括完整性、准确性、可理解性、可实施性、稳定性、兼容性、可测试性和可维护性等方面。
1. 完整性完整性是指软件系统所需求的功能是否完整，是否能够满足用户的需求。
在评价软件需求的完整性时，需要考虑以下几点：* 是否有遗漏了重要的功能？* 是否考虑了所有可能的业务场景？* 是否考虑了系统的边界条件？2. 准确性准确性是指软件系统所需求的功能是否准确，是否能够准确地实现用户的需求。
在评价软件需求的准确性时，需要考虑以下几点：* 是否有错误或不一致的需求？* 是否考虑了用户的真实需求？* 是否考虑了数据和计算的准确性？3. 可理解性可理解性是指软件系统所需求的功能是否容易理解，是否能够让开发人员清楚地了解用户的需求。
在评价软件需求的可理解性时，需要考虑以下几点：* 是否使用了清晰、简洁的语言描述需求？* 是否考虑了开发人员的背景和经验？* 是否容易让开发人员理解并实现需求？4. 可实施性可实施性是指软件系统所需求的功能是否容易实现，是否能够在规定的开发时间内完成。
在评价软件需求的可实施性时，需要考虑以下几点：* 是否考虑了技术实现的难度？* 是否考虑了开发资源的限制？* 是否能够在规定的开发时间内完成？5. 稳定性稳定性是指软件系统所需求的功能是否稳定可靠，是否能够在长时间内稳定运行。
在评价软件需求的稳定性时，需要考虑以下几点：* 是否考虑了系统的容错性和恢复能力？* 是否能够保证系统的安全性和隐私保护？* 是否能够在不同的环境和条件下稳定运行？6. 兼容性兼容性是指软件系统所需求的功能是否与其他的系统或设备兼容，是否能够与其他系统或设备协同工作。
在评价软件需求的兼容性时，需要考虑以下几点：* 是否考虑了与其他系统的接口对接？* 是否考虑了不同设备和浏览器的兼容性？* 是否能够与其他系统或设备无缝对接？7. 可测试性可测试性是指软件系统所需求的功能是否容易测试，是否能够通过测试验证其正确性。
经传软件指标评价公式
经传软件指标评价公式1. 引言随着信息技术的不断发展，软件在社会和经济中起着越来越重要的作用。
经传软件指标评价是评估软件质量和性能的一种常用方法。
本文将介绍一些常见的经传软件指标评价公式。
2. 常见经传软件指标评价公式2.1. 可用性指标可用性指标用于评估软件的易用性和用户体验。
以下是一些常见的可用性指标评价公式：- 用户满意度（User n）：用户满意度可以通过用户调查或问卷调查来评估，没有具体的公式。
- 错误率（Error Rate）：错误率是指用户在使用软件时出现错误的频率。
错误率的计算公式为：错误率 = (错误总数 / 操作总数) * 100%。
2.2. 性能指标性能指标用于评估软件的运行效率和响应速度。
以下是一些常见的性能指标评价公式：- 响应时间（Response Time）：响应时间是指从用户发出请求到系统给出响应的时间。
响应时间的计算公式为：响应时间 = (请求的结束时间 - 请求的开始时间)。
- 吞吐量（Throughput）：吞吐量是指在单位时间内系统能够处理的请求数量。
吞吐量的计算公式为：吞吐量 = (总请求数 / 运行时间)。
- 并发性（Concurrency）：并发性是指系统能够同时处理的请求数量。
并发性的计算公式为：并发性 = 总请求数 / 最大响应时间。
3. 结论本文介绍了一些常见的经传软件指标评价公式，包括可用性指标和性能指标。
这些公式可以帮助评估软件的质量和性能，为软件开发和改进提供参考。
然而，根据具体的软件和需求，还可以根据实际情况进行适当的调整和扩展。
软件绩效考核指标
软件绩效考核指标
6. 创新能力：评估团队的创新和技术能力。 - 技术创新：团队在技术方面的创新能力。 - 解决问题能力：团队解决问题的能力和创造性思维。
这些指标可以根据具体情况进行调整和补充，以适应不同的软件开发项目和组织需求。重 要的是，绩效考核指标应该与组织的目标和价值观相一致，并能够反映出软件开发过程和结 果的质量和价值。
软件绩效考核指标
3. 缺陷管理：评估软缺陷数量。 - 缺陷修复速度：缺陷修复的及时性和效率。
4. 用户满意度：评估软件用户对产品的满意程度。 - 用户反馈：用户对软件的评价和反馈。 - 用户体验：软件的易用性和用户界面设计。
5. 团队合作：评估开发团队的协作和沟通能力。 - 团队合作：团队成员之间的合作和协作能力。 - 沟通效果：团队成员之间的沟通和信息交流能力。
软件绩效考核指标
软件绩效考核指标可以根据具体的软件开发项目和组织的需求而有所不同。以下是一些常 见的软件绩效考核指标：
1. 项目交付：评估软件项目按时、按质量完成的能力。 - 项目进度：项目是否按计划进展，是否能够按时交付。 - 项目质量：软件的稳定性、可靠性、安全性等方面的评估。
2. 代码质量：评估开发人员编写的代码质量。 - 代码规范：是否符合编程规范和最佳实践。 - 可读性：代码是否易于理解和维护。 - 可维护性：代码是否易于修改和扩展。
软件评估标准
软件评估标准软件评估标准是对软件进行综合评估的指标和标准。
一个好的软件评估标准可以帮助开发者和使用者更准确地评估软件的质量和效果。
以下是几个常用的软件评估标准。
1. 功能性：软件的功能是否满足用户需求，是否能够完成预定目标。
评估标准可以包括功能是否完整、功能是否稳定、功能是否易用等。
2. 可靠性：软件的稳定性和可靠性。
评估标准可以包括软件运行的稳定性、容错能力、恢复能力等。
3. 可用性：软件的易用性和用户体验。
评估标准可以包括用户界面设计是否友好、操作是否简单直观、是否提供了合适的帮助文档和指导等。
4. 安全性：软件的安全性和保密性。
评估标准可以包括软件是否有漏洞、是否容易被攻击、是否保护用户隐私等。
5. 效率：软件的执行效率和资源消耗。
评估标准可以包括软件的运行速度、响应时间、内存占用等。
6. 兼容性：软件与其他系统或软件的兼容性。
评估标准可以包括软件是否和操作系统兼容、是否和其他软件兼容等。
7. 可维护性：软件的可维护性和可拓展性。
评估标准可以包括软件的可读性、可修改性、可测试性等。
8. 文档和支持：软件的文档和支持服务。
评估标准可以包括是否提供了详细的用户手册、是否提供了技术支持等。
9. 成本效益：软件的价格是否合理，与其性能、功能等是否相符。
评估标准可以包括软件的购买成本、使用成本、后续维护成本等。
10. 用户满意度：软件的用户满意度。
评估标准可以包括用户对软件的评价、用户的建议和意见等。
以上是常用的软件评估标准，不同类型的软件可能还有其他的评估标准。
通过对软件按照这些评估标准进行评估，可以更全面地了解软件的优劣和适用性，从而选择更合适的软件。
分享软件检验信度和效度的指标
分享软件检验信度和效度的指标软件的信度和效度是评估软件质量的两个关键指标。
信度指软件测量结果的一致性和稳定性；效度指软件测量结果与实际情况之间的相关性和准确性。
下面将介绍几个常用的指标来评估软件的信度和效度。
一、信度的指标1. 内部一致性：这是最简单的信度指标，主要用来测量软件中各项指标之间的一致性。
常用的方法有Cronbach's alpha（克伦巴赫α系数）和Split-Half（半分）方法。
其中，克伦巴赫α系数是最常用的内部一致性指标，它的范围从0到1，值越高表示信度越高。
2. 测试重测信度：该方法通过在不同时间点对相同样本进行两次测试，来评估软件的稳定性。
主要指标有Pearson相关系数和Intraclass correlation coefficient（ICC，组内相关系数）。
3. 信度可靠性系数：该方法评估软件的测量结果在不同测量者或测量条件下的一致性。
常用的指标有Cronbach's α系数和Generalizability（普适性）系数。
1. 内容效度：该方法通过评估软件中的各项指标是否涵盖了所要测量的领域，来评估软件的内容有效性。
常用的指标有Content Validity Index（CVI，内容效度指数）和Content Validity Ratio（CVR，内容效度比率）。
2.构效度：该方法评估软件中的各项指标是否能够合理地反映所要测量的潜在构念。
常用的方法有因子分析和结构方程模型。
3.判据效度：该方法通过评估软件测量结果与其他已经被广泛接受的测量工具或标准之间的相关性，来评估软件的准确性。
常用的评价指标有敏感度、特异度、准确度和ROC曲线。
以上介绍的是一些常用的软件信度和效度的评估指标，但要注意的是这些指标的选择需要根据具体的软件功能和测量目的来确定。
此外，对于不同领域和不同的软件应用情况，还有其他更具体的信度和效度评估方法和指标可供选择。
因此，在进行软件质量评估时，需要根据具体情况选取合适的指标和方法来评估软件的信度和效度。
软件评价指标
软件评价指标1. 响应时间它是性能的基本度量，包括从请求进入服务器到从服务器接收到最后一个字节所经过的时间。
此响应时间指标以千字节每秒为单位。
2. 请求率请求率指标被称为客户端发送的应用程序被注册为HTTP 请求并发送到服务器。
服务器软件然后处理请求，生成响应，并响应客户端。
一致请求的总数记录为每秒请求数(RPS)。
请求可以以任何数据格式记录，如HTML 页面、Javascript 库、多媒体文件、XML 文档等。
3. 用户交易软件界面记录用户操作的顺序。
将实际事务时间与预期时间进行比较有助于得出系统在通过负载测试时的成功程度。
4. 每单位时间的虚拟用户数如果软件产品满足定义的要求，该指标有助于检查软件产品的性能。
该指标使QA 团队能够估计不同负载条件下的平均负载和软件行为。
5. 错误率该指标计算一段时间内无效答案与有效答案的比率。
这些结果以百分比表示。
当软件负载超过其容量时会发生错误。
跟踪错误的不同方式包括HTTP 错误百分比、记录的异常、抛出的异常等。
6. 等待时间等待时间也称为潜在时间，它是从请求发送到服务器的那一刻到接收到第一个字节所经过的时间。
这些指标以KB/s为单位。
该指标与响应时间不同，因为包含的时间范围不同。
7. 平均加载时间这是传递请求所用的时间段。
这是用于根据其操作评估软件质量的主要参数之一。
据观察，如果网页加载时间超过3s，则用户倾向于放弃该页面。
因此，QA 团队的任务是测量平均加载时间。
团队需要建议以较慢的速度优化页面加载的区域。
8. 峰值响应时间该指标类似于平均加载时间。
该指标包括应用程序完成请求所花费的最长时间。
如果该参数高于平均加载时间，则表明软件中至少存在一个问题组件，需要注意。
9. 并发用户该指标也称为负载大小，因为它有助于显示任何给定时间点的活跃用户数量。
该指标广泛用于研究多个虚拟用户下的软件行为。
它类似于每秒请求数，但不同之处在于它不会生成任何一致的请求。
在思考时间的概念中，所有请求不会同时发送到服务器，而是按顺序发送到服务器，每个请求之间会有短暂的停顿。
软件质量评估指标体系
1.3 易用性指标
• (2) 易学习性 • 是与用户为学习软件应用 (例如运行控制、输入、输出) 所花的努力有关的软
件属性。该特征要求研制方提供的用户文档 (主要是用户手册、操作手册等) 内容详细、结构清晰以及语言准确。
1.3 易用性指标
• (3) 易操作性 • 是与用户为操作和运行控制所花的努力有关的软件属性。该特征要求软件的人
• 经过对软件可靠性细化分解并参照研制任务书，可以得到软件的可靠性度量因 子 (可靠性参数) 。
1.2 可靠性指标
• (1) 可用度 • 指软件运行后在任一随机时刻需要执行规定任务或完成规定功能时，软件处于
可使用状态的概率。可用度是对应用软件可靠性的综合 (即综合各种运行环境 以及完成各种任务和功能) 度量。
• 易用性可以细化为易理解性、易学习性和易操作性等。这三个特征主要是针对 用户而言的。对软件的易用性评价主要采用定性评价方法。
• (1) 易理解性 • 是与用户认识软件的逻辑概念及其应用范围所花的努力有关的软件属性。该特
征要求软件研制过程中形成的所有文档语言简练、前后一致、易于理解以及语 句无歧义。
1.2 可靠性指标
• (2) 初期故障率 • 指软件在初期故障期 (一般以软件交付给用户后的三个月内为初期故障期) 内
单位时间的故障数。一般以每100小时的故障数为单位。可以用它来评价交付 使用的软件质量与预测什么时候软件可靠性基本稳定。初期故障率的大小取决 于软件设计水平、检查项目数、软件规模、软件调试彻底与否等因素。
出结果更新周期应该与系统的信息更新周期相同。 • (2) 处理时间 • 是软件完成某项功能 (辅助计算或辅助决策) 所用的处理时间 (注意：不应包含
人机交互的时间) 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件评价指标 Last updated at 10:00 am on 25th December 2020
我们常说某某软件好用，某软件功能全、结构合理、层次分明。
这些表述很含糊，用来评价软件质量不够确切，不能作为企业选购软件的依据。
对于企业来说，开发单位按照企业的需求，开发一个应用软件系统，按期完成并移交使用，系统正确执行用户规定的功能，仅仅满足这些是远远不够的。
因为企业在引进一套软件过程中，常常会出现如下问题：
● 定制的软件可能难于理解，难于修改，在维护期间，企业的维护费用大幅度增加；
● 企业对外购的软件质量存在怀疑，企业评价软件质量没有一个恰当的指标，对软件可靠性和功能性指标了解不足；
● 软件开发商缺乏历史数据作为指南，所有关于进度和成本的估算都是粗略的。
因为没有切实的生产率指标，没有过去关于软件开发过程的数据，企业无法精确评价开发商的工作质量。
为此，有必要先了解软件的质量评价体系。
美国的.Ｂoehm和先后提出了三层次的评价度量模型：软件质量要素、准则、度量。
随后提出了自己的软件质量度量SQM技术，波音公司在软件开发过程中采用了SQM技术，日本的NEC公司也提出了自己的SQM工具，即SQMAT，并且在成本控制和进度安排方面取得了良好的效果。
第一层是软件质量要素，软件质量可分解成六个要素，这六个要素是软件的基本特征：
1. 功能性：软件所实现的功能满足用户需求的程度．功能性反映了所开发的软件满足用户称述的或蕴涵的需求的程度，即用户要求的功能是否全部实现了。
2. 可靠性：在规定的时间和条件下，软件所能维持其性能水平的程度。
可靠性对某些软件是重要的质量要求，它除了反映软件满足用户需求正常运行的程度，且反映了在故障发生时能继续运行的程度。
3. 易使用性：对于一个软件，用户学习、操作、准备输入和理解输出时，所做努力的程度。
易使用性反映了与用户的友善性，即用户在使用本软件时是否方便。
4. 效率：在指定的条件下，用软件实现某种功能所需的计算机资源（包括时间）的有效程度。
效率反映了在完成功能要求时，有没有浪费资源，此外＂资源"这个术语有比较广泛的含义，它包括了内存、外存的使用，通道能力及处理时间。
5. 可维修性：在一个可运行软件中，为了满足用户需求、环境改变或软件错误发生时，进行相应修改所做的努力程度。
可维修性反映了在用户需求改变或软件环境发生变更时，对软件系统进行相应修改的容易程度。
一个易于维护的软件系统也是一个易理解、易测试和易修改的软件，以便纠正或增加新的功能，或允许在不同软件环境上进行操作。
6. 可移植性：从一个计算机系统或环境转移到另一个计算机系统或环境的容易程度。
第二层是评价准则，可分成22点。
包括精确性（在计算和输出时所需精度的软件属性）；健壮性（在发生意外时，能继续执行和恢复系统的软件属性）；安全性（防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性）；以及通信有效
性、处理有效性、设备有效性、可操作性、培训性、完备性、一致性、可追踪性、可见性、硬件系统无关性、软件系统无关性、可扩充性、公用性、模块性、清晰性、自描述性、简单性、结构性、产品文件完备性。
评价准则的一定组合将反映某一软件质量要素，软件质量要素与评价准则间的关系如下图：
第三层是度量：根据软件的需求分析、概要设计、详细设计、实现、组装测试、确认测试和维护与使用七个阶段，制定了针对每一个阶段的问卷表，以此实现软件开发过程的质量控制。
对于企业来说，不管是定制，还是外购软件后的二次开发，了解和监控软件开发过程每一个环节的进展情况、产品水平都是至关重要的，因为软件质量的高低，很大程度上取决于用户的参与程度。
这里需要说明几点：
（1）对于不同类型的软件，系统软件、控制软件、管理软件、CAD软件、教育软件、网络软件及不同规模的软件，对于质量要求、评价准则、度量问题的侧重点有所不同应加以区别。
比如：
软件质量保证和评价活动有其不同的侧重点。
在需求分析，、概要设计、详细设计及其实现阶段，主要评价软件需求是否完备，设计是否完全反映了需求以及编码是否简洁、清晰。
而且，每一个阶段都存在一份特定的度量工作表，它由特定的度量元组成，根据度量元的得分就可逐步得到度量准则，要素的得分，并在此基础上做出评价。
这一点很适用于同软件开发商合作开发的企业。
（2）对软件质量各阶段都进行度量的根本目的是以此控制成本、进度，改善软件开发的效率和质量，但是，目前大规模的软件公司在我国并不多，大多数软件开发单位
都缺乏软件质量保证与软件质量评价的专门部门，因而企业可以委托专业机构参与帮助软件质量控制与保证。
如美国的METRTQS公司就是专门从事软件质量评价的公司，而日本的NEC公司是由公司内部的软件质量保证组织进行。
（3）企业选择软件供应商、开发商，需要考察该公司是否建立起自己的软件质量度量和评价数据，数据库中是否存有与本企业所在行业相关的软件，是否具有相关的开发经验。
软件在企业中的应用越来越广泛，获取软件的途径有四种，自行开发，直接外购，外购再二次开发，与软件开发商合作开发。
而其中又以合作开发最为普遍，因为这种方式更能满足企业独特的业务流程，更有针对性。
合作开发的软件是否好用，质量如何，就需要用到上文中的质量衡量标准。
目前有一些比较好的软件质量评价平台，如上海计算机软件评测重点实验室的SQTF，就是根据被测软件的类型和特点，针对软件六大质量特性，21项子特性，选择不同的度量元，形成的评价体系，以此为依据，对被测软件进行定性、定量、独立的技术测试，注重的是用数字说话，更具科学性。
例如，企业选购财务软件，首先是要满足功能性，其次是可靠性。
软件可靠性的依据不是软件已经过多少周的测试、调试，而是在可靠性预测模型中，定量的估计出软件中每千行代码尚存在多少个错误没有被消除，即KLOC的大小。
更进一步，通过软件质量测量，用户知道该财务软件在今后使用中的平均失效前工作时间（MTTF）和平均失效间隔时间（MTBF），这样，企业评价一套软件，就有据可依了。
评价软件的另一个依据就是软件开发商的实力和知名度。
目前我国软件企业有数千家，除100多家外资、合资企业外，绝大多数企业的规模在50人左右，少数达到200人，已初具规模的只有北大方正、联想软件开发公司、东大阿尔派、用友集团、和托普集团。
少数几家已取得CMM2的认证书，其余软件公司均处于CMM1的水平。
而
美国是世界软件市场的霸主，印度则有几家企业已达到CMM5的要求，相比之下，差距很明显。
因此，选购进口软件，CMM的等级是个很好的指标；选购国产软件，要看企业的行业背景，是否有开发相关行业的经验、企业规模、人员素质、企业知名度等。