Non-Technical Individual Skills are Weakly Connected to the Maturity of Agile Practices
内容：敏捷软件开发的现有知识表明，个人能力（例如技能）是敏捷项目成功的关键因素。虽然假设技术技能对每种软件开发项目都很重要，但许多研究人员认为非技术个人技能在敏捷软件开发中尤为重要。目的：在本文中，我们调查是否非技术的个人技能可以预测敏捷实践的使用。方法：通过使用来自荷兰和巴西的六个软件开发组织的敏捷团队的113名参与者创建一组多元线性回归模型，我们分析了与敏捷实践相关的非技术个人技能的预测能力。结果如下：结果表明，有令人惊讶的低功率使用非技术的个人技能来预测（即解释方差）在软件开发中的敏捷实践的成熟使用。结论：因此，我们的结论是，在试图理解和解释敏捷实践在软件开发环境中的成熟使用时，关注非技术性的个人技能并不是最佳的分析水平。我们认为，更重要的是要把重点放在非技术技能作为一个团队层面的能力，而不是确保所有个人都拥有这样的技能时，理解敏捷实践的使用。
2018-09-07 cs.SE
Towards a TDD maturity model through an anti-patterns framework
针对TDD实践中反模式成因尚不明确的问题，本文提出一项探究TDD反模式背景与诱因的研究项目，旨在构建TDD成熟度框架，辅助从业者开展测试驱动开发并规避反模式。
2023-07-21 cs.SE
MLSMM: Machine Learning Security Maturity Model
Blekinge Institute of Technology（布莱金厄理工学院）
本文提出机器学习安全成熟度模型（MLSMM），沿ML开发生命周期组织安全实践并建立三个成熟度级别，以促进工业界与学术界更紧密合作。
2023-06-28 cs.CR cs.LG cs.SE
RSMM: A Framework to Assess Maturity of Research Software Project
本文提出RSMM框架，通过系统文献综述与专家访谈，将79项最佳实践划分为4个领域17项能力，系统评估并完善研究软件项目的成熟度与管理流程。
2024-06-03 cs.SE
Software Requirements Engineering Healthcare Implementation Maturity Model (SRE-HIMM) for Global Health-Care Information System
本研究工作的基本目标是开发一个软件需求工程医疗实施成熟度模型（SRE-HIMM），这将有助于医疗机构有效地评估和实施HIS开发过程。该模型是基于系统性文献综述（SLR）方法和实证结果开发的。使用SLR方法提取了53项主要研究，并从提取的主要研究中确定了CSF、CB和最佳实践。确定的成功因素和障碍，进一步排名使用层次分析法（AHP）的方法。此外，我采用了关键成功因素（CSF）和关键障碍（CB），而不是PA和可用的成熟度模型，即，CMMI用于开发（SRE-HIMM）。根据CMMI、IMM和SOVRM，将确定的CSF和CB分为五个成熟度级别。实证调查由HIS专家进行，以评估SLR的发现。此外，与该公司进行了案例研究，以评估SRE-HIMM的有效性，结果令人满意。
2022-12-02 cs.SE
Test Automation Process Improvement in a DevOpsTeam: Experience Report
如何成功地进行持续开发的测试自动化过程改进（TAPI），包括迭代软件开发，持续测试和交付，是许多软件组织面临的挑战。在本文中，我们介绍了F-Secure（芬兰软件公司）的一个DevOps团队在TAPI上的经验报告。该团队构建Windows应用软件，并存在于F-Secure的TAPI文化中。该团队自我报告在持续开发的测试自动化方面的高满意度和成熟度。为了研究他们的TAPI，我们回顾了一系列经验记录、团队反思报告和遥测结果报告。随后，又召开了几次会议讨论细节。我们发现，基于团队的理解，持续开发的测试自动化成熟度被定义为一组指标，例如，提高发布速度，提高团队的生产力，测试效率高。第二，该小组指出，一系列关键的成功因素对成功执行其TAPI具有重大影响，例如，增量方法，整个团队的努力，测试工具的选择和架构，遥测。第三，我们将观察团队中的TAPI实践与先前文献中描述的实践进行比较。该团队认为，现有的测试自动化成熟度方法应该包括已确定的实践，如整个团队努力为软件行业构建更全面的测试自动化改进模型。
2020-04-15 cs.SE
A Study of Adoption and Effects of DevOps Practices
本文通过文献检索和全球调查研究了14项DevOps实践对组织绩效的影响，发现多数实践被采纳且与成熟度正相关，整体效果积极但存在部分负面影响。
2022-11-17 cs.SE
A Value-driven Approach for Software Process Improvement -- A Solution Proposal
软件过程改进（SPI）是达到目的的手段，而不是目的本身（例如，目标是实现更短的上市时间，而不仅仅是遵守工艺标准）。因此，SPI计划应该被简化，以满足组织的期望价值。通过文献回顾，七个次级研究汇总成熟度模型和评估框架被确定。此外，我们确定了构建新成熟度模型的六个建议。我们分析了现有的成熟度模型（a）它们的目的，结构，指导方针，以及（b）它们明确考虑价值和利益的程度。基于这一分析，并利用建议中的指导方针来构建成熟度模型，我们介绍了一种为SPI开发价值驱动方法的方法。该提案利用了养恤金依赖网络。我们认为，我们的方法实现了以下主要好处：（a）作为一种价值驱动的方法，它简化了价值交付，并有助于避免不必要的流程干预;（b）作为一个知识库，它有助于编纂经验教训，即所采用的做法是否导致价值实现;（c）作为一种内部流程成熟度评估工具，它跟踪流程实现的进展情况，这对于监控朝向预期值的进展是必要的。
2021-05-11 cs.SE
Toward a Research Software Security Maturity Model
NSF在其科学、工程和教育软件的愿景和战略中指出，它将投资于以下活动：“认识到软件战略必须包括安全可靠的服务部署和运营，例如由校园或国家设施或行业，其中身份、认证、授权和保证是至关重要的运营能力。“和“产生高质量、可用、安全、免维护、可持续、健壮、经过良好测试和可维护/可发展的软件;并促进可靠和有用的持续投资的可持续性。“这些声明证明，安全确实应该是软件生态系统的首要考虑因素。在这份立场文件中，我们分享了一些与研究软件安全相关的想法。我们的想法是基于这样一种观察，即安全性不是一个二元的、全有或全无的属性，而是一系列的实践和要求，这取决于软件的预期部署和使用方式。我们建议社区利用成熟度模型的概念，并努力就研究软件安全成熟度模型达成一致。该模型将对部署社区的不同安全需求集进行分类，并为软件开发人员提供一个推进其软件安全成熟度的路线图。本文的目的不是表达这样一个全面的成熟度模型，而是开始一个对话并设置一些初始需求。
2013-09-06 cs.CR cs.SE
Towards Dependable Change Management and Traceability for Global Software Development
本文报告了我们的全球软件开发管理（GSD），实现了具体的做法-管理需求变更-的能力成熟度模型集成（CMMI）2级的指南的定义。该指南提供了一个变更管理和可追溯性的模型，以支持特定CMMI 2级目标的实现。此外，为了支持系统工程过程的有效管理，提供了项目生命周期实践的项目管理知识体系（PMBOK）过程组（PG）的适应。我们引入了一个基于云的反应式中间件，它提供了管理GSD项目的服务，以实现可靠的变更管理和可追溯性。
2016-08-21 cs.SE
A Survey of Software Engineering Practices in Turkey (extended version)
背景：了解行业中使用的软件工程实践和技术的类型是很重要的。在每个软件团队和公司中进行的软件工程实践的类型和成熟度方面有很宽的范围。为了描述在软件公司中进行的软件工程实践的类型，在不同的国家和地区进行了各种调查。土耳其有一个充满活力的软件行业，重要的是要描述和了解该行业的软件工程实践的状态。目标：我们的目标是描述和掌握土耳其软件行业软件工程实践类型的高级观点。在这项研究中，我们调查的软件工程实践包括：软件需求、设计、开发、测试、维护、配置管理、发布计划和支持实践。目前的调查是在土耳其软件行业背景下进行的最全面的调查。方法：为了实现上述目标，我们系统地设计了一个在线调查46个问题，根据我们过去的经验，在加拿大和土耳其的背景下，并使用软件工程知识体系（SWEBOK）。来自土耳其软件行业的202名执业软件工程师参加了调查。我们分析和报告在本文中的问题的结果。只要有可能，我们还会将我们的调查趋势和结果与2010年在加拿大软件行业进行的类似调查结果进行比较。
2014-12-16 cs.SE
Validation Measures in CMMI
验证是软件工程规程之一，有助于将质量构建到软件中。软件确认过程的主要目标是确定软件正确执行其预期功能，并提供有关其质量和可靠性的信息。针对CMMI中验证过程域的具体目标及其具体实践，提出了一般的度量方法。CMMI是由软件工程研究所（SEI）开发的。CMMI是一个用于改进和评估软件开发过程的框架。CMMI需要一个实用的测量程序。我们用来定义度量的方法是将目标问题集（GQM）范式应用于CMMI中确认过程域的特定目标及其特定实践。
2011-03-19 cs.SE
Continuous Experimentation and the Cyber-Physical Systems challenge: An overview of the literature and the industrial perspective
背景：新的软件开发模式正在出现，旨在加速交付价值的过程。一种是持续实验，它允许在开发阶段系统地部署和运行仪表化软件变体，以便从应用领域收集数据。虽然目前这种做法每天都在基于网络的系统上使用，但在计算资源受到限制的领域中，技术困难对其采用提出了挑战，例如，网络物理系统和汽车行业。目的：本文旨在概述在网络物理系统的背景下，对持续实验实践的参与。了解在网络物理系统的背景下，持续实验实践的最新技术是什么，以及从业者对此实践的反馈是什么。方法：进行了系统的文献综述，以调查实践和应用领域之间的联系。此外，工业多个案例研究报告。结果：该研究介绍了当前关于网络物理系统领域连续实验的最新技术水平。最后介绍了连续试验在工业上的应用前景。结论：该领域尚未成熟。发现的概念分析多于解决方案建议，实践状况尚待实现。然而，预计随着时间的推移，将提出越来越多的解决方案并加以验证。
2020-09-11 cs.SE
Large scale reuse of microservices using DevOps and InnerSource practices -- A longitudinal case study
本文通过 Ericsson 的两阶段纵向案例研究，分析 DevOps 与 InnerSource 支持微服务大规模复用的成本、收益与挑战，并指出扩大 InnerSource 与自动化合规检查可提升复用成熟度。
2023-09-26 cs.SE
Automated Extraction and Maturity Analysis of Open Source Clinical Informatics Repositories from Scientific Literature
本文提出从 arXiv 论文中自动提取 GitHub 仓库 URL，并通过 GitHub API 获取 stars、forks 等指标进行成熟度分析，以构建 NIH 资助临床信息学软件工具的集中知识库，并展望结合大语言模型实现工具自动摘要与持续监控。
2024-03-27 cs.DL cs.SE
A Progression Model of Software Engineering Goals, Challenges, and Practices in Start-Ups
本研究通过调查84个软件初创企业案例，识别其普遍的工程目标、挑战与实践，结合生命周期阶段构建软件工程演进模型，明确初创企业核心工程挑战，为研究与实践提供参考。
2023-12-12 cs.SE
Operationalizing the EU AI Act in Agile Software Development: A Guideline-Based Approach
University of Applied Sciences and Arts Hannover（汉诺威应用科学艺术大学）；University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）；Volkswagen AG（大众汽车股份公司）
该研究针对敏捷团队无法适配欧盟AI法案合规要求的痛点，基于设计科学研究开发出含12项内容的合规指南，经验证可帮助敏捷团队在保留敏捷实践的同时满足欧盟AI法案合规需求。
2026-08-18 cs.SE
Cataloging Dependency Injection Anti-Patterns in Software Systems
内容：依赖注入（DI）是一种常用的机制，用于将类与其依赖项解耦，以提供更高的模块化。然而，糟糕的DI实践通常会导致负面后果，比如增加耦合。虽然白色文献中提到了DI反模式的存在，但没有证据表明它们的实际相关性、有用性和普遍性。目的：本研究的目的是提出和评估Java DI反模式和相关重构的目录。方法：我们回顾了现有的DI反模式，以分析其完整性。在文献中发现的局限性促使提出了一个新的12个DI反模式目录。我们开发了一个工具来静态分析候选DI反模式在开源和行业项目中的出现级别。接下来，我们调查从业者，以评估他们对相关性、有用性的看法，以及他们重构目录的反模式实例的意愿。结果：我们的静态代码分析工具显示出92.19%的相对召回率和较高的平均精度。结果表明，至少有9种不同的DI反模式在分析的项目中频繁出现。此外，我们的调查证实了目录的感知相关性，开发人员表示愿意从源代码重构反模式的实例。结论：该目录包含实践中出现的Java DI反模式，这些反模式被认为是有用的。与实践者分享它可以帮助他们避免这种反模式，从而提高源代码质量。
2021-10-16 cs.SE
Antipatterns in AI-assisted Qualitative Data Analysis: A Catalog of Temptations and Pitfalls for Software Engineering Researchers
本文针对软件工程研究者，梳理AI辅助定性数据分析中的三类反模式，助力研究者规避相关陷阱，为该领域负责任的方法学演进提供支撑。
2026-08-31 cs.AI cs.SE
Principles and Practices of Large-Scale Code Analysis at Ant Group: A Data- and Logic-Oriented Approach
Ant Group（蚂蚁集团）
提出CodeFuse-Query，一种基于Datalog和两层模式COREF的大规模代码分析数据系统，通过逻辑计算和领域优化设计实现高效跨语言分析，每日处理超100亿行代码。
2026-06-17 cs.PL cs.SE
Lessons Learned from the Use of Generative AI in Engineering and Quality Assurance of a WEB System for Healthcare
Universidade Federal do Rio de Janeiro (UFRJ)（巴西里约热内卢联邦大学）
本文分享了在医疗保健Web系统开发中应用生成式AI的经验，涵盖项目管理到质量保证全过程，为软件组织利用AI提升开发实践与软件质量提供了宝贵见解。
2025-11-01 cs.AI cs.ET cs.SE
