SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務(wù)提高生產(chǎn)率， 降低風(fēng)險(xiǎn)， 終開發(fā)更好的軟件。Silverpeas 已經(jīng)能夠?qū)崿F(xiàn)新的功能和提高產(chǎn)品性能， 這已導(dǎo)致贏得越來越多的客戶。Silverpeas 是協(xié)作知識(shí)和內(nèi)容管理的平臺(tái)。寫在爪哇， Silverpeas 出生于 1999年， 在黑暗時(shí)代的 J2EE。這是一個(gè)時(shí)代之前的框架， 當(dāng)英雄編碼沒有測(cè)試或文件。結(jié)果是一個(gè)工作產(chǎn)品的支持下的混亂的定制框架， 是基于良好的想法， 但執(zhí)行不。隨著時(shí)間的推移， 由于在產(chǎn)品的早期就做出了短視的設(shè)計(jì)決策， 而且由于對(duì)其體系結(jié)構(gòu)沒有明確的愿景， 因此發(fā)展和維護(hù)代碼變得越來越困難。技術(shù)債務(wù) = 責(zé)任

這種情況使我們很難跟上創(chuàng)新的步伐， 保持市場(chǎng)的競(jìng)爭(zhēng)力。使問題復(fù)雜化的是， 執(zhí)行基本維護(hù)和實(shí)施新功能的高昂成本使得很難獲得新客戶。技術(shù)債務(wù)代表了一個(gè)太大的負(fù)債。夠了在 2009年， Silverpeas 團(tuán)隊(duì)作出了一個(gè)激烈的決定: 現(xiàn)在是時(shí)候， 以現(xiàn)代化的架構(gòu)和提高 Silverpeas 的代碼質(zhì)量。但他們需要確切地知道如何， 什么， 以及在哪里重構(gòu)之前， 他們可以繼續(xù)。'我們需要一個(gè)工具來支持我們的改變，' Silverpeas 軟件建筑師米格爾 Moquillon 說。'SonarQube (當(dāng)時(shí)的聲納) 被選中來幫助我們獲得正確的， 這些問題。通過它的質(zhì)量分析工具和它的統(tǒng)一和可定制的界面，代理商sonarqube靜態(tài)安全掃描工具， 我們有信息， 以確定我們必須執(zhí)行的任務(wù)， 以減少技術(shù)債務(wù)和提高代碼的質(zhì)量。這是我們的 GPS 在改善 Silverpeas 的道路上。SONARQUBE 保持技術(shù)債務(wù)控制

Silverpeas 團(tuán)隊(duì)在 Silverpeas 的現(xiàn)代化過程中選擇了 SonarQube 這一關(guān)鍵角色， 部分原因是它是開源的， 就像 Silverpeas 一樣， 易于擴(kuò)展， 但 SonarQube 也提供了一些功能 Moquillon 說， 團(tuán)隊(duì)發(fā)現(xiàn)引人注目的:統(tǒng)一和集中的儀表板'一個(gè)統(tǒng)一和集中的儀表板， 其中呈現(xiàn)代碼的主要質(zhì)量指標(biāo): 一目了然是什么出錯(cuò)了， 什么是改進(jìn)了， 很容易看到。簡(jiǎn)單的導(dǎo)航--'一種簡(jiǎn)單的方法來導(dǎo)航到相關(guān)代碼的不同指標(biāo): 很容易找到需要操作的代碼部分.'強(qiáng)大的報(bào)告-'在時(shí)間的指標(biāo)演變的跡象: 我們可以估計(jì)我們的代碼改進(jìn)的努力。更好的軟件質(zhì)量已導(dǎo)致越來越多的客戶贏得

SonarSource 的解決方案有助于 Silverpeas 的成功， 通過對(duì)關(guān)鍵問題提供持續(xù)和快速的反饋以及如何解決它們的建議。工作從堅(jiān)實(shí)基地它的代碼質(zhì)量改進(jìn)給它， Silverpeas 團(tuán)隊(duì)已經(jīng)能夠?qū)崿F(xiàn)新的功能， 并提高產(chǎn)品的魯棒性和性能， 這已導(dǎo)致贏得越來越多的客戶。今天， Silverpeas 團(tuán)隊(duì)致力于將其軟件質(zhì)量保持在 SonarQube 的軌道上。Moqillon 說， Silverpeas 團(tuán)隊(duì)對(duì) SonarQube 有信心， 因?yàn)?'這是一個(gè)開源項(xiàng)目， 如 Silverpeas， 因此， 我們是確保其演變和質(zhì)量。他贊揚(yáng) SonarQube 的定期發(fā)布時(shí)間表、易用性、易于安裝以及與現(xiàn)有開發(fā)基礎(chǔ)結(jié)構(gòu) (如連續(xù)集成服務(wù)器詹金斯) 和構(gòu)建系統(tǒng) Maven 等集成的易用性。現(xiàn)在， SonarQube 分析運(yùn)行每晚 Silverpeas 的35.1萬行代碼， 由詹金斯觸發(fā)的后期生成行動(dòng)。開發(fā)人員和經(jīng)理定期檢查結(jié)果， 并采取行動(dòng)解決問題的集體努力， 以維護(hù)和進(jìn)一步提高 Silverpeas 的軟件質(zhì)量。

