Abstract
Jim is the manager responsible for developing the software performance requirements on a flight control computer. Since he is, as usual, overloaded, he asks Bob, one of his engineers, to determine the timing constraints on the system. Bob, who is new to the job, performs the task but significantly overestimates the values. He e-mails these to Jim who inserts them into the requirements document. At the requirements review, Mary who is familiar with timing constraints realizes that something is wrong and requests a recalculation. Jim readily agrees, but because he is preoccupied, forgets to inform Bob about the problem, and corrective action is never taken. When the system is built, a major crisis develops when it is found that the control computer cannot perform the job...
This is a preview of subscription content, log in via an institution.
Buying options
Tax calculation will be finalised at checkout
Purchases are for personal use only
Learn about institutional subscriptionsPreview
Unable to display preview. Download preview PDF.
Author information
Authors and Affiliations
Rights and permissions
Copyright information
© 1995 Springer-Verlag Berlin Heidelberg
About this chapter
Cite this chapter
Christie, A.M. (1995). Software Process Automation in Perspective. In: Software Process Automation. Springer, Berlin, Heidelberg. https://doi.org/10.1007/978-3-642-79252-6_1
Download citation
DOI: https://doi.org/10.1007/978-3-642-79252-6_1
Publisher Name: Springer, Berlin, Heidelberg
Print ISBN: 978-3-642-79254-0
Online ISBN: 978-3-642-79252-6
eBook Packages: Springer Book Archive