Navigating MLOps: Insights into Maturity, Lifecycle, Tools, and Careers
本文针对MLOps生命周期框架与成熟度模型不一致导致的实践混乱，提出了一个统一且纳入LLMOps的MLOps生命周期框架，并概述了不同成熟度级别下的关键角色、工具与成本，以帮助组织有效分配资源并实施MLOps。
2025-03-19 cs.SE
An Architecture Process Maturity Model of Software Product Line Engineering
软件体系结构由于其在创建高质量软件中的重要作用而成为软件工程界的一个关键研究领域。开发产品线而不是单一产品的趋势使软件产品线成为行业中可行的选择。软件产品线体系结构被认为是产品线中的关键组成部分之一，因为所有的产品都共享这个共同的体系结构。软件产品线的日益普及需要一种过程成熟度评估方法。因此，本文提出了一个软件产品线工程的体系结构过程成熟度模型，以评估当前成熟的产品线体系结构开发过程中的组织。评估问卷和评级方法构成了这一模式的框架。调查问卷的目的是收集有关软件产品线架构开发过程的信息。因此，在一般情况下，这项工作有助于建立一个全面的和统一的战略，软件产品线工程的过程成熟度评估。此外，我们进行了两个案例研究，并报告了评估结果，这表明了两个组织的体系结构开发过程的成熟度
2015-07-24 cs.SE
Software Test Automation Maturity -- A Survey of the State of the Practice
软件行业对测试自动化越来越感兴趣。在本文中，我们提出了一个测试自动化成熟度调查作为一个自我评估的从业者。基于来自25个国家的101个组织的151名从业者的回应，我们对测试自动化成熟度的实践状态进行了观察：a）不同组织的测试自动化成熟度水平由他们采用的实践区分; b）从业者报告了不同实践的不同情况，例如，85%的从业者认为他们的测试团队有足够的测试自动化专业知识和技能，47%的从业者承认缺乏设计和执行自动化测试的指导方针; c）一些实践是强相关的和/或紧密聚集的; d）自动化测试案例的百分比以及敏捷和/或或DevOps开发模型是更高测试自动化成熟度水平的良好指标;（e）从业者的角色可能会影响响应变化，例如，QA工程师给出了最乐观的答案，顾问给出了最悲观的答案。我们的研究结果提供了一个深入了解目前的测试自动化过程和实践，并指出在目前的行业进一步改进的机会。
2020-04-20 cs.SE
RSMM: A Framework to Assess Maturity of Research Software Project
本文提出RSMM框架，通过系统文献综述与专家访谈，将79项最佳实践划分为4个领域17项能力，系统评估并完善研究软件项目的成熟度与管理流程。
2024-06-03 cs.SE
Source Data for the Focus Area Maturity Model for API Management
我们将API管理定义为一项活动，使组织能够设计、发布和部署其API，供（外部）开发人员使用。API管理功能，例如控制API生命周期，API的访问和身份验证，监控，节流和分析API使用情况，以及提供安全性和文档。这些功能通常通过集成平台实现。该数据集描述了API管理重点领域成熟度模型（API-m-FAMM）。以结构化的方式，该模型旨在支持在API管理活动中向第三方开发人员公开其API的组织。通过全面的系统性文献综述（SLR），收集了114种实践和39种能力。随后，这些做法和能力被分为6个重点领域。接下来，通过评分员间协议和与所有参与研究人员的四次验证会议，对实践和能力进行了分析和验证。然后，通过使用从补充文献、在线博客文章、网站、商业API管理平台文档和第三方工具中收集的信息来验证实践和功能的集合。因此，最初的实践和能力被缩小到87个实践和23个能力。这些实践通过实践代码、名称、描述、实施条件、负责实践的角色以及最初确定实践的相关文献来描述。能力和重点领域由代码、说明和（可选）最初确定能力和重点领域的相关文献描述。使用API-m-FAMM，组织可以评估，改进和评估其业务流程在API管理方面的成熟度。
2021-05-27 cs.SE
A Framework for Process Assessment of Software Product Line
软件产品线已经成为一个有吸引力的现象，在组织处理软件开发过程。它涉及从现有的核心资产（通常称为零部件）组装产品，并随着生产的进行，核心资产不断增长。组织试图将软件产品线的概念，以减少开发时间和成本，需要一定的规则，以遵循成功的开发和管理，他们还需要一个直接的过程来评估当前的成熟度水平的过程。提出了软件生产线开发和管理的若干原则。此外，在软件产品线过程评估规则的基础上，设计并实现了一个基于模糊逻辑的软件产品线过程评估工具SPLPAT。SPLPAT可以用来评估软件产品线的过程成熟度水平，它提供了一个机会来处理软件过程变量中存在的不精确性和不确定性。四个案例研究进行了验证框架，结果表明，SPLPAT提供了一个直接的机制，以评估当前的软件产品线过程成熟度水平在一个组织。开发的软件产品线过程评估方法的结果进行了比较，与现有的CMM水平的组织，以评估所提出的方法的可靠性，并找出如何有效地组织可以执行软件产品线过程时，它已经达到了一定的CMM水平。
2015-07-24 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
Maturity Framework for Enhancing Machine Learning Quality
针对机器学习系统质量保障问题，提出一个开源的质量评估方法和结构化成熟度框架，基于Booking.com的实践经验，旨在提升ML质量与治理水平。
2025-02-12 cs.CY cs.LG cs.SE
Agile Ways of Working: A Team Maturity Perspective
随着管理软件开发项目的敏捷方法的出现，对运作良好的团队的可靠性也在增加，因为许多实践都是建立在团队合作的基础上的。本研究的目的是调查，如果，以及如何从群体心理学的角度来看，团队发展与敏捷团队的一些工作实践。数据收集来自34个敏捷团队（200人），从6个软件开发组织和一所大学在巴西和瑞典使用组开发问卷（规模IV）和感知敏捷测量（PAM）。结果表明，团队成熟度水平与两个敏捷实践\emph{iterative development}和\emph{retrospectives}之间有很强的相关性。因此，我们得出结论，敏捷团队在不同的团队发展阶段采用不同的团队敏捷性的一部分，从而证实了以前的研究，但更多的数据和调查具体的和应用的敏捷实践。因此，我们增加了证据的假设，敏捷项目的敏捷实施和管理需要适应敏捷团队的组成熟度水平。
2019-11-20 cs.SE
Agentic AI in 6G Software Businesses: A Layered Maturity Model
University of Oulu（奥卢大学）
本研究针对6G软件业务中智能体AI的采用，通过主题映射识别29个促进因素和27个阻碍因素，并基于CMMI模型提出分层成熟度模型框架，以帮助组织评估和推进智能体优先能力。
2025-08-05 cs.AI 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
A Study of Adoption and Effects of DevOps Practices
本文通过文献检索和全球调查研究了14项DevOps实践对组织绩效的影响，发现多数实践被采纳且与成熟度正相关，整体效果积极但存在部分负面影响。
2022-11-17 cs.SE
Combining Agile with Traditional V Model for Enhancement of Maturity in Software Development
在软件工程领域，每天都有许多新的原型被引入，以提高软件开发的效率和有效性。由于动态环境，组织经常交换他们的软件约束，以满足他们的目标。本文提出的研究方法是将传统的V模型与敏捷方法相结合，将这些模型的优点结合起来，同时最大限度地减少它们各自的缺点。新兴软件系统的波动需求和运营软件的累积成本迫使研究人员和专家确定新兴软件应用的创新和优越的手段，在小企业或企业级正在寻找。敏捷方法论有其自身的优点，但传统软件开发方法论的一些成功所必需的特性存在不足。这就是为什么嵌入式方法将是软件行业的正确答案，而不是纯粹的敏捷方法。这项研究表明，如何敏捷嵌入式传统可以发挥重要作用的软件开发。一项旨在发现这种方法在工业中的影响的调查。进行了定性和定量分析。
2017-02-01 cs.SE
Non-Technical Individual Skills are Weakly Connected to the Maturity of Agile Practices
内容：敏捷软件开发的现有知识表明，个人能力（例如技能）是敏捷项目成功的关键因素。虽然假设技术技能对每种软件开发项目都很重要，但许多研究人员认为非技术个人技能在敏捷软件开发中尤为重要。目的：在本文中，我们调查是否非技术的个人技能可以预测敏捷实践的使用。方法：通过使用来自荷兰和巴西的六个软件开发组织的敏捷团队的113名参与者创建一组多元线性回归模型，我们分析了与敏捷实践相关的非技术个人技能的预测能力。结果如下：结果表明，有令人惊讶的低功率使用非技术的个人技能来预测（即解释方差）在软件开发中的敏捷实践的成熟使用。结论：因此，我们的结论是，在试图理解和解释敏捷实践在软件开发环境中的成熟使用时，关注非技术性的个人技能并不是最佳的分析水平。我们认为，更重要的是要把重点放在非技术技能作为一个团队层面的能力，而不是确保所有个人都拥有这样的技能时，理解敏捷实践的使用。
2018-09-07 cs.SE
Advancing Digital Government: Integrating Open Source Software Enablement Indicators in Maturity Indexes
RISE Research Institutes of Sweden AB（瑞典RISE研究所）
本文研究如何通过分析16个数字成熟国家的政策和支撑行动，将开源软件赋能指标整合到数字政府成熟度指数中，以提升政府在软件重用和协作开发中的能力。
2026-06-04 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
An Analytical Approach for Project Managers in Effective Defect Management in Software Process
在任何软件行业中，缺陷估计和预测都是软件项目成功的主要调节因素。项目经理在有效预测和评估资源能力方面的成熟度和能力是产生高质量软件的战略驱动力之一。目前，还没有通过实证分析开发的评估技术来评估项目经理对有效缺陷管理的资源分配的决策能力。本文提出了一个基于产品的软件组织中进行的实证研究。通过对几个项目的深入调查，揭示了项目经理决策能力对实现上述目标的影响。本文使项目管理人员进一步认识到预测定位在资源分配中的重要性，以开发高质量的无缺陷软件产品。它还提高了公司的成熟度和在竞争环境中的持久性。
2012-03-29 cs.SE
ROOT: Requirements Organization and Optimization Tool
针对软件工程中需求构建、可追溯性建立等核心实践资源消耗大、应用不足的问题，研究团队开发了ROOT工具，通过集中项目信息、提供可视化与AI工具简化流程，提升工程师把控能力与早期错误检测效率，支撑软件系统成功开发。
2024-08-19 cs.SE
Generative AI for trustworthy systems - Towards a health check model
Chalmers University of Technology（查尔姆斯理工大学）；University of Hawai’i（夏威夷大学）；University of L’Aquila（拉奎拉大学）；Malmö University（马尔默大学）
本文提出可信自主健康检查模型，一种多维诊断工具，用于评估组织在生成式人工智能辅助软件工程中的信任建立，通过八个维度和四种信任范式支持跨组织比较与配置对齐。
2026-09-11 cs.SE
Constructing Effective Customer Feedback Systems -- A Design Science Study Leveraging Blockchain Technology
组织必须适应生态系统的变化，而客户反馈系统（CFS）提供了重要的信息，以使产品和服务适应不断变化的客户偏好。然而，目前的系统仅限于单维评级量表，并受到自我选择的偏见。这项工作有助于CFS的设计原则，并根据具体的组织目标，通过情境化的反馈来实现CFS，从而推进当前的系统。我们应用设计科学研究（DSR）的方法和报告的纵向DSR之旅，考虑到多个利益相关者的价值，利用价值敏感的设计方法。我们进行了专家访谈，设计研讨会，演示和为期四天的实验，在组织设置，涉及132个客户的一个主要的瑞士图书馆。在这个过程中，我们确认了确定的设计原则和实现的软件工件定性和定量，并得出结论，其有效的实例化。特别是，我们发现i）区块链技术可以提供有效CFS的三个设计原则。此外，ii）结合DSR与价值敏感的设计方法明确提供了设计原则的形式确定的重要价值的理由。此外，iii）利用这种方法，通过将软件工件的设计空间限制在与涉众价值观一致的那些选项上，使软件工件的构建在设计时间方面更有效。因此，这项工作的研究结果推进CFS的设计知识，并提供了两个，为研究人员的理论贡献，合理的设计原则和指导方针，以管理人员和决策者有效地设计软件工件。
2023-03-14 cs.CY cs.SE
Report on the Third Workshop on Sustainable Software for Science: Practice and Experiences (WSSSPE3)
本报告记录并讨论了第三届可持续科学软件研讨会：实践与经验（WSSSPE 3）。报告介绍了研讨会的主旨发言，概述了可持续科学软件。它还总结了一系列闪电会谈，其中发言者重点介绍了与维持科学软件有关的经验教训和挑战。该报告的最后和主要贡献是一组自组织工作组的讨论、未来步骤和未来组织的总结，这些工作组的主题包括开发资助科学软件的途径;构建有用的通用度量标准以表彰软件利益相关者;确定可持续软件工程设计的原则;与世界各地的研究软件组织联系;和建立软件可持续性的社区。对于每个小组，我们都包括一个联系点和一个登陆页面，可以供那些想要加入该小组未来活动的人使用。研讨会留下的主要挑战是看看这些团体是否会执行他们计划的这些活动，以及WSSSPE社区如何鼓励这种情况发生。
2016-02-06 cs.SE
