Gamification: a Game Changer for Managing Technical Debt? A Design Study
内容:技术债务管理对于软件工程师来说是一个挑战,因为他们缺乏工具支持,并且缺乏关于如何优先考虑技术债务偿还和预防活动的知识。此外,当有大量积压的债务,开发人员往往缺乏动力,以解决it.Objective:在本文中,我们描述了一个设计研究,探讨如何游戏化可以支持技术债务管理在一个大型的遗留软件系统的工业公司。我们的研究导致了一种新的工具(名为Themis),它结合了技术债务支持,版本控制和游戏化功能。除了游戏化功能外,Themis还为开发人员提供了将精力集中在哪里的建议,并为管理人员提供了跟踪技术债务活动的可视化。方法:我们描述了Themis是如何在与该公司的迭代部署中进行改进和验证的,最后进行了定性研究,以调查Themis的功能如何影响技术债务管理行为。我们考虑了对开发人员和管理人员的影响。结果:我们的研究结果表明,它实现了增加开发人员的动机,并支持管理人员在监控和影响开发人员的行为。我们展示了我们的研究结果如何通过提出如何应用游戏化的指导方针转移到其他环境中。结论:在这种情况下,游戏化似乎是一个很有前途的解决方案,以帮助技术债务管理,虽然它需要仔细设计和实施,以避免其可能的负面影响。
2018-02-08 cs.SE
Preventing technical debt with the TAP framework for Technical Debt Aware Management
上下文技术债务(TD)是一个比喻,指用户和客户看不到的技术问题,但会阻碍开发人员的工作,使未来的更改更加困难。TD通常是由于项目的最后期限紧迫而产生的,并且可能使未来的更改成本更高或不可能。项目管理通常关注客户利益,而不太关注IT系统的内部质量。TD预防应优先于TD偿还,因为随后的重构和重新设计是昂贵的。Objective.本文评估了一个框架,侧重于TD预防和TD偿还的背景下,敏捷管理的项目。该框架的开发和应用在一个出版社的IT部门。该框架的独特贡献是将TD管理纳入项目管理。法评价是作为一个比较案例研究的基础上门票统计和两个结构化的调查。调查是在使用框架的观察IT单位和不使用框架的比较单位进行的。第一项调查针对的是团队成员,第二项调查针对的是IT经理。结果评价表明,在该信息技术单位,技术咨询方案框架提高了对贸易发展问题的认识。产生TD的决定是有意的,TD的偿还更及时。由无意识的决定引起的无意TD被防止。此外,还可以看到更好的沟通和更好的项目管道规划。结论.我们提供了一个深入了解从业者的方式来识别,监测,预防和偿还TD。所提出的框架包括一个可行的方法,防止TD尽管紧迫的时间表,使TD偿还项目管理的一部分。
2022-04-20 cs.SE
An Analysis of Technical Debt Management Through Resources Allocation Policies in Software Maintenance Process
本文基于系统动力学方法,在大量文献回顾和二手数据的基础上,建立了一个计算模拟模型,通过分析软件维护过程中的资源配置策略,分析了软件维护过程中的技术债务管理,以说明不同的策略如何导致不同行为的出现。大多数将系统动力学应用于软件项目研究的工作,都集中在其生存周期的初始阶段,而对于运行和维护阶段的长期行为则留下了空白。结果表明,过度关注完善的维护活动可能比进行定期预防性维护以减少所产生的技术债务成本更高,最终部署的功能更少,积压更高,生产力更低,可维护性更低,技术原理更高。
2016-09-22 cs.SE
Artificial Intelligence for Technical Debt Management in Software Development
LUT University(拉普兰塔理工大学)
本文通过文献综述分析15篇论文,探讨AI技术在软件开发中管理技术债务的有效性,指出AI有潜力改善管理,但面临数据质量与伦理挑战。
2023-06-16 cs.AI cs.SE
DebtViz: A Tool for Identifying, Measuring, Visualizing, and Monitoring Self-Admitted Technical Debt
针对自承认技术债务(SATD)综合管理工具匮乏的问题,本文提出DebtViz工具,采用卷积神经网络检测、反卷积提取关键词,具备检测分类、可视化监控等功能,可提升SATD管理效率并支持知情决策,适用于多种开发环境。
2023-08-25 cs.SE
Examination of tools for managing different dimensions of Technical Debt
由于市场上有许多免费增值和高级,开源和闭源软件工具可用于处理不同维度的技术债务管理的不同活动,因此为特定活动和维度确定正确的工具集可能非常耗时。新时代的云优先工具更容易上手,而传统工具在让用户知道它能提供什么之前需要相当长的时间。此外,由于许多工具只处理诸如代码和测试债务等技术债务的几个维度,因此为其他维度(如设计、架构、文档和环境债务)识别和选择正确的工具可能会很累。我们试图通过展示我们的发现来减少这个令人厌倦的过程,这些发现可以帮助那些进入“软件开发中的技术债务”领域并随后进一步进入“技术债务管理”领域的人。
2019-04-24 cs.SE
Managing Technical Debt in a Multidisciplinary Data Intensive Software Team: an Observational Case Study
本研究通过观察性案例研究,揭示多学科数据密集型团队的技术债务管理实践,识别数据组件和管道债务,并强调需新的实现模式与工具支持。
2025-06-23 cs.SE
Self-Admitted Technical Debt in the Embedded Systems Industry: An Exploratory Case Study
技术债是指软件开发过程中的捷径,主要是为了方便。当开发人员明确承认这种快捷方式时(例如,写一个TODO/Fixme评论),它们被称为自我承认的技术债务或SATD。在开源项目中已经有相当多的研究SATD管理的工作,但在工业中的SATD相对较少。与此同时,没有工作集中在开发人员对SATD及其管理的观点。为了解决这个问题,我们与一个行业合作伙伴合作进行了一个探索性的案例研究,以研究他们如何看待SATD以及他们如何管理它。具体来说,我们通过识别和描述不同来源(问题,源代码注释和提交)的SATD来收集数据,并对12名软件从业者进行了一系列访谈。结果显示:1)工业项目中SATD的核心特征; 2)开发者对已识别的SATD和统计数据的态度; 3)从业者引入和回报SATD的触发因素; 4)不同来源的SATD之间的关系; 5)用于管理SATD的实践; 6)SATD管理的挑战和工具思想。
2022-11-21 cs.SE
Identification and Measurement of Technical Debt Requirements in Software Development: a Systematic Literature Review
内容:技术债需求与规范的理想值和系统的实际实现之间的距离有关,这是为了立即获得收益的战略决策的结果,或者是环境中的意外变化。为了确保软件的发展,有必要对其进行管理。识别和度量是管理过程的前两个阶段,然而,在需求工程的学术研究中,它们很少被探讨。目的:我们的目的是调查哪些证据有助于加强TD需求管理的过程,包括识别和测量。方法:我们通过手动和自动检索对2010年至2020年的7499项研究进行了系统性文献综述,其中包括61项主要研究。结果如下:我们确定了一些与技术债务需求相关的原因,帮助识别和测量的现有策略,以及支持测量阶段的指标。结论:TD需求的研究仍处于初步阶段,尤其是管理工具。然而,对人际问题没有给予足够的重视,这是在开展这些活动时遇到的困难,因此也需要进行研究。最后,提供度量来帮助度量TD是这项工作的贡献的一部分,提供了对需求上下文中的应用程序的深入了解。
2021-07-14 cs.SE
Investigating CI/CD-based Technical Debt Management in Open-source Projects
University of Groningen(格罗宁根大学);University of São Paulo(圣保罗大学)
本文通过分析GitHub上的60万Travis CI配置文件,探讨了技术债务管理工具在CI/CD流水线中的使用情况,发现大多数工具通过外部脚本执行,且'无反馈'是常见配置反模式。
2026-04-12 cs.SE
TagDebt: A Bot to Support Technical Debt Management
University of Groningen(格罗宁根大学);University of São Paulo(圣保罗大学)
提出并评估了一个名为TagDebt的GitHub机器人,通过自动为问题标记自承认技术债务(SATD)来辅助技术债务管理,并通过技术接受模型(TAM)研究验证了其有用性和易用性。
2026-05-28 cs.SE
Automating Technical Debt Management: Insights from Practitioner Discussions in Stack Exchange
该研究通过挖掘 Stack Exchange 上 216 条从业者讨论,分析了技术债务管理自动化的活动、工具与挑战,发现识别和测量最受关注,并识别出工具错误和可解释性差等关键障碍。
2025-02-05 cs.SE
A Practical Guide for Establishing a Technical Debt Management Process (Preprint)
University of Hamburg(汉堡大学)
本文通过五次工作坊研究了建立技术债务管理流程的可行性及挑战,提出了最佳实践和解决方案。
2026-03-03 cs.SE
Technical Debt Management in OSS Projects: An Empirical Study on GitHub
技术债(TD)是指延迟的任务和不成熟的工件,可能会带来短期的好处,但在长期的维护和发展过程中会产生额外的更改成本。在过去的十年中,人们对TD进行了广泛的研究,许多开源软件项目被用来探索TD的具体方面,并验证TD管理的各种方法。然而,对于开放源码软件开发中的时分复用实践,仍然缺乏全面的理解,这渗透了开放源码软件社区对时分复用概念的理解,以及在开放源码软件开发中如何管理时分复用。为此,我们对整个GitHub进行了实证研究,以探索基于OSS项目中的问题的TDM的采用和执行。我们从GitHub的问题跟踪系统中收集了2009年至2020年期间分布在3,598个存储库中的35,278个标记为TD(TD问题)的问题。调查结果如下:(1)开放源码软件社区正在接受TD概念;(2)对TD实例的分析表明,TD可能会影响软件系统的内部和外部质量;(3)在31.1%的存储库中只发现了一个TD问题,在69.0%的存储库中,所有TD问题都是由一个开发人员发现的;(4)27.3%的知识库在发现TD问题后忽视了TDM;(5)在有TD标签的知识库中,32.9%的知识库放弃了TDM,只有8.2%的知识库采用TDM作为一贯做法。这些发现为TDM实践者提供了有价值的见解,并为进一步调查提供了有前途的研究方向。
2022-12-11 cs.SE
Establishing Technical Debt Management -- A Five-Step Workshop Approach and an Action Research Study
本文通过16个月的五周期行动研究,提出一种五步工作坊方法在IT公司中建立技术债务管理流程,发现低垂果实偿还策略和待办事项提醒能可持续提升TD意识。
2025-08-21 cs.SE
Technical Debt Management Automation: State of the Art and Future Perspectives
本文通过系统映射研究梳理技术债务管理自动化的工具、插件、脚本与机器人现状,并提出概念模型指出制品集成是实现全自动TDM的关键挑战。
2023-11-30 cs.SE
Towards a Technical Debt for Recommender System
本文提出推荐系统技术债务研究方向,指出开发维护中的权宜权衡会损害长期性能、可扩展性与可维护性,并识别15个应考虑的潜在因素。
2023-12-11 cs.IR cs.SE
TD-Suite: All Batteries Included Framework for Technical Debt Classification
University of Oslo(奥斯陆大学)
针对技术债务管理需求,TD-Suite提供全功能框架,利用Transformer模型分析文本工件,支持二元及多类别分类,通过端到端管道、关键训练方法及可持续性/易用性功能提升分类效果与实用性。
2025-04-15 cs.LG cs.SE
Automatically Identifying Relations Between Self-Admitted Technical Debt Across Different Sources
Bernoulli Institute for Mathematics, Computer Science and Artificial Intelligence(伯努利数学、计算机科学与人工智能研究所);University of Groningen(格罗宁根大学)
自我承认的技术债务或SATD可以在各种来源中找到,例如源代码注释,提交消息,问题跟踪系统和拉取请求。以往的研究已经建立了不同来源的SATD项目之间的关系,这种关系可以是有用的调查和改善SATD管理。然而,目前缺乏自动检测这些SATD关系的方法。为了解决这个问题,我们提出并评估了自动识别不同来源的SATD关系的方法。我们的研究结果表明,我们的方法优于基线方法的大幅度,实现了平均F1得分为0.829,在确定SATD项目之间的关系。此外,我们探讨了103个开源项目中的SATD关系的特点,描述了9个主要案例,其中相关的SATD记录在第二个来源,并给出了26种关系的定量概述。
2023-03-13 cs.AI cs.SE
From AI Technical Debt to Agentic Technical Debt: A Systematic Mapping of Root Causes and Manifestations in Agentic AI Systems
University of Birmingham(伯明翰大学);Bournemouth University(伯恩茅斯大学);Brunel University London(伦敦布鲁内尔大学);HBKU(哈迈德·本·哈利法大学);University of Hawaii(夏威夷大学)
本文针对智能体AI系统引入智能体技术债务(AgTD)概念,通过转换方法建立AITD到智能体表现的系统映射,明确其影响并提出管理框架与研究议程。
2026-08-04 cs.AI cs.CR cs.SE
Investigating Technical Debt Types, Issues, and Solutions in Serverless Computing
University of Saskatchewan(萨斯喀彻温大学);University of Salerno(萨莱诺大学)
本文基于Stack Overflow数据,研究无服务器计算中技术债务的类型、问题及解决方案,发现37%的问题与技术债务相关,并识别出六个特定问题,强调需开发有效检测工具。
2026-03-23 cs.SE
An Architectural View Type for Elasticity Modeling and Simulation -- The Slingshot Approach
本文提出一种集成于Palladio生态系统的架构视图类型,用于弹性建模与仿真,通过实验验证了其准确性、可行性及用户可用性,但建模耗时较长。
2025-03-13 cs.SE
Elastic Remote Methods
为了使分布式应用程序充分利用云计算系统,我们需要中间件系统,允许开发人员将弹性管理组件直接构建到应用程序中。本文描述了ElasticRMI的设计和实现,这是一个中间件系统,它(1)使应用程序开发人员能够根据应用程序的工作负载动态更改(服务器)对象的数量,以处理远程方法调用,而无需对客户端进行重大更改远程方法的调用者,(2)通过允许开发人员使用资源利用率指标和细粒度应用程序的组合来实现灵活的弹性伸缩,特定信息,如内部数据结构的属性,以驱动缩放决策,(3)提供高级编程框架,其处理类和对象级别的弹性,屏蔽低级平台特定任务(如配置VM映像),以及(4)通过Apache Mesos提高了ElasticRMI应用程序在不同私有数据中心/IaaS云上的可移植性。
2019-09-07 cs.DC cs.SE
A JSON Token-Based Authentication and Access Management Schema for Cloud SaaS Applications
云计算正在显著重塑围绕虚拟化、处理能力、连接性和弹性等核心概念构建的计算行业,以通过广泛的网络存储和共享IT资源。它已经成为释放大数据、物联网、移动和Web应用程序以及其他相关技术潜力的关键技术,但它也带来了挑战-例如治理、安全和隐私。本文重点讨论了云计算的安全性和隐私性挑战,并特别提到了云SaaS应用程序的用户身份验证和访问管理。建议的模型使用一个框架,利用JWT的无状态和安全特性进行客户端身份验证和会话管理。此外,对受保护的云SaaS资源的授权访问也得到了有效管理。因此,引入了策略匹配门(PMG)组件和策略活动监视器(PAM)组件。此外,还建立了其他子组件,如策略验证单元(PVU)和策略代理数据库(PPDB),以优化服务交付。该模型的理论分析描绘了一个系统,是安全的,轻量级的和高度可扩展的云资源的安全性和管理。
2017-10-23 cs.CR cs.DC cs.PF