| 术语 | 来源 | 描述 |
| 活动 | Automotive SPICE V4.0 | 由利益相关方或参与方执行的任务 |
| 用参数 | Automotive SPICE V4.0 | 应用参数是包含了在系统或软件层级可被更改的数据的软件变量，他们影响系统或软件的行为和属性。应用参数的概念有两种表达方式:·规范(分别包括变量名称、值域范围、技术数据类型、默认值、物理单位(如适用)、对应的内存映射)。·通过数据应用收到的实际定量数据值。应用参数不是需求，而是面向可配置性需求的一种技术实现方案。 |
| 批准 | AutomotiveSPICE V4.0 | 表明交付成果适合其预期用途并符合既定准则的书面声明。 |
| 基线 | AutomotiveSPICE V4.0 | 一组已定义且连贯的只读信息，作为受影响方的输入信息。 |
| 交付物 | PMBOK®指南-第四版 | 为完成某个过程、阶段或项目而必须产出的任何独特且可验证的产品、结果或执行服务的能力。通常更狭义地指代对外交付物，即需要项目赞助方或客户批准的交付成果。 |
| 功能性需求 | ISO/IEC/EEE24765 | 识别产品或过程对于产生所需的行为和/或结果所必须完成的内容的陈述。 |
| 硬件 | intacs®工作组 HW PAM | 被装配和互连的电子电气硬件组件或元器件，用于执行模拟或数字的功能或操作。 |
| 硬件组件 | intacs®工作组 HW PAM | 为实现某一功能的硬件元器件逻辑性组合(例如功能块)或物理性组合且:·此功能无法由该组件的任何硬件元器件单独实现，例如电压监控、电源供电。·此功能可以分层构建，即硬件组件可以包含较低层级的硬件组件。注:根据应用的不同，可以将集成电路板(PCB)、片上系统、微控制器或系统基础芯片(SBC)视为硬件组件。 |
| 硬件要素 | intacs®工作组 HW PAM | 通用术语，可以表示硬件组件、硬件部件、硬件接口或硬件。 |
| 硬件元器件 | AutomotiveSPICE V4.0 | 基本硬件要素，其用途和功能不可进一步细分或切割。注:例如晶体管、电阻器、二极管、未集成的PCB注:根据不同的应用，可以将片上系统，微控制器或系统基础芯片(SBC)视为是硬件元器件。注:术语“单元”仅适用于软件领域。术语“硬件元器件”可以被看作是“软件单元”的硬件对应物。 |
| 超参数 | AutomotiveSPICE V4.0 | 在机器学习中，超参数是一类参数，参数值用于控制机器学习模型的训练。其值必须在训练选代之间设置。例如:学习率，损失函数，模型深度，正则化常数。 |
| 信息需要 | AutomotiveSPICE V4.0 | 用以表征与过程或产品相关的有效性和效率的需要(用于 MAN.6 和 PA4.1)。 |
| 机器学习(ML) | AutomotiveSPICE V4.0 | 在 Automotive SPICE 中，机器学习(ML)描述了软件从特定训练数据中学习并将这些知识应用于其他类似任务的能力。 |
| 措施 | AutomotiveSPICE V4.0 | 为达成某种意图的活动。 |
| 测量 | 牛津字典 | “发现事物的大小、数量或程度的活动" |
| 度量 | AutomotiveSPICE V4.0 | 与既定的信息需要相匹配的定量或定性的可衡量指标， |
| 运行设计域 | PAS1883:2020 | 运行设计域(ODD)是一个给定的整体系统或其功能被专门设计用于工作的运行条件。这包括但不限于环境、地理和时间限制，和/或某些交通或道路特征的必要存在与否。 |
| 项目 | ISO/IEC/IEEE24765 | 依据特定的资源和需求，努力在既定开始和完成日期之内创建产品或服务。 |
| 发布 | AutomotiveSPICE V4.0 | 交付给客户的物理产品，其中包括一组定义的功能和属性。 |
| 回归验证 | AutomotiveSPICE V4.0 | 对要素进行选择性的重新验证，以验证修改没有造成意外的影响。 |
| 风险 | ISO/IEC/IEEE24765 | 某一在未来不希望发生的事件发生的可能性与后果的结合。 |
| 软件组件 | AutomotiveSPICEV4.0 | 面向设计和实现过程的软件组件:软件架构将软件分解为跨适当层级结构的软件组件，直至概念模型中的最低级别软件组件。面向验证过程的软件组件:被验证的软件组件的实现表现为源代码、目标文件、库文件、可执行文件或可执行模型等。 |
| 软件要素 | AutomotiveSPICE V4.0 | 参见软件组件或软件单元 |
| 软件单元 | AutomotiveSPICE V4.0 | 面向设计和实现过程的软件单元:作为软件组件分解的结果，软件被分解为软件单元，软件单元是软件要素的一种表现，在概念模型中软件单元作为最低级别软件组件的一部分不可被进一步细分。面向验证过程的软件单元:被实现的需要验证的软件单元表现为源代码文件、目标文件等。 |
| 利益相关方需求 | AutomotiveSPICE V4.0 | 在给定环境下利益相关方任何类型的需求，例如客户需求、供应商内部需求(特定产品、平台等)、法律需求、监管需求、法规需求、行业部门需求、国际标准、行为准则等。 |
| 系统要素 | AutomotiveSPICE V4.0 | 系统要素可以是:·架构和设计层级的逻辑和结构对象。系统要素可以跨适当层级结构被进一步分解为架构或设计的更细粒度的系统要素。·某些对象的物理变现或组合，例如外围设备、传感器、制动器、机械零件、软件可执行文件。 |
| 任务 | AutomotiveSPICE V4.0 | 对一组连贯的原子行动的定义，不包括执行。 |
| 确认措施 | AutomotiveSPICE V4.0 | 确认措施可以是:·真实条件下的操作用例测试·高加速寿命测试(HALT)·真实条件下的模拟·终端用户试用·小组测试或盲测·专家小组 |
| 验证 | AutomotiveSPICE V4.0 | 验证是通过提供客观证据来确认一个要素满足规定的需求。 |
| 验证措施 | AutomotiveSPICE V4.0 | 验证措施可以是:·测试用例·测量·计算·模拟·评审·分析注意，在特定的领域中，某些验证措施可能不适用，例如软件单元通常不能通过计算或分析来验证。 |
