Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Yorick Sens

dblp:375/6802 · DBLP profile ↗
← Back
2ranked-venue papers
2as first author
2since 2021 · last 2025
0009-0002-5845-5887ORCID · corroborated

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 2 · 2 first-author · 2 since 2021Artificial intelligence and machine learning · 1 · 1 first-author · 1 since 2021

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Software engineering, system software, and programming languages
1 paper
Empirical software engineering · 38% Requirements engineering and software design · 38% Software maintenance and evolution · 23%

Topics — the 4 heaviest of 4, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Empirical software engineering
mining software repositories
0.912025
A Large-Scale Study of Model Integration in ML-Enabled Software Systems · ICSE 2025
Requirements engineering and software design
software architecture
0.912025
A Large-Scale Study of Model Integration in ML-Enabled Software Systems · ICSE 2025
Software maintenance and evolution › software ecosystems
model reuse
0.312025
A Large-Scale Study of Model Integration in ML-Enabled Software Systems · ICSE 2025
Software maintenance and evolution
software ecosystems
0.312025
A Large-Scale Study of Model Integration in ML-Enabled Software Systems · ICSE 2025

Methods — techniques the papers use, named apart from their topics

repository mining · 0.9empirical study · 0.9
YearPublicationVenuePosition
2025 Towards a Privacy-by-Design Framework for ML-Enabled Systems
abstract
The integration of ML into end-user oriented software systems introduces additional privacy challenges, due to the large amount of data processed and the intransparent nature of ML models, compared to traditional software components. Although techniques for minimizing data usage and increasing privacy exist, they are not yet widely adapted and often create conflicts with system functionality. In this work, we will develop a comprehensive framework that helps developers of ML-enabled systems to specify privacy requirements, monitor their implementation during all phases of software development, and assess tradeoffs between privacy and functionality.
Yorick Sens
CAIN1
2025 A Large-Scale Study of Model Integration in ML-Enabled Software Systems
abstract
The rise of machine learning (ML) and its integration into software systems has drastically changed development practices. While software engineering traditionally focused on manually created code artifacts with dedicated processes and architectures, ML-enabled systems require additional data-science methods and tools to create ML artifacts-especially ML models and training data. However, integrating models into systems, and managing the many different artifacts involved, is far from trivial. ML-enabled systems can easily have multiple ML models that interact with each other and with traditional code in intricate ways. Unfortunately, while challenges and practices of building ML-enabled systems have been studied, little is known about the characteristics of real-world ML-enabled systems beyond isolated examples. Improving engineering processes and architectures for ML-enabled systems requires imnroving the empirical understanding of these systems. We present a large-scale study of 2,928 open-source ML-enabled software systems. We classified and analyzed them to determine system characteristics, model and code reuse practices, and architectural aspects of integrating ML models. Our findings show that these systems still mainly consist of traditional source code, and that ML model reuse through code duplication or pre-trained models is common. We also identified different ML integration patterns and related implementation practices. We hope that our results help improve practices for integrating ML models, bringing data science and software engineering closer together.
Yorick Sens, Henriette Knopp, Sven Peldszus, Thorsten Berger
ICSE1