请问autosar和osek的关系是啥？

Posted 2023-05-06

都是汽车电子软件的标准。

AUTOSAR与OSEK二者都是汽车电子软件的标准。

OSEK基于ECU开发，AUTOSAR基于整体汽车电子开发。

1.AUTOSAR

AUTOSAR一般就是指AUTOSAR构架/标准，AUTOSAR的全称是AUTomotive Open System ARchitecture），随着多年的发展，越来越多的行业内的公司加入到了AUTOSAR联盟中，这其中有OEM（汽车整车厂），Tier1（汽车零部件供应商），芯片制造商以及工具制造商，AUTOSAR构架/标准也成为了汽车E/E设计的发展方向。

2.OSEK

在1995年召开的研讨会上众多的厂商对OSEK和VDX的认识达成了共识，产生了OSEK/VDX规范(1997年发布)，本文简称OSEK规范。

它主要由四部分组成:操作系统规范(OSEK Operating System,OSEK OS)、通信规范(OSEK Communication , OSEK COM )、网络管理规范( OSEK Net Management, OSEK NM)和OSEK实现语言(OSEK Implementation Language,OIL)。

扩展资料：

OSEK OS的特点

OSEK规范为实现其制定的初衷并满足汽车控制领域对系统安全性和节省有限资源的特殊要求，制定了系统而全面的操作系统规范。其特点主要有以下几个方面。

1. 实时性 

由于越来越多的微处理器被应用到汽车控制领域，如汽车刹车的防抱死系统、动力设备的安全控制等这些系统直接关系着人的生命安全，即使出现丝毫的差错也会导致危及生命安全的严重后果，因此要求操作系统具有严格的实时性。

2.可移植性 

OSEK规范详细规定了操作系统运行的各种机制，并在这些机制基础上制定了标准的应用程序编程接口，使那些独立编写的代码能够很容易地整合起来，增强了应用程序的可移植性。

3.可扩展性 

为了适用于广泛的目标处理器，支持运行在广泛硬件基础上的实时程序，OSEK操作系统具备高度模块化和可灵活配置的特性。

AUTOSAR特点

1、模块化和可配置性 

定义了一套汽车ECU软件构架，将不依赖硬件的软件模块和依赖硬件的软件模块分别优雅的封装起来，从而可以让ECU可以集成由不同供应商提供的软件模块，增加了功能的重用性，提高了软件质量。软件可以根据不同的ECU功能需求和资源情况进行灵活配置。

2、有标准化接口 

定义了一系列的标准API来实现软件的分层化。

3、提出了RTE的概念 

RTE全称是Runtime Environment，采用RTE实现了ECU内部和ECU之间的节点通讯，RTE处于功能软件模块和基础软件模块之间，使得软件集成更加容易。

4、具有标准的测试规范 

针对功能和通讯总线制定了标准的测试规范，测是规范涵盖的范围包括对于AUTOSAR的应用兼容性（例如RTE的需求，软件服务行为需求和库等）和总线兼容性（总线处理行为和总线协议等），它的目标是建立标准的测试规范从而减少测试工作量和成本。

参考资料：百度百科-AUTOSAR

参考资料：百度百科-osek

参考技术A

都是汽车电子软件的标准。

AUTOSAR与OSEK二者都是汽车电子软件的标准。

OSEK基于ECU开发，AUTOSAR基于整体汽车电子开发。

AUTOSAR中规定的操作系统就是OSEK，而通信和网络管理虽然和OSEK有区别，但思路一样的。

所以认为，AUTOSAR是基于OSEK提出的（但不仅基于OSEK），OSEK被AUTOSAR标准软件架构包含。

一、AUTOSAR架构的主要特点：

1、定义了一套汽车ECU软件构架，将不依赖硬件的软件模块和依赖硬件的软件模块分别优雅的封装起来，从而可以让ECU可以集成由不同供应商提供的软件模块，增加了功能的重用性，提高了软件质量。软件可以根据不同的ECU功能需求和资源情况进行灵活配置。

2、定义了一系列的标准API来实现软件的分层化。

3、RTE全称是Runtime Environment，采用RTE实现了ECU内部和ECU之间的节点通讯，RTE处于功能软件模块和基础软件模块之间，使得软件集成更加容易。

4、针对功能和通讯总线制定了标准的测试规范，测是规范涵盖的范围包括对于AUTOSAR的应用兼容性（例如RTE的需求，软件服务行为需求和库等）和总线兼容性（总线处理行为和总线协议等），它的目标是建立标准的测试规范从而减少测试工作量和成本。

AUTOSAR标准有四个核心内容：ECU软件构架，软件组件（software components），虚拟功能总线（Virtual Functional Bus），AUTOSAR设计方法（Methodology）。

二、OSEK的特点:

OSEK规范为实现其制定的初衷并满足汽车控制领域对系统安全性和节省有限资源的特殊要求，制定了系统而全面的操作系统规范。

1、由于越来越多的微处理器被应用到汽车控制领域，如汽车刹车的防抱死系统、动力设备的安全控制等这些系统直接关系着人的生命安全，即使出现丝毫的差错也会导致危及生命安全的严重后果，因此要求操作系统具有严格的实时性。OSEK操作系统通过静态的系统配置、

占先式调度策略、提供警报机制和优化系统运行机制以提高中断响应速度等手段来满足用户的实时需求。

