汽车研发仿真分析软件工具测评规范

汽车研发仿真分析软件工具通用质量要求1范围本文件规定了汽车研发仿真分析软件工具的通用质量要求及测量方法，主要包含功能性、性能效率、兼容性、易用性、可靠性、信息安全性、可维护性和可移植性等。本文件适用于汽车研发仿真分析软件工具的质量要求测量。2规范性引用文件下列文件中的条款通过本文件的引用而成为本文件的条款，下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本文件，然而，鼓励根据本文件达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本文件。GB/T25000.23-2019系统与软件工程系统与软件质量要求和评价（SQuaRE)第23部分：系统与软件产品质量测量GB/T25000.51-2016系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则3术语与定义GB/T25000、GB/T15532-2008中确立的术语和定义适用于本文件。4质量要求4.1功能性要求4.1.1功能完备性汽车仿真分析软件功能应覆盖需求规格说明中指定的功能内容。4.1.2功能正确性功能正确性具体要求如下：a)汽车仿真分析软件可提供正确结果功能内容的比例；b)汽车仿真分析软件可提供满足结果精度功能内容的比例。4.1.3功能适用性汽车仿真分析软件功能与应用场景结合的适用性。4.2性能效率要求4.2.1时间特性要求时间特性具体要求如下：a)平均响应时间：用户在操作汽车研发仿真分析软件时，经多次测量某特定功能首次平均响应时间。b)吞吐率：汽车研发仿真分析软件在单位时间内能够处理的任务数量的平均速率。4.2.2资源利用性要求资源利用性具体要求如下：a)CPU占有率:仿真软件在稳定执行指定任务时平均CPU占有率；b)内存占有率:仿真软件在稳定执行指定任务时平均内存占有率；4.3兼容性要求4.3.1共存性要求多款软件同时运行时，应与其他产品共存于同一操作系统中，独立运行，互不影响。4.3.2互操作性要求不同软件之间能够顺利地交换数据，包括数据的格式、传输协议和交换方式，并且能够正确地解析和利用这些数据，要求应覆盖需求规格说明中指定的功能内容。4.4易用性要求4.4.1可辨识性要求汽车研发仿真分析软件的用户界面应清晰简洁，各项功能和操作按钮应直观易懂，没有多余或复杂的元素，同时应提供可视化的操作流程，使用户能够清晰地了解操作步骤和顺序，要求应覆盖需求规格说明中指定的功能内容。4.4.2易学性要求汽车研发仿真分析软件应该提供完善的帮助文档，包括用户手册、操作指南、常见问题解答。这些文档应该详细介绍软件的功能、操作方法和常见问题的解决方法，方便用户随时查阅和学习,要求应覆盖需求规格说明中指定的功能内容。4.4.3易操作性要求汽车研发仿真分析仿真软件的操作流程应该尽可能地简化，避免不必要的复杂性。用户应能够快速地完成建模、设置和运行仿真操作，要求应覆盖需求规格说明中指定的功能内容。4.4.4差错防御性要求在执行可能产生不可逆影响的关键操作之前，汽车研发仿真分析软件能够向用户显示有效的警告或提示信息，要求应覆盖需求规格说明中指定的功能内容。4.4.5界面舒适性要求汽车研发仿真分析软件界面的色彩搭配应舒适、协调，避免过于刺眼或混乱的颜色组合。色彩应符合软件的整体风格，提高界面的易读性和美观度，要求应覆盖需求规格说明中指定的功能内容。4.4.6易访问性要求汽车研发仿真分析软件应遵循无障碍设计原则，消除对特殊群体的障碍，让他们能够方便地使用软件，要求应覆盖需求规格说明中指定的功能内容。4.5可靠性要求4.5.1成熟性要求汽车仿真分析软件应保证系统、产品或组件在正常运行时满足可靠性要求，在预定义周期内软件失效次数不大于1次。成熟性要求主要体现在：a）应具备先进、成熟的技术，能够模拟复杂系统的运行和行为，并能够提供高精度的仿真结果。技术成熟意味着汽车研发仿真分析软件具有高度的稳定性和可靠性，能够满足用户的需求；b）应具备丰富的功能模块和工具，能够支持各种仿真场景和需求。汽车研发仿真分析软件的功能应模块化、可扩展，方便用户进行定制和二次开发；4.5.2可用性要求汽车研发仿真分析软件的可用性是指软件在特定使用环境下，用户为完成特定任务或实现目标所表现出的软件使用效率、正确性和安全性的特性，能够满足软件说明中描述的指定功能要求。汽车仿真分析软件的系统、产品或组件应在需要使用时达到能够进行操作和访问的要求。4.5.3容错性要求汽车仿真分析软件存在硬件或软件故障时，系统，产品或组件的运行应符合预期要求，能控制多种故障模式导致的验证失效，为避免系统失效安装冗余组件。某一功能导致汽车研发仿真分析软件出现错误或异常时，与差错处置相关的功能应与软件说明中的陈述一致。在软件说明陈述的限制范围内对软件进行操作时，不应丢失数据。输入违反句法条件的信息时，软件给出提示信息，并且不能作为许可的输入加以处理。4.5.4易恢复性要求汽车仿真分析软件应发生中断或失效时,产品或系统能够恢复直接受影响的数据并重建期望的系统状态要求，在定期数据备份完整性方面达到使用要求。在汽车研发仿真分析软件发生中断或失效时，可通过数据备份恢复，最大限度降低损失。通过软件说明中描述的数据备份和恢复方法，能够了解数据备份和恢复机制、具体备份的数据信息等。汽车研发仿真分析软件应具备完善的日志记录和监控功能，记录仿真运行过程中的关键信息和异常情况。通过分析日志，用户可以快速定位问题并进行恢复。4.6信息安全要求4.6.1保密性要求确保汽车研发仿真分析软件前处理、求解及后处理过程中产生的数据只有在被授权时才能被访问，防止未得到授权的人或系统访问相关的信息或数据，还要保证得到授权的人或系统能正常访问相关的信息或数据。在访问控制性、数据加密正确性方面满足保密性要求。4.6.2完整性要求能够防止汽车研发仿真分析软件前处理、求解及后处理过程中产生的数据在传输和存储过程中被破坏或被篡改。在数据完整性、内部数据抗讹误性、缓冲区溢出防止率方面满足完整性要求。4.6.3抗抵赖性要求启用安全审计功能，能够对活动或事件进行追踪。对审计日志进行管理，日志不能被任何人修改或删除，能够形成完整的证据链。采用使用数字签名处理事务，能够在收到请求的情况下为数据原发者或接收者提供数据原发和接受证据，同时应用数字签名以满足抗抵抗性。4.6.4可核查性要求能够覆盖到每个用户活动，用户活动的日志记录内容至少应包括事件日期、时间、发起者信息、类型、描述和结果等；审计跟踪设置需定义审计跟踪极限的阈值，当存储空间被耗尽时，能采取必要的保护措施。例如，报警并导出、丢弃未记录的审计信息、暂停审计或覆盖以前的审计记录等，要求用户审计跟踪保证完整性。4.6.5真实性要求汽车研发仿真分析软件提供专用的登录控制模块对登录用户进行身份标识和鉴别，验证其身份的真实性，同时需证实符合其声明的程度；用户的身份鉴别信息不易被冒用，同时不存在重复的用户身份标识；软件中用户名唯一且与用户一一对应，采用用户名和口令的方式对用户进行身份鉴别，提高用户的口令开启复杂度。提供登录失败处理功能，采取如结束会话、限制非法登录次数和自动退出等措施，鉴别机制要满足充分性，鉴别规则满足符合性。4.7可维护性要求4.7.1模块化要求汽车研发仿真分析软件应具备模块化的特征，模块间耦合性越低，模块独立性越强，相互间的影响也越小。4.7.2可重用性要求汽车研发软件仿真分析软件开发的全生命周期，包括项目计划、体系结构、需求规格说明、用户文档和技术文档、用户界面和测试用例等都应被重复利用或借鉴。4.7.3易分析性要求在操作汽车研发仿真分析软件的过程中，出现异常或失效时，应有明确的提示信息，根据提供的机制能有效地解决问题。需求文档、设计文档、操作手册等软件说明中应描述软件出现的问题或现象，以及故障排除方法等。4.7.4易修改性要求当汽车研发仿真分析软件对编码、设计、文档和验证进行变更时，作出相应修改后，仿真分析软件能够正确运行。修改的实际结果应与预期结果相一致，修改形式可以是对仿真分析软件参数进行配置，也可以是对用户权限和业务流程等进行定制化。4.7.5易测试性要求查看需求文档、设计文档、操作手册等软件说明，应能够选择检测点进行测试用例的编制；汽车研发仿真分析软件的功能或配置被修改后，应可对修改之处进行测试。通过编写测试用例，执行测试用例，验证实际效果与预期效果应一致。4.8可移植性要求4.8.1适应性要求汽车研发仿真分析软件应能适应软\硬件的变化，包括硬件环境、操作系统、数据库、数据库管理系统、浏览器、支撑软件等的变化。4.8.2易安装性要求汽车研发仿真分析软件安装文档中应明确软件的安装方法，安装文档中指定的每一种安装选项要素均需被覆盖，包括软件的安装方式（自定义安装、快速安装等）、路径、用户名、数据库等，每种情况均能成功安装软件；应提软件卸载的方法。4.8.3易替换性要求汽车研发仿真分析软件替换方式应包括软件的覆盖、升级等，安装文档中应规定重新安装或升级的规程，并按照安装规程能够成功重新安装或升级软件。5测量方法5.1功能性测量5.5.1功能完备性测量软件功能完备性测量见表1：表1功能完备性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入功能完备性在被评价的功能中，真正能实现软件功能比例是多少对软件进行功能性测试（黑盒测试）；统计缺少的功能数量；计算缺少的功能数量在被评价的功能总数中所占比例。X=1-A/BA为在评价中软件缺少的功能；B为被评价的功能总数。0.0≤X≤1.0X越接近1.0越好。需要规格说明书5.5.2功能正确性测量功能正确性测量见表2:表2功能正确性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入功能正确性在被评价的功能中，可提供正确功能比例是多少对软件进行功能性测试（黑盒测试）；统计不正确或不符合结果精度的功能数量；计算不正确或不符合结果精度的功能数量在被评价的功能总数中所占比例。X=1-A/BA为在评价中软件不正确或不符结果精度的功能；B为被评价的功能总数。0.0≤X≤1.0X越接近1.0越好。需要规格说明书5.5.3功能适用性测量功能正确性测量见表3:表3功能适用性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入功能正确性在被评价的功能中，适用所指定应用场景的功能比例是多少对软件进行功能性测试（黑盒测试）；统计满足不了应用场景的功能数量；计算满足不了应用场景的功能数量在被评价的功能总数中所占比例。X=1-A/BA为在评价中软件不正确或不符结果精度的功能；B为被评价的功能总数。0.0≤X≤1.0X越接近1.0越好。需要规格说明书5.2性能效率测量5.2.1时间特性测量时间特性测量见表4:表4时间特性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入平均响应时间软件功能首次平均响应时间对软件进行功能性测试（黑盒测试）；经过多次测量，统计每次响应时间；测量的数值进行加权平均得出平均响应时间；为在第i次测量中软件功能相应的时间；n为测量的次数X≥0X越小越好需要规格说明书吞吐率软件功能在单位时间内能够处理的任务数量。对软件提交指定数量的任务。统计做出响应的任务数并记录对应的响应时间。计算单位时间内响应数量。为提交指定数量的任务数量；n为对应的响应时间。≥0越大越好需要规格说明书5.2.2资源利用性要求资源利用性测量见表5:表5资源利用性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入CPU占有率测试软件在执行指定任务占用CPU的时间与总时间的比值。对软件进行功能性测试（黑盒测试）；经过多次测量，统计每次响应时间；测量的数值进行加权平均得出平均响应时间；为在第i次测量中软件功能相应的时间；n为测量的次数X≥0X越小越好需要规格说明书内存占有率测试软件在执行指定任务占用内存的时间与总时间的比值。对软件提交指定数量的任务。统计做出响应的任务数并记录对应的响应时间。计算单位时间内响应数量。为提交指定数量的任务数量；n为对应的响应时间。≥0越大越好需要规格说明书5.3兼容性测量5.3.1共存性测量共存性测量见表6:表6共存性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入共存性多款软件同时运行时，应与其他产品共存于同一操作系统中，独立运行，互不影响。在同一操作系统中，同时运行多款软件，对能够正确运行的软件计数X=A/BA=支持同时运行的软件个数B=运行的软件总数0.0≤X≤1.0越接近1.0越好需求规格说明5.3.2互操作性测量互操作性测量见表7:表7互操作性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入互操作性不同软件之间能够顺利地交换数据，并且能够正确地解析和利用这些数据对不同软件的数据交换进行测试，正确实现数据交换与评价的总数相比较X=A/BA=支持数据交换的个数B=评价的软件总数0.0≤X≤1.0越接近1.0越好需求规格说明5.4易用性测量5.4.1可辨识性测量可辨识性测量见表8表8可辨识性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入产品描述的完整性汽车研发仿真分析软件的用户界面应该清晰简洁，各项功能和操作按钮应直观易懂，没有多余或复杂的元素按照需求规格说明中提出的需求进行测量X=1-A/BA=需求中规定的信息完整性还未完全实现的项数B=需求中具备完整性的总数0.0≤X≤1.0越接近1.0越好需求规格说明产品演示覆盖率软件应该提供可视化的操作流程，使用户能够清晰地了解操作步骤和顺序按照需求规格说明中提出的需求进行测量X=1-A/BA=需求中规定的产品演示信息还未完全实现的项数B=需求中具备产品演示信息的总数0.0≤X≤1.0越接近1.0越好需求规格说明5.4.2易学性测量易学性测量见表9表9易学性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入用户指导文档完整性软件应该提供完整的帮助文档，这些文档应该详细介绍软件的功能、操作方法和常见问题的解决方法，方便用户随时查阅和学习按照需求规格说明中提出的需求进行测量X=A/BA=需求中规定的文档完整性实现的项数B=需求中具备文档完整性的总数0.0≤X≤1.0越接近1.0越好需求规格说明用户界面的自解释性用户界面设计能够直观地传达其功能和操作方式，使用户能够轻松理解和使用按照需求规格说明中提出的需求进行测量X=A/BA=需求中规定的用户界面信息完全实现的项数B=需求中具备用户界面自解释项的总数0.0≤X≤1.0越接近1.0越好需求规格说明5.4.3易操作性测量易操作性测量见表10表10易操作性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入操作一致性实际实现的功能与需求中描述的功能相一致对需求中的功能进行测试，正确实现功能数与评价的功能数相比较X=A/BA=评价中正确实现的功能数B=需求中声明的评价功能数0.0≤X≤1.0越接近1.0越好需求规格说明消息的明确性软件能给用户传达正确信息的比例对需求中的功能进行测试，正确传达信息数与评价的功能数相比较X=A/BA=评价中正确传达信息数B=需求中声明的评价功能数0.0≤X≤1.0越接近1.0越好需求规格说明功能的易定制性使用便利上用户能够定制的功能对需求中的功能定制进行测试，正确实现功能数与评价的功能数相比较X=A/BA=评价中正确定制的功能数B=需求中声明的评价功能数0.0≤X≤1.0越接近1.0越好需求规格说明用户界面的易定制性外观上用户能够定制的界面元素对需求中的功能定制进行测试，正确实现功能数与评价的功能数相比较X=A/BA=评价中正确定制的功能数B=需求中声明的评价功能数0.0≤X≤1.0越接近1.0越好需求规格说明监视能力在运行过程中，功能状态可被监视对需求中的状态监视功能进行测试，正确实现功能数与评价的功能数相比较X=A/BA=评价中正确实现监视的功能数B=需求中声明的评价功能数0.0≤X≤1.0越接近1.0越好需求规格说明撤销操作能力在重要任务中可提供重新确认和撤销操作选项对需求中的撤销操作功能进行测试，正确实现功能数与评价的功能数相比较X=A/BA=评价中正确实现撤销操作的功能数B=需求中声明的评价功能数0.0≤X≤1.0越接近1.0越好需求规格说明信息分类的易理解性软件按用户所熟悉并方便工作的类别管理信息对需求中的信息分类功能进行测试，正确实现功能数与评价的功能数相比较X=A/BA=评价中正确实现信息分类的功能数B=需求中声明的评价功能数0.0≤X≤1.0越接近1.0越好需求规格说明外观一致性用户界面中相似项具有相似外观的比例对需求中的相似项进行测试，具有相似外观的功能数与评价的总数相比较X=1-A/BA=评价中具有相似外观的功能数B=需求中声明的评价总数0.0≤X≤1.0越接近1.0越好需求规格说明输入设备的支持性通过键盘、鼠标或语音等方法启动任务对需求中输入设备进行测试，正确支持的输入设备数与评价的总数相比较X=A/BA=评价中正确支持的输入设备数B=需求中声明的评价总数0.0≤X≤1.0越接近1.0越好需求规格说明5.4.4差错防御性测量差错防御性测量见表11表11差错防御性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入抵御误操作能力防止导致系统故障的用户操作和输入的能力对能供避免误操作的操作计数，与需求中要求的误操作数量比较X=A/BA=可以防止误操作的项数B=需求中要求的防止误操作的总数0.0≤X≤1.0越接近1.0越好需求规格说明用户输入差错纠正率软件检测到的用户输入差错提供正确值对检测可以提供正确值的数量计数，与需求中的数量比较X=A/BA=检测中可以提供正确值的数量B=需求中要求的用户输入差错纠正数量0.0≤X≤1.0越接近1.0越好需求规格说明5.4.5界面舒适性测量界面舒适性测量见表12表12界面舒适性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入用户界面外观舒适性用户界面和整体设计的舒适性对外观上令人愉悦的用户界面计数，与需求中要求的用户界面数量比较X=A/BA=外观上令人愉悦的用户界面数量B=需求中要求的用户界面数量0.0≤X≤1.0越接近1.0越好需求规格说明5.4.6易访问性测量易访问性测量见表13表13易访问性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入特殊群体的易访问性特殊群体使用软件的程度对能够顺利执行和使用的功能计数，与需求中要求的功能数量比较X=A/BA=能够顺利执行和使用的功能数量B=需求中要求的功能数量0.0≤X≤1.0越接近1.0越好需求规格说明支持的语言充分性能够支持不同语言的数量对软件所支持的语言计数，与需求中要求的语言数量比较X=A/BA=支持的语言数量B=需求中要求支持的语言数量0.0≤X≤1.0越接近1.0越好需求规格说明5.5可靠性测量5.5.1成熟性测量成熟性测量见表14表14成熟性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入故障修复率评估汽车研发仿真分析软件测试过程中产生的故障修复程度对在设计/编码/测试阶段已经修复的与可靠性相关的故障数进行计数，并与已检测到的故障总数相比较X=A/BA=设计/编码/测试阶段修复的与可靠性相关故障数B=设计/编码/测试阶段检测到的与可靠性相关的故障数0.0≤X≤1.0越接近1.0越好需求规格说明5.5.2可用性测量可用性测量见表15表15可以性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入系统可用性评估汽车研发仿真分析软件测试过程中满足系统可用性的比例依据业务场景,在特定时问周期内:测最系统因故障不能用后,每次的修复时间,并将系统实际提供的运行时间与规定的运行时间相比较X=A/BA=实际提供的系统运行时间B=操作计划中规定的系统运行时间0.0≤X≤1.0越接近1.0越好需求规格说明5.5.3容错性测量容错性测量见表16表16容错性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入避免失效率评估汽车研发仿真分析软件测试过程中避免失效的比例对已经避免的故障模式的个数(以测试用例为单位)进行计数,并与考虑到的故障模式数(以测试用例为单位)相比较X=A/BA=避免发生关键和严重失效的次数(以测试用例为单位计算的数量)B=测试中执行的故障模式(几乎导致失效)的测试用例数量0.0≤X≤1.0越接近1.0越好需求规格说明5.5.4易恢复性测量易恢复性测量见表17表17易恢复性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入平均恢复时间评估汽车研发仿真分析软件测试过程中产生平均故障恢复时间在特定的时间周期内测量系统每次宕机所花费的全部恢复时间，并计算其平均时间为由于第i次失效而重新启动,并恢复宕机的软件/系统所花费的总时间；n为发生失效的次数X≥0越接近0越好需求规格说明5.6信息安全测量5.5.1保密性测量保密性测量见表18表18保密性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入数据加密正确性评估汽车研发仿真分析软件测试过程中数据加密的正确比例对系统中正确加密/解密数据项的数量进行计数,将其与需求规格说明中的需要加密/解密数据项数量相比较X=A/BA=正确加密/解密的数据项数量B=需要加密/解密的数据项数量0.0≤X≤1.0越接近1.0越好需求规格说明5.5.2完整性测量完整性测量见表19表19完整性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入数据完整性评估汽车研发仿真分析软件测试过程中数据完整性的比例对因未经授权访问而破坏或篡改数据项的数量进行计数,并与需求规格说明或其他相关文档中规定的需要避免数据破坏或篡改的数据项的数量相比较X=1-A/BA=因未经授权访问而破坏或篡改数据项的数量B=需要避免数据破坏或篡改的数据量0.0≤X≤1.0越接近1.0越好需求规格说明5.5.3抗抵赖性测量抗抵赖性测量见表20表20抗抵赖性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入数字签名使用率评估汽车研发仿真分析软件测试过程中数字签名使用比例对实际使用数字签名确保抗抵赖性事务的数量进行计数,并与需要使用数字签名要求抗抵赖性事务的数量相比较X-A/BA=实际使用数字签名确保抗抵赖性事务的数量B=使用数字签名要求抗抵赖性事务的数量0.0≤X≤1.0越接近1.0越好需求规格说明5.5.4可核查性测量可核查性测量见表21表21可核查性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入用户审计跟踪的完整性评估汽车研发仿真分析软件测试过程满足用户审计跟踪的应用对所有日志中记录的访问次数计数，并与对系统或数据的访问次数进行比较X=A/BA=所有日志中记录的访问次数B=对系统或数据的访问次数0.0≤X≤1.0越接近1.0越好需求规格说明5.5.5真实性测量真实性测量见表22表22真实性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入鉴别机制的充分性确保汽车研发仿真分析软件测试过程中有充分的鉴别机制对系统实际提供的鉴别机制的数量进行计数,并与规定的鉴别机制数最相比较X=A/BA=提供鉴别机制的数量(例如用户ID/密码或IC卡)B=规定的鉴别机制数量0.0≤X≤1.0越接近1.0越好需求规格说明鉴别规则的符合性确保汽车研发仿真分析软件测试过程中鉴别规则完善对已实现的鉴别规则的数量进行计数,并与需求规定的鉴别规则的数量相晷入鬢翊梌放比较X=A/BA=已实现的鉴别规则的数量B=规定的鉴别规则的数量0.0≤X≤1.0越接近1.0越好需求规格说明5.7可维护性测量5.7.1模块化测量模块化测量见表23。表23模块化测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入组件间的耦合度软件组件间存在的依赖关系的强弱程度对软件中没有产生影响的组件数量进行计数，并与在需求规格说明书中规定的需要独立的组件数量相比较X=A/BA=对软件中没有产生影响的组件数量B=需要独立的组件数量0.0≤X≤1越接近1.0越好需求规格说明书5.7.2可重用性测量可重用性测量见表24。表24可重用性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入可重用性系统中可重复使用的项目计划、体系结构、需求规格说明、用户文档和技术文档、用户界面能力对为可重复使用而设计和实现的资产数量进行计数，并与系统中资产数量相比较X=A/BA=为可重复使用而设计和实现的资产数量B=系统中资产数量0.0≤X