树莓派4b部署LNMP+Tor,搭建在Deep web上的网站

Python 小知识笔记

  返回  

678_AUTOSAR_TR_Methodology_文档阅读5_系统视图以及工作流程

2021/7/20 21:49:02 浏览:

       全部学习汇总: https://github.com/GreyZhang/hack_autosar

目的

       此模式提供了使用 AUTOSAR 方法构建系统的设计步骤的粗略概述,以及由此产生的 ECU 和拓扑。 主要活动如图 2.1 所示。

系统角度

       AUTOSAR 系统开发概述

       AUTOSAR 系统的开发基于虚拟功能总线 (VFB) 的定义。 VFB 是一种通信机制,允许互连软件组件的组合进行交互。 该系统是基于VFB设计的。

       看到这里,终于觉得自己最初误打误撞先看VFB是对的了。

       支持不同的系统视图

       在系统的整体开发过程中,可能存在系统的不同视图(例如功能架构或软件架构)。 这些视图被明确地描述,而映射机制用于表达它们之间的关系。

       在以下三种不同的系统视图中进行了区分:

       抽象系统:抽象系统从具体的软件架构中抽象出来并描述例如,系统的功能视图。

       整体技术系统:整个技术系统是从软件架构的角度来组织的。

       子系统:子系统是整个技术系统的简化部分,描述了专用子系统的相关方面。

       开发系统的功能视图

       整个工作流程(见图 2.2)从一个可选活动开始。 在这个活动中,抽象系统描述是预先制定的,它从功能或抽象的角度(功能架构)表示整个系统。 这个抽象系统描述是开发具体系统描述的基础。

       整个 VFB 系统的开发

       在省略可选的第一步的情况下,开发直接从整体 VFB 系统的定义开始。 VFB 提供了系统支持的所有功能的面向软件架构的视图,独立于任何 ECU 和网络。 有关详细信息,请参阅第 2.3 章。

       系统的开发

       通过定义 ECU 和网络的拓扑结构、将软件组件部署到 ECU 并导出互连分布式功能所需的通信矩阵,VFB 被细化为一个系统。 作为通信开发的一部分,可以指定自定义转换技术。 本规范是实现相应基础软件模块的基础。 系统的开发可以直接在一个阶段或多个阶段实现(用例显示了单阶段和两阶段的方法)。

       两阶段开发方法

       当存在职责的组织分离时使用两阶段方法,其中主要组织在第一阶段定义整个系统,而其他几个组织在第二阶段并行定义子系统。 在这种情况下,主要组织移交代表整个系统的子系统部分的系统提取。 这些子系统包含子系统 VFB,它们减少了整体 VFB。

       整体系统

       整个系统定义了主要的公共 ECU 和拓扑结构,子系统设计通过向系统添加专用 ECU 和网络来做出贡献。 请注意,子系统中定义的部分对任何其他子系统或整个系统都不是直接可见的。

       组织间的互动

       此外,由主要组织交付的系统提取的软件组件结构可以由接收组织(ECU 系统描述)转换为不同的结构。 在这种情况下,可以将主要组织的系统提取视为一项需求,而由一个或多个 ECU 系统描述表示的接收组织的子系统可以视为必须满足已交付需求的解决方案。

       生产特定于 ECU 的可交付成果

       系统设计完成后,提取与特定 ECU 相关的部分,为每个 ECU 生成可交付成果。 这将在第 2.5 章中进一步阐述。

       软件组件的开发

       在系统设计的同时,软件组件(可发布原子软件组件)根据抽象VFB、VFB或子系统VFB所要求的定义来实现。 这些被交付以集成到部署它们的 ECU 中。 请注意,软件组件的实现或多或少独立于 ECU 配置。 这是 AUTOSAR 方法论的一个关键特征。 有关详细信息,请参阅第 2.4 章。

       基础软件模块的开发

       由于基础软件模块独立于 VFB,因此可以在 ECU 集成之前随时进行开发。 有关详细信息,请参阅第 2.6 章。

       这个描述,再一次让我对最近一段时间接收到的信息产生了疑惑。这个开发模式,究竟应该是怎样一种模式?

       AUTOSAR ECU的集成

       当 BSW 模块交付的捆绑包、ECU 提取信息和所有交付的原子软件组件的实施可用时,AUTOSAR ECU 的集成就开始了。 在这个阶段,通过创建任务、调度软件组件可运行、配置基础软件模块等来配置ECU。完整的代码被编译并链接成可执行文件。 这在第 2.7 章中详细说明。

       这个工作流程中的整体架构,看上去就是一个简单的合作示意图。似乎没有多少能够具有启发式的信息。

       这个是工作流程图。

       这次小结到此结束,主要是系统的概览以及工作流程的一个概览介绍。比较有收获的是这个开发的流程图,表格用途不是很大。开发的流程图,如果从起点开始看很麻烦,我理解了一下这个应该逆着方向看。先看控制器的集成,之后,顺着输入往前找。应用软件开发相对来说简单,如果说是基础软件,顺着最后一个节点往前找基本上就知道需要什么输入了。而这样,很容易梳理出基础软件的一个开发流程。现在我工作中,遇到的最大问题点应该是基础软件开发的输入除了一个软件包其他的没了,缺失了大量的输入。从方法论上,现在很容易找到症结点了。后面,在实际的操作中还需要进一步的突破其他的障碍。

联系我们

如果您对我们的服务有兴趣,请及时和我们联系!

服务热线:18288888888
座机:18288888888
传真:
邮箱:888888@qq.com
地址:郑州市文化路红专路93号