Files

T

opencode-translator 0d470d1f17 P0 batch translation: 49 PDFs (General + BSWGeneral + MethodologyAndTemplates)

2026-06-12 17:31:38 +08:00

83 KiB

Raw Blame History

AUTOSAR 软件组件模板需求

AUTOSAR CP Release 4.4.0

原文：Requirements on Software Component Template（文档 ID 212）

翻译状态：已完成 v1（封面+前言+目录+章节 1-3 完整翻译；所有需求表格已汉化）

对应原文 PDF：MethodologyAndTemplates/AUTOSAR_RS_SoftwareComponentTemplate.pdf

翻译日期：Step 3 - P0 批量翻译

文档标识

字段	值
文档标题（Document Title）	软件组件模板需求（Requirements on Software Component Template）
文档所有者（Document Owner）	AUTOSAR
文档责任人（Document Responsibility）	AUTOSAR
文档标识号（Document Identification No）	212
文档状态（Document Status）	正式版（Final）
所属 AUTOSAR 标准	Classic Platform（经典平台）
所属标准版本	4.4.0

原文版权：© AUTOSAR — 机密文件本中文译文仅供学习参考。

免责声明（Disclaimer）

本作品（规范和/或软件实现）及其包含的材料由 AUTOSAR 发布，仅供信息参考。AUTOSAR 及为其做出贡献的公司不对作品的任何使用承担责任。

本作品中包含的材料受版权及其他类型知识产权保护。对本作品所含材料的商业利用需要获得这些知识产权的许可。

本作品可在不作任何修改的情况下、以任何形式或任何手段用于纯信息性目的。任何其他目的，未经出版者书面许可，作品的任何部分不得被利用或复制。

本作品仅为汽车应用而开发。它既未为非汽车应用而开发，也未为非汽车应用而进行测试。

"AUTOSAR" 一词和 AUTOSAR 标志是注册商标。

文档变更历史（Document Change History）

日期	版本	变更人	变更说明
2018-10-31	4.4.0	AUTOSAR Release Management	• 新增关于通信可选元素定义的需求
2017-12-08	4.3.1	AUTOSAR Release Management	• 编辑性变更
2016-11-30	4.3.0	AUTOSAR Release Management	• 新增对快速原型支持的需求
2015-07-31	4.2.2	AUTOSAR Release Management	• 排版更新
2014-10-31	4.2.1	AUTOSAR Release Management	• 新增数据转换配置的需求 • 新增命名约定的需求
2013-10-31	4.1.2	AUTOSAR Release Management	• AR 4.1.2 的编辑性变更 • 格式更新
2013-03-15	4.1.1	AUTOSAR Administration	• 新增对 AR 4.1.1 中引入的内部行为扩展及进一步概念的需求 • 由于 [TPS_STDT_00078] 有关 AUTOSAR 需求表示的需求而进行的调整 • 删除了其他 RS 文档中考虑的冗余需求
2011-12-22	4.0.3	AUTOSAR Administration	新增需求： • Record Type 子集化 • 部分联网
2009-12-18	4.0.1	AUTOSAR Administration	新增需求： • 变体处理 • 端到端通信保护 • 文档化 • 触发事件 • 端口处的完整性和缩放
2008-08-13	3.1.1	AUTOSAR Administration	修订法律免责声明
2007-12-21	3.0.1	AUTOSAR Administration	• 扩展了文档元信息 • 进行了小幅度排版调整
2007-01-24	2.1.15	AUTOSAR Administration	• 修订"用户建议" • 新增"修订信息"
2006-11-28	2.1.0	AUTOSAR Administration	修订法律免责声明
2006-11-28	2.1.0	AUTOSAR Administration	初始发布

参考文献（References）

[1] Software Component Template，AUTOSAR_TPS_SoftwareComponentTemplate
[2] Standardization Template，AUTOSAR_TPS_StandardizationTemplate
[3] Main Requirements，AUTOSAR_RS_Main
[4] Requirements on AUTOSAR Features，AUTOSAR_RS_Features
[5] Feature Definition，AUTOSAR_FeatureDefinition.pdf
[6] Specification of SW-C End-to-End Communication Protection Library，AUTOSAR_SWS_E2ELibrary

1 引言（Introduction）

1.1 本文档范围（Scope of this document）

本文档收集了对软件组件模板（Software Component Template，简称 SWC-T）的需求。

本文档中收集的需求将由《Software Component Template specification》[1] 满足。该文档实现了此处陈述的大部分需求。

1.2 文档约定（Document Conventions）

AUTOSAR 文档中需求的表示遵循 [TPS_STDT_00078] 中规定的表格，详见《Standardization Template》[2] 的"Support for Traceability"一章。

用于表达义务的动词形式应遵循 [TPS_STDT_00053] 的规定，用以表示需求，详见《Standardization Template》[2] 的"Support for Traceability"一章。

1.3 指南（Guidelines）

应引用现有规范（以单一需求的形式）。与这些规范的差异被规定为附加需求。所有需求应具有以下属性：

冗余性（Redundancy） 需求不应在单一需求中或在不同需求之间重复。
清晰性（Clearness） 所有需求应仅允许一种解释。所使用的、不在术语表中的技术术语必须予以定义。
原子性（Atomicity） 每条需求应仅包含一个需求。如果某条需求无法被进一步拆分为更多需求，则该需求是原子的。
可测试性（Testability） 需求应能通过分析、评审或测试进行测试。
可追溯性（Traceability） 需求来源和状态应始终可见。

1.4 需求追溯（Requirements Tracing）

下表引用 [3] 和 [4] 中规定的需求，并将其与本文档对它们的实现联系起来。

需求	描述	满足者
[Main141]	无描述	[RS_SWCT_00090]
[Main240]	无描述	[RS_SWCT_00150]
[Main50]	无描述	[RS_SWCT_00010]
[Main70]	无描述	[RS_SWCT_00030]
[RS_BRF_01024]	AUTOSAR 应为公共符号提供命名规则	[RS_SWCT_00230]
[RS_BRF_01028]	AUTOSAR 应为其文档中的符号提供命名约定	[RS_SWCT_00230]
[RS_BRF_01316]	AUTOSAR RTE 应支持对软件组件透明的数据转换	[RS_SWCT_03221] [RS_SWCT_03222]
[RS_BRF_01392]	AUTOSAR RTE 应支持旁路（bypass）实现	[RS_SWCT_03281] [RS_SWCT_03282]
[RS_BRF_01393]	AUTOSAR RTE 应支持在 ECU 映像生成后可选的旁路	[RS_SWCT_03281]
[RS_BRF_01394]	AUTOSAR 应支持 RTE 管理的缓冲区访问的内存接口	[RS_SWCT_03281]
[RS_BRF_01395]	AUTOSAR 应支持缓冲区访问的同步点	[RS_SWCT_03282]
[RS_Main_00060]	AUTOSAR 应为应用之间的通信提供标准化的软件接口	[RS_SWCT_00020]
[RS_Main_00130]	AUTOSAR 应提供对硬件的抽象	[RS_SWCT_00070]
[RS_Main_00140]	AUTOSAR 应为应用提供与网络无关的通信机制	[RS_SWCT_00080]
[RS_Main_00160]	AUTOSAR 应提供描述整个系统接口的手段	[RS_SWCT_00110]
[RS_Main_00180]	AUTOSAR 应提供在共享开发过程中保护知识产权的机制	[RS_SWCT_00120]
[RS_Main_00250]	AUTOSAR 方法论应提供典型角色和活动的预定义	[RS_SWCT_00160]
[RS_Main_00260]	AUTOSAR 应提供运行时、生产和服务用途的诊断手段	[RS_SWCT_00170]
[RS_Main_00280]	AUTOSAR 应支持标准化的汽车通信协议	[RS_SWCT_03320]
[RS_Main_00310]	AUTOSAR 应支持分层式应用软件设计方法	[RS_SWCT_00190]
[RS_Main_00320]	AUTOSAR 应提供指定系统开发各阶段的格式	[RS_SWCT_00200]
[RS_Main_00330]	无描述	[RS_SWCT_00210]
[RS_Main_00360]	AUTOSAR 应支持变体管理	[RS_SWCT_00220]

表 1.1：需求追溯（Requirements tracing）

2 需求（Requirements）

本章描述了驱动《Software Component Template specification》[1] 定义工作的所有需求。这些需求可追溯到 Main Requirements [3] 和 AUTOSAR Features [4]。

