SonarSource的产品和服务被世界各地的客户所使用。所有规模的组织都在使用来自SonarSource的产品和服务提高生产率，代理商sonarqube中文，降低风险，终开发更好的软件。Silverpeas已经能够实现新的功能和提高产品性能，这已导致赢得越来越多的客户。Silverpeas是协作知识和内容管理的平台。写在爪哇，Silverpeas出生于1999年，在黑暗时代的J2EE。这是一个时代之前的框架，当英雄编码没有测试或文件。结果是一个工作产品的支持下的混乱的定制框架，是基于良好的想法，但执行不。随着时间的推移，由于在产品的早期就做出了短视的设计决策，而且由于对其体系结构没有明确的愿景，因此发展和维护代码变得越来越困难。技术债务=责任这种情况使我们很难跟上创新的步伐，保持市场的竞争力。使问题复杂化的是，执行基本维护和实施新功能的高昂成本使得很难获得新客户。技术债务代表了一个太大的负债。够了在2009年，Silverpeas团队作出了一个激烈的决定:现在是时候，以现代化的架构和提高Silverpeas的代码质量。但他们需要确切地知道如何，什么，以及在哪里重构之前，他们可以继续。我们需要一个工具来支持我们的改变，Silverpeas软件建筑师米格尔Moquillon说。SonarQube(当时的声纳)被选中来帮助我们获得正确的，这些问题。通过它的质量分析工具和它的统一和可定制的界面，中国sonarqube中文，我们有信息，以确定我们必须执行的任务，以减少技术债务和提高代码的质量。这是我们的GPS在改善Silverpeas的道路上。SONARQUBE保持技术债务控制Silverpeas团队在Silverpeas的现代化过程中选择了SonarQube这一关键角色，部分原因是它是开源的，就像Silverpeas一样，中国sonarqube中文，易于扩展，但SonarQube也提供了一些功能Moquillon说，团队发现引人注目的:统一和集中的仪表板一个统一和集中的仪表板，其中呈现代码的主要质量指标:一目了然是什么出错了，什么是改进了，很容易看到。简单的导航--一种简单的方法来导航到相关代码的不同指标:很容易找到需要操作的代码部分.强大的报告-在时间的指标演变的迹象:我们可以估计我们的代码改进的努力。更好的软件质量已导致越来越多的客户赢得SonarSource的解决方案有助于Silverpeas的成功，通过对关键问题提供持续和快速的反馈以及如何解决它们的建议。工作从坚实基地它的代码质量改进给它，Silverpeas团队已经能够实现新的功能，并提高产品的鲁棒性和性能，这已导致赢得越来越多的客户。今天，Silverpeas团队致力于将其软件质量保持在SonarQube的轨道上。Moqillon说，Silverpeas团队对SonarQube有信心，因为这是一个开源项目，如Silverpeas，因此，我们是确保其演变和质量。他赞扬SonarQube的定期发布时间表、易用性、易于安装以及与现有开发基础结构(如连续集成服务器詹金斯)和构建系统Maven等集成的易用性。现在，SonarQube分析运行每晚Silverpeas的35.1万行代码，由詹金斯触发的后期生成行动。开发人员和经理定期检查结果，sonarqube中文，并采取行动解决问题的集体努力，以维护和进一步提高Silverpeas的软件质量。SonarSource优化质量分析以实现业务价值复杂性:代码可见性降低了软件风险适用于自动化软件质量2014–2018的预测和2013供应商份额:一些ASQ的增长与持续的采用预计移动，云和嵌入式，IDC251643和建立软件质量分析策略，帮助解决第三平台复杂性，IDC253257主办单位:SonarSource梅林达-卡罗尔.卢2015年1月简介:了解质量分析差距的影响数字世界的转变，数字转换的影响，以及对持续性的需求跨技术平台的部署给IT组织带来了巨大的压力，因为它们解决动态变化的业务需求。高质量应用的上市时间变得至关重要，但提供软件发布和开发新的面向客户的快速应用是一个越来越大的挑战。对于大型跨国企业来说，情况尤其如此。必须与复杂多变的多式技术网络相抗衡的组织与遗留系统和资源结合在一起的数千个用户的地理分布式.对于CIO来说，目标不仅仅是提高it的敏捷性--它是关于如何使用它来成功地跨第三平台增强业务灵活性、创新性和客户体验，范围从移动，社会系统的参与，到云，同时合并大数据分析.在操作层面上，这种做法增加了公司的压力，重组、更新和转换软件开发和测试实践。这可以允许为了更快地交付具有适当质量、风险、速度和成本水平。然而，尽管质量低劣的软件对客户访问、收入和商业信誉在这些有影响力的移动和其他第三平台环境中，许多组织已经陷入了可怜的软件卫生习惯。能见度不足的水平缺陷的原因及其影响为许多创造了一种文化他们所创造的缺陷的责任。在墙上抛出代码用于部署仍然是频繁的，内脏的问题造成的公司，部分由迫切的需求立即这些关键业务环境中的软件交付。然而，不良的发展途径即使需要提高代码质量并在周期早期消除缺陷也会发生急剧增加。在IDC中，我们一直在跟踪重大业务变更项目的成功率组织在过去的几年里，和我们的2014QA调查横跨超过200大企业发现有问题的项目成功率。我们将成功定义为及时、相关和个别项目的预算交付。我们的研究表明大约40%的商业面向更改的软件开发项目未能满足这些要求。和60%按时交付和预算通常需要事后调整，以确保公司的后期限已经达到(例如，需要在项目中投入更多的员工，或者©2015IDC#IDCTS08W2项目范围减少)。除了这些预算和及时性挑战，代码质量问题.IDC的研究显示，在生产后期发现的缺陷成本指数更高对组织修复比在周期中发现的更早(10–100倍或更多，取决于其他依赖项，以及在生命周期中发现问题的后期程度)。的能够发现代码问题，有共同的访问问题，并负责修复这些问题和解决积压成为的环境无情用户体验不佳和功能失败。客户反馈的即时性用户参与、用户衰减率和应用程序商店评级带来了新的可视级别和重要的是推动采用常见的代码问题访问上下文，以便快速补救，以及对安全挑战的可见性。这些因素与软件项目复杂性的增加相结合。企业采用复杂、使用内部和外部资源(如系统)进行地理分布的开发集成商(SIs)随着各种开发工具的使用而显著增加(包括开源)、多种语言和敏捷流程。这意味着需要代码分析，可以共同访问有关软件问题的信息和定量和跨不同团队的定性指标从未如此巨大。在这个数字消费化和流动性的时代，项目变得更具挑战性和管理的关键。为什么?SonarSource简介代码质量是软件发明时出现的问题。代码质量差会导致各种问题:团队速度低、应用程序退役、生产崩溃、公司声誉不佳..。在SonarSource，我们提供了解决方案，以提高维修性，可靠性和安全性。性问题这通常被称为技术债务。与可维护性相关的问题在我们的产品中被命名为代码气味。从本质上说，软件预计会随着时间的推移而改变，这意味着今天编写的代码将在明天更新。在代码库中进行此类更改的能力、成本和时间直接与其可维护性级别相关。换言之，低可维护性意味着开发团队的低速。可维护性包括模块化、理解、可变性、可测试性和可重用等许多概念。它不采取关键问题的形式，而是数以千计的小问题与jia做法的结果。华克斯-中国sonarqube中文由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司是江苏苏州,行业软件的见证者，多年来，公司贯彻执行科学管理、创新发展、诚实守信的方针，满足客户需求。在华克斯领导携全体员工热情欢迎各界人士垂询洽谈，共创华克斯更加美好的未来。)