Demo Data from EDBT 2026 / reviewers in the wild / expert
Safoora Shakil Khan
dblp:47/985
· DBLP profile ↗
3ranked-venue papers
2as first author
0since 2021 · last 2008
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3 · 2 first-authorDatabases, data management, data science and information retrieval · 1 · 1 first-author
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 |
Software maintenance and evolution · 88% Empirical software engineering · 12% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution
software modularity |
0.1 | 1 | 2008 | Evolving software product lines with aspects: an empirical study on design stability · ICSE 2008 |
Software maintenance and evolution › software evolution
software product line evolution |
0.1 | 1 | 2008 | Evolving software product lines with aspects: an empirical study on design stability · ICSE 2008 |
Software maintenance and evolution › change impact analysis
change propagation |
0.0 | 1 | 2008 | Evolving software product lines with aspects: an empirical study on design stability · ICSE 2008 |
Empirical software engineering › software engineering research methodology
empirical study |
0.0 | 1 | 2008 | Evolving software product lines with aspects: an empirical study on design stability · ICSE 2008 |
Methods — techniques the papers use, named apart from their topics
quantitative case study · 0.1aspect-oriented programming · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2008 | On the Impact of Evolving Requirements-Architecture Dependencies: An Exploratory Study
Safoora Shakil Khan, Phil Greenwood, Alessandro F. Garcia 0001, Awais Rashid |
CAiSE | 1 |
| 2008 | Evolving software product lines with aspects: an empirical study on design stabilityabstractSoftware product lines (SPLs) enable modular, large-scale reuse through a software architecture addressing multiple core and varying features. To reap the benefits of SPLs, their designs need to be stable. Design stability encompasses the sustenance of the product line’s modularity properties in the presence of changes to both the core and varying features. It is usually assumed that aspect-oriented programming promotes better modularity and changeability of product lines. However, there is no empirical evidence on its efficacy to prolong design stability of product lines in realistic development scenarios. This paper reports a quantitative study that evolves two SPLs to assess various facets of design stability of aspect-oriented implementations. Our investigation focused upon a multi-perspective analysis of the evolving product lines in terms of modularity, change propagation, and feature interaction. Eduardo Figueiredo 0001, Nélio Cacho, Cláudio Sant'Anna, Mario Monteiro, Uirá Kulesza, Alessandro F. Garcia 0001, Sérgio Soares, Fabiano Cutigi Ferrari, Safoora Shakil Khan, Fernando Castor Filho, Francisco Dantas |
ICSE | 9 |
| 2005 | A Survey on Early Separation of ConcernsabstractAspect oriented software development (AOSD) focuses on the separation of crosscutting concerns. Crosscutting concerns are separable at the requirements phase, design phase, or implementation phase. In this survey, we have classified aspect oriented requirements engineering (AORE) approaches as traditional and non-traditional requirements engineering approaches. The traditional approaches are based on fundamental requirements engineering approaches such as viewpoint oriented, use case/scenario, and goal oriented approaches. Whereas the non-traditional approaches are based on component based engineering, feature driven developments, and domain analysis and engineering. The AORE models have been compared on the basis of systematic activities for separation of concerns: identify, separate, represent, and compose, conflict resolution techniques, and tool support. This survey deals with the open issues put forward by various authors and the observations made by analyses of the AORE models. Safoora Shakil Khan, Muhammad Jaffar-Ur Rehman |
APSEC | 1 |