【文/觀察者網(wǎng)專欄作者 熊節(jié)】

與新冠疫情防控相關(guān)的軟件系統(tǒng)在關(guān)鍵時(shí)刻出現(xiàn)技術(shù)故障的問題，一直以來備受關(guān)注。這樣的重要系統(tǒng)屢屢出現(xiàn)重大技術(shù)故障，暴露出我國(guó)當(dāng)前數(shù)字化建設(shè)過程中的若干短板，尤其是整個(gè)信息產(chǎn)業(yè)普遍缺乏交付可信軟件系統(tǒng)的能力。

“可信”的門檻

按照英國(guó)可信軟件基金會(huì)（Trustworthy Software Foundation）的定義，可信的軟件系統(tǒng)應(yīng)當(dāng)具備以下5個(gè)方面的特質(zhì)：

無(wú)害性（Safety）：軟件運(yùn)行時(shí)不會(huì)對(duì)任何東西或任何人造成傷害。

可靠性（Reliability）：軟件正確運(yùn)行不發(fā)生錯(cuò)誤的能力。

可用性（Availability）：軟件在需要時(shí)正常運(yùn)行并提供服務(wù)的能力。

堅(jiān)韌性（Resilience）：軟件從錯(cuò)誤中快速和完全恢復(fù)的能力。

安全性（Security）：軟件防護(hù)惡意軟件、黑客或意外誤用造成危險(xiǎn)的能力。

所有人都會(huì)贊同，良好的軟件系統(tǒng)應(yīng)當(dāng)具備上述這些特質(zhì)，服務(wù)于大眾重要應(yīng)用場(chǎng)景的軟件系統(tǒng)應(yīng)當(dāng)是可信的。然而事實(shí)證明，獲得可信的軟件系統(tǒng)并非易事。即便是當(dāng)前最受重視的疫情防控相關(guān)系統(tǒng)，由“已在國(guó)內(nèi)17個(gè)省120多個(gè)地市部署應(yīng)用”的行業(yè)領(lǐng)先企業(yè)來實(shí)施，仍然會(huì)在關(guān)鍵時(shí)刻不可用、且無(wú)法從錯(cuò)誤中快速恢復(fù)。

更值得關(guān)注的是，在我國(guó)大張旗鼓開展數(shù)字化新基建的大背景下，采購(gòu)軟件系統(tǒng)的甲方單位普遍缺乏對(duì)軟件項(xiàng)目實(shí)質(zhì)性的監(jiān)管治理能力。大部分甲方單位、尤其是信息化程度較低的傳統(tǒng)行業(yè)和中西部地區(qū)甲方單位，基本不具備實(shí)質(zhì)管控軟件項(xiàng)目的能力。

曾經(jīng)，某西部地區(qū)知名國(guó)企采購(gòu)一個(gè)軟件系統(tǒng)后，不確定乙方是否按合同要求交付了源代碼，請(qǐng)筆者幫忙鑒定。筆者打開甲方傳來的一個(gè)壓縮包一看，只有若干光禿禿的.java源文件，前端網(wǎng)頁(yè)源碼、構(gòu)建腳本、配置文件、數(shù)據(jù)庫(kù)腳本、部署腳本等必要工作件（artefacts）全部付之闕如。

拿著這樣一堆“源代碼”，甲方根本不可能重新構(gòu)建出線上運(yùn)行的軟件系統(tǒng)，甚至無(wú)法知道自己拿到的究竟是不是線上系統(tǒng)的源碼，更遑論對(duì)其質(zhì)量和可信性進(jìn)行任何有效的管控。

在極度簡(jiǎn)化的場(chǎng)景下，軟件開發(fā)商使用人類可讀的編程語(yǔ)言來開發(fā)軟件，產(chǎn)出的成果就是源代碼。源代碼和圖片、文本等各種資源文件一起，再加上眾多依賴軟件，通過一個(gè)叫做構(gòu)建的過程，被打包成為可執(zhí)行的軟件包，其中的內(nèi)容通常是人類不可讀、但是計(jì)算機(jī)可以執(zhí)行的二進(jìn)制文件。這個(gè)軟件包再與各種配置文件相結(jié)合，通過叫做部署的過程，被安裝到真實(shí)使用的生產(chǎn)環(huán)境上，成為線上運(yùn)行的軟件系統(tǒng)。

典型的（過度簡(jiǎn)化的）軟件交付過程

在這個(gè)過程中，所有工作件的質(zhì)量、所有操作的質(zhì)量，都會(huì)影響最終線上系統(tǒng)的質(zhì)量。

然而在當(dāng)前我國(guó)數(shù)字化項(xiàng)目建設(shè)中，很多甲方只獲得乙方構(gòu)建部署完成后的線上系統(tǒng)，對(duì)構(gòu)建過程、部署過程及涉及的工作件無(wú)法觸及，也沒有專業(yè)技術(shù)能力評(píng)判這些過程和工作件的質(zhì)量。毫不夸張地說，很多數(shù)字化項(xiàng)目中，甲方實(shí)際上只獲得了軟件系統(tǒng)的使用權(quán)，根本沒有獲得系統(tǒng)的所有權(quán)。

甲方對(duì)軟件系統(tǒng)所有權(quán)和管控權(quán)的缺失，會(huì)帶來兩個(gè)直接的惡果。首先是形成對(duì)廠商的嚴(yán)重依賴甚至綁定。因?yàn)榧追經(jīng)]有掌握軟件交付過程和工作件，未來任何修補(bǔ)和增強(qiáng)都只能依賴原廠商，客觀上形成原廠商的反競(jìng)爭(zhēng)壁壘。另外，軟件系統(tǒng)質(zhì)量是否過關(guān)、是否可信，因?yàn)榧追讲徽莆哲浖桓哆^程和工作件，基本只能依賴廠商“又當(dāng)球員又當(dāng)裁判”。

筆者在之前接受觀察者網(wǎng)采訪時(shí)打了一個(gè)比方：

我國(guó)現(xiàn)在很多軟件系統(tǒng)的驗(yàn)收，甲方既沒有能力檢驗(yàn)軟件的無(wú)害性、可靠性、可用性、堅(jiān)韌性、安全性等非功能指標(biāo)，也沒有能力深入軟件交付過程審核其架構(gòu)質(zhì)量、代碼質(zhì)量、供應(yīng)鏈質(zhì)量等質(zhì)量指標(biāo)，常常只是以最終用戶視角把軟件功能跑一遍就完成了驗(yàn)收。這就好比修建一座大橋，甲方既不檢查橋梁結(jié)構(gòu)是斜拉式還是拱式，也不監(jiān)督橋墩的施工質(zhì)量，到竣工那天開一輛小轎車從橋面上順利通過就算完工驗(yàn)收。至于大橋是否安全可靠，就全憑乙方自己提供的一堆文檔來論證了。

這聽起來可能荒誕，卻是當(dāng)前行業(yè)的真實(shí)現(xiàn)狀。