Sei sulla pagina 1di 15

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

A discussion on the importance of the architectural design process Daniel de Carvalho Moreira Doris Catherine Cornelie Knatz Kowaltowski Resumo
programa de necessidades cumpre um importante papel no projeto de arquitetura e contribui para que o projetista considere a complexidade envolvida na concepo de espaos urbanos e de edifcios. Durante a dcada de 1950, arquitetos e engenheiros, atentos ao panorama cientfico, procuravam aplicar novas tcnicas ao desenvolvimento do projeto em arquitetura. Organizaram-se, a partir de vrias conferncias, grupos de estudo sobre mtodos de projeto e o assunto tomou rumos diversos nos quarenta anos seguintes, inclusive uma vertente dedicada ao programa arquitetnico. No Brasil, tais mtodos de projeto no tiveram repercusso direta na atividade profissional dos escritrios de projeto, tampouco sobre programas de ensino ou pesquisa das escolas de engenharia e arquitetura. Este trabalho discute o programa de necessidades e sua contribuio no processo de projeto em arquitetura, atravs da discusso de mtodos para seu desenvolvimento, das normas que definem seus contedos e da sua forma de apresentao, visando a efetiva aplicao dos seus conceitos.

Daniel de Carvalho Moreira


Faculdade de Engenharia Civil, Arquitetura e Urbanismo Universidade Estadual de Campinas Av. Albert Einstein, 951 Cidade Universitria Zeferino Vaz Campinas - SP Caixa Postal 6021 CEP 13083-852 Tel.: (19) 3521-2469 E-mail: damore@fec.unicamp.br

Palavras-chave: Programa de necessidades. Projeto de arquitetura. Mtodos de projeto. Avaliao ps-ocupao

Abstract
The brief plays an important role in the architectural design, making it possible for the designers to consider the complexity that exists in the conception of urban spaces and buildings. During the Fifties, architects and engineers, aware of new scientific developments, endeavored to apply new methods in the architectural design process. After several research groups on design methods were created along the following forty years, including a research initiative on the brief. In Brazil, those design methods have not had a direct influence on architectural practices, nor on civil engineering and architecture training and research. This paper discusses the brief and its contribution to the architectural design process by discussing development methods, standards that define their content, and their presentation form, aiming to contribute for its effective application.
Keywords: Brief. Architectural design. Design methods. Post-occupancy evaluation.

Doris Catherine Cornelie Knatz Kowaltowski


Faculdade de Engenharia Civil, Arquitetura e Urbanismo Universidade Estadual de Campinas Av. Albert Einstein, 951 Cidade Universitria Zeferino Vaz Campinas - SP Caixa Postal 6021 CEP 13083-852 Tel.: (19) 3521-2390 E-mail: doris@fec.unicamp.br

Recebido em 27/03/09 Aceito em 02/05/09

Ambiente Construdo, Porto Alegre, v. 9, n. 2, p. 31-45, abr./jun. 2009. ISSN 1678-8621 2005, Associao Nacional de Tecnologia do Ambiente Construdo. Todos os direitos reservados.

31

Introduo
O processo de construo do edifcio composto por trs fases distintas: o programa, o projeto e a execuo. A qualidade do produto final depende do rigor e da exigncia observados em cada uma dessas fases, pois o sub-produto de um processo est diretamente relacionado ao produto anterior e ir afetar a qualidade do resultado da fase seguinte. Esta relao pode no ser concluda com a entrega do edifcio ao cliente, uma vez que a vida til de um edifcio depende da satisfao do seu usurio em funo da adequao da ocupao. Caso haja um desajuste nesta relao, retoma-se o processo de construo para satisfazer as novas condies exigidas ou corrigir os erros observados. A anlise da qualidade do desempenho do ambiente construdo conduzida pela Avaliao Ps-Ocupao (APO) e os seus resultados constituem a base para a operao seguinte: organizar as informaes disponveis para o planejamento das alteraes necessrias adequao do espao segundo as funes requeridas pelos seus ocupantes. Frequentemente atribui-se ao processo de projeto a estruturao dos resultados da APO para determinar os novos requisitos funcionais, tanto em uma reestruturao do espao existente como na construo de um novo edifcio. Porm, o ciclo do processo de construo pressupe que as necessidades do cliente e do usurio sejam analisadas e estruturadas antes que a etapa de projeto tenha incio (ORNSTEIN; ROMERO, 1992). O programa arquitetnico a fase que antecede o projeto. O propsito do programa descrever as condies onde o projeto vai operar. Ao cumprir seu objetivo, o programa estabelece o problema ao qual a edificao projetada dever responder. Alm de ser um dos primeiros passos do processo de construo, o desenvolvimento do programa uma atividade analtica. A anlise do contexto um procedimento que busca os elementos essenciais da situao que envolve o edifcio. O contexto no abrange apenas uma situao fsica, limitada por uma rea, um terreno e suas caractersticas geogrficas, mas todas as situaes de uso, culturais, urbanas, estruturais e assim por diante. Fazem parte do contexto as propriedades e caractersticas dos usurios do edifcio, bem como seus valores e preferncias, econmicos, estticos ou culturais. Visando contribuir para a ampliao da qualidade do ambiente construdo atravs de projetos arquitetnicos que respondem s demandas da situao (local, poca e usurio) discute-se neste artigo a importncia do programa de necessidades no processo de projeto com a apresentao do seu contedo e aplicao de normas relevantes. A iniciativa para desenvolver o presente texto partiu da repercusso positiva de sua verso preliminar, apresentada na mesa redonda do Encontro Nacional de Tecnologia do Ambiente Construdo, ENTAC 2008, realizado em Fortaleza, sobre a importncia da Avaliao Ps-Ocupao para o desenvolvimento do programa arquitetnico e para o processo de projeto em arquitetura (KOWATOWSKI; MOREIRA, 2008).

Programa de necessidades
No processo de projeto, seja ele em qualquer rea de aplicao, importante levantar em primeiro lugar as necessidades do cliente e formular a partir destes os requisitos funcionais do produto (SUH, 1990). Em arquitetura, o processo de projeto tambm inicia-se com o levantamento das caractersticas e exigncias do cliente e do contexto. Desta forma, o programa de necessidades sinnimo do programa arquitetnico. Por definio, a programao arquitetnica implica em levantar, compreender e organizar as informaes necessrias para o desenvolvimento do projeto do edifcio. Para isso, o procedimento deve lidar com dados de diferentes naturezas, obtidos em diversas fontes, mas que devem estar organizados e documentados a fim de dar apoio ao processo seguinte, o projeto. O programa deve ser expresso de modo sinttico, atravs de quadros e diagramas, e apoiado por uma documentao completa, reunida durante os estudos das condies que determinam os propsitos do edifcio a ser projetado. As informaes necessrias para compreender e descrever o problema que o projeto do edifcio deve resolver podem ser obtidas em uma srie de fontes de dados: (a) avaliaes ps-ocupao: o estudo do espao que se pretende modificar ou das edificaes semelhantes quela que ser projetada representa a possibilidade de observar como determinadas alternativas de projeto obtiveram xito ou no, dadas certas condicionantes. A partir de questionrios, observaes, avaliaes documentais, registros (logbook, queixas e problemas), listas de atividades, mapas comportamentais e medies tcnicas possvel empreender a anlise de um ambiente construdo, segundo seus propsitos funcionais, alm de constituir uma oportunidade de avaliar e

