机载软件架构介绍
飞机机载系统的集成与测试
飞机机载系统的集成与测试随着航空技术的不断发展，飞机的机载系统变得愈发复杂且功能丰富。
机载系统是指在飞机上运行的一系列设备和软件，用于飞行控制、导航、通信、监控和信息管理等功能。
为确保机载系统的正常运行和安全性，集成与测试成为关键步骤。
本文将对飞机机载系统的集成与测试进行探讨。
一、机载系统的集成机载系统的集成是指将各个子系统组合，使其能够协同工作，实现飞行任务所需的功能。
在集成过程中，需要考虑硬件和软件的兼容性、数据交互以及接口标准等因素。
合理的集成可以提高飞机的性能和效率，避免不必要的故障和风险。
首先，集成过程需要确定飞机机载系统的总体架构。
这包括确定各个子系统的位置、连接方式以及数据流向等。
例如，飞行控制系统应与导航系统、通信系统和监控系统等相互关联。
其次，需确保各个子系统之间的接口匹配。
接口的定义和标准化是一个关键的环节。
通过制定统一的接口标准，确保不同设备和软件能够相互配合，实现数据的传输和共享。
此外，还需要考虑机载系统与飞机其他组件的集成。
例如，机载系统与飞行器的结构、电气系统和动力系统等的集成，都需要充分考虑各系统的兼容性和相互作用。
二、机载系统的测试机载系统的测试是确保其功能和性能符合设计要求的重要环节。
通过测试，可以验证系统的可靠性、稳定性和安全性，并发现潜在的问题和缺陷，确保系统的正常运行。
首先，需进行单一子系统的测试。
这包括对各个子系统进行功能测试和性能测试，确保其独立工作的正确性和稳定性。
其次，需要进行子系统之间的集成测试。
通过模拟实际工作环境，测试不同子系统之间的数据交互和协同工作情况。
这可以帮助发现潜在的兼容性问题和接口错误。
此外，还需进行全面的系统测试。
系统测试涉及到整个机载系统的功能和性能验证，包括各个子系统的组合测试、数据交互测试和系统的稳定性测试等。
最后，还需要进行飞行环境下的实际测试。
通过在飞行中模拟真实场景，测试机载系统在不同飞行阶段的性能和稳定性。
这可以帮助发现系统在实际应用中可能出现的问题，并进行相应的优化和改进。
模拟器软件架构
1、飞行模拟器软件架构根据模拟器系统交联和软件技术特点，飞行模拟器软件分为两种架构。
1）座舱系统软件架构；2）仿真系统软件架构；其中,座舱系统软件架构主要关注软件的可移植，座舱系统软件的人机交互接口与交互逻辑与机载软件一致，通常由机载软件移植得到。
因此软件架构需兼容机载嵌入式操作系统和通用操作系统。
而仿真系统软件架构主要关注仿真系统的解耦，仿真系统需要灵活组合，实现飞机在各个不同武器系统、气象条件、故障模式下的飞行任务仿真。
各个子系统之间采用统一路由进行数据交互。
统一路由具有去中心的网络结构，统一路由可以适配DDS（嵌入式和非嵌）、以太网、反射内存、Rs422，Rs232等总线，服务质量（Qos）可按需配置。
图 1 飞行模拟器交联图模拟器系统主要由座舱系统和仿真系统及网络系统组成，各个子系统，除座舱系统的计算资源由座舱系统，在某些系统架构上有座舱系统自带，其它系统的计算资源由云平台，从服务器机组统一分配。
1.1 座舱系统软件架构座舱子系统主要由显示系统、仪表、操作装置等构成。
软件架构兼容嵌入式操作系统与非嵌入式操作系统。
能够将基于APEX接口、统一路由的软件无缝地移植到Linux、Windows、Android等操作系统。
若座舱系统选用与机载相同的硬件和设备，那么座舱系统的软件操作系统层（Vxworks/Windows/Linux/Android/etc.硬件抽象层硬件平台（X86/PPC/ARM/Loongson/etc.）仿真系统包括飞机动力学仿真、导弹及炮弹仿真、气象模拟、以及深度学习等人工智能算法。
其中，深度学习等人工智能算法，用于多级协同训练以及仿真对战训练。
仿真系统通过纯软件进行搭建，软件驻留在云服务器上，根据软件不同的性能要求、计算资源，由云服务器对软件的驻留主机资源进行统一分配。
仿真系统驻留在商用操作系统上，且无需界面程序，因此，仿真系统中的软件仅需运行于分布式软总线上，完成对座舱系统的反馈与激励，视景合成软件的激励。
基于DO—178的机载软件结构覆盖分析
基于DO—178的机载软件结构覆盖分析作者：左泽轩薛战东来源：《科技视界》2016年第15期【摘要】随着民用飞机机载软件的应用越来越广泛，软件复杂程度越来越高，按照DO-178设计保证指南进行机载软件开发逐渐成为行业规范。
机载软件测试是验证过程的关键，对测试结果的覆盖分析中的结构覆盖，DO-178仅提出了相关目标的抽象要求，在工程实际验证软件过程中不便理解和实现。
本文结合适机载软件工程实践，浅析对测试覆盖分析过程的理解。
【关键词】DO-178 机载软件结构覆盖 MC/DC【Abstract】With the wider use of airborne software on civil airplane， and its higher complicity， it is gradually becoming a common standard to develop the airborne software according to DO-178 design guidance. Airborne software test is the key method of verification process. But for structural coverage， which is a step of test coverage analysis， only general requirements has been claimed in DO-178， which leads to the inconvenience of understanding and realization for software verification in engineering. In this essay， combined with experience from both suppliers management and communication with airworthiness certification side， test coverage analysis process is explained from engineering side.【Key words】DO-178； Airborne Software； Structural Coverage； MC/DC0 引言随着电子信息技术的发展，机载电子设备和机载软件在民用运输飞机上的应用越来越广泛。
电子化运行管理平台--A350机载软件构型及数据管理项目采购...
电子化运行管理平台--A350机载软件构型及数据管理项目采购需求说明项目业务需求项目主要业务需求如下：1、机载软件管理（1）飞机目标构型、实飞构型、机上存储构型的初始化、变更（例行、非例行）、构型报告导入及差异对比管理、功能号管理、媒体集管理。
（2）机载软件的订购、获取、验收、存储、传输、装载（USB、无线方式）控制、反馈等流程管理。
2、电子飞行包数据管理电子飞行包数据流程管理，变更管理，构型控制。
3、自制软件管理自制软件及数据的流程管理，变更管理，构型控制。
4、电子手册管理飞机维修类手册，AirN@v Line Maintenance流程及构型管理。
飞机放行类手册，AirN@v Dispatch流程及构型管理。
客舱乘务员手册CCOM流程及构型管理。
手册有效性管理。
5、数据接口（1）与电子化运行地面系统接口A350机载软件构型及数据管理系统与电子化运行地面系统的GAS/LSBM/FLSR/AIRLINK需要通过接口方式实现数据交互。
（2）与TDMS系统接口需要LCM从TDMS调用的信息：TDMS中系统工程师发起EO 时需要填写的全部信息，包括EO编号、EO标题、ATA章节、所属媒体集号、属于新建EO或改版EO、软件信息、装机截至时限、审批人、适用机尾的信息、软件信息、到货方式、装载方式等相关字段。
需要TDMS从LCM调用的信息：1、LCM中单机软件装载状态反馈的全部信息，包括反馈任务中对应的EO信息、飞机的机尾号、反馈的状态等相关字段；2、LCM中新引进飞机的基线构型（第一版实飞构型）的构型信息；3、LCM中机载软件数据每天定时同步到TDMS系统。
（3）电子化运行管理平台移动端需求将电子化运行管理平台的构型查询功能和任务反馈功能集成到国航之翼客户端。
1.项目目标和建设原则1.1.项目目标1、在公司首架A350飞机交付前，搭建一套规范、安全、高效的机载软件构型和数据管理系统。
通过建设A350机载软件构型和数据管理系统，满足A350电子化运行要求，实现统一的机载软件构型和数据管理，完成机载软件、电子飞行包数据，电子手册（维修、飞技、客舱）的构型管理和流程管理，满足A350机型网络安全操作的运行要求，保证A350新飞机交付后正常运行。
成都自动驾驶行业机载软件架构师岗位介绍JD模板
成都自动驾驶行业机载软件架构师岗
位介绍JD模板
岗位名称：机载软件架构师
岗位关键词：架构设计,UML,C++,Python
岗位职责：
1、负责飞控系统的软件核心架构设计、重构、优化;
2、负责飞控系统各功能模块的定义与场景想定；
2、根据业务规划制定相应的技术规划，推动平台技术革新，系统性能调优;
3、负责解决重要项目中的关键架构问题和技术难题，负责项目关键技术难点的攻关;
4、对开发团队进行技术指导和培训，规范开发流程;
5、负责系统安全性设计，开发及相关文档编写;
6、为系统应用设计、开发、风险等进行技术风险评估并提供解决方案;
7、制定开发规范，参与制定技术标准，编写相应的技术文档;
任职资格
1、具备飞行器相关设计经验优先；
2、具备相关大型项目构架经验者优先；
3、计算机相关专业本科及以上学历;5-10年以上Linux系统开发相关工作经验;
4、扎实的计算机、网络相关基础知识
5、具备嵌入式相关硬件的使用知识；
6、具有较好的文档编写能力，了解UML。
7、深度参与或领导过数据安全相关系统开发和研究。
8、精通C++/python，精通嵌入式Linux系统构建、Linux启动流程、熟悉常见故障定位
手段。
9、有过架构设计和需求分析相关工作经验；
10、具备团队合作精神，积极的工作态度和责任心，主动性强，有良好的沟通和学校能力，以及良好的抗压能力。
基于IData机载MFD软件的研究和开发
基于IData机载MFD软件的研究和开发作者：江志俭，张燕平来源：《中国新通信》 2018年第10期【摘要】随着航空电子领域的技术不断发展，多功能显示器作为飞机驾驶舱的重要显示终端，是飞行员与其他设备交互的重要窗口。
针对传统基于OpenGL 源码方式进行MFD 软件界面开发存在难度大，软件编码效率低，软件画面运行周期长的缺点。
提出了一种基于IData 显控软件实现界面仪表绘制集成和数据处理等调度分离的改进MFD 软件架构。
本文介绍了IData 设计仪表控制接口，如何实现子系统仿真，移植MFD 软件过程, 以及该架构运行原理。
经试验验证，基于此架构开发MFD 软件，提高了图形界面运行效率和显示效果，缩短了软件开发周期，增强了软件的可移植性和维护性，具有很强的工程实用价值。
关键字：多功能显示器；OpenGL；IData ；MFD 软件架构；The Research And Development Of Airborne MFD SoftwareBased On IDataJiang Zhi-jian，Zhang Yan-ping(AVIC China Helicopter Research and Development Institute, Jingdezhen ,JiangXi Province 333001)Abstract: With the continuous development of aviation electronic technology field, As the aircraft cockpit, multi-function displayplays important part ,for its lots of information interaction to pilots. Based on the faults of big difficulty, software coding lowefficiency, high time consuming in the traditional MFD software developments of opengl, putting forward a new kind of basedon IData software to the realization of the integration of interface of instrument drawing software architecture and separation ofdata processing and dispatching software architecture. this paper introduces the interface of the design of instrument, how torealize of sub-system simulation, transplantation to MFD software and the principle of the software architecture. According tothe experiment, comparing to the traditional methods, this atchitecture improves great. And gets third party software and flightverification , and applied in the a number of follow-up models.Key words: multi-function display; OpenGL; IData; MFD software architecture一、引言随着显示器技术的发展和飞机座舱显示设备的不断更新，显示器由多个机械仪表组成的航空机载座舱面板，转变成与多功能显示器为核心的显示座舱，给予飞行员提供足够的信息交互能力。
AUTOSAR架构简述
AUTOSAR架构简述AUTOSAR（Automotive Open System Architecture）是一种用于汽车电子系统的开放式软件架构标准。
它由汽车制造商、电子部件供应商以及软件供应商共同制定和开发，旨在提高汽车电子系统的可重用性、可伸缩性和可互操作性。
AUTOSAR架构能够支持现代汽车的复杂功能，如自动驾驶、智能网联、电气化和车联网等。
1. 汽车平台层（Vehicle Platform Layer）：该层是AUTOSAR架构的最底层，提供与硬件相关的功能，包括控制设备、传感器以及执行器等。
汽车平台层还负责与硬件抽象层进行通信，将硬件的细节屏蔽，使上层组件可以独立于硬件进行开发。
2. 基础软件层（Basic Software Layer）：该层提供了一些通用的功能和服务，如通信、调度、存储管理、故障管理和诊断等。
基础软件层可以屏蔽底层的硬件差异，使上层组件可以以硬件无关的方式进行开发。
此外，基础软件层还提供了标准接口，使不同的软件组件可以方便地进行交互。
3. 中间件层（Middleware Layer）：该层提供了一些中间件组件，用于管理和协调各个软件组件之间的通信。
中间件层能够确保消息的可靠传递，同时提供了灵活的通信方式，如定时触发、事件触发和共享数据传输等。
4. 应用层（Application Layer）：该层是AUTOSAR架构的最顶层，包含了各种应用软件组件，如发动机控制、车身控制和车载娱乐等。
应用层的软件组件可以在不同的汽车电子系统中进行复用，从而显著提高软件的开发效率和质量。
除了以上四层架构，AUTOSAR还定义了一些标准接口和协议，用于实现不同层次之间的通信和协作，如CAN（Controller Area Network）、LIN（Local Interconnect Network）、UDP（User Datagram Protocol）和TCP/IP（Transmission Control Protocol/Internet Protocol）等。
航空航天工程师的航空器机载系统
航空航天工程师的航空器机载系统航空航天工程师是一个充满挑战和创造力的职业，他们负责设计、开发和维护航空器的各个方面。
在航空器设计中，机载系统是其中至关重要的一部分。
本文将讨论航空航天工程师如何设计和优化航空器机载系统。
一、机载系统的概述航空器的机载系统包括诸多子系统，如通信系统、导航系统、控制系统、动力系统等。
这些子系统通过雷达、传感器、计算机等设备相互联结，实现了航空器的自动化操作、通信和导航功能。
二、航空器通信系统航空器通信系统是确保与地面和其他航空器进行信息交流的关键。
它包括了航空器与控制中心之间的信号传输、数据链路和语音通信等。
航空航天工程师需要考虑通信系统的性能、稳定性和安全性，以确保航空器能够在空中与地面保持稳定的通信。
三、航空器导航系统航空器导航系统负责确定航空器的位置、速度和航向等重要参数。
它使用卫星导航系统（如GPS）和惯性导航系统等技术，通过精确的定位和导航功能，确保航空器能够准确地飞行到目的地。
航空航天工程师需要设计和优化导航系统，以确保航空器能够稳定地飞行，并及时地响应飞行计划变更和空中交通管制。
四、航空器控制系统航空器控制系统是确保航空器运行和飞行的核心。
它包括飞行控制、动力控制、自动驾驶等子系统。
航空航天工程师需要设计和开发可靠的控制系统，以确保航空器能够平稳、安全地飞行，并在紧急情况下及时进行应对。
五、航空器动力系统航空器动力系统包括发动机、燃料系统和推进系统等。
航空航天工程师需要设计和优化动力系统，以确保航空器具备足够的动力输出，能够在不同高度和速度下进行飞行，并满足航程和载荷等要求。
六、航空器机载系统的集成与安全性航空器的机载系统是相互关联且紧密集成的，航空航天工程师需要考虑各个子系统之间的交互作用和合理分配资源。
此外，航空器机载系统的安全性也是至关重要的。
工程师需要进行风险评估和故障排除，确保机载系统在飞行过程中不受外界干扰，并能够快速、安全地应对紧急情况。
七、航空航天工程师的挑战与发展作为航空航天领域的专业人才，航空航天工程师需要具备深厚的理论知识和实践经验。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
机载软件架构现状与发展趋势主要内容•软件架构的基础概念•机载软件的特点•机载软件架构现状•机载软件架构发展趋势预测软件架构的基本概念软件架构的定义软件架构的定义… …软件架构软件的缩写。
是体系架构体系结构的定义：包括一组部件以及部件之间的联系。
软件体系结构主流的标准观点有：ANSI/IEEE 610.12-1990软件工程标准词汇对于体系结构定义是：“体系架构是以构件、构件之间的关系、构件与环境之间的关系为内容的某一系统的基本组织结构以及知道上述内容设计与演化的原理(principle)”。
Mary Shaw和David Garlan认为软件体系结构是软件设计过程中，超越计算中的算法设计和数据结构设计的一个层次。
体系结构问题包括各个方面的组织和全局控制结构，通信协议、同步，数据存储，给设计元素分配特定功能，设计元素的组织，规模和性能，在各设计方案之间进行选择。
百度百科：软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。
处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组合连接起来。
这一定义注重区分处理构件、数据构件和连接构件，这一方法在其他的定义和方法中基本上得到保持。
软件结构抽象类型与层次的发展过程软件架构就是对软件结构的一种较高层次的抽象。
软件结构的抽象类型发展历程例程和函数调用Subroutines 1960s1970s1980s1990s2000+模块化Modules 面向对象Objects 运行框架Frameworks 软件架构Architecture软件架构与软件框架的区别是什么？呈现形式不同．架构的呈现形式是一个设计规约，而框架则是程序代码。
软件框架（framework ）：是某种应用的半成品，是一组组件，供用户选用完成自己的系统。
简单说就是使用别人搭好的舞台，你来做表演。
而且，框架一般是成熟的，不断升级的软件。
框架一般处在低层应用平台（如J2EE ）和高层业务逻辑之间的中间层。
软件架构与软件框架的区别与联系目的不同．体系结构的目的是指导一个软件系统的实施与开发；而框架的目的是为复用。
因此，一个框架可有其架构，用于指导该框架的开发，反之不然。
架构风格在其用程序代码实现后就成了Corba 、COM 架构框架，也叫中间件集成框架，或对象中间件。
软件架构的重要性软件架构是建造一个软件系统所作出的最高层次的、以后难以更改的，业务的和技术的决定。
这样的决定必定是有关系统设计成败的最重要决定，必须经过非常慎重的研究和考察。
在决定时，要考虑独特的架构风格和恰当的架构模式。
可靠性（Reliable ）：商业软件系统对于用户的商业经营和管理来说极为重要，机载软件系统的可靠性影响任务的完成，因此各种软件系统必须考虑其可靠性。
安全性（Safe ）：机载软件的安全性影响到飞行安全和任务执行的安全，需要根据实际情况充分考虑安全性。
安全性（Secure ）：商业软件系统所承担的交易的商业价值极高，系统的安全性非常重要。
机载软件的安全性影响到飞行安全和任务执行的安全，需要根据实际情况充分考虑安全性。
可伸缩性（Scalable ）：软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能，才能适应用户的市场扩展得可能性。
可扩展性（Extensible ）：在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展。
可定制化（Customizable ）：同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。
可维护性（Maintainable ）：软件系统的维护包括两方面：1. 易于排除现有的错误，2. 将新的软件需求反映到现有系统中去。
一个易于维护的系统可以有效地降低技术支持的花费。
客户体验（Customer Experience ）：软件系统必须易于使用。
… …可测试性（Testability ）：软件易于发现故障并隔离、定位其故障的能力特性，以及在一定的时间和成本前提下，进行测试设计、测试执行的能力。
机载软件的特点机载软件特点：可靠性和安全性DO-178C 机载软件根据其功能和失效影响存在多种不同的安全级别，最高等级的软件与飞行安全直接相关，因此高可靠性和高安全性是机载软件一个非常重要的特点。
由于机载软件高可靠性和高安全性的特点，对机载软件提出了软件高可靠性、高安全性和确定性的要求。
机载软件特点：硬件资源限制硬件资源有限：计算能力、存储能力、通信能力、功耗、质量、散热等方面，现在已经有了极大的发展和提升，但与地面和桌面计算机系统相比，还是有一些受限。
主频16MHz 计算能力3MIPS Intel 80286Intel 80486PowerPC 7xx PowerPC P10xx 主频50MHz 计算能力41MIPS 主频266MHz 计算能力487MIPS 主频500+ MHz 计算能力800+ MIPSCPU 处理器数据总线带宽100K bps RS232/422ARINC429MIL-STD-1553b 1394b/FC带宽100K bps 带宽1M bps 带宽400M/2G bps机载软件特点：复杂度机载软件规模和复杂度快速增长：一方面是越来越多的功能需求，另一方面越来越多的协作单位（功能软件化）。
F35战机上的软件规模已经达到950万行。
除了传统的机载软件功能正在增强外，很多新的软件功能正在加入：智能头盔、增强现实、语音识别与控制、人工智能等。
机载系统的综合化，使得越来越多的功能由软件实现，因此很多原来是提供一个设备或子系统的单位变成了提供软件模块或节点，软件及其开发的协作变得更加复杂。
机载软件特点：技术滞后技术滞后于计算机行业：机载软件由于对稳定性的要求，总是会选择使用经过较长时间充分验证的计算机技术，因此在技术上总体是滞后于工业和商业软件的发展。
好的机载软件架构是怎样的？适宜的机载软件架构帮助提高开发效率、降低研制成本更低适合于当前的生产和协作关系能满足对应系统的功能性、可靠性、安全性等需求适合软件开发团队规模和能力水平机载软件架构现状分析机载软件架构发展情况机载计算机硬件机载软件中间件机载应用嵌入式分区操作系统机载应用机载应用机载应用机载应用机载应用机载计算机硬件嵌入式平模式操作系统软件模块机载应用软件模块软件模块软件模块软件模块机载计算机硬件实时监控软件软件模块机载应用软件模块软件模块软件模块软件模块实例1：经典飞控机载软件架构机载计算机硬件实时监控软件飞控应用系统包输入输出表决监控控制律BIT 机载计算机硬件实时监控软件飞控应用系统包输入输出表决监控控制律BIT 机载计算机硬件实时监控软件飞控应用系统包输入输出表决监控控制律BIT实例2：综合化飞控机载软件架构硬件中间件飞控输入输出分区嵌入式分区操作系统飞控控制律分区飞控表决监控分区飞控BIT 分区机电分区1机电分区2硬件中间件飞控输入输出分区嵌入式分区操作系统飞控控制律分区飞控表决监控分区飞控BIT 分区机电分区1机电分区2硬件中间件飞控输入输出分区嵌入式分区操作系统飞控控制律分区飞控表决监控分区飞控BIT 分区机电分区1机电分区2实例3：综合化航电软件架构CFM 硬件航电中间件应用分区嵌入式分区操作系统应用分区应用分区应用分区应用分区应用分区CFM 硬件航电中间件应用分区嵌入式分区操作系统应用分区应用分区应用分区应用分区应用分区CFM 硬件航电中间件应用分区嵌入式分区操作系统应用分区应用分区应用分区应用分区应用分区NSM 硬件实例3：综合化航电软件架构CFM 硬件航电中间件应用分区嵌入式分区操作系统应用分区应用分区应用分区应用分区应用分区中间件封装了下层操作系统接口，提供了统一的通信接口、时间等服务。
分区内使用符合ARINC653的APEX 接口。
Application Layer Operating System LayerModule Support LayerAPOS MOS软件层飞机依赖性硬件依赖性Application Layer (AL)有关无关Operating System Layer (OSL)无关无关Module Support Layer (MSL)无关有关软件投入不足软件投入严重不足：机载软件在功能、规模和复杂度上发展很快，但投入相对严重不足。
F35战机上的软件开发成本超过整个飞机研制成本的50%。
机载软件架构发展趋势预测多核技术•具有更多的计算核，并行处理能力进一步增强•大小核技术，使得可以在性能和功耗间进行动态的平衡•多核正在向众核发展（AMD锐龙1950X16核／32线程）制造工艺•业界已经开始使用10nm技术制造CPU，7nm技术正在实现工程化•更高的主频和性能、更低的功耗与物理尺寸更快的速度和更大容量•新的处理器均具备64位过更高的地址线和数据线•机载计算机的内存也可以轻松上GB•未来一两年，速度达到2400MHz，超过8GB的DDR4内存会成为桌面PC的起步配置•SSD固态硬盘技术越来越成熟，稳定性和速度已经非常可观稍远的将来：海量的非易失存储技术•DRAM的速度、闪存的数据保存性、HDD的容量•颠覆传统的内存和外存结构，0秒启动的计算机，永远不需要“关机”机载计算机硬件的持续发展-异构计算人工智能处理•新的处理器技术中已经加入了能够专门进行神经网络计算的处理部件，用于实时的人工智能处理（苹果公司用于iPhone X的A11处理器每秒6000亿次神经网络计算，华为最新的麒麟970处理器也加入了专门的神经网络计算部件）中间件的崛起中间件带来的好处•简化应用软件开发•提升软件可重用性•支持新特性的实现•有效的支撑多单位的协作开发中间件这一层将越来越丰富•DDS•CORBA•Web Service•……功能性与可靠性的平衡全静态的好处很多，但无法满足软件功能复杂性发展的需要（开发、运行、重构、扩展性、自适应性），但动态又存在风险。
由此渴望可控的动态特性：在ARINC653中有一定的体现，但还差很多；FACE标准中往前推进了一些，但没有说清楚；从底层到中间件，怎样得到可控的动态特性。
从商用软件看架构发展趋势：服务化（SOA）先进的工业软件和商业软件都大量的转向的服务化的架构，服务化的架构也正是支撑起云计算的关键技术，云计算在SOA的基础上实现了从计算机基础设施、平台、应用的云化。
服务化架构可以最大程度的实现软件代码的复用。
服务化架构提供可动态伸缩的服务能力。
服务化架构提供极为灵活的部署能力。
服务化架构必须要考虑服务的治理，否则会是一团乱麻。
服务化架构必须要考虑如何满足高安全、高可靠和高确定性的服务需求。
软件架构的进化新的软件架构不是完全摒弃原来的软件架构，往往是在原有的架构上进行修改：增加一些东西、去掉一些东西、调整一些关系，因此可以说软件架构的变化是生物的进化很像。