福建中国sonarqube安全审计承诺守信 华克斯信息拜师学艺的意思

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

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

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

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

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

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

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

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

连续检查由奥利维尔 Gaudin,SonarSource SA 首席执行官兼共同创始人软件的范式转换质量管理介绍软件质量是每个商业企业日益关注的问题, 因为不断升级的角色软件在运行关键业务系统中发挥作用。软件质量包括外部和内部质量。外部或功能性, 质量描述软件与其定义的功能需求–它是否按预期执行？内部质量描述关键的内部代码的特性, 如健壮性、标准一致性和可维护性。行业统计显示, 平均而言, 软件产品的生命周期成本的80% 用于维护,根据内部质量, 维护成本有很高的变异性。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码质量控制方法涉及 so-called 的准时审核或质量门, 这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的 "后一英里"-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断, 因为它们会导致更改"已完成" 软件。在hao的情况下, 这种质量控制方法会导致延迟和返工。在坏的情况是, 它导致了劣质软件的发布。在这两种情况下, 传统方法使人们认识到, 构建高质量的软件过于复杂和昂贵。迫切需要一个新的模式, 强调质量贯穿整个开发周期, 并有更短的反馈回路, 以确保快速解决内部质量问题;简而言之,从一开始就建立质量的模型, 而不是事后考虑。连续检查是一个整体的、完全实现的过程, 旨在使内部代码质量成为软件开发生命周期的组成部分。通过提高所有利益相关者的知名度生命周期, 连续检测使企业能够接受代码质量 whole-heartedly。在 SonarSource 的支持下, 连续检验范式是非常有效的, 并已被证明从小公司到财富100强企业, 在现实世界中工作,各行业。本文详细介绍了代码质量管理中的关键问题。它然后介绍了连续检查范式, 并说明了它如何解决这些挑战,支持数以千计的企业提高软件质量。

使用SonarQube - Blockers进行PL / SQL分析

发表评论

PLSQL_BlockersCritical在上一篇文章中，我们已经看到如何创建我们自己的PL / SQL质量配置文件，激huo SonarQube默认配置文件中的所有132个现有规则。现在，我们可以重新启动前面发起的分析。

这样，我将能够处理PL / SQL配置文件中存在的所有规则，并选择我想要使用的规则，以便为我的演示环境创建PL / SQL仪表板。继续阅读→

此条目发布于2014年1月5日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。

使用SonarQube进行PL / SQL分析 - PL / SQL质量配置文件

发表评论

SonarQubePLSQL3在从Jenkins配置我们的第yi个PL / SQL分析后，我们启动了它，现在我们可以在SonarQube仪表板中查看结果。

这将是一个机会，在我们的下一篇文章中讨论和解释SonarQube提出的PL / SQLjia实践。但首先，我们来看看SonarQube PL / SQL质量配置文件中的规则。继续阅读→

Jean-Pierre FAYOLLE于2013年12月29日发布了SonarQube - PL / SQL。