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

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

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

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

類別檔案：SONARQUBE - PL / SQL

使用SonarQube進行PL / SQL分析 - 評估質量（3/3）

發表評論

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

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

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

為什么這些結果：調查分析措施的原因，尋找結果的起源。

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

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

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

SonarSource簡介

構建更好的軟件的方法。通過在整個軟件開發生命周期中支持代碼質量， 幫助您的開發團隊從創新的概念中受益， 同時將時間和精力集中在新功能上。的水泄漏范例

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

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

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

泄漏范例創造了一個良性循環來提高代碼質量， 但不處理風險。管理者應該能夠對其投資組合中的現有風險做出決策。例如， 敏感的應用程序可能需要額外的精力來解決安全問題。這就是為什么， 他們需要有一個代表他們的應用程序組合裝飾與相關的健康/風險因素。