2.1 类别：AUTOSAR 主要需求（AUTOSAR Main Requirements）

本节重新定义了 Main Requirements [3] 中相关需求所规定的需求。

2.1.1 支持 ECU 间通信（Support of ECU-communication）

⌈[RS_SWCT_00010] AUTOSAR 应支持具有高可靠性的 ECU 间和 ECU 内通信机制⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00050]。
理由	见需求 [RS_Main_00050]。
用例	见需求 [Main50]。
依赖	–
支撑材料	–

⌊(Main50)

⌈[RS_SWCT_00020] AUTOSAR 应为 ECU 内和 ECU 间通信提供开放和标准化的软件接口⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00060]。
理由	见需求 [RS_Main_00060]。
用例	见需求 [RS_Main_00060]。
依赖	–
支撑材料	–

⌊(RS_Main_00060)

2.1.2 应用软件和基础软件模块的接口（Interfaces to application software and basic software modules）

⌈[RS_SWCT_00030] AUTOSAR 应为应用软件和基础软件模块提供完整的接口⌋

属性	值
类型	有效（valid）
描述	见需求 [Main70]。
理由	见需求 [Main70]
用例	见需求 [Main70]。
依赖	–
支撑材料	–

⌊(Main70)

2.1.3 应用软件的抽象和独立性（Abstraction and Independence of the application software）

⌈[RS_SWCT_00070] AUTOSAR 应提供应用软件与硬件之间的抽象⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00130]。
理由	见需求 [RS_Main_00130]。
用例	见需求 [RS_Main_00130]。
依赖	–
支撑材料	–

⌊(RS_Main_00130)

⌈[RS_SWCT_00080] AUTOSAR 应提供应用软件与车载通信技术之间的独立性⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00140]。
理由	见需求 [RS_Main_00140]。
用例	见需求 [RS_Main_00140]。
依赖	–
支撑材料	–

⌊(RS_Main_00140)

⌈[RS_SWCT_00090] AUTOSAR 应提供应用软件与操作系统之间的独立性⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00141]。
理由	见需求 [RS_Main_00141]。
用例	见需求 [RS_Main_00141]。
依赖	–
支撑材料	–

⌊(Main141)

2.1.4 功能性接口视图（Functional interface view）

⌈[RS_SWCT_00110] AUTOSAR 应提供整个系统的功能性接口视图⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00160]。
理由	见需求 [RS_Main_00160]。
用例	见需求 [RS_Main_00160]。
依赖	–
支撑材料	–

⌊(RS_Main_00160)

2.1.5 软件的保护/解锁机制（Protection/unlock mechanisms for software）

⌈[RS_SWCT_00120] AUTOSAR 应通过基础设施中的适当服务提供软件的保护/解锁机制⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00180]。
理由	见需求 [RS_Main_00180]。
用例	见需求 [RS_Main_00180]。
依赖	–
支撑材料	–

⌊(RS_Main_00180)

2.1.6 保护 SW 组件免受恶意 SW 组件侵害（Protection of SW-Components from malicious SW-Components）

⌈[RS_SWCT_00150] AUTOSAR 应提供保护 SW 组件免受恶意 SW 组件侵害的手段⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00240]。
理由	见需求 [RS_Main_00240]。
用例	见需求 [RS_Main_00240]。
依赖	–
支撑材料	–

⌊(Main240)

2.1.7 可组合性（Compositionality）

⌈[RS_SWCT_00160] AUTOSAR 应提供实现可组合性的手段⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00250]。
理由	见需求 [RS_Main_00250]。
用例	见需求 [RS_Main_00250]。
依赖	–
支撑材料	–

⌊(RS_Main_00250)

2.1.8 运行时、生产和服务用途的诊断（Diagnostics during runtime, for production and services purposes）

⌈[RS_SWCT_00170] AUTOSAR 应提供运行时、生产和服务用途的诊断手段⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00260]。
理由	见需求 [RS_Main_00260]。
用例	见需求 [RS_Main_00260]。
依赖	–
支撑材料	–

⌊(RS_Main_00260)

2.1.9 分层设计方法（Hierarchical design methods）

⌈[RS_SWCT_00190] AUTOSAR 应支持分层设计方法⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00310]。
理由	见需求 [RS_Main_00310]。
用例	见需求 [RS_Main_00310]。
依赖	–
支撑材料	–

⌊(RS_Main_00310)

2.1.10 SW 组件之间的关系（Relations between SW components）

⌈[RS_SWCT_00200] SW 组件之间关系的定义是详尽且形式化的⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00320]。
理由	见需求 [RS_Main_00320]。
用例	见需求 [RS_Main_00320]。
依赖	–
支撑材料	–

⌊(RS_Main_00320)

2.1.11 防止非法访问的保护（Protection from illegal access）

⌈[RS_SWCT_00210] SW 组件受到保护以防止非法访问⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00330]。
理由	见需求 [RS_Main_00330]。
用例	见需求 [RS_Main_00330]。
依赖	–
支撑材料	–

⌊(RS_Main_00330)

2.1.12 车辆多样性管理（Management of vehicle diversity）

⌈[RS_SWCT_00220] AUTOSAR 支持车辆多样性的管理⌋

属性	值
类型	有效（valid）
描述	见需求 [RS_Main_00360]。
理由	见需求 [RS_Main_00360]。
用例	见需求 [RS_Main_00360]。
依赖	–
支撑材料	–

⌊(RS_Main_00360)

2.1.13 命名约定（Naming conventions）

⌈[RS_SWCT_00230] 软件组件模板应提供为公共符号定义命名约定的能力⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供为公共符号定义命名约定的能力。这尤其包括需求 ID、模块缩写、发布文档中使用的元数据和配置符号。
理由	避免规范内部的歧义和名称冲突；向规范读者提供一致、统一的元数据呈现；允许自动处理规范元素。
用例	–
依赖	–
支撑材料	–

⌊(RS_BRF_01024, RS_BRF_01028)

软件组件模板本身并不定义具体的命名约定。此类命名约定实际上在 AUTOSAR AISpecification [2] 中定义。

2.2 类别：AUTOSAR 特性定义需求（AUTOSAR Feature Definition Requirements）

本节定义来自 [5] 第 3.2 章用例的需求。所引用的文档从 AUTOSAR 4.0 版本起被废弃，但存在于先前的版本中。

2.2.1 自顶向下分层设计（Top-down hierarchical design）

⌈[RS_SWCT_02000] AUTOSAR 应支持自顶向下的分层设计⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.1 章中的用例。
理由	见 [5] 第 3.2.1 章中的用例。
用例	见 [5] 第 3.2.1 章中的用例。
依赖	[RS_SWCT_00190]
支撑材料	–

⌊()

2.2.2 原子软件组件的接口（Interfaces of atomic software-components）

⌈[RS_SWCT_02010] 应支持原子软件组件的接口⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.2 章中的用例。
理由	见 [5] 第 3.2.2 章中的用例。
用例	见 [5] 第 3.2.2 章中的用例。
依赖	[RS_SWCT_00020]
支撑材料	–

⌊()

2.2.3 CompositionType 的自底向上设计（Bottom-up design of CompositionTypes）

⌈[RS_SWCT_02020] 应支持 CompositionType 的自底向上设计⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.3 章中的用例。
理由	见 [5] 第 3.2.3 章中的用例。
用例	见 [5] 第 3.2.3 章中的用例。
依赖	[RS_SWCT_00160], [RS_SWCT_00200]
支撑材料	–

⌊()

2.2.4 通信规范（Specification of Communications）

⌈[RS_SWCT_02030] 应支持通信规范⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.5 章中的用例。
理由	见 [5] 第 3.2.5 章中的用例。
用例	见 [5] 第 3.2.5 章中的用例。
依赖	[RS_SWCT_00010], [RS_SWCT_00020]
支撑材料	–

⌊()

2.2.5 与基础软件的交互（Interaction with basic software）

⌈[RS_SWCT_02060] 应考虑与基础软件的交互⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.9 章中的用例。
理由	见 [5] 第 3.2.9 章中的用例。
用例	见 [5] 第 3.2.9 章中的用例。
依赖	[RS_SWCT_00030]
支撑材料	–

⌊()

2.2.6 传感器执行器组件（Sensor Actuator Components）