32

Moreira, D. de C.; Kowaltowski, D. C. C. K.

quantificar situaes que sero comuns ao novo edifcio a ser projetado; (b) reviso da literatura especializada: durante o processo de programao arquitetnica, os tpicos que so identificados como relevantes para o desenvolvimento do projeto podem ser amplamente estudados a partir dos trabalhos publicados sobre um assunto. Os relatos sobre o xito ou a inadequao de determinadas solues diante de um problema esto registrados na literatura especializada, o que oferece uma variada fonte de experincias para o programa arquitetnico; (c) normas, legislaes e recomendaes: reunio das condies tcnicas que o projeto do edifcio deve observar. Embora vrias normas descrevam as particularidades do contexto onde o edifcio ir operar, muitos dos princpios que regem um determinado tipo de edificao podem ser identificados na literatura tcnica especfica. Nessas fontes de informao so encontrados tambm os manuais e requisitos tcnicos dos equipamentos que a edificao dever acomodar, o que inclui exigncias tcnicas de instalaes e estruturais, bem como condies de conforto e segurana de operao; (d) usurios: a consulta s pessoas que iro ocupar o edifcio projetado uma fonte importante de informao para o programa arquitetnico de um edifcio. A identificao dos requisitos funcionais que o espao construdo dever satisfazer depende de procedimentos de entrevista junto ao usurio e da observao das suas atividades. Existem mtodos participativos de projeto, como os jogos, modelos em escala real (mock-ups) e a aplicao de sofisticados recursos visuais (SANOFF, 1991). As participaes do cliente e do usurio permitem incluir uma diversidade de opinies e percepes sobre o ambiente que priorizam os aspectos de conforto, funcionalidade, economia e esttica, alm de ampliar a base de conhecimento da natureza do objeto de projeto. Este procedimento exige uma documentao profunda, com clareza e objetividade em sua comunicao, a fim de registrar com preciso a origem das observaes levantadas pelos atores do processo; e (e) anlise de projetos: levantamento das caractersticas de edifcios que possuem afinidades com o projeto em desenvolvimento. A contribuio da anlise de projetos para o processo de programao depende da identificao dos requisitos funcionais exigidos pela nova edificao, considerados relevantes em situaes similares. Assim, na fase de programao de um novo edifcio, a anlise de um projeto arquitetnico de referencia permite esclarecer

quais foram as prioridades do projeto, seus requisitos funcionais e as origens das solues apresentadas. A partir da crtica arquitetnica ao projeto de referencia conduz-se o procedimento de anlise atravs da seleo de parmetros, da classificao, da atribuio de pesos e da definio de uma lista de verificao (KOWALTOWSKI et al., 2006). Uma vez que o programa arquitetnico um procedimento de anlise, seu objetivo listar as condies do contexto onde um edifcio ir operar em termos de requisitos funcionais. Trata-se da apresentao dos fatores de desempenho que se espera que a edificao cumpra e cujo objetivo principal manter a integridade dos usurios e dos bens que abriga, ao corresponder aos seus anseios e expectativas de conforto e satisfao nesse mesmo espao. O projeto de um edifcio depende da correta observao desses requisitos, no s para cumprir metas, mas para estimular o seu uso nas mais variadas situaes.

Histrico dos mtodos de projeto


Durante a dcada de 1950, arquitetos e engenheiros atentos ao panorama cientfico procuravam aplicar novas tcnicas ao desenvolvimento do projeto para melhorar a qualidade do processo e dos seus produtos. No final de 1962, realizou-se em Londres a primeira conferncia sobre mtodos de projeto (Conference on Design Methods) com o objetivo de buscar e definir mtodos sistemticos de resoluo de problemas (SLANN, 1963). Foi a primeira tentativa de reunir experincias e teorias na aplicao de tcnicas sistemticas de projeto, influenciadas por novas prticas cientficas, como a Teoria dos Sistemas, Teoria da Informao e a Pesquisa Operacional (BAYAZIT, 2004; BROADBENT; WARD, 1971; BUCHANAN, 1996; CROSS, 1984; KOWALTOWSKI, 1992). Outros dois congressos importantes tiveram lugar no Reino Unido, durante a dcada de 1960: (a) Second Design Methods Conference, em Birmingham, 1965 (GREGORY, 1966); e (b) Design Methods in Architecture, em Portsmouth, 1967 (BROADBENT; WARD, 1971). Organizaram-se a partir dessas conferncias grupos de estudo sobre mtodos de projeto e o assunto tomou rumos diversos nos quarenta anos seguintes. No Reino Unido foi fundada a Sociedade de Pesquisa em Projeto (Design Research Society) em 1967, que ainda hoje se mantm ativa e publica o peridico Design Studies,

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

33

uma importante fonte para pesquisa em projeto. Entre seus membros atuais esto Nigel Cross, Richard Buchanan e Bruce Archer. Em 1966 surgiu o Grupo de Mtodos de Projeto (Design Methods Group) nos Estados Unidos que, por sua vez, publicou o DMG Newsletter entre 1966 e 1971. Posteriormente, a publicao adotou os nomes DMG-DRS Journal: Design Research and Methods, de 1971-1976, e Design Methods and Theories, de 1976 at o presente (BAYAZIT, 2004, p. 20). Ainda nos anos de 1960, pesquisadores e projetistas de outros pases do mundo tambm se dedicaram ao estudo do assunto. Na Alemanha Ocidental foi publicada uma srie de trabalhos sobre mtodos de planejamento em arquitetura e na Sucia foram feitos estudos ergonomtricos para ambientes residenciais, baseados nos mtodos de projeto (BAYAZIT, 2004, p. 20). Na mesma poca surgiram estudos sobre as necessidades dos usurios em espaos construdos, que deram origem s normas especficas sobre o assunto em pases como Frana, Inglaterra, Holanda, Sucia e Dinamarca (BAYAZIT, 2004, p. 25). Na Turquia (BAYAZIT, 2004, p. 29) e na Holanda (VAN DER VOORDT; VAN WEGEN, 2005, p. 114) algumas faculdades ministram disciplinas e desenvolvem pesquisas sobre mtodos de projeto e o programa arquitetnico, desde a dcada de 1960. No Brasil, os Design Methods no tiveram expressiva repercusso na atividade profissional dos escritrios de projeto, influenciaram pouco os programas de ensino ou pesquisa das escolas de engenharia e arquitetura. Alguns provveis motivos desta indiferena so (CELANI, 2003, p. 5): (a) as primeiras instituies de ensino de arquitetura basearam-se no modelo da cole de Beaux Arts, trazido para o Brasil pela Misso Artstica Francesa no comeo do sculo XIX, e se mantm at hoje em muitas escolas e incentivam a formao artstica do arquiteto. Como consequncia, observam-se a falta de consenso na definio de uma estrutura do processo de projeto e o procedimento de tentativa e erro na concepo do edifcio; e (b) a organizao dos primeiros escritrios de arquitetura no Brasil foi tardia remonta metade do sculo XX e baseada no talento individual do profissional responsvel. Depois de quarenta anos, vrios autores distinguem diferentes fases que caracterizaram a evoluo do movimento (BAYAZIT, 2004; CROSS, 1984; VAN DER VOORDT; VAN WEGEN, 2005). curioso observar que a primeira

