EDBT 2026 Demo / reviewers in the wild / expert
Takeshi Nakajo
dblp:40/3552
· DBLP profile ↗
4ranked-venue papers
3as first author
0since 2021 · last 1993
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 4 · 3 first-authorApplied, interdisciplinary, general and emerging computing · 2 · 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
2 papers |
Requirements engineering and software design · 38% Empirical software engineering · 25% Software testing · 19% |
Topics — the 3 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design › software design representation
design documentation |
0.0 | 1 | 1993 | A Case History Development of a Foolproofing Interface Documentation System · IEEE Trans. Software Eng. 1993 |
Software maintenance and evolution
fault tree analysis |
0.0 | 1 | 1991 | A Case History Analysis of Software Error Cause-Effect Relationships · IEEE Trans. Software Eng. 1991 |
Software testing › fault analysis
software error analysis |
0.0 | 1 | 1991 | A Case History Analysis of Software Error Cause-Effect Relationships · IEEE Trans. Software Eng. 1991 |
Methods — techniques the papers use, named apart from their topics
foolproofing · 0.0case study · 0.0fault tree analysis · 0.0cross-indexing · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1993 | A Case History Development of a Foolproofing Interface Documentation SystemabstractThe authors discuss information transmission errors occurring between design engineers involved in software development and describe an interface design documentation system that can prevent them. The equivalence of human errors in software design and hardware manufacturing activities is established. The characteristics that must be included in an interface documentation system to prevent communication errors in software design activities, based on foolproofing principles that were identified for hardware manufacturing, are discussed. Utilizing these characteristics, an example of an interface documentation system for software products which control measuring equipment is presented. Its effects on the resultant number of communication errors between hardware and software engineers is subsequently experimentally evaluated.> Takeshi Nakajo, Isao Azuma, Masato Tada |
IEEE Trans. Software Eng. | 1 |
| 1991 | Foolproofing and quality feedback: keys of process-based managementabstractTwo techniques are used to investigate software process human error prevention methods. One imports useful technologies from other engineering fields, e.g., the relations between operation methods and human errors were investigated for hardware production processes, and foolproofing process methods were systematized to prevent human errors. The other technique develops new methods based on quality feedback, where processes are improved through cause-effect analysis of empirical errors. The paper discusses establishing error-free software processes using these foolproofing and quality feedback methods.> Takeshi Nakajo |
COMPSAC | 1 |
| 1991 | A Case History Analysis of Software Error Cause-Effect RelationshipsabstractApproximately 700 errors in four commercial measuring-control software products were analyzed, and the cause-effect relationships of errors occurring during software development were identified. The analysis method used defined appropriate observation points along the path leading from cause to effect of a software error and gathered the corresponding data by analyzing each error using fault tree analysis. Each observation point's data were categorized, and the relationships between two adjoining points were summarized using a cross-indexing table. Four major error-occurrence mechanisms were identified; two are related to hardware and software interface specification misunderstandings, while the other two are related to system and module function misunderstandings. The effects of structured analysis and structured design methods on software errors were evaluated.> Takeshi Nakajo, Hitoshi Kume |
IEEE Trans. Software Eng. | 1 |
| 1989 | Method of determining effective software testing regions: detection of software defects related to external specification changesabstractA method of specifying effective testing regions for detecting software defects accompanying changes in external specifications is proposed. On the basis of a careful analysis of actual software defects, the concept of restriction elements is introduced, and it is shown that software defects resulting from external specification changes can be regarded as consisting of the incorrect addition or elimination of these restriction elements. These errors produce a response different from the specifications in certain input regions. A theorem concerning the regions influenced is presented, and examples showing the effectiveness of the method are given.> Takeshi Kaneko, Takeshi Nakajo |
COMPSAC | 2 |