Software-Intensive Product Engineering in Start-Ups: A Taxonomy
本文针对软件初创企业工程情境认识不足的问题，提出 Start-Up Context Map 分类法，以梳理工程实践、环境因素与目标，支撑研究和工程决策。
2023-09-28 cs.SE
A Product Line Systems Engineering Process for Variability Identification and Reduction
软件产品线工程在过去的二十年里引起了人们的关注，因为它有希望通过重用需求和组件来降低成本和缩短上市时间。在实践中，在大型公司中开发系统级产品线并不是一件容易的事情，因为可能涉及数千种变体和多个学科。在领域工程中手工重用遗留系统模型来构建可重用的系统库和变体配置以获得目标产品是不可行的。为了应对这一挑战，提出了一个产品线系统工程过程。具体而言，该过程扩展了系统正交可变性模型的研究，以支持具有正式定义的分层可变性建模;利用系统工程概念和遗留系统模型来构建可变性模型的层次结构，并识别变量之间的基本关系;最后，分析所识别的关系，以减少变化点的数量。该过程，这是自动化的计算算法，证明了通过一个说明性的例子广义罗尔斯-罗伊斯飞机发动机控制系统。为了评估该过程在减少变异点方面的有效性，进一步将其应用于不同复杂程度的不同工程领域的案例研究。根据系统模型的可用性，在案例研究中，变异点的数量减少了14%至40%。
2018-06-12 cs.SE
Experience on Re-engineering Applying with Software Product Line
在本文中，我们提出了我们的经验的基础上，再工程项目。软件项目是对企业原有的系统进行重新设计，以满足新的需求和业务功能的变化。再工程是一个不仅涉及软件系统，而且涉及底层业务模型的过程。特别是，新的商业模式是与新技术一起设计的，以支持新系统。本文介绍了应用软件产品线方法开发支持原有业务功能和新业务功能的新系统的经验。
2012-06-19 cs.SE
Potential Errors and Test Assessment in Software Product Line Engineering
软件产品线（SPL）是一种开发富变体软件系统的方法。与非变量系统相比，由于可能的产品数量越来越多，测试SPL是广泛的。存在不同的方法来测试SPL，但很少有研究评估这些测试的质量，通过错误检测能力。这种测试评估是基于错误注入到被测系统的正确版本。然而，据我们所知，在SPL工程的潜在错误从来没有被系统地确定之前。本文概述了现有的范例，指定软件产品线和错误，可能会发生在各自的规范过程。对于测试质量的评估，我们利用变异测试技术SPL工程和实现识别的错误作为变异算子。这使我们能够针对缺陷产品运行现有测试，以进行测试评估。从结果中，我们得出结论的错误倾向的调查SPL设计范式和如何SPL测试的质量可以提高。
2015-04-09 cs.SE
PLACIDUS: Engineering Product Lines of Rigorous Assurance Cases
针对软件产品线中单独构建保证用例不可行的问题，提出整合形式化方法的PLACIDUS方法，定义感知可变性的AC语言并基于Lean形式化语义，配套Eclipse工具，经医疗设备产品线验证可行。
2024-07-14 cs.SE
Reflecting on the Use of the Policy-Process-Product Theory in Empirical Software Engineering
本研究针对实证软件工程领域对PPP理论的应用现状不明的问题，通过分析33篇顶会实证论文发现多数研究未同时关联政策/过程与产品，进而提出四项改进建议以推动该理论的规范应用。
2023-08-23 cs.SE
Variability Modeling of Products, Processes, and Resources in Cyber-Physical Production Systems Engineering
针对CPPS工程中生产步骤与资源配置依赖隐性知识、难以复现且低效的问题，提出eIPSE方法及工具链，自动派生产品、过程和资源可变性模型并生成控制代码，真实用例与用户研究验证了其实用性。
2024-02-15 cs.SE
Software Product Line Engineering: Adoption, Tooling and AI Era Challenges
Monash University（莫纳什大学）
本文综述了软件产品线工程的核心方法与挑战，涵盖采用模型、工具及AI时代的问题，提出未来研究方向。
2026-09-26 cs.SE
Game Development Software Engineering Process Life Cycle: A Systematic Review
软件游戏是一种不仅用于娱乐，而且用于严肃目的的应用程序，可以应用于教育，商业和医疗保健等不同领域。虽然游戏开发过程不同于传统的软件开发过程，因为它涉及跨学科的活动。软件工程技术对于游戏开发仍然很重要，因为它们可以帮助开发人员实现可维护性、灵活性、更低的工作量和成本以及更好的设计。本研究的目的是评估游戏开发软件工程过程的最新研究状况，并强调研究人员需要进一步考虑的领域。在研究中，我们使用了一个系统的文献综述方法的基础上著名的数字图书馆。在游戏开发软件工程过程生存周期的生产阶段报告的研究数量最多，其次是预生产阶段。相比之下，后期制作阶段的研究活动比前期制作和制作阶段少得多。本研究的结果表明，游戏开发软件工程过程有许多方面需要研究人员进一步关注;特别是包括后期制作阶段。
2017-11-22 cs.SE
Reverse Engineering Variability in an Industrial Product Line: Observations and Lessons Learned
理想情况下，可变性模型是产品线特征及其约束的正确和完整的表示。再加上特性和代码之间的映射，这确保了只能配置和派生有效的产品。然而，在实践中，建模的约束可能既不完整也不正确，这会导致在配置和产品派生阶段的问题。本文提出了一种从实现中逆向工程可变性约束的方法，从而提高可变性模型的正确性和完整性。我们扩展了功能效果分析的概念，以提取可变性约束的代码工件的博世PS-EC大规模的产品线。我们提出了一个工业应用的方法，并讨论其所需的修改，以处理非布尔变量和异构工件类型。
2021-10-12 cs.SE
Adopting a software product line engineering approach in industrial development contexts: A protocol for a systematic literature review
系统性二次研究（系统性映射研究（SMS）或系统性文献综述（SLR））的价值直接来自其系统性。正式、明确、客观和公正的过程保证了这些系统性研究的结果是有效的。这一过程体现在行动方案中，在进行二次研究之前，必须得到所有研究人员的同意。因此，该方案是一个详细的行动计划，其中包含所有任务和要执行的有序步骤序列。本文档详细介绍了在工业开发环境中采用软件产品线工程（SPLE）方法的SLR协议。该研究的目标是确定和分析在工业发展背景下采用这一方法的利弊，与学术环境中报告的经验形成对照。
2019-04-03 cs.SE
Teaching Theorizing in Software Engineering Research
本研究面向软件工程领域，提出12种理论建构中间产物并阐释其作用，将其应用于软件架构研究以验证效用，还给出了12周相关课程的建议架构，为该领域的理论建构教学提供支持。
2024-10-31 cs.SE
A Dynamic Tracing Model for Agile Software Product Lines Domain Engineering from Features to Structural Elements: An Approach Based on Dynamic Routing
即使实施软件产品线的好处已经很好地建立起来，采用这样一个大型系统仍然是一个复杂的选择：很难实施，需要对市场增长有很好的了解，并对企业的长期目标有清晰的认识。因此，许多公司仍然不愿意采取这种做法，除非他们获得灵活性并获得担保。灵活性可以通过采用敏捷软件产品线方法来实现，以确保快速实施更改，并使产品适应市场发展。担保可以通过对要素及其关系的追溯而获得。然而，敏捷软件产品线环境中的跟踪仍然需要获得成熟度，因为它成本高昂，因此很少被采用。在本文中，我们讨论了敏捷软件产品线的可追溯性的附加值，并提出了我们的跟踪模型的灵感来自动态网络路由。
2018-12-13 cs.SE
Educating Reflective Systems Developers at Scale: Towards productive feedback in a semi-capstone large-scale software engineering course
反馈在教育中至关重要。这篇创新实践论文报告了在半顶峰软件工程课程中提高反馈质量的经验教训，特别关注如何在项目工作期间大规模提供富有成效的反馈。学士学位水平的软件工程课程介绍由来自8个学习项目的约500名学生参加，分为72个项目团队。该课程旨在教育反射系统开发人员。教学人员包括29名助教，作为团队的主管和产品所有者。作为形成性项目组合评估的一部分，项目团队获得关于七个可交付成果的反馈。学生们对反馈不一致表示失望，他们在作业中没有说明的主题上得到批评，助教不愿意讨论反馈。本文提供了一个课程设计的描述，质量的反馈和经验教训的评估从三个主要的变化：修改作业和规则，重组教学人员和增加教学助理的培训。在讨论这些变化时，我们利用了对142名受访者的学生的调查，对18名受访者的教学助理的调查，学生参考组的会议记录和教学助理的经验报告以及文献和自己的经验。文章最后总结了三个可操作的经验教训，为大型半顶点课程。
2022-08-16 cs.SE
Second Product Line Practice Workshop Report
第二届软件工程学会产品线实务工作坊于一九九七年十一月举行，目的是分享业界在软件产品线方面的实务，以及探讨所涉及的技术和非技术问题。本报告综合了研讨会的介绍和讨论，确定了产品线实践中涉及的因素，并分析了软件工程、技术管理和企业管理领域的问题。
1998-11-02 cs.SE
Modeling Variability in Template-based Code Generators for Product Line Engineering
从抽象模型生成软件是模型驱动工程的主要活动。可适应和可扩展的代码生成器对于满足不断变化的技术和用户需求非常重要。然而，它们不太成熟，因为可变性通常被设计为单片系统的配置选项。因此，代码生成通常与一组固定的功能相关联，在不同的上下文中几乎不能重用，并且没有配置变体的方法。在本文中，我们提出了一种开发基于模板的代码生成器产品线的方法。这种方法应用了面向特性编程的概念，使可变性变得明确和可管理。此外，它依赖于代码生成器模板中的显式可变区域（VR）、VR的细化以及模板和细化到可重用层中的聚合。混凝土产品是通过选择一个或多个层来定义的。如有必要，会自动选择因VR细化而需要的其他层。
2016-06-09 cs.SE
A Chaos Engineering System for Live Analysis and Falsification of Exception-handling in the JVM
软件系统包含弹性代码来处理生产中发生的故障和意外事件。开发人员必须了解和评估其系统的弹性。混沌工程是一种旨在通过主动注入生产扰动来评估弹性和发现弱点的技术。在本文中，我们提出了一种新的设计和实现的Java混沌工程系统称为ChaosMachine。它在try-catch块级别上提供了对生产中异常处理功能的独特和可操作的分析。为了评估我们的方法，我们在3个大规模和知名的Java应用程序上部署了ChaosMachine，总共有63万行代码。我们的研究结果表明，ChaosMachine揭示了软件系统的弹性代码在异常处理水平上的优势和劣势。
2019-11-18 cs.SE
Variability and Evolution in Systems of Systems
在这份立场文件（1）中，我们讨论了系统的系统的两个特定方面，即，变异和进化。(2)我们认为，从产品线工程和软件进化的概念是相关的系统工程系统。(3)相反，来自系统工程的概念可以在产品线工程和软件进化中有所帮助。因此，我们认为，学科之间的概念交流将是有益的。
2013-11-14 cs.SE
Top-Down and Bottom-Up Approach for Model-Based Testing of Product Lines
系统趋于变得越来越复杂。这对系统工程流程有直接影响。这些过程中最重要的两个阶段是需求工程和质量保证。位于这些阶段的两个重要的复杂性驱动因素是必须集成到需求工程中的产品变体的数量不断增加，以及手动测试设计的工作量不断增加。有建模技术来处理这两个复杂性驱动因素，例如，特征建模和基于模型的测试设计。然而，它们的结合很少成为调查的焦点。在本文中，我们提出了两种方法相结合的特征建模和基于模型的测试作为一个有效的质量保证技术的产品线。我们提出了相应的困难和克服这些困难的途径。所有解释都得到了在线商店产品线示例的支持。
2013-03-05 cs.SE
Survey on Essential and Accidental Real-Time Issues in Software Engineering
软件产品线是近年来被认为是提高软件开发效率的最有前途的方法之一。不同的研究工作有助于支持参数和谈判的问题，产生一个完美的软件计划。传统的方法或回收软件不能有效地解决软件竞争力问题。随着软件工程在过去几年中的快速发展，研究表明，一些方法在工业界和大学都得到了广泛的关注。这种方法被归类为软件产品线改进，支持大型组织中的软件重用。不同行业正采用新产品开发的生产线，以提高效率和减少运营开支。本研究论文的目的是对软件工程的复杂性、一致性、易变性、不可见性、时间限制、预算限制和安全性等问题进行深入研究。我们通过走访不同的专业软件开发机构进行了各种调研，并从专业软件工程师那里获得反馈，分析他们在软件系统开发过程中所面临的实时的【形】问题。调查结果表明，复杂性是大多数软件开发人员在开发软件应用程序时面临的最常见的问题。此外，根据调查，隐形是很少发生的问题。
2017-03-10 cs.SE
Do feelings matter? On the correlation of affects and the self-assessed productivity in software engineering
背景：软件工程研究（SE）缺乏解决软件开发中人的方面的理论和方法。发展任务是通过认知加工活动进行的。情感（情绪，情绪，感觉）与认知处理活动和个人的生产力有关。SE研究需要纳入影响测量，以评价人为因素，并提高管理风格。目的：分析软件开发人员的效价、唤醒和支配的情感维度及其与自我评估生产力（sPR）的实时相关性。方法：重复测量设计，8名参与者（4名学生，4名专业人员），方便地取样，并在90分钟的编程中单独研究。通过拟合线性混合效应（LME）模型进行分析。结果：效价和优势度与sPR呈正相关。该模型能够表达与sPR的约38%的偏差。许多经验教训时，采用心理测量SE和拟合LME。结论：这篇文章论证了在SE中应用心理测试的价值，并响应了对软件开发人员的人性化、个性化方面进行评价的呼吁。它报告了一系列关于影响的知识，它们的分类，它们的测量，以及使用LME模型在SE中进行心理测量的最佳实践。
2014-08-07 cs.SE
Software Product Line Engineering via Software Transplantation
针对软件产品线（SPL）构建与维护成本高、现有工具需人工整合的问题，提出自动化方法Foundry，通过软件移植实现特征提取与迁移，实验显示其迁移速度比SPL专家人工操作快4.8倍。
2023-07-20 cs.SE
Assets in Software Engineering: What are they after all?
在软件密集型产品或服务的开发和维护过程中，我们依赖于各种人工制品。我们认为其中一些人工制品对项目的可行性和产品的最终质量至关重要。通常，这些中心人工制品被称为资产。然而，尽管它们在软件开发过程中扮演着核心角色，但很少有人考虑最终将其描述为资产，这通常会导致许多术语和基本概念混合在一起，并且使用不一致。资产和相关概念（如资产退化）的精确术语对于建立新一代成本有效的软件工程实践至关重要。在这份立场文件中，我们批判性地反思了软件工程中资产的概念。作为起点，我们定义了资产的术语和概念，并扩展了它们背后的推理。我们将探讨资产的特征，并讨论什么是资产退化及其各种类型，以及资产退化可能随着时间的推移对软件密集型产品和服务的规划、实现和演变带来的影响。我们渴望为软件工程中资产的更标准化定义做出贡献，并在一个共同的、更统一的方向上促进研究工作及其实际传播。
2022-07-11 cs.SE
When Code Becomes Abundant: Redefining Software Engineering Around Orchestration and Verification
Institute of Informatics, UFRGS（信息学研究所，南里奥格兰德联邦大学）
本文提出软件工程应从代码构建转向以意图表达、架构控制和验证为核心，重新定义软件工程的学科方向。
2026-02-04 cs.SE
Proceedings 7th International Workshop on Formal Methods and Analysis in Software Product Line Engineering
在软件产品线工程（Software Product Line Engineering，SPLE）中，类似系统的组合是从一组共享的软件资产开发的。SPLE声称的好处包括减少组合规模、软件开发成本和生产时间，以及提高交付系统的质量。然而，尽管有这些好处，SPLE仍处于早期采用阶段。我们相信，为SPLE活动提供更好支持的自动化方法、工具和技术可以进一步促进其在实践中的采用，并增加其效益。为了促进这一领域的工作，FMSPLE'16研讨会重点关注自动化分析和形式化方法，这可以（1）进一步提高开发生产力，减少与SPLE工件管理相关的维护成本，（2）为交付系统的正确性和质量提供可靠的保证。
2016-03-28 cs.FL cs.SE
Formal methods and software engineering for DL. Security, safety and productivity for DL systems development
深度学习（DL）技术现在已经广泛应用，并被集成到许多重要的系统中。它们的分类和识别能力确保了它们与多个应用领域的相关性。作为依赖于训练而不是算法编程的机器学习，它们提供了高度的生产力。但它们可能容易受到攻击，并且验证其正确性只是作为一种科学和工程可能性才刚刚出现。本文是对以前发表的调查的重大更新，试图涵盖这一领域的所有最新出版物。它还涵盖了一个更近的趋势，即设计用于生成和训练神经网络的特定领域语言。
2019-01-31 cs.DC cs.SE
Building Your Own Product Copilot: Challenges, Opportunities, and Needs
本研究通过访谈26名软件工程师，揭示了构建产品副驾驶在工程各环节的痛点与挑战，并借助头脑风暴提出面向软件工程社区的机遇和工具设计方向。
2023-12-21 cs.SE
A Hitchhiker's Guide to Search-Based Software Engineering for Software Product Lines
基于搜索的软件工程（SBSE）是一门新兴的学科，它专注于将基于搜索的优化技术应用于软件工程问题。SBSE技术解决涉及大搜索空间的问题的能力使得它们的应用对于软件产品线（SPL）具有吸引力。近年来，出现了几个出版物，应用SBSE技术SPL问题。在本文中，我们提出了这样的出版物的系统映射研究的结果。我们确定了SPL的生存周期的SBSE技术已被使用的阶段，已经采用了什么样的案例研究，以及如何对它们进行分析。该映射研究揭示了进一步研究的潜在场所，以及应用SBSE技术时常见的误解和陷阱，我们通过为有兴趣利用这些技术的研究人员和从业人员提供指导方针来解决这些问题。
2014-06-11 cs.NE cs.SE
Towards Ontological Support for Principle Solutions in Mechanical Engineering
工程设计过程遵循一系列标准化的开发阶段，这些阶段与软件工程有许多共同之处。在这些阶段中，原理解决方案可以被视为设计规范的模拟，因为它确定了最终产品的工作方式。它通常被构造为抽象草图（手绘或用CAD系统构造），其中标识了产品的功能部件，并制定了几何和拓扑约束。在这里，我们概述了一种语义方法，其中的原则解决方案与本体论断言注释，从而使预期的要求明确，并可用于进一步的机器处理，这包括自动检测的设计错误，在最终的CAD模型，使额外使用的背景本体的工程知识。我们将这种方法嵌入到面向文档的设计工作流中，在该工作流中，利用文档中的背景本体和语义注释来跟踪设计过程和不同应用程序的部件和要求。
2013-12-12 cs.SE
Assessing Practitioner Beliefs about Software Engineering
软件工程是一门高度动态的学科。因此，随着时代的变化，我们对这一领域核心过程的信念也会发生变化。本文检查了过去几十年中产生的关于（i）开发人员生产力;（ii）软件质量和（iii）多年开发经验之间关系的五个信念。使用1995年至2006年期间从1,356名开发人员收集的数据，我们发现只有一个支持五个信念，题为“质量需要生产力”。我们没有发现其他四个基于程序设计语言和软件开发人员的信念的明确支持。然而，从其他四个信念的零星证据中，我们了解到，一个狭窄的范围可能会欺骗从业者，使他们误解某些影响，从而在日常工作中保持下去。最后，通过评估这五个信念的汇总视图，我们发现程序设计语言是开发人员生产力和软件质量的混杂因素。因此，这项工作的总体信息是，它是既重要又可能重新审视SE的旧信念。研究人员和实践者应该定期重新测试旧的信念。
2021-05-24 cs.SE
The Impact of AI Coding Assistants on Software Engineering: A Longitudinal Study
University of Auckland（奥克兰大学）
通过纵向混合方法调查，研究AI编码助手对专业软件工程师任务专注度、开发者体验和生产力的影响，发现工作重心从创建转向验证，并提出监督工程工作概念，同时揭示生产力-体验悖论。
2026-11-05 cs.SE
Chaos Engineering: A Multi-Vocal Literature Review
针对混沌工程缺乏综合综述的现状，本文系统分析96篇文献，提出统一定义、平台分类法，并识别关键功能与开放问题。
2025-06-19 cs.SE
Software Engineering Knowledge Areas in Startup Companies: A Mapping Study
本文通过系统性文献映射与滚雪球抽样，梳理14项研究中的54项实践，发现SWEBOK知识领域覆盖不全且现有研究严谨性不足，难以为初创公司全生命周期提供可靠软件工程支持。
2023-08-15 cs.SE
Lessons from a Pioneering Software Engineering Environment: Design Principles of Software through Pictures
本文回顾了 Software through Pictures 多用户开发环境的历史背景，阐述了其集成原则，以构建覆盖软件开发生命周期多任务的软件工程环境。
2024-03-12 cs.SE
Requirements Engineering, Software Testing and Education: A Systematic Mapping
本文通过系统性映射研究，梳理教育情境中需求工程与软件测试被结合探讨的方式。
2023-04-26 cs.SE
Software Engineering und Software Engineering Forschung im Zeitalter der Digitalisierung
正如科学记者约格什瓦尔所建议的那样，数字化不仅影响社会，还需要重新定义计算机科学和计算机科学家的位置。由于数字化的所有官方方面都是基于软件的，本文试图重新定义软件工程及其研究的作用。基于软件的产品、系统或服务正在影响生活的各个领域，是生活各个领域数字化的关键组成部分和核心创新驱动力。在科学上，软件工程作为一门驱动学科，在任何技术创新的发展中都有新的机遇和挑战。然而，这些机会绝不能被牺牲，以竞争文献计量数字为目的。
2020-02-25 cs.SE
Three Controlled Experiments in Software Engineering with the Two-Tier Programming Toolkit: Final Report
三个控制实验测试的好处，Java程序员获得使用两层编程工具包最近已经结束。第一个实验提供了统计学上显著的证据（p值：0.02），程序员谁进行了最低限度的（1小时）培训，在使用当前的原型表现出76%的生产力提高在软件开发和维护的关键任务。第二个实验表明，使用TTP工具包可能（p值：0.10），程序员执行与软件质量相关的任务的准确性几乎提高了三倍。第三个实验表明，TTP工具包在执行非常短的时间（10分钟以下）时没有提供显着的生产率提高。任务
2010-09-01 cs.SE
What Is Software Engineering?
后来的翻译（2015年）的文章在俄罗斯发表于1990年。本文提出了一种为软件工程学科领域定义一组基本概念的方法。这套概念的目的是作为一个基础，检测和纠正一些普遍存在的概念错误的努力，旨在提高质量和工作效率，在创建和操作的软件。
2015-08-11 cs.SE
Towards an Understanding of Large Language Models in Software Engineering Tasks
本文针对大语言模型在软件工程领域应用与评估缺乏系统研究的问题，通过筛选123篇2022年以来的相关论文，从七类软件工程任务角度综述研究现状并梳理评估结果，为后续研究与优化提供参考。
2024-12-10 cs.SE
Bridging Stakeholder and Product Requirements: An Empirical Study of Requirement Engineering in the Automotive Industry
Technical University of Munich（慕尼黑工业大学）；Infineon Technologies AG（英飞凌科技公司）；CSIRO’s Data61（澳大利亚联邦科学与工业研究组织数据61）
本文针对汽车行业需求工程展开大规模实证研究，结合定量与定性分析方法，基于英飞凌数据集探究利益相关者与产品需求差异等，揭示细化复杂性驱动因素，得出映射模式分类法，为汽车产品开发的需求获取与细化实践提供见解及改进机会。
2026-07-08 cs.SE
Java File Security System (JFSS) Evaluation Using Software Engineering Approaches
Java文件安全系统（JFSS）[1]是由我们开发的。那是一个加密的文件系统。它是由我们开发的，因为有这么多的文件数据泄露在过去和当前的历史，他们会增加一天一天的报告由DataLossDB（开放安全基金会）组织，在美国的一个非营利组织，所以它是. JFSS的评价方面的两个软件工程的方法。其中之一是软件产品开发中的代码行数（Lines of Code，简写为CODE）。另一种方法是面向客户的，即用户满意度测试方法。满足我们的客户是在全球竞争的现代世界中保持业务的基本要素。我们必须用我们的软件产品和服务的价值来满足甚至取悦我们的客户，以获得他们的忠诚度和回头客。因此，客户满意度是过程改进计划以及软件质量预测的主要目标。借助用户满意度指数，计算出有关客户满意度的许多参数。客户满意度调查是了解我们产品质量满意度的最佳方法。
2013-12-06 cs.SE
Software engineering in start-up companies: An analysis of 88 experience reports
本研究分析了88份初创企业经验报告，探讨了软件工程在初创企业中的应用，发现需求工程不足是主要挑战，并提出了进一步研究方向。
2023-11-20 cs.SE
Privacy Engineering Meets Software Engineering. On the Challenges of Engineering Privacy ByDesign
当今的软件开发在很大程度上依赖于使用服务架构和敏捷的迭代开发方法来设计、实现和部署系统。这些实践导致系统由多个服务组成，这些服务引入了新的数据流，并使设计脱离了单个设计人员的控制。学术隐私工程文献通常抽象出软件生产的这些条件，以实现可推广的结果。然而，通过对文献的系统研究，我们表明，提出的解决方案不可避免地会对软件架构、开发方法和设计师控制范围做出与当前实践不一致的假设。这些错位可能会对隐私工程解决方案的实际操作构成障碍。具体来说，我们确定的方法，研究人员采取的设计和评估隐私增强技术的涟漪隐私工程方法的建议的重要限制。根据我们的分析，我们描绘的研究和行动需要重新调整的研究与实践，变化，学术隐私的结果在共同的软件工程实践的操作化的先决条件。
2020-07-16 cs.SE
Automating System Test Case Classification and Prioritization for Use Case-Driven Testing in Product Lines
在许多软件开发环境中，产品线工程（PLE）是一个至关重要的实践，在这些环境中，软件系统是复杂的，并为具有不同需求的多个客户开发。同时，许多开发过程都是用例驱动的，这强烈地影响了他们的需求工程和系统测试实践。在本文中，我们提出，应用，并评估一个自动化的系统测试用例分类和优先级的方法，专门针对系统测试的用例驱动的开发的产品系列的背景下。我们的方法提供：（i）自动化支持对产品族中的新产品、与先前产品相关联的相关且有效的系统测试用例进行分类，以及（ii）使用诸如产品族中的需求的故障倾向性和需求波动性的多个风险因素来自动化系统测试用例的优先级排序。我们的评估是在汽车领域的工业产品系列的背景下进行的。结果提供了经验证据，我们提出了一个实用的和有益的方法来分类和优先级的工业产品线的系统测试用例。
2020-06-17 cs.SE
Flexible Process Variant Binding in Information Systems with Software Product Line Engineering
本文扩展了基于软件产品线工程的过程感知信息系统派生方法，将活动实现的选择从编译时扩展到启动时和运行时，并支持多实现并发执行及活动输入输出数据自定义，以应对数字化业务流程中实现变体管理的普遍挑战。
2025-07-20 cs.SE
Software Development in Startup Companies: The Greenfield Startup Model
本文运用扎根理论调查初创公司的软件开发实践，提出 Greenfield Startup Model（GSM），揭示快速发布、用户反馈驱动与产品重构之间的张力及研究方向。
2023-08-18 cs.SE
A Systematic Review of Productivity Factors in Software Development
分析和提高生产率一直是软件工程研究的主要目标之一。对各种因素进行了大量的研究，产生了几种用于分析和预测生产率的模型。然而，生产力仍然是当前软件开发中的一个问题，并不是所有的因素及其关系都是已知的。本文回顾了大量的可用文献，以提炼出一个列表的主要因素影响生产力的调查。这里重要性的度量是一个因素被提及的文章的数量。在软件工程中，对软的或与人有关的因素给予了特别的考虑，这些因素通常不像更技术性的因素那样被同样详细地分析。由此产生的清单可用于指导进一步的分析，并作为建立生产力模型的基础。
2018-01-19 cs.SE
Prompted Software Engineering in the Era of AI Models
该研究提出融合提示工程的提示式软件工程（PSE）方法，通过构建有效提示引导AI模型服务软件开发，实现降本提效并降低误导输出风险，同时明确了全开发周期的提示构建方式。
2023-09-07 cs.SE
A Survey on Software Engineering Practices in Brazilian Startups
今天的重大技术进步使早期软件创业公司能够在市场上快速构建和推出创新产品。然而，他们中的许多人在他们的道路的早期死亡，由于市场条件，对客户需求的无知，缺乏资源，或重点，如滥用既定的做法。这项研究的动机是从从业者的角度分析创业公司的软件工程实践。我们的目标是确定初创公司在日常工作中使用的实践和工具。我们对来自不同领域的140名软件开发人员进行了专家调查研究。结果表明，初创公司在初始和验证阶段选择的做法和工具的特设的基础上，并根据开发团队的先验知识。当他们进入增长阶段时，他们意识到他们可以预先采用更好的实践来支持更成熟的团队的产品扩展。结果还表明，选择支持工具的基础上，他们与其他工具的集成和自动化业务活动的能力。
2021-08-01 cs.SE
Application of Failure Modes and Effects Analysis in the Engineering Design Process
失效模式与效应分析（FMEA）是在产品设计中用来分析可能出现的失效并改进设计的最实用的设计工具之一。FMEA的使用是多样化的，不同的组织和研究人员从一个应用程序到另一个应用程序提出了不同的方法。问题是如何在设计过程中使用FMEA的特性。本研究主要探讨设计过程中不同类型的FMEA，将FMEA视为顾客需求、设计组件与产品功能之间的映射。这三个设计要素是本研究所提出的整合模式的基础。本研究的目的是了解FMEA在设计过程中的集成方法。重要的是，一个集成框架的开发，以集成设计过程和FMEA。然后，提出了一个逐步FMEA促进的设计过程，应用FMEA与设计过程。
2021-01-14 cs.SE
A Road Map to Bio-inspired Software Engineering
软件生产研究正在两种并行的方法上快速发展：传统和生物启发。生物启发的方法通常被开发和呈现为常规方法的增强。传统的方法通过软件工程方法学与全局环境相结合而具有优势，而生物启发方法与生物启发软件工程方法学的结合将丰富传统方法，使其无可辩驳地成为最好的方法。本文分析了这种仿生软件工程出现的原因，提出了第一种方法，并给出了路线图和一些挑战，最后给出了第一种方法在不同软件系统类别上的应用及其简要评价。然而，工业规模的评价仍然是一个挑战。
2019-09-11 cs.SE
The Rise of AI-Native Software Engineering: Implications for Practice, Education, and the Future Workforce
Saudi Data and Artificial Intelligence (SDAIA)（沙特数据与人工智能局）
本文系统综述了生成式AI和LLM对软件工程的变革，提出AI原生SE的概念框架、九维能力模型、四阶段课程路线图及研究议程，强调培养工程师的判断、验证与编排能力。
2026-06-12 cs.SE
DUCTILE: Agentic LLM Orchestration of Engineering Analysis in Product Development Practice
Product Development Division, Department of Mechanical Engineering, Chalmers University of Technology, Gothenburg, Sweden（产品开发部门，机械工程系，楚姆勒斯技术大学，哥德堡，瑞典）；GKN Aerospace Engine Systems, Trollhättan, Sweden（GKN航空发动机系统，特罗尔哈塔纳，瑞典）
DUCTILE通过代理LLM协调工程分析任务，分离自适应协调与确定性执行，解决工具接口变化导致的自动化失效问题，验证了其在航空制造中的有效性。
2026-03-17 cs.AI cs.HC cs.SE
The Evolving Landscape of Software Performance Engineering
令人满意的软件性能对于产品的采用和成功至关重要。在遵循传统软件开发模型的组织中（例如，软件性能工程（SPE）涉及在实际生产环境之外的耗时的实验建模和性能测试。然而，这种现有的SPE方法并没有针对利用持续集成（CI）和持续交付（CD）的环境进行优化，这导致了高频率和大量的代码更改。我们总结了经验教训，并提出了改进SPE过程中的CI/CD的背景下。我们的研究结果是基于在一家在线服务公司X对产品A和B进行的5年多的SPE工作。我们发现，（a）SPE主要已成为一个事后的活动，从生产环境中的数据的基础上，（b）成功应用SPE技术需要经常重新评估的优先级，和（c）工程师工作的SPE需要一个更广泛的技能比一个传统的工程师所拥有的工作性能。
2022-05-05 cs.PF cs.SE