diviso foi identificada por Horst Rittel, logo no comeo dos anos de 1970, como a primeira gerao dos mtodos de projeto. Os mtodos propostos por essa gerao se caracterizavam pela sistematizao de um processo de trs fases a anlise, a sntese e a avaliao e eram baseadas, principalmente, nas tcnicas de pesquisa operacional. So conhecidos tambm como mtodos sistemticos de projeto. Ao identificar a primeira gerao dos mtodos de projeto, Rittel props uma segunda gerao, que se caracterizava por considerar, nas decises de projeto, o envolvimento do usurio e os seus objetivos (BAYAZIT, 2004, p. 18). Na dcada de 1980 a abordagem dos Design Methods mudou novamente, e o projeto passou a ser visto como uma cincia especfica e no precisava mais procurar argumentos nos princpios da filosofia da cincia (CROSS, 2002). Uma vez que a evoluo dos mtodos de projeto coincide com o passar das dcadas do sculo XX, alguns autores a dividem nos perodos apresentados no Quadro 1 (VAN DER VOORDT; VAN WEGEN, 2005). Outra diviso importante foi estabelecida por Nigel Cross (1984), que identificou os principais assuntos discutidos pelos expoentes dos mtodos de projeto: (a) o controle do processo de projeto: John Christopher Jones, Christopher Alexander, Bruce Archer e John Luckman; (b) a estrutura dos problemas de projeto: Peter Levin, Christopher Alexander, Barry Poyner, Horst Rittel, Melvin Webber e Herbert Simon; (c) a natureza da atividade de projeto: Jane Darke, mer Akin, Bryan Lawson, John Thomas e John Carroll; e (d) a filosofia do mtodo de projeto: Geoffrey Broadbent o expoente principal, em especial por sua obra Design in Architecture (BROADBENT, 1982). Durante seu desenvolvimento, os Design Methods repercutiram em reas diversas e deram origem a importantes contribuies, como a avaliao psocupao, o programa arquitetnico, o Design Thinking, a inteligncia artificial e a aplicao de tcnicas computacionais para solucionar problemas de projeto e compor as formas dos objetos. Todas as transformaes pelas quais os mtodos de projeto passaram nos ltimos anos contriburam para estabelecer o assunto como uma disciplina independente, capaz de influenciar a prpria cincia.

34

Moreira, D. de C.; Kowaltowski, D. C. C. K.

Perodo

Caractersticas projeto definido como a atividade de resolver problemas segundo determinados objetivos; busca por abordagens sistemticas e eficientes das questes de projeto; Primeira metade da confiana nas possibilidades oferecidas pelo computador; dcada de 1960 principais expoentes: John Christopher Jones, Christopher Alexander e John Luckman. Crtica crescente s falhas das abordagens tcnicas da primeira fase. a ateno foi transferida para a soluo de problemas sociais; Segunda metade da participao dos usurios na criao e gerncia do ambiente construdo; dcada de 1960 e construo de habitaes experimentais e habitaes comunitrias; metade da dcada de a metodologia de projeto passou a considerar novas disciplinas, como a psicologia 1970 ambiental e a sociologia habitacional; principais expoentes: Horst Rittel e Henry Sanoff. crticas nfase unilateral do pensamento racional. Alexander publica A Pattern Language e rejeita qualquer ideia classificada como metodologia; admite-se que o projeto ainda visto como um ciclo de anlise-sntese-avaliao, mas cada processo de projeto nico e no pode ser descrito de modo padronizado; Metade da dcada de Broadbent aponta o surgimento da terceira gerao: em contraste com a abordagem 1970 aos anos de 1980 analtica dos anos 60 e com a ateno participao do usurio, caracterstico dos anos 70; principais expoentes: Christopher Alexander, Geoffrey Broadbent, Herbert Simon, mer Akin, Donald Schn e Nigel Cross. Interesse nos sistemas de processamento de informaes e sistemas de suporte s decises de projeto; a ferramenta essencial de projeto o CAD; desenvolveu-se um novo tipo de projeto, influenciado pelo uso dos computadores e envolvendo a busca por formas geomtricas anormais e no retangulares. Dos anos de 1990 aos A complexidade do edifcio consequncia da influncia de vrios profissionais, alm nossos dias do arquiteto, que consideram diferentes objetivos e prioridades na definio da melhor soluo; Algoritmos matemticos podem ser usados para dar uma ideis da relao de solues onde cada variante de projeto pode satisfazer cada requisito mnimo. Principais expoentes: William Mitchell, Donald Schn e Bryan Lawson. Quadro 1 - Histrico dos Mtodos de Projeto

Procedimentos do programa arquitetnico


O programa divide o contexto de um projeto arquitetnico em partes, procurando nelas os seus elementos principais. Esta diviso analtica pode ser chamada de estrutura do problema de projeto. Na sequncia do processo, o desenvolvimento do projeto passa a resolver o problema colocado pelo programa. por esse motivo que muitos autores consideram o procedimento de projeto uma atividade de sntese (CROSS, 2002; PEA; PARSHALL, 2001, p. 18). Como a cincia envolve uma atividade analtica, os mtodos de projeto que se baseavam na aplicao dos mtodos cientficos passaram a ser criticados por no considerar essa distino entre cada um dos processos. Como consequncia, estudos dos mtodos de projeto se concentraram nas atividades de programao arquitetnica: a etapa de anlise do processo de projeto. Segundo Kumlin (1995), o programa arquitetnico se estabeleceu como uma disciplina

distinta em 1966, quando o American Institute of Architects (AIA) publicou um pequeno manual chamado Emerging Techniques of Architectural Practice. At o final da dcada de 60, algumas outras publicaes haviam tratado do programa arquitetnico. Dentre elas estava o ttulo Problem Seeking: An Architectural Programming Primer, que ainda hoje reeditado em novas atualizaes (PEA; PARSHALL, 2001). Alguns arquitetos tambm so conhecidos por serem os precursores da prtica de desenvolver um programa de necessidades como parte do processo de projeto, como o arquiteto Louis Kahn (DOGAN; ZIMRING, 2002; HERSHBERGER, 1999; ALEXANDER, 1977) e Richard Neutra (FRAMPTON, 1997; LAMPRECHT, 2004). O mtodo problem seeking estrutura as informaes de projeto que um programa de necessidades deve abranger e serve como um checklist para a atividade de programao (PEA; PARSHALL, 2001). O Quadro 2 apresenta a relao dos tpicos ressaltados pelo problem seeking.

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

35

