SonarSource

優化質量分析以實現業務價值

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

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

ASQ 的增長與持續的采用預計移動， 云和嵌入式， IDC 251643 和

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

主辦單位: SonarSource

梅林達-卡羅爾. 盧

2015年1月

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

數字世界的轉變， 數字轉換的影響， 以及對持續性的需求

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

解決動態變化的業務需求。高質量應用的上市時間

變得至關重要， 但提供軟件發布和開發新的面向客戶的

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

必須與復雜多變的多式技術網絡相抗衡的組織

與遺留系統和資源結合在一起的數千個用戶的地理

分布式.

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

跨 '第三平臺' 增強業務靈活性、創新性和客戶體驗，

范圍從移動， 社會系統的參與， 到云， 同時合并大數據

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

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

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

成本水平。

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

商業信譽在這些有影響力的移動和其他第三平臺環境中，代理商sonarqube經銷商， 許多

組織已經陷入了可憐的軟件衛生習慣。能見度不足的水平

缺陷的原因及其影響為許多創造了一種文化

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

頻繁的，sonarqube靜態安全掃描工具， 內臟的問題造成的公司， 部分由迫切的需求立即

這些關鍵業務環境中的軟件交付。然而， 不良的發展途徑

即使需要提高代碼質量并在周期早期消除缺陷也會發生

急劇增加。

在 IDC 中， 我們一直在跟蹤重大業務變更項目的成功率

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

企業發現有問題的項目成功率。我們將 '成功' 定義為及時、相關和

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

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

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

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

?2015 IDC # IDCTS08W 2

項目范圍減少)。除了這些預算和及時性挑戰， 代碼質量

問題.

IDC 的研究顯示， 在生產后期發現的缺陷成本指數更高

