Show simple item record

dc.contributor.advisorCharles P. Coleman.en_US
dc.contributor.authorRodriguez, Laurie L., 1976-en_US
dc.contributor.otherMassachusetts Institute of Technology. Technology and Policy Program.en_US
dc.date.accessioned2005-06-02T18:38:26Z
dc.date.available2005-06-02T18:38:26Z
dc.date.copyright2004en_US
dc.date.issued2004en_US
dc.identifier.urihttp://hdl.handle.net/1721.1/17784
dc.descriptionThesis (S.M.)--Massachusetts Institute of Technology, Dept. of Aeronautics and Astronautics; and, (S.M.)--Massachusetts Institute of Technology, Engineering Systems Division, Technology and Policy Program, 2004.en_US
dc.descriptionIncludes bibliographical references (p. 31-32).en_US
dc.description.abstractRequirements management is an extremely critical and challenging part of the software development process. Correctly capturing these requirements is necessary for the user to be satisfied with the final product. Many instances of inadequate requirements management result in subsequent problems with the final product and have organizational sources. The goal of this research is to better understand the organizational processes and problems associated with software requirements management within NASA's human-rated space programs through interviews with experienced professionals within this organization. Some of the major themes that resulted from the expert interviews include: * Software engineering practices, such as the CMM, are starting to be implemented for the larger programs at NASA, however these practices have not been equally pervasive in all parts of the organization. * The main reason for lack of requirements management at NASA is not enough time or people available for the activity. * The reason that was most cited for requirements management tools not being used effectively is that these tools are too manpower intensive for NASA's current organizational situation, and require documentation that is not available. * To achieve improvements in requirements management NASA should hire more people with computer science backgrounds who also have an understanding of aerospace systems. * The lack of complete documentation on NASA projects, means that complete system testing cannot happen. * Requirements creep can happen at NASA because higher level customers do not always have a complete technical understanding of a subsystem or component that isen_US
dc.description.abstract(cont.) being developed, and the designers may interpret or change a requirement without consulting the customer. * NASA often deals with managing relationships between different subcontractors who have responsibility for different parts of the software lifecycle, and each subcontractor has its' own interests and stake in the final outcome of the system. It is important that NASA adequately manages the requirements between these parties to ensure that the customer's system requirements do not become distorted by the political interests of the subcontractors. Finally some recommendations for further research in this area are made. Thesis Supervisor: Charles P. Colemanen_US
dc.description.statementofresponsibilityby Laurie L. Rodriguez.en_US
dc.format.extent32 p.en_US
dc.format.extent1629020 bytes
dc.format.extent1629632 bytes
dc.format.mimetypeapplication/pdf
dc.format.mimetypeapplication/pdf
dc.language.isoengen_US
dc.publisherMassachusetts Institute of Technologyen_US
dc.rightsM.I.T. theses are protected by copyright. They may be viewed from this source for any purpose, but reproduction or distribution in any format is prohibited without written permission. See provided URL for inquiries about permission.en_US
dc.rights.urihttp://dspace.mit.edu/handle/1721.1/7582
dc.subjectAeronautics and Astronautics.en_US
dc.subjectTechnology and Policy Program.en_US
dc.titleManaging software requirements : organizational and political challengesen_US
dc.typeThesisen_US
dc.description.degreeS.M.en_US
dc.contributor.departmentMassachusetts Institute of Technology. Department of Aeronautics and Astronautics
dc.contributor.departmentMassachusetts Institute of Technology. Engineering Systems Division
dc.contributor.departmentTechnology and Policy Program
dc.identifier.oclc56547125en_US


Files in this item

Thumbnail

This item appears in the following Collection(s)

Show simple item record