目標自動識別並不是J-7無人機改造中唯一的軟件方麵大問題，在解決了這個問題之後，杜克還麵臨著解決火控係統的問題，由於未來J-7無人機去除空空格鬥導彈，改掛空地導彈和空艦導彈執行對地目標和對艦目標的攻擊任務，這些導彈在J-7原來的火控係統中可是沒有的，因此全部都需要重新研製。
盡管這些空地導彈和空艦導彈原來都有配套的係統，但是這些老火控係統都是基於原來半自動半人工操作，已經不適應J-7無人機全自動智能攻擊的需求，杜克在拿到了那些老的火控係統源代碼後，很是費了一番功夫才結合原來的戰區聯合戰術係統設計新火控係統的設計框架一一克裏倒是可以快速完成全部上百萬行源代碼編程工作，但是杜克卻無法麵對項目組解釋這個來源，這可不是天才就能夠幹得出來的事情。
前麵的集群智能目標識別係統隻是在原來的基礎上增加修改幾萬行就能夠解決，整個全新的火控係統可是上百萬行源代碼才能夠搞定的東西，杜克也就是能夠拿出來一個幾萬行的框架，然後把最為核心複雜的部分編寫成為一個通用火控核心算法SDK，在裏麵幾乎解決了火控係統中最核心的那些複雜算法，剩下的大部分容易實現但是非常繁瑣費時的功能，分配到下麵研發團隊去完成。
這樣項目組就完全有能力在杜克提供的框架之上很快開發出來，畢竟將這近百萬行源代碼分配給二三百人去做，分配到每個人頭上需要實現的東西就沒有多少了。
也就是杜克錢多、人多，舍得投入，現在單單軟件方麵就抽調了數百人來搞這個東西，良好的模塊設計使得杜克每一天都能夠看到新進展，而雲應用研發管理平台是使用，使得這個東西保密性極好，底層人員能夠看到和使用的都是在最小權限範圍內的東西，實現的都是很基本的功能。
隻有集成人員才有機會接觸更多的資料，而這些集成人員通常都由軍方研究所調動過來進行協助研發的資深工程師，他們有著嚴格的保密紀律要求。
正是有著這樣一個雲應用研發管理平台，杜克才能夠放心大膽地實現軍民協作開發，調用公司研發資源來極大加快研發進展。
軟件係統方麵，由杜克主持的研發進展神速，每天都能夠看到新的東西出現，在杜克的眼中，仿佛就沒有一個問題可以難住他。
在這種情況下，負責機械改造的董鋒倍感壓力，其實總裝給他協調提供了幾乎是國內最好的一群研發製造J-7係列的工程師，一群來自132工廠原來J-7生產線上的熟練工程師，聽說J-7係列還有新生的可能性，他們都非常興奮，工作起來非常給力。
在副總工趙傑率領下，他們找出J-7飛機上所有在無人機上沒有用處的東西，比如機炮、駕駛艙儀器儀表、飛行員座椅/彈射救生係統……這些對於無人機來說根本沒有用處的東西通通都予以拆除，經過這麽一番大手術後，3架J-7係列飛機就省下來寶貴的空間和載重量。
原來隻有500公斤的武器載彈量，經過這麽一折騰後一下子增加到1000多公斤，這就讓J-7現在能夠掛載原來無法承受的KD-88遠程空對地導彈或者YJ-83K空艦
本章尚未完結,請點擊下一頁繼續閱讀---->>>