⌈[RS_SWCT_02080] 应支持传感器执行器组件的设计⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.14 章中的用例。
理由	见 [5] 第 3.2.14 章中的用例。
用例	见 [5] 第 3.2.14 章中的用例。
依赖	–
支撑材料	–

⌊()

2.2.7 RunnableEntity 间通信的数据一致性（Data-consistency for communication among RunnableEntities）

⌈[RS_SWCT_02090] 应支持 RunnableEntity 间通信的数据一致性⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.20 章中的用例。
理由	见 [5] 第 3.2.20 章中的用例。
用例	见 [5] 第 3.2.20 章中的用例。
依赖	[RS_SWCT_00010]
支撑材料	–

⌊()

2.2.8 物理单位（Physical units）

⌈[RS_SWCT_02100] 应支持物理单位的定义⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.21 章中的用例。
理由	见 [5] 第 3.2.21 章中的用例。
用例	见 [5] 第 3.2.21 章中的用例。
依赖	–
支撑材料	–

⌊()

2.2.9 注释（Comments）

⌈[RS_SWCT_02110] 应支持注释的定义⌋

属性	值
类型	有效（valid）
描述	见 [5] 第 3.2.22 章中的用例。
理由	见 [5] 第 3.2.22 章中的用例。
用例	见 [5] 第 3.2.22 章中的用例。
依赖	–
支撑材料	–

⌊()

2.3 类别：软件组件模板需求（Software Component Template Requirements）

本节定义来自各种 AUTOSAR 工作包的需求，例如 WP Methodology 和 Configuration 等。

2.3.1 组合（Compositions）

⌈[RS_SWCT_03000] SW 组件模板应支持组合⌋

属性	值
类型	有效（valid）
描述	SW 组件模板必须允许将现有 SW 组件（也可以是被聚合的）作为组件进行聚合。
理由	–
用例	–
依赖	[RS_SWCT_02020], [RS_SWCT_00160]
支撑材料	–

⌊()

2.3.2 接口（Interfaces）

⌈[RS_SWCT_03010] SW 组件模板应支持接口⌋

属性	值
类型	有效（valid）
描述	SW 组件模板必须允许独立于 SW 组件指定接口。（即使没有组件使用某个定义，该定义也可以存在。）
理由	–
用例	–
依赖	[RS_SWCT_02010], [RS_SWCT_00010], [RS_SWCT_00020]
支撑材料	–

⌊()

2.3.3 行为（Behavior）

⌈[RS_SWCT_03040] SW 组件模板应支持行为的描述⌋

属性	值
类型	有效（valid）
描述	SW 组件模板必须允许将 SW 组件链接到其行为的形式化描述。
理由	"…组件理论上只要它们实现相同的逻辑并提供相同的公共通信就可以互换…"因此，SW 组件的功能/逻辑应该是可描述的。
用例	SW 组件的交换/兼容性。
依赖	–
支撑材料	–

⌊()

2.3.4 RTE 事件（RTE Events）

⌈[RS_SWCT_03045] SW 组件模板应允许启用 RTE 特性以获取 Runnable Entity 的激活 RTE 事件⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供请求 RTE 激活将激活的 RTE 事件传递给被调用 Runnable Entity 的特性的手段。该请求应针对每个 Runnable Entity 可用。
理由	如果 Runnable Entity 代码不需要 RTE API，则该 API 不应可用，且所生成的 RTE 不应跟踪此 Runnable Entity 的激活 RTE 事件。
用例	Runnable Entity 被定义为可由"TimingEvent"以及"DataReceivedEvent"激活。在 Runnable Entity 执行期间，代码需要区分实际触发执行的是哪个激活源。
依赖	–
支撑材料	–

⌊()

⌈[RS_SWCT_03046] SW 组件模板应支持实例特定的 RTE 事件⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供描述实例特定 RTE 事件的手段。
理由	见用例。
用例	在不同周期中重用组件，即定时事件的执行由控制器的时基针对软件组件的每个实例单独确定。
依赖	–
支撑材料	–

⌊()

2.3.5 可调度性（Schedulability）

⌈[RS_SWCT_03050] SW 组件模板应支持可调度性的定义⌋

属性	值
类型	有效（valid）
描述	SW 组件模板必须在组件所能提供的范围内包含足够的信息，以生成运行时环境并将多个 SW 组件集成到一个 ECU 或联网的 ECU 上。
理由	这些信息需要足以支持组件的调度。
用例	–
依赖	[RS_SWCT_00090]
支撑材料	–

⌊()

2.3.6 可运行实体（Runnable Entities）

⌈[RS_SWCT_03055] SW 组件模板应支持在 RunnableEntities 中对 ExclusiveArea 使用进行可选配置⌋

属性	值
类型	有效（valid）
描述	软件组件配置应支持为每个实现的 RunnableEntitiy 指定可选的配置信息，以描述： • 该实体以嵌套方式使用哪些 ExclusiveAreas； • 在 ExclusiveArea 或嵌套 ExclusiveArea 内部调用哪些其他 RunnableEntities。
理由	工具可以在配置时检查附加的配置信息。目标是通过在资源被不同 RunnableEntities 共享时为实施者提供可能冲突的警告来防止死锁。
用例	–
依赖	–
支撑材料	–

⌊()

⌈[RS_SWCT_03065] SW 组件模板应支持隐式通信行为的定义⌋

属性	值
类型	有效（valid）
描述	AUTOSAR 软件组件模板应支持根据软件组件的需求交换支持信息，以配置 RTE 的隐式通信行为。这些信息可以在首次设计原子软件组件时定义，也可以在创建组合时添加。例如，稳定数据通常预期用于若干原子软件组件的 RunnableEntitys。
理由	确保软件组件的正确环境行为。
用例	这可以从概念上归纳为两个基本用例： • 在一组 Runnable Entities 执行期间保持稳定数据 • 一组 DataPrototypes 的一致数据消费和传播
依赖	–
支撑材料	–

⌊()

2.3.7 需要和可用的传感器和执行器（Needed and usable sensors and actuators）

⌈[RS_SWCT_03090] SW 组件模板应支持所需和可用传感器和执行器的定义⌋

属性	值
类型	有效（valid）
描述	SW 组件模板必须允许： • 列出所需的传感器/执行器 • 枚举可用的传感器/执行器 • 为 SW 组件引用传感器/执行器的外部描述
理由	–
用例	–
依赖	–
支撑材料	–

⌊()

2.3.8 变体（Variants）

⌈[RS_SWCT_03100] SW 组件模板应支持变体处理⌋

属性	值
类型	有效（valid）
描述	SW 组件模板必须允许指定 SW 组件的不同变体，例如 SW 配置。
理由	–
用例	–
依赖	–
支撑材料	–

⌊()

2.3.9 模式（Modes）

⌈[RS_SWCT_03110] SW 组件模板应支持模式⌋

属性	值
类型	有效（valid）
描述	SW 组件模板必须提供一些简单的手段来定义模式。模式的名称是最重要的属性，必须提供。
理由	从 SW 组件的角度来看，假设状态管理器使用标准化的 AUTOSAR 接口来影响 SW 组件，并提供一个从 SW 组件获取请求和确认的接口。
用例	–
依赖	–
支撑材料	–

⌊()

⌈[RS_SWCT_03115] SW 组件模板应支持模式声明的映射⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持模式声明的映射。
理由	见用例。
用例	接收软件组件必须连接到提供与用户不同的 ModeDeclarationGroup 的模式管理器。
依赖	–
支撑材料	–

⌊()

⌈[RS_SWCT_03120] SW 组件模板应支持对模式的依赖⌋

属性	值
类型	有效（valid）
描述	SW 组件必须提供一个矩阵，其中可运行实体和端口根据来自状态管理器的模式启用或禁用。
理由	SW 组件可由于状态管理器提供的不同模式而改变其活动接口。诊断模式下的通信行为可能与正常操作模式下不同。
用例	–
依赖	–
支撑材料	–

⌊()

⌈[RS_SWCT_03202] SW 组件模板应支持使 SWC 能够请求专用模式⌋

属性	值
类型	有效（valid）
描述	如果已配置，在每个 ECU 上，一个或多个 ECU 的 SWC 可以请求模式。模式请求被传播到负责根据接收到的模式请求控制受影响的 BSW 的特定功能。
理由	见"车辆和应用模式管理概念"。
用例	需要根据模式信息控制基础软件和可运行执行的用例。
依赖	[RS_SWCT_03200]
支撑材料	–

⌊()