Os caminhos que levaram s tcnicas de programao em arquitetura no vieram apenas das discusses sobre projeto. A aplicao da teoria dos sistemas nas cincias sociais teve como consequncia a ateno sobre as influncias do espao construdo no comportamento humano. Uma variedade de profissionais passou a se dedicar ao estudo das relaes entre o espao fsico e o contexto, entre eles cientistas sociais, acadmicos, tcnicos, projetistas, arquitetos e urbanistas, o que resultou em uma diversidade de abordagens sobre o assunto. As concluses destes trabalhos no chegaram a um consenso, assim como no existe uma tcnica nica de programa arquitetnico (KUMLIN, 1995). As tcnicas de programa de necessidades so to variadas como so as estruturas que descrevem um contexto. Mas, fundamentalmente, os resultados de diferentes programas sobre um mesmo contexto deveriam ser, pelo menos, semelhantes. No entanto, as vrias abordagens do programa configuram estruturas conceituais onde os dados sobre o contexto so organizados para atender ao processo de projeto. Tambm permite compreender as relaes funcionais entre este contexto e um espao fsico, seja ele edificado ou planejado. Assim como as relaes so funcionais, os problemas identificados pelo programa tambm devem ser colocados em termos funcionais. O programa o primeiro passo do processo de projeto porque trata das condies que devero ser observadas no decorrer do projeto e como tal deve se ater descrio do contexto ou dos aspectos gerais da forma e evitar sugerir ou impor solues de projeto para o edifcio. O usurio do edifcio o elemento ativo do contexto, e nele que as atenes devem estar focadas para se estabelecer as necessidades que a forma projetada dever cumprir. As necessidades funcionais so expressas atravs dos requisitos de conforto ambiental, nos seus aspectos trmicos, acsticos, visuais e de funcionalidade, uma vez que constitui um dos elementos da arquitetura que mais influencia o bem-estar do homem (KOWALTOWSKI et al., 2006). Deve-se identificar as caractersticas fsicas, psicolgicas e culturais do usurio, bem como suas atividades, desempenhadas no espao a ser projetado, e seus valores. Por esse motivo as tcnicas de programao arquitetnica do especial ateno ao tratamento dispensado junto aos clientes e usurios do projeto e incluem levantamentos de informaes atravs de entrevistas, questionrios e dinmicas de grupo.

A busca pela descrio das necessidades as quais o projeto deve responder implica em identificar os valores do usurio em relao ao espao construdo. Os valores so as qualidades mais importantes em um edifcio, segundo a percepo de seu ocupante. Hershberger (1999) separa e detalha valores contemporneos de acordo com aspectos e suas caractersticas. So eles: humanos: atividades funcionais para ser habitvel; relaes sociais a serem mantidas; as caractersticas fsicas e necessidades dos usurios; as caractersticas fisiolgicas e necessidades dos usurios; as caractersticas psicolgicas e necessidades dos usurios; (a) ambientais: terreno e vistas, clima, contexto urbano, recursos naturais, resduos; (b) culturais: histrico, institucional, poltico, legal; (c) tecnolgicos: materiais, sistemas estruturais, processos construtivos e de concepo da forma; (d) temporais: crescimento, mudana, permanncia; (e) econmicos: financeiros, construo, operao, manuteno, energia; (f) estticos: forma, espao, significado; e (g) segurana: estrutura, incndio, qumico, pessoal, criminoso (vandalismo). As tarefas envolvidas na definio do programa so: levantar informaes, descobrir os padres dos problemas e procurar obter as contribuies do cliente. Neste sentido, faz parte do programa determinar os principais tpicos do projeto, segundo os valores identificados pelo cliente, e apresent-los de modo claro e preciso. Quando no identificado um interesse do usurio quanto a determinado tpico, ele pode ser deixado em aberto para ser definido pelo projetista durante o desenvolvimento da forma. No entanto, importante que o programa estabelea as prioridades do projeto, tanto em termos da qualidade esperada pelo usurio e pelo cliente como a quantificao das metas e indicadores. Essas duas propriedades da informao so identificadas pela maioria das estruturas de programao, como no caso do problem seeking que define os seus cinco passos atravs da intercalao de dados qualitativos e quantitativos: as fases de definio de metas, conceitos e problemas so compostas por dados qualitativos, enquanto as fases de identificao de fatos e necessidades exigem dados quantitativos

36

Moreira, D. de C.; Kowaltowski, D. C. C. K.

Metas Funo
Pessoas Atividades Relaes

Fatos Dados estatsticos Parmetros de rea Previses pessoais Carter. do usurio Comunidade Organizao Perdas potenciais Tempo de deslocamento Anlise de trfego Padres de comportamento Adequao do espao Tipo/intensidade Barreiras fsicas Anlise do terreno Anlise do solo Ocupao Anlise climtica Cdigos ocupao Entorno Implicaes psicolg. Ponto de referncia/entrada Custo por metro quadrado Eficincia do edifcio ou do layout Custos dos equipamentos rea por unidade Parmetros de custos Oramento mximo Fatores de uso-tempo Anlise de mercado Custos das fontes de energia Fatores climticos e de atividades Dados econmicos Sistema de avaliao de consumo de energia (LEED, p. ex.) Significado Parmetros de espao Atividades Projees Duraes Fatores de ampliao gradativa

Conceitos Disposio de servios Disposio de pessoas Disposio de atividades Prioridades Hierarquias Controles de segurana Fluxos sequenciais Fluxos separados Fluxos misturados Relaes funcionais Comunicaes Intensificar Fundaes especiais Densidade Controles ambientais Segurana Vizinhana Conceitos morar/trabalhar Orientao Acessibilidade Carter Controle de qualidade Controle de custo Disposio proporcional Multifuncional/ver stil Propaganda Conservao de energia Reduo de custos Reciclagem

Necessidades

Problema

Misso Nmero mximo Identidade individual Interao/privacidade Hierarquia de valores Atividades bsicas Segurana Progresso (fluxo) Separao Encontros Transportes Eficincia Prioridade das relaes

reas necessrias: Requisitos prprios e por organizao importantes por tipo de de espao desempenho por tempo que iro por localizao conformar o Requisitos de projeto do estacionamento edifcio. Necessidades de espaos externos Alternativas funcionais

Forma
Local Ambiente Qualidade

Tendncia do terreno Responsabilidade ambiental Uso do terreno Relaes comunitrias Investimentos comun. Conforto fsico Segurana fsica Ambiente social/psicolgico Individualidade Orientao Imagem projetada Expectativas do cliente

Custos de Consideraes desenvolvimento principais do terreno quanto forma que Influncia do afetaro o ambiente nos projeto do custos edifcio Custos de construo Fatores de eficincia globais do edifcio

Extenso oramentria Oramento Custos efetivos inicial Retorno mximo Custos operacionais Retorno dos investimentos Custos da vida til Minimizar os custos operacionais Manuteno e custos Custos do ciclo de vida Sustentabilidade Economia Tempo
Passado Presente Futuro

Anlise das estimativas de custos Balano oramentrio Anlise do fluxo de caixa Oramento energtico Custos operao Indic. de sustent. Custos ciclo vida

Consideraes sobre o oramento inicial e sua influncia na construo e na geometria do edifcio

Preservao histrica Atividades estticas/dinmicas Mudanas Crescimento Data de ocupao desejada Disponibilidade de recursos monetrios

Adaptabilidade Ampliao Tolerncia Cronograma Convertibilidade Cronograma de custos Aplicabilidade Cronograma linear/comparativ o Fases

Implicaes de mudana e crescimento no desempenho a longo prazo

Quadro 2 Estrutura da informao em projeto, segundo o Problem Seeking (PEA; PARSHALL, 2001)

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

