目标自动识别并不是J-7无人机改造中唯一的软件方面大问题，在解决了这个问题之后，杜克还面临着解决火控系统的问题，由于未来J-7无人机去除空空格斗导弹，改挂空地导弹和空舰导弹执行对地目标和对舰目标的攻击任务，这些导弹在J-7原来的火控系统中可是没有的，因此全部都需要重新研制。
尽管这些空地导弹和空舰导弹原来都有配套的系统，但是这些老火控系统都是基于原来半自动半人工操作，已经不适应J-7无人机全自动智能攻击的需求，杜克在拿到了那些老的火控系统源代码后，很是费了一番功夫才结合原来的战区联合战术系统设计新火控系统的设计框架一一克里倒是可以快速完成全部上百万行源代码编程工作，但是杜克却无法面对项目组解释这个来源，这可不是天才就能够干得出来的事情。
前面的集群智能目标识别系统只是在原来的基础上增加修改几万行就能够解决，整个全新的火控系统可是上百万行源代码才能够搞定的东西，杜克也就是能够拿出来一个几万行的框架，然后把最为核心复杂的部分编写成为一个通用火控核心算法SDK，在里面几乎解决了火控系统中最核心的那些复杂算法，剩下的大部分容易实现但是非常繁琐费时的功能，分配到下面研发团队去完成。
这样项目组就完全有能力在杜克提供的框架之上很快开发出来，毕竟将这近百万行源代码分配给二三百人去做，分配到每个人头上需要实现的东西就没有多少了。
也就是杜克钱多、人多，舍得投入，现在单单软件方面就抽调了数百人来搞这个东西，良好的模块设计使得杜克每一天都能够看到新进展，而云应用研发管理平台是使用，使得这个东西保密性极好，底层人员能够看到和使用的都是在最小权限范围内的东西，实现的都是很基本的功能。
只有集成人员才有机会接触更多的资料，而这些集成人员通常都由军方研究所调动过来进行协助研发的资深工程师，他们有着严格的保密纪律要求。
正是有着这样一个云应用研发管理平台，杜克才能够放心大胆地实现军民协作开发，调用公司研发资源来极大加快研发进展。
软件系统方面，由杜克主持的研发进展神速，每天都能够看到新的东西出现，在杜克的眼中，仿佛就没有一个问题可以难住他。
在这种情况下，负责机械改造的董锋倍感压力，其实总装给他协调提供了几乎是国内最好的一群研发制造J-7系列的工程师，一群来自132工厂原来J-
本章未完，请点击下一页继续阅读！