Demo Data from EDBT 2026 / reviewers in the wild / expert
David N. Card
dblp:99/2753
· DBLP profile ↗
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
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Empirical software engineering
software metrics |
0.0 | 1 | 2003 | Practical Software Measurement · ICSE 2003 |
Empirical software engineering
software project management |
0.0 | 1 | 2003 | Practical Software Measurement · ICSE 2003 |
Empirical software engineering › software evaluation
software technology evaluation |
0.0 | 1 | 1987 | Evaluating Software Engineering Technologies · IEEE Trans. Software Eng. 1987 |
Software maintenance and evolution
software modularization |
0.0 | 1 | 1985 | Criteria for Software Modularization · ICSE 1985 |
Empirical software engineering
software engineering practice |
0.0 | 1 | 1987 | Evaluating Software Engineering Technologies · IEEE Trans. Software Eng. 1987 |
Requirements engineering and software design
software design quality |
0.0 | 1 | 1986 | An Empirical Study of Software Design Practices · IEEE Trans. Software Eng. 1986 |
Requirements engineering and software design
modularity |
0.0 | 1 | 1985 | 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
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2013 | A Software and Integration Process Model for Offshore VesselsabstractMobile 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 |
PROFES | 3 |
| 2008 | Editorial - Outgoing Editor-in-Chief
David N. Card |
J. Syst. Softw. | 1 |
| 2004 | Research Directions in Software Process ImprovementabstractSoftware 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 |
COMPSAC | 1 |
| 2004 | Statistical Techniques for Software Engineering PracticeabstractMany 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 |
ICSE | 1 |
| 2004 | Editor's corner
David N. Card |
J. Syst. Softw. | 1 |
| 2003 | Integrating Practical Software Measurement and the Balanced ScorecardabstractThis 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 |
COMPSAC | 1 |
| 2003 | Practical Software MeasurementabstractThis 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 |
ICSE | 1 |
| 2002 | Managing Software Quality with DefectsabstractThis 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 |
COMPSAC | 1 |
| 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 softwareabstractThe 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 |
CBMS | 4 |
| 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 TechnologiesabstractMany 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 PracticesabstractResults 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 |
ICSE | 1 |