sonarsource/sonarqube技術(shù)支持-華克斯

sonarsource

優(yōu)化分析以實現(xiàn)業(yè)務(wù)價值

復(fù)雜性: 代碼可見性降低了軟件風(fēng)險

適用于全球自動化軟件2014–2018的預(yù)測和2013供應(yīng)商份額: 一些

asq 的增長與持續(xù)的采用預(yù)計移動， 云和嵌入式， idc 251643 和

建立軟件分析策略， 幫助解決第三平臺復(fù)雜性， idc 253257

主辦單位: sonarsource

梅林達(dá)-卡羅爾. 盧

2015年1月

簡介: 了解分析差距的影響

數(shù)字的轉(zhuǎn)變，sonarsource/sonarqube介紹， 數(shù)字轉(zhuǎn)換的影響， 以及對持續(xù)性的需求

跨技術(shù)平臺的部署給 it 組織帶來了-的壓力， 因為它們

解決動態(tài)變化的業(yè)務(wù)需求。高應(yīng)用的上市時間

變得-， 但提供軟件發(fā)布和開發(fā)新的面向客戶的

快速應(yīng)用是一個越來越大的挑戰(zhàn)。對于大型跨國企業(yè)來說， 情況尤其如此。

必須與復(fù)雜多變的多式技術(shù)網(wǎng)絡(luò)相抗衡的組織

與-系統(tǒng)和資源結(jié)合在一起的數(shù)千個用戶的地理

分布式.

對于 cio 來說， 目標(biāo)不僅僅是提高 it 的敏捷性--它是關(guān)于如何使用它來成功地

跨 第三平臺 增強(qiáng)業(yè)務(wù)靈活性、-性和客戶體驗，

范圍從移動， 社會系統(tǒng)的參與， 到云， 同時合并大數(shù)據(jù)

分析.在操作層面上， 這種做法增加了公司的壓力，

重組、更新和轉(zhuǎn)換軟件開發(fā)和測試實踐。這可以允許

為了更快地交付具有適當(dāng)、風(fēng)險、速度和

成本水平。

然而， 盡管低劣的軟件對客戶訪問、收入和

商業(yè)信譽(yù)在這些有影響力的移動和其他第三平臺環(huán)境中， 許多

組織已經(jīng)陷入了可憐的軟件衛(wèi)生習(xí)慣。能見度不足的水平

缺陷的原因及其影響為許多-創(chuàng)造了一種文化

他們所創(chuàng)造的缺陷的責(zé)任。在墻上拋出代碼 用于部署仍然是

頻繁的， 內(nèi)臟的問題造成的公司， 部分由迫切的需求立即

這些關(guān)鍵業(yè)務(wù)環(huán)境中的軟件交付。然而， -的發(fā)展途徑

即使需要提高代碼并在周期早期消除缺陷也會發(fā)生

急劇增加。

在 idc 中， 我們一直在-重大業(yè)務(wù)變更項目的成功率

組織在過去的幾年里， 和我們的 2014 qa 調(diào)查橫跨超過200大

企業(yè)發(fā)現(xiàn)有問題的項目成功率。我們將 成功 定義為及時、相關(guān)和

個別項目的預(yù)算交付。我們的研究表明大約40% 的商業(yè)

面向更改的軟件開發(fā)項目未能滿足這些要求。和60%

按時交付和預(yù)算通常需要事后調(diào)整， 以-

公司的-期限已經(jīng)達(dá)到 (例如， 需要在項目中投入更多的員工， 或者

©2015 idc # idcts08w 2

項目范圍減少)。除了這些預(yù)算和及時性挑戰(zhàn)， 謊言代碼

問題.

idc 的研究顯示， 在生產(chǎn)后期發(fā)現(xiàn)的缺陷成本指數(shù)更高

對組織修復(fù)比在周期中發(fā)現(xiàn)的更早 (10–100倍或更多，

取決于其他依賴項， 以及在生命周期中發(fā)現(xiàn)問題的后期程度)。的

能夠發(fā)現(xiàn)代碼問題， 有共同的訪問問題， 并負(fù)責(zé)修復(fù)

這些問題和解決積壓成為重要的環(huán)境無情

用戶體驗不佳和功能失敗�？蛻舴答伒募磿r性

用戶參與、用戶衰減率和應(yīng)用程序商店評級帶來了新的可視級別和

重要的是推動采用常見的代碼問題訪問上下文， 以便快速

補(bǔ)救， 以及對安全挑戰(zhàn)的可見性。

這些因素與軟件項目復(fù)雜性的增加相結(jié)合。企業(yè)采用復(fù)雜、

使用內(nèi)部和外部資源 (如系統(tǒng)) 進(jìn)行地理分布的開發(fā)

集成商 (sis) 隨著各種開發(fā)工具的使用而-增加

(包括開源)、多種語言和敏捷流程。這意味著需要

代碼分析， 可以共同訪問有關(guān)軟件問題的信息和定量和

跨不同團(tuán)隊的定性指標(biāo)-如此-。

在這個數(shù)字消費(fèi)化和流動性的時代， 項目變得更具挑戰(zhàn)性和

管理的關(guān)鍵。為什么?

關(guān)于sonarsource連續(xù)檢查

我們 sonarsource 的創(chuàng)始人， 非常熟悉傳統(tǒng)模式的缺點，在其范圍內(nèi)工作多年。但隨著持續(xù)集成的興起， 我們設(shè)想了一個不同的模式是可能的。正如不斷整合的變化多個開發(fā)人員防止集成頭疼， 我們意識到不斷應(yīng)用門標(biāo)準(zhǔn)防止準(zhǔn)時審計模型的問題。連續(xù)檢測是代碼管理的新范式， 旨在使內(nèi)部軟件是軟件開發(fā)生命周期的一個組成部分。這是一個整體的， 完全實現(xiàn)提高項目內(nèi)部軟件和軟件可視性的過程所有利益相關(guān)者的。連續(xù)的檢查提供連續(xù)代碼管理， 并且-提高了開發(fā)項目的 roi。連續(xù)檢測的關(guān)鍵概念是發(fā)現(xiàn)early–when 修復(fù)它們的問題仍然是便宜和容易的。在這個模型下， 自動代碼審核是每天執(zhí)行并在組織內(nèi)提供。這些客觀、自動化的審計沿多個可維護(hù)性軸分析項目代碼， 測試 bug， 并將其與團(tuán)隊進(jìn)行比較編碼標(biāo)準(zhǔn)。審核是通過工具來完成的， 它們直接在開發(fā)人員的環(huán)境， 很像微軟 word 中的拼寫檢查器。新的團(tuán)隊成員將盡快收到通知問題被發(fā)現(xiàn)， 所以他們可以盡快解決 possible–while 的代碼仍然是新鮮的開發(fā)人員的想法。及時的這些警報有額外的好處， 培訓(xùn)程序員的壞習(xí)慣， 并引導(dǎo)他們到好的。持續(xù)的檢查在開發(fā)團(tuán)隊中得到了-的采納， 因為它的協(xié)作自然導(dǎo)致真正的集體代碼所有權(quán)， 并幫助團(tuán)隊提供-的軟件。與它的小，快速的問題識別和處理周期， 它已被證明增加開發(fā)團(tuán)隊效率， 通過促進(jìn)高代碼的開發(fā)來提高應(yīng)用程序的使用壽命。持續(xù)檢查的重要方面可以歸納為十原則。