⌈[RS_SWCT_03203] SW 组件模板应支持模式信息的传播⌋

属性	值
类型	有效（valid）
描述	模式可以影响位于若干 ECU 上的 SWC。因此，必须通过配置将模式信息传播到若干 ECU。
理由	见"车辆和应用模式管理概念"。
用例	所有需要控制基础软件和可运行控制的用例。
依赖	[RS_SWCT_03200]
支撑材料	–

⌊()

2.3.10 PortInterface 之间的连接（Connections between PortInterfaces）

⌈[RS_SWCT_03130] SW 组件模板应支持 PortInterface 之间的连接⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持定义兼容 PortInterface 之间的连接，而不考虑 PortInterface 元素的名称。
理由	支持大型跨公司开发组之间的分工。（短）名称在分布式开发中不一定经过协调定义。但短名称与 SWC 实现相关，不应仅仅为了定义连接的需要而更改。
用例	–
依赖	[RS_SWCT_00200]
支撑材料	–

⌊()

⌈[RS_SWCT_03135] SW 组件模板应支持记录类型子集化⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持连接由不同接口键入的端口，其中提供端口的元素由复合数据类型键入，这些复合元素被映射到 require 端口的元素。因此，require 端口可能仅包含提供端口中包含的元素的子集。
理由	由于以一致方式处理数据需要使用记录类型，因此应允许 RecordType 的接收方仅接收所发送记录数据元素的子集。不同的接收方需要所提供数据的不同子集。
用例	4 个车轮速度信号和运动方向信号在一个记录中提供。如果接收方仅对运动方向信息感兴趣，则该特定接收方不需要考虑此记录中的所有其他信息。
依赖	–
支撑材料	–

⌊()

⌈[RS_SWCT_03136] SW 组件模板应支持带原始类型的记录类型子集化⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持连接由不同接口键入的端口，其中提供端口的元素由复合数据类型键入，而 require 端口的元素由原始类型键入。
理由	见 [RS_SWCT_03135]。
用例	见 [RS_SWCT_03135]。
依赖	–
支撑材料	–

⌊()

2.3.11 由于变体处理而导致的原型的条件存在（Conditional existence of Prototypes due to variant handling）

⌈[RS_SWCT_03140] SW 组件模板应支持 PortPrototypes 的条件存在⌋

属性	值
类型	有效（valid）
描述	AUTOSAR 元模型应支持条件存在的 PortPrototypes 的描述。
理由	取决于系统配置的条件数据流。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

⌈[RS_SWCT_03141] SW 组件模板应支持接口中数据元素原型、操作原型、参数原型的条件存在⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持接口中数据元素原型、操作原型和参数原型的条件存在的描述。
理由	系统配置之间的条件数据、服务和标定特性有所不同。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

⌈[RS_SWCT_03142] SW 组件模板应支持 ComponentPrototypes 的条件存在⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持条件存在的 ComponentPrototypes 的描述。
理由	取决于系统配置的 ComponentPrototypes 的条件使用。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

⌈[RS_SWCT_03143] SW 组件模板应支持 ConnectorPrototypes 的条件存在⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持条件存在的 ConnectorPrototypes 的描述。
理由	取决于系统配置的条件数据流。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.12 数组的可配置大小（Configurable size of Arrays）

⌈[RS_SWCT_03144] SW 组件模板应支持数组的可配置大小⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持数组的可配置大小（maxNumberOfElements）。
理由	对接口的智能适配以适应现有系统部件的数量。
用例	将接口调整为可配置的气缸数或气缸组数。
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.13 属性 swMinAxisPoints 和 swMaxAxisPoints 应由系统常量定义调整（Attributes swMinAxisPoints and swMaxAxisPoints shall be adjustable by an System Constant Definition）

⌈[RS_SWCT_03148] 属性 swMinAxisPoints 和 swMaxAxisPoints 应由系统常量定义调整⌋

属性	值
类型	有效（valid）
描述	属性 swMinAxisPoints 和 swMaxAxisPoints 应由系统常量定义调整。
理由	将标定轴调整为可配置的气缸数或气缸组数。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.14 RunnableEntity 的条件存在（Conditional existence of RunnableEntitys）

⌈[RS_SWCT_03149] SW 组件模板应支持 RunnableEntitys 的条件存在⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持条件存在的 RunnableEntitys 的描述。
理由	取决于系统配置的算法适配。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.15 RTEEvent 的条件存在（Conditional existence of RTEEvents）

⌈[RS_SWCT_03150] SW 组件模板应支持 RTEEvents 的条件存在⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持条件存在的 RTEEvent 的描述。
理由	取决于系统配置的算法适配。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.16 InterRunnableVariable 的条件存在（Conditional existence of InterRunnableVariables）

⌈[RS_SWCT_03151] SW 组件模板应支持 InterRunnableVariables 的条件存在⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持条件存在的 InterRunnableVariables 的描述。
理由	取决于系统配置的算法适配。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.17 用于测量的条件可访问性（Conditional accessibility for measurement）

⌈[RS_SWCT_03152] SW 组件模板应支持用于测量的条件可访问性⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持对外部测量工具的条件可访问性的描述。
理由	在后续开发步骤中关闭元素的可测量性以进行资源优化。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.18 参数原型的条件存在（Conditional existence of parameter prototypes）

⌈[RS_SWCT_03153] SW 组件模板应支持参数原型的条件存在⌋

属性	值
类型	有效（valid）
描述	SWCT 应支持条件存在的参数原型的描述。
理由	取决于系统配置的算法适配。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.19 支持 SW-C 的条件端口（Support of conditional ports for SW-C）

⌈[RS_SWCT_03154] SW 组件模板应支持软件组件的条件端口⌋

属性	值
类型	有效（valid）
描述	如果特定的 SWC 可用，则必须实现该接口，即为核心接口；此类元素的存在仅取决于车辆配置。 • 如果满足特定条件证明相应信息需要由此 SW 组件发送，则与 SW 组件关联的端口称为提供方"条件"端口。这样的条件可以是车辆上存在某个 SW 组件、存在 SW 组件中的某个特定功能、特定安全概念等。在这种情况下，必须明确指示该条件。 • 如果满足特定条件证明相应信息需要由此 SW 组件接收，则与 SW 组件关联的端口称为接收方"条件"端口。这样的条件可以是在此 SW 组件中存在某个功能等。在这种情况下，必须明确指示该条件。
理由	–
用例	[VH30] 支持连接具有不同名称的端口；[VH31] 支持 SW-C 的核心端口。
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.20 支持不同分辨率的接口（Support of Interfaces with different resolutions）

⌈[RS_SWCT_03155] SW 组件模板应支持具有不同分辨率的接口⌋

属性	值
类型	有效（valid）
描述	对于主表中的某些信号，分辨率似乎过高，特别是当这些信号最终将由 2 个 ECU 交换时，因为这可能对通信网络总线造成很大的规模影响。
理由	• 由 10.2 SW-C 发送到 10.3 SW-C 的某些扭矩信号为 22 位。对于 10.3 来说太多，但与此同时，该信号可能用于 10.2 中 2 个 SW-C 之间的内部交换，这证明了其 22 位定义的合理性。 • 某些 10.3 内部信号（仅在底盘域内由 2 个 SW-C 交换）对于高级汽车具有高分辨率，而对于更"标准"的汽车，较低的分辨率（例如，8 字节而不是 16 字节）就"足够"。由于这种高分辨率会带来一些额外的成本，我们不能满足于为这些"标准"汽车使用此高分辨率。
用例	–
依赖	[RS_SWCT_03100]
支撑材料	–

⌊()

2.3.21 固定数据交换（Fixed data exchange）

⌈[RS_SWCT_03170] SW 组件模板应支持固定数据交换⌋

属性	值
类型	有效（valid）
描述	固定数据（宏）和标定由唯一的参数接口处理。兼容性规则允许互连数据、固定数据、常量、标定和 NV 数据。当前情况：不经常更改的固定数据实现为宏。可以由标定工程师更改的固定数据实现为 const 标定。
理由	–
用例	• UC1：集成商希望固定 SWC 输入数据的值（[RS_BRF_00157]） • UC2：SWC 生成在 SWC 模板中设置的固定数据 • UC3：集成商希望明确设置标定参数的值
依赖	–
支撑材料	–

⌊()

2.3.22 用于定义标定数据集的 M2 支持（M2 support for definition of calibration datasets）

