- Cleanroom software engineering
-
For the meaning of clean room engineering as a method to avoid copyright infringement, see Cleanroom design.
Software development process Activities and steps Methodologies Supporting disciplines Tools The Cleanroom software engineering process is a software development process intended to produce software with a certifiable level of reliability. The Cleanroom process was originally developed by Harlan Mills and several of his colleagues including Alan Hevner at IBM[1]. The focus of the Cleanroom process is on defect prevention, rather than defect removal. The name Cleanroom was chosen to evoke the cleanrooms used in the electronics industry to prevent the introduction of defects during the fabrication of semiconductors. The Cleanroom process first saw use in the mid to late 80s. Demonstration projects within the military began in the early 1990s[2]. Recent work on the Cleanroom process has examined fusing Cleanroom with the automated verification capabilities provided by specifications expressed in CSP[3].
Contents
Central principles
The basic principles of the Cleanroom process are
- Software development based on formal methods
- Cleanroom development makes use of the Box Structure Method to specify and design a software product. Verification that the design correctly implements the specification is performed through team review.
- Incremental implementation under statistical quality control
- Cleanroom development uses an iterative approach, in which the product is developed in increments that gradually increase the implemented functionality. The quality of each increment is measured against pre-established standards to verify that the development process is proceeding acceptably. A failure to meet quality standards results in the cessation of testing for the current increment, and a return to the design phase.
- Statistically sound testing
- Software testing in the Cleanroom process is carried out as a statistical experiment. Based on the formal specification, a representative subset of software input/output trajectories is selected and tested. This sample is then statistically analyzed to produce an estimate of the reliability of the software, and a level of confidence in that estimate.
References
- ^ Mills, H.; M. Dyer and R. Linger (September 1987). "Cleanroom Software Engineering". IEEE Software 4 (5): 19–25. doi:10.1109/MS.1987.231413.
- ^ Foreman, John (2005). "Cleanroom Software Engineering Reference". Software Technology Roadmap. Software Engineering Institute (SEI). http://www.sei.cmu.edu/library/abstracts/reports/96tr022.cfm. Retrieved 2006-04-27.
- ^ Guy H. Broadfoot and P. J. Hopcroft (2005). Introducing formal methods into industry using Cleanroom and CSP. Dedicated Systems e-Magazine. http://www.omimo.be/magazine/emagazine/fulltext/2005Q1_1.pdf. Retrieved 2011-08-02.
Further reading
- Stavely, Allan (1999). Toward Zero-Defect Programming. Addison-Wesley.
- Stacy J. Prowell and Carmen J. Trammell and Richard C. Linger and Jesse H. Poore (1999). Cleanroom Software Engineering: Technology and Process. Addison-Wesley.
- Jesse H. Poore and Carmen J. Trammell (1996). Cleanroom Software Engineering: A Reader. NCC Blackwell.
External links
Software engineering Fields Concepts Orientations Models Development modelsOther models- Automotive SPICE
- CMMI
- Data model
- Function model
- Information model
- Metamodeling
- Object model
- Systems model
- View model
Modeling languagesSoftware
engineers- Kent Beck
- Grady Booch
- Fred Brooks
- Barry Boehm
- Ward Cunningham
- Ole-Johan Dahl
- Tom DeMarco
- Martin Fowler
- C. A. R. Hoare
- Watts Humphrey
- Michael A. Jackson
- Ivar Jacobson
- Craig Larman
- James Martin
- Bertrand Meyer
- David Parnas
- Winston W. Royce
- Colette Rolland
- James Rumbaugh
- Niklaus Wirth
- Edward Yourdon
- Victor Basili
Related fields Categories:- Software development process
- Software quality
- Software engineering stubs
Wikimedia Foundation. 2010.