【AUTOSAR】VCU 软件架构设计（一）----概述及关键词

编程语言 2025-04-08 08:40:08 阅读次数: 0

规定及信息参考 - Normative and Informative Sections

在标为“强制要求”(Normative)的部分为强制需求(mandatory requirements); 在标为“信息参考”(Informative)的部分或未约定部分仅为信息参考(Information)，不作为需求规定;

词及语态的运用 - Use of Words

文档中使用“必须”(shall)、“应该”(should)、“会”(will)，“可能”(may)应按如下规定诠释：

必须 (Shall）	“必须”一词下文表示强制性需求（默认表达） The word SHALL in the text expresses a mandatory requirement of the plan
应该 (Should)	“应该”一词下文表示在实现需求的建议，此建议一般情况下应会被实现，否则会陈诉不用执行 The word SHOULD in the text expresses a recommendation or advice on implementing a requirement, such recommendations or advice are expected to be followed unless good reasons are stated for not doing so.
将要 (Will)	“将要”一词下文表示一种意图或期望 The word WILL in the text expresses an intention or expectation.
可能 (May)	“可能”一词下文表示可允许性的行动，但不代表任何需求 The word MAY in the text expresses a permissible practice or action. It does not express a requirement of the plan.

需求必须按照如下格式定义：

[REQ：project_description_ID]

需求内容描述

[Parent: root]

如，VCM底层软件需求定义如下：

[REQ：VCM_SW_PLT_0001]

需求内容描述

[Parent: root]

project指该项目的名称及项目号的组合。

description必须是以下缩写词的组合：

如：VCM_E8500_SW_PLT_0002，表示是VCM项目底层平台编号0002的软件需求。

凡是采用1.6.1格式定义的需求必须是可测试性的，也就是说每一个需求都应在测试需求定义中有对应的可测试用例，凡是不能测试的需求定义都是无效的，可以作为对某一或某些需求的深入解释或说明的参考信息，这些信息文字可以出现在需求定义书中，作为需求的补充说明信息，不能对这些参考信息给予需求编码。

基于需求必须可测试的原则，在测试计划书中测试用例的定义可以大致按如下格式

[Cover：VCM_XXX_XXX_ID] VCM_TSC_测试用例名

[/end]

测试用例起始于[Cover：VCM _XXX_XXX_ID]，结束于[/end]，表示测试用例是针对系统需求VCM _XXX_ID，测试用例编码可采用格式VCM _TSC_测试用例名，如VCM_TSC_cruiseCtrl表示VCM的巡航控制测试用例。

表格2术语及缩写词定义

术语 / 缩写	English	中文
API	Application Program Interface	应用程序接口
BBLK	Boot-loader Block	引导装载程序模块
BOM	Bill Of Material	材料清单
CAN	Controller Area Network	控制器局域网
CCP	CAN Calibration Protocol	CAN标定协议
CI	CAN Input	CAN输入
CO	CAN Output	CAN输出
DI	Digital Input	数字输入
DO	Digital Ountut	数字输出
EV	Electric Vehicle	电动汽车
FMEA	Failure Mode Effect Analysis	失效模式及影响分析
FTA	Fault Tree Analysis	错误树谱分析
GPIO	General Purpose Input and Ountut	通用输入输出
VCU	Vehicle Control Unit	整车控制单元（主控单元）
HEV	Hybrid Electric Vehicle	混合电动汽车
HW Watchdog	Hardware Watchdog	硬件看门狗
IIC	Inter-Integrated Circuit	内部集成电路通信
MISRA	Motor Industry Software Reliability Association	汽车工业软件可靠性协会
NVM	Non-Volatile Memory	非易失性内存
OBD	On-Board Diagnostics	板上诊断
PLANTORM	Platform Software	底层软件平台
PLL	Phase Lock Loop	锁相环
PO	PWM Output	PWM输出
PWM	Pulse Width Modulate	脉冲宽度调制
SCU	Safety Control Unit	安全控制单元
SPI	Serial Peripheral Interface	外围设备接口
SW Watchdog	Software Watchdog	软件看门狗
TBD	To Be Determined	待确定
UDS	Unified Diagnostic Services	统一诊断服务
VCM	Vehice Control Module	整车控制器

表格3参考文献

No	日期	版本号
1	MISRA-C: 2004 Guidelines for the use of C language in critical systems
2	IEC 61508: Functional safety of electrical/electronic/programmable electronic safety related systems
3	ISO 26262: Road vehicles — Functional safety	2009 Draft
4	项目客户需求规格书
5	Automotive SPICE Process Reference Model	Ver4.5
6	Automotive SPICE Process Assessment Model	Ver2.5

以下表格列出了设计所需参照的中国国家标准（简称国标）及相关的国际标准。如所付标准被修订，请使用该标准最新版本。

表格4引用的国家标准

表格5引用的国际标准

国际标准代号	国际标准名称	注
IEC61508	Functional safety of electrical/electronic/programmable electronic safety related systems	2006
ISO26262	Road vehicles — Functional safety	2009
ISO 15765	Road vehicles – Diagnostics on Controller Area Networks (CAN)
ISO 14229	Road vehicles — Unified diagnostic services (UDS) — Specification and requirements
ISO 15031	Road vehicles — Communication between vehicle and external equipment for emissions-related diagnostics
	CAN Calibration Protocol
EN 61800-3	Adjustable speed electrical power drive systems – Parts: EMC requirements and test methods
IEC 61000-4-2	Electromagnetic compatibility (EMC) –Testing and measurement techniques – Electrostatic discharge immunity test