Yuri Chernak

dblp:77/877 · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Software maintenance and evolution › software quality assurance
defect analysis
0.011996
A Statistical Approach to the Inspection Checklist Formal Synthesis and Improvement · IEEE Trans. Software Eng. 1996
Software maintenance and evolution
software inspection
0.011996
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
YearPublicationVenuePosition
2012 Requirements Composition Table explained
abstract
Aspect-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
RE1
1996 A Statistical Approach to the Inspection Checklist Formal Synthesis and Improvement
abstract
Proposes 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