<?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-20T16:01:02Z</responseDate><request verb="GetRecord" identifier="oai:dspace.mit.edu:1721.1/43753" metadataPrefix="dim">https://dspace.mit.edu/server/oai/request</request><GetRecord><record><header><identifier>oai:dspace.mit.edu:1721.1/43753</identifier><datestamp>2022-01-13T07:54:12Z</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">George Stiny.</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="author" lang="en_US">Pantazi, Magdalini Eleni</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="other" lang="en_US">Massachusetts Institute of Technology. Dept. of Architecture.</dim:field>
   <dim:field mdschema="dc" element="contributor" qualifier="department">Massachusetts Institute of Technology. Department of Architecture</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="accessioned">2008-12-11T16:57:43Z</dim:field>
   <dim:field mdschema="dc" element="date" qualifier="available">2008-12-11T16:57:43Z</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/43753</dim:field>
   <dim:field mdschema="dc" element="identifier" qualifier="oclc" lang="en_US">269366366</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">Thesis (S.M.)--Massachusetts Institute of Technology, Dept. of Architecture, 2008.</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">This electronic version was submitted by the student author.  The certified thesis is available in the Institute Archives and Special Collections.</dim:field>
   <dim:field mdschema="dc" element="description" lang="en_US">Includes bibliographical references (p. 175-178).</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="abstract" lang="en_US">Since the first application of computer programs to problem solving in the 1960s, computers and computational processes have been gradually introduced in the field of architecture to the point where today they are an inherent part of architectural practice and education. This extensive use of computers in architecture, however, occurs late in the design phase, at the stage of production of construction documents or representation of the final product, and so rarely are computers used to address the early design phase, that of creativity. A significant reason for this is that computational processes, based on algorithms, use explicit rules and unambiguous procedures, while the processes that architects employ at the early design phase are implicit and obscure. Whether a process is implicit or explicit, though, it is still underlined by a framework of interacting rules. Can rules, therefore, provide a bridge between explicit and implicit processes? The present research addresses this question through a design experiment with a group of professional architects. The experiment was in design composition from scratch and the scope was to identify the role of rules in the architects' design processes. In this framework a shape grammar formalism was developed to describe both the design activities and the end products. Architects were found to work towards a design solution by developing general rule schemas that gradually take the form of specific and explicit rules. It was also observed that this process is constantly informed and enhanced by the emergence of perceptual design events.</dim:field>
   <dim:field mdschema="dc" element="description" qualifier="statementofresponsibility" lang="en_US">by Magdalini Eleni Pantazi.</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">179 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">Architecture.</dim:field>
   <dim:field mdschema="dc" element="title" lang="en_US">Dissecting design : exploring the role of rules in the design process</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="authorsordered">false</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="c61b7883-6141-4d1c-aa75-cbee7e545001">
	&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>Dissecting design : exploring the role of rules in the design process&lt;/Title>
   	&lt;PublishedIn>
    	&lt;Publication>
      	&lt;/Publication>
   	&lt;/PublishedIn>
   	&lt;PublicationDate>2008&lt;/PublicationDate>
   	&lt;Authors>
      	&lt;Author>
        	&lt;DisplayName>Pantazi, Magdalini Eleni&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>Architecture.&lt;/Keyword>
   	&lt;Abstract>Since the first application of computer programs to problem solving in the 1960s, computers and computational processes have been gradually introduced in the field of architecture to the point where today they are an inherent part of architectural practice and education. This extensive use of computers in architecture, however, occurs late in the design phase, at the stage of production of construction documents or representation of the final product, and so rarely are computers used to address the early design phase, that of creativity. A significant reason for this is that computational processes, based on algorithms, use explicit rules and unambiguous procedures, while the processes that architects employ at the early design phase are implicit and obscure. Whether a process is implicit or explicit, though, it is still underlined by a framework of interacting rules. Can rules, therefore, provide a bridge between explicit and implicit processes? The present research addresses this question through a design experiment with a group of professional architects. The experiment was in design composition from scratch and the scope was to identify the role of rules in the architects&amp;apos; design processes. In this framework a shape grammar formalism was developed to describe both the design activities and the end products. Architects were found to work towards a design solution by developing general rule schemas that gradually take the form of specific and explicit rules. It was also observed that this process is constantly informed and enhanced by the emergence of perceptual design events.&lt;/Abstract>
	&lt;Access xmlns="http://purl.org/coar/access_right" 
    >
    &lt;/Access>
&lt;/Publication>
</dim:field>
</dim:dim>
</metadata></record></GetRecord></OAI-PMH>