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

David N. Card

dblp:99/2753 · DBLP profile ↗
← Back
22ranked-venue papers
20as first author
0since 2021 · last 2013
—ORCID · none

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

Software engineering, systems software and programming languages · 21 · 20 first-authorApplied, interdisciplinary, general and emerging computing · 4 · 3 first-authorArtificial intelligence and machine learning · 1Human-computer interaction and ubiquitous computing · 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
5 papers
Empirical software engineering · 95% Software maintenance and evolution · 3% Requirements engineering and software design · 2%

Topics — the 7 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Empirical software engineering
software metrics
0.012003
Practical Software Measurement · ICSE 2003
Empirical software engineering
software project management
0.012003
Practical Software Measurement · ICSE 2003
Empirical software engineering › software evaluation
software technology evaluation
0.011987
Evaluating Software Engineering Technologies · IEEE Trans. Software Eng. 1987
Software maintenance and evolution
software modularization
0.011985
Criteria for Software Modularization · ICSE 1985
Empirical software engineering
software engineering practice
0.011987
Evaluating Software Engineering Technologies · IEEE Trans. Software Eng. 1987
Requirements engineering and software design
software design quality
0.011986
An Empirical Study of Software Design Practices · IEEE Trans. Software Eng. 1986
Requirements engineering and software design
modularity
0.011985
Criteria for Software Modularization · ICSE 1985

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

statistical analysis · 0.0contingency table analysis · 0.0analysis of covariance · 0.0
YearPublicationVenuePosition
2013 A Software and Integration Process Model for Offshore Vessels
abstract
Mobile Offshore Units (MOUs) are increasingly dependent on complex software-based controls and automation. However, the industry has been slow to adapt to this software-intensive environment. Delays in commissioning and operational downtime due to software and integration problems are commonplace. This article describes a new standard, OS D-203, Integrated Software Dependent Systems (ISDS), developed by DNV to help ensure the delivery of MOUs with greater reliability, availability, and safety. DNV's new rule helps to address both software and integration issues. This article provides an overview of ISDS and explains its relationship to the CMMI as well as Component-Based Software Engineering.
David N. Card
APSEC (2)1
2010 Applying DPPI: A Defect Causal Analysis Approach Using Bayesian Networks
Marcos Kalinowski, Emilia Mendes, David N. Card, Guilherme Horta Travassos
PROFES3
2008 Editorial - Outgoing Editor-in-Chief
David N. Card
J. Syst. Softw.1
2004 Research Directions in Software Process Improvement
abstract
Software process improvement (SPI) has become a driving force in the global software industry. However, it has not become a popular topic of rigorous research, especially at universities. This paper surveys ongoing research efforts around the world and identifies emerging or potential topics of research in this economically important area
David N. Card
COMPSAC1
2004 Statistical Techniques for Software Engineering Practice
abstract
Many factors are combining to promote the use of quantitative and statistical methods by practicing software engineers. While these techniques are not new to industry in general, they are relatively new to the software industry. Consequently, there is significant uncertainty in the community about their difficulty and applicability. This paper provides an introduction to basic concepts and shows how they can be applied to help solve common software engineering problems.
David N. Card
ICSE1
2004 Editor's corner
David N. Card
J. Syst. Softw.1
2003 Integrating Practical Software Measurement and the Balanced Scorecard
abstract
This article describes the application of the concepts of practical software measurement (PSM) to satisfy the information needs of enterprise management. In particular, it focuses on the relationship between PSM, an established approach for project measurement, and the balanced scorecard, an established approach for enterprise measurement. The two approaches prove to be compatible and complementary.
David N. Card
COMPSAC1
2003 Practical Software Measurement
abstract
This tutorial provides a one-day overview of Practical Software Measurement (PSM). The measurement approach focuses on satisfying the information needs of project managers. Innovative elements of PSM include the measurement process model and the measurement information model. Rather than discussing specific numerical techniques in detail, this course emphasizes basic concepts.
David N. Card
ICSE1
2002 Managing Software Quality with Defects
abstract
This paper describes two common approaches to measuring and modeling software quality across the project life cycle so that it can be made visible to management. It discusses examples of their application in real industry settings. Both of the examples presented come from CMM Level 4 organizations.
David N. Card
COMPSAC1
2002 Editor's Corner
David N. Card
J. Syst. Softw.1
2002 Stepping up to the Plate
David N. Card
J. Syst. Softw.1
1992 Designing software for producibility
David N. Card
J. Syst. Softw.1
1990 More on software science
David N. Card, William W. Agresti
J. Syst. Softw.1
1989 Further remarks on software science
David N. Card, William W. Agresti
J. Syst. Softw.1
1989 An industrial engineering approach to software development
David N. Card, R. A. Berg
J. Syst. Softw.1
1988 The need for a rigorous development and testing methodology for medical software
abstract
The requirements of medical software development and testing are discussed. An approach to building better medical software is described, covering project management, product assurance, software engineering, and prototyping. Lessons learned from practical experience with testing medical systems are examined.>
William A. Reupke, E. Srinivasan, Paul V. Rigterink, David N. Card
CBMS4
1988 Measuring software design complexity
David N. Card, William W. Agresti
J. Syst. Softw.1
1987 Resolving the software science anomaly
David N. Card, William W. Agresti
J. Syst. Softw.1
1987 Comments on resolving the software science anomaly
David N. Card, William W. Agresti
J. Syst. Softw.1
1987 Evaluating Software Engineering Technologies
abstract
Many new software development practices, tools, and techniques have been introduced in recent years. Few, however, have been empirically evaluated. The objectives of this study were to measure technology use in a production environment, develop a statistical model for evaluating the effectiveness of technologies, and evaluate the effects of some specific technologies on productivity and reliability. A carefully matched sample of 22 projects from the Software Engineering Laboratory database was studied using an analysis-of-covariance procedure. Limited use of the technologies considered in the analysis produced approximately a 30 percent increase in software reliability. These technologies did not demonstrate any direct effect on development productivity.
David N. Card, Frank E. McGarry, Gerald T. Page
IEEE Trans. Software Eng.1
1986 An Empirical Study of Software Design Practices
abstract
Results of an empirical study of software design practices in one specific environment are reported. The practices examined affect module size, module strength, data coupling, descendant span, unreferenced variables, and software reuse. Measures characteristic of these practices were extracted from 887 Fortran modules developed for five flight dynamics software projects monitored by the Software Engineering Laboratory. The relationship of these measures to cost and fault rate was analyzed using a contingency table procedure. The results show that some recommended design practices, despite their intuitive appeal, are ineffective in this environment, whereas others are very effective.
David N. Card, Victor E. Church, William W. Agresti
IEEE Trans. Software Eng.1
1985 Criteria for Software Modularization
David N. Card, Gerald T. Page, Frank E. McGarry
ICSE1