VLDB 2026 Research / reviewers in the wild / expert
Jude Gyimah
dblp:396/7916
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2025
0009-0003-5564-9253ORCID · reported
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1 · 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 |
Requirements engineering and software design · 100% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › software product lines
feature models |
0.9 | 1 | 2025 | FM-PRO: A Feature Modeling Process · IEEE Trans. Software Eng. 2025 |
Requirements engineering and software design
software product lines |
0.9 | 1 | 2025 | FM-PRO: A Feature Modeling Process · IEEE Trans. Software Eng. 2025 |
Requirements engineering and software design
model-driven engineering |
0.3 | 1 | 2025 | FM-PRO: A Feature Modeling Process · IEEE Trans. Software Eng. 2025 |
Methods — techniques the papers use, named apart from their topics
survey · 0.9industrial case study · 0.9
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | FM-PRO: A Feature Modeling ProcessabstractAlmost any software system needs to exist in multiple variants. While branching or forking—a.k.a. clone & own—are simple and inexpensive strategies, they do not scale well with the number of variants created. Software platforms—a.k.a. software product lines—scale and allow to derive variants by selecting the desired features in an automated, tool-supported process. However, product lines are difficult to adopt and to evolve, requiring mechanisms to manage features and their implementations in complex codebases. Such systems can easily have thousands of features with intricate dependencies. Feature models have arguably become the most popular notation to model and manage features, mainly due to their intuitive, tree-like representation. Introduced more than 30 years ago, thousands of techniques relying on feature models have been presented, including model configuration, synthesis, analysis, and evolution techniques. However, despite many success stories, organizations still struggle with adopting software product lines, limiting the usefulness of such techniques. Surprisingly, no modeling process exists to systematically create feature models, despite them being the main artifact of a product line. This challenges organizations, even hindering the adoption of product lines altogether. We present FM-PRO, a process to engineer feature models. It can be used with different adoption strategies for product lines, including creating one from scratch (pro-active adoption) and re-engineering one from existing cloned variants (extractive adoption). The resulting feature models can be used for configuration, planning, evolution, reasoning about variants, or keeping an overview understanding of complex software platforms. We systematically engineered the process based on empirically elicited modeling principles. We evaluated and refined it in a real-world industrial case study, two surveys with industrial and academic feature-modeling experts, as well as an open-source case study. We hope that FM-PRO helps to adopt feature models and that it facilitates higher-level, feature-oriented engineering practices, establishing features as a better and more abstract way to manage increasingly complex codebases. Johan Martinson, Wardah Mahmood, Jude Gyimah, Thorsten Berger |
IEEE Trans. Software Eng. | 3 |