TEORI ARSITEKTUR 2

UNIVERSITAS GUNADARMA

Resume
Buku
KELOMPOK 4
 NAMA KELOMPOK

1 AHMAD FARHAN AL WAFI 5 M. RAFI AZHARI

CONNIE LOURINE C SONY 6 RAYYAN NAUFAL

2

3 FIDA RIZQI A 7 TRIANA AULIAH

4 JASMINE PUTRI NAFISAH 8 YUNIA IRNAWATI

 Pemrograman arsitektur adalah penelitian dan proses pengambilan keputusan yang
APA ITU mendefinisikan masalah yang harus dipecahkan dengan desain.

PEMOGRAMAN Proses pemrograman arsitektur memberi desainer definisi yang jelas tentang ruang
lingkup proyek dan kriteria untuk solusi yang berhasil. Definisi kami tentang pemrograman

ARSITEKTUR? arsitektur menetapkan ruang lingkup teks ini. Kami melihat faktor dan fungsi manusia serta
pemberi bentuk seperti lokasi dan iklim. Kami mendengarkan dan memahami cita-cita
dan aspirasi klien. Kami mengembangkan kriteria untuk hubungan ruang dan aktivitas yang
mendukung operasi klien. Daftar belanja ruang dikembangkan dan disesuaikan dengan
anggaran klien dan konsep intensitas pengembangan yang dapat diterima. Akhirnya, kami
mensintesis informasi dan membuat pernyataan yang merangkum masalah yang harus
diselesaikan dengan desain.

MENGAPA DEFINISI MENETAPKAN RUANG LINGKUP PROYEK?

Ada spesialis dalam bidang yang berkonsentrasi pada bidang faktor manusia dari
pemrograman arsitektur saja. Keistimewaan ini juga disebut pemrograman fungsional.
 ARENA AKADEMIK

Beberapa penelitian desain dilakukan di Jerman dibawah pimpinan Horst Rittel. Usaha ini di
ekspor ke Great Britain dan di dukung oleh Bruce Archer, Christopher Jones, Geoffrey
Broadbent, dan lainnya. Pada awal 1960 an, Rittel pindah ke University of California di
Berkeley. Sementara itu, Christopher Alexander telah berkontribusi banyak ke lapangan di
MIT, Harvard, dan Berkeley. Penelitian dari mereka di dokumentasikan di penelitian metode
desain.

Tidak semua penelitian metode desain yang dipikirkan berpeluang mendapat partisipasi
public, respon langsung terhadap teknologi computer, atau analisis system. Sebagian besar
penelitian diarahkan pada pengajaran desain. Proses pembelajaran sebagai pengganti
pembelajaran gaya seorang desainer dipandang sehat dan dapat diterapkan pada lebih
banyak situasi. Seorang siswa yang dihadapkan pada berbagai metode desain dapat memilih
proses yang paling sesuai dengan karakteristik pribadinya.

Pemrograman dilihat sebagai definisi dari masalah fungsional tersendiri. Tanpa pengakuan,
pemrograman bisa mendefinisikan aestetik, psikologikal, dan masalah tipe yang lain.
 ARENA LATIHAN PROFESSIONAL

Ketika akademisi meneliti metode desain, arsitek menerapkannya di lapangan. BAnyaknya anak
yang laahir pada tahun 1940-an memberi beban yang sangat besar pada fasilitas sekolah AS. Pada
tahun 1950 American Institute of Architects (AIA) bertemu dengan para pendidik untk
menentukan besarnya masalah fasilitas sekolah dan untuk mengidentifikasi solusi. Pertemuan itu
mungkin pertama kalinya begitu banyak arsitek bertemu dengan begitu banyak pengguna
bangunan. Dialog yang dimulai pada konferensi itu menanam benih partisipasi pengguna dalam
perencanaan fasilitas untuk jumlah yang sangat besar.

Pena dan Caudill, Bersama dengan orang lain di perusahaan, terus mempromosikan pemrograman
sebagai bagian penting dari praktik arsitektur. Pada tahun 1977 Pena, dengan John Focke,
menerbitkan sebuah buku berjudul ‘Problem Seeking’ yang menjadi buku teks untuk generasi
arsitek yang melihat pemrograman sebagai cara untuk memperjelas upaya desain mereka.

Pelopor lain dalam praktik pemrograman arsitektur adalah Gerald Davis19 dari The Environmental
Analysis Group (TEAG), Herbert McLAughin, James Burns, dan Edward T. White, yang membantu
mengembangkan Teknik yang siap beradaptasi dengan sejumlah proyek arsitektur. Saat ini, fase
pemrograman arsitektur dari sebuah proyek arsitektur digabungkan ke dalam kontrak arsitektur
standar dan ujian lisensi arsitektur nasional
 PROFESIONAL ISSUES AND PROGRAMMING
