<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="static/style.xsl"?><OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd"><responseDate>2026-09-19T14:40:07Z</responseDate><request verb="GetRecord" identifier="oai:dspace.mit.edu:1721.1/44701" metadataPrefix="dim">https://dspace.mit.edu/server/oai/request</request><GetRecord><record><header><identifier>oai:dspace.mit.edu:1721.1/44701</identifier><datestamp>2022-01-13T07:55:19Z</datestamp><setSpec>com_1721.1_7582</setSpec><setSpec>com_1721.1_7581</setSpec><setSpec>col_1721.1_131023</setSpec></header><metadata><dim:dim xmlns:dim="http://www.dspace.org/xmlns/dspace/dim" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:doc="http://www.lyncode.com/xoai" xsi:schemaLocation="http://www.dspace.org/xmlns/dspace/dim http://www.dspace.org/schema/dim.xsd">
   <dim:field mdschema="dc" element="contributor" qualifier="advisor" lang="en_US">Daniel Whitney and Maria Yang.</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="author" lang="en_US">Aquaro, Matthew</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="other" lang="en_US">System Design and Management Program.</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="department" lang="en_US">System Design and Management Program.</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="accessioned">2009-03-16T19:31:30Z</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="available">2009-03-16T19:31:30Z</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="copyright" lang="en_US">2008</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="issued" lang="en_US">2008</dim:field>
   <dim:field mdschema="dc" element="identifier" qualifier="uri">http://hdl.handle.net/1721.1/44701</dim:field>
   <dim:field mdschema="dc" element="identifier" qualifier="oclc" lang="en_US">297411209</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">Thesis (S.M.)--Massachusetts Institute of Technology, System Design and Management Program, 2008.</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">Includes bibliographical references (p. 71).</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="abstract" lang="en_US">Product development in the automotive industry has evolved around the design of components. The organization is established around components and people have a very component centric perspective on problem solving. This has led to local optimization of individual components, while the larger system spirals out of control. The penalty is often measured in terms of development time and cost. New programs are given autonomy to make independent choices without regard for what other programs are doing, which leads to a wide variety of architectures put into place. Program managers and functional managers have different prioritizations. Furthermore, new designs are provided by a separate organization from the group responsible for implementation. They have a very different value system and are unaware of the difficulties experienced in the implementation phase. This type of practice leads to programs nearing production deadlines with poorly optimized systems. Engineers must relearn due to the lack of standardization across program. The team absorbs additional resources from within to fix issues prior to launch. The robbing of resources leads to delays in subsequent programs and the cycle repeats itself. These issues are partly cultural, part organizational, part due to lack of understanding of systems engineering. A new organization is designed, which strengthen the systems perspective and give power to a new role in the organization, the Systems Engineer. The Systems Engineer is chartered with global optimization of the entire system, which includes both functional aspects as well as business aspects like resource availability, development cost and time. They are responsible for developing the complete system, from concept to final implementation. The Design Structure Matrix (DSM) shows the boundaries of the system and reveals new areas where the Systems Engineer can influence the design at lower cost to the organization.</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="abstract" lang="en_US">(cont.) The Robustness Checklist, standardization and Systems Architecture provide Systems Engineers tools to change from a component mindset to a systems mindset and to optimize the system as a whole.</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="statementofresponsibility" lang="en_US">by Matthew J. Aquaro.</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="degree" lang="en_US">S.M.</dim:field>
   <dim:field mdschema="dc" element="format" qualifier="extent" lang="en_US">71 p.</dim:field>
   <dim:field mdschema="dc" element="language" qualifier="iso" lang="en_US">eng</dim:field>
   <dim:field mdschema="dc" element="publisher" lang="en_US">Massachusetts Institute of Technology</dim:field>
   <dim:field mdschema="dc" element="rights" lang="en_US">M.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.</dim:field>
   <dim:field mdschema="dc" element="rights" qualifier="uri" lang="en_US">http://dspace.mit.edu/handle/1721.1/7582</dim:field>
   <dim:field mdschema="dc" element="subject" lang="en_US">System Design and Management Program.</dim:field>
   <dim:field mdschema="dc" element="title" lang="en_US">Systems engineering in practice : the application of systems engineering principles to the development of a hydraulic control system for an automatic transmission</dim:field>
   <dim:field mdschema="dc" element="title" qualifier="alternative" lang="en_US">Application of systems engineering principles to the development of a hydraulic control system for an automatic transmission</dim:field>
   <dim:field mdschema="dc" element="type" lang="en_US">Thesis</dim:field>
   <dim:field mdschema="dc" element="format" qualifier="mimetype">application/pdf</dim:field>
   <dim:field mdschema="dspace" element="entity" qualifier="type">Publication</dim:field>
   <dim:field mdschema="others" element="access-status">unknown</dim:field>
   <dim:field mdschema="others" element="access-status">unknown</dim:field>
   <dim:field mdschema="cerif" element="openaire" authority="" confidence="-1">&lt;Publication xmlns="https://www.openaire.eu/cerif-profile/1.1/" id="b14a1bfe-e30e-448f-b67c-821ee64cd592">
	&lt;Type xmlns="https://www.openaire.eu/cerif-profile/vocab/COAR_Publication_Types">http://purl.org/coar/resource_type/c_1843&lt;/Type>
	&lt;Language>eng&lt;/Language>
   	&lt;Title>Systems engineering in practice : the application of systems engineering principles to the development of a hydraulic control system for an automatic transmission&lt;/Title>
   	&lt;Subtitle>Application of systems engineering principles to the development of a hydraulic control system for an automatic transmission&lt;/Subtitle>
   	&lt;PublishedIn>
    	&lt;Publication>
      	&lt;/Publication>
   	&lt;/PublishedIn>
   	&lt;PublicationDate>2008&lt;/PublicationDate>
   	&lt;Authors>
      	&lt;Author>
        	&lt;DisplayName>Aquaro, Matthew&lt;/DisplayName>
         	&lt;Affiliation>
         		&lt;OrgUnit>
         		&lt;/OrgUnit>
         	&lt;/Affiliation>
      	&lt;/Author>
	&lt;/Authors>
   	&lt;Editors>
	&lt;/Editors>
    &lt;Publishers>
        &lt;Publisher>
            &lt;DisplayName>Massachusetts Institute of Technology&lt;/DisplayName>
            &lt;OrgUnit />
        &lt;/Publisher>
    &lt;/Publishers>
    &lt;License>http://dspace.mit.edu/handle/1721.1/7582&lt;/License>
    &lt;Keyword>System Design and Management Program.&lt;/Keyword>
   	&lt;Abstract>Product development in the automotive industry has evolved around the design of components. The organization is established around components and people have a very component centric perspective on problem solving. This has led to local optimization of individual components, while the larger system spirals out of control. The penalty is often measured in terms of development time and cost. New programs are given autonomy to make independent choices without regard for what other programs are doing, which leads to a wide variety of architectures put into place. Program managers and functional managers have different prioritizations. Furthermore, new designs are provided by a separate organization from the group responsible for implementation. They have a very different value system and are unaware of the difficulties experienced in the implementation phase. This type of practice leads to programs nearing production deadlines with poorly optimized systems. Engineers must relearn due to the lack of standardization across program. The team absorbs additional resources from within to fix issues prior to launch. The robbing of resources leads to delays in subsequent programs and the cycle repeats itself. These issues are partly cultural, part organizational, part due to lack of understanding of systems engineering. A new organization is designed, which strengthen the systems perspective and give power to a new role in the organization, the Systems Engineer. The Systems Engineer is chartered with global optimization of the entire system, which includes both functional aspects as well as business aspects like resource availability, development cost and time. They are responsible for developing the complete system, from concept to final implementation. The Design Structure Matrix (DSM) shows the boundaries of the system and reveals new areas where the Systems Engineer can influence the design at lower cost to the organization.&lt;/Abstract>
   	&lt;Abstract>(cont.) The Robustness Checklist, standardization and Systems Architecture provide Systems Engineers tools to change from a component mindset to a systems mindset and to optimize the system as a whole.&lt;/Abstract>
	&lt;Access xmlns="http://purl.org/coar/access_right" 
    >
    &lt;/Access>
&lt;/Publication>
</dim:field>
</dim:dim>
</metadata></record></GetRecord></OAI-PMH>