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

《汽车研发仿真分析软件工具通用测评规范.docx》由会员分享，可在线阅读，更多相关《汽车研发仿真分析软件工具通用测评规范.docx（17页珍藏版）》请在优知文库上搜索。

1、ICSXX.XX.XXJXX团体标准T/BIAIMXXXXX-20XX汽车研发仿真分析软件工具通用测评规范GeneraIquaIityrequirementsforsimulationsoftwareofvehicledeveIopment（征求意见稿）2024-X实施2024-X-XX发布北京智能制造创新联盟发布汽车研发仿真分析软件工具通用质量要求1范围本文件规定了汽车研发仿真分析软件工具的通用质量要求及测量方法，主要包含功能性、性能效率、兼容性、易用性、可靠性、信息安全性、可维护性和可移植性等。本文件适用于汽车研发仿真分析软件工具的质量要求测量。2规范性引用文件下列文件中的条款通过本文件的

2、引用而成为本文件的条款，下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本文件，然而，鼓励根据本文件达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本文件。GB/T25000.23-2019系统与软件工程系统与软件质量要求和评价（SQUaRE）第23部分：系统与软件产品质量测量GB/T25000.51-2016系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则3术语与定义GB/T25000、GB/T15532-2008中确立

3、的术语和定义适用于本文件。4质量要求4.1 功能性要求1 .1.1功能完备性汽车仿真分析软件功能应覆盖需求规格说明中指定的功能内容。2 .1.2功能正确性功能正确性具体要求如下：a）汽车仿真分析软件可提供正确结果功能内容的比例；b）汽车仿真分析软件可提供满足结果精度功能内容的比例。4 .1.3功能适用性汽车仿真分析软件功能与应用场景结合的适用性。5 .2性能效率要求4.2.1时间特性要求时间特性具体要求如下：a）平均响应时间：用户在操作汽车研发仿真分析软件时，经多次测量某特定功能首次平均响应时间。b）吞吐率：汽车研发仿真分析软件在单位时间内能够处理的任务数量的平均速率。4.2.2资源利用性要求

4、资源利用性具体要求如下：a）CPU占有率:仿真软件在稳定执行指定任务时平均CPU占有率；b）内存占有率:仿真软件在稳定执行指定任务时平均内存占有率；4.3兼容性要求4.3.1共存性要求多款软件同时运行时，应与其他产品共存于同一操作系统中，独立运行，互不影响。4.3.2互操作性要求不同软件之间能够顺利地交换数据，包括数据的格式、传输协议和交换方式，并且能够正确地解析和利用这些数据，要求应覆盖需求规格说明中指定的功能内容。4.4易用性要求4.4.1可辨识性要求汽车研发仿真分析软件的用户界面应清晰简洁，各项功能和操作按钮应直观易懂，没有多余或狂杂的元素，同时应提供可视化的操作流程，使用户能够清晰地了

5、解操作步骤和顺序，要求应覆盖需求规格说明中指定的功能内容。4.4.2易学性要求汽车研发仿真分析软件应该提供完善的帮助文档，包括用户手册、操作指南、常见问题解答。这些文档应该详细介绍软件的功能、操作方法和常见问题的解决方法，方便用户随时查阅和学习，要求应覆盖需求规格说明中指定的功能内容。4.4.3易操作性要求汽车研发仿真分析仿真软件的操作流程应该尽可能地简化，避免不必要的复杂性。用户应能够快速地完成建模、设置和运行仿真操作，要求应覆盖需求规格说明中指定的功能内容。4.4.4差错防御性要求在执行可能产生不可逆影响的关键操作之前，汽车研发仿真分析软件能够向用户显示有效的警告或提示信息，要求应覆盖需求

