BAB 3 TEKNOLOGI INTI DAN PERANGKAT LUNAK
3.3. Pengantar
Pada 1970-an, Angkatan Udara Amerika Serikat (USAF) memprakarsai proyek Integrated Computer Aided Manufacturing (ICAM) untuk mengembangkan teknologi manufaktur kedirgantaraan yang dapat mengintegrasikan dan mengotomatisasi desain, teknik, dan proses produksi serta mengurangi biaya. Tim proyek, bagaimanapun, segera menghadapi masalah pertukaran data karena bagian dirancang oleh sistem CAD yang berbeda. Format file Spesifikasi Pertukaran Grafik Awal (IGES) dikembangkan untuk memecahkan masalah ini.
Masalah interoperabilitas serupa ada dalam proses BIM, dan diakui sebagai penghalang utama untuk berbagi data bahkan di hari-hari awal BIM (Young et al., 2007). Interoperabilitas adalah kemampuan untuk bertukar data antar aplikasi, yang memperlancar alur kerja dan terkadang memfasilitasi otomatisasinya.
Desain dan konstruksi bangunan adalah kegiatan tim. Semakin, setiap aktivitas dan setiap jenis spesialisasi didukung dan ditambah dengan aplikasi komputernya sendiri. Selain kemampuan untuk mendukung geometri dan tata letak material, ada analisis struktural dan energi yang mengandalkan representasi bangunan mereka sendiri. model fabrikasi yang digunakan untuk setiap subsistem (baja, beton, perpipaan, listrik) adalah representasi lain dengan perincian khusus, selain yang lain. Interoperabilitas adalah kemampuan untuk melewatkan data antara aplikasi dan beberapa aplikasi untuk secara bersama-sama berkontribusi pada pekerjaan yang ada. Interoperabilitas, minimal, menghilangkan kebutuhan untuk menyalin data secara manual yang sudah dibuat di aplikasi lain. Penyalinan manual sebagian data proyek sangat menghambat iterasi selama desain, seperti yang diperlukan untuk menemukan solusi terbaik untuk masalah kompleks, seperti desain struktural atau energi. Ini juga menyebabkan kesalahan, di mana penyalinan manual pasti mengarah ke beberapa tingkat inkonsistensi. Ini juga merupakan batasan besar untuk mengotomatisasi praktik bisnis.
Orang-orang telah bertukar data geometri antar aplikasi menggunakan format file CAD seperti DXF, IGES, dan SAT selama bertahun-tahun. Bagaimana pertukaran model BIM berbeda? Sementara geometri telah menjadi perhatian utama untuk drafting dan sistem CAD, BIM tidak hanya mewakili beberapa jenis geometri, tetapi juga hubungan, atribut, dan properti untuk perilaku yang berbeda. Model, sementara terintegrasi, harus membawa lebih banyak informasi dari file CAD lakukan. Ini adalah perubahan besar dan metode serta standar teknologi informasi pendukung untuk mencapainya hanya diterapkan secara bertahap. Lalu mengapa arsitek, kontraktor, insinyur, dan perakit harus tertarik pada masalah interoperabilitas dan standar serta teknologi yang terkait dengannya? Bukankah masalah teknologi ini harus diselesaikan oleh ilmuwan komputer dan perusahaan perangkat lunak?
Mengapa bab ini penting untuk dibaca dan dipahami?
Pertama-tama, untuk menemukan solusi yang efektif untuk masalah apa pun, penting untuk memahami masalah secara detail serta solusi potensial. Misalnya, mengetahui perbedaan antara teknologi telekomunikasi 2G, 3G, dan LTE terdengar sangat teknis, tetapi sangat penting bagi seseorang untuk menemukan ponsel yang paling sesuai. Teknologi interoperabilitas tidak jauh berbeda. Masa proses dan platform kerjasama adalah tentang bertukar dan menggunakan kembali informasi. Kolaborasi yang efektif di antara peserta
proyek telah diakui sebagai salah satu faktor penting untuk keberhasilan proyek BIM (Won et al., 2013b). Banyak penelitian mengidentifikasi interoperabilitas yang buruk sebagai hambatan utama untuk lingkungan BIM kolaboratif. Masalah interoperabilitas tidak dapat dihindari setelah tim mulai bertukar data di antara anggota tim. Metode pertukaran data yang berbeda diperlukan untuk memecahkan berbagai jenis masalah interoperabilitas. Tanpa memahami dengan jelas kelebihan dan keterbatasan setiap metode interoperabilitas, sulit untuk memilih metode yang tepat untuk masalah interoperabilitas yang berbeda.
Kedua, standar telah dan akan terus memainkan peran penting dalam praktik bisnis MEA—standar kinerja material, standar grafis, standar untuk mendefinisikan produk, standar perangkat gambar, standar klasifikasi, standar pelapisan. Arsitek, insinyur, kontraktor, dan perakit, bagaimanapun, adalah ahli pengetahuan yang tahu apa isi informasi dari pertukaran dan standar seharusnya. Dalam AEC, tidak ada satu organisasi pun yang memiliki pengaruh ekonomi atau pengetahuan untuk mendefinisikan interoperabilitas yang efektif untuk seluruh industri. Standar pertukaran yang ditentukan pengguna tampaknya merupakan keharusan.
Pertimbangkan arti dari nilai-R, lumens, pemutusan termal, dan wythes.1 Domain konstruksi yang berbeda menentukan istilah yang diperlukan dan ini adalah bagian dari bidang itu. Dalam beberapa hal, pertukaran model bangunan berhubungan dengan informasi bangunan yang bervariasi dengan pekerjaan lapangan. Untuk memainkan penyedia informasi bagi komunitas standar dan berpotensi sebagai pengembang standar, sangat penting bagi arsitek, insinyur, kontraktor, dan perakit untuk memahami mengapa standar itu penting, bagaimana cara kerjanya, dan untuk mengetahui status mereka saat ini.
Ketiga, aplikasi perangkat lunak serta model data dan solusi interoperabilitas dikembangkan berdasarkan skenario kasus penggunaan. Skenario kasus penggunaan ditentukan oleh arsitek, insinyur, perakit, dan pemilik, bukan oleh ilmuwan komputer atau pemrogram. Berbagai jenis metode pertukaran adalah fokus dari bagian pertama bab ini.
Bagian kedua berfokus pada masalah dan metode untuk menyinkronkan dan mengelola berbagai representasi dari proyek bangunan dan pengelolaan representasi heterogen ini.
Berbagai Jenis Metode Pertukaran Data
Bahkan di hari-hari awal CAD 2D di akhir 1970-an dan awal 1980-an, kebutuhan untuk bertukar data antara aplikasi yang berbeda terlihat jelas. Sistem CAD AEC yang paling banyak digunakan saat itu adalah Intergraph. Serangkaian bisnis muncul untuk menulis perangkat lunak untuk menerjemahkan file proyek Intergraph ke sistem lain, terutama untuk desain pabrik proses—misalnya, pertukaran data antara perangkat lunak desain perpipaan dan aplikasi untuk tagihan bahan perpipaan atau analisis aliran pipa.
Kemudian, di era pasca-Sputnik, NASA menemukan bahwa mereka mengeluarkan sejumlah besar uang untuk membayar penerjemah di antara semua pengembang CAD mereka.
Perwakilan NASA, Robert Fulton, menyatukan semua perusahaan perangkat lunak CAD dan menuntut agar mereka menyetujui format pertukaran domain publik. Dua perusahaan yang didanai NASA, Boeing dan General Electric, menawarkan untuk mengadaptasi beberapa upaya awal yang telah mereka lakukan secara terpisah. Standar pertukaran yang dihasilkan ditinjau, diperluas, dan diberi nama IGES (Spesifikasi Pertukaran Grafik Awal). Dengan menggunakan IGES, setiap perusahaan perangkat lunak hanya perlu mengembangkan dua penerjemah
(diperkirakan), untuk mengekspor dari dan mengimpor ke aplikasi mereka, alih-alih mengembangkan penerjemah untuk setiap pertukaran berpasangan. IGES adalah kesuksesan awal yang masih banyak digunakan di banyak komunitas desain dan teknik.
McGraw mengidentifikasi interoperabilitas sebagai masalah kritis untuk pengguna BI tingkat lanjut (Jones dan Laquidara-Carr, 2015; Youngtal., 2007). Masalah interoperabilitas (terutama kehilangan data) terutama disebabkan oleh empat alasan teknis berikut (Lee, 2011).
1. Cakupan terbatas dari model data: Data yang diminati tidak berada dalam cakupan model data atau format file pertukaran. Misalnya, IGES dikembangkan untuk mendukung hanya beberapa jenis permukaan lengkung ganda yang kompleks, dan dengan demikian tidak dapat mendukung beberapa bentuk data geometrik. Demikian pula, IFC tidak dapat mendukung pertukaran data yang tidak termasuk dalam ruang lingkup IFC.
2. Masalah penerjemah: Seorang penerjemah tidak mendukung data yang diinginkan, meskipun data tersebut ditentukan dalam model data.
3. Bug perangkat lunak atau masalah implementasi: Data berhasil ditukar dan dibaca ke dalam aplikasi perangkat lunak, tetapi aplikasi perangkat lunak meng alami masalah saat memuat atau memvisualisasikan data karena bug perangkat lunak atau masalah implementasi lainnya.
4. Masalah domain perangkat lunak: Data yang diminati berada di luar cakupan aplikasi perangkat lunak. Misalnya, aplikasi perangkat lunak estimasi biaya umum mencakup data panjang, volume, dan area yang diekstraksi dari model 3D, tetapi tidak menyimpan data model 3D secara internal.
Selain faktor teknis sebelumnya, faktor prosedural juga merupakan penyebab umum masalah interoperabilitas, terutama ketika banyak orang berkolaborasi dalam sebuah proyek menggunakan beberapa model BIM di berbagai fase proyek.
5. Kontrol versi dan masalah rekayasa bersamaan: Jika seorang arsitek memperbarui desain sementara insinyur struktur menganalisis stabilitas struktural bangunan berdasarkan versi desain sebelumnya, hasil analisis struktural akan menjadi mubazir ketika desain baru dibuat.
6. Masalah Level of Development (LOD): Akan sangat ideal untuk secara bertahap mengembangkan model BIM tunggal yang dapat mendukung semua jenis penggunaan BIM yang berbeda sepanjang siklus proyek. Namun, praktis tidak mungkin untuk memasukkan semua detail yang diperlukan oleh penggunaan model BIM yang berbeda di seluruh fase proyek yang berbeda dalam satu model. Kemampuan BIM baru-baru ini telah memberikan pedoman untuk tingkat detail yang tepat atau pengembangan model BIM untuk penggunaan BIM yang berbeda. Model BIM pada LOD yang berbeda tidak hanya berbeda dalam hal tingkat detail, tetapi juga pada isi informasi.
Harmonisasi LOD dengan penilaian kinerja dan ekonomi sedang dijajaki untuk mewujudkan integrasi alur kerja lebih lanjut. Akibatnya,
Tidak semua, tetapi banyak dari masalah teknis dan prosedural ini dapat diatasi dengan menerapkan strategi pertukaran data yang berbeda atau proses kerja yang tepat sejauh peserta proyek setuju untuk berbagi informasi dengan anggota tim.
Namun, dalam praktiknya, tidak jarang bertemu dengan peserta proyek yang tidak mau berbagi informasi dengan anggota tim. Faktor manusia ini merupakan salah satu rintangan yang paling sulit untuk diatasi.
7. Keengganan untuk berbagi informasi: Beberapa anggota tim tidak mau berbagi informasi dengan anggota tim karena kekayaan intelektual, keamanan, atau masalah kontrak, tetapi terkadang, tanpa alasan rasional. Pakar BIM di seluruh dunia mengidentifikasi kesediaan peserta proyek untuk berbagi informasi sebagai salah satu faktor penentu keberhasilan proyek BIM (Won et al., 2013b). Sebaliknya, ini berarti bahwa masalah kemauan ini tidak mudah untuk diselesaikan. Karena masalah kesediaan bukanlah masalah teknis, masalah ini dan masalah interoperabilitas lainnya yang disebabkan oleh faktor manusia hanya dapat diselesaikan melalui negosiasi atau mandat kontrak.
Bagaimana cara mencapai interoperabilitas—pertukaran data proyek yang mudah dan andal?
Pertama-tama, model data atau skema harus didefinisikan. Sebuah model data atau skema secara konseptual mendefinisikan elemen-elemen yang diperlukan untuk domain target dan hubungan antar elemen. Secara umum, model data antar aplikasi didefinisikan pada tiga tingkat (ANSI/X3/SPARC, 1975). Definisi tiga tingkat ini biasanya disebut sebagai Karsitektur ANSI/SPAR (untuk database). Tingkat pertama adalah pandangan pengguna tentang persyaratan pertukaran informasi. Tingkat ini disebut tingkat eksternal. Setiap pengguna mungkin memerlukan serangkaian informasi yang berbeda untuk memproses pekerjaannya.
Model data yang ditentukan dari perspektif pengguna tertentu disebut subset, tampilan, tampilan model, definisi tampilan, definisi tampilan model (MVD), atau kelas kesesuaian.
Langkah pertama dan terakhir dari pemodelan data adalah menentukan dan menghasilkan tampilan ini. Langkah pertama disebut fase pengumpulan dan pemodelan persyaratan—fase untuk mengumpulkan dan menentukan kebutuhan informasi pengguna. Standar internasional yang mendefinisikan proses ini dan format dokumentasi untuk BIM adalah ISO 29481 Information Delivery Manual (IDM) (ISO TC 59/SC 13, 2010). Langkah terakhir adalah mengembangkan modul ekspor pada aplikasi perangkat lunak atau spesifikasi tampilan dalam sistem manajemen basis data berdasarkan definisi tampilan.
Gambar 3.2 Definisi tiga tingkat persyaratan pertukaran informasi.
Tingkat kedua adalah tingkat konseptual, yang independen dari metode implementasi atau sistem aplikasi. Model data yang ditentukan pada level ini disebut sebagai skema logis.
Skema logis dapat dilihat sebagai model data yang dihasilkan dengan menggabungkan beberapa tampilan pengguna. Tingkat ketiga adalah tingkat internal. Skema logika yang dihasilkan pada tingkat kedua dapat diimplementasikan dengan berbagai cara seperti penerjemah antara dua sistem yang berbeda atau sistem manajemen basis data. Setiap aplikasi perangkat lunak memiliki struktur data sendiri. Untuk menerapkan skema logis pada aplikasi perangkat lunak, diperlukan proses pemetaan antara skema logis dan struktur data internal aplikasi. Struktur data internal atau model data pada tingkat internal disebut sebagai skema fisik. Mengingat dimensi skema, metode pertukaran data yang berbeda dapat digunakan tergantung pada penyebab masalah interoperabilitas. Pertukaran dapat diklasifikasikan dalam salah satu dari tiga cara utama yang tercantum di bawah ini:
• Tautan langsung antara dua aplikasi melalui Application Programming Interface (API) dari satu sistem dapat digunakan ketika model data tidak cukup matang untuk mendukung pertukaran data antara dua aplikasi. Beberapa mungkin menulis file sementara dalam pertukaran antara dua aplikasi independen; yang lain mungkin bergantung pada pertukaran real-time yang memanggil satu aplikasi dari yang lain.
Beberapa aplikasi menyediakan antarmuka berpemilik, seperti GDL ArchiCAD, Open API Revit, atau MDL Bentley. Tautan langsung diimplementasikan sebagai antarmuka tingkat pemrograman, biasanya mengandalkan bahasa C++, C#, atau Visual Basic.
Antarmuka membuat beberapa bagian dari model bangunan aplikasi dapat diakses untuk pembuatan, ekspor, modifikasi, pengecekan, atau penghapusan, dan antarmuka pemrograman lainnya menyediakan kemampuan untuk impor dan adaptasi untuk menerima data aplikasi. Banyak antarmuka seperti itu ada, sering kali dalam keluarga produk perusahaan sendiri dan terkadang melalui pengaturan bisnis antara dua atau lebih perusahaan. Perusahaan perangkat lunak sering lebih memilih untuk menyediakan tautan langsung atau pertukaran kepemilikan ke perangkat lunak tertentu; mereka dapat mendukung mereka dengan lebih baik. Antarmuka dapat digabungkan dengan erat, misalnya, alat analisis yang langsung disematkan dalam aplikasi desain. Antarmuka ini memungkinkan kemampuan yang tidak mudah didukung melalui pertukaran publik saat ini. Fungsionalitas pertukaran yang didukung ditentukan oleh dua perusahaan (atau divisi dalam perusahaan yang sama) yang mengidentifikasi kasus penggunaan tertentu, menentukan di mana letaknya dalam siklus hidup desain-bangun dan tujuan yang diasumsikan. Kadang-kadang kasus penggunaan yang memotivasi kemampuan pertukaran didokumentasikan, tetapi seringkali tidak, sehingga sulit untuk dievaluasi. Definisi publik dari standar BIM untuk kasus penggunaan mendorong kesadaran bahwa semua pertukaran model bangunan perlu memiliki spesifikasi kasus penggunaan, jika ingin diandalkan. Karena pertukaran langsung telah dikembangkan, di-debug, dan dipelihara oleh dua perusahaan yang terlibat, mereka biasanya kuat untuk versi perangkat lunak yang dirancang, dan fungsionalitas kasus penggunaan dan LOD yang dimaksudkan. Banyak pertukaran gagal karena penerjemah dikembangkan dengan mempertimbangkan kasus
penggunaan yang berbeda. Antarmuka dipertahankan selama hubungan bisnis berlangsung.
• Pertukaran data berbasis file adalah metode untuk bertukar data melalui file model baik menggunakan format pertukaran berpemilik atau format standar terbuka untuk umum. Format pertukaran berpemilik adalah skema data yang dikembangkan oleh organisasi komersial untuk berinteraksi dengan aplikasi perusahaan itu. Spesifikasi untuk skema dapat dipublikasikan atau dirahasiakan. Beberapa format pertukaran hak milik yang terkenal di area AEC adalah DXF danRVT, keduanya ditentukan oleh Autodesk, PLN oleh Graphisoft, dan DGN oleh Bentley. Format pertukaran hak milik lainnya termasuk SAT (didefinisikan oleh Teknologi Spasial, pelaksana kernel perangkat lunak pemodelan geometris ACIS), dan 3DS untuk 3D-Studio. Masing-masing memiliki tujuan mereka sendiri, berurusan dengan berbagai jenis geometri. Pertukaran data dalam format pertukaran standar melibatkan penggunaan skema terbuka dan dikelola secara publik. IFC dan CIS/2 adalah contoh format data standar untuk AEC. Ini akan dijelaskan secara lebih rinci segera.
• Pertukaran data berbasis model-server adalah metode pertukaran data melalui sistem manajemen basis data (DBMS). DBMS untuk model BIM kadang-kadang disebut sebagai server model, server BIM, server IFC, repositori data, repositori data produk, atau lingkungan data umum (CDE). Server BIM sering disusun berdasarkan model data standar seperti IFC atau CIS/2 untuk menyediakan lingkungan data umum. Contoh server model termasuk server model IFC (IMSvr) yang dikembangkan oleh VTT, Finlandia (Adachi, 2002), server CIS2SQL oleh Georgia Tech, AS (You et al., 2004), Server Model Eurostep (EMS) yang dikembangkan oleh Eurostep (Jørgensen et al., 2008), Express Data Manager Server (EDMServer), dikembangkan oleh Jotne EPM Technology, Finlandia (Jotne EPM Technology, 2013), Open Source BIMserver oleh TNO, Belanda (BIMserver.org, 2012), dan server OR-IFC oleh Yonsei, Korea (Lee et al., 2014). Pendekatan pertukaran data berbasis model-server memiliki keunggulan dibandingkan pendekatan pertukaran data berbasis file karena dapat meringankan aspek kontrol versi dan masalah rekayasa bersamaan. Selain itu, pendekatan pertukaran data berbasis model-server memiliki potensi untuk mengurangi banyak masalah interoperabilitas dengan menambahkan fungsi kecerdasan buatan ke server model dan dengan mengaktifkan analisis otomatis status dan kualitas data dan mengisi informasi yang hilang dan saling bertentangan berdasarkan pada hasil analisa.
Format gambar raster 2D untuk gambar berbasis piksel, format vektor 2D untuk gambar garis, permukaan 3D dan format bentuk padat untuk bentuk 3D. Format berbasis objek tiga dimensi sangat penting untuk penggunaan BIM dan telah dikelompokkan menurut bidang aplikasinya.
Ini termasuk format berbasis ISO-STEP yang mencakup informasi bentuk 3D bersama dengan hubungan konektivitas dan atribut, di mana model data bangunan IFC adalah yang paling penting. Juga terdaftar berbagai format permainan, yang mendukung fixedgeometry, pencahayaan, tekstur bersama dengan aktor, dan dinamis, geometri bergerak, dan format pertukaran publik GIS untuk medan 3D, penggunaan lahan, dan infrastruktur.
Format Gambar (raster)
JPG, GIF, TIF, BMP, PNG, RAW, RLE
Format raster bervariasi dalam hal kekompakan, jumlah kemungkinan warna per piksel, transparansi, kompresi dengan atau tanpa kehilangan data.
Format Vektor 2D
DXF, DWG, AI, CGM, EMF, IGS, WMF, DGN, PDF, ODF, SVG, SWF
Format vektor bervariasi dalam hal kekompakan, pemformatan garis, warna, pelapisan, dan jenis kurva yang didukung;
beberapa berbasis file dan lainnya menggunakan XML.
Format Permukaan dan Bentuk 3D
3DS, WRL, STL, IGS, SAT, DXF, DWG, OBJ, DGN, U3D PDF(3D), PTS, DWF
Format permukaan dan bentuk 3D bervariasi sesuai dengan jenis permukaan dan tepi yang diwakili, apakah itu mewakili permukaan dan/atau padatan, sifat material bentuk (warna, bitmap gambar, dan peta tekstur), atau informasi sudut pandang.
Beberapa memiliki pengkodean ASCII dan biner. Beberapa termasuk pencahayaan, kamera, dan kontrol tampilan lainnya;
beberapa adalah format file dan lainnya XML.
Format Pertukaran Objek 3D STP, EXP, CIS/2, IFC
Format model data produk mewakili geometri sesuai dengan tipe 2D atau 3D yang diwakili; mereka juga membawa data tipe objek dan properti yang relevan serta hubungan antar objek. Mereka adalah yang terkaya dalam konten informasi.
AecXML, Obix, AEX, bcXML, AGCxml Skema XML dikembangkan untuk pertukaran data bangunan; mereka bervariasi sesuai dengan informasi yang dipertukarkan dan alur kerja yang didukung.
V3D, X, U, GOF, FACT, COLLADA Berbagai macam format file game bervariasi sesuai dengan jenis permukaan, apakah mereka membawa struktur hierarkis, jenis properti material, parameter tekstur dan bump map, animasi, dan skinning.
SHP, SHX, DBF, TIGER, JSON, GML Format sistem informasi geografis bervariasi dalam hal 2D atau 3D, tautan data yang didukung, format file dan XML
Gambar 3.3 Meningkatnya kompleksitas data untuk berbagai jenis pertukaran. Sumbu horizontal adalah perkiraan jumlah kelas objek dalam skema.
Sebagai bidang desain berbantuan komputer telah berkembang dari 2D ke 3D dan bentuk yang lebih kompleks dan rakitan, jumlah tipe data yang diwakili telah berkembang pesat. Sementara geometri 3D dari rakitan rumit, penambahan properti, tipe objek, dan hubungan telah menyebabkan peningkatan besar dalam jenis informasi yang diwakili. Maka, tidak mengherankan bahwa tujuan pertukaran data semakin mendapat perhatian dan kepentingan, menjadi masalah paling penting bagi Pengguna BI tingkat lanjut. Seiring dengan bertambahnya kekayaan data tentang sebuah bangunan, masalah pertukaran data bergeser dari terjemahan yang akurat menjadi hanya menyaring informasi yang dibutuhkan, dan kualitas informasi (misalnya, apakah data merupakan perkiraan atau bentuk nominal atau properti atau produk tertentu?). Keinginan alami adalah untuk "mencampur dan mencocokkan" alat perangkat lunak untuk menyediakan fungsionalitas di luar apa yang dapat ditawarkan oleh platform perangkat lunak tunggal. Hal ini terutama benar ketika beragam organisasi berkolaborasi dalam sebuah proyek sebagai sebuah tim. Mendapatkan interoperabilitas sistem yang berbeda yang digunakan oleh tim jauh lebih mudah daripada memaksa semua perusahaan tim ke dalam satu platform. Sektor publik juga ingin menghindari solusi berpemilik yang memberikan monopoli pada satu platform perangkat lunak. IFC dan CIS/2 (untuk baja) adalah standar publik dan diakui secara internasional. Dengan demikian mereka cenderung menjadi standar internasional untuk pertukaran data dan integrasi dalam industri konstruksi bangunan.