⌈[RS_SWCT_03175] SW 组件模板应支持标定数据集的定义⌋

属性	值
类型	有效（valid）
描述	需要扩充指定初始值的通用方法。初始值的规范可能不限于标定参数。也可以考虑 DataElementPrototypes 的初始值。
理由	–
用例	• UC1：为标定参数类型提供初始值。预定义标定过程的起始值。 • UC2：为标定参数实例提供初始值。利用标定过程的结果。 • UC3：提供多组初始值。初始值通常取自先前的项目。 • UC4：在多个域（物理和编码）中提供初始值。允许在不同项目之间传输值。在项目内保持最高精度。 • UC5：支持"变体编码"。"变体编码"为特定标定参数提供多个值。 • UC6：提供与 SWCT 名称相关的初始值。似乎存在各种名称域。为支持综合方法论，初始值应与 SWCT 名称相关。
依赖	–
支撑材料	–

⌊()

2.3.23 支持 SAE J1939 协议特性（Support of SAE J1939 Protocol Features）

⌈[RS_SWCT_03180] SW 组件模板应支持 SAE J1939 协议特性⌋

属性	值
类型	有效（valid）
描述	所选 SAE J1939 协议特性的子集，以允许与 SAE J1939 组件进行正确的通信。
理由	所请求的 SAE J1939 功能子集将允许与 J1939 CA 集成和通信。许多卡车 OEM 需要维护具有多个网络的系统，包括 SAE J1939。
用例	• 用例 A：可以集成或重用现有的 SAE J1939 现成组件。 • 用例 B：SAE J1939 协议是许多市场中的行业标准。因此，对于卡车 OEM 来说，支持 J1939 是强制性的。
依赖	–
支撑材料	–

⌊()

2.3.24 对最大大小内的可变数量元素数组的数据类型和访问支持（Need data type and access support for arrays of variable number of elements within the maximum size）

⌈[RS_SWCT_03181] SW 组件模板应支持最大大小内的可变数量元素数组⌋

属性	值
类型	有效（valid）
描述	增加了对具有可变数量元素（0 .. maxNumberOfElements）的复杂类型数组的支持。包含可变数量数据集的数组，用于访问 COM 信号组，其中只有前几个信号真正可用。
理由	见支持 SAE J1939 协议特性。
用例	用例：DM1 中的信号建模。
依赖	[RS_SWCT_03180]
支撑材料	–

⌊()

2.3.25 对可变数量元素的字节数组的数据类型和访问支持（Need data type and access support for byte arrays of variable number of elements）

⌈[RS_SWCT_03182] SW 组件模板应支持可变数量元素的字节数组⌋

属性	值
类型	有效（valid）
描述	增加了对无终止或可配置终止的可变大小的原始类型字节数组的支持。处理应可与字符串相比，但没有零终止语义。
理由	见支持 SAE J1939 协议特性。
用例	例如 ECUID 中的信号建模。
依赖	[RS_SWCT_03180]
支撑材料	–

⌊()

2.3.26 能够发布/指定 SWC 的诊断能力及其资源（Ability to publish/specify the diagnostic capabilities and its resources of an SWC）

⌈[RS_SWCT_03190] SW 组件模板应支持发布/指定 SWC 的诊断能力及其资源的能力⌋

属性	值
类型	有效（valid）
描述	SWC 设计者需要能够发布和指定诊断能力与其资源（例如端口、数据元素、服务需求等）之间的关系。这些诊断能力涵盖以下方面： • 信号（在 AUTOSAR 中表示为 VariableDataPrototype）的当前值，对诊断测试仪的只读访问 • IO 信号的 IO 控制（在传感器/执行器 SWC 中表示为...），对诊断测试仪的读写访问 • 参数（在 AUTOSAR 中表示为 ParameterDataPrototype，例如用于 CalibrationParameter），对诊断测试仪的读写访问 • DiagnosticRoutine（表示为...），对诊断测试仪的 RoutineControl 访问 • DiagnosticMonitor（表示 DTC/事件的检测）
理由	–
用例	SWC 设计者应能够发布/指定诊断能力及其资源（例如端口、数据元素、服务需求等）。
依赖	–
支撑材料	–

⌊()

2.3.27 增加对车辆和应用模式管理概念的支持（Add support for Vehicle and Application Mode Management Concept）

⌈[RS_SWCT_03200] SW 组件模板应支持车辆和应用模式管理⌋

属性	值
类型	有效（valid）
描述	SWC 模板受以下特性影响： • PortGroups 应表示 VFB 中通信管理的用户概念，并应用于对同一功能所需的 SWC 的端口进行分组。 • 使 SWC 能够请求专用模式 • 模式信息的传播
理由	见"车辆和应用模式管理概念"。
用例	见"车辆和应用模式管理概念"。每个特性创建一个子需求。
依赖	–
支撑材料	–

⌊()

2.3.28 增加对 Portgroups 的支持（Add support for Portgroups）

⌈[RS_SWCT_03201] SW 组件模板应支持 Portgroups⌋

属性	值
类型	有效（valid）
描述	PortGroups 应表示 VFB（内部行为）中通信管理的用户概念，并应用于对同一功能所需的 SWC 的端口进行分组。这些端口在逻辑上将成为一个 COMM 用户。PortGroup 应作为一个用户与 COMM 通信。
理由	见"车辆和应用模式管理概念"。
用例	常见用例是软件组件具有一些必须高可用性的端口，以及仅需要用于某些特殊功能的端口。这可以通过将这些端口分组为两个 PortGroups 来实现。
依赖	[RS_SWCT_03200]
支撑材料	–

⌊()

2.3.29 端口处的完整性和缩放（Integrity and Scaling at Ports）

⌈[RS_SWCT_03210] SW 组件模板应支持端口处的完整性和缩放⌋

属性	值
类型	有效（valid）
描述	指定连接具有不兼容接口的端口并对低带宽 ECU 间通信使用较低分辨率数据类型的手段。
理由	能够确保 SWC 之间的端口接口转换是一致的。
用例	工程师应能够在不需要显式指定转换公式的情况下连接具有不兼容接口的端口。应自动完成数据的重新缩放。如果在 ECU 间而非 ECU 内传输数据，工程师应能够选择替代数据类型。内部数据类型与通过网络发送的数据类型之间的转换应自动完成。保持重新缩放/转换数据的完整性。
依赖	–
支撑材料	–

⌊()

2.3.30 需要在实现数据类型之上添加应用数据类型（Need to add application data type on top of implementation data type）

⌈[RS_SWCT_03215] SW 组件模板应定义需要在实现数据类型之上添加应用数据类型的需求⌋

属性	值
类型	有效（valid）
描述	定义两种不同类型的 AUTOSAR 数据类型：ApplicationDataType 和 ImplementationDataType。 • ApplicationDataType 应在涉及"物理"内容时使用。ApplicationDataType 不限于物理属性，没有位大小、字节序等。 • ImplementationDataType 形式化数据类型的实现方面，例如指针。这对于例如调试概念是必需的。也可用于指定数据映射。
理由	软件组件可在适用的情况下混合使用 ApplicationDataTypes 和 ImplementationDataTypes。需要重新定义 AUTOSAR 中的数据类型概念，以支持在"物理/应用"层级上使用类型，而不是在"实现"层级上使用类型。
用例	–
依赖	[RS_SWCT_00070], [RS_SWCT_00080]
支撑材料	–

⌊()

2.3.31 应用数据类型（Application data type）

⌈[RS_SWCT_03216] SW 组件模板应支持应用数据类型⌋

属性	值
类型	有效（valid）
描述	• 应可以使用应用类型完整地建模 VFB 系统（不含服务）。 • 应用类型用于检查接口兼容性。 • 应用类型用于从应用角度描述语义（单位、计算方法、名称）以及数据结构。
理由	见 [RS_SWCT_03215]。
用例	见 [RS_SWCT_03215]。
依赖	[RS_SWCT_03215]
支撑材料	见 [RS_SWCT_03215]。

⌊()

2.3.32 实现数据类型（Implementation data type）

⌈[RS_SWCT_03217] SW 组件模板应支持实现数据类型⌋

