华南中国sonarqube价格来电咨询「在线咨询」

SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率, 降低风险, ***终开发更好的软件。ThalesRaythe***ystems 使用 SonarQube 作为 "集成解决方案, 在开发项目的每个级别都易于使用"。ThalesRaythe***ystems 是一个跨大西洋的合资企业, 专门从事监视雷达, 空中操作指挥和控制系统, 和地面武qi定位雷达。公司是雷神与 ThalesGroup 之间的50:50 家合资企业, 通过将传感器、操作中心和电信网络集成到空中作战和战场系统, 为复杂的任务提供关键的 decision-making 解决方案。其***活动;它包括系统集成、复杂的程序管理、实时软件和人机界面, ThalesRaythe***ystems 必须依赖于强大、高质量和可维护的软件应用程序的组合。例如,遗留项目可能不会保持在相同的高度一个绿地项目的质量标准,和in-house的发展可能被判断不同于外包代码。软件质量是跨技术和工作包的必须

在部署 SonarQube 之前, ThalesRaythe***ystems 评估了几个软件质量工具, 但没有一个符合条例草案。有些还没有集成到开发环境中, 有些颁发了许可问题, 还有一些则缺乏涵盖的技术和可用的功能。结果, 只分析了一些组件和项目, 结果没有被利用。由于该过程的 "重重量" 性质, 对 ThalesRaythe***ystems 的应用组合的长期可持续性和可维护性构成了真正的挑战, 因此很少出现质量改进。ThalesRaythe***ystems 正在走向持续集成, 包括软件质量分析的过程。考虑到环境的复杂性, ThalesRaythe***ystems 需要一个能够很好地集成其现有基础结构的解决方案, 并且能够灵活地在整个软件组合中使用, 包括多种技术和广泛的应用程序。SonarSource城市之旅2016丹切2016年5月26日在10:14pm今天我参加了伦敦SonarSource城市之旅。SONARQUBE 与工具集合

ThalesRaythe***ystems 选择了 SonarQube, 并要求从 SonarSource 行政培训会议, 以加快通过和上岗过程。乔塞纳丹尼斯记得她的第yi印象: "SonarQube 解决方案是非常容易使用, 它是集成在詹金斯管理的工作。它符合 ThalesRaythe***ystems 的需要, 因为我们有许多组件, 许多工作包, 在不同的语言, 和 "意见" 的概念是***的。在***初的培训和演示之后, ThalesRaythe***ystems 比较了以前使用工具集 (免费软件和商业与每用户许可证) 的方法, 与它使用的自由和商业 SonarSource 产品的组合: c/c++、投资组合管理 (视图) 和技术债务计算 (SQALE)。丹尼斯说: "这显示了在实施解决方案和成本方面所需时间的显著增长, 因为许可证模型更适合我们的需要。由于其功能、技术覆盖面和许可模式, SonarSource 解决方案为 ThalesRaythe***ystems 提供了更佳的投资。丹尼斯还赞扬了 SonarSource 团队在集成 ThalesRaythe***ystems 的 c/c++ 语言的规则方面的支持和响应能力, 这是适用于更广泛的 c++ 社区的 c++ 插件。更重要的是,它背离了基于数学模型,使其能够产生控制流的评估,对应于程序员的直觉的精神,或认知的努力,需要了解这些流动。ThalesRaythe***ystems 的另一个引人注目的特性是将 SQALE 方法集成到 SonarQube 中, 从而使组织能够精que地跟踪其技术债务的补救成本。成功实施端到端软件质量过程

现在, SonarQube 已完全融入 ThalesRaythe***ystems 的环境和文化, 开发团队定期审查软件质量结果, 并采取具体行动, 根据里程碑和成本提高代码质量, 而项目组合管理功能允许软件配置管理人员在***项目和整个软件组合中获得结果。展望未来, ThalesRaythe***ystems 有进一步的计划, 以改善其软件质量的过程。它将在分析中添加单元测试和集成测试的控制。它还计划部署 SonarQube Eclipse 插件, 以使开发人员能够在开发环境中直接在本地检测和更正问题。丹尼斯说, 她会推荐 SonarQube 和 SonarSource, 因为 "SonarQube 是一个集成的解决方案, 易于在开发项目的每个级别使用。SonarSource 有一个很好的支持和 ThalesRaythe***ystems 受益于良好的合作与 SonarSource。产品还提供与构建管理的协调(与詹金斯的支持),以帮助实现持续集成的部署。

SonarSource 的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自 SonarSource 的产品和服务提高生产率, 降低风险, ***终开发更好的软件。SonarQube 是每天使用的 Zitro 游戏审查其 c++ 和 PHP 代码, 并分配质量改进任务给其工程师。Zitro 游戏生产的***xian进的游戏平台预计会不停地运行, 没有故障或错误, 因此软件质量对其业务运营绝dui至关重要。但是制作***的宾果软件只是一次还不够。为了保持其作为***领xian的视频宾果游戏的地位, Zitro 必须跟上创新的步伐, 这意味着经常发布。由于 Zitro 生产的du博软件, 处理真正的钱, 这些版本必须尽可能接近***。保持短期的 Zitro 需要保持竞争力只有当它有一个清晰的, 全mian的和***xin的图片的质量影响的变化在一个版本。同时,组织必须注意不要使用SonarQube作为"棍棒"迫使"好行为"-成功的公司有利用信息鼓励更好的做法,而不是建立"墙羞辱"惩罚个人不良的编码行为。软件质量-从哪里开始？

