SonarLint|SonarLint代理商| (推荐商家)

SonarSource

在这些复杂的环境中， 组织必须做多的事情。

**竞争环境， 资源很少和/或减少。他们必须弥合 everincreasing

它与业务的新形式的社会参与之间的差距， 并抗衡

随着多的要求的应用程序， 满足业务和

消费者的需求。

企业项目在激烈的**压力下**的水平和率

技术变化要求部门协同工作， 包括业务干系人

和跨 IT、开发、质量和运营的管理人员， 以便在竞争中生存。

正如我们看到的组织转向复杂的采购， 以解决这些业务和

技术需求， 我们看到了对软件分析、自动化和通用过程的需求

通过.对于 IDC 来说， 复杂的采购意味着利用外部服务提供商的资源

(如陆上和近海 SIs)， 来自商业、IT、基础设施的内部资源，

承包商， 并使用开源软件 (OSS) 解决方案和组件。

需要建立伙伴关系和使用一系列资源， 要求管理、自动化、

和质量的协调。代码质量的可见性成为关键， 有助于提高

行为， 以产生好的软件和地图团队的适当类型的项目给

经验水平和执行 (即使机会成为教育团队

有效地执行)。服务提供商和内部员工都需要 '他们的游戏' 与

关于软件的创建、适当的质量和缺陷的积压。'技术债务' 只能

识别和解决， 如果它是可见的， 可以通过适当的自动化工具启用和

过程策略的采用和分析， 以了解影响。

这一 IDC 技术聚焦将讨论改进软件分析方法的必要性，

缺陷管理、安全和度量， 通过主动可见性来获得业务和 IT 好处。

那些不懂历史的人注定要重蹈覆辙;这句谚语也适用于无效

软件创建、质量和缺陷缓解和解决方法。

不断变化的质量观

随着企业越来越依赖于技术和软件来提供核心产品，

CIO 的工作正在转变。预算没有增加， 但业务期望它能够

在高度复杂的环境中比以前地交付新的业务价值

提高了对质量的期望。此外， 有一种期望， 它会变得清楚

新的业务目标， 并将 IT 级与之相匹配。一个关键的挑战是如何使

地交付高质量的应用程序， 以满足业务和客户需求。它， 并

cio 必须提高 IT 效率以实现业务， 并提供

具有持续部署和改进的软件实践的客户体验。和一个

基本的构建模块是代码分析和管理。

缺乏对代码质量的可见性， 以及导致问题的代码加明显

和多的削弱企业现在由于能见度和曝光要求

移动和其他面向客户的应用程序。这已经成为高管们的核心问题，

那些在代码创建级别的组织。

开发和提供高质量的软件版本和新的面向客户的应用程序

时间是一个越来越大的挑战， 特别是对于那些必须与复杂的

与遗留系统和资源相结合的现代技术网络。组织必须

解决内部业务的需求-企业应用程序的扩展和可用性

移动/社会/云平台-以及满足客户/消费者对可用性的需求

的应用。然而， 如何做到这一点， 而不提供洞察问题， 因为它们是

无意中创建的？

可以做些什么来提高整体软件质量以减少问题和风险，SonarLint经销商， 同时

加发布周期， 使新的服务和产品地投放市场？这

要求对软件漏洞和缺陷进行有效和早期的管理， 以使

主动的质量战略和降低成本。然而， 如何才能减轻现有的不良行为

hao完成这些目标？

SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率， 降低风险， 终开发好的软件。SonarQube 在欧洲的三不同地点的开发团队每天都在使用。质量结果显示在墙上显示器!Kapsch TrafficCom (理事会) 是智能交通系统的提供商。它的系统采用信息和通信技术来支持和优化公路运输， 包括基础设施、车辆、用户和工业。它在各种交通应用领域的解决方案有助于减少道路交通造成的拥堵和环境污染， 提高交通安全和安全。理事会集团在33国家设有子公司和代表处， 并有3000多名员工。软件质量很重要， 因为 Kapsch 需要向其客户提供jia的软件解决方案，SonarLint报价， 同时遵循行业标准， 如汽车行业的 MISRA 准则。即将失去对软件质量的关注

Kapsch TrafficCom 因扩张而失去了对软件质量的关注。这种扩展导致了一些新的编程语言的使用， 并雇用了许多新的开发人员。理事会预见到需要好地控制， 遵循编码准则， 并确保它开发的应用程序在发布之前达到了定义的质量目标。此外， 技术债务的趋势需要加明显，SonarLint代理商， 以帮助决策者达成关于重构与引入新特性的知情决策。由于理事会在静态代码分析中使用了几种不同的解决方案， 因此很难同时将整个代码库的这一概述放在一起。SONARQUBE 的自下而上采用

然后， 瑞典理事会办公室的开发者遇到了 SonarQube。这一收养初是由管理层和其他理事会的开发网站所采纳的自下而上的方法。在年内， 它将被采用在多的地点， 并作为理事会的主要解决方案， 跟踪代码质量。在这一收养中， 关键是 SonarQube 使用相同的度量标准来衡量每种语言。理事会使用几种不同的语言， 现在它们都可以以统一的方式呈现。可以很地看到当前的度量状态， 以及它们是否在正确的方向上移动。此外， 项目组合管理 (视图) 插件允许理事会从多语言应用程序中聚合质量度量， 将每个应用程序的质量统一起来， 并将应用程序进一步聚合到产品、项目和部门质量的统一演示中。美好的是， '由于我们每夜都在分析我们的大部分产品， 所以现在每个人都可以按需获取xin的结果 (在每个聚合级别)'， 瑞典理事会的测试组长约翰 Esbj?rner 说。Kapsch TrafficCom 使用的主要功能包括:时间机器-跟踪关键代码质量度量的进度。视图-将多种语言聚合到产品/项目/部门中。差异视图-检查遗留项目中是否引入了新问题。Java API-创建自己的集成插件，SonarLint， 因为它已经做了宝丽来 ALM。SONARQUBE 结果显示在墙上显示器上

SonarQube 目前正被用于检查**过30应用程序和700k 代码行的代码质量， 并且这些数字预计会随着全年的采用而不断增加。它每天都被开发团队使用， 它们遍布欧洲三不同的开发站点。Esbj?rner 表示， '我们可以利用我们现有的詹金斯基础结构来触发静态分析， 从而缓解了向 SonarQube 的过渡， 因此*额外的服务器。让所有利益相关者通过 web 浏览器轻松地访问结果， 并显示在人们走过的墙壁监视器上， 从而提高了对代码质量的认识。这些指标已成为一种帮助， 以可视化需要做什么。早些时候， 开发人员知道代码需要重构， 但是很难得到标准的数据来向决策者展示。现在， 他们可以通过打开 web 浏览器并显示度量和代码来做到这一点。今天， 质量门是为所有语言定义的， 因此新功能并不总能战胜重构。在发布前始终满足di质量级别要求。