华克斯-sonarsource/sonarqube咨询

sanarsource

管理和增---规模软件环境

软件开发中的挑战

当管理人员寻求发展关键业务应用程序时， 的协调性很强

管理在早的软件生命周期阶段通过到操作可以帮助导致

成功的、连续的部署以及公司和 it 生产率。组织必须使

通过观察当前的挑战并利用基于这些问题的策略来实现这一转变

创造变革的动力。

idc 将以下内容确定为软件开发人员和组织面临的da挑战

这取决于快速， ---的软件创造竞争成功:

?业务有不断增长的需求， 无论是升级和修复， 以及新的

面向客户的应用程序。it 和开发团队必须将方法转换为代码， 并

分析， 以产生更高层次的信心在软件交付 (

更少的缺陷)。

以适当的资源， 以合适的成本、和风险实现更快的上市时间

分配-并转移视图， 即软件开发、代码分析和测试是

仅仅是一个 成本中心， 成为---的 业务价值推动者。

?---业务风险和技术----帮助---交付高的 安全

通过主动、迭代代码检查以及

软件从业者和管理人员的共同可见性。

?从缺陷检测 (往往太晚) 转移到主动预防性缺陷和前期缺陷

认同与共同分析和一个 ---的来源 横跨小组和管理人员。

?灵活、化的仪表板可以使团队能够查看与他们相关的数据

并能增强个人责任和集体协作。

?透明度是理解、代码完整性和测试活动的关键

正在进行-与迭代构建管理进行协调并设置适当的

值.

?不断增长的治理和法规遵从性需求是影响

市场并对公司施加压力， 使代码自动评估能力;这可以

帮助推动工作流程改进、可追溯性、报告和度量。

?如果有有限的或没有单元测试， 并没有什么想法是否

当前的设计允许快速添加新功能或能够使

改进， 对重构的关注可以衣组织并充当

---改变。

?当 bug 在开发生命周期的后期被发现导致 红色警报 情况

当发布成为 龙， qa 和客户支持必须战斗之前

软件可以部署到客户， 这种负mian影响也可以激发行为

转移.

?利用代码分析信息提供改进行为的机会

通过透明度和迭代变化 (不使用此信息作为 墙

惩罚团队或个人 是可耻的。

? it、、运营和业务团队应该团结起来， 将这些挑战作为

跳过点， 并作为一个动力， 以改变现有的软件开发的---习惯和

行为.建立有效的软件分析和检查， 创建编码规则和

要求特定级别的生成和发布的边界， 并利用度量

改进战略以及依赖 highperforming 的业务成果，

---的软件。

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