苏州华克斯-华南sonarqube

sonarsource 的产品和服务被各地的客户所使用。所有规模的组织都在使用来自 sonarsource 的产品和服务提高生产率， 降低风险， 终开发---的软件。sonarqube 是每天使用的 zitro 游戏---其 c++ 和 php 代码， 并分配改进任务给其---。zitro 游戏生产的xian进的---预计会---地运行， 没有故障或错误， 因此软件对其业务运营绝dui---。但是制作的宾果软件只是一次还不够。为了保持其作为领xian的视频宾果游戏的---， zitro 必须跟上---的步伐， 这意味着经常发布。由于 zitro 生产的---软件， 处理真正的钱， 这些版本必须尽可能接近。保持短期的 zitro 需要保持竞争力只有当它有一个清晰的， 全mian的和xin的图片的影响的变化在一个版本。软件-从哪里开始？

当它来检查和提高其软件， zitro 只是不知道从哪里开始。首先， 对软件的当前状态没有一个清晰的描述。这意味着， 即使它想投入资源来提高其软件的整体，sonarqube 规则， zitro 的员工也无法有效地组织他们的改进工作， 因为他们不知道应该关注什么。挣扎， 他们做了唯yi的事情， 他们可以想到的;我们做了繁琐的， 手动代码---所有的新代码， 每一个版本， zitro 研发总监哈维 albors 说。sonarqube 提供了一个关于整体源代码的清晰视图

当他们发现 sonarqube 的时候， zitro 的员工意识到他们已经找到了一个高xiao且负担得起的工具， 每天自动检查所有的 c++ 和 php 代码。albors 说: 我们仍然在的一些重要部分进行了一些手工代码---， 但在所有的代码中都没有。现在， 我们只--- sonarqube 报告。---的是， 他们能够使用 sonarqube 的问题工作流来管理来自同一接口的这些报告中显示的内容的补救。sonarqube 的好处得到了明确的证明， zitro 管理层决定将其部署到整个组织。像问题管理系统这样的关键 sonarqube 功能加快了开发团队的采用，sonarqube安全审计， sonarqube 的仪表板为组织中的每个人提供了重要信息的整合视图。结果: ---的节省时间和代码的改进

今天，sonarqube， zitro 使用 sonarqube 分析约25万行代码， 这是划分在17项目， 并由一个由20---团队维护。应用程序通过与其 quickbuild 生成服务器的直接集成， 每天进行分析。每天都会对新的 sonarqube 结果进行评审， 并使用问题管理工作流来分配改进任务。我们赢得了所有团队的时间， 提高了我们的源代码， 因为机器正在监视我们!albors 说。

sonarsource

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

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

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

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

消费者的需求。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

不断变化的观

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

无意中创建的？

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

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

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

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

hao完成这些目标？