超级军网有关F-35战斗机的软件
来源：百度文库 编辑：超级军网 时间：2024/04/28 04:11:17
我不太懂计算机软件了，看到这个就转过来
http://china.nikkeibp.com.cn/news/mech/59825-20120213.html
【记者博客】开发F-35战斗机诞生的软件技术
2012/02/14 00:00
日本政府选定了正由美国等9个国家共同开发、由洛克希德·马丁公司（Lockheed Martin）制造的“F-35 Lightning II”作为日本自卫队的新一代主力战斗机。
由于飞机产业在技术方面具有巨大的波及效应，因此在战斗机的选定问题上，维持日本国内的国防产业基础成为争论焦点之一。不过，此次选定的F-35与Eurofighter公司的“Typhoon”等其他战斗机相比，允许在日本国内实施的授权生产的比例较低，这好像成了F-35采购中的一大不利因素。
对日本制造业来说，这固然是非常重要的问题，但F-35却让笔者另外想起了“JSF++”。
JSF是F-35项目启动之初的名称“Joint Strike Fighter”的缩略语。由于提出了以通用后续机型来替换多个国家的多用途战斗机的目标，因此名称中采取了“joint”一词（比如，日本决定采购的是普通起降型的A型，但F-35此外还有可利用机身中央的桨垂直起降的B型，以及作为舰载机的C型）。
JSF++是F-35（JSF）电子系统的嵌入软件开发中使用的编码规则。
一般情况下，开发飞机电子控制类软件时大多使用重视可靠性并具有强静态特性的“Ada”编程语言，而F-35使用的却是C++。其原因在于1990年代开始设计F-35C时：
·Ada语言在最新硬件方面的工具支持开始减弱；
·开发人员不想在不支持面向对象的编程语言（Ada）上构筑面向对象的设计；
·（在1990年代后半期的网络泡沫中）年轻有为的软件人员对Ada语言不太感兴趣。
不过，洛克希德·马丁公司却断定C++适合用来为安全第一的飞机开发软件，对于这一态度，身为F-35共同开发国的英国有些为难（英国国防部先行对C++的可靠性实施了研究）。之后，经过洛克希德·马丁公司与美英相关机构协商，并由C++语言发明人Bjarne Stroustrup评测，制定了旨在安全使用C++的编码规则、即JSF++（JSF++发布链接）。
影响到汽车领域
JSF++之后还在汽车等领域成为了嵌入软件使用的C++编码规则“MISRA C++”的基础。
MISRA以C语言版的嵌入领域用编码规则“MISRA C”而闻名，C++版是先在飞机领域制定后再“纳入”的。
当时，英国MIRA公司MISRA项目经理表示：“在嵌入软件的复杂性上，飞机领域走在了汽车领域的前面”。
JSF++虽然只是编码规则，但在其他领域，如飞机等国防领域，软件开发方面也培育出多种先进的手段及技术。通过UML模型等自动生成可执行源码的方法“模型驱动开发（MDD：model driven development）”就是其中之一。该方法虽然在日本国内的知名度较低，但在美国国防产业中使用较多，因此与F-35一样，还被洛克希德·马丁制造的战斗机“F-16”拿来用在了控制软件的开发上。
F-35的软件规模达到1800万行
一提起国防产业，首先会想到其软件工程学方面的水平很高，但此次日本自卫队决定采购的F-35却在软件开发上费尽周折。交货期严重拖延的最大原因就源于软件开发问题。
F-35的系统采用反复（增量）及并发式的开发程序，采取启动开发后阶段性增加功能的战略。这一开发程序有“Block 0.1”、“Block 0.5”、“Block 1.0”、“Block 2.0”、“Block 3.0”五个阶段，飞行控制软件及导航等基本功能在最初的Block 0.1阶段就已安装并发布。而数据链功能等战斗所需要的完整系统在Block 3.0阶段形成，要到2014年底才能发布。
F-35已完成首次试飞，2011年将开始部分导入美军中，但部分软件依然在开发、验证之中。Block 1.0以后的各Block的进展估计分别比2006年制定的计划晚了2年左右，目前好像处于Block 2.0阶段。
据美国国会政策监督机构GAO（Government Accountability Office）介绍，F-35的软件规模总共达到1800万行。其中，新开发的为1160万行，与同为隐型战斗机的著名的“F-22A”相比，规模达到4倍。代码规模从PDR（Preliminary Design Review）阶段起增加40％，并从之后的CDR（Critical Design Review）阶段起又增加了13％。
说起飞机，2011年11月投入运营的波音客机“787 Dreamliner”也曾因为软件开发及验证严重拖延而导致向首个客户、即全日空交货的时间晚了3年多。
可见，软件规模不断扩大的日本嵌入软件开发一线也要从飞机领域的事例中多多学习。
至于为何现在要关注飞机软件开发方面的举措，其原因实际上还有一个，笔者将另找机会介绍。（记者：进藤 智则，《日经电子》） 我不太懂计算机软件了，看到这个就转过来
http://china.nikkeibp.com.cn/news/mech/59825-20120213.html
【记者博客】开发F-35战斗机诞生的软件技术
2012/02/14 00:00
日本政府选定了正由美国等9个国家共同开发、由洛克希德·马丁公司（Lockheed Martin）制造的“F-35 Lightning II”作为日本自卫队的新一代主力战斗机。
由于飞机产业在技术方面具有巨大的波及效应，因此在战斗机的选定问题上，维持日本国内的国防产业基础成为争论焦点之一。不过，此次选定的F-35与Eurofighter公司的“Typhoon”等其他战斗机相比，允许在日本国内实施的授权生产的比例较低，这好像成了F-35采购中的一大不利因素。
对日本制造业来说，这固然是非常重要的问题，但F-35却让笔者另外想起了“JSF++”。
JSF是F-35项目启动之初的名称“Joint Strike Fighter”的缩略语。由于提出了以通用后续机型来替换多个国家的多用途战斗机的目标，因此名称中采取了“joint”一词（比如，日本决定采购的是普通起降型的A型，但F-35此外还有可利用机身中央的桨垂直起降的B型，以及作为舰载机的C型）。
JSF++是F-35（JSF）电子系统的嵌入软件开发中使用的编码规则。
一般情况下，开发飞机电子控制类软件时大多使用重视可靠性并具有强静态特性的“Ada”编程语言，而F-35使用的却是C++。其原因在于1990年代开始设计F-35C时：
·Ada语言在最新硬件方面的工具支持开始减弱；
·开发人员不想在不支持面向对象的编程语言（Ada）上构筑面向对象的设计；
·（在1990年代后半期的网络泡沫中）年轻有为的软件人员对Ada语言不太感兴趣。
不过，洛克希德·马丁公司却断定C++适合用来为安全第一的飞机开发软件，对于这一态度，身为F-35共同开发国的英国有些为难（英国国防部先行对C++的可靠性实施了研究）。之后，经过洛克希德·马丁公司与美英相关机构协商，并由C++语言发明人Bjarne Stroustrup评测，制定了旨在安全使用C++的编码规则、即JSF++（JSF++发布链接）。
影响到汽车领域
JSF++之后还在汽车等领域成为了嵌入软件使用的C++编码规则“MISRA C++”的基础。
MISRA以C语言版的嵌入领域用编码规则“MISRA C”而闻名，C++版是先在飞机领域制定后再“纳入”的。
当时，英国MIRA公司MISRA项目经理表示：“在嵌入软件的复杂性上，飞机领域走在了汽车领域的前面”。
JSF++虽然只是编码规则，但在其他领域，如飞机等国防领域，软件开发方面也培育出多种先进的手段及技术。通过UML模型等自动生成可执行源码的方法“模型驱动开发（MDD：model driven development）”就是其中之一。该方法虽然在日本国内的知名度较低，但在美国国防产业中使用较多，因此与F-35一样，还被洛克希德·马丁制造的战斗机“F-16”拿来用在了控制软件的开发上。
F-35的软件规模达到1800万行
一提起国防产业，首先会想到其软件工程学方面的水平很高，但此次日本自卫队决定采购的F-35却在软件开发上费尽周折。交货期严重拖延的最大原因就源于软件开发问题。
F-35的系统采用反复（增量）及并发式的开发程序，采取启动开发后阶段性增加功能的战略。这一开发程序有“Block 0.1”、“Block 0.5”、“Block 1.0”、“Block 2.0”、“Block 3.0”五个阶段，飞行控制软件及导航等基本功能在最初的Block 0.1阶段就已安装并发布。而数据链功能等战斗所需要的完整系统在Block 3.0阶段形成，要到2014年底才能发布。
F-35已完成首次试飞，2011年将开始部分导入美军中，但部分软件依然在开发、验证之中。Block 1.0以后的各Block的进展估计分别比2006年制定的计划晚了2年左右，目前好像处于Block 2.0阶段。
据美国国会政策监督机构GAO（Government Accountability Office）介绍，F-35的软件规模总共达到1800万行。其中，新开发的为1160万行，与同为隐型战斗机的著名的“F-22A”相比，规模达到4倍。代码规模从PDR（Preliminary Design Review）阶段起增加40％，并从之后的CDR（Critical Design Review）阶段起又增加了13％。
说起飞机，2011年11月投入运营的波音客机“787 Dreamliner”也曾因为软件开发及验证严重拖延而导致向首个客户、即全日空交货的时间晚了3年多。
可见，软件规模不断扩大的日本嵌入软件开发一线也要从飞机领域的事例中多多学习。
至于为何现在要关注飞机软件开发方面的举措，其原因实际上还有一个，笔者将另找机会介绍。（记者：进藤 智则，《日经电子》）
http://china.nikkeibp.com.cn/news/mech/59825-20120213.html
【记者博客】开发F-35战斗机诞生的软件技术
2012/02/14 00:00
日本政府选定了正由美国等9个国家共同开发、由洛克希德·马丁公司（Lockheed Martin）制造的“F-35 Lightning II”作为日本自卫队的新一代主力战斗机。
由于飞机产业在技术方面具有巨大的波及效应，因此在战斗机的选定问题上，维持日本国内的国防产业基础成为争论焦点之一。不过，此次选定的F-35与Eurofighter公司的“Typhoon”等其他战斗机相比，允许在日本国内实施的授权生产的比例较低，这好像成了F-35采购中的一大不利因素。
对日本制造业来说，这固然是非常重要的问题，但F-35却让笔者另外想起了“JSF++”。
JSF是F-35项目启动之初的名称“Joint Strike Fighter”的缩略语。由于提出了以通用后续机型来替换多个国家的多用途战斗机的目标，因此名称中采取了“joint”一词（比如，日本决定采购的是普通起降型的A型，但F-35此外还有可利用机身中央的桨垂直起降的B型，以及作为舰载机的C型）。
JSF++是F-35（JSF）电子系统的嵌入软件开发中使用的编码规则。
一般情况下，开发飞机电子控制类软件时大多使用重视可靠性并具有强静态特性的“Ada”编程语言，而F-35使用的却是C++。其原因在于1990年代开始设计F-35C时：
·Ada语言在最新硬件方面的工具支持开始减弱；
·开发人员不想在不支持面向对象的编程语言（Ada）上构筑面向对象的设计；
·（在1990年代后半期的网络泡沫中）年轻有为的软件人员对Ada语言不太感兴趣。
不过，洛克希德·马丁公司却断定C++适合用来为安全第一的飞机开发软件，对于这一态度，身为F-35共同开发国的英国有些为难（英国国防部先行对C++的可靠性实施了研究）。之后，经过洛克希德·马丁公司与美英相关机构协商，并由C++语言发明人Bjarne Stroustrup评测，制定了旨在安全使用C++的编码规则、即JSF++（JSF++发布链接）。
影响到汽车领域
JSF++之后还在汽车等领域成为了嵌入软件使用的C++编码规则“MISRA C++”的基础。
MISRA以C语言版的嵌入领域用编码规则“MISRA C”而闻名，C++版是先在飞机领域制定后再“纳入”的。
当时，英国MIRA公司MISRA项目经理表示：“在嵌入软件的复杂性上，飞机领域走在了汽车领域的前面”。
JSF++虽然只是编码规则，但在其他领域，如飞机等国防领域，软件开发方面也培育出多种先进的手段及技术。通过UML模型等自动生成可执行源码的方法“模型驱动开发（MDD：model driven development）”就是其中之一。该方法虽然在日本国内的知名度较低，但在美国国防产业中使用较多，因此与F-35一样，还被洛克希德·马丁制造的战斗机“F-16”拿来用在了控制软件的开发上。
F-35的软件规模达到1800万行
一提起国防产业，首先会想到其软件工程学方面的水平很高，但此次日本自卫队决定采购的F-35却在软件开发上费尽周折。交货期严重拖延的最大原因就源于软件开发问题。
F-35的系统采用反复（增量）及并发式的开发程序，采取启动开发后阶段性增加功能的战略。这一开发程序有“Block 0.1”、“Block 0.5”、“Block 1.0”、“Block 2.0”、“Block 3.0”五个阶段，飞行控制软件及导航等基本功能在最初的Block 0.1阶段就已安装并发布。而数据链功能等战斗所需要的完整系统在Block 3.0阶段形成，要到2014年底才能发布。
F-35已完成首次试飞，2011年将开始部分导入美军中，但部分软件依然在开发、验证之中。Block 1.0以后的各Block的进展估计分别比2006年制定的计划晚了2年左右，目前好像处于Block 2.0阶段。
据美国国会政策监督机构GAO（Government Accountability Office）介绍，F-35的软件规模总共达到1800万行。其中，新开发的为1160万行，与同为隐型战斗机的著名的“F-22A”相比，规模达到4倍。代码规模从PDR（Preliminary Design Review）阶段起增加40％，并从之后的CDR（Critical Design Review）阶段起又增加了13％。
说起飞机，2011年11月投入运营的波音客机“787 Dreamliner”也曾因为软件开发及验证严重拖延而导致向首个客户、即全日空交货的时间晚了3年多。
可见，软件规模不断扩大的日本嵌入软件开发一线也要从飞机领域的事例中多多学习。
至于为何现在要关注飞机软件开发方面的举措，其原因实际上还有一个，笔者将另找机会介绍。（记者：进藤 智则，《日经电子》） 我不太懂计算机软件了，看到这个就转过来
http://china.nikkeibp.com.cn/news/mech/59825-20120213.html
【记者博客】开发F-35战斗机诞生的软件技术
2012/02/14 00:00
日本政府选定了正由美国等9个国家共同开发、由洛克希德·马丁公司（Lockheed Martin）制造的“F-35 Lightning II”作为日本自卫队的新一代主力战斗机。
由于飞机产业在技术方面具有巨大的波及效应，因此在战斗机的选定问题上，维持日本国内的国防产业基础成为争论焦点之一。不过，此次选定的F-35与Eurofighter公司的“Typhoon”等其他战斗机相比，允许在日本国内实施的授权生产的比例较低，这好像成了F-35采购中的一大不利因素。
对日本制造业来说，这固然是非常重要的问题，但F-35却让笔者另外想起了“JSF++”。
JSF是F-35项目启动之初的名称“Joint Strike Fighter”的缩略语。由于提出了以通用后续机型来替换多个国家的多用途战斗机的目标，因此名称中采取了“joint”一词（比如，日本决定采购的是普通起降型的A型，但F-35此外还有可利用机身中央的桨垂直起降的B型，以及作为舰载机的C型）。
JSF++是F-35（JSF）电子系统的嵌入软件开发中使用的编码规则。
一般情况下，开发飞机电子控制类软件时大多使用重视可靠性并具有强静态特性的“Ada”编程语言，而F-35使用的却是C++。其原因在于1990年代开始设计F-35C时：
·Ada语言在最新硬件方面的工具支持开始减弱；
·开发人员不想在不支持面向对象的编程语言（Ada）上构筑面向对象的设计；
·（在1990年代后半期的网络泡沫中）年轻有为的软件人员对Ada语言不太感兴趣。
不过，洛克希德·马丁公司却断定C++适合用来为安全第一的飞机开发软件，对于这一态度，身为F-35共同开发国的英国有些为难（英国国防部先行对C++的可靠性实施了研究）。之后，经过洛克希德·马丁公司与美英相关机构协商，并由C++语言发明人Bjarne Stroustrup评测，制定了旨在安全使用C++的编码规则、即JSF++（JSF++发布链接）。
影响到汽车领域
JSF++之后还在汽车等领域成为了嵌入软件使用的C++编码规则“MISRA C++”的基础。
MISRA以C语言版的嵌入领域用编码规则“MISRA C”而闻名，C++版是先在飞机领域制定后再“纳入”的。
当时，英国MIRA公司MISRA项目经理表示：“在嵌入软件的复杂性上，飞机领域走在了汽车领域的前面”。
JSF++虽然只是编码规则，但在其他领域，如飞机等国防领域，软件开发方面也培育出多种先进的手段及技术。通过UML模型等自动生成可执行源码的方法“模型驱动开发（MDD：model driven development）”就是其中之一。该方法虽然在日本国内的知名度较低，但在美国国防产业中使用较多，因此与F-35一样，还被洛克希德·马丁制造的战斗机“F-16”拿来用在了控制软件的开发上。
F-35的软件规模达到1800万行
一提起国防产业，首先会想到其软件工程学方面的水平很高，但此次日本自卫队决定采购的F-35却在软件开发上费尽周折。交货期严重拖延的最大原因就源于软件开发问题。
F-35的系统采用反复（增量）及并发式的开发程序，采取启动开发后阶段性增加功能的战略。这一开发程序有“Block 0.1”、“Block 0.5”、“Block 1.0”、“Block 2.0”、“Block 3.0”五个阶段，飞行控制软件及导航等基本功能在最初的Block 0.1阶段就已安装并发布。而数据链功能等战斗所需要的完整系统在Block 3.0阶段形成，要到2014年底才能发布。
F-35已完成首次试飞，2011年将开始部分导入美军中，但部分软件依然在开发、验证之中。Block 1.0以后的各Block的进展估计分别比2006年制定的计划晚了2年左右，目前好像处于Block 2.0阶段。
据美国国会政策监督机构GAO（Government Accountability Office）介绍，F-35的软件规模总共达到1800万行。其中，新开发的为1160万行，与同为隐型战斗机的著名的“F-22A”相比，规模达到4倍。代码规模从PDR（Preliminary Design Review）阶段起增加40％，并从之后的CDR（Critical Design Review）阶段起又增加了13％。
说起飞机，2011年11月投入运营的波音客机“787 Dreamliner”也曾因为软件开发及验证严重拖延而导致向首个客户、即全日空交货的时间晚了3年多。
可见，软件规模不断扩大的日本嵌入软件开发一线也要从飞机领域的事例中多多学习。
至于为何现在要关注飞机软件开发方面的举措，其原因实际上还有一个，笔者将另找机会介绍。（记者：进藤 智则，《日经电子》）
为了方便开发以后都上java吧。。。走android的路线，堆硬件。c++的很多特性容易造成系统混乱。java在架构上更有优势。或者说，现在的趋势是脚本编程，以后上python。
还有更时髦的函数编程，haskell啥的，貌似也不错。
还有更时髦的函数编程，haskell啥的，貌似也不错。UML模型等自动生成可执行源码的方法“模型驱动开发（MDD：model driven development）”就是其中之一.
UML确实比较时髦。
这种兼顾底层效率又要面向对象的非c++莫属。即使是android系统，很大一部分也是C与c++，java只占很少一部分。c++大有一统江湖之势呀。
不过这个jsf++编码规则是头一次听说，很想看看，不知有没有相关的公开书籍。
这种兼顾底层效率又要面向对象的非c++莫属。即使是android系统，很大一部分也是C与c++，java只占很少一部分。c++大有一统江湖之势呀。
不过这个jsf++编码规则是头一次听说，很想看看，不知有没有相关的公开书籍。
ada挂了
x1101126 发表于 2012-5-14 16:46 ![]()
这种兼顾底层效率又要面向对象的非c++莫属。即使是android系统，很大一部分也是C与c++，java只占很少一部分 ...
JSF++规则的官方文档：
http://www.jsf.mil/downloads/doc ... Standards_Rev_C.doc
这种兼顾底层效率又要面向对象的非c++莫属。即使是android系统，很大一部分也是C与c++，java只占很少一部分 ...
JSF++规则的官方文档：
http://www.jsf.mil/downloads/doc ... Standards_Rev_C.doc
好吧。。。我鳖好好研究一下病毒。。。。