属性	值
类型	有效（valid）
描述	• 实现类型表示在 SWC 和 RTE 之间传输的数据类型。 • 应可以仅使用实现类型建模所有服务接口。 • 应可以使用实现类型建模 AR 调试变量。 • 应可以在端口接口中使用实现类型而无需应用类型。 • 应可以使用实现类型建模所有 BSW 接口。 • 实现类型可以独立于任何应用类型指定。
理由	见 [RS_SWCT_03215]。
用例	见 [RS_SWCT_03215]。
依赖	[RS_SWCT_03215]
支撑材料	见 [RS_SWCT_03215]。

⌊()

2.3.33 原始数据映射的数据类型（Data Types for Primitive Data Mapping）

⌈[RS_SWCT_03218] SW 组件模板应支持用于原始数据映射的数据类型⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供定义数据类型的条件的手段，这些条件可用于原始数据映射。这些条件应针对 ApplicationDataTypes 和 ImplementationDataTypes 定义。
理由	系统模板允许对满足 UINT8 数组条件的数组进行原始数据映射。但不幸的是，没有定义什么条件使 Application 或 Implementation 数据类型与 UINT8 数组兼容。
用例	见理由。
依赖	–
支撑材料	–

⌊()

2.3.34 允许 Composition 上的通信属性（Allow Communication Attributes on Compositions）

⌈[RS_SWCT_03220] SW 组件模板应允许组合上的通信属性⌋

属性	值
类型	有效（valid）
描述	指定连接具有不兼容接口的端口并对低带宽 ECU 间通信使用较低分辨率数据类型的手段。
理由	允许交换包含空组合且仍描述通信属性的软件组件描述。在 AR rel. 3.1 中，禁止将 ComSpecs 附加到属于 CompositionType 的 PortPrototype。
用例	在不应交换系统完整信息的用例中，这是一个强烈的限制（例如 OEM 提供软件部分（特别是与通信相关的部分）的描述，而供应商在 OEM 提供的预定义容器中引入其 AtomicSoftwareComponents）。即使没有 AtomicSoftwareComponentType 可用，也应能传输对 ComSpec 的需求。当实际 AtomicSoftwareComponentType 被添加时，ComSpec 应被附加（手动或工具支持）到 AtomicSoftwareComponentType 的 PortPrototypes。RTE 生成应仅考虑 AtomicSoftwareComponentType 的 PortPrototypes 上的 ComSpec。
依赖	[RS_SWCT_00160]
支撑材料	–

⌊()

2.3.35 允许端口特定的数据转换属性配置（Allow Port Specific Configuration of Data Transformation Properties）

⌈[RS_SWCT_03221] SW 组件模板应允许端口特定的数据转换属性配置⌋

属性	值
类型	有效（valid）
描述	SW 组件模板应允许端口特定的数据转换属性配置，这些属性将指定用于 ECU 间通信的转换器的属性。
理由	用于 ECU 间通信的某些转换器属性不是特定于信号，而是特定于端口的。
用例	同一安全相关信号由 ECU 内的两个 SW 组件接收。两个 SW 组件具有不同的安全要求和不同的接受标准。该信号对一个 SW-C 可能是不安全的，但对另一个 SW-C 仍然是安全的。
依赖	–
支撑材料	–

⌊(RS_BRF_01316)

2.3.36 数据转换的错误通知（Error notification of data transformation）

⌈[RS_SWCT_03222] SW 组件模板应支持转换数据通信的错误通知⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供配置数据转换错误通知的手段。
理由	SWC 可能希望对转换错误做出反应。
用例	安全相关 SWC 对转换过程中安全检查的错误做出反应。
依赖	–
支撑材料	–

⌊(RS_BRF_01316)

2.3.37 增强非易失性（NV）内存接口（Enhancing the Non-Volatile (NV) memory interface）

⌈[RS_SWCT_03225] SW 组件模板应支持增强的非易失性（NV）内存接口⌋

属性	值
类型	有效（valid）
描述	指定定义和配置一个 NvBlockComponent 的手段，该组件可由一个 ECU 中的所有 SW 组件用于访问 NvData。
理由	通过定义一个具有 sender-receiver 接口的 NvBlockComponent（该接口将提供给 SW 组件）来确保数据一致性。通过使用一个公共的 NvBlockComponent，每个 SW 组件中用于保持 NvData 的 RAM 副本所需的 RAM 量会减少。
用例	一个用例是为 ECU 中仅一个 SW 组件的 Nv 内存访问提供真正高效（内存和计算）的实现。另一个用例涉及提供一个 NvBlockComponent，可用作许多 SW 组件的 Nv 内存接口。此公共 Nv 内存接口可确保 ECU 中所有 SW 组件的一致性和配置手段。
依赖	[RS_SWCT_00030], [RS_SWCT_00070]
支撑材料	–

⌊()

2.3.38 M1 工件的文档化（Documentation of M1 artifacts）

⌈[RS_SWCT_03230] SW 组件模板应支持 M1 工件的文档化⌋

属性	值
类型	有效（valid）
描述	指定能够提供支持以下内容的 M1 工件文档的手段： • 结构化（例如段落、列表、交叉引用） • 内容聚焦 • 文档各部分的验证和标识
理由	添加此功能将允许： • 利益相关方之间更高效的文档信息交换 • 更精确、更清晰的 M1 工件文档 • 更容易、更快速地集成处理工件的新团队成员 • 更高效地维护 M1 工件的文档
用例	OEM 或供应商需要能够提供更高效、精确和清晰的 M1 工件文档。
依赖	[RS_SWCT_02110], [RS_SWCT_02060]
支撑材料	–

⌊()

2.3.39 支持端到端通信保护（Support end-to-end communication protection）

⌈[RS_SWCT_03240] SW 组件模板应支持端到端通信保护⌋

属性	值
类型	有效（valid）
描述	应可以为特定通信路径（在 ECU 上下文中）分配唯一的数据 ID，并且还应支持 E2E Profile ID 的选择。
理由	添加这些属性将允许在 SW 组件之间进行受保护的端到端通信。
用例	OEM 或供应商需要能够在 SW 组件之间指定受保护的端到端通信。
依赖	[RS_SWCT_00010]
支撑材料	AUTOSAR 中端到端保护的详细信息在 [6] 中描述。

⌊()

2.3.40 部分联网（Partial Networking）

⌈[RS_SWCT_03241] SW 组件模板应支持部分联网⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持虚拟功能集群（VFC）的定义。
理由	在 VFB 层级上，通过虚拟功能集群（VFC）支持部分联网。
用例	VFC 定义参与部分网络通信的所有端口。一些端口控制 VFC 行为，其他端口读取并对 VFC 的当前状态做出反应。
依赖	–
支撑材料	–

⌊()

2.3.41 双向通信（Bidirectional communication）

⌈[RS_SWCT_03250] SW 组件模板应支持双向通信⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持表达 require 和 provide 端口组合语义的端口。此类端口应支持自有软件组件能够： • 访问同一数据元素以进行读写， • 调用自己的服务器可运行程序， • 在模式切换时触发自己的可运行程序， • 触发自己的可运行程序。此外，如果此类 require 和 provide 端口连接到具有 provide、require 或 provide 和 require 语义的端口，则应可能进行双向数据流。
理由	软件算法需要产生的数据以及作为输入的数据。NvBlockComponents 通常提供对同一数据的读写访问。
用例	软件组件生成的数据也是自身算法下一次迭代的输入。
依赖	–
支撑材料	–

⌊()

2.3.42 数据初始化（Initialization of Data）

⌈[RS_SWCT_03260] SW 组件模板应支持基于规则的数组初始化⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供定义基于规则的 DataPrototypes（其数据类型为数组性质）初始化的手段。
理由	DataPrototypes 可能需要大量的初始化数据（就 AUTOSAR XML 而言）。这可以通过基于规则的数组初始化来改进。
用例	例如，具有 100 个元素的 ApplicationArrayDataType 将被初始化，以便为每个元素提供专用的初始值。在最常见的情况下，这些元素中的大多数都使用相同的值（例如 0）初始化，只有前几个元素的初始化值不同。
依赖	–
支撑材料	–

⌊()

2.3.43 实例特定时序（Instance specific timing）

⌈[RS_SWCT_03270] SW 组件模板应支持在实例层级覆盖激活周期时间⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持为软件组件的特定实例覆盖时间周期可运行实体激活的适用周期。
理由	支持具有不同时基的闭环控制器。
用例	在不同的时间栅格中重用组件。例如，可能存在一个提供闭环控制器的组件。该组件可应用于慢速和快速控制路径。由于控制器的时间基派生自调度，因此应能在实例层级上指定。
依赖	–
支撑材料	–

