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 的研究顯示，代理商sonarqube 規則， 在生產后期發現的缺陷成本指數更高

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

管理的關鍵。為什么?

SonarSource?Code Analyzers

SonarABAP

SonarSource 為 ABAP 項目提供靜態代碼分析器。基于我們自己的技術， SonarABAP 分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多c/c++ 的 SonarCFamily

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 c/c++。基于我們自己的 c/c++ 編譯器 front-end， 它使用xianjin的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarCFamily 目標 C

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的目標-C。基于我們自己的目標 C 編譯器 front-end， 它使用xianjin的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarCOBOL

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到市場上的 COBOL。基于我們自己的 COBOL 解析技術， 它使用xianjin的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarC #

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 c#。基于微軟 Roslyn 編譯器 front-end， 它使用xian進的技術來分析代碼和發現代碼氣味， bug 和安全漏洞。閱讀更多SonarFlex

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 Flex。基于我們自己的 Flex 分析器， 它使用xianjin的技術來分析代碼和發現代碼氣味， bug 和安全漏洞。閱讀更多SonarJava

SonarSource 提供的可能是hao的靜態代碼分析儀，中國sonarqube 規則， 你可以找到在市場上的 Java。基于我們自己的 Java 編譯器 front-end， 它使用xian進的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarJS

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 JavaScript。基于我們自己的 JavaScript 編譯器 front-end， 它使用xian進的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarPHP

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 PHP。基于我們自己的 PHP 編譯器 front-end， 它使用xian進的技術來分析代碼和發現代碼氣味， bug 和安全漏洞。閱讀更多SonarPLI

SonarSource 為 PL/I 項目提供靜態代碼分析器。基于我們自己的技術， SonarPLI 分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarPLSQL

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 PL/SQL。基于我們自己的 PL/SQL 編譯器 front-end， 它使用xian進的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarPython

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 Python。基于我們自己的 Python 分析器， 它可以找到代碼氣味、bug 和安全漏洞。閱讀更多SonarRPG

SonarSource 為 RPG 項目提供靜態代碼分析器。基于我們自己的技術， SonarRPG 分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarSwift

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到在市場上的 Swift。基于我們自己的 Swift 編譯器 front-end， 它使用xian進的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarVB6

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到市場上的 VB6。基于我們自己的 VB6 編譯器 front-end， 它使用xian進的技術來分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarVB

SonarSource 提供的可能是hao的靜態代碼分析儀， 你可以找到市場上的 VB.NET。基于微軟 Roslyn 編譯器 front-end， 它使用xian進的技術來分析代碼和發現代碼氣味， bug 和安全漏洞。閱讀更多SonarWeb

SonarSource 提供了一個用于 HTML 和 JSF/JSP 的靜態代碼分析器。基于我們自己的技術， SonarWeb 分析代碼并找到代碼氣味、bug 和安全漏洞。閱讀更多SonarXML

SonarSource 為 XML 提供靜態代碼分析器。基于我們自己的技術， SonarXML 分析代碼并找到代碼的氣味。至于我們在 SonarSource 開發的任何產品， 它都是建立在以下原則之上的: 深度、精que性和速度。

SonarLint 與開發人員集成的 z 系統

從 v14.0.0.5 開始， IBM z 系統開發人員 (IDz) 支持 SonarLint v3.2.0， 并在其主機 COBOL 和 PLI 代碼中針對 bug 和質量問題向開發人員提供動態反饋。一旦將 SonarLint Eclipse 擴展并安裝到您的 IDz 客戶端中， 您就可以使用 SonarQube 服務器視圖連接到 SonarQube 服務器， 然后使用子項目的上下文菜單將一個模塊的子項目綁定到 SonarQube 服務器和項目。現在， 當使用 cobol 或 PLI 編輯器打開綁定子項目中的 cobol 或 PLI 文件時， 將在文件中標記任何違反在 SonarQube project 中設置的規則之一的代碼， 并通過懸停幫助來顯示解釋。文件中發現的所有問題的列表都可在 SonarLint 的 '動態' 視圖中找到。

從綁定的 SonarLint 子項目中打開 COBOL 或 PLI 文件會觸發一項分析提示: 如果編輯器中沒有出現問題注釋， SonarLint 可能無法成功解析該文件。您可以在 Eclipse 控制臺視圖下檢查 SonarLint 控制臺， 以查找任何問題， 如缺少包含文件 (抄寫)。如往常一樣， 使用子項目的關聯屬性組中的 SYSLIB 字段來解析包含文件引用。您可以選擇一個或多個文件， 甚至是子項目本身， 然后單擊 SonarLint 分析， 而不是打開單個文件。生成的問題將在 'SonarLint 報告' 視圖中報告， 您可以在其中雙擊要帶到編輯器中相關代碼行的問題。或者， 您可以右鍵單擊某個問題， 然后選擇要帶到 SonarLint 規則說明視圖的規則說明， 以及具有兼容和不兼容代碼示例的規則的詳細說明。

可以同時分析多個文件， 并在 SonarLint 報告視圖中檢查結果問題提示: 當使用分析函數時， 可能找不到近在編輯器中打開的文件的抄寫， 因為 SonarLint 使用的是只在其中一個 IDz 編輯程序中打開文件或其依賴項時才會填充的本地文件緩存。