F-35的苦日子还没有开始呢

来源:百度文库 编辑:超级军网 时间:2024/04/24 17:41:17
晨风
http://www.mitbbs.com/article_t/Military/37781323.html

工期、批量、单价这些都已经不意外了,但软件开发部分太意外了。这简直是……无语了。F-35在苦日子还没有开始呢。软件对F-35特别重要。还记得F-22第一次跨越太平洋时出的洋相吗?飞机一过国际时期变更线,所有导航系统死机,结果火控、导航、燃油管理统统崩溃,只好在伴飞的加油机的引导下,飞回夏威夷。这个问题很快就解决了,48小时后,这些F-22再次起飞,飞往日本。但说明的问题很重要:现代战斗机的软件高度复杂,你都想不到问题会从什么方向来,但问题一旦来了,可能就是全系统性的。要是战斗中出现这样的全面死机,那这一个出动的机群就死定了。

F-35软件现有的问题包括:

- 超过2400万条代码

- 机载系统超过950万条代码

- 超过F-22三倍

- 超过F-18E六倍

- 代码量2007年以来增加了37%

- 典型增加30-100%,所以F-35的增加还没有到头呢

- 超过一半软件还没有做整体联调试验,这是最恐怖的试验,分部代码好好的,整体一连毛病百出,这是大型软件开发的常事

- 任务系统硬件软件immature and unproven at this time,这都什么时候了?按照原计划,现在已经全速生产,达到IOC了

- 任务系统能力只有4%得到验证

- 全状态作战测试要到2017年才开始

- 全速生产要到2019才可能开始


最初写和测试、抓虫的时间比例大概是1:5。最初联调的时候,改动最大,常常大动干戈,几乎重起炉灶。即使通过了最初的联调,开始使用了,最初的几个月里也是不断有修改、增补的要求。另外一个体会是:这东西highly ntegrated,绝对不是人多好办事的典型。要是一个人能吃下来,脱几层皮也是值得的;要是必须要一个团队一起做,个人的水平成为短板问题暂且不说,抓总体的人要准备脱更多层的皮。专业软件公司的人吸毒的多,不是没有原因的。高度压力非常容易造成忧郁和其他精神问题。

GAO报告里也指出,F-35软件团队的lowproductivity是一个大问题。这不是多雇几个人就能解决的,更不是外包可以解决的。

不算软件,F-35现在完成的试飞都是基本的适航性、操控品质、速度、升限和基本的机动性。以美国的航空科技水平,本来就不追求最高性能的F-35连这点都拿不下来,那就找块豆腐撞死算了。低空、大迎角、武器投放试验才是硬骨头,都还没有开始。武器投放试验最早要2015年才开始。


晨风
http://www.mitbbs.com/article_t/Military/37781323.html

工期、批量、单价这些都已经不意外了,但软件开发部分太意外了。这简直是……无语了。F-35在苦日子还没有开始呢。软件对F-35特别重要。还记得F-22第一次跨越太平洋时出的洋相吗?飞机一过国际时期变更线,所有导航系统死机,结果火控、导航、燃油管理统统崩溃,只好在伴飞的加油机的引导下,飞回夏威夷。这个问题很快就解决了,48小时后,这些F-22再次起飞,飞往日本。但说明的问题很重要:现代战斗机的软件高度复杂,你都想不到问题会从什么方向来,但问题一旦来了,可能就是全系统性的。要是战斗中出现这样的全面死机,那这一个出动的机群就死定了。

F-35软件现有的问题包括:

- 超过2400万条代码

- 机载系统超过950万条代码

- 超过F-22三倍

- 超过F-18E六倍

- 代码量2007年以来增加了37%

- 典型增加30-100%,所以F-35的增加还没有到头呢

- 超过一半软件还没有做整体联调试验,这是最恐怖的试验,分部代码好好的,整体一连毛病百出,这是大型软件开发的常事

- 任务系统硬件软件immature and unproven at this time,这都什么时候了?按照原计划,现在已经全速生产,达到IOC了