当它来检查和提高其软件质量, Zitro 只是不知道从哪里开始。首先, 对软件的当前状态没有一个清晰的描述。这意味着, 即使它想投入资源来提高其软件的整体质量, Zitro 的员工也无法有效地组织他们的改进工作, 因为他们不知道应该关注什么。挣扎, 他们做了唯yi的事情, 他们可以想到的;"我们做了繁琐的, 手动代码审查所有的新代码, 每一个版本," Zitro 研发总监哈维 Albors 说。它们还可以增强现有规则并集成结果,因为SonarQube给出了这一水平的灵活性。SONARQUBE 提供了一个关于整体源代码质量的清晰视图

当他们发现 SonarQube 的时候, Zitro 的员工意识到他们已经找到了一个高xiao且负担得起的工具, 每天自动检查所有的 c++ 和 PHP 代码。Albors 说: "我们仍然在***的一些重要部分进行了一些手工代码审查, 但在所有的代码中都没有。现在, "我们只审查 SonarQube 报告。更好的是, 他们能够使用 SonarQube 的问题工作流来管理来自同一接口的这些报告中显示的内容的补救。SonarQube 的好处得到了明确的证明, Zitro 管理层决定将其部署到整个组织。像问题管理系统这样的关键 SonarQube 功能加快了开发团队的采用, SonarQube 的仪表板为组织中的每个人提供了重要信息的整合视图。IDC发表了三企业客户参考SonarQube,主要是开始开放源码收养,获得立足点,然后演变到部署1000以上的用户。结果: 显著的节省时间和代码质量的改进

今天, Zitro 使用 SonarQube 分析约25万行代码, 这是划分在17项目, 并由一个由20工程师团队维护。应用程序通过与其 Quickbuild 生成服务器的直接集成, 每天进行分析。每天都会对新的 SonarQube 结果进行评审, 并使用问题管理工作流来分配质量改进任务。"我们赢得了所有团队的时间, 提高了我们的源代码质量, 因为机器正在监视我们!SonarQube是由超过75k的公司使用的,其中一些有数以千计的开发人员和数百万行代码。Albors 说。

SonarSource连续检查的10原则:

开发过程中的所有利益干系人 (不仅仅是开发人员或经理) 必须具有现成的访问权限到有关软件质量的有意义的数据。

管理软件质量必须是每个人的关注从开始的发展, 但是开发团队的终ji责任。

软件质量必须是开发过程的一部分, 这意味着满足质量标准是一个的硬要求能够声明开发完成。

软件质量要求必须是客观的, 不需要主观的通过/失败的决定。软件质量要求必须尽可能多地与所有软件产品共同, 无论他们的细节。

软件质量数据必须是***xin的, 即对代码的***近版本进行测量。

软件产品必须不断检查, 以便在容易发现错误时迅速正确.开发人员必须能够发现新的质量缺陷, 一旦他们被引入, 即在IDE 编写代码时, 类似于拼写检查程序突出拼写错误的方式。

无论是通过推还是拉, 在注入新的质量缺陷时, 都必须提醒利益干系人, 无论这是通过发送电子邮件, 打破了构建或其他方法。

必须跟踪新问题的注入,使团队能够快速、明智地决定质量。

软件质量数据必须同时提供绝dui (在所有代码) 和差异 (新的代码)值, 以便开发团队可以完全控制问题的传入流程。

所有新问题和现有关键问题都必须为解决方案指ding明确的路径和时间线。

持续的检验范式是非常有效的, 并已被证明在现实世界中工作从离岸软件工厂到财富100强企业不等。这些公司成功地使用了连续检测模型来管理项目的内部软件质量所有大小。

一个财富100强的公司与超过2万的开发商使用它管理超过6亿行代码, 在每天分析超过5000应用程序的环境中。

在所有情况下, 连续检查帮助这些公司大大提高了软件质量和稳定, 通常节省数百万美元, 否则将花费在根本原因分析和危机管理。

SonarSource不断的检查, 新的软件质量范例, 解决和解决的关键挑战

在代码质量管理中:

太少, 太迟

推回

开发团队

缺乏过程

所有权

异构

要求

团队收到关于质量的持续反馈, 包括对一组

质量要求

一个清晰的, 更新的质量演变的图片随时可用, 包括

版本间的比较

团队可以从介绍中跟踪问题, 并提供反馈

一旦出现质量缺陷, 就会通知风险承担者

质量门每天执行

***的质量门迭代成为一个事件

开发商的持续教育导致良性循环的改善

质量行动计划直接在团队内部生成, 并集成在

开发过程

软件质量是开发过程的一部分

评论包括背景和历史信息, 包括不同

版本和对软件所做的各种更改

利益干系人可以访问有关其软件质量的有意义的信息

实时

开发团队一旦收到质量缺陷的信息

添加 (通过电子邮件, 在 IDE 中可见,...) 使问题立即得到解决

团队获得开发更好软件的能力

代码质量的归属属于开发团队

软件质量被嵌入到开发过程中, 成为

每个人的责任

整个组织都可以访问软件质量工具, 以

每个利益相关者

质量要求可以在团队中的共享、更新和评审

成员和整个组织

质量判断是以自动化的方式在客观的基础上做出的

事先发布到组织的标准。

报告清楚地显示了软件的可维护性, 并立即

不需要外部顾问就可以理解

开发人员的持续教育导致显著的软件质量

从长远来看改善

团队有能力测量新的和更改的软件质量

代码以及整个代码库

团队可以跟踪新问题的注入