6、规格说明中指定的功能内容。4.4.5界面舒适性要求汽车研发仿真分析软件界面的色彩搭配应舒适、协调，避免过于刺眼或混乱的颜色组合。色彩应符合软件的整体风格，提高界面的易读性和美观度，要求应覆盖需求规格说明中指定的功能内容。4.4.6易访问性要求汽车研发仿真分析软件应遵循无障碍设计原则，消除对特殊群体的障碍，让他们能够方便地使用软件，要求应覆盖需求规格说明中指定的功能内容。4.5可靠性要求4.5.1成熟性要求汽车仿真分析软件应保证系统、产品或组件在正常运行时满足可靠性要求，在预定义周期内软件失效次数不大于1次。成熟性要求主要体现在：a）应具备先进、成熟的技术，能够模拟复杂系统的运行和行为，并能够提

7、供高精度的仿真结果。技术成熟意味着汽车研发仿真分析软件具有高度的稳定性和可靠性，能够满足用户的需求；b）应具备丰富的功能模块和工具，能够支持各种仿真场景和需求。汽车研发仿真分析软件的功能应模块化、可扩展，方便用户进行定制和二次开发；4.5.2可用性要求汽车研发仿真分析软件的可用性是指软件在特定使用环境下，用户为完成特定任务或实现目标所表现出的软件使用效率、正确性和安全性的特性，能够满足软件说明中描述的指定功能要求.汽车仿真分析软件的系统、产品或组件应在需要使用时达到能够进行操作和访问的要求。4.5.3容错性要求汽车仿真分析软件存在硬件或软件故障时，系统，产品或组件的运行应符合预期要求，能控制多

8、种故障模式导致的验证失效，为避免系统失效安装冗余组件。某一功能导致汽车研发仿真分析软件出现错误或异常时，与差错处置相关的功能应与软件说明中的陈述一致。在软件说明陈述的限制范围内对软件进行操作时，不应丢失数据。输入违反句法条件的信息时，软件给出提示信息，并且不能作为许可的输入加以处理。4.5.4易恢复性要求汽车仿真分析软件应发生中断或失效时,产品或系统能够恢复直接受影响的数据并重建期望的系统状态要求，在定期数据备份完整性方面达到使用要求。在汽车研发仿真分析软件发生中断或失效时，可通过数据备份恢复，最大限度降低损失。通过软件说明中描述的数据备份和恢复方法，能够了解数据备份和恢第机制、具体备份的数据

9、信息等。汽车研发仿真分析软件应具备完善的日志记录和监控功能，记录仿真运行过程中的关健信息和异常情况。通过分析日志，用户可以快速定位问题并进行恢复。4.6信息安全要求4.6.1保密性要求确保汽车研发仿真分析软件前处理、求解及后处理过程中产生的数据只有在被授权时才能被访问，防止未得到授权的人或系统访问相关的信息或数据，还要保证得到授权的人或系统能正常访问相关的信息或数据。在访问控制性、数据加密正确性方面满足保密性要求。4.6.2完整性要求能够防止汽车研发仿真分析软件前处理、求解及后处理过程中产生的数据在传输和存储过程中被破坏或被篡改。在数据完整性、内部数据抗讹误性、缓冲区溢出防止率方面满足完整性要

10、求。4.6.3抗抵赖性要求启用安全审计功能，能够对活动或事件进行追踪。对审计日志进行管理，日志不能被任何人修改或删除，能够形成完整的证据链。采用使用数字签名处理事务，能够在收到请求的情况下为数据原发者或接收者提供数据原发和接受证据，同时应用数字签名以满足抗抵抗性。4.6.4可核查性要求能够覆盖到每个用户活动，用户活动的日志记录内容至少应包括事件日期、时间、发起者信息、类型、描述和结果等；审计跟踪设置需定义审计跟踪极限的阈值，当存储空间被耗尽时，能采取必要的保护措施。例如，报警并导出、丢弃未记录的审计信息、暂停审计或覆盖以前的审计记录等，要求用户审计跟踪保证完整性。4.6.5真实性要求汽车研发仿