37

Relaes c/ ativid.

1, 2, 3, 4, 5, 6, 7, 8 Hospedagem (60 a 75% da rea construda do hotel) Clculo estimado para 12 andares de hospedagem

1, 3, 4, 5, 6, 7, 8

Infra-estrutura conforto

Lmpada Interruptores Tomadas Controle remoto Aconchegan te Silencioso Agradvel Confortvel 387.00 25% 309.60 144x 2.15x

Tomadas Controle remoto

Desemp. arquitet.

Aconcheg ante Silencioso Agradvel 256.25 25% 205.44 48x 4.28x

rea total (m2) rea circul. (m2) rea x (m2) x N ativid. simult. rea Layout (m2) Layout

Equip. Mveis

Cama Criado mudo Abajur 1x Dormir em cama Twin

Cama Criado mudo 1x Dormir em cama King 02

N de pessoas Atividades

01

Quadro 3 Quadro de atividades para o programa arquitetnico

Outra propriedade importante da natureza da informao que constitui o programa arquitetnico, que no se deve apresentar solues de projeto, muito menos definir propriedades do edifcio antes da fase de projeto. Os requisitos funcionais devem ser expressos em termos que indiquem a qualidade exigida, as funes esperadas ou os valores pretendidos, e no uma orientao de como a forma deva

cumprir esses objetivos. O Quadro 3 apresenta um exemplo de uma estrutura que permite elencar as qualidades funcionais exigidas para um edifcio sem a descrio de uma soluo formal, atravs da relao das qualidades funcionais e da quantificao das variveis que determinam o ambiente. Outro exemplo uma passagem sobre a qualidade visual pretendida para a biblioteca central da Universidade de Tecnologia de Delft e

38

Moreira, D. de C.; Kowaltowski, D. C. C. K.

que fez parte do seu programa arquitetnico original cujo projeto foi posteriormente executado pelo escritrio de arquitetura Mecanoo ilustra essa caracterstica do texto:
O novo edifcio deve ser claramente reconhecido como um edifcio pblico, com uma funo social, e apresentar um papel especial dentro da universidade. Uma vez que o edifcio tambm representa um papel nacional e receber visitantes de fora de Delft, seu desenho e posicionamento devem criar uma fachada que impressione [ . . . ]. O carter dos fundos do edifcio, que no presente se faz desordenado e colabora pouco com a impresso dada pela rea atrs do Great Hall, precisa ser melhorado (VAN DER VOORDT; VAN WEGEN, 2005, p. 89).

primeiras etapas do processo de projeto. Diversas normas de procedimentos sobre as atividades de construo descrevem as propriedades do programa arquitetnico ou do briefing (instrues), como conhecido pelos ingleses. Entre os norte americanos, o procedimento de programar considerado o primeiro passo do processo de projeto, chamado de pre-design, segundo o American Institute of Architects (DUERK, 1993). Alm de encetar o uso formal do programa arquitetnico no final da dcada de 1960, a AIA incluiu a fase de programar em seus manuais de procedimento tcnico. Na Inglaterra, a Royal Institute of British Architects (RIBA) mantm a NBS (National Building Specification), que, por sua vez, prov o NBS Educator, destinado a orientar profissionais sobre as documentaes de contratao na construo civil. Neste sentido, a NBS Educator oferece instrues sobre diversos assuntos pertinentes prtica e contratao de servios em arquitetura, entre eles a descrio dos procedimentos de briefing (NBS, 2006). Pela sua natureza descritiva, o brief, ou programa, tido como um documento contratual importante, uma vez que descreve as propriedades (escopo) que o cliente espera que o projeto obtenha. Alm disso, os primeiros oramentos so feitos a partir do programa arquitetnico, atravs de uma estimativa dos custos que implicam as necessidades estabelecidas pelo cliente, a manuteno do edifcio e o investimento necessrio para a realizao do empreendimento. A organizao de normas internacionais ISO (International Organization for Standardization) tambm edita uma norma sobre o programa arquitetnico dentre uma srie de procedimentos para a construo civil. Trata-se da norma ISO 9699 (ISO, 2004), Performance standards in building: checklist for briefing: contents of brief for building design, cujo resumo :
Descreve o contedo das instrues (brief) para o projeto do edifcio. Pode ser usado a partir do momento que um cliente faz as primeiras consideraes sobre as necessidades relativas ao projeto de um edifcio. aplicado a todos os tipos e tamanhos de projetos. Tambm pode ser aplicado em qualquer que seja o propsito ou a funo do brief, como, por exemplo, instruir, promover discusses, registrar e servir como base para selecionar resultados em uma avaliao ou em uma competio formal (ISO, 2004).

Uma vez descrita a natureza do programa arquitetnico, incluindo seus princpios, objetivos e contribuies ao processo de construo do edifcio, cabe aqui expor uma propriedade particularmente potencial desse processo: a sntese grfica. Coletadas as informaes e definidos os requisitos, a documentao completa do programa deve incluir diagramas que permitam ao projetista compreender a variedade e profundidade dos dados apresentados, alm de instigar diferentes leituras a partir desses grficos. tambm a primeira traduo da informao para o desenho, linguagem comum a todas as fases que conduzem materializao do edifcio:
No existe cincia, rgida ou flexvel, quente ou fria, antiga ou recente, que no dependa dessa transformao prvia [da informao em desenho], e que no acabe por expor os fenmenos pelos quais ela se interessa numa superfcie plana de alguns metros quadrados, em volta da qual se renem pesquisadores que apontam com o dedo os traos pertinentes, discutidos entre eles. O controle intelectual, o domnio erudito, no se exerce diretamente sobre os fenmenos [ . . . ] mas sim sobre as inscries que lhes servem de veculo [ . . . ] (LATOUR, 2006, p. 32).

Os diagramas apresentados pelo programa devem cumprir a funo de apresentar uma variedade de informaes organizadas para a comparao direta entre elas. Portanto, como descrito anteriormente, no devem ilustrar solues de projeto, mas representar e sintetizar os dados coletados. Diversos autores (ALEXANDER, 1977; CHING; WINKEL, 2003; CHING; BINGGELI, 2006) ilustram as propriedades do diagrama para permitir a leitura e a comparao entre os dados que, de outra forma, implicariam em volumosas listas e relaes (Quadro 4). Atualmente, formalmente o programa arquitetnico considerado como uma das

No Brasil, vrias normas publicadas pela ABNT (Associao Brasileira de Normas Tcnicas) so baseadas nas normas internacionais ISO. A verso digital do catlogo de normas ABNT

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

39

