Home   Contact Us    
Center for Systems and Software Engineering

About us
News
History
People
Events
Upcoming
Highlights
Past
Tech. Report
By Author
Research
Projects
Tools
Courses
Education
Degrees
Admissions
Affiliates
List of Affiliates
Private Area
Other Resources


Technical Reports

USC-CSE-91-501

Barry Boehm, "Economic Analysis of Software Technology Investments," Analytical Methods in Software Engineering Economics, T. Gulledge and W. Hutzler (ed.), Springer-Verlag, 1993 (pdf)

Many large organizations are finding that:
Software technology is increasingly critical to their future organizational performance.
Organizational expenditures on software are increasing.
Investments in software technology provide opportunities to reduce software costs and increase organizational performance.

The U.S. Department of Defense (DoD) is one such organization. It has embarked on the development of a DoD Software Technology Strategy (SWTS)[Boehm91a] to:
Identify its current and future software technology needs.
Analyze and adjust its current software technology investment portfolio to better meet DoD needs.
Formulate alternative DoD software technology investment portfolios, and analyze them with respect to DoD needs and estimated cost savings.

This paper summarizes one of several analyses undertaken to evaluate alternative DoD software technology investment portfolios. The analysis estimates the DoD software cost savings likely to result from alternative levels of DoD investment and calculates the resulting estimated returns on investment (ROI).

The dollar figures used in this paper represent current and proposed alternative technology investment and savings figures used at one stage of the development of the SWTS. At this point, they are representative of SWTS data and conclusions, but not necessarily accurate with respect to the final figures to be used in the SWTS.

Added June 24th, 2008


USC-CSE-91-500

Barry Boehm, "Software Risk Management: Principles and Practices," original version of IEEE Software, Volume 8, Issue 1, January 1991, pp. 32-41 (pdf)

Like many fields in their early stages, the software field has had its share of project disasters: the software equivalents of Beauvais Cathedral, the S.S. Titanic, and the "Galloping Gertie" Tacoma Narrows Bridge. The frequency of these disaster projects is a serious concern: a recent survey of 600 firms indicated that 35% of them had at least one "runaway' software project [I].

Most post-mortems of these software disaster projects have indicated that their problems would have been avoided or strongly reduced if there had been an explicit early concern with identifying and resolving their high-risk elements. Frequently, these projects were swept along by a tide of optimistic enthusiasm during their early phases, which caused them to miss some clear signals of high-risk issues which proved to be the project's downfall later.

Enthusiasm for new software capabilities is a good thing. But it needs to be tempered with a concern for early identification and resolution of a project's high-risk elements, so that people can get these resolved early and then focus their enthusiasm and energy on the positive aspects of their software product.

Added June 24th, 2008


Copyright 2008 The University of Southern California

The written material, text, graphics, and software available on this page and all related pages may be copied, used, and distributed freely as long as the University of Southern California as the source of the material, text, graphics or software is always clearly indicated and such acknowledgement always accompanies any reuse or redistribution of the material, text, graphics or software; also permission to use the material, text, graphics or software on these pages does not include the right to repackage the material, text, graphics or software in any form or manner and then claim exclusive proprietary ownership of it as part of a commercial offering of services or as part of a commercially offered product.