Projecto de Programação e Computação para Arquitectura. António Menezes Leitão

Transcrição

1 Projecto de Programação e Computação para Arquitectura António Menezes Leitão 9 de Novembro de 2013

2 1 Introdução O Alianz Arena é um estádio desenhado pelos arquitectos Herzog & de Meuron. O estádio tem capacidade para cerca de pessoas e encontrase localizado em Munique, na Alemanha. A fachada exterior do estádio encontra-se revestida por painéis em forma de diamante. Estes painéis possuem iluminação interior colorida que é usada para indicar qual é a equipa que se encontra em jogo. Figura 1: O Alianz Arena, em Munique, Alemanha. 2 Trabalho a Desenvolver O projecto é para ser realizado em grupos de dois alunos. O projecto consiste na escrita de um programa Racket capaz de reproduzir o Alianz Arena. O seu programa deverá ser suficientemente parametrizado para que se possam explorar variações em torno das ideias fundamentais desta obra. Naturalmente, importa que todos os parâmetros definidores da geometria do edifício estejam bem identificados para que seja possível alterá-los facilmente. Para permitir uma avaliação intercalar do projecto, este será decomposto em duas fases com as seguintes datas de entrega: 1. Primeira fase: a entregar até às 11:00 do dia 6 de Dezembro de 2013 no Gabinete 5 do Pav. Informática II. 2. Segunda fase: a entregar até às 11:00 do dia 23 de Dezembro de 2013 no Gabinete 5 do Pav. Informática II. O trabalho a entregar em cada fase é detalhado em seguida. 1

3 2.1 Primeira Fase Nesta fase pretende-se que implemente um programa Racket capaz de gerar algumas partes da obra. Estas partes deverão obedecer à geometria real da obra e deverão ser suficientemente parametrizáveis para permitir experimentar variações na sua forma. Até ao final do prazo de entrega desta fase deverá entregar um CD ou DVD com a identificação dos autores do trabalho e contendo uma pasta cujo nome será a concatenação dos números dos alunos separados por - e cujo conteúdo terá: Um ou mais ficheiros Racket com o código desenvolvido para o projecto. Uma ou mais imagens (PS, EPS, PDF, PNG, JPG, etc.) com vistas da obra. Por exemplo, o projecto dos alunos número e será entregue numa pasta cujo nome será e contendo um ficheiro de código intitulado projecto.rkt e ficheiros de imagens intitulados imagem1.jpg e imagem2.jpg. O código desenvolvido deverá estar escrito numa forma que dispense, na medida do possível, excessivos comentários. Estes deverão ser incluídos, não para dizerem o que o código já diz claramente, mas para documentar os módulos e funções principais e, eventualmente, algumas partes menos claras dos programas. As imagens geradas deverão ter sido produzidas exclusivamente em AutoCAD ou Rhino. Embora o objectivo essencial desta entrega seja para informar os alunos do andamento dos seus trabalhos e esclarecer quaisquer dúvidas que tenham quanto ao sucesso ou insucesso das abordagens escolhidas, esta entrega será avaliada e condicionará a nota final do trabalho. A avaliação incidirá, apenas, no esforço aplicado nesta fase e não na qualidade das soluções encontradas. A nota resultante desta avaliação terá um peso de 10% na nota final do projecto. 2.2 Segunda Fase Na segunda fase dever-se-á ir tão longe quanto possível na modelação e, em simultâneo, na parametrização dessa modelação de modo a permitir gerar não só a obra real mas também inúmeras variações em torno desse tema. Deverão ser concretizadas algumas dessas variações que serão apresentadas em modelos realistas que incluam a aplicação de materiais e luzes. 2

4 Até ao final do prazo de entrega desta fase deverá entregar um CD ou DVD com a identificação dos autores do trabalho e contendo uma pasta cujo nome será a concatenação dos números dos alunos separados por - e cujo conteúdo terá: Um ou mais ficheiros Racket com o código desenvolvido para o projecto. Um documento PDF com um relatório do projecto. Uma ou mais imagens (PS, EPS, PDF, PNG ou JPG) com vistas do edifício gerado. Note que: As imagens apresentadas deverão ter sido produzidas exclusivamente em AutoCAD ou Rhino. O documento com o relatório do projecto deverá vir exclusivamente em formato PDF. Juntamente com o CD ou DVD do projecto, deverá ser entregue uma impressão encadernada do relatório do projecto. Serão penalizados todos os projectos que não obedeçam a estes requisitos Código O código desenvolvido deverá estar escrito na forma mais clara que for possível, permitindo a sua fácil leitura e dispensando excessivos comentários. É sempre preferível ter código mais claro com poucos comentários do que ter código obscuro com muitos comentários. O código deverá ser modular, dividido em funções com responsabilidades específicas e reduzidas. Cada módulo deverá ter um curto comentário a descrever o seu objectivo. O código será testado pelo corpo docente pelo que deverá incluir informação sobre qual a função principal e qual o significado dos seus parâmetros Relatório O relatório do projecto consiste de um documento PDF com uma descrição dos trabalhos desenvolvidos, explicando as decisões de programação tomadas e ilustrado com imagens geradas pela execução do programa, em particular, imagens que demonstrem a versatilidade do mesmo para a geração de geometrias alternativas para o edifício. No final do relatório deverá ser incluída uma listagem do código desenvolvido para o projecto. 3

5 3 Avaliação Os critérios de avaliação incluem: A qualidade das soluções desenvolvidas. A clareza dos programas desenvolvidos. A capacidade de geração de geometrias alternativas. A qualidade do relatório e das visualizações. Em caso de dúvidas, o corpo docente poderá exigir explicações sobre o funcionamento do projecto desenvolvido, incluindo eventuais demonstrações. 4 Plágio Considera-se plágio o uso de quaisquer fragmentos de programas que não tenham sido fornecidos pelos docentes da disciplina. Não se considera plágio o uso de ideias cedidas por terceiros. Esta disciplina segue normas muito rígidas relativamente ao plágio. Quaisquer projectos que sejam considerados plagiados serão anulados, independentemente de quem plagiou e de quem tiver sido plagiado, independentemente de o plágio ter sido autorizado, ou não, pela parte plagiada. Isto não deverá ser impedimento para a troca salutar de ideias e para a normal camaradagem e entreajuda que deve existir entre colegas. Contudo, sugere-se que nunca cedam fragmentos de programas sob pena de quem os recebe não os entender e se limitar a plagiá-los com maior ou menos esforço de camuflagem. 5 Notas Finais Não se esqueça da Lei de Murphy. 4