在我们做系统架构设计时，如何快速的向外界传达我们的设计思路。

 FACE未来机载能力环境(Future Airborne Capability Environment)是政府和行业之间的合作，它创建了一个软件标准，为军用航空解决方案提供开放系统方法，更快、更经济地向最终用户提供软件定义的能力。

 传统企业内部信息化部门的核心目标仍然是基于业务驱动IT的思路，通过IT规划和应用的建设更好的支撑企业业务流程，IT本身的价值都体现在IT系统建设对业务核心价值链的绩效提升和增值上面，而不是体现在各种先进技术的应用，技术只是工具手段，最终业务能力提升才是最终目的。

 什么是软件架构及对架构师的软件架构法则等

SOA是从遵循服务导向原则的可重用服务中构建复杂软件系统的方法。

 ADAS/AD功能，总体上分为行车功能（Driving Function）和泊车功能（Parking Function）。由于行车功能远比泊车功能多，因此行车功能又可进一步分为主动安全和NCAP、舒适性驾驶辅助、监督自动驾驶、无监督自动驾驶等；泊车功能也可分为泊车辅助及代客泊车等类型。除此之外，在监督自动驾驶/无监督自动驾驶功能中，又可从软件架构视角，区分出感知功能、定位功能、规划功能、决策功能、控制功能等。前者是面向客户功能配置视角，每个功能都是独立的应用程序；而后者则是从数据流视角（dataflow）将自动驾驶系统划分出不同的处理环节。

 自动驾驶汽车是一个认知系统，组成部分为感知、认知决策和行动，在机器人学中，叫感知、规划和控制。

 在软件开发领域经常会接触到架构这个词汇，在我最初的印象中，架构是一个很高级的词汇。它似乎代表了复杂的工程结构、高层次的抽象设计、最新的开发语言特性等等。对于当时只专注于写业务逻辑的我来说，不免心生对架构的敬畏。工作中对架构的讨论很少，出现则是一些高级晦涩的描述，但是从来没有人清楚地解释过架构做了哪些事。所以，架构到底是什么？架构和业务之间是什么关系？

 探索智能驾驶域控制器的软件架构

 旧的电控系统架构基于分布式和集成式设计方法， 其中每个电控系统都基于AUTOSAR软件架构设计， 对应的用户功能基本都在一个系统内完成。而当前随着用户需求越来越多， 许多功能都是跨系统的。因此， 从IT行业引入层次化和系统低耦合性。

 分布式，系统中的多个模块在不同服务器上部署，即可称为分布式系统，如Tomcat和数据库分别部署在不同的服务器上，或两个相同功能的Tomcat分别部署在不同服务器上。

了解下非功能性架构设计方面的内容

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