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

Lawrence H. Putnam

dblp:86/5496 · DBLP profile ↗
← Back
2ranked-venue papers
2as first author
0since 2021 · last 1978
—ORCID · none

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

Software engineering, systems software and programming languages · 2 · 2 first-authorApplied, 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
1 paper
Empirical software engineering · 100%

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

TopicWeightPapersLastEvidence papers
Empirical software engineering
software effort estimation
0.011978
A General Empirical Solution to the Macro Software Sizing and Estimating Problem · IEEE Trans. Software Eng. 1978
Empirical software engineering › software estimation
software size estimation
0.011978
A General Empirical Solution to the Macro Software Sizing and Estimating Problem · IEEE Trans. Software Eng. 1978

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

empirical cost modeling · 0.0
YearPublicationVenuePosition
1978 Example of an early sizing, cost and schedule estimate for an application software system
abstract
Software development has been characterized by severe cost overruns, schedule slippages and an inability to size, cost and determine the development time early in the feasibility and functional design phases when investment decision must be made. Managers want answers to the following questions: Can I do it? How much will it cost? How long will it take? How many people? What's the risk? What's the trade-off? This portion of the paper shows how to size the project in source statements (S/sub s/), how to relate the size to the management parameters [life cycle effort (K) and development time (t/sub d/)] and the state-of-technology (C/sub k/) being applied to the problem through the software equation, S/sub s/ = C/sub k/ K/sup 1/3/ t/sub d//sup 4/3/ . The software equation is then solved using a constraint relationship K = | /spl nabla/D |t/sub d//sup 3/, where |/spl nabla/D| is the magnitude of the difficulty gradient empirically found to be related to system development characteristics measuring the degree of concurrency of major task accomplishment. Monte Carlo simulation is used to generate statistics on variability of the effort and development time. The standard deviations are used to make risk profiles. Finally, having the effort and development time parameters, the Rayleigh/Norden equation is used to generate the manpower and cash flow rate at any point in the life cycle. The results obtained demonstrate that engineering quality quantitative answers to the management questions can be obtained in time for effective management decision making.
Lawrence H. Putnam
COMPSAC1
1978 A General Empirical Solution to the Macro Software Sizing and Estimating Problem
abstract
Application software development has been an area of organizational effort that has not been amenable to the normal managerial and cost controls. Instances of actual costs of several times the initial budgeted cost, and a time to initial operational capability sometimes twice as long as planned are more often the case than not.
Lawrence H. Putnam
IEEE Trans. Software Eng.1