Release engineering processes, their faults and failures
| dc.contributor.advisor | Perry, Dewayne E. | en |
| dc.contributor.committeeMember | Bias, Randolph | en |
| dc.contributor.committeeMember | Julien, Christine | en |
| dc.contributor.committeeMember | Kim, Miryung | en |
| dc.contributor.committeeMember | Khurshid, Sarfraz | en |
| dc.creator | Wright, Hyrum Kurt | en |
| dc.date.accessioned | 2012-07-12T14:40:29Z | en |
| dc.date.accessioned | 2017-05-11T22:25:48Z | |
| dc.date.available | 2012-07-12T14:40:29Z | en |
| dc.date.available | 2017-05-11T22:25:48Z | |
| dc.date.issued | 2012-05 | en |
| dc.date.submitted | May 2012 | en |
| dc.date.updated | 2012-07-12T14:40:34Z | en |
| dc.description | text | en |
| dc.description.abstract | Release processes form an important, if overlooked, part of the complete software development life cycle. Many organizations implement the roles of release engineering and release management in different ways, with a wide amount of variance within the software industry. Ill-designed processes can lead to a higher number of software faults and costly delays. Failures in release engineering can have negative implications, yet the causes of release process failures are not well understood within in the software engineering research community. This dissertation addresses the questions of what the common release process structure is, what the common failure modes are, and how organizations recover from and prevent these failures. We address these questions through a series of case studies with practicing release engineers at commercial software companies. The live interviews with these individual companies provide insight into the state of the practice in release engineering today across a broad spectrum of organization and software domains. The results of these studies indicate four areas of theory in release engineering which future researchers can probe in more depth. These areas center around process organization, social causes of release process failure, the relationship between software architecture and the release process, and how organizations attempt to improve release processes. For practicing release engineers, these results show that most organizations would benefit from three primary improvements: increased process automation, more modular software design, and improved organizational communication and support of release engineering groups. By implementing these improvements, software development companies and the release engineering processes they support will avoid the most common process failures in this critical phase of the software life cycle. | en |
| dc.description.department | Electrical and Computer Engineering | en |
| dc.format.mimetype | application/pdf | en |
| dc.identifier.slug | 2152/ETD-UT-2012-05-5465 | en |
| dc.identifier.uri | http://hdl.handle.net/2152/ETD-UT-2012-05-5465 | en |
| dc.language.iso | eng | en |
| dc.subject | Release engineering | en |
| dc.subject | Software release management | en |
| dc.title | Release engineering processes, their faults and failures | en |
| dc.type.genre | thesis | en |