EDBT 2026 Demo / reviewers in the wild / expert
Yuri Chernak
dblp:77/877
· DBLP profile ↗
2ranked-venue papers
2as first author
0since 2021 · last 2012
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2 · 2 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 · 100% |
Topics — the 2 heaviest of 2, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › software quality assurance
defect analysis |
0.0 | 1 | 1996 | A Statistical Approach to the Inspection Checklist Formal Synthesis and Improvement · IEEE Trans. Software Eng. 1996 |
Software maintenance and evolution
software inspection |
0.0 | 1 | 1996 | A Statistical Approach to the Inspection Checklist Formal Synthesis and Improvement · IEEE Trans. Software Eng. 1996 |
Methods — techniques the papers use, named apart from their topics
statistical analysis · 0.0orthogonal defect classification · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2012 | Requirements Composition Table explainedabstractAspect-oriented requirements engineering (AORE) introduced an artifact called Requirements Composition Table (RCT). RCT presents a holistic view of an application's functionality structured by core features and crosscutting concerns. This artifact can effectively support various project tasks and serve as a common frame of reference for all parties on a project team. As AORE remains little-known to most practitioners in the software development field, the purpose of this paper is to explain the RCT concept to practitioners and discuss its benefits. The RCT technique has been implemented for a number of Wall Street applications at various investment banks. RCT can help us perform important project tasks and has proven to be one of the most valuable artifacts of a software project. This paper discusses the steps to develop an RCT, provides an example of how to use it to perform change impact analysis for releases, describes experiences using RCTs in practice, and discusses lessons learned on projects implementing the RCT technique. Yuri Chernak |
RE | 1 |
| 1996 | A Statistical Approach to the Inspection Checklist Formal Synthesis and ImprovementabstractProposes a statistical approach to the formal synthesis and improvement of inspection checklists. The approach is based on defect causal analysis and defect modeling. The defect model is developed using IBM's Orthogonal Defect Classification. A case study describes the steps required and a tool for the implementation. The advantages and disadvantages of both empirical and statistical methods are discussed and compared. It is suggested that a statistical approach should be used in conjunction with the empirical approach. The main advantage of the proposed technique is that it allows us to tune a checklist according to the most recent project experience and to identify optimal checklist items even when a source document does not exist. Yuri Chernak |
IEEE Trans. Software Eng. | 1 |