EDBT 2026 Demo / reviewers in the wild / expert
James R. Hamrick
dblp:03/437
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 1984
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 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
1 paper |
Software testing · 77% Software maintenance and evolution · 23% |
Topics — the 4 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software testing
software reliability |
0.0 | 1 | 1984 | Modeling Software Behavior in Terms of a Formal Life Cycle Curve: Implications for Software Maintenance · IEEE Trans. Software Eng. 1984 |
Software testing › software reliability
software reliability modeling |
0.0 | 1 | 1984 | Modeling Software Behavior in Terms of a Formal Life Cycle Curve: Implications for Software Maintenance · IEEE Trans. Software Eng. 1984 |
Software maintenance and evolution › software evolution
corrective maintenance |
0.0 | 1 | 1984 | Modeling Software Behavior in Terms of a Formal Life Cycle Curve: Implications for Software Maintenance · IEEE Trans. Software Eng. 1984 |
Software maintenance and evolution › software maintenance
maintenance effort prediction |
0.0 | 1 | 1984 | Modeling Software Behavior in Terms of a Formal Life Cycle Curve: Implications for Software Maintenance · IEEE Trans. Software Eng. 1984 |
Methods — techniques the papers use, named apart from their topics
rayleigh model · 0.0nonlinear regression · 0.0least squares estimation · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1984 | Modeling Software Behavior in Terms of a Formal Life Cycle Curve: Implications for Software MaintenanceabstractIn this paper, a formal model of the software manloading pattern, the Rayleigh model, is described and then applied to four Bankers Trust Company (BTCo.) new development projects possessing complete life cycle manloading data (maintenance phase included). To fit the Rayleigh curve to a project's manloading scores, (nonlinear) regression was used to obtain least squares estimates of the Rayleigh parameters, which, in turn, were used to generate the Rayleigh manloading curve. For all four projects, deviation from the Rayleigh curve was small and constant throughout the software development phases (i.e., preliminary design through implementation); however, the Rayleigh curve consistently deviated from the actual manloading during system maintenance, underestimating the amount of maneffort expended. Restricting maintenance maneffort to manpower expended on repair of system faults (``corrective'' maintenance) resulted in a single Rayleigh curve that could be applied over the entire BTCo. life cycle. Furthermore, this corrective portion of the maintenance effort could be accurately forecasted from the Rayleigh curve fit to software development. Implications of these findings for software management are discussed. Willa Kay Wiener-Ehrlich, James R. Hamrick, Vincent F. Rupolo |
IEEE Trans. Software Eng. | 2 |