⌊()

2.3.44 快速原型支持（Rapid Prototyping support）

⌈[RS_SWCT_03280] SW 组件模板应支持旁路点和旁路场景的描述⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持在软件组件层级描述旁路点和旁路场景。旁路包括为测试或快速原型目的而对数据进行读/修改/写。旁路点是逻辑数据流中可以实现旁路的位置。旁路场景由旁路点组成，表示旁路点之间的旁路数据流。
理由	支持 OEM 和 ECU 供应商之间的旁路需求交换。支持跨不同项目和不同旁路工具重用旁路配置。
用例	OEM 向 ECU 供应商提供 ECU 应支持的旁路点的描述。ECU 供应商配置 ECU 以支持旁路点，并将 ECU 和旁路工具交付给 OEM。OEM 基于 ECU 中可用的旁路点向旁路工具提供旁路场景的描述。旁路工具与 ECU 交互以实现旁路场景。
依赖	–
支撑材料	–

⌊()

⌈[RS_SWCT_03281] SW 组件模板应支持快速原型的后构建挂钩工具⌋

属性	值
类型	有效（valid）
描述	软件组件模板应通过指定所需的快速原型内存接口来支持快速原型的后构建挂钩工具。快速原型内存接口强制要求一种代码生成策略，其中包括写-读循环，该循环提供一个明确的时间点，快速原型工具可以在该时间点修改后续使用的值。
理由	为了支持后构建挂钩的使用，SWC 必须包括快速原型内存接口的使用。
用例	–
依赖	–
支撑材料	–

⌊(RS_BRF_01392, RS_BRF_01393, RS_BRF_01394)

⌈[RS_SWCT_03282] SW 组件模板应支持服务点和快速原型场景的描述⌋

属性	值
类型	有效（valid）
描述	软件组件模板应支持在软件组件内的 RTE 事件层级上描述服务点和相关的快速原型场景。服务点是一个或多个由快速原型服务组件提供的快速原型服务函数被调用的位置。快速原型服务函数是对快速原型服务组件提供的函数的调用，在该函数中对数据进行采样和/或刺激。快速原型服务组件是提供快速原型服务的 AUTOSAR 或供应商特定的 BSW 模块。快速原型场景由服务点组成，表示服务点之间的数据流。
理由	为了支持基于服务的旁路的使用，SWC 必须包含必须在 SWCT 中记录的手动分配的服务点。
用例	OEM 向 ECU 供应商提供 SWC 的 ECU 应支持的服务点的描述。ECU 供应商配置 ECU 以支持服务点，并将 ECU 和服务组件交付给 OEM。
依赖	–
支撑材料	–

⌊(RS_BRF_01392, RS_BRF_01395)

2.3.45 可运行实体的初始化（Initialization of Runnables）

⌈[RS_SWCT_03290] SW 组件模板应支持不使用模式管理的可运行实体初始化⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供定义可运行实体初始化机制的手段，而不使用 AUTOSAR 模式管理特性。
理由	此需求已由工具供应商实现，但尚未由 AUTOSAR 标准化。
用例	函数开发人员提供一组可运行实体，其中一些是为初始化目的而创建的。这应在不使用 AUTOSAR 模式管理特性的情况下进行描述，因为这会为此简单情况引入新的复杂性层级。
依赖	–
支撑材料	–

⌊()

2.3.46 基于 IP 的诊断（Diagnostics over IP）

⌈[RS_SWCT_03310] SW 组件模板应支持基于 IP 的诊断⌋

属性	值
类型	有效（valid）
描述	软件组件模板应提供为基于 IP 的诊断定义服务需求的手段。
理由	–
用例	–
依赖	–
支撑材料	–

⌊()

2.3.47 可选元素（Optional Elements）

⌈[RS_SWCT_03320] SW 组件模板应支持通信的可选元素的定义⌋

属性	值
类型	草案（draft）
描述	软件组件模板应提供在 VFB 上用于通信的数据结构中定义可选元素的手段。
理由	复合数据结构中可选元素的存在，在语义上不同于接收方在接收信息不包含复合数据结构的相应子元素时简单地取初始值。接收方应主动确认某些信息缺失这一事实，并仍能以有意义的方式应对这一情况。
用例	在 VFB 上定义并使用复合数据结构进行通信。该数据结构的设计已经预见到在任何给定时间该数据结构可能仅部分填充有意义的信息的可能性。
依赖	–
支撑材料	–

⌊(RS_Main_00280)

3 变更历史（Change History）

3.1 AUTOSAR 4.0.1 相对于 3.1.5 的变更历史

3.1.1 已新增的规范条目

编号	标题
[RS_SWCT_00010]	AUTOSAR 应支持具有高可靠性的 ECU 间和 ECU 内通信机制
[RS_SWCT_00020]	AUTOSAR 应为 ECU 内和 ECU 间通信提供开放和标准化的软件接口
[RS_SWCT_00030]	AUTOSAR 应为应用软件和基础软件模块提供完整的接口
[RS_SWCT_00040]	AUTOSAR 应促进软件及其概念和实现的可重用性
[RS_SWCT_00050]	AUTOSAR 应提供可应用于不同功能域的软件架构
[RS_SWCT_00070]	AUTOSAR 应提供应用软件与硬件之间的抽象
[RS_SWCT_00080]	AUTOSAR 应提供应用软件与车载通信技术之间的独立性
[RS_SWCT_00090]	AUTOSAR 应提供应用软件与操作系统之间的独立性
[RS_SWCT_00110]	AUTOSAR 应提供整个系统的功能性接口视图
[RS_SWCT_00120]	AUTOSAR 应通过基础设施中的适当服务提供软件的保护/解锁机制
[RS_SWCT_00130]	AUTOSAR 应提供与遗留软件的互操作性
[RS_SWCT_00150]	AUTOSAR 应提供保护 SW 组件免受恶意 SW 组件侵害的手段
[RS_SWCT_00160]	AUTOSAR 应提供实现可组合性的手段
[RS_SWCT_00170]	AUTOSAR 应提供运行时、生产和服务用途的诊断手段
[RS_SWCT_00190]	AUTOSAR 应支持分层设计方法
[RS_SWCT_00200]	SW 组件之间关系的定义是详尽且形式化的
[RS_SWCT_00210]	SW 组件受到保护以防止非法访问
[RS_SWCT_00220]	AUTOSAR 支持车辆多样性的管理
[RS_SWCT_02000]	自顶向下分层设计
[RS_SWCT_02010]	原子软件组件的接口
[RS_SWCT_02020]	CompositionType 的自底向上设计
[RS_SWCT_02030]	通信规范
[RS_SWCT_02050]	软件组件描述的时序资源规范
[RS_SWCT_02060]	考虑与基础软件的交互
[RS_SWCT_02080]	传感器执行器组件的设计
[RS_SWCT_02090]	RunnableEntity 间通信的数据一致性
[RS_SWCT_02100]	物理单位的定义
[RS_SWCT_02110]	注释的定义
[RS_SWCT_03130]	PortInterface 之间的连接
[RS_SWCT_03140]	PortPrototypes 的条件存在
[RS_SWCT_03141]	接口中数据元素原型、操作原型、参数原型的条件存在
[RS_SWCT_03142]	ComponentPrototypes 的条件存在
[RS_SWCT_03143]	ConnectorPrototypes 的条件存在
[RS_SWCT_03144]	数组的可配置大小
[RS_SWCT_03145]	描述软件组件类型的系统常量值的受支持组合
[RS_SWCT_03146]	描述 InternalBehavior 的系统常量值的受支持组合
[RS_SWCT_03147]	描述实现的系统常量值的受支持组合
[RS_SWCT_03148]	属性 swMinAxisPoints 和 swMaxAxisPoints 应由系统常量定义调整
[RS_SWCT_03149]	RunnableEntitys 的条件存在
[RS_SWCT_03150]	RTEEvents 的条件存在
[RS_SWCT_03151]	InterRunnableVariables 的条件存在
[RS_SWCT_03152]	用于测量的条件可访问性
[RS_SWCT_03153]	参数原型的条件存在
[RS_SWCT_03154]	支持 SW-C 的条件端口
[RS_SWCT_03155]	支持具有不同分辨率的接口
[RS_SWCT_03170]	固定数据交换
[RS_SWCT_03175]	用于定义标定数据集的 M2 支持
[RS_SWCT_03180]	支持 SAE J1939 协议特性
[RS_SWCT_03181]	对最大大小内的可变数量元素数组的数据类型和访问支持
[RS_SWCT_03182]	对可变数量元素的字节数组的数据类型和访问支持
[RS_SWCT_03190]	能够发布/指定 SWC 的诊断能力及其资源
[RS_SWCT_03200]	增加对车辆和应用模式管理概念的支持
[RS_SWCT_03201]	增加对 Portgroups 的支持
[RS_SWCT_03202]	使 SWC 能够请求专用模式
[RS_SWCT_03203]	模式信息的传播
[RS_SWCT_03210]	端口处的完整性和缩放
[RS_SWCT_03215]	需要在实现数据类型之上添加应用数据类型
[RS_SWCT_03216]	应用数据类型
[RS_SWCT_03217]	实现数据类型
[RS_SWCT_03220]	允许 Composition 上的通信属性
[RS_SWCT_03225]	增强非易失性（NV）内存接口
[RS_SWCT_03230]	M1 工件的文档化
[RS_SWCT_03240]	支持端到端通信保护