11、真分析软件提供专用的登录控制模块对登录用户进行身份标识和鉴别，验证其身份的真实性，同时需证实符合其声明的程度；用户的身份鉴别信息不易被冒用，同时不存在重复的用户身份标识；软件中用户名唯一且与用户一一对应，采用用户名和口令的方式对用户进行身份鉴别，提高用户的口令开启免杂度。提供登录失败处理功能，采取如结束会话、限制非法登录次数和自动退出等措施，鉴别机制要满足充分性，鉴别规则满足符合性。4.7可维护性要求4.7.1模块化要求汽车研发仿真分析软件应具备模块化的特征，模块间耦合性越低，模块独立性越强，相互间的影响也越小。4.7.2可重用性要求汽车研发软件仿真分析软件开发的全生命周期，包括项目计划、体系

12、结构、需求规格说明、用户文档和技术文档、用户界面和测试用例等都应被重复利用或借鉴。4.7.3易分析性要求在操作汽车研发仿真分析软件的过程中，出现异常或失效时，应有明确的提示信息，根据提供的机制能有效地解决问题。需求文档、设计文档、操作手册等软件说明中应描述软件出现的问题或现象，以及故障排除方法等。4.7.4易修改性要求当汽车研发仿真分析软件对编码、设计、文档和验证进行变更时，作出相应修改后，仿真分析软件能够正确运行。修改的实际结果应与预期结果相一致，修改形式可以是对仿真分析软件参数进行配置，也可以是对用户权限和业务流程等进行定制化。4.7.5易测试性要求查看需求文档、设计文档、操作手册等软件说

13、明，应能够选择检测点进行测试用例的编制；汽车研发仿真分析软件的功能或配置被修改后，应可对修改之处进行测试。通过编写测试用例，执行测试用例，验证实际效果与预期效果应一致。4.8可移植性要求4.8.1适应性要求汽车研发仿真分析软件应能适应软硬件的变化，包括硬件环境、操作系统、数据库、数据库管理系统、浏览器、支撑软件等的变化。4.8.2易安装性要求汽车研发仿真分析软件安装文档中应明确软件的安装方法，安装文档中指定的每一种安装选项要素均需被覆盖，包括软件的安装方式（自定义安装、快速安装等）、路径、用户名、数据库等，每种情况均能成功安装软件；应提软件卸载的方法.4.8.3易替换性要求汽车研发仿真分析软件

14、替换方式应包括软件的覆盖、升级等，安装文档中应规定重新安装或升级的规程，并按照安装规程能够成功重新安装或升级软件。5测量方法5.1功能性测量5.5.1功能完备性测量软件功能完备性测量见表1：表1功能完备性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入功能完备性在被评价的功能中，真正能实现软件功能比例是多少对软件进行功能性测试（黑盒测试）；统计缺少的功能数量：计算缺少的功能数量在被评价的功能总数中所占比例。X=1-ABA为在评价中软件缺少的功能；B为被评价的功能总数。0.0X1.0X越接近1.0越好。需要规格说明li5.5.2功能正确性测量功能正确性测量见表2:表2功能正确性测

15、量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入功能正确性在被评价的功能中，可提供正确功能比例是多少对软件进行功能性测试（黑盒测试）：统计不正确或不符合结果精度的功能数量：计算不正确或不符合结果精度的功能数量在被评价的功能总数中所占比例。X=I-AZBA为在评价中软件不正确或不符结果精度的功能；B为被评价的功能总数。0.0X1.0X越接近1.0越好。需要规格说明书5.5.3功能适用性测量功能正确性测量见表3:表3功能适用性测量测量名称测量目的方法测量公式及数据元素计算测量值解释测量输入功能正确性在被评价的功能中，适用所指定应用场景的功能比例是多少对软件进行功能性测试（黑盒测试）；统计满足不了应用场景的功能数量；计算满足不了应用场景的功能数量在被评价的功能总数中所占比例。X=I-AZBA为在评价中软件不正确或不符结果精度的功能：B为被评价的功能总数。0.0X1.0X越接近1.O越好。需要规格说明书5.2性能效率测量5.2.1时间特性测量时间特性测量见表4:表4时间特性测量测量名称