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

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

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

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

類別檔案：SONARQUBE - PL / SQL

使用SonarQube進(jìn)行PL / SQL分析 - 評估質(zhì)量（3/3）

發(fā)表評論

PLSQL_TechnicalDebtLast在我們的系列文章中分析了使用SonarQube的PL / SQL代碼的質(zhì)量。

評估應(yīng)用程序的質(zhì)量不只是進(jìn)行代碼分析：任何人都可以做到這一點。質(zhì)量顧問的工作是基于以下問題：什么，為什么，如何，多少。

什么：分析結(jié)果。大小，復(fù)雜性和重復(fù)性，這是我們以前的帖子中看到的。我們檢查總體數(shù)字，還有平均和差異，以及有多個版本的時間趨勢。那么我們來看看主要違反jia做法的行為，主要側(cè)重于阻止和批評。

為什么這些結(jié)果：調(diào)查分析措施的原因，尋找結(jié)果的起源。

如何補救：提出行動計劃。其實，提出幾個建議。我們將在下面看到，我提出了短期，中期和長期的不同計劃。

花費多少：評估每個計劃的成本。繼續(xù)閱讀→

此條目發(fā)布于2014年3月10日由Jean-Pierre FAYOLLE發(fā)行的SonarQube - PL / SQL。

SonarSource簡介

構(gòu)建更好的軟件的方法。通過在整個軟件開發(fā)生命周期中支持代碼質(zhì)量， 幫助您的開發(fā)團(tuán)隊從創(chuàng)新的概念中受益， 同時將時間和精力集中在新功能上。的水泄漏范例

我們建議的代碼質(zhì)量的方法是什么？把它當(dāng)作漏水的東西， 在你拖地板之前把漏水的東西修好!為什么?否則你只是在浪費你的時間和精力。對于代碼質(zhì)量， 同樣的邏輯適用;在任何其他情況下， 您都應(yīng)該在控制下獲得新更改和添加代碼的質(zhì)量。一旦該漏洞得到控制， 代碼質(zhì)量將開始系統(tǒng)地改善。閱讀更多漏水范例領(lǐng)yang授權(quán)收養(yǎng)和賦予

代碼質(zhì)量應(yīng)該是每個開發(fā)人員的關(guān)注點， 而不僅僅是少數(shù)。一旦您切換到一個漏水的方法， 即新的代碼是唯yi的焦點的方法， 開發(fā)人員將變得非常感興趣的主題， 因為 '代碼質(zhì)量' 意味著他們的代碼質(zhì)量。如果您添加的能力是在一個非常短的反饋循環(huán)， 你得到的控制反轉(zhuǎn): 開發(fā)人員不僅解決問題， 但在其組織的代碼質(zhì)量的所有權(quán)， 因為它應(yīng)該是在任何地方的情況。統(tǒng)一質(zhì)量門

除非您在發(fā)布時強制執(zhí)行質(zhì)量門， 否則您沒有到位的代碼質(zhì)量實踐。質(zhì)量門是在進(jìn)入生產(chǎn)前經(jīng)過驗證的標(biāo)準(zhǔn)列表， 以確保應(yīng)用程序符合質(zhì)量要求。換言之， 這是內(nèi)部質(zhì)量的去/不去。采用漏水方法， 您可以為每個應(yīng)用程序強制使用相同的質(zhì)量閘門， 因為焦點將從應(yīng)用程序中的遺留代碼轉(zhuǎn)移到新的或更新的內(nèi)容。這使得代碼質(zhì)量成為開發(fā)過程的一個組成部分。促進(jìn)代碼管理應(yīng)用程序組合 (APM)應(yīng)用程序投資組合管理

泄漏范例創(chuàng)造了一個良性循環(huán)來提高代碼質(zhì)量， 但不處理風(fēng)險。管理者應(yīng)該能夠?qū)ζ渫顿Y組合中的現(xiàn)有風(fēng)險做出決策。例如， 敏感的應(yīng)用程序可能需要額外的精力來解決安全問題。這就是為什么， 他們需要有一個代表他們的應(yīng)用程序組合裝飾與相關(guān)的健康/風(fēng)險因素。