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.

Hubert E. Dunsmore

dblp:d/HubertEDunsmore · DBLP profile ↗
← Back
12ranked-venue papers
3as first author
0since 2021 · last 1989
—ORCID · none

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

Software engineering, systems software and programming languages · 7 · 2 first-authorDatabases, data management, data science and information retrieval · 3 · 1 first-authorHuman-computer interaction and ubiquitous computing · 2Applied, interdisciplinary, general and emerging computing · 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
5 papers
Empirical software engineering · 47% Software maintenance and evolution · 36% Software testing · 17%
Interdisciplinary, comprehensive, and emerging computing
1 paper
Computing education · 100%

Topics — the 9 heaviest of 11, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Empirical software engineering › human factors in software engineering
developer cognition
0.011989
Cognitive Issues in the Process of Software Development: Review and Reappraisal · Int. J. Man Mach. Stud. 1989
Software maintenance and evolution › software quality assurance › defect analysis
defect estimation
0.011988
An Analysis of Several Software Defect Models · IEEE Trans. Software Eng. 1988
Empirical software engineering
software defect prediction
0.011988
An Analysis of Several Software Defect Models · IEEE Trans. Software Eng. 1988
Software testing
software reliability
0.011988
An Analysis of Several Software Defect Models · IEEE Trans. Software Eng. 1988
Software maintenance and evolution
program comprehension
0.021984
The Effect of Indentation on Program Comprehension · Int. J. Man Mach. Stud. 1984
The Effect of Modularization and Comments on Program Comprehension · ICSE 1981
Empirical software engineering
software metrics
0.011983
Software Science Revisited: A Critical Analysis of the Theory and Its Empirical Support · IEEE Trans. Software Eng. 1983
Empirical software engineering › software engineering research methodology
empirical study
0.011983
Software Science Revisited: A Critical Analysis of the Theory and Its Empirical Support · IEEE Trans. Software Eng. 1983
Software maintenance and evolution
software documentation
0.011981
The Effect of Modularization and Comments on Program Comprehension · ICSE 1981
Software maintenance and evolution
software modularization
0.011981
The Effect of Modularization and Comments on Program Comprehension · ICSE 1981

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

statistical modeling · 0.0correlation analysis · 0.0meta-analysis · 0.0empirical study · 0.0
YearPublicationVenuePosition
1989 Cognitive Issues in the Process of Software Development: Review and Reappraisal
Richard J. Koubek, Gavriel Salvendy, Hubert E. Dunsmore, William K. LeBold
Int. J. Man Mach. Stud.3
1988 SMDC: An interactive software metrics data collection and analysis system
Tze-Jie Yu, Brian A. Nejmeh, Hubert E. Dunsmore, Vincent Y. Shen
J. Syst. Softw.3
1988 An Analysis of Several Software Defect Models
abstract
Results are presented of an analysis of several defect models using data collected from two large commercial projects. Traditional models typically use either program matrices (i.e. measurements from software products) or testing time or combinations of these as independent variables. The limitations of such models have been well-documented. The models considered use the number of defects detected in the earlier phases of the development process as the independent variable. This number can be used to predict the number of defects to be detected later, even in modified software products. A strong correlation between the number of earlier defects and that of later ones was found. Using this relationship, a mathematical model was derived which may be used to estimate the number of defects remaining in software. This defect model may also be used to guide software developers in evaluating the effectiveness of the software development and testing processes.>
Tze-Jie Yu, Vincent Y. Shen, Hubert E. Dunsmore
IEEE Trans. Software Eng.3
1984 The Effect of Indentation on Program Comprehension
Thomas E. Kesler, Randy B. Uram, Ferial Magareh-Abed, Ann Fritzsche, Carl Amport, Hubert E. Dunsmore
Int. J. Man Mach. Stud.6
1984 Software metrics: An overview of an evolving methodology
Hubert E. Dunsmore
Inf. Process. Manag.1
1984 Empirical investigation of COBOL features
Dennis M. Volpano, Hubert E. Dunsmore
Inf. Process. Manag.2
1984 Back-to-front programming effort prediction
Andrew Shenq-Yen Wang, Hubert E. Dunsmore
Inf. Process. Manag.2
1983 Software Science Revisited: A Critical Analysis of the Theory and Its Empirical Support
abstract
The theory of software science was developed by the late M. H. Halstead of Purdue University during the early 1970's. It was first presented in unified form in the monograph Elements of Software Science published by Elsevier North-Holland in 1977. Since it claimed to apply scientific methods to the very complex and important problem of software production, and since experimental evidence supplied by Halstead and others seemed to support the theory, it drew widespread attention from the computer science community.
Vincent Y. Shen, Samuel D. Conte, Hubert E. Dunsmore
IEEE Trans. Software Eng.3
1981 The Effect of Modularization and Comments on Program Comprehension
Scott N. Woodfield, Hubert E. Dunsmore, Vincent Y. Shen
ICSE2
1981 A study of several metrics for programming effort
Scott N. Woodfield, Vincent Y. Shen, Hubert E. Dunsmore
J. Syst. Softw.3
1980 Analysis of the effects of programming factors on programming effort
Hubert E. Dunsmore, John D. Gannon
J. Syst. Softw.1
1979 Some practical considerations for management information systems
abstract
A Management Information System (MIS) performs transactional processing and sup plies information to organizational manage ment for planning and decision making. It is suggested that the MIS administrator should be concerned with the system's cost effectiveness, completeness, and degree of use. The amount of training of MIS users and the necessity for a dynamic system are discussed. When implementing a new MIS, the administrator should concentrate on using good organizational politics, should avoid computer jargon, and should encourage organizational personnel involvement in planning. The MIS should be built on existing data processing structures, and the MIS administrator should be very care ful about data accessibility and security.
Hubert E. Dunsmore
COMPSAC1