SonarSource簡介

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

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

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

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

SonarSource簡介

商務(wù)友好的許可、開放的代碼庫和活躍的社區(qū)只是 SonarSource 生態(tài)系統(tǒng)的一些優(yōu)勢。意義和承諾

簡短的答案是一個字: LGPL!這是我們從項(xiàng)目開始時選擇的許可證, 而不是普通的 GPL 許可證。為什么?因?yàn)槲覀兿嘈? 使 SonarQube 和 SonarLint 偉大的產(chǎn)品與高采用, 我們需要一個許可證, 既符合社區(qū)和商業(yè)的需要。有了這個選擇, 并在平臺上保持其領(lǐng)導(dǎo)地位, SonarSource 因此承諾將繼續(xù)對其產(chǎn)品進(jìn)行投資。意義和承諾開芯原理原則,開放式核心

較長的答案是指由這四原則支持的開放核心的想法:您提供給用戶的開源產(chǎn)品一定很棒。您提供的開源產(chǎn)品應(yīng)該經(jīng)過一個不敬虔的測試和 QA 的數(shù)量。您提供的開源產(chǎn)品應(yīng)該是架構(gòu), 使所有的商業(yè)功能都 plug-ins 到開放的核心。您銷售的開源產(chǎn)品應(yīng)該有完全開放的定價。用戶社會

像任何好的開源項(xiàng)目一樣, SonarQube 和 SonarLint 在他們周圍有活躍的社區(qū)。這些社區(qū)在候選發(fā)布者的測試階段提供了廣泛的反饋。它們還提供了有效的 bug 報告和社區(qū)支持, 但用戶也可以選擇直接從 SonarSource 購買額外的支持和產(chǎn)品。用戶社區(qū)供應(yīng)商鎖定減少供應(yīng)商鎖定

雖然 SonarSource 是其產(chǎn)品的主要貢獻(xiàn)者, 但用戶可以訪問源代碼, 因此, 如果出現(xiàn)問題, 他們就能繼續(xù)開發(fā)產(chǎn)品。

SonarSource

優(yōu)化質(zhì)量分析以實(shí)現(xiàn)業(yè)務(wù)價值

復(fù)雜性: 代碼可見性降低了軟件風(fēng)險

適用于全球自動化軟件質(zhì)量2014–2018的預(yù)測和2013供應(yīng)商份額: 一些

ASQ 的增長與持續(xù)的采用預(yù)計移動, 云和嵌入式, IDC 251643 和

建立軟件質(zhì)量分析策略, 幫助解決第三平臺復(fù)雜性, IDC 253257

主辦單位: SonarSource

梅林達(dá)-卡羅爾. 盧

2015年1月

簡介: 了解質(zhì)量分析差距的影響

數(shù)字世界的轉(zhuǎn)變, 數(shù)字轉(zhuǎn)換的影響, 以及對持續(xù)性的需求

跨技術(shù)平臺的部署給 IT 組織帶來了巨大的壓力, 因?yàn)樗鼈?/p>

解決動態(tài)變化的業(yè)務(wù)需求。高質(zhì)量應(yīng)用的上市時間

變得至關(guān)重要, 但提供軟件發(fā)布和開發(fā)新的面向客戶的

快速應(yīng)用是一個越來越大的挑戰(zhàn)。對于大型跨國企業(yè)來說, 情況尤其如此。

必須與復(fù)雜多變的多式技術(shù)網(wǎng)絡(luò)相抗衡的組織

與遺留系統(tǒng)和資源結(jié)合在一起的數(shù)千個用戶的地理

分布式.

對于 CIO 來說, 目標(biāo)不僅僅是提高 it 的敏捷性--它是關(guān)于如何使用它來成功地

跨 "第三平臺" 增強(qiáng)業(yè)務(wù)靈活性、創(chuàng)新性和客戶體驗(yàn),

范圍從移動, 社會系統(tǒng)的參與, 到云, 同時合并大數(shù)據(jù)

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

重組、更新和轉(zhuǎn)換軟件開發(fā)和測試實(shí)踐。這可以允許

為了更快地交付具有適當(dāng)質(zhì)量、風(fēng)險、速度和

成本水平。

然而, 盡管質(zhì)量低劣的軟件對客戶訪問、收入和

商業(yè)信譽(yù)在這些有影響力的移動和其他第三平臺環(huán)境中, 許多

組織已經(jīng)陷入了可憐的軟件衛(wèi)生習(xí)慣。能見度不足的水平

缺陷的原因及其影響為許多開發(fā)者創(chuàng)造了一種文化

他們所創(chuàng)造的缺陷的責(zé)任。"在墻上拋出代碼" 用于部署仍然是

頻繁的, 內(nèi)臟的問題造成的公司, 部分由迫切的需求立即

這些關(guān)鍵業(yè)務(wù)環(huán)境中的軟件交付。然而, 不良的發(fā)展途徑

即使需要提高代碼質(zhì)量并在周期早期消除缺陷也會發(fā)生

急劇增加。

在 IDC 中, 我們一直在跟蹤重大業(yè)務(wù)變更項(xiàng)目的成功率

組織在過去的幾年里, 和我們的 2014 QA 調(diào)查橫跨超過200大

企業(yè)發(fā)現(xiàn)有問題的項(xiàng)目成功率。我們將 "成功" 定義為及時、相關(guān)和

個別項(xiàng)目的預(yù)算交付。我們的研究表明大約40% 的商業(yè)

面向更改的軟件開發(fā)項(xiàng)目未能滿足這些要求。和60%

按時交付和預(yù)算通常需要事后調(diào)整, 以確保

公司的后期限已經(jīng)達(dá)到 (例如, 需要在項(xiàng)目中投入更多的員工, 或者

©2015 IDC # IDCTS08W 2

項(xiàng)目范圍減少)。除了這些預(yù)算和及時性挑戰(zhàn), 謊言代碼質(zhì)量

問題.

IDC 的研究顯示, 在生產(chǎn)后期發(fā)現(xiàn)的缺陷成本指數(shù)更高

對組織修復(fù)比在周期中發(fā)現(xiàn)的更早 (10–100倍或更多,

取決于其他依賴項(xiàng), 以及在生命周期中發(fā)現(xiàn)問題的后期程度)。的

能夠發(fā)現(xiàn)代碼問題, 有共同的訪問問題, 并負(fù)責(zé)修復(fù)

這些問題和解決積壓成為重要的環(huán)境無情

用戶體驗(yàn)不佳和功能失敗。客戶反饋的即時性

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

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

補(bǔ)救, 以及對安全挑戰(zhàn)的可見性。

這些因素與軟件項(xiàng)目復(fù)雜性的增加相結(jié)合。企業(yè)采用復(fù)雜、

使用內(nèi)部和外部資源 (如系統(tǒng)) 進(jìn)行地理分布的開發(fā)

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

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

代碼分析, 可以共同訪問有關(guān)軟件問題的信息和定量和

跨不同團(tuán)隊(duì)的定性指標(biāo)從未如此巨大。

在這個數(shù)字消費(fèi)化和流動性的時代, 項(xiàng)目變得更具挑戰(zhàn)性和

管理的關(guān)鍵。為什么?