對組織修復比在周期中發現的更早 (10–100倍或更多，

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

能夠發現代碼問題， 有共同的訪問問題， 并負責修復

這些問題和解決積壓成為的環境無情

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

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

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

補救， 以及對安全挑戰的可見性。

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

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

集成商 (SIs) 隨著各種開發工具的使用而顯著增加

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

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

跨不同團隊的定性指標從未如此巨大。

在這個數字消費化和流動性的時代， 項目變得更具挑戰性和

管理的關鍵。為什么?

SonarSource簡介

如何使這一切一起工作？從編碼到升級您的構建， SonarSource 產品將支持整個軟件開發生命周期， 以管理代碼質量、降低風險并終提供更好的軟件。當編碼

在存在問題之前修復它們。不需要處理質量問題的hao方法是不首先將其注入。這是 SonarLint 的首要任務作為 ide 的擴展， 它可為開發人員提供新的 bug 和質量問題的即時反饋。編碼推當推

將自動和手動代碼復查結合在請求上， 以啟用受教育的合并。拉請求是進行代碼復查的jia場所， 因為它們是在功能完成但尚未合并到主分支中時創建的。請求分析器將運行自動代碼分析， 并在請求中直接提供結果以及其他任何評論，sonarqube安裝配置， 這些都是發生的， 允許負責合并的人做出有教養的決定。當促進

SonarQube 是代碼升級到測試和生產環境的收費門。質量門是一個主要的， 現成的 SonarQube 功能。它提供了在每次分析時都能知道應用程序是否通過或失敗發布條件的能力。換句話說， 它告訴您在每個分析應用程序是否準備好生產 '上'。因此， 在推廣文的物之前， devOps 將被用作守門人。促進管理投資組合當管理

SonarQube 充當散熱器， 可維護性、可靠性和安全性。組織的管理層必須能夠評估與其應用程序相關的風險。這種能力來自于企業包中的治理產品， 以及將項目合并到一個結構化的應用程序組合中。

SonarSource 的產品和服務被世界各地的客戶所使用。所有規模的組織都在使用來自 SonarSource 的產品和服務提高生產率， 降低風險， 終開發更好的軟件。

SonarQube 使軟件質量成為 Agirc 和 Arrco 軟件開發過程中的一個集成組件。Agirc & Arrco 是一家法國公司， 負責管理超過2200萬員工的補充養老金， 并在廣泛的行業、農業和商業領域擔任高管。計算和計算這許多客戶的養老金應該是昂貴的， 如果不是災難性的， 如果做錯了。Agirc 和 Arrco 真的需要的軟件， 以確保其業務運作順利運行， 其養老金得到正確和及時的評估。此外， 具有優異的軟件質量意味著更少的時間用于 bug 修復和提高開發新項目的效率。手動代碼檢查! = 軟件質量

早在 2008年， Agirc 和 Arrco 就意識到需要改進它的應用， 才能取得進展， 但它的編碼團隊根本不知道如何去做。質量過程于針對已知 bug 對小塊應用程序進行手動代碼檢查。作為一個短期的結果， 這些 bug 是固定的， 但進程留下的， 根本問題未觸及。在軟件質量過程的這個階段， Agirc 和 Arrco 面臨著許多組織共有的三關鍵挑戰:無法識別起始點， 并確定工作的優先級。團隊不知道在哪里開始改進， 或者快速獲勝的地方--如果他們還存在的話。無法看到需要多少改進， 并估計將質量提高到可接受水平的努力。無法阻止新創建的應用程序重新引入在現有應用程序中糾正的相同質量問題;再犯同樣的錯誤。SONARQUBE 使代碼的改進變得清晰和簡單

在2008年秋季， Agirc 和 Arrco 用 maven 2 取代了它的 maven 1 構建過程， 并且作為這個過程的一部分， 評估了幾個解決方案來支持不斷改進的軟件質量。經過大量研究， SonarQube 被選為在整個組織中管理軟件質量的集中解決方案。'首先 SonarQube 是一個簡單的， 當你開始使用它: 不需要龐大的配置' bastien Touzet， 應用建筑師在 Agirc Arrco。Touzet 還贊賞 SonarQube 融入開發環境的事實。'我們的特征之一是通過 SonarQube 插件進行 Eclipse 集成: 現在， 我們的開發人員可以看到并改進他們的代碼， 而不必在多個工具之間切換'。在實施了 SQALE 插件的技術債務評估， Touzet 說， 團隊受益于對軟件質量的關鍵措施的客觀衡量標準， 以及如何解決問題的跡象。SonarQube 的簡單和 user-friendliness 鼓勵組織中的每個人都參與進來， 密切關注 Agirc 和 Arrco 的軟件質量， 并采取具體的行動來改進它。例如， 在近的績效改善項目中， 一家專門的審計公司參與審查公司的 COBOL 批處理程序。然后， 團隊利用 SonarQube 的易擴展性， 根據審計結果開發新的 SonarQube 規則。現在， 整個開發團隊能夠遵循這些編碼標準， 避免在其應用程序中引入新的性能問題。新的開發人員立即知道如何確保批處理程序的效率， 避免引入新的問題。從改進代碼中獲得的優勢

長期以來， Agirc 和 Arrco 都低估了代碼質量改進的必要性。有一種模糊的理解認為需要改進， 但由于缺乏對問題的了解，sonarqube， 任何人都無法理解其范圍或重要性。在 2008年， SonarQube 首先提供了這種可見性， 現在它使軟件質量成為軟件開發過程中的一個不可分割的組成部分。今天， SonarQube 每天運行， 從50項目中分析超過240萬行代碼。整個組織參與并參與了嵌入式質量過程， 逐步提高了現有軟件的質量， 避免了新開發應用中的質量缺陷。公司及其200強的開發團隊專注于長期的、value-added 的活動， 而不是在救火模式下的短期手動 bug 修復。對 Agirc 和 Arrco 的業務影響是難以夸大的: 更好的軟件大大降低了錯養老金的風險， 并使公司能夠靈活地將其軟件迅速適應外部環境的變化。