apresenta uma relao com mais de 1.000 normas ISO que foram usadas como base para a formulao da Norma Brasileira ou do Mercosul (ABNT Digital, 2005). Entre elas no consta a ISO 9699:2004 (ISO, 2004) sobre programa arquitetnico. A norma NBR 13531 (ABNT, 1995a), que trata da elaborao de projetos e edificaes, apresenta uma definio para o programa de necessidades: [ . . . ] etapa destinada determinao das exigncias de carter ou de desempenho (necessidades e expectativas dos usurios) a serem satisfeitas pela edificao a ser concebida [ . . . ] (ABNT, 1995a, p. 4). Por sua vez, as propriedades desta etapa so descritas na norma NBR 13532, (ABNT, 1995b). A NBR 13531 (ABNT, 1995a) estabelece as fases de levantamento, programa de necessidades e estudo de viabilidade como as primeiras etapas de projeto, imediatamente anteriores ao estudo preliminar. O estudo de viabilidade a fase do projeto posterior ao programa, onde as prescries so avaliadas e surgem, a partir de anlises e avaliaes, as recomendaes de alternativas para a concepo da edificao. Essa fase depende das informaes reunidas nas etapas anteriores e servir como base para o estudo preliminar. As condies gerais do projeto, descritas pela NBR 13531 (ABNT, 1995a), incluem vrios tpicos pertinentes ao programa. Dentre eles, alguns so definidos integralmente ou parcialmente no programa, sendo que aqueles incompletos devero ser descritos e detalhados na etapa de projeto. Existem ainda, nessa relao da NBR 13531 (ABNT, 1995a), aquelas condies da edificao cujas definies no cabem ao programa e que sero especificadas posteriormente na fase de projeto. J a NBR 13532 (ABNT, 1995b) trata dos aspectos da arquitetura na elaborao de projetos de edificaes. Como na norma NBR 13531 (ABNT, 1995a), so estabelecidas as mesmas trs fases iniciais de projeto levantamento, programa e viabilidade mas, aqui, referentes aos trabalhos de arquitetura. Na verdade, os dados organizados pelo programa compreendem aqueles mesmos descritos na norma e que o projeto dever abarcar: ao elencar alternativas, o programa considera todos os aspectos que sero solucionados pelo projeto do edifcio. No item Condies gerais: Informaes do projeto de edificao da NBR 13531 (ABNT, 1995a) so apresentadas as informaes tcnicas necessrias

para o projeto do edifcio e que tambm so solicitadas pela norma de programao ISO (2004), mas atravs de uma estrutura diferente, uma vez que os propsitos das duas normas so diferentes. De modo geral, as normas se completam, pois so encontrados detalhes de diferentes naturezas em ambos os documentos. A NBR apresenta um panorama prtico das questes relativas ao edifcio, especialmente ao descrever quais produtos devem ser apresentados ao contratante do projeto, enquanto a ISO 9699:2004 (ISO, 2004) oferece um panorama mais abrangente das condies que interferem na construo, incluindo questes oramentrias, cronolgicas, ambientais, histricas, sociais e culturais envolvidas (Quadro 5). De forma geral, as estruturas apresentadas orientam a realizao do programa, partindo de um diagnstico do contexto quais as condies que cercam o edifcio que ser construdo e concluindo com um conjunto de diretrizes que o projeto dever observar. O resultado do programa ser diferente em cada um dos procedimentos e para cada programador. Poder ser uma relao de princpios que o projetista dever considerar ou uma descrio minuciosa de espaos, reas, atividades e at mesmo mobilirios que o edifcio vai abrigar. No entanto, todas as estruturas operam com requisitos funcionais, definidos a partir do levantamento de uma grande quantidade de informaes que, conforme so refinadas durante o processo, do origem s diretrizes que o projeto dever seguir. Cabe, ento, ao projetista arquiteto apresentar solues para os problemas definidos pelo programa. Sabe-se que nas prticas nacionais de projeto e construo existem diversas dificuldades de ordem tcnica e comercial, principalmente pela deficincia de normas e regulamentaes que organizam as atividades e as relaes entre contratantes e profissionais. So poucas as orientaes para a definio do contedo dos projetos a serem entregues, e dos servios a serem prestados pelos projetistas. Recentemente esforos foram empreendidos para estabelecer o escopo de projetos em forma de manuais. Entidades com a ASBEA e a Secovi no Estado de So Paulo, junto com pesquisadores da rea, delinearam as atividades essenciais na concepo de um produto (projeto e construo) que na parte de Contato Inicial com o Empreendedor, menciona o Programa de Necessidades (briefing), sem, no entanto detalhar a sua estrutura e o seu desenvolvimento (MELHADO et. al., 2006a; MELHADO et. al., 2006b; CAMBIAGHI; AM, 2006).

40

Moreira, D. de C.; Kowaltowski, D. C. C. K.

(a)

(b)

Diagramas sobre o fluxo de circulao podem sintetizar os dados relativos quantidade de trfego e s direes em um nico desenho (b). Podem ainda representar as variaes de fluxo em diferentes perodos de tempo ou em locais geogrficos distintos se usados parmetros grficos adicionais. (a) ALEXANDER, 1977, p.88.

Normas e parmetros da legislao podem ser resumidos graficamente (CHING; WINKEL, 2003, p. 162). As situaes limtrofes podem ser desenhadas para comparar as condies permitidas pelas normas em seus parmetros extremos, em cada condio.

Os resultados obtidos nas anlises de projetos (como descrito anteriormente, no tpico e da introduo) podem ser expressos graficamente, atravs da comparao dos desempenhos obtidos em cada requisito (CONSTRUCTION INDUSTRY COUNCIL, 2008). Assim, so ressaltadas as virtudes dos projetos avaliados e a origem das boas solues em cada tpico pode ser identificada. Pode-se apresentar graficamente as relaes de proporo entre as reas e volumes das partes da edificao (a). Alguns arquitetos como Joaquim Guedes no projeto para a sede do IPHAN em Braslia (b) usam esses diagramas nos primeiros estudos sobre a forma do edifcio para fazer a passagem do programa para o projeto, o que, em alguns casos, pode constituir uma traduo grfica literal.

(a)

(b)

As relaes desejadas entre os espaos so frequentemente ilustradas pelos organogramas, onde so identificados os espaos, os setores, os tipos de fluxo, os usurios e at mesmo a rea de cada cmodo em um nico diagrama.

Qualidades do espao e as disposies possveis so ilustradas nesse diagrama, que no pretende apresentar solues, mas sim uma relao de possibilidades segundo determinada inteno (CHING; BINGGELI, 2006, p.66).

Quadro 4 Diagramas para a representao grfica da informao

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

41

(A) Identificao do projeto


A.1 Identidade do projeto A.2 Propsito do projeto A.3 Escopo do projeto A.1.1 Projeto, nome/ttulo/nmero A.1.2 Localizao/endereo A.2.1 Razo principal do projeto A.2.2 Objetivos principais do projeto A.3.1 Dimenses A.3.2 Qualidade A.3.3 Quadro financeiro A.4.1 Cliente A.4.2 Ocupantes/Usurios A.4.3 Gerente geral/Administrador A.4.4 Consultor do programa A.5.1 Governo Central A.5.2 Agncias Nacionais/Internac. A.5.3 Governo Local A.5.4 Planej./Construo Municipais A.5.5 Financiadores B.1.1 Participantes B.1.2 Organizao de grupos afins B.2.1 Planejamento urbano B.2.2 Restries legais p/ o terreno B.2.3 Leis ocupacionais B.2.4 Finanas B.3.1 Financiamento do projeto B.3.2 Oramentos B.3.3 Custos de uso B.4.1 Histrico do projeto B.4.2 Situao atual B.5.1 Disponibilidade do terreno B.5.2 Comercial e social B.5.3 Dados ambientais B.5.4 Infra-estrutura B.6.1 Propsitos B.6.2 Dimenses B.7.1 Relao de atividades/processos B.7.2 Usurios B.7.3 Relaes B.7.4 Relao de bens acomodados B.8.1 Efeitos sobre o empreendimento B.8.2 Efeitos sobre usurio/pblico B.8.3 Efeitos sobre o ambiente C.1.1 Relaes especiais C.1.2 Proteo C.1.3 Acessos C.1.4 Segurana C.1.5 Zoneamento C.2.1 Caractersticas fsicas C.2.2 Circulao/acesso C.2.3 Proteo C.2.4 Ambiente C.2.5 Comunicaes C.3.1 Estrutura C.3.2 Invlucro externo C.3.3 Divisores espaciais externos C.4.1 Zoneamento C.4.2 Relaes espaciais C.5.1 Caractersticas fsicas C.5.2 Atividades relacionadas C.6.1 Itens por categoria C.6.2 Localizao/rea de uso C.6.3 Instalao A.1.3 Categoria do edifcio/tipo de uso A.2.3 Propsitos (tarefas) do programa A.3.4 Cronograma A.3.5 Estgio do planej. do projeto A.3.6 Modificaes futuras A.4.5 Projetista A.4.6 Outros consultores A.4.7 Construtores A.5.6 Grupos/Pessoas especiais A.5.7 Proprietrio/Locatrio A.5.8 Vizinhana e seus representantes A.5.9 Meios de comunicao A.5.10 Seguradoras B.1.3 Avaliao de projeto B.1.4 Controle de qualidade B.2.5 Cdigos de construo/projeto B.2.6 Leis ambientais/poluio B.2.7 Poltico/Administrativo B.2.8 Social/Cultural B.3.4 Prazos B.3.5 Expectativa de vida B.3.6 Riscos financeiros e de prazos B.4.3 Razes para a iniciativa B.4.4 Compromissos B.5.5 Dados geofsicos B.5.6 Caractersticas do solo B.5.7 Edifcios existentes B.6.3 Contexto B.6.4 Mudanas futuras B.7.5 Consumos especiais B.7.6 Subprodutos B.7.7 Riscos para a proteo e a sade B.8.4 Controle dos efeitos indesejveis B.8.5 Prioridades

A.4 Identificao dos participantes

A.5 Identificao de outros grupos

(B) Contexto, objetivos e recursos


B.1 Gerenciamento do projeto

B.2 Legislao, normas e cdigos

B.3 Restries financeiras e prazos B.4 Panorama e influncias histricos

B.5 Influncia do local e entorno

B.6 Futuro do empreendimento

B.7 Detalhes da ocupao pretendida

B.8 Efeitos esperados do projeto

(C) Requisitos de projeto e desempenho


C.1.6 Controle ambiental C.1.7 Utilidades pblicas C.1.8 Descarte de resduos C.1.9 Manuteno C.2.6 Segurana C.2.7 Aspecto C.2.8 Obras de arte C.2.9 Operao C.3.4 Divisores espaciais internos C.3.5 Servios C.4.3 Caractersticas fsicas C.5.3 Relaes com outros espaos C.5.4 Servios do edifcio C.6.4 Aspecto C.6.5 Manuteno

C.1 Local e entorno

C.2 O edifcio como um todo

C.3 Desempenho do edifcio C.4 Agrupamentos dos espaos C.5 Espaos em detalhes C.6 Instalao, equipamentos e mobilirios

Quadro 5 Estrutura geral para o programa arquitetnico segundo a norma ISO 9699 (ISO, 1994)

42

Moreira, D. de C.; Kowaltowski, D. C. C. K.

Concluses
O programa arquitetnico um elemento fundamental na busca de qualidade no processo de projeto e construo, e no deve se restringir a uma simples lista de ambientes e respectivas dimenses. Uma vez identificado como uma fase do processo de construo do edifcio, o programa transforma uma relao importante de informaes e dados sobre a futura edificao em exigncias claras que o projeto dever cumprir. Assim, espera-se da fase seguinte e de seus atores um comprometimento em relao s orientaes definidas, na mesma medida em que a construo deve se comprometer com o projeto do edifcio. Desta maneira, o objetivo deste trabalho delinear claramente a metodologia de programao e a origem das fontes de informaes envolvidas no processo. Com isso, foram apresentadas as normas internacionais pertinentes ao assunto comparadas aos procedimentos locais, o que entende-se como uma contribuio indita na discusso do processo de projeto em arquitetura. A discusso mostrou uma variedade de tcnicas de programa de necessidades cujo objetivo a descrio do contexto, das funes e metas de um projeto em arquitetura. Uma estrutura conceitual para o programa arquitetnico um procedimento para orientar o raciocnio e estabelecer uma conduta de trabalho no levantamento das informaes sobre o contexto. No deve ser visto como uma postura hermtica e restritiva, pois nenhuma estrutura pode garantir que o programa tenha xito. Os esforos devem ser direcionados na identificao dos aspectos mais importantes do contexto e no no preenchimento de uma Quadro. Isto posto, pode-se recorrer a algumas estruturas pr-definidas para organizar o programa arquitetnico. A diversidade de abordagens pode contribuir para expressar os objetivos especficos de um projeto, permitindo a combinao entre as diferentes estruturas acima detalhadas. Para o cliente, o programa representa um papel importante: documenta os termos que o projeto deve cumprir, as prioridades e, como visto, os custos e prazos envolvidos na construo e manuteno da edificao. Para o projetista, o programa constitui uma referncia corrente das informaes relativas ao empreendimento, que ele pode completar ou refinar durante o processo de projeto, mas no pode ignorar. Mesmo que o arquiteto interprete as exigncias do programa de um modo diferente, essa concluso s ser possvel porque se estabeleceu uma condio a priori que pde ser questionada.

Cabe ainda ressaltar o processo de organizao da informao durante a definio do programa. Como parte da anlise de uma srie de informaes, o procedimento deve reunir os dados relativos ao contexto do projeto e apresent-los em um formato estruturado para que possa ser utilizado nas etapas seguintes, principalmente se considerada a variedade da natureza das fontes. A traduo das informaes se d atravs da definio dos requisitos funcionais, desde que estes no resultem em parmetros descritivos das propriedades do projeto. Finalmente, o programa arquitetnico deve considerar o apelo grfico da informao como suporte apropriado fase de projeto, uma vez que este se desenvolve atravs do desenho. fundamental a apresentao grfica de dados quantitativos e qualitativos, uma vez que seu alcance e poder de sntese contribuem para completar a relao de requisitos funcionais e guiar o projetista na fase seguinte. A importncia de se discutir a forma aliada funo manter e at mesmo recuperar o sentido de realizao do projeto. A arquitetura pode existir como exerccio formal, mas, nessa condio, no completa. Se considerado o seu papel cultural, o exerccio meramente formal insuficiente: ignorar as restries mundanas a que todas as estruturas esto sujeitas um exerccio criativo interessante e importante, mas jamais ser o propsito do projeto. No entanto, a crtica ao exerccio formal confunde-se com a crtica ao projeto construdo, sendo que ambas operam em universos completamente diferentes. Mais uma vez, recuperar os conceitos funcionais atravs do programa arquitetnico aproxima tambm a crtica arquitetnica da realizao do edifcio, pondo em relevo a prtica e a experincia dos profissionais envolvidos.

Referncias
ALEXANDER, C. Notes on the Synthesis of Form. Cambridge: Harvard University Press, 1977. ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. ABNT Digital (Shareware), Verso 2.0, c2005, Target Engenharia e Consultoria Ltda. ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. NBR 13531: elaborao de projetos de edificaes: atividades tcnicas. Rio de Janeiro: ABNT, 1995a. ASSOCIAO BRASILEIRA DE NORMAS TCNICAS. NBR 13532: Elaborao de projetos de edificaes: arquitetura. Rio de Janeiro: ABNT, 1995b.

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

43

BAYAZIT, N. Investigating Design: a review of forty years of design research. Design Issues, v. 20, n. 1, p. 16-29, jan. 2004. BROADBENT, G. Diseo arquitectnico: arquitectura y ciencias humanas. 2. ed. Barcelona: Gustavo Gili, 1982. BROADBENT, G.; WARD, A. (ed.) Metodologa del Diseo Arquitectnico. Barcelona: Gustavo Gili, 1971. BUCHANAN, R. Wicked Problems in Design Thinking. In: MARGOLIN, V.; BUCHANAN, R. The Idea of Design: a design issues reader. Cambridge: MIT Press, 1996. p. 3-20. CAMBIAGHI, H.; AM, R. Manual de Escopo de Projetos e Servios de Arquitetura e Urbanismo. So Paulo: AsBEA, 2006. CELANI, M. G. C. Recuperando o Tempo Perdido: por que recusamos o mtodo e como ele ainda poderia nos ajudar. In: SEMINRIO NACIONAL SOBRE ENSINO E PESQUISA EM PROJETO DE ARQUITETURA, 1., 2003, Natal, RN. Anais... Natal, RN: PPGAU-UFRN, 2003. p. 8. CHING, F. D. K.; BINGGELI, C. Arquitetura de Interiores Ilustrada. 2. ed. Porto Alegre: Bookman, 2006. 352 p. CHING, F. D. K.; WINKEL, S. R. Building Codes Illustrated: a guide to undertanding the International Building Code. Hoboken: John Wiley & Sons, 2003. 418 p. CONSTRUCTION INDUSTRY COUNCIL. Design Quality Indicator Online. London: DQI, 2008. Disponvel em: <www.dqi.org.uk/DQI/Common/DQIOnline.pdf >. Acesso em: 26 jan. 2009. CROSS, N. (ed.) Developments in Design Methodology. Chichester: John Wiley & Sons, 1984. 357 p. CROSS, N. Design as a Discipline. In: DESIGNING DESIGN (RESEARCH), 3., 2002, De Montfort University. Disponvel em: <http://www.dmu.ac.uk/4dd/DDR3-Cross.html>. Acesso em: 21. fev. 2006. DOGAN, F.; ZIMRING, C. M. Interaction of Programming and Design: the First Unitarian Congregation of Rochester and Louis I. Kahn. Journal of Architectural Education, v. 56, n. 1, p. 47-56, set. 2002. DUERK, D. P. Architectural Programming: information management for design. Nova York: John Wiley & Sons, 1993. 272 p.

FRAMPTON, K. Histria Crtica da Arquitetura Moderna. So Paulo: Martins Fontes, 1997. 470 p. GREGORY, S. A. (ed.). The Design Method. Londres: Butterworths, 1966. 354 p. HERSHBERGER, R. G. Architectural Programming and Predesign Manager. Nova York: McGraw-Hill, 1999. 400 p. INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 9699:1994. Geneva, SW: International Organization for Standardization, 2004. Disponvel em: <http://www.iso.org/iso/en/CatalogueDetailPage. CatalogueDetail?CSNUMBER=17555>. Acesso em: 04 abr. 2006. KOWALTOWSKI, D. C. C. K. et al. Reflexo sobre Metodologias de Projeto Arquitetnico. Ambiente Construdo, Porto Alegre, v. 6, n. 2, p. 7-19, abr./jun. 2006. KOWALTOWSKI, D. C. C. K. Metodologia e CAD no Projeto Arquitetnico. In: SEMINRIO INTERNACIONAL - COMPUTAO: ARQUITETURA E URBANISMO, So Paulo. Anais... So Paulo: FAU/USP, 1992. p. 51-57. KOWALTOWSKI, D. C. C. K.; MOREIRA, D. C. O Programa de Necessidades e a Importncia da APO no Processo de Projeto. In: ENCONTRO NACIONAL DE TECNOLOGIA NO AMBIENTE CONSTRUDO, 12., 2008, Fortaleza. Anais... Fortaleza: Antac, 2008. v. 1, p. 1-12. KUMLIN, R.R. Architectural Programming: creative techniques for design professionals. Nova York: McGraw-Hill, 1995. 251 p. LAMPRECHT, B. Richard Neutra 1892-1970: formas criadoras para uma vida melhor. Colnia, Alemanha: Taschen, 2004. 96 p. LATOUR, B. Redes que a Razo Desconhece: laboratrios, bibliotecas, colees. In: BARATIN, M.; JACOB, C. O Poder das Bibliotecas: a memria dos livros no Ocidente. 2. ed. Rio de Janeiro: Ed. da UFRJ, 2006. p. 21-44. MELHADO, S. B. et al. A Gesto de Projetos de Edificaes e o Escopo de Servios para Coordenao de Projetos. In: SEMINRIO INTERNACIONAL DA LARES, 6., 2006, So Paulo. Anais... So Paulo: LARES, 2006a. MELHADO, S. B. et al. Manual de Escopo de Servios para Coordenao de Projetos. So Paulo: AGESC, 2006b.

44

Moreira, D. de C.; Kowaltowski, D. C. C. K.

NATIONAL BUILDING SPECIFICATION. NBS Educator. Newcastle, UK: RIBA Enterprises, 2006. Disponvel em: <http://www.thenbs.com/education/nbsEducator/ briefs/briefs.asp>. Acesso em: 04 abr. 2006. ORNSTEIN, S. W.; ROMRO, M. (Col.). Avaliao Ps-Ocupao do Ambiente Construdo. So Paulo: Studio Nobel; Ed. da USP, 1992. PEA, W. M.; PARSHALL, S. A. Problem Seeking: an architectural programming primer. 4. ed. Nova York: John Wiley & Sons, 2001. 224 p.

SANOFF, H. Visual Research Methods in Design. Nova York: Van Nostrand Reinhold, 1991. 223 p. SLANN, P. A. Foreword. In: JONES, J. C.; THORNLEY, D. G. (ed.). Conference on Design Methods. Oxford: Pergamon Press, 1963. p. xixii. SUH, N. P. The Principles of Design. Nova York: Oxford University Press, 1990. 418 p. VAN DER VOORDT, T. J. M.; VAN WEGEN, H. B. R. Architecture in Use: an introduction to the Programming Design and Evaluation of Buildings. Oxford: Architectural Press, 2005. 326 p.

Discusso sobre a importncia do programa de necessidades no processo de projeto em arquitetura

45

Potrebbero piacerti anche