苏州华克斯-sonarqube

sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率， 降低风险， 终开发---的软件。通过每天对 575万 sonarqube 的分析， 斯里巴加湾市 (业务解决方案构建者) 成功地提高了其整个软件产品套件的。斯里巴加湾市为金融人士和人寿保险公司提供商业解决方案和 it 服务。它的软件框架在三不同的地点被广泛使用: 比利时、卢森堡和爱尔兰。斯里巴加湾市的开发和团队一直在寻找you秀的软件工具， 以获得更深层次的洞察力， ---地管理内部代码， 考虑到拥有一个强健的框架， 以此为基础进行产品开发的战略意义。如何提高软件和开发人员的工作效率？

直到 2009， 斯里巴加湾市依赖于不同的开源工具， 如 cobertura、checkss 和 findbugs， 来识别和管理 in-house 软件框架中所有主要产品的问题。斯里巴加湾市面临着这些工具的重大挑战， ---的是缺乏统一的界面来查看和---问题。这些工具也缺乏衡量演变的能力随着时间的推移， 使评估斯里巴加湾市框架的改进变得困难。总的来说， 这种方法导致了零散的指标， 并没有给斯里巴加湾市的开发团队提供他们所需要的产品洞察力。由于斯里巴加湾市的框架被80多个不同地点的广泛使用， 因此对于公司来说， ---框架的实施符合jia做法和尽可能高的， 具有战略意义。研究和技术小组找到了一个客观的系统来确定构成高代码的因素， 以---这些因素得到适当的---， 并随着时间的推移来衡量这些因素的演变。解决方案: 统一度量、自定义仪表板和连续检查

在 2009年， 斯里巴加湾市的研究和技术小组决定尝试与 sonarqube 平台的概念证明， 以验证其功能，sonarqube价格， 并验证它将满足斯里巴加湾市的需要。在三月内， 很明显， sonarqube 很容易满足所有的要求， 并可以允许斯里巴加湾市客观地测量和验证代码。---是， 该团队对 sonarqube 的连续检查功能印象深刻， 这使得他们能够在每两周的发布周期内和之后测量的变化， 从而加深对问题的理解。这使得开发人员和管理人员能够更轻松地相互合作， 了解并解决问题。斯里巴加湾市能够推动---并维护其软件组合

除了简单地解决现有的问题， sonarqube 帮助---地在他们的工作， 根据斯特凡·德勒克 nicoll，sonarqube， 框架开发的负责人。sonarqube 平台是一种独yi无二的连续检测工具。诸如差异仪表板、时间线和历史表等功能使每一个团队成员都能提高其技能。有关规则---、包缠、重复、代码覆盖率和 api 文档的报告帮助我们向其他开发人员提供了坚如磐石的库。简而言之， sonarqube 平台帮助我们编写了---的代码。但更重要的是， 它也帮助我们作为一个团队互相学习， 提高我们的技能。今天， 斯里巴加湾市运行两个 sonarqube 实例， 分析了31多个项目和575万行代码。斯里巴加湾市的技术架构师和经理广泛使用 sonarqube 的历史和自定义仪表板来关注已被确定为重要的度量标准。迷你图用于验证进度， 警报阈值用于快速识别需要立即注意的事件。sonarqube 的插件库对斯里巴加湾市也具有---的价值， 因为它使该公司能够轻松地将 sonarqube 平台与现有的 it 和应用程序生命周期管理 (alm) 基础结构集成在一起。sonarqube ldap 插件减轻和授权斯里巴加湾市的现有权限基础结构， 詹金斯插件集成 sonarqube 现有的连续集成基础结构， 和 scm 活动插件， 帮助架构师和 qa 经理确定团队成员， 以联系有关代码问题。此外， sonarqube 的 extens

sonarsource

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

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

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

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

消费者的需求。

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

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

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

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

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

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

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

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

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

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

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

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

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

关于软件的创建、适当的和缺陷的积压。技术--- 只能

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

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

这一 idc 技术---将讨论改进软件分析方法的---性，

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

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

软件创建、和缺陷---和解决方法。

不断变化的观

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

无意中创建的？

可以做些什么来提高整体软件以减少问题和风险， 同时

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

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

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

hao完成这些目标？