倒不是當時的蘇聯不想用數字式電傳操縱系統，而是因為出產的AL—31型大推力軍用航空發動機的控制系統根本就無法銜接數字式操縱系統，除非在蘇—27安裝兩套控制組件，一套用于控制機體，另一套用于控制發動機，可這樣一來蘇—27就是優雅的美男子，而是另飛行員抓狂的渣男。
為了能讓蘇—27的飛行性能保持在一定的水準，降低飛行員的負擔，蘇聯的設計師們只能退而求其次，采用數字模擬操控，對接發動機上的液壓機械—數字模擬控制系統。
當時的蘇聯工程師們想著是先解決先進重型戰機的有無問題，至于更先進的全權數字電子控制系統以及整機的數字式電傳操縱系統等在日后的蘇—27深度改進型號上在一樣樣的彌補上。
畢竟剛出產的蘇—27不止是飛控系統和發動機控制體系不完善，幾乎整款飛機都有這樣、那樣的小缺陷，并不是一架非常完美的飛機。
結果指望著后續不斷改善的蘇聯航空工程師們，這一等就等到了蘇聯解體，他們這些蘇聯航空工程師頃刻變成了俄國航空工程師，至于規劃中的電傳操縱和全權數字電子控制系統，則徹底淪為鏡花水月。
在這樣的情況下，十號工程獲得的AL—31型大推力軍用航空發動機，實際上面臨的和蘇—27一樣的窘境。
想使用數字式電傳操縱系統，卻沒辦法與AL—31型大推力軍用航空發動機上的液壓機械—數字模擬控制系統相匹配。
不用數字式電傳操縱系統，選擇蘇—27一樣，根據航空發動機實際情況作出妥協，那對十號工程來說無異于是自廢武功。
因為這款鴨翼、無尾三角翼氣動布局的單發作戰飛機，若是沒有電傳操縱做加持，鴨翼的近距耦合根本就控制不了，很容易造成空中失速墜毀。
所以當時莊建業提出這個問題可不是瞎放炮，而是有著極強的現實意義的。
問題是提出來是提出來了，十號工程項目組也沒辦法著手解決，這一來自己這邊沒有全權數字電子控制系統的研制經驗，最重要的是俄制AL—31型大推力軍用航空發動機不是自己的。
要知道全權數字電子控制系統可不是單獨做個電子控制盒以及十幾個伺服裝置和傳感器就行了。
而是需要將整臺航空發動機的各項數據，運行情況，溫度變化，轉速大小，功率強弱等等數據分毫不差的精準掌握，在其基礎上在通過先進算法配合計算機控制系統實現對航空發動機的精準控制。
沒有詳細的數據就等于沒有基礎，十號工程項目組在如何，也不可能去造空中樓閣。
就在十號工程項目組因此郁悶的時候，AL—31型大推力軍用航空發動機的生產商，俄羅斯土星航空發動機設計局突然找上門，直言不諱的告訴十號工程項目組，要是想要配備全權數字電子控制系統的定制版AL—31型大推力軍用航空發動機，俄國土星航空發動機設計局啥都技術、人才、設備啥都不缺，唯一缺的就是錢。
只要十號工程項目組錢給到位了，AL—31型大推力軍用航空發動機別說控制附件換幾個位置了，就是裝兩個俄國女郎都不是問題。
十號工程項目組一看，時間緊任務重，如果能用國際合作的方式加快進度也不失為一個好辦法，于是對土星設計局一番考察后，立刻便于其簽署技術合作框架協議，然后便是各種砸錢。
不過砸錢歸砸錢，十號工程項目組也不傻，知道光花錢捕撈好處那才是正大頭，于是在合作中以十號工程涉及機密為由，將AL—31型大推力軍用航空發動機的全權數字電子控制系統的軟件編程以及發動機全權數字電子控制系統與十號工程整機數字式電傳操縱系統的整合工作交給了在工業軟件，工業設計軟件，航空飛控軟件等方面技術過硬的騰飛集團。
騰飛集團從來就不是吃虧的主兒，這么好的機會哪里會放過？于是從軟件入手，一頓操作猛如虎，從此全權數字電子控制系統核心技術便到手！