本文来源:AUTOSAR_BSW04_如何阅读autosar 官方文档
我的建议:没啥必要不要去,不要死磕Autosar官方文档!没啥必要不要去,不要死磕Autosar官方文档!没啥必要不要去,不要死磕Autosar官方文档!哈哈,如果你非要看,不妨参考下下面的内容;实际文章内容:有道是磨刀不误砍柴工,前民面几篇文章,有讲过了AUTOSAR的架构;这篇文章,主要讲讲AUTOSAR的标准文档是怎么看的;主要是介绍各个模块的文章类型;篇幅可能不长,但是却很重要,当你开发过程中,有些知识点模糊需要查询的时候,清楚Autosar文章的架构,会提高你的查询效率;
目录
AUTOSAR文档类型AUTOSAR文档之间的联系AUTOSAR文档 SWS详细说明
1 AUTOSAR文档类型
先看看文档的名字,是不是好像有分类的,SRS、SWS、TR…
![](data/attachment/forum/202502/10/202358t4lcye887ufpxrfc.jpg)
这些各代表什么意思呢?以下我对这些名称缩写做了个总结:
![](data/attachment/forum/202502/10/202359hb2jrtzuzi5vi22z.jpg)
我们可能需要关注或者是用到比较多的是上面红框的文档 SWS
2 AUTOSAR文档之间的联系
不同的人群关注的文档可能不一样,类如:关注架构设计的读者应该阅读AUTOSAR Template Specification(TPSs).比如说,如果读者关注逻辑系统/ECU设计,他们应该关注Software Component template,以理解怎么去定义应用软件组件(Application Software components)以及数据交互点。对于一些在各个Template都用的通用概念可以在Generic Structure Template中获取,但是最好通过索引参考的方式去Generic Structure Template里找,因为一下理解整个文档挑战太大。使用UM定义的AUTOSAR Meta-model没有太大必要单独去看,因为所有相关信息和图表都会在AUTOSAR Template Specification里有使用UML定义的AUTOSAR Meta-model没有太大必要单独去看,因为所有相关信息和图表都会在AUTOSAR Template Specification里有。关注AUTOSAR基础软件的读者应该去读相关基础软件模块的软件规范-Software Specification(SWS)。比如说,如果读者对ECU诊断功能感兴趣,他们应该去都AUTOSAR Diagnostic Event Manager和Diagnostic Configuration Manager规范。对所有的基础软件模块都适用的需求可在Basic Software Modules Specification里的General Requirements里获取到。更高颗粒度层面,TPS规范里的设计需求可以追溯到需求规范文档(RS)的描述的更详细需求。同样地,SWS Specification里定义的基础软件需求也从software requirements specifications(SRS)里追溯的到。RS和SRS需求可以从更高层面的规范里追溯的到,描述General AUTOSAR features和AUTOSAR Objectives的规范就是High-level的一个例子。然后,还是建议初学者要集中关注SWS Specification,至少在一开始,TPS和SWS包含很多解释和图形以助于更好的理解AUTOSAR Features。
3 AUTOSAR文档 SWS详细说明
文档里面的每部分内容都有它存在的道理,胡乱地翻看是很难摸清它的思路的。打开其中一个文档(例如:AUTOSAR_SWS_OS.pdf)看看,它里面有哪些内容,以下简单挑几个讲解下:
![](data/attachment/forum/202502/10/202359jqy4fok9mmkokonx.jpg)
“1 Introduction and functional overview”,这个是概览性的,即这个文档大概有什么内容或功能,达到什么目的等等,看这个就你可以大概了解这个文档是不是你想看的那个,有没有你要获取的内容。This document describes the essential requirements on the AUTOSAR
OperatingSystem to satisfy the top-level requirements presented in the
AUTOSAR SRS [2].
“ 3 Related documentation”,这个文档的功能需要参考哪些文档或者依赖哪些文档。3.1 Input documents[1] Layered SoftwareArchitectureAUTOSAR_EXP_LayeredSoftwareArchitecture.pdf[2] Requirements on Operating SystemAUTOSAR_SRS_OS.pdf[3] General Reqirements on Basic Software ModuleAUTOSAR_SRS_BSWGeneral.pdf……" 5 Dependencies to other modules”,**这一章节描述的是当前文档的内容会依赖其他哪些模块,与那些模块会有怎样的管理,即使当前文档不强制依赖其他模块,也会讲一些相关联的内容,如这个OS的文档。There are no forced dependencies on other modules, however:It is assumed that the operating system may use timer units directly to drive counters. If the user needs to drive scheduling directly from global time, then a global time interrupt is required.If the user needs to synchronize the processing of a schedule table to a global time, the operating system needs to be told the globaltime using the SyncScheduleTable() service.“ 6 Requirements Traceability”,跟需求的溯源,即实现的功能是根据哪个需求来的,这里面有一一对应的关系。
![](data/attachment/forum/202502/10/202400swylwoyddlvta8ud.jpg)
"7.Functional Specification", 这个章节详细介绍了这个模块有哪些功能,功能的需求是什么样的,有什么要求等等,所以说读懂这个章节,你就知道这个模块是干什么用的了,实现原理是怎么样的。"8 API specification”,这个内容是比较重要的,里面详细描述了该文档的数据类型定义、宏定义、错误码含义,以及函数接口的详细描述和约束。This chapter contains the APIs offered by the operating system. Note that not all services are available in all scalability classes, andthat the behavior of some services is extended for specific scalability classes. For example, API to relatively start a schedule table has an additional check if the schedule table allowsimplicitsynchronization. This check is only performed in SC2 and SC4 where synchronization of schedule tables is supported.9 Sequence diagrams”,这一章内容也非常重要,从这里能清晰地看到各种时序的动态行为,对理解这个模块是非常有帮助的。
![](data/attachment/forum/202502/10/202401s014hlatal0aclah.jpg)
以上内容。仅供参考;我的建议:没啥必要不要去,不要死磕AUTOSAR官方文档!建议大家还是多看多学,涉及哪个模块的内容,可以在网上多查询资料。,非必要情况下,不要死磕AUTOSAR官方文档,要了亲命了。大家可以依据模块名称,在网上去查找下先辈们的资料。,不要重复去造轮子,提高效率;以上就是全部内容,欢迎大家关注,我是一片绿叶, 我会持续分享相关内容。
创作不易,欢迎点赞再看收藏关注!
汽车研发交流群,有兴趣的朋友请添加群主:prOmiseyes,备注:公司+职务入群。仅限汽车从业人员。