2023成都積分入學(xué)什么時(shí)候開始申請(qǐng)
2023-01-31
更新時(shí)間:2022-09-08 07:38:19作者:佚名
導(dǎo)讀:9月2日,成都全市居民正在進(jìn)行全員核酸檢測(cè)時(shí),“成都核酸系統(tǒng)崩了”登上微博熱搜。據(jù)網(wǎng)友反映,當(dāng)天晚間,雖然現(xiàn)場(chǎng)醫(yī)護(hù)人員通過將手機(jī)高高舉過頭頂?shù)姆绞絹慝@得信號(hào),卻依然無濟(jì)于事。 據(jù)媒體后續(xù)跟進(jìn)報(bào)道,事實(shí)上是成都的核酸檢測(cè)系統(tǒng)出了問題,該系統(tǒng)背后的開發(fā)企業(yè)正是“東軟集團(tuán)”,而這也并不是東軟第一次出現(xiàn)類似事件。 圍繞“東軟”的爭(zhēng)議及輿論場(chǎng)上熱議的話題,四川質(zhì)量發(fā)展研究院高級(jí)研究員熊節(jié)做出如下評(píng)議:
觀察者網(wǎng):根據(jù)目前披露的信息,成都核酸系統(tǒng)崩潰,問題可能出在哪里?
熊節(jié):就核酸系統(tǒng)來說,它的數(shù)據(jù)寫入并不復(fù)雜,從檢測(cè)量推算,平均下來也就是每秒300左右的并發(fā),這放在IT系統(tǒng)里面來說壓力不算大。有很多常見的IT系統(tǒng),比如銀行、支付、電商等系統(tǒng)都能夠很好承載這種水平的壓力。所以就單純從技術(shù)上來說,核酸檢測(cè)系統(tǒng)的壓力負(fù)載不算特別大的。
從目前的情況來看,是新舊系統(tǒng)切換,又恰好趕上了全市的靜態(tài)化管理,需要三天三次核酸檢測(cè),所以就出現(xiàn)了問題。對(duì)于“東軟”這套新系統(tǒng),我認(rèn)為它是在非功能性需求沒有得到充分驗(yàn)收的情況下緊急上線,所以才出現(xiàn)了系統(tǒng)崩潰不能響應(yīng)的情況。
一般來看,如果在這種負(fù)載量較大的情況下,測(cè)試和驗(yàn)收做得不充分,就可能導(dǎo)致系統(tǒng)在之前小范圍試用的時(shí)候運(yùn)轉(zhuǎn)良好,但是一旦到了全市大范圍使用的時(shí)候,經(jīng)受不住壓力考驗(yàn)繼而崩潰。我覺得這是一個(gè)比較明顯的問題。
核酸檢測(cè)采樣(新華網(wǎng)資料圖)
觀察者網(wǎng):您提到了系統(tǒng)驗(yàn)收的問題。除卻微觀個(gè)案,從宏觀的角度看,類似的情況在數(shù)字化系統(tǒng)建設(shè)過程中是否也存在呢?除了驗(yàn)收,在數(shù)字化建設(shè)項(xiàng)目中還存在哪些亟待關(guān)注的短板和不足?
熊節(jié):核酸檢測(cè)系統(tǒng)其實(shí)挺有代表性的。這兩年新冠疫情的影響,某種意義上也推動(dòng)了我們國(guó)家數(shù)字化建設(shè)的發(fā)展,迫使我們上線了很多重要的數(shù)字化系統(tǒng),健康碼、行程碼、核酸碼都是典型的例子。
同時(shí),它也暴露出來我們數(shù)字化建設(shè)過程當(dāng)中的一些短板。因?yàn)閿?shù)字化系統(tǒng),尤其是軟件系統(tǒng),它和傳統(tǒng)的工程建設(shè)系統(tǒng)有很大的區(qū)別。
第一,對(duì)于數(shù)字系統(tǒng)的產(chǎn)物交付,很多甲方的處理邊界是模糊的。軟件產(chǎn)品交付給甲方以后,甲方是不是真正擁有了這個(gè)軟件系統(tǒng),其實(shí)經(jīng)常是很成問題的。甲方經(jīng)常名義上擁有了一個(gè)軟件,實(shí)際上完全對(duì)這個(gè)軟件沒有控制。
它體現(xiàn)出來的現(xiàn)象之一就是,甲方采購(gòu)一個(gè)系統(tǒng)以后,就會(huì)形成對(duì)廠家的嚴(yán)重綁定和依賴。如果想進(jìn)行后續(xù)的維護(hù),找其他廠家來做就非常困難,因?yàn)閺S家都會(huì)有自己的技術(shù)門檻、技術(shù)壁壘,這給甲方的選擇造成很大的約束。
第二,甲方對(duì)軟件研發(fā)的過程缺乏管控。在軟件系統(tǒng)的采購(gòu)中,或多或少都存在這個(gè)問題。這不是說我們沒有軟件工程的標(biāo)準(zhǔn)方法,或者是沒有項(xiàng)目監(jiān)理之類的角色,但是實(shí)際上的情況就是我們這個(gè)行業(yè)里面,軟件工程方法都是比較浮于紙面的,包括甲方自己的驗(yàn)收和第三方的監(jiān)理也存在這一問題。
對(duì)于不少甲方和監(jiān)理而言,他們管理的更多是流程,管理的是文檔,很少有甲方或者監(jiān)理有能力進(jìn)入到系統(tǒng)的源代碼里面去,去了解系統(tǒng)的整個(gè)建設(shè)過程到底是怎么在發(fā)生的。
這就帶來第三個(gè)問題,就是對(duì)軟件研發(fā)的質(zhì)量缺乏管控。我們可以用建筑行業(yè)做一個(gè)類比,比如說甲方單位要修個(gè)大橋,那么監(jiān)理肯定要關(guān)注建設(shè)過程中的若干質(zhì)量要求,包括設(shè)計(jì)的質(zhì)量、施工的質(zhì)量等等??纱罅寇浖?xiàng)目的質(zhì)量把控其實(shí)做得是非常皮毛的,如果我們把軟件系統(tǒng)類比為一座大橋的話,很多軟件項(xiàng)目的驗(yàn)收就是一輛車在橋面上開過一次,項(xiàng)目就驗(yàn)收了。
這種現(xiàn)象在建筑行業(yè)中是不可想象的,甲方起碼得驗(yàn)收最終交付的建筑跟當(dāng)初的設(shè)計(jì)是否吻合,起碼得驗(yàn)收大橋的結(jié)構(gòu)是斜拉還是橋墩、有幾個(gè)橋墩、橋墩的結(jié)構(gòu)強(qiáng)度是否符合要求……然而有很多軟件項(xiàng)目,甲方根本沒有去驗(yàn)收軟件的架構(gòu)設(shè)計(jì)是否得到了實(shí)施,就好像驗(yàn)收大橋的時(shí)候根本不看有幾個(gè)橋墩,找輛車開過去就驗(yàn)收了,因?yàn)榧追讲]有能力去了解這個(gè)軟件的架構(gòu)到底是什么樣的。
比如這幾年流行“微服務(wù)”的概念,這個(gè)技術(shù)術(shù)語(yǔ)代表的是一種軟件架構(gòu)的風(fēng)格,有很多的廠家會(huì)在自己的方案里面寫:我們采用了微服務(wù)架構(gòu),所以我們這個(gè)軟件很先進(jìn)。但是絕大部分的項(xiàng)目里面,甲方?jīng)]有能力對(duì)架構(gòu)進(jìn)行驗(yàn)收,他根本沒法知道這個(gè)軟件到底是不是采用了微服務(wù)架構(gòu)。
我覺得這是一個(gè)很嚴(yán)重的問題。幾年前某外企曾經(jīng)采購(gòu)過一家中國(guó)軟件公司開發(fā)的軟件,乙方也號(hào)稱是微服務(wù)架構(gòu),結(jié)果甲方有一位從美國(guó)來的架構(gòu)師在會(huì)議現(xiàn)場(chǎng)打開系統(tǒng)源代碼來檢驗(yàn),指出乙方并沒有采用微服務(wù)架構(gòu)。像這樣的技術(shù)能力,我國(guó)大部分非IT行業(yè)的甲方是不具備的,因此就留下了更大的“忽悠”的空間。
在具體的項(xiàng)目開發(fā)過程中,還有一些其他的問題,比如說企業(yè)間的層層轉(zhuǎn)包,企業(yè)內(nèi)部的層層下發(fā),任務(wù)最后可能下發(fā)到技術(shù)能力有限的一些年輕程序員手中,甚至還可能是根本不具備相應(yīng)能力的“無證程序員”手中,而經(jīng)驗(yàn)豐富的程序員大部分都是在忙售前階段的工作,逐漸遠(yuǎn)離軟件開發(fā)第一線。這可能就把一些潛在的性能隱患和安全隱患埋到系統(tǒng)里面,再加上前面我們說的甲方的驗(yàn)收質(zhì)量把控又沒做到位,那么這些隱患可能就一直埋下去,最終在正式使用時(shí)爆雷。
觀察者網(wǎng):從這些案例出發(fā),您能否為我們總結(jié)一下數(shù)字化新基建給傳統(tǒng)的項(xiàng)目采購(gòu)和管理機(jī)制帶來了哪些新的挑戰(zhàn)?
熊節(jié):軟件項(xiàng)目的招標(biāo)一般來說是百萬(wàn)千萬(wàn)這樣的規(guī)模,相對(duì)于建筑工程來說,金額沒那么大,但是水很深。剛才我們也提到了一點(diǎn),數(shù)字化新基建的軟件項(xiàng)目往往有很大的依賴性和綁定性,一個(gè)廠商做了一個(gè)系統(tǒng)以后,其他的廠家很難在它的基礎(chǔ)上去加強(qiáng)完善。
于是,我們就會(huì)看到一個(gè)現(xiàn)象:一些廠商的系統(tǒng)價(jià)格很便宜,甚至是不要錢,它們?nèi)ネ稑?biāo)政府采購(gòu)的項(xiàng)目,憑借價(jià)格優(yōu)勢(shì)中標(biāo)之后就可以長(zhǎng)期拿項(xiàng)目。因?yàn)橹灰鼈兊南到y(tǒng)打進(jìn)去之后,在這上面需要做增強(qiáng)、擴(kuò)展的時(shí)候,政府沒辦法找別家公司。
因?yàn)檎鳛榧追剑矝]有能力掌握源代碼,所以二期、三期工程就必須得找同一家來干,你找其他家干不了。于是很多廠商找到了一種繞開公開招投標(biāo)的方法:一期工程以很低的價(jià)格進(jìn)入,價(jià)格低到可以不用公開招投標(biāo),然后在二期三期不斷做增強(qiáng),把真正想做的功能放進(jìn)去,整個(gè)工程的金額變得越來越大。由于廠商很容易在軟件里設(shè)置技術(shù)門檻,后面二期三期工程其他廠家很難接手,往往就會(huì)變成定向采購(gòu)。這種現(xiàn)象確實(shí)可能會(huì)帶來更多的不透明的操作,甚至更多的腐敗空間。
新基建 資料圖
另外一些挑戰(zhàn)就是我剛聊到過的,甲方在技術(shù)能力上面的缺失。當(dāng)然甲方不必是技術(shù)專家,傳統(tǒng)的基建項(xiàng)目也是這樣。但是我們要看到這里面有一個(gè)相對(duì)性,傳統(tǒng)的基建項(xiàng)目里,甲方就算不是專家,他對(duì)基建的了解程度也是相當(dāng)深的??晌覀兛吹讲簧贁?shù)字化新基建的軟件項(xiàng)目,問題嚴(yán)重到可以說是乙方想怎么做就怎么做,最后乙方很簡(jiǎn)單地跑一下基本功能就完成驗(yàn)收,性能、壓力、安全性等非功能需求和軟件架構(gòu)設(shè)計(jì)質(zhì)量、研發(fā)過程質(zhì)量、代碼質(zhì)量等內(nèi)部質(zhì)量都無法驗(yàn)收。
這是一個(gè)很嚴(yán)重的問題,它會(huì)造成大量表面光鮮的“豆腐渣”工程在數(shù)字化建設(shè)中被驗(yàn)收、被使用,對(duì)于我們打牢數(shù)字化新基建的基礎(chǔ)是非常不利的。
觀察者網(wǎng):考慮到這些情況,您覺得各方該如何共同應(yīng)對(duì)此類新挑戰(zhàn)?
熊節(jié):我國(guó)目前在數(shù)字化建設(shè)上處于國(guó)際領(lǐng)先地位,在全球來說都是逐漸走進(jìn)了無人區(qū)的感覺。進(jìn)入新的領(lǐng)域以后,就必然會(huì)有新的挑戰(zhàn)。我覺得這里面除了采購(gòu)服務(wù)的政府部門、參與其中的技術(shù)企業(yè)要付出努力、積極應(yīng)對(duì)挑戰(zhàn)外,還應(yīng)該有學(xué)術(shù)界、行業(yè)組織和官方標(biāo)準(zhǔn)機(jī)構(gòu)的介入與通力合作。
首先對(duì)于數(shù)字化系統(tǒng)采購(gòu)的甲方來說,提升自身的技術(shù)能力是必須的。我國(guó)當(dāng)前大張旗鼓開展數(shù)字化建設(shè),那么甲方就必須形成與數(shù)字化新基建建設(shè)相配套的能力。
其次從乙方來說,我覺得從事數(shù)字化新基建項(xiàng)目的企業(yè)需要做些事情去提高自己的透明度,把研發(fā)過程和質(zhì)量保障過程透明出來,讓甲方能看到、能看懂,能夠?qū)ο到y(tǒng)進(jìn)行有效的質(zhì)量檢驗(yàn)。對(duì)乙方企業(yè)來說,把原來“黑箱操作”的研發(fā)過程和質(zhì)量保障過程透明出來,這肯定是讓渡了自己的短期利益,但同時(shí)也是對(duì)行業(yè)的貢獻(xiàn),也會(huì)給自己打開更大的機(jī)會(huì)之門。
比如華為,它過去幾年在國(guó)外被打擊得比較狠,英國(guó)政府要求他們自證軟件可信,給他們?cè)斐闪撕芏嗦闊?,但是也倒逼他們發(fā)展出了一整套軟件可信機(jī)制?,F(xiàn)在華為就有了這個(gè)能力,能證明自己的軟件質(zhì)量是可靠的,性能和安全是過關(guān)的,并且甲方也能理解這個(gè)驗(yàn)證過程。
同理,國(guó)內(nèi)其他軟件廠商是不是能自發(fā)地建立起一套機(jī)制,主動(dòng)提升自己的能力和透明度,增加自己在行業(yè)內(nèi)、在社會(huì)上的信譽(yù),我覺得這也是需要考慮的。
第三個(gè)角度,制定標(biāo)準(zhǔn)的機(jī)構(gòu)和高校,應(yīng)該考慮去做一些更貼近實(shí)際的東西?,F(xiàn)在信息技術(shù)發(fā)展太快,這使得制定標(biāo)準(zhǔn)的機(jī)構(gòu)和高校有點(diǎn)趕不上節(jié)奏。比如說行業(yè)里流行CMMI認(rèn)證和ISO認(rèn)證,我坦率說,這些認(rèn)證是比較不落地的。對(duì)于一線的軟件開發(fā)者來說,他每天寫的代碼是不是合乎專業(yè)技術(shù)水平的要求,是不是達(dá)到了應(yīng)有的質(zhì)量標(biāo)準(zhǔn),在這些認(rèn)證里其實(shí)都是空白的,目前行業(yè)里也沒有充分的管理。
因此,我覺得制定標(biāo)準(zhǔn)的機(jī)構(gòu)和高校也應(yīng)該考慮把這個(gè)事情做得更細(xì)更落地一些,真正落到源代碼上去。最終軟件的質(zhì)量是落到源代碼上,光管文檔管流程是管不好軟件質(zhì)量的。那么怎么能建立一套第三方的、中立的、真正扎實(shí)有效的過程和質(zhì)量標(biāo)準(zhǔn),怎么把這些標(biāo)準(zhǔn)和指導(dǎo)落到源代碼上去,這也是一個(gè)需要長(zhǎng)期解決的問題。
智慧城市運(yùn)營(yíng)管理中心(新華網(wǎng)資料圖)
第四個(gè)角度,目前國(guó)內(nèi)自發(fā)的技術(shù)社區(qū)比較少,我想或許可以組成一個(gè)政府、高校、標(biāo)準(zhǔn)制定機(jī)構(gòu)、技術(shù)公司、從業(yè)人士多方通力合作的交流平臺(tái)。在此基礎(chǔ)上,或許能有一些具備技術(shù)能力的、中立的第三方監(jiān)理和質(zhì)量監(jiān)管機(jī)構(gòu)和機(jī)制出現(xiàn)。
今天行業(yè)里沒有這樣能落到技術(shù)細(xì)節(jié)上的第三方監(jiān)理存在,就會(huì)導(dǎo)致乙方“又當(dāng)球員又當(dāng)裁判”的局面。比如說成都市衛(wèi)健信息中心提前預(yù)判到了核酸檢測(cè)信息系統(tǒng)會(huì)有性能壓力,要求東軟證明系統(tǒng)性能過關(guān),但是誰(shuí)有能力進(jìn)行性能測(cè)試呢?實(shí)踐中就還是東軟自己做性能測(cè)試,提交性能測(cè)試的報(bào)告,那么東軟就又當(dāng)球員又當(dāng)裁判了,因?yàn)榧追經(jīng)]有這個(gè)能力來開展性能測(cè)試,或者驗(yàn)證乙方提供的性能測(cè)試報(bào)告是否真實(shí)。
如果有一家具備技術(shù)能力的第三方監(jiān)理存在,這個(gè)第三方就可以站在中立角度估算一組性能指標(biāo),開展獨(dú)立的性能測(cè)試,從而給甲方提供更可靠的質(zhì)量保障。當(dāng)然這里面還會(huì)有利益糾葛,監(jiān)理機(jī)構(gòu)也有腐敗的可能性,但是我們應(yīng)該首先允許這樣的第三方出現(xiàn),進(jìn)而再去思考完善之策。
除了性能問題以外,數(shù)據(jù)安全也是一個(gè)非常重要、但是又技術(shù)性很強(qiáng)、甲方很難驗(yàn)收的領(lǐng)域。尤其是像核酸檢測(cè)系統(tǒng)這樣全是公民關(guān)鍵隱私數(shù)據(jù)的系統(tǒng),應(yīng)該以什么方式去確保這些系統(tǒng)在采購(gòu)、設(shè)計(jì)、研發(fā)、上線實(shí)施、運(yùn)維的整個(gè)過程當(dāng)中,考慮了如何保障了公民個(gè)人隱私數(shù)據(jù)安全,并切實(shí)地把這些考量落實(shí)到了軟件系統(tǒng)中,這也是數(shù)字化時(shí)代一個(gè)嚴(yán)峻的挑戰(zhàn)。
一方面我們會(huì)有越來越多數(shù)字化系統(tǒng)的需求,其中很多系統(tǒng)會(huì)在相當(dāng)緊急的情況下開發(fā)上線,另一方面每一個(gè)考慮不周全的數(shù)據(jù)接入點(diǎn)都會(huì)增加公民關(guān)鍵隱私數(shù)據(jù)泄露的風(fēng)險(xiǎn)。如何切實(shí)地提高全行業(yè)數(shù)字化系統(tǒng)研發(fā)的可信能力,是未來整個(gè)IT行業(yè)需要應(yīng)對(duì)的挑戰(zhàn)。
本文系觀察者網(wǎng)獨(dú)家稿件,文章內(nèi)容純屬作者個(gè)人觀點(diǎn),不代表平臺(tái)觀點(diǎn),未經(jīng)授權(quán),不得轉(zhuǎn)載,否則將追究法律責(zé)任。關(guān)注觀察者網(wǎng)微信guanchacn,每日閱讀趣味文章。