SonarSource簡(jiǎn)介

我們?yōu)檎麄€(gè)開發(fā)組織增添了價(jià)值。無論您在開發(fā)組織中的角色是什么， SonarSource 解決方案都增加了價(jià)值， 因?yàn)槲覀冇?cutting-edge 的功能， 您需要在您的軟件組合中da限度地提高質(zhì)量和管理風(fēng)險(xiǎn)。為開發(fā)

軟件開發(fā)人員終負(fù)責(zé)代碼質(zhì)量。代碼質(zhì)量是所謂的非功能性需求的一部分， 因此是開發(fā)人員的直接責(zé)任。因?yàn)榇a質(zhì)量不是應(yīng)該推遲到以后進(jìn)行的， 所以我們的解決方案在開發(fā)過程的每一步都提供了反饋， 從 IDE 到發(fā)布，代理商sonarqube安全審計(jì)， 包括任何中間升級(jí)。這使開發(fā)人員能夠?qū)Υa質(zhì)量做出早期和經(jīng)過教育的決策， 使他們能夠更好地完成工作并提供更好的軟件。開發(fā)devops為devops

DevOps 團(tuán)隊(duì)需要確保軟件建立在正確的道路上。DevOps 隊(duì)有很多責(zé)任。其中包括支持開發(fā)過程、自動(dòng)化測(cè)試、確保質(zhì)量、提高生產(chǎn)率以及終啟用連續(xù)部署。良好的代碼質(zhì)量是實(shí)現(xiàn)所有這些目標(biāo)的必要條件， 雖然不是充分的條件。我們的解決方案提供了一個(gè)代碼質(zhì)量的收費(fèi)門， 可以添加在任何建設(shè)/測(cè)試/部署步驟。這使 devOps 團(tuán)隊(duì)能夠自動(dòng)執(zhí)行一組質(zhì)量標(biāo)準(zhǔn)， 從而確保組織提供更好的軟件。為高管

SonarSource 解決方案降低了風(fēng)險(xiǎn)并提高了團(tuán)隊(duì)生產(chǎn)率。管理人員需要能夠安全地操作軟件， 并以成本為投資回報(bào)辯解。我們的解決方案向執(zhí)行官們一目了然地展示了他們面臨的操作風(fēng)險(xiǎn)以及緩解的成本。它還有現(xiàn)成的功能， 可以系統(tǒng)地改進(jìn)可維護(hù)性， 從而提高開發(fā)團(tuán)隊(duì)的長(zhǎng)期生產(chǎn)率。這使管理人員能夠確保其組織提供更好的軟件， 并以jia成本使用風(fēng)險(xiǎn)控制方法。

SonarSource 的產(chǎn)品和服務(wù)被世界各地的客戶所使用。所有規(guī)模的組織都在使用來自 SonarSource 的產(chǎn)品和服務(wù)提高生產(chǎn)率， 降低風(fēng)險(xiǎn)， 終開發(fā)更好的軟件。

SonarQube 使軟件質(zhì)量成為 Agirc 和 Arrco 軟件開發(fā)過程中的一個(gè)集成組件。Agirc & Arrco 是一家法國(guó)公司， 負(fù)責(zé)管理超過2200萬員工的補(bǔ)充養(yǎng)老金， 并在廣泛的行業(yè)、農(nóng)業(yè)和商業(yè)領(lǐng)域擔(dān)任高管。計(jì)算和計(jì)算這許多客戶的養(yǎng)老金應(yīng)該是昂貴的， 如果不是災(zāi)難性的， 如果做錯(cuò)了。Agirc 和 Arrco 真的需要的軟件， 以確保其業(yè)務(wù)運(yùn)作順利運(yùn)行， 其養(yǎng)老金得到正確和及時(shí)的評(píng)估。此外， 具有優(yōu)異的軟件質(zhì)量意味著更少的時(shí)間用于 bug 修復(fù)和提高開發(fā)新項(xiàng)目的效率。手動(dòng)代碼檢查! = 軟件質(zhì)量

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

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

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