DevOps and Microservices in Scientific System development
现代软件工程和科学计算在科学信息系统开发中存在着差距。从历史上看，软件工程方法被认为是计算科学家在科学系统开发中不想要的偶然复杂性。最近的趋势，如摩尔定律的终结和随后硬件平台的多样化，加上科学本身越来越多的多学科性，加剧了这个问题，因为自学成才的“最终用户开发人员”不熟悉解决这种增加的复杂性所需的学科。从更积极的方面来看，敏捷编程方法已经接近软件开发实践，以生产科学软件的方式。在这项工作中，我们介绍了一个多年行业研究项目的经验，其中应用了敏捷方法，微服务和DevOps。我们的目标是验证一个假设，即微服务的使用将允许计算科学家以他们喜欢的更简约的面向原型的方式工作，而软件工程团队将处理集成。因此，科学的多学科系统将以双重方式获益：（i）主题专家（SME）使用他们首选的工具来开发系统的特定科学部分;（ii）软件工程师为系统交付提供高质量的软件代码。
2021-12-22 cs.CE cs.SE
A curated Dataset of Microservices-Based Systems
基于微服务的架构基于一组模块化、独立和容错的服务。近年来，软件工程社区提出了一些研究，调查基于微服务的架构中潜在的、经常性的、有效的架构模式，因为它们对于维护和扩展基于微服务的系统非常重要。事实上，这种系统的组织结构应该反映在所谓的微服务架构模式中，最适合项目和开发团队的需求。然而，缺乏共享开源项目微服务模式和实践的公共存储库，这可能有利于教学目的和未来的研究调查。本文试图通过共享数据集来填补这一空白，第一次策划基于微服务的项目列表。具体来说，该数据集由20个开源项目组成，所有项目都使用特定的微服务架构模式。此外，该数据集还报告了有关上述项目的服务间调用或依赖关系的信息。为了进行分析，我们使用了两种不同的工具（1）SLOCcount和（2）MicroDepGraph来获取微服务数据集的不同参数。微服务数据集和分析工具都可以在线公开获得。我们相信，这个数据集将被研究界广泛使用，以了解更多关于微服务架构和依赖模式的信息，使研究人员能够比较常见项目的结果。
2019-09-07 cs.SE
An Infrastructure Cost Optimised Algorithm for Partitioning of Microservices
针对现有微服务划分方法未考虑基础设施成本优化、迁移复杂度高且工具支持不足的问题，本文提出一种面向基础设施优化的预测算法，用于将单体软件划分为微服务，并指明了该领域的未来研究方向。
2024-08-13 cs.SE
Applying Model-Driven Engineering to Stimulate the Adoption of DevOps Processes in Small and Medium-Sized Development Organizations
目的：微服务架构（MSA）是一种越来越流行的架构风格，其中业务功能被包装到可自主开发和部署的软件组件中，称为微服务。微服务应用程序由多个DevOps团队开发，每个团队拥有一个或多个服务。在本文中，我们将探讨中小型组织（SMO）中的DevOps团队如何应对MSA以及如何支持它们。研究方法：我们通过对包括六个案例的探索性访谈研究的二次分析表明，MSA带来的组织和技术复杂性对中小型组织（SMOs）构成了特殊的挑战。我们应用模型驱动工程来应对这些挑战。结果如下：作为第二个分析的结果，我们确定了构建和维护共同的体系结构理解以及处理部署技术的挑战领域。为了支持SMO的DevOps团队应对这些挑战，我们提出了一个基于LEMMA的模型驱动工作流-用于建模微服务架构的语言生态系统。为了实现工作流，我们扩展了LEMMA的功能，以（i）从API文档中生成模型;（ii）引用其他团队拥有的远程模型;（iii）生成部署规范;（iv）生成整体架构的可视化表示。结论：我们通过一个案例研究验证了模型驱动的工作流程和我们对LEMMA的扩展，该案例研究表明，LEMMA的新增功能可以为DevOps团队带来效率提升。为了开发应用我们的工作流程以最大限度地提高SMOs效率的最佳实践，我们计划将来在该领域进行更多的实证研究。
2021-07-26 cs.SE
From Monolith to Microservices: Software Architecture for Autonomous UAV Infrastructure Inspection
线性基础设施任务控制（LiMiC）是一个应用程序的自主无人机（UAV）的基础设施检查任务规划开发的单片软件架构。该应用程序根据用户的输入、参与任务的UAV数量和UAV的位置计算沿基础设施的路线。LiMiC1.0是最新的应用程序版本，从单体迁移到微服务，持续集成，并使用DevOps工具部署，以促进未来的功能开发，实现更好的流量管理，并缩短路线计算处理时间。通过将路由计算算法重构到服务中，在Kubernetes集群中扩展它们，并在它们之间启用异步通信，从而缩短了处理时间。在本文中，我们讨论了单体和微服务架构之间的差异，以证明我们迁移的决定。我们描述了应用程序的迁移和实施过程的方法，我们用于持续集成和部署的技术，我们提出了微服务与单片应用程序相比改进的性能结果。
2022-04-05 cs.SE
On Collaborative Model-driven Development of Microservices
微服务架构（MSA）是分布式和基于服务的系统的一种新兴架构风格，每个微服务都是高度内聚的，并实现单一的业务功能。微服务系统由多个松散耦合的微服务组成。它通过在编排中交互的服务提供复杂的功能。一个专门的团队，通常是实践DevOps，负责每个微服务，即，它“拥有”服务。然而，虽然依赖于MSA的系统具有若干架构优势，尤其是对于云应用，但其实现的特征在于由于实现的冗余手工制作而增加的意外复杂性，例如，使每个服务都可以独立运行。一个有前途的方法来应对这种复杂性是使用模型驱动开发（MDD），其中模型被用作软件开发过程中的第一类实体。尽管已经有了关于如何由单个团队应用MDD来实现其微服务的第一步，但MDD如何适应MSA跨多个团队的开发分布的问题仍然是一个问题。在本文中，我们设想的应用程序的协作模型驱动的软件工程（CMDSE）的MDD的MSA调查相关的特点，并确定其应用的挑战。本文迈出了跨微服务团队实现MSA整体MDD的第一步。
2018-05-03 cs.SE
Employing Software Diversity in Cloud Microservices to Engineer Reliable and Performant Systems
针对软件迭代带来的漏洞与性能异常等问题，提出基于软件多样性的方法，推导可靠性指标，设计动态控制器与多样性感知自动扩缩容算法，实验验证其可同时提升云微服务系统的可靠性与性能。
2024-07-10 cs.PF cs.SE
Data Management in Microservices: State of the Practice, Challenges, and Research Directions
微服务已经成为数据驱动应用程序的流行架构风格，因为它们能够在功能上将应用程序分解为小型和自治的服务，以实现数据库系统的可扩展性，强隔离性和针对每个服务的工作负载和数据格式的专业化。尽管这种架构风格在工业上的采用正在加速，但缺乏对实践状态和从业者在微服务中面临的数据管理挑战的调查。为了弥合这一差距，我们对报告采用微服务的代表性文章进行了系统的文献综述，我们分析了一组流行的开源微服务应用程序，并进行了一项在线调查，以交叉验证前面步骤的结果与120多位经验丰富的从业者和研究人员的看法和经验。通过这个过程，我们能够对微服务中数据管理的实践状态进行分类，并观察到几个无法单独通过软件工程实践解决的基本挑战，而是需要系统级支持来减轻从业者的负担。我们讨论了最先进的数据库系统在微服务方面的缺点，最后我们为面向微服务的数据库系统设计了一组功能。
2021-08-22 cs.DB cs.SE
Kuksa: A Cloud-Native Architecture for Enabling Continuous Delivery in the Automotive Domain
将车辆连接到云平台实现了创新的业务场景，同时提出了新的质量问题，例如可靠性和可扩展性，这些问题必须通过研究来解决。基于微服务的云原生架构是实现持续交付并提高服务可靠性和可扩展性的最新方法。我们提出了一种将汽车领域的云平台架构重组为微服务架构的方法。为此，我们采用并实现了文献中的微服务模式来设计云原生汽车架构，并在汽车领域的一个名为Eclipse Kuksa的真实项目中进行了实验室实验，以评估微服务的可靠性和可扩展性。研究结果表明，拟议的架构可以处理连续的软件交付在空中发送自动控制消息的车辆设置。不同的模式使我们能够进行更改或中断服务，而不会将影响扩展到其他人。这项研究的结果提供了证据，表明微服务是一种潜在的设计解决方案，可以处理汽车领域基于云的服务上的服务故障和高负载。
2019-10-22 cs.DC cs.SE
Microservices Are Dying, A New Method for Module Division Based on Universal Interfaces
针对微服务未能阻止依赖传播的问题，本文提出基于通用接口的模块划分方法与EIGHT架构，通过保证模块独立性实现单进程内动态操作，为复杂系统提供超越微服务和单体架构的新路径。
2025-11-11 cs.SE
Crowdsourced Behavior-Driven Development: Implementing Microservices through Microtasks
软件工程众包方法有效性的关键是工作流设计，描述如何将复杂的工作组织成小的，相对独立的微任务。在本文中，我们介绍了一种行为驱动开发（BDD）工作流，用于通过自包含的微任务完成编程工作，该工作流作为一个称为Crowd微服务的预配置环境实现。在我们的方法中，代表软件团队的客户端将微服务描述为一组具有路径、请求和响应的端点。然后，群组实现端点，识别它们测试、实现和调试的各个端点行为，创建新函数并根据需要与持久性API交互。为了评估我们的方法，我们进行了一项可行性研究，其中一小群人致力于实现小型ToDo微服务。人群创建了一个只有四个缺陷的实现，完成了350个微任务，实现了13个功能。我们讨论了这些研究结果的影响，将众包编程的贡献到传统的软件项目。
2020-09-02 cs.HC cs.SE cs.SI
Quantum Microservices Development and Deployment
本文提出一种量子服务持续部署流水线，结合OpenAPI规范修改、GitHub Actions与AWS，将面向服务计算的优势引入量子软件工程，以支持量子微服务的开发与部署。
2023-09-21 cs.SE
Vision: An Extensible Methodology for Formal Software Verification in Microservice Systems
本文提出了一种可扩展的方法论，用于通过形式验证微服务系统架构，通过静态建模和SMT约束集实现形式验证，并验证其正确性和适用性。
2025-09-02 cs.LO cs.SE
Design and Implementation of a Remote Care Application Based on Microservice Architecture
微服务架构（MSA）是基于服务的软件系统的架构风格。MSA非常强调提供系统功能的服务的高内聚性和松耦合性。因此，基于MSA的软件体系结构表现出更高的可伸缩性和可扩展性，并促进了持续集成技术的应用。本文介绍了一个基于MSA的远程护理应用程序（RCA）的案例研究，它允许护理人员远程访问灵巧家庭设备。RCA的目标是帮助被照顾者开展日常生活活动。利用管理层协议实现区域和能力建设产生了若干经验教训，例如，(i)基于领域驱动设计的领域模型的直接可转移性;（ii）更有效的功能集成;（iii）由于MSA促进了自动化部署，加速了功能交付。
2018-04-26 cs.SE
Key Considerations for Auto-Scaling: Lessons from Benchmark Microservices
本文针对微服务自动扩缩容现有基准忽略基础设计实践的问题，结合前沿方法与常用基准，按软件生命周期三阶段梳理关键考量，经Sock-Shop基准验证，解决这些问题可提升扩缩容稳定性与效率。
2025-10-02 cs.SE
Gamifying Architectural Governance to Reduce Organizational Coupling in Microservice Systems
Free University of Bozen-Bolzano（博尔扎诺自由大学）
本文提出通过游戏化手段影响开发者行为，减少微服务系统中的组织耦合，采用游戏化框架持续挖掘代码库数据以检测架构边界违规，提升架构可维护性。
2026-04-24 cs.SE
Continuous Observability Assurance in Cloud-Native Applications
本文针对微服务应用中可观测性设计易出错且影响故障检测效率的问题，提出将可观测性实验工具 OXN 集成到持续可观测性保障方法中，以指导可观测性设计过程并展示其应用。
2025-03-11 cs.SE
AI-Driven Resource Allocation Framework for Microservices in Hybrid Cloud Platforms
Jahangirnagar University（贾汉吉尔纳加尔大学）
本文提出融合强化学习与云管理工具的混合云微服务资源分配框架，可动态预测并调整资源，实验显示其在成本、利用率、延迟和扩缩容方面优于静态及规则方法。
2024-12-03 cs.AI cs.CE cs.PF
What Practitioners Really Think About Continuous Software Engineering: A Taxonomy of Challenges
持续软件工程是一种协作式的软件开发环境，它提供了在短时间内持续开发和部署高质量软件项目的能力。针对持续软件工程实践尚不成熟，软件组织对采用持续软件工程犹豫不决的问题，本研究的目的是：（1）通过系统的文献综述（SLR）和问卷调查研究获得行业专家的见解，以探索持续软件工程的挑战;（2）使用模糊层次分析法（FAHP）对调查的挑战进行优先级排序。研究结果提供了一套软件组织所面临的关键挑战，同时采用持续软件工程和基于优先级的分类的持续软件工程的挑战。FAHP的应用是新颖的，在这个研究领域，因为它有助于解决从业者的连续软件工程的影响因素的不确定性。我们相信，这项研究的结果将作为一个知识体系，为现实世界的从业者和研究人员修改和开发新的战略，成功地实施持续软件工程的做法在软件行业。
2023-03-30 cs.SE
Continuous Software Engineering in the Wild
软件正在成为大多数产品和组织功能的关键组件。持续改进软件的能力决定了组织对市场机会的反应能力。持续的软件工程承诺比基于sprint或计划驱动的开发有许多优点。然而，在现有组织中实现连续的软件工程管道是具有挑战性的。在这份受邀的立场文件中，我们讨论了采用挑战，并主张采用更系统的方法来推动持续工程的采用。我们的讨论是基于正在进行的工作，与几个工业合作伙伴，以及在国家的实践和国家的最先进的经验报告。我们的结论是，采用持续的软件工程主要需要分析的组织，它的目标和限制。一个尺寸不适合所有目的，这意味着持续工程背后的许多原则与大多数组织相关，但实现的水平和好处可能仍然不同。软件持续流动的主要障碍来自次优的组织结构和缺乏一致性。一旦这些被删除，组织可以实现自动化，以进一步改善软件交付。
2022-03-24 cs.SE
The Importance of Continuous Value Based Project Management in the Context of Requirements Engineering
尽管在过去的几年里取得了一些科学成就，但仍然有很多IT项目失败了。研究人员发现，五分之一的IT项目会耗尽时间、预算或价值。失败的主要原因是项目运行期间出现的意外经济风险因素。为了能够及早发现新出现的风险并合理应对，有必要采用财务方法来持续指导信息技术项目，而据我们所知，目前科学文献中还缺少这种方法。
2013-01-23 cs.SE
Towards Continuous Systematic Literature Review in Software Engineering
背景：随着软件工程（SE）研究的进展，新的科学证据不断出现。传统上，系统性文献综述（SLR）不会更新或间歇性更新，在更新之间留下间隙，在此期间SLR可能会丢失关键的新证据。目的：我们提出并评估了一个概念和过程，称为持续系统性文献综述（CSLR）在SE。方法：为了详细阐述CSLR的概念和过程，我们通过进行元人种志来综合证据，解决来自不同研究领域的知识。此外，我们进行了一个案例研究，以评估CSLR过程。结果：我们在BPMN格式中描述了由此产生的CSLR过程。案例研究结果表明，在实践中应用CSLR来不断更新SE中的SLR证据的重要性和可行性。结论：CSLR的概念和过程提供了一种可行和系统的方法，以不断将新的证据纳入SLR，支持SE中SLR的可靠和最新证据。
2022-06-08 cs.SE
"Software is the easy part of Software Engineering" -- Lessons and Experiences from A Large-Scale, Multi-Team Capstone Course
本科软件工程的顶点课程是学生的一个关键的最后里程碑。这些课程允许学生创建软件解决方案，并展示他们在学位中积累的知识。然而，一个典型的顶点项目团队是小型的，不超过5名学生，独立于其他团队运作。为了更好地反映现实世界的软件开发和满足行业需求，我们在本文中介绍了我们的新顶点课程。每个学生被分配到一个大规模的，多团队（即，公司）多达20名学生协作构建软件。被安置在一家公司的学生获得了关于多团队协调，集成，沟通，敏捷和团队合作的第一手经验，以构建基于微服务的项目。此外，每个公司都必须实现即插即用，以便其服务与另一家公司兼容，从而共享公共API。通过在自主子团队中开发产品，学生不仅提高了他们的技术能力，而且提高了他们的沟通和协调等软技能。更重要的是，经历多团队项目带来的挑战，培养学生认识到组织文化的陷阱和优势。在本课程的许多经验教训中，学生们学到了建立团队信任的重要性。我们提供有关我们的课程结构，经验教训的详细信息，并为其他大学和计划提出建议。我们的工作涉及有兴趣启动类似顶点项目的教育工作者，以便其他机构的学生可以从大规模，多团队开发中获益
2023-02-10 cs.SE
Architectural Support for Software Performance in Continuous Software Engineering: A Systematic Mapping Study
本研究针对持续软件工程中性能评估的难点，采用系统性映射方法从215篇相关论文中筛选66项核心研究，对面向性能的持续软件工程架构支持的研究现状进行分类梳理，为领域研究重点和未来方向提供参考。
2023-04-05 cs.SE
Graph Neural Network to Dilute Outliers for Refactoring Monolith Application
IBM Research（IBM研究院）
微服务正在成为软件架构的实际设计选择。它涉及将软件组件划分为更精细的模块，以便开发可以独立进行。当部署在云上时，它还提供了自然的好处，因为资源可以根据需求动态分配给必要的组件。因此，作为其云之旅的一部分，企业越来越多地寻求将其单体应用重构为一个或多个候选微服务;其中每个服务包含一组软件实体（例如，类）负责公共功能。图形是表示软件系统的自然选择。每个软件实体可以表示为节点，其与其他实体的依赖关系表示为链接。因此，这个重构问题可以被看作是一个基于图的聚类任务。在这项工作中，我们提出了一种新的方法来适应图神经网络的最新进展，在代码的上下文中，以更好地理解软件，并将其应用于聚类任务。在这个过程中，我们还识别了图中的异常值，这些异常值可以直接映射到软件中的顶级重构候选者。与软件工程和现有的基于图形表示的技术相比，我们的解决方案能够提高最先进的性能。
2021-02-07 cs.AI cs.LG cs.SE
Identifying Critical Dependencies in Large-Scale Continuous Software Engineering
本文基于对两家北欧金融科技公司的访谈，识别出大规模持续软件工程中团队与支持职能及外部实体间的关键依赖是主要瓶颈，并计划探索相应协调机制。
2025-05-08 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
When Continuous Delivery Is Not an Option: Practical Paths to Continuous Engineering in Complex Organizations
本文通过四个工业案例研究复杂组织在全面采用持续软件工程时的制约因素，扩展了行业准备度模型以指导设定现实目标，并指出内部改进在受限条件下依然可行且有益。
2025-11-04 cs.SE
Continuous Analysis: Evolution of Software Engineering and Reproducibility for Science
针对科研可复现性受复杂系统制约、存在危机的问题，本文提出拓展DevOps生命周期的持续分析概念，通过版本控制等机制提升科研结果可靠性，推动领域透明协作与发展。
2024-11-04 cs.CE cs.SE
Introducing High School Students to Version Control, Continuous Integration, and Quality Assurance
针对软件工程教学起步晚的问题，本文记录了面向有AP计算机科学基础的高中生设计小组项目，教授版本控制、持续集成等技能，使其能为开源科学计算项目编写有效自动化测试的实践经验。
2023-10-05 cs.SE
User Feedback in Continuous Software Engineering: Revealing the State-of-Practice
本研究通过21次访谈探索持续软件工程中用户反馈的实践现状，提出概念模型并揭示收集与分析反馈的挑战，建议从业者确保资源用于反馈解释。
2024-10-09 cs.SE
A Brief Survey of Current Software Engineering Practices in Continuous Integration and Automated Accessibility Testing
本文综述了通过持续集成改善软件无障碍性的现状与采用障碍，并探讨了敏捷团队实施自动化无障碍测试的培训步骤及可视化流程。
2021-02-27 cs.CY cs.HC cs.MM
More Is Different: Toward a Theory of Emergence in AI-Native Software Ecosystems
Aalborg University（奥尔堡大学）；Aalborg University Department of Computer Science（奥尔堡大学计算机科学系）
本文探讨AI原生软件生态系统中涌现现象，提出复杂适应系统理论，并定义可测量的因果涌现框架，挑战传统理论。
2026-04-20 cs.AI cs.SE
Engineering Trustworthy Software: A Mission for LLMs
该研究探讨大语言模型（LLMs）对软件工程的变革作用，指出其完全集成后能推动全生命周期进程，但需解决准确性、可扩展性等挑战以实现可信的LLM驱动软件工程。
2024-11-27 cs.SE
The Lack of Shared Understanding of Non-Functional Requirements in Continuous Software Engineering: Accidental or Essential?
建立对需求的共同理解是确保下游软件活动高效和有效的关键。然而，在持续的软件工程（CSE）中，缺乏某种共同的理解是快速反馈学习周期的一个预期的、必要的组成部分。与此同时，还有一个关键的权衡与可避免的成本，如返工，来自共享理解的意外差距。这种权衡对于非功能性需求（NFR）来说更具挑战性，这对产品的成功具有重要意义。理解和管理NFR在小型敏捷组织中尤其困难。这些组织如何管理CSE中的NFR的共享理解正在深入研究。我们进行了一个案例研究，三个小组织扩大CSE，以进一步了解和识别因素，导致缺乏共同的理解NFR，其关系返工。我们的深入分析确定了41个与NFR相关的软件任务，由于缺乏对NFR的共同理解而需要返工。在这41项任务中，78%是由于可避免的（意外）缺乏对NFR的共同理解。使用混合方法的方法，我们确定的因素，有助于缺乏共同的理解NFR，如缺乏领域知识，快速的变化，跨组织的沟通问题。我们还确定了建议的战略，以减轻缺乏共同的理解，通过更有效地管理这些组织的需求知识。最后，我们讨论了需求，返工和CSE的共享理解之间的复杂关系。
2020-07-03 cs.SE
Continuously Managing NFRs: Opportunities and Challenges in Practice
非功能需求（NFR），包括性能、可用性和可维护性，对软件的整体质量至关重要。然而，研究表明，NFR在实践中定义不清，难以核实。持续的软件工程实践扩展了敏捷实践，强调快节奏、自动化和快速发布软件，这对处理NFR提出了额外的挑战。在这个多案例研究中，我们实证研究了三个组织，NFR是至关重要的，他们的业务生存，管理NFR在他们的持续实践。我们描述了这些公司用于管理NFR的四种实践，例如将NFR卸载到云提供商或使用指标和持续监控，这两种方法都可以实现对NFR管理的几乎实时反馈。然而，管理NFR是有代价的，因为我们还确定了这些组织在其连续软件工程实践中管理NFR时面临的许多挑战。例如，我们研究中的组织能够通过战略性地大量投资于配置管理和基础设施作为代码来实现NFR，以减轻NFR的责任;然而，这种减轻意味着潜在的控制权丧失。我们的讨论和关键的研究意义显示的机会，权衡，和独特的给予和采取之间的关系，连续软件工程和NFR的重要性。研究工件可以在https://doi.org/10.5281/zenodo.3376342上找到。
2021-03-12 cs.SE
Round-trip Engineering for Tactical DDD: A Constraint-Based Vision for the Masses
Karlsruhe Institute of Technology（卡尔斯鲁厄理工学院）；esentri AG（esentri股份公司）
本文提出基于约束的战术建模环境，通过将抽象架构原则转化为显式工程约束，降低DDD学习门槛，提升系统可维护性。
2026-03-27 cs.SE
From Real-World Projects to Research-Oriented Learning: Continuous Improvement of a Master-Level Course in Software Engineering Education
University of Applied Sciences and Arts Hannover（汉诺威应用科学艺术大学）；University of Applied Sciences Emden/Leer（埃姆登/莱尔应用科学大学）
通过纵向混合方法研究，分析一门硕士课程六年间的演变，展示如何从实践导向转向研究导向学习，同时保持学生积极评价，并识别支持这一转变的关键课程设计决策。
2026-06-12 cs.CY cs.SE
Towards Automated Continuous Security Compliance
针对高度监管领域中人工安全合规活动资源密集且易出错的问题，本文定义了持续安全合规概念，梳理了自动化持续安全合规面临的挑战，并提出研究路线图以推动自动化持续安全合规的实现。
2024-08-01 cs.SE
Framework for continuous transition to Agile Systems Engineering in the Automotive Industry
针对汽车行业在VUCA环境下传统系统工程方法不足的问题，提出一种敏捷系统工程框架，并通过德国汽车制造商底盘开发部门的试点项目验证了其有效性，助力企业促进创新与协作。
2023-11-21 cs.SE cs.SY eess.SY
SmartDelta Methodology: Automated Quality Assurance and Optimization for Incremental System Engineering
本文介绍SmartDelta项目提出的SmartDelta方法论，一种领域无关的增量管理概念，通过六个阶段识别工程差距并发现新工具，同时展示七个工具实例。
2025-02-26 cs.SE
AI-Augmented Closed-Loop Quality Engineering: A Reference Architecture for Continuous Software Quality Intelligence
Dimple Bajaj
提出一种AI增强的闭环参考架构，通过需求特征挖掘、风险测试优先级、缺陷预测和生产事件分析，结合有限反馈学习模型，在六个发布周期中减少缺陷泄漏、提高检测效率并缩短测试执行时间。
2026-06-07 cs.AI cs.SE
Continuous Systematic Literature Review: An Approach for Open Science
系统性文献综述（SLR）在循证软件工程中扮演着重要的角色。随着计算机科学领域的进步和研究出版物的增长，新的证据不断出现。这一事实直接影响到保持SLR最新的目的，这可能导致研究人员对研究问题或调查作出过时的结论或决定。创建和维护最新的SLR需要大量的工作，原因有几个，如证据量的快速增加，可用数据库的限制和缺乏详细的协议文件和数据可用性。通常，在软件工程中，SLR不被更新或间歇地更新，在更新之间留下间隙，在该间隙期间SLR可能错过重要的新研究。为了解决这些问题，我们提出了持续系统性文献综述的概念，过程和工具支持，旨在保持SLR不断更新，促进开放科学实践的SE。这份立场文件概述了我们的建议和正在制定的方法。
2021-08-29 cs.SE
Industrial Challenges in Secure Continuous Development
本文从工业实践视角验证了安全持续软件工程中的关键挑战，并面向从业者和研究者提出四个未来研究方向。
2024-01-12 cs.SE
Adoption and Adaptation of CI/CD Practices in Very Small Software Development Entities: A Systematic Literature Review
本文通过系统文献综述分析了超小型软件实体采用 CI/CD 的挑战与适配策略，指出 Jenkins、Docker、微流水线和 ISO 29110 等简化方案能有效帮助其在资源受限下提升竞争力与软件质量。
2024-09-29 cs.SE
The professional's opinion: Suggestions for improving the corporate education training process in Software Engineering
CESAR School（CESAR学院）
研究探讨软件工程师对组织学习过程改进建议，通过分析174份开放性回答，发现需系统性干预以整合实践相关性、结构支持及有利的机构文化。
2026-03-12 cs.SE
Continuous Deep Learning: A Workflow to Bring Models into Production
研究人员一直在积极研究经典的机器学习工作流程，并整合软件工程生命周期的最佳实践。然而，深度学习表现出的偏差还没有在这个概念的发展过程中涵盖。这包括对专用硬件的需求、可重构特征工程、广泛的超参数优化、大规模数据管理以及用于减小尺寸和推理延迟的模型压缩。深度学习的个别问题正在接受彻底的检查，许多概念和实现已经获得了牵引力。不幸的是，完整的端到端开发过程仍然不明确。在本文中，我们定义了一个详细的深度学习工作流程，该工作流程在经典机器学习工作流程的基线上结合了上述特征。我们通过使用市场上的一些最新技术构建一个原型深度学习系统，进一步将概念想法转化为实践。为了检验工作流的可行性，两个用例被应用到原型。
2022-08-29 cs.SE
A Conceptual Framework for Requirements Engineering of Pretrained-Model-Enabled Systems
本文针对预训练模型使能系统在能力边界、上下文行为和持续演化方面的特性对传统需求工程假设的挑战，提出一个专门的概念框架并指出未来研究方向。
2025-07-17 cs.SE
Systematic Evaluation of Sandboxed Software Deployment for Real-time Software on the Example of a Self-Driving Heavy Vehicle
开发和维护纯软件产品（如网上商店）的公司旨在建立与其在该领域运行的软件的持久链接。从真实的使用场景中监测数据可以在软件生命周期中进行一些改进，例如快速识别和解决问题，以及从以前的意外使用中引出需求。虽然使用沙箱技术的持续集成、持续部署和持续实验的过程在上述纯软件产品中已经建立，但在汽车领域采用类似的做法则更为复杂，主要是由于实时的【形】和安全性的限制。在本文中，我们系统地评估了沙盒软件部署的自动驾驶重型车辆的背景下，参加了2016年大合作驾驶挑战赛（GCDC）在荷兰。我们测量了系统的调度精度后，部署在四个不同的执行环境中的应用程序。我们的研究结果表明，有没有显着的差异，在性能和开销时，使用沙箱环境相比，本机部署的软件。因此，软件架构、打包和维护的最新趋势将有助于实现网络物理系统的类似软件和系统工程。
2016-08-24 cs.SE
Useful Learning Experiences: A Qualitative Study of Corporate Training in Brazilian Software Engineering
CESAR School（CESAR学院）
本文通过定性研究探讨巴西软件工程师认为最有用的学习经验类型及其定义，发现持续技术更新和实践应用是核心，正式教育和社会学习也被视为互补维度。
2026-08-04 cs.SE
A Reference Architecture for Quantum Computing as a Service
本文提出量子计算即服务（QCaaS）参考架构，采用量子-经典分离微服务模式实现，并依据22名从业者反馈进行评估。
2023-06-03 cs.SE quant-ph
Industry-Academia Research Collaboration in Software Engineering: The Certus Model
Simula Research Laboratory（西姆拉研究实验室）
内容：软件工程产业界和学术界之间的研究合作可以为双方带来重大利益，包括提高产业界的创新能力，以及激励和验证研究想法的现实环境。然而，在软件工程中建立可扩展和有效的研究合作是具有挑战性的。虽然这样的挑战可以是多种多样的，在本文中，我们专注于实现参与性知识创造的产业和学术界之间的积极对话和持续致力于联合解决问题的支持的挑战。目的：本文旨在了解成功的产学合作的要素是什么，使参与式知识创造的文化。方法：我们进行了参与观察收集定性数据之间的软件工程研究小组对软件V&V和挪威IT部门8年的合作研究。对收集的数据进行分析，并将其合成为一个实用的协作模型，称为Certus模型。结果：该模型分为七个阶段，描述了从设立研究项目到利用研究成果的活动。因此，Certus模型通过描绘涵盖参与性研究知识创造的完整生存周期的不同阶段，推进了文献中的其他合作模型。结论：Certus模型描述了软件工程研究人员和从业人员之间的研究协作过程的要素，基于研究知识共同创造和持续致力于联合解决问题的原则。该模式可以在其他情况下应用和测试，通过实验可以适应当地情况。
2022-04-23 cs.LG cs.SE
Meta-Engineering Harnesses for AI-Native Software Production: A Contract-Driven Adversarial Verification Architecture with Early Deployment Report
HireNimbus
提出一种元工程框架，通过合约驱动、角色专业化AI代理和对抗性验证，实现AI原生软件的持续生产、验证与改进，并在小型服务公司的CTO即服务场景中部署17项功能，验证了其可靠性。
2026-05-25 cs.AI cs.SE
On Problems of Implicit Context Compression for Software Engineering Agents
JetBrains Research（JetBrains研究院）；Technical University of Munich, Germany（慕尼黑技术大学，德国）
研究软件工程代理在长周期任务中因上下文长度限制导致的失败问题，探讨连续嵌入编码方法的适用性及多步骤编码任务中的性能不足。
2026-05-11 cs.AI cs.CL cs.LG