(MASALAH PROFESIONAL DAN PEMROGRAMAN)

Pandangan yang di asumsikan dan ba

nyak profesional adalah bahwa arsitek
pemrograman arsitektur dan mampu mem harus terampil di semua tahap
berikan pelayanan.
Banyak profesional, praktisi dan pendidi
k, setuju bahwa pemrograman harus dilak
ukan dengan baik dan harus menjadi
awal dan terpisah dari desain, tetapi mer
eka merasa bahwa pemrograman arsitek
tur bukan tanggung jawab arsitek.
Pandangan profesional lainnya adalah ba
hwa arsitek seharusnya tidak hanya mela
menggunakan upaya sebagai kesempata kukan proses pemrograman tetapi
n untuk memperluas cakrawala klien seca
ra signifikan. Murry Silverstein dan Max
Jacobson menganjurkan bahwa arsitek ha
rus membantu klien mempertanyakan pr
inginkan. emis dasar dari proyek yang mereka

Dalam proyek skala kecil, baik klien atau

staf arsitektur, kriteria dapat didefinisikan
secara verbal. Namun, dengan proyek
berskala lebih besar, definisi program da
n pencapaian persetujuan oleh para angg
ota kelompok memungkinkan proses
desain dimulai dengan serangkaian arahan
yang jelas.
Klien yang ragu-ragu atau tidak tersedia
adalah masalah yang mengerikan bagi
programmer arsitektur dan desainer
arsitektur. Klien harus memilih antara terlib
at, yang membutuhkan waktu, atau tidak
kepada arsitek. Salah satu jenis proyek terlibat dan menyerahkan prosesnya
yang tampaknya menentang pemisahan
yang bersih antara pemrograman dari
desain adalah desain hunian khusus.
 WHO DOES THE ARCHI TECTU RAL
PROGR AMMIN G?
Biasanya pemrograman dilakukan oleh klien, konsultan, dan arsitek.
Klien yang ahli dalam pemrograman biasanya adalah klien yang sudah sering membangun. Mereka mengharapkan
arsitek dapat menghasilkan program arsitektur, aspek kuantitatif, dan daftar ruang yang bisa masuk dalam
anggaran. Klien ini biasanya memiliki tenaga ahli dalam pemrograman.
Konsultan biasanya memiliki pelatihan arsitektural Dan beberapa dari mereka memiliki spesialis dalam bangunan
particular seperti bangunan Kesehatan, Pendidikan, atau fasilitas transportasi.
Biasanya pemrograman juga dilakukan oleh arsitektur itu sendiri, apalagi proyek yang berskala kecil.
Jika desain dan pemrograman dilakukan sendiri akan susah untuk menghindari prasangka, seperti kata Willie Pena
“the individu must be of two mind”, tetapi jika dilakukan antara desainer dan programmer maka pasti akan lebih
maksimal.
Pada perusahan yang besar biasanya dibagi menjadi, pemrograman, desainer, produksi, dan administrasi
konstruksi. Diperusahaan seperti ini biasanya seorang menejer akan tetap mengawasi hingga akhir proyek,
sedangkan untuk programmer dan desainer dapat mengerjakan proyek lebih dari satu.
Bisa juga bekerja dengan system tim, biasanya satu tim akan menyelesaikan proyek dari pemrograman hingga
pemindahan Bersama sama.
Setelah pemrograman selesai dilakukan sebaiknya desainer meninjau kembaliki kelengkapannya, kerena informasi
dari pemrograman akan sangat penting untuk proses.
 ANALISIS DAN SINTESIS
Pertama, penting untuk mengembangkan pemahaman tentang apa itu menganalisis dan mensintesis. Menganalisis
berarti membongkar sesuatu secara mental dan menyatukan bagian – bagiannya. Untuk menganalisis sebuah
bangunan, anda dapat memeriksa lokasi tapaknya, dimensinya, tata letak interiornya, sistem strukturnya, sistem
mekanisnya, biaya awal dan operasionalnya, gaya arsitekturnya, dan perseden gayanya.
Mesintesis berarti menyatukan bagian – bagian dan memahami keseluruhan. Sintesis adalah bagian penting dari
kehidupan kita sehari – hari. Kita harus mensintesis situasi sosial sepanjang waktu hanya untuk beroperasi di
masyarakat berekspresi sehari – hari kita mengungkapkan betapa umum sintesis itu. Untuk mensintesis sesuatu yang
konkret, seperti sebuah bangunan, kita dapat mengatakan, “ Bangunan ini adalah contoh klasik arsitektur neo- kolonial.
Kita dapat melihat bahwa analisis dan sintesis adalah dua hal yang berlawanan, yang satu memisahkan sesuatu dan
yang lain menyatukan, tetapi mereka tidak berada di ujung yang berlawanan dari sebuah kontinum, mereka lebih
seperti sisi berlawanan dari sebuah siklus.
Willie Pena mengatakan, Pemrograman adalah analisis dan desain adalah sintesis. Pemrograman memisahkan
konteks proyek dan memeriksa semua bagian. Desain harus mengambil semua sikap berbeda, informasi, ide, anggaran,
dan sebagainya dan menempatkan mereka bersama – sama dalam keseluruhan baru yang lebih dari jumlah bagian
gestait.
Analisis dan sintesis juga terjadi pada banyak skala desain, dalam mengembangkan denah lokasi untuk kantor, seorang
desainer memeriksa tipografi, vegetasi yang ada, arah angin, sudut matahari, luas area kotor yang diperlukan,
pemandangan, ruang yang dibutuhkan untuk pertumbuhan, parkir, dll.
 MENELITI LATAR BELAKANG PROYEK

