sonarsource/sonarqube技術支持-華克斯

sonarsource

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

復雜性: 代碼可見性降低了軟件風險

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

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

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

主辦單位: sonarsource

梅林達-卡羅爾. 盧

2015年1月

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

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

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

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

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

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

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

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

分布式.

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

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

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

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

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

為了更快地交付具有適當、風險、速度和

成本水平。

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

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

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

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

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

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

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

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

急劇增加。

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

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

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

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

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

按時交付和預算通常需要事后調整， 以-

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

©2015 idc # idcts08w 2

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

問題.

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

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

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

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

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

用戶體驗不佳和功能失敗。客戶反饋的即時性

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

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

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

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

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

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

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

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

跨不同團隊的定性指標-如此-。

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

管理的關鍵。為什么?

關于sonarsource連續(xù)檢查

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