连续检查由奥利维尔Gaudin，SonarSourceSA首席执行官兼共同创始人软件的范式转换质量管理介绍软件质量是每个商业企业日益关注的问题，因为不断升级的角色软件在运行关键业务系统中发挥作用。软件质量包括外部和内部质量。外部或功能性，质量描述软件与其定义的功能需求–它是否按预期执行？内部质量描述关键的内部代码的特性，如健壮性、标准一致性和可维护性。行业统计显示，平均而言，软件产品的生命周期成本的80%用于维护，根据内部质量，维护成本有很高的变异性。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码质量控制方法涉及so-called的准时审核或质量门，华南代理商sonarqube，这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的最后一英里-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断，因为它们会导致更改已完成软件。在最hao的情况下，这种质量控制方法会导致延迟和返工。在最坏的情况是，它导致了劣质软件的发布。在这两种情况下，传统方法使人们认识到，构建高质量的软件过于复杂和昂贵。迫切需要一个新的模式，强调质量贯穿整个开发周期，并有更短的反馈回路，以确保快速解决内部质量问题;简而言之，从一开始就建立质量的模型，而不是事后考虑。连续检查是一个整体的、完全实现的过程，旨在使内部代码质量成为软件开发生命周期的组成部分。通过提高所有利益相关者的知名度生命周期，连续检测使企业能够接受代码质量whole-heartedly。在SonarSource的支持下，连续检验范式是非常有效的，并已被证明从小公司到财富100强企业，在现实世界中工作，各行业。本文详细介绍了代码质量管理中的关键问题。它然后介绍了连续检查范式，并说明了它如何解决这些挑战，支持数以千计的企业提高软件质量。SonarSource在这些更复杂的环境中，组织必须做更多的事情。全球竞争环境，资源很少和/或减少。他们必须弥合everincreasing它与业务的新形式的社会参与之间的差距，并抗衡随着更多的要求创新的应用程序，满足业务和消费者的需求。企业项目在激烈的全球压力下空前的水平和率技术变化要求部门协同工作，包括业务干系人和跨IT、开发、质量和运营的管理人员，以便在竞争中生存。正如我们看到的组织转向复杂的采购，代理商sonarqube中国总代理，以解决这些业务和技术需求，代理商sonarqube规则，我们看到了对软件分析、自动化和通用过程的需求通过.对于IDC来说，复杂的采购意味着利用外部服务提供商的资源(如陆上和近海SIs)，来自商业、IT、基础设施的内部资源，承包商，并使用开源软件(OSS)解决方案和组件。需要建立伙伴关系和使用一系列资源，要求管理、自动化、和质量的协调。代码质量的可见性成为关键，有助于提高行为，以产生更好的软件和地图团队的适当类型的项目给经验水平和执行(即使机会成为教育团队更有效地执行)。服务提供商和内部员工都需要他们的游戏与关于软件的创建、适当的质量和缺陷的积压。技术债务只能识别和解决，如果它是可见的，可以通过适当的自动化工具启用和过程策略的采用和分析，以了解影响。这一IDC技术聚焦将讨论改进软件分析方法的必要性，缺陷管理、安全和度量，通过主动可见性来获得业务和IT好处。那些不懂历史的人注定要重蹈覆辙;这句谚语也适用于无效软件创建、质量和缺陷缓解和解决方法。不断变化的质量观随着企业越来越依赖于技术和软件来提供核心产品，代理商sonarqube招标参数，CIO的工作正在转变。预算没有增加，但业务期望它能够在高度复杂的环境中比以前更快地交付新的业务价值提高了对质量的期望。此外，有一种期望，它会变得更清楚新的业务目标，并将IT优先级与之相匹配。一个关键的挑战是如何使更快地交付更高质量的应用程序，以满足业务和客户需求。它，并cio必须超越提高IT效率以实现业务创新，并提供具有持续部署和改进的软件实践的卓越客户体验。和一个基本的构建模块是代码分析和管理。缺乏对代码质量的可见性，以及导致问题的代码更加明显和更多的削弱企业现在由于能见度和曝光要求移动和其他面向客户的应用程序。这已经成为高管们的核心问题，那些在代码创建级别的组织。开发和提供高质量的软件版本和新的面向客户的应用程序时间是一个越来越大的挑战，特别是对于那些必须与复杂的与遗留系统和资源相结合的现代技术网络。组织必须解决内部业务的需求-企业应用程序的扩展和可用性移动/社会/云平台-以及满足客户/消费者对可用性的需求创新的应用。然而，如何做到这一点，而不提供洞察问题，因为它们是无意中创建的？可以做些什么来提高整体软件质量以减少问题和风险，同时加快发布周期，使新的服务和产品更快地投放市场？这要求对软件漏洞和缺陷进行有效和早期的管理，以使主动的质量战略和降低成本。然而，如何才能减轻现有的不良行为最hao完成这些目标？SonarSource提高应用价值，降低软件开发风险成功的组织在过程中向前移动质量分析并使其迭代作为整个软件开发生命周期的一部分。开发和测试世界和业务方法以及正在向敏捷模型演进-持续的价值生成/连续改进/连续检验是提高质量的重要战略。这些都是IDC为end-user客户和服务提供商所观察到的关键策略:?传统的代码质量方法通常在测试成为检查表项时失败在开发过程结束时，QA团队运行一个工具并返回开发团队在软件进入之前需要采取的行动列表生产.这可能导致延迟和预算超支。所以会发生什么经常是管理标志移动项目，没有质量门发展.?在项目开始时从项目代码分析中收集适当的度量标准是至关重要的。如果没有正确的度量标准(或任何度量标准)，代码库可能会在没有人注意的情况下恶化，或者在技术债wu达到一定的时候才会注意到在时间和预算限制的情况下，成本太高而无法解决的级别。收集代码度量连续可以提供可见性，并使团队的优势控制代码库的技术债wu。?理解要修复的代码也是必不可少的。通常，团队开始重构因为他们认为代码库在性能、脆性、不稳定性方面是不好的，难于维护和扩展。但如果没有正确的语境分析，它是无法检测到代码库的哪个部分负责所遇到的问题。因此，更改可能会应用到错误的代码，或者正确的代码被重构错误的方式，或只有部分问题得到解决。这是一个度量和工具的领域可以通过标识导致问题的代码部分来帮助。确保持续的软件质量是成功的关键end-user公司和服务组织都必须运行软件开发作为业务.这样做的一部分是管理软件的远程可维护性，即发展今天你需要保持明天。积极主动的架构，也所创建内容的质量是管理软件长期支出的关键维护;保存错误的、结构较差的软件是更昂贵的。在这方面，应用程序维护团队还需要对软件进行可视化，以便能够更好地维护代码以降低成本，实现更好的质量，并提高客户响应能力和ROI。在将任何代码发送到客户之前，为代码建立一致的进程分析可以帮助确保必须运行软件的公司的长期改进有效地发展。SONARSOURCE和SONARQUBE平台SonarSource:介绍SonarSource是一家瑞士公司，成立于2008年。该公司诞生的愿望处理和解决与软件质量相关的不断增长的问题，并为市场带来解决方案可以跟踪的软件开发过程中的代码质量。在竞争激烈的市场中来自少数提供商的服务，SonarSource的投资组合是由它的根在开放的区别来源，其可访问性，和一系列的参与选项从包装和定价角度.SonarQube平台被创造了并且采取了到市场(最初作为声纳)，与SonarSource在2009年10月发布该平台的第yi个商业插件。到2010年3月，SonarSource开始看到社区和企业都接受了SonarQube平台，到那时，一个月被下载超过2000次。在2010年5月，SonarSource发布的COBOL和VisualBasicplug-ins，随后几个月后由一个SQALE插件，c#插件(2011年6月)和PL/SQL插件(2011年9月)。该公司的主要意图是带来负担得起的和直观的质量解决方案和分析开发人员还提供了广泛、分布式使用的功能。今天，SonarSource有全球约有350客户，包括德意志银行、美国银行、米其林、西班牙、法国巴黎银行、泰雷兹和EADs。SonarQube平台使用约300客户，与3万和4万安装。该公司已看到的在过去几年的增长，它现在雇用了超过30员工，从20人就在12月前苏州华克斯-代理商sonarqube中国总代理由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司在行业软件这一领域倾注了诸多的热忱和热情，华克斯一直以客户为中心、为客户创造价值的理念、以品质、服务来赢得市场，衷心希望能与社会各界合作，共创成功，共创辉煌。相关业务欢迎垂询，联系人：华克斯。)