Saat anda membuat kesepakatan dengan klien/pemilik.ada Langkah Langkah yang harus di ambil yang akan
mempersiapkan anda untuk melakukan pekerjaan itu dengan baik,salah satunya adalah menjadi akrab
dengan jenis proyek,selain itu,anda juga harus terbiasa dengan konteks masalah tertentu,dan anda perlu
mengetahui kosakata yang cukup untuk berbicara pada klien anda dengan Bahasa yg baik,itu adalah
tanggung jawab kami untuk membuat komunikasi menjadi mudah bagi klien,bukan tanggung jawab mereka
untuk memudahkan kami.

PENELITIAN JENIS PROYEK

Atau kadang kadang bisa disebut sebagai penelitian tipologi, adalah untuk menjadi akrab dengan masalah
pemrograman dan desain yang terkait dengan jenis proyek. Setiap jenis proyek memiliki sejarah
perkembangan dan kosakatanya sendiri.Ada teori atau filosofi yang terkait dengan setiap jenis bangunan
yang perlu Anda pahami. Klien Anda sudah mengetahui banyak hal ini, dan agar Anda dapat berkomunikasi,
Anda harus berbicara dalam bahasa tersebut. Klien Anda akan jauh lebih nyaman dengan Anda jika Anda
diberitahu tentang jenis proyek. Dua cara terbaik untuk menginformasikan diri sendiri adalah kunjungan
situs dan pencarian literatur. Kunjungan Lokasi Kunjungan selesai, fasilitas operasi dapat sangat membantu
dalam memperjelas masalah desain yang terkait dengan jenis proyek tertentu. programmer arsitektur harus
mengunjungi banyak proyek sampai masalah yang diamati mulai berulang.
Dengan anggaran yang cukup, seorang programmer arsitektur mungkin mengunjungi ratusan situs, tetapi jumlah informasi yang
berharga mungkin tidak meningkat melewati beberapa kunjungan situs pertama jika mereka dipilih dengan cermat. Dalam hal ini,
yang terbaik adalah mengunjungi situs dengan jangkauan terluas, dengan asumsi bahwa keragamannya dapat ditentukan
sebelumnya.Pemrogram arsitektur perlu mengetahui berbagai pendekatan untuk desain jenis proyek. Misalnya, jika proyek Anda
adalah restoran, Anda mungkin dapat mengunjungi beberapa situs di kota Anda sendiri dengan cukup baik. Namun, jika proyek
Anda adalah akuarium, mungkin tidak ada di kota Anda. Dalam hal ini perlu untuk melakukan perjalanan atau menggunakan cara lain
untuk mengenal jenis proyek. Beresiko mengunjungi hanya satu situs. Kami menyebutkan bahwa Anda perlu mengetahui berbagai
pendekatan untuk desain jenis proyek. Jika Anda hanya mengunjungi satu situs dan memeriksa yang lain dalam literatur, sulit untuk
menimbang berbagai pendekatan secara merata dalam pikiran Anda. Pendekatannya mungkin tidak sesuai dengan proyek Anda;
ini dapat menghambat kemampuan Anda untuk berpikir jernih tentang proyek yang sedang dikerjakan. Jika anggaran tidak
memungkinkan lebih dari satu kunjungan lokasi, mungkin lebih baik tidak mengunjungi sama sekali dan mendapatkan informasi
tentang jenis proyek dengan cara lain. Jelajahi situs dengan klien Anda jika memungkinkan.Namun, jika klien Anda akan
membangun restoran yang akan bersaing dengan restoran yang ingin Anda kunjungi, ini mungkin menciptakan situasi lingkungan
yang canggung. Biarkan klien Anda menilai situasi dan memutuskan apakah kehadirannya sesuai. Dalam bisnis yang kompetitif,
seringkali klien ingin meninggalkan pengembangan proyek tanpa pemberitahuan sebelumnya. secara etis berkewajiban untuk jujur ​
dengan orang-orang yang situsnya Anda kunjungi tentang tujuan Anda di sana.
 Cara lain untuk akrab dengan isu-isu yang terlibat dalam pemrograman arsitektur dan PENCARIAN