2、OSEK规范详细规定了操作系统运行的各种机制，并在这些机制基础上制定了标准的应用程序编程接口，使那些独立编写的代码能够很容易地整合起来，增强了应用程序的可移植性。OSEK还制定了标准的OIL，用户只需更改OIL配置文件中与硬件相关部分，

便可实现不同微处理器之间的应用程序移植。通过这些手段，减少了用于维护应用程序软件和提高它的可移植性的花费，降低了应用程序的开发成本

3、为了适用于广泛的目标处理器，支持运行在广泛硬件基础上的实时程序，OSEK操作系统具备高度模块化和可灵活配置的特性。它定义了不同的符合级别( Conformance Classes)，并采用对不同应用程序有可靠接收能力的体系结构，

从而增强了系统的可扩展性。OSEK操作系统可以在很少的硬件资源(RAM,ROM,CPC时间)环境下运行，即便在8位微处理器上也是如此。

扩展资料：

OSEK，是指德国的汽车电子类开放系统和对应接口标准（open systems and the corresponding interfaces for automotive electronics），

而VDX则是汽车分布式执行标准（vehicle distributed executive），后者最初是由法国独自发起的，后来加入了OSEK团体。两者的名字都反映出OSEK/VDX的目的是为汽车电子制定标准化接口。该标准完全独立，

对目标系统只限制了少量的条件。这样，就可以应用一些简单的处理器替代那些昂贵的解决方案，来控制任务执行，并不需要任何附加条件。事实上，在此基础上，也可以合理使用一些更复杂的CPU，于是该标准便对任何可能的目标平台都没有了限制。

标准定义了三个组件来构成OSEK/VDX标准：实时的操作系统（OSEK OS），通讯子系统（OSEK-COM）和网络管理系统（OSEK-NM）。这样定义的一个好处是方便了各个组件版本的定义，这已在实际应用中得到了体现。

参考资料：

OSEK-百度百科

参考技术B 都是汽车电子软件的标准。
osek基于ECU开发，标准包括三部分：操作系统、通信(交互层)、网络管理
autosar基于整体汽车电子开发，包括汽车电子功能的划分、ECU统一软件架构、ECU软件开发过程等整套的方法论
autosar中规定的操作系统就是osek os，而通信和网络管理虽然和osek有区别，但思路一样的。
所以认为，autosar是基于osek提出的(但不仅基于osek)，osek被autosar标准软件架构包含。

请问java项目 里的DAO，model，service, IMPL 是啥意思，以及有啥关系

有谁能写的详细点，深刻点，我提高悬赏

在一般工程中 基本上都会出现上述的字眼
首先 DAO 提供了应用程序与数据库之间的操作规范 和操作 用于通常数据库的增删查改 一般如果使用框架 都是由框架自动生成，提高访问效率和便于快速开发。hibernate的DAO中 提供了关于事物 数据读取 修改 删除 添加 这些逻辑 还依赖于下面提到的Model
Model 为了便于理解业务和代码可读 美观 通常将数据库表 作为对象封装，对象封装中提供属性 一般操作DAO类的时候 传入的是Model 通过 hibernate的映射文件 映射到数据库字段也就是通常说的 通过实体类操作数据库
IMPL 以IMPL 结尾的类 一般是实现了某个或多个接口的类 这些类的接口 是定义了一些规范的类通常是数据访问等等 在service 中 会通过spring的注入 注入这些接口来实现逻辑
service 一般在service的实现类 会出现在action中。这些service 提供了包含逻辑的数据访问
举个例子 在 项目中需要将查询出来的所有数据的某个值加1 那么 在service 中 就会做一次循环 从查询出来的Model 集合中 将值取出来 +1
它们的协作关系如下
web页面--->Action---->service---->interface---->IMPL---->DAO---->DATABASE 参考技术A DAO ： data access object 与数据库交互的相关JAVA代码写在这，比如对DATABASE的增删改查； model:存放模型，通常是实体BEAN，也就是你业务建模分析出来的那些 actor等实物类； service：是后来网上大多数人经验总结出来，从而增加了这么一个层次，主要是为了降低耦合，面向接口、组件编程，具体的服务类，能产生实际效果和影响的类放于此； 参考技术B DAO层主要与数据库打交道，实现数据交互
model主要是一些javaben类，定义定的方法和属性，实现类的封装，以便于其他类调用它
service主要是一些方法，处理业务逻辑，接收dao里面的方法及获取model中类的属性或方法
impl是一些借口，供dao层或service层实现
之所以分这么多层，就是为了它们程序中层次分明，各司其职，其中的一层出了问题不会对其他层有太大影响，实现了高内聚、低耦合。 参考技术C 是SSH架构的工程吗？代表了三层吧，model是实例，service提供各种方法，dao实现各种方法，impl指implement，即实现，service和dao都需要impl，dao内部的方法一般是实现与数据库交互的，而model一般就是数据库中表的实例追问

工程是SSH架构的，能在详细说下各层的调用关系吗

追答

额，貌似楼下理解得比较深刻，我是个菜鸟，你还是问楼下吧，sorry

参考技术D DAO层里面一般是数据库的操作
model层里面一般是一些JavaBean,定义一些类对象
impl层定义一些了接口
service层的话一般可以不用