Demo Data from EDBT 2026 / reviewers in the wild / expert
Raimund Moser
dblp:62/148
· DBLP profile ↗
9ranked-venue papers
7as first author
0since 2021 · last 2011
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 9 · 7 first-authorArtificial intelligence and machine learning · 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 |
Empirical software engineering · 100% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering › mining software repositories
defect prediction |
0.1 | 1 | 2008 | A comparative analysis of the efficiency of change metrics and static code attributes for defect prediction · ICSE 2008 |
Empirical software engineering
mining software repositories |
0.1 | 1 | 2008 | A comparative analysis of the efficiency of change metrics and static code attributes for defect prediction · ICSE 2008 |
Empirical software engineering
software metrics |
0.1 | 1 | 2008 | A comparative analysis of the efficiency of change metrics and static code attributes for defect prediction · ICSE 2008 |
Empirical software engineering › software metrics
static code attributes |
0.0 | 1 | 2008 | A comparative analysis of the efficiency of change metrics and static code attributes for defect prediction · ICSE 2008 |
Methods — techniques the papers use, named apart from their topics
naive bayes · 0.1logistic regression · 0.1decision tree · 0.1cost-sensitive classification · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2011 | Predicting Development Effort from User StoriesabstractIn this paper, we propose a method for predicting development effort based on user stories. Such approach is well suited for Agile software projects where requirements are developed along with the project and only sketched in a rough manner. We apply the proposed method to two industrial Agile software projects of very different size and structure. We show that such effort estimation works reasonably well if user stories are written in a structured way. Pekka Abrahamsson, Ilenia Fronza, Raimund Moser, Jelena Vlasenko, Witold Pedrycz |
ESEM | 3 |
| 2008 | Analysis of the reliability of a subset of change metrics for defect predictionabstractIn this paper, we describe an experiment, which analyzes the relative importance and stability of change metrics for predicting defects for 3 releases of the Eclipse project. The results indicate that out of 18 change metrics 3 metrics contain most information about software defects. Moreover, those 3 metrics remain stable across 3 releases of the Eclipse project. A comparative analysis with the full model shows that the prediction accuracy is not too much affected by using a subset of 3 metrics and the recall even improves. Raimund Moser, Witold Pedrycz, Giancarlo Succi |
ESEM | 1 |
| 2008 | A comparative analysis of the efficiency of change metrics and static code attributes for defect predictionabstractIn this paper we present a comparative analysis of the predictive power of two different sets of metrics for defect prediction. We choose one set of product related and one set of process related software metrics and use them for classifying Java files of the Eclipse project as defective respective defect-free. Classification models are built using three common machine learners: logistic regression, Naïve Bayes, and decision trees. To allow different costs for prediction errors we perform cost-sensitive classification, which proves to be very successful: >75% percentage of correctly classified files, a recall of >80%, and a false positive rate <30%. Results indicate that for the Eclipse data, process metrics are more efficient defect predictors than code metrics. Raimund Moser, Witold Pedrycz, Giancarlo Succi |
ICSE | 1 |
| 2008 | A Model to Identify Refactoring Effort during Maintenance by Mining Source Code Repositories
Raimund Moser, Witold Pedrycz, Alberto Sillitti, Giancarlo Succi |
PROFES | 1 |
| 2007 | Effort Prediction in Iterative Software Development Processes - Incremental Versus Global Prediction ModelsabstractEstimation of development effort without imposing overhead on the project and the development team is of paramount importance for any software company. This study proposes a new effort estimation methodology aimed at agile and iterative development environments not suitable for description by traditional prediction methods. We propose a detailed development methodology, discuss a number of architectures of such models (including a wealth of augmented regression models and neural networks) and include a thorough case study of Extreme Programming (XP) in two semi-industrial projects. The results of this research evidence that in the XP environment under study the proposed incremental model outperforms traditional estimation techniques most notably in early phases of development. Moreover, when dealing with new projects, the incremental model can be developed from scratch without resorting itself to historic data. Pekka Abrahamsson, Raimund Moser, Witold Pedrycz, Alberto Sillitti, Giancarlo Succi |
ESEM | 2 |
| 2007 | Incremental Effort Prediction Models in Agile Development using Radial Basis Functions
Raimund Moser, Witold Pedrycz, Giancarlo Succi |
SEKE | 1 |
| 2007 | Does XP Deliver Quality and Maintainable Code?
Raimund Moser, Marco Scotto, Alberto Sillitti, Giancarlo Succi |
XP | 1 |
| 2007 | Empirical analysis on the correlation between GCC compiler warnings and revision numbers of source files in five industrial software projects
Raimund Moser, Barbara Russo, Giancarlo Succi |
Empir. Softw. Eng. | 1 |
| 2006 | Does Refactoring Improve Reusability?
Raimund Moser, Alberto Sillitti, Pekka Abrahamsson, Giancarlo Succi |
ICSR | 1 |