表 3.1：4.0.1 中已新增的规范条目

3.1.2 已变更的规范条目

N/A

3.1.3 已删除的规范条目

N/A

3.2 AUTOSAR 4.0.2 相对于 4.0.1 的变更历史

3.2.1 已新增的规范条目

N/A

3.2.2 已变更的规范条目

N/A

3.2.3 已删除的规范条目

N/A

3.3 AUTOSAR 4.0.3 相对于 4.0.2 的变更历史

3.3.1 已新增的规范条目

编号	标题
[RS_SWCT_03135]	记录类型子集化
[RS_SWCT_03136]	带原始类型的记录类型子集化
[RS_SWCT_03241]	支持部分联网

表 3.2：4.0.3 中已新增的规范条目

3.3.2 已变更的规范条目

N/A

3.3.3 已删除的规范条目

N/A

3.4 AUTOSAR 4.1.1 相对于 4.0.3 的变更历史

3.4.1 已新增的规范条目

编号	标题
[RS_SWCT_03045]	SW 组件模板应允许启用 RTE 特性以获取 Runnable Entity 的激活 RTE 事件
[RS_SWCT_03046]	SW 组件模板应支持实例特定的 RTE 事件
[RS_SWCT_03055]	SW 组件模板应支持在 RunnableEntities 中对 ExclusiveArea 使用进行可选配置
[RS_SWCT_03065]	SW 组件模板应支持隐式通信行为的定义
[RS_SWCT_03115]	SW 组件模板应支持模式声明的映射
[RS_SWCT_03218]	SW 组件模板应支持用于原始数据映射的数据类型
[RS_SWCT_03250]	SW 组件模板应支持双向通信
[RS_SWCT_03260]	SW 组件模板应支持基于规则的数组初始化
[RS_SWCT_03270]	SW 组件模板应支持在实例层级覆盖激活周期时间
[RS_SWCT_03280]	SW 组件模板应支持旁路点和旁路场景的描述
[RS_SWCT_03290]	SW 组件模板应支持不使用模式管理的可运行实体初始化
[RS_SWCT_03310]	SW 组件模板应支持基于 IP 的诊断

表 3.3：4.1.1 中已新增的规范条目

3.4.2 已变更的规范条目

N/A

3.4.3 已删除的规范条目

编号	标题
[RS_SWCT_00040]	AUTOSAR 应促进软件及其概念和实现的可重用性
[RS_SWCT_00050]	AUTOSAR 应提供可应用于不同功能域的软件架构
[RS_SWCT_00130]	AUTOSAR 应提供与遗留软件的互操作性
[RS_SWCT_02050]	软件组件描述的时序资源规范
[RS_SWCT_03020]	库
[RS_SWCT_03030]	对象代码层级的集成
[RS_SWCT_03060]	可运行实体的执行顺序
[RS_SWCT_03070]	SW 组件所需资源
[RS_SWCT_03080]	SW 组件的时序需求
[RS_SWCT_03145]	描述软件组件类型的系统常量值的受支持组合
[RS_SWCT_03146]	描述 InternalBehavior 的系统常量值的受支持组合
[RS_SWCT_03147]	描述实现的系统常量值的受支持组合

表 3.4：4.1.1 中已删除的规范条目

3.5 AUTOSAR 4.1.2 相对于 4.1.1 的变更历史

3.5.1 已新增的规范条目

N/A

3.5.2 已变更的规范条目

N/A

3.5.3 已删除的规范条目

N/A

3.6 AUTOSAR 4.2.1 相对于 4.1.2 的变更历史

3.6.1 已新增的规范条目

编号	标题
[RS_SWCT_00230]	软件组件模板应提供为公共符号定义命名约定的能力
[RS_SWCT_03221]	SW 组件模板应允许端口特定的数据转换属性配置
[RS_SWCT_03222]	SW 组件模板应支持转换数据通信的错误通知

表 3.5：4.2.1 中已新增的规范条目

3.6.2 已变更的规范条目

N/A

3.6.3 已删除的规范条目

N/A

3.7 AUTOSAR 4.2.2 相对于 4.2.1 的变更历史

N/A

3.8 AUTOSAR 4.3.0 相对于 4.2.2 的变更历史

3.8.1 已新增的规范条目

编号	标题
[RS_SWCT_03281]	SW 组件模板应支持快速原型的后构建挂钩工具
[RS_SWCT_03282]	SW 组件模板应支持服务点和快速原型场景的描述

表 3.6：4.3.0 中已新增的规范条目

3.8.2 已变更的规范条目

N/A

3.8.3 已删除的规范条目

N/A

3.9 AUTOSAR 4.3.1 相对于 4.3.0 的变更历史

3.9.1 已新增的规范条目

N/A

3.9.2 已变更的规范条目

N/A

3.9.3 已删除的规范条目

N/A

3.10 AUTOSAR 4.4.0 相对于 4.3.1 的变更历史

3.10.1 已新增的规范条目

编号	标题
[RS_SWCT_03320]	SW 组件模板应支持通信的可选元素的定义

表 3.7：4.4.0 中已新增的规范条目

3.10.2 已变更的规范条目

N/A

3.10.3 已删除的规范条目

N/A

翻译说明

本文档为 AUTOSAR 软件组件模板需求（RS_SWCT）的完整中文翻译，包含三大类共 60 余条需求条目（RS_SWCT_00010 至 RS_SWCT_03320，含预留编号）。
AUTOSAR 方框符 ⌈⌋ 用于标识需求块的起止。
需求 ID（如 RS_SWCT_00010、RS_Main_00060、RS_BRF_01024）保持英文。
关键术语（SWC、SW-C、BSW、RTE、VFB、RunnableEntity、PortPrototype、PortGroup、PortInterface、ComponentPrototype、ConnectorPrototype、InterRunnableVariable、RTEEvent、AtomicSwComponentType、CompositionType、ApplicationDataType、ImplementationDataType、E2E、ECU Extract、OEM、Variant、Postbuild、TP、SenderReceiver、ClientServer、Calibration、NvBlock、NvData、NV、DataPrototype、DataElement、DataType、ModeDeclarationGroup、StateManager、ECUC、VFC、Partial Networking、SAE J1939、DM1、ECUID、OCC、IPO、SENDER、RECEIVER、SenderReceiver、Condition、Conditional Port、Provider、Receiver、CalibrationParameter、ParameterDataPrototype、VariableDataPrototype、ComSpec、ComSpec、InterRunnableVariable、Service Point、RTE Generator、OEM、TP、MultilanguageReferrable、Identifiable、Referrable 等）保持英文。
文档间交叉引用（如 [RS_Main_00050]、[RS_BRF_01316]、[TPS_STDT_00078] 等）保持英文原样。
文档变更历史（章节 3）按版本号 4.0.1 vs 3.1.5、4.0.2 vs 4.0.1、4.0.3 vs 4.0.2、4.1.1 vs 4.0.3、4.1.2 vs 4.1.1、4.2.1 vs 4.1.2、4.2.2 vs 4.2.1、4.3.0 vs 4.2.2、4.3.1 vs 4.3.0、4.4.0 vs 4.3.1 顺序完整翻译。
部分需求仅引用 [Main...] 或 [RS_Main...]，这些 "Main" 前缀的需求 ID 在 AUTOSAR 4.0 之前的版本中存在，翻译中保持英文原样。

83 KiB Raw Blame History Unescape Escape