- 任务系统能力只有4%得到验证

- 全状态作战测试要到2017年才开始

- 全速生产要到2019才可能开始


最初写和测试、抓虫的时间比例大概是1:5。最初联调的时候,改动最大,常常大动干戈,几乎重起炉灶。即使通过了最初的联调,开始使用了,最初的几个月里也是不断有修改、增补的要求。另外一个体会是:这东西highly ntegrated,绝对不是人多好办事的典型。要是一个人能吃下来,脱几层皮也是值得的;要是必须要一个团队一起做,个人的水平成为短板问题暂且不说,抓总体的人要准备脱更多层的皮。专业软件公司的人吸毒的多,不是没有原因的。高度压力非常容易造成忧郁和其他精神问题。

GAO报告里也指出,F-35软件团队的lowproductivity是一个大问题。这不是多雇几个人就能解决的,更不是外包可以解决的。

不算软件,F-35现在完成的试飞都是基本的适航性、操控品质、速度、升限和基本的机动性。以美国的航空科技水平,本来就不追求最高性能的F-35连这点都拿不下来,那就找块豆腐撞死算了。低空、大迎角、武器投放试验才是硬骨头,都还没有开始。武器投放试验最早要2015年才开始。


坐看真相帝,下面的来解题
我在0 .01秒间 想到了 J20 ,四妹如何, 这些过程将会怎样?          亚历山大啊   
f35要求太高了吧
你说得都对,但是忘了一点。

2400万代码听起来很多,实际上相对各种商业软件只是小意思。MD在软件业的能力不要小看了。如果架构得好,这个根本就不是问题。

另外,版本2B的能力就超过双风服役时(台风Block 1,阵风 F1)的能力了。只是美国人比较实在,一定要把所有武器都支持了才算IOC。双风达到同样的水平都多少年以后了。
实际上,美国软件工程的质量要比中国好很多,而且现在的软件工程处理系统整合方面轻车熟路,不会造成太大的问题。
还是老臭鼬的那句话,KISS:Keep It Simple, Stupid!
想问一句:MD没有找三锅代工代码。这可是三锅难得的优势啊!
F-35就是纸老虎,你要用竹杆捅不下来,都不好意思说自己是混超大的。
软件就外包给3哥吧,保证成本降下一大截
抓紧时间黑F-35,时间不多了。。。。。。。。。
军用航空器的飞控软件,找遍硅谷都没人会写。
代码上微软来写的话,就是2.4亿条了。。。


已经开始实验投放武器了

NAVAL AIR SYSTEMS COMMAND, PATUXENT RIVER, Md., April 18, 2012 - After ejecting a 500-pound bomb from F-35B test aircraft BF-3, the test team took a collective breath, and watched as it hurtled toward the concrete deck.

Coming to a rest in the foam covering the pit floor, the March 29 "pit drop" marked the end of two weeks of testing nine different weapons combinations inside the Joint Strike Fighter's two internal weapons bays.

已经开始实验投放武器了

NAVAL AIR SYSTEMS COMMAND, PATUXENT RIVER, Md., April 18, 2012 - After ejecting a 500-pound bomb from F-35B test aircraft BF-3, the test team took a collective breath, and watched as it hurtled toward the concrete deck.

Coming to a rest in the foam covering the pit floor, the March 29 "pit drop" marked the end of two weeks of testing nine different weapons combinations inside the Joint Strike Fighter's two internal weapons bays.
johnqh 发表于 2012-5-16 02:45
你说得都对,但是忘了一点。

2400万代码听起来很多,实际上相对各种商业软件只是小意思。MD在软件业的能 ...
商业软件和军用软件,尤其是航空军用软件不是一回事。

