Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Dave E. Eckhardt

dblp:28/6591 · DBLP profile ↗
← Back
4ranked-venue papers
3as first author
0since 2021 · last 1991
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 3 · 3 first-authorSecurity and privacy · 1

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
Software testing · 100%

Topics — the 1 heaviest of 2, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Software testing
software fault tolerance
0.021991
An Experimental Evaluation of Software Redundancy as a Strategy For Improving Reliability · IEEE Trans. Software Eng. 1991
A Theoretical Basis for the Analysis of Multiversion Software Subject to Coincident Errors · IEEE Trans. Software Eng. 1985

Methods — techniques the papers use, named apart from their topics

failure probability estimation · 0.0dependent failure model · 0.0probabilistic modeling · 0.0coincident error intensity function · 0.0
YearPublicationVenuePosition
1991 An Experimental Evaluation of Software Redundancy as a Strategy For Improving Reliability
abstract
The strategy of using multiple versions of independently developed software as a means to tolerate residual software design faults is discussed. The effectiveness of multiversion software is studied by comparing estimates of the failure probabilities of these systems with the failure probabilities of single versions. The estimates are obtained under a model of dependent failures and compared with estimates obtained when failures are assumed to be independent. The experimental results are based on 20 versions of an aerospace application developed and independently validated by 60 programmers from 4 universities. Descriptions of the application and development process are given, together with an analysis of the 20 versions.>
Dave E. Eckhardt, Alper K. Caglayan, John C. Knight, Larry D. Lee, David F. McAllister, Mladen A. Vouk, John P. J. Kelly
IEEE Trans. Software Eng.1
1988 A Experimental Investigation of Software Diversity in a Fault-Tolerant Avionics Application
abstract
Highly reliable and effective failure detection and isolation (FDI) software is crucial in modern avionics systems that tolerate hardware failures in real time. The FDI function is an excellent opportunity for applying the principal of software design diversity to the fullest, i.e., algorithm diversity, in order to provide gains in functional performance as well as potentially enhancing the reliability of the software. The authors examine algorithm diversity applied to the redundancy management software for a hardware fault-tolerant sensor array. Results of an experiment are presented that show the performance gains that can be provided by utilizing the consensus of three diverse algorithms for sensor FDI.>
Alper K. Caglayan, Paul R. Lorczak, Dave E. Eckhardt
SRDS3
1988 Fundamental differences in the reliability of N-modular redundancy and N-version programming
Dave E. Eckhardt, Larry D. Lee
J. Syst. Softw.1
1985 A Theoretical Basis for the Analysis of Multiversion Software Subject to Coincident Errors
abstract
Fundamental to the development of redundant software techniques (known as fault-tolerant software) is an understanding of the impact of multiple joint occurrences of errors, referred to here as coincident errors. A theoretical basis for the study of redundant software is developed which 1) provides a probabilistic framework for empirically evaluating the effectiveness of a general multiversion strategy when component versions are subject to coincident errors, and 2) permits an analytical study of the effects of these errors. An intensity function, called the intensity of coincident errors, has a central role in this analysis. This function describes the propensity of programmers to introduce design faults in such a way that software components fail together when executing in the application environment. We give a condition under which a multiversion system is a better strategy than relying on a single version and we study some differences between the coincident errors model developed here and the model that assumes independent failures of component verions.
Dave E. Eckhardt, Larry D. Lee
IEEE Trans. Software Eng.1