初识软件架构之（一）三层架构宏观认识

在传统车的角度指的是发动机启动/停止之间的操作时间，对于纯电动来说由BMS指定。作为域控可以通过报文来解析获取该信息。在需要考虑的特性里面至少有一个不能完全满足则可以定义为 error or a single error。3、error如果在下一个driving cycle没有发生，并且驾驶员或者是控制器也没有检测到相关故障，则这个error需要被定义为 潜在的error。需要定义为两个error，都发生几乎在同一时刻发生,并且这两个故障没有因果关系。

本文深入解析了基于AURIX TC397的ASIL-D功能安全软件架构，从E-GAS三层架构到SafeTpack实战应用。通过分层监控思想、TC397硬件安全机制及AUTOSAR环境集成，实现电机控制器的高效安全设计，满足ISO26262标准要求。文章结合实战案例，详细探讨了性能优化与安全平衡的关键策略。

EGAS（E-Gas）架构是一种三层安全架构，最初由博世公司提出，并被广泛应用于发动机控制系统以及其他车载控制器中，以满足功能安全的要求E-GAS架构来自文档文档链接：https://www.team-bhp.com/forum/attachments/technical-stuff/1579940-how-safe-modern-engine-control-modules-ecm-ak-egas-v5-5-en-130705.pdf主要针对的是汽油和柴油发动机控制单元的监控概念。

一、理解概念 ①架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。——百度词条 ②架构（链接）： 1、根据要解决的问题，对目标系统的边界进行界定。 2、并对目标系统按某个原则进行切分。 3、对这些切分出来的部分，设立沟通机制。 4、使得这些部分之间能够进行有机的联系，合并组成一个整体，完成目标系统的所有工作。 很有意思的现象，就是对软件...

Level2功能监控层，扭矩监控，主要是预估的实际扭矩与目标扭矩之间的差值，预估扭矩通过电机模型进行估算，有根据机械功率反推及磁通进行估算两种方式，温度监控主要包括定子ntc，igbt ntc温度及igbt结温，转子估算温度，高压监控主要包含硬件过压和软件过压，程序流监控应当就是锁步核吧。主要实现对Level 1的监控，例如，通过监控计算转矩的实际输出值判断 Level 1软件是否正确等，一旦诊断出故障，将触发系统的故障响应，并由Level 1或Level 2 执行。EGas三层架构(引自互联网，侵删)

   在 我的架构经验小结（二）－－ 关于三层架构 一文中，已经比较深入的介绍过三层架构方面的一些经验了，现在，我们来使用一个更小的比例尺来近距离观察我所理解的三层架构。一．三层架构图 二．系统各层次职责1.UI（User Interface）层的职责是数据的展现和采集，数据采集的结果通常以Entity object提交给BL层处理。Service Interface侧层用于将业务或数据

(给DotNet加星标，提升.Net技能)转自：花阴偷移cnblogs.com/MrHSR/p/11272400.html一、概述本章Web架构分层指南，参考了"Microsoft应用程序体系结构指南"(该书是在2009年出版的，当时出版是为了帮助开发人员和架构师更快速，更低风险地使用Microsoft平台和.NET Framework设计和构建有效，高质量的应用程序)。虽然已过去十年了...

已剪辑自: https://mp.weixin.qq.com/s/SIBvH8u–vCk6W28KrPBmA车载智能计算平台作为智能汽车的安全关键系统，软件层面的安全性至关重要。由于车载智能计算平台功能丰富，应用场景复杂，对软件的实时性、安全性、可靠性要求极高，应通过技术和流程两个方面保障软件的功能安全。技术上确保软件层级的每个功能安全相关软件节点都有相应的故障监测和处理机制，流程上按照软件安全生命周期模型规范软件开发过程。基于参考阶段模型,为软件层面产品开发进行生命周期的剪裁。**车载智能计算平台软件安全

架构演进一、开发环境&生产环境1. 开发环境2. 生产环境 一、开发环境&生产环境 1. 开发环境 平时在写代码时大多都在是 Win10/Win7/Mac这些系统都可以称呼为开发环境，咱们会为了更高效的开发应用程序安装很多很多的软件会导致操作系统不安全稳定性降低。 2. 生产环境 在生产环境中操作系统不会采用win10/Mac这种操作系统相对不安全，生产环境是要面向全体用户的一般会采用专业的操作系统，大多市面上使用的都是基于linux的操作系统还有 Windows版本的服务器操作系统

由于三层架构是理论性东西，这里只进行画图展示大致流程 今后学习要重点学习Spring框架，Spring框架是JavaEE的灵魂框架 这里注意以后我们的项目名和每个目录都是由含义的

AK-EGAS-v6：引领未来的三层安全架构标准 【下载地址】AK-EGAS-v6三层安全架构最新标准 欢迎使用AK-EGAS-v6三层安全架构最新标准。本资源是针对电子气体（E-gas）系统设计与开发的重要参考文档，旨在提供一个高度结构化的安全保障框架，符合并超越行业对功能性安全的严格要求。特别是在遵循ISO26262...

软件架构设计并不是功能安全独有的要求，对于功能安全软件设计而言，软件架构设计的一个重要的目标是使软件需求的实现过程以一种完整的、正确的同时尽可能简单、可理解和可验证的方式展现，从而在软件详细设计实现过程中，尽可能降低设计错误造成违反功能安全需求的可能性。具体来讲，在功能监控层架构设计过程中，可以根据具体监控的功能，进行相应的异构冗余计算，对其输入，输出，进行范围及合理性检查，异构冗余计算程序执行过程进行时内部或外部要素的时间或逻辑监控，一旦发现错误，通过错误处理机制，将系统导入安全状态。

如上图 所示，Level2 在使用合理性校验方法判断 Level1 功能是否正常运行时，先根据传感器输入的信号，计算控制量允许输出的合理范围，再计算从执行器反馈的实际输出量，最后判定 Level1 的实际输出量是否在允许的合理范围，如果超出了合理的范围，则判定 Level1 功能异常，执行错误处理。：控制器相关的故障发生后，此时控制器已经无法可靠地执行安全相关逻辑，为了保证安全性，需要外部额外的独立监控模块，来确保即使 MCU 发生严重故障后，依然能够进入安全状态。**1） 功能安全诊断框架技术要求。

在源代码层面的设计与实施应使得软件单元设计简单易懂，软件修改适宜，具有可验证性和鲁棒性，确保软件单元中子程序或函数执行的正确次序，软件单元之间接口的一致性，软件单元内部及软件单元之间数据流和控制流的正确性。展开安全架构设计的时候，需要时刻关注将系统解耦和模块化，这对于软件的安全设计是非常重要的。**（3）Level3：**硬件监控层，负责确保Level1和Level2的运行的硬件环境是正常工作的，异常的运行环境会导致Level2的设计起不到很好效果，因此，Level3在整体的监控架构中作用是不可替代的。

【引言】 学完了设计模式和C#，对面向对象有了一定的了解，面向对象的三大特性：封装、继承、多态，为了达到软件可复用，可维护的目的，我们提出来“高内聚低耦合”作为评价软件设计好坏的标准，而接触了三层的知识，对于‘解耦’有了一点点的认识，三层比两层多加了一层，增加了业务逻辑层BLL（Business Logic Layer)，从而使得一方对另一方的依赖减小．使得一方的变化不至于引起另一方剧烈变化