美国人比较实在?你屁股真是坐的歪歪的。
航空软件不需要写好才服役,比如F22对地打击的软件现在还没完全装备,落马只要给飞机就可以拿钱YY了,飞机能不能马上打仗其实不是最重要的
yhcsc 发表于 2012-5-16 04:35
F-35就是纸老虎,你要用竹杆捅不下来,都不好意思说自己是混超大的。
对!对!你要是不喷一下总司令乱吹牛皮、国防部长丢人现眼,试飞员无知无畏,总师水平糟糕透顶呀之类的都不好意思说自己是超大人……
如果说F-35能够让美帝头痛,其他国家要实现类似功能和性能,也绝对不会轻松。
球电黑时间绝对宽裕,猛禽到现在山姆都没整利索。
求问代码是用什么写的?C语言还是汇编?
其实也别太开心了,霉菌都绕不过的弯,我们也没那么便宜就能避开,想下换做自己的话该怎么解决才是正事呢
商业软件和军用软件,尤其是航空军用软件不是一回事。

美国人比较实在?你屁股真是坐的歪歪的。
不好意思,除了测试以外,没有什么不一样的。复杂程度上商用软件只会更复杂。

另外,美国软件(还有中国)绝对不只PC。软件用在什么地方自己去想。
趁着经济危机还没蔓延下去赶快打折,买一送二包邮哦 亲
那是MD赚钱的工具。你懂的。
sonandme 发表于 2012-5-16 00:54
我在0 .01秒间 想到了 J20 ,四妹如何, 这些过程将会怎样?          亚历山大啊
如果J20要求海、空、陆战通吃,同样的问题也会出现。
大卫之翼 发表于 2012-5-16 10:10
求问代码是用什么写的?C语言还是汇编?
外包给C语言了
johnqh 发表于 2012-5-16 10:15
不好意思,除了测试以外,没有什么不一样的。复杂程度上商用软件只会更复杂。

另外,美国软件(还有中 ...
别逗了,有几个商业软件使用ada的?
软件当然不止PC了,但一般写商业软件的不需要懂气动。
johnqh 发表于 2012-5-16 02:45
你说得都对,但是忘了一点。

2400万代码听起来很多,实际上相对各种商业软件只是小意思。MD在软件业的能 ...
就希望不要跟windows一样老是死机就行
绿林奸汉 发表于 2012-5-16 09:51
如果说F-35能够让美帝头痛,其他国家要实现类似功能和性能,也绝对不会轻松。
呵呵,现在有些人拿美国人自己捅出来的不利消息当做黑F35的论据,有趣。
迷迷糊糊 发表于 2012-5-16 10:44
呵呵,现在有些人拿美国人自己捅出来的不利消息当做黑F35的论据,有趣。
呵呵,现在有些人拿美国人自己捅出来的利好消息当做红F35的论据,有趣。
anermay 发表于 2012-5-16 03:11
实际上,美国软件工程的质量要比中国好很多,而且现在的软件工程处理系统整合方面轻车熟路,不会造成太大的 ...
……轻车熟路。。。汗。。

恭喜您找到了银弹,可以写书了。


Amazon的首席架构师也不敢这么说。。

johnqh 发表于 2012-5-16 10:15
不好意思,除了测试以外,没有什么不一样的。复杂程度上商用软件只会更复杂。

另外,美国软件(还有中 ...


扯淡。

商业软件的使用和运行需求和军用特别是机载的差得远了去了。

不说别的,就说两点:
1、商用软件可以通过堆硬件来弥补软件框架臃肿带来的低效。一台机器不够我搞两台,两台不够我搞四台。如果你了解过J2EE的那些框架,或者更深入一点了解过google的MapReduce模型,你就会知道这些系统为了降低复杂性,在性能上付出了多少代价,需要用多少倍的硬件去弥补。
军用呢?你打算在F35上面搭建一个服务器集群来满足你低效的代码么?

2、军用和商用对可靠性的要求是有质的差别的。商用软件复杂的一大代价便是更多的bug和隐患。而这些bug和隐患许多时候对于普通用户是可以接受的。但军方可无法接受,你让F35在飞行中蓝屏一次试试?然后你给飞行员说,“没事,重启就好了”?(对了,想起来F22就出过一次类似的事情,过国际日期变更线的时候某个系统崩溃了。导致所有F22停飞来修复这个bug)

我们来想想某一天,你的F35某天在锁定了敌机准备发射导弹的时候,下显上面弹出个框,说 “该程序执行非法操作,即将关闭,点击确定向洛马发送错误报告,点击取消不发送”{:soso_e120:}

johnqh 发表于 2012-5-16 10:15
不好意思,除了测试以外,没有什么不一样的。复杂程度上商用软件只会更复杂。

另外,美国软件(还有中 ...


扯淡。

商业软件的使用和运行需求和军用特别是机载的差得远了去了。

不说别的,就说两点:
1、商用软件可以通过堆硬件来弥补软件框架臃肿带来的低效。一台机器不够我搞两台,两台不够我搞四台。如果你了解过J2EE的那些框架,或者更深入一点了解过google的MapReduce模型,你就会知道这些系统为了降低复杂性,在性能上付出了多少代价,需要用多少倍的硬件去弥补。
军用呢?你打算在F35上面搭建一个服务器集群来满足你低效的代码么?

2、军用和商用对可靠性的要求是有质的差别的。商用软件复杂的一大代价便是更多的bug和隐患。而这些bug和隐患许多时候对于普通用户是可以接受的。但军方可无法接受,你让F35在飞行中蓝屏一次试试?然后你给飞行员说,“没事,重启就好了”?(对了,想起来F22就出过一次类似的事情,过国际日期变更线的时候某个系统崩溃了。导致所有F22停飞来修复这个bug)

我们来想想某一天,你的F35某天在锁定了敌机准备发射导弹的时候,下显上面弹出个框,说 “该程序执行非法操作,即将关闭,点击确定向洛马发送错误报告,点击取消不发送”{:soso_e120:}
别逗了,有几个商业软件使用ada的?
软件当然不止PC了,但一般写商业软件的不需要懂气动。

语言只是语言,何况35是C++写。

你自己看看文章,有多少有关气动?2400万行里气动只是很小一部分,绝大多数是武器系统。说白了就是和硬件接口。
vxworks实时操作系统...

dsandy1 发表于 2012-5-16 11:03
扯淡。

商业软件的使用和运行需求和军用特别是机载的差得远了去了。


IDF的主机是16位的(前不久才升级到32位)。看到复杂程度了吧?

苏35用486,超虫用100mhz的Power。很简单地说,气动复杂不等于软件复杂。

35复杂的地方是各种传感期的综合,但是大量运算是用DSP。

2400万行,就从量来说,小项目。
dsandy1 发表于 2012-5-16 11:03
扯淡。

商业软件的使用和运行需求和军用特别是机载的差得远了去了。


IDF的主机是16位的(前不久才升级到32位)。看到复杂程度了吧?

苏35用486,超虫用100mhz的Power。很简单地说,气动复杂不等于软件复杂。

35复杂的地方是各种传感期的综合,但是大量运算是用DSP。

2400万行,就从量来说,小项目。
johnqh 发表于 2012-5-16 11:16
IDF的主机是16位的(前不久才升级到32位)。看到复杂程度了吧?
然后呢,你想说明什么问题?

我倒要看看你怎么证明你的观点。
然后呢,你想说明什么问题?

我倒要看看你怎么证明你的观点。
看不明白就算了。
johnqh 发表于 2012-5-16 02:45
你说得都对,但是忘了一点。

2400万代码听起来很多,实际上相对各种商业软件只是小意思。MD在软件业的能 ...
说得很对,代码量大本身不是问题,但总体结构必须清晰,模块独立性要高,接口设计要合理,如果大量代码纠结在一起,没有合理的分隔,那才会死定。
johnqh 发表于 2012-5-16 11:23
看不明白就算了。
你这算是理屈词穷的表现吗?;P
我只希望咱们的20顺顺利利的。