desain proyek tertentu adalah melalui pencarian literatur. Informasi tentang jenis proyek
tersedia dalam sumber arsitektur serta sumber disiplin yang akan ditempatkan oleh
proyek. Di antara sumber-sumber arsitektur yang akan diteliti adalah buku-buku, majalah- SASTRA
majalah, dan bibliografi yang mengacu pada sumber-sumber tersebut. Pertama, perlunya
mengenal sejarah jenis bangunan: Bagaimana perkembangan dan perubahannya selama
bertahun-tahun? Untuk proyek yang teknologinya berubah dengan cepat, kita harus
menyadari bahwa solusi yang ditinjau mungkin sudah usang karena perkembangan baru.
Evaluasi pasca-hunian (POE) proyek adalah alat yang berguna untuk memahami apa yang
berhasil dan tidak berfungsi di fasilitas.

Majalah arsitektur adalah sumber informasi lain yang berguna, majalah terbaru sering
melaporkan informasi terkini tentang jenis bangunan dan majalah yang lebih tua dapat
digunakan untuk melacak perkembangan dan perubahan. Tiga indeks utama membuat
katalog topik yang ditemukan di majalah arsitektur adalah Indeks Arsitektur, Indeks Seni,
dan Indeks Avery. Indeks Arsitektur, misalnya membuat katalog informasi menurut lokasi,
jenis proyek, dan arsitek. Masing-masing indeks ini mencakup informasi dari selusin atau
lebih majalah arsitektur. Ketika rencana situs atau bangunan disertakan, mereka dapat
disalin, diperbesar ke skala yang nyaman, dan dianalisis untuk menentukan pendekatan
filosofis, strategi organisasi, kosakata jenis ruang, dan rasio ruang yang dapat digunakan
untuk mendukung ruang.
 Bibliografi terbaik dari sumber arsitektur, baik buku maupun majalah, adalah Bibliografi Pertukaran Pustakawan
Dewan Perencanaan. Sebagian besar perpustakaan universitas berlangganan bibliografi ini yang terbit setiap bulan.
Indeks ini membawa ke bibliografi yang paling berguna, yang pada gilirannya mengarah ke sumbernya. Bibliografi
sering kali diberi anotasi, yang dapat sangat membantu penelitian dengan mempermudah pemilihan sumber yang
paling dapat diterapkan sambil menghindari sumber yang terkait tetapi tidak dapat diterapkan secara langsung.
Disiplin yang akan ditempatkan oleh proyek mungkin memiliki kumpulan literatur tentang fasilitas. Misalnya, asosiasi
restoran menerbitkan buku dan majalah tentang cara menjalankan restoran. Sumber-sumber ini sering memiliki
informasi tentang desain fasilitas dari sudut pandang klien.

Tujuan dari jenis proyek atau penelitian tipologi adalah agar programmer memahami isu-isu utama yang berkaitan
dengan jenis proyek ini, tidak peduli apa keunikan proyek tertentu. Misalnya, di museum atau fasilitas pameran
seperti akuarium, salah satu masalah utama adalah arus pengunjung atau pelanggan. Penelitian jenis proyek dapat
memberikan latar belakang umum mengenai kegiatan dan masalah yang relevan dengan proyek. Kehati-hatian harus
diambil untuk tidak berasumsi bahwa proyek akan sama persis dengan salah satu proyek yang dipelajari. Ingatlah
bahwa proses pemrograman mencari keunikan proyek
 PENELITIAN
KONTEKS
PROYEK
Tidak ada proyek arsitektur yang muncul dari ruang hampa. Untuk setiap proyek, apa pun jenisnya, ada
riwayat gagasan yang menjelaskan mengapa seseorang memecahkan suatu masalah. Memahami sejarah
politik, sosial, ekonomi, dan geografis suatu proyek penting untuk memahami informasi yang
dikumpulkan. Penelitian tentang jenis proyek biasanya menghasilkan informasi yang relevan dalam
konteks nasional dan regional. Pencarian berikutnya adalah untuk konteks lokal proyek. Biasanya klien
atau pemilik memiliki informasi tentang bagaimana ide untuk proyek tersebut muncul. Anda dapat
bertanya langsung, di awal pekerjaan Anda, "Bagaimana Anda memutuskan untuk membangun gedung
baru?" atau "Beri saya beberapa sejarah organisasi Anda dan perkembangannya."
Terima
Kasih!