Bab IV Perancangan dan Implementasi

Transkripsi

1 Bab IV Perancangan dan Implementasi IV.1 Aturan-aturan Mengenai Data Spasial PBB Dari beberapa permasalahan basis data spasial PBB eksisting yang telah diuraikan pada bab sebelumnya, maka perlu dibuat aturan-aturan khusus mengenai data spasial PBB. Aturan-aturan tersebut dimaksudkan untuk menangulangi atau mengurangi permasalahan-permasalahan data spasial yang ada. Dalam penelitian ini diusulkan aturan-aturan data spasial PBB sebagai berikut: 1. Setiap objek pada layer mempunyai ID tertentu yang nilainya unik. ID masingmasing objek pada layer dapat dilihat pada tabel IV.1 Tabel IV.1 ID objek pada layer NO NAMA LAYER ID OBJEK 1 Bidang NOP (Nomor Objek Pajak) Bangunan Nomor Bangunan 3. Jalan Nama Jalan 4. Sungai Nama Sungai 5. Simbol Kode Simbol 6. Batas Blok Kode Blok 7. Batas Kelurahan Kode Kelurahan 8. Batas Kecamatan Kode Kecamatan 9. Batas Kabupaten/Kota Kode Kabupaten/Kota 10. Batas Provinsi Kode Provinsi. Setiap objek data spasial PBB tidak boleh bernilai kosong (null) dan mempunyai jenis representasi tertentu. Adapun jenis-jenis representasi objek data spasial PBB dapat dilihat pada tabel IV.. Tabel IV. Jenis-jenis representasi objek data spasial PBB NO OBJEK DATA SPASIAL JENIS REPRESENTASI OBJEK 1 Bidang Polygon Bangunan Polygon 3. Jalan Polyline 4. Sungai Polyline 5. Simbol Point 6. Area Blok Polygon 7. Wilayah Kelurahan Polygon 8. Wilayah Kecamatan Polygon 34

2 35 Tabel IV. Jenis-jenis representasi objek data spasial PBB (lanjutan) NO OBJEK DATA SPASIAL JENIS REPRESENTASI OBJEK 9. Wilayah Kabupaten/Kota Polygon 10. Wilayah Provinsi Polygon 3. Objek-objek data spasial PBB yang sama harus ditempatkan pada layer yang sama. Daftar objek data spasial beserta layernya dapat dilihat pada tabel IV.3. Tabel IV.3 Daftar objek data spasial beserta layernya NO OBJEK LAYER 1 Bidang Bidang Bangunan Bangunan 3. Jalan Jalan 4. Sungai Sungai 5. Simbol Simbol 6. Area Blok Blok 7. Wilayah Kelurahan Kelurahan 8. Wilayah Kecamatan Kecamatan 9. Wilayah Kabupaten/Kota Kota 10. Wilayah Provinsi Provinsi 4. Objek data spasial PBB mempunyai hubungan spasial tertentu yang diperbolehkan. Hubungan spasial objek tersebut bisa terjadi dalam satu layer ataupun antar layer. Jenis-jenis hubungan spasial antar objek data spasial PBB yang diperbolehkan dapat dilihat pada tabel IV.4. Tabel IV.4 Hubungan spasial antar objek data spasial PBB yang diperbolehkan No Objek Layer 1 Layer Hubungan Spasial Yang diperbolehkan 1 Wilayah Provinsi Wilayah Provinsi - Bersebelahan (touch) Wilayah Kota Wilayah Provinsi - Berada di dalam (inside) - Berada pada (covered by) 3 Wilayah Kota Wilayah Kota - Bersebelahan (touch) 4 Wilayah Kecamatan Wilayah Kota - Berada di dalam (inside) - Berada pada (covered by) 5 Wilayah Wilayah - Bersebelahan (touch) Kecamatan 6 Wilayah Kelurahan Kecamatan Wilayah Kecamatan - Berada di dalam (inside) - Berada pada (covered by)

3 36 Tabel IV.4 Hubungan spasial antar objek data spasial PBB yang diperbolehkan (lanjutan) No Objek Hubungan Spasial Layer 1 Layer Yang diperbolehkan 7 Wilayah Kelurahan Wilayah Kelurahan - Bersebelahan (touch) 8 Area Blok Wilayah Kelurahan - Berada di dalam (inside) - Berada pada (covered by) 9 Area Blok Area Blok - Bersebelahan (touch) 10 Jalan Wilayah Kelurahan - Berada di dalam (inside) - Berada pada (covered by) 11 Jalan Jalan - Terhubung (conected) 1 Sungai Wilayah Kelurahan - Berada di dalam (inside) - Berada pada (covered by) 13 Sungai Sungai - Terhubung (conected) 14 Simbol Wilayah Kelurahan - Berada di dalam (inside) - Pada (on) 15 Simbol Simbol 16 Bidang Area Blok - Berada di dalam (inside) - Berada pada (covered by) - Sama (Equal) 17 Bidang Bidang - Bersebelahan (touch) 18 Bidang Jalan - Bersebelahan (touch) 19 Bidang Sungai - Bersebelahan (touch) 0 Bangunan Bidang - Berada di dalam (inside) - Berada pada (covered by) - Sama (Equal) 1 Bangunan Bangunan - Bersebelahan (touch)

4 37 Sedangkan contoh gambar hubungan spasial antar jenis representasi objek dapat dilihat pada tabel IV.5 Tabel IV.5 Contoh gambar hubungan spasial antar jenis representasi objek No Jenis Representasi Objek Objek 1 Objek Hubungan Spasial Beserta Contoh Gambarnya 1 Polygon Polygon Terpisah (disjoint) 1 Bersebelahan (touch) Sama (equal) 1 Berada di dalam (inside) 1 Berada pada (covered by) 1 Polygon Polyline Terpisah (disjoint) 1

5 38 Tabel IV.5 Contoh gambar hubungan spasial antar jenis representasi objek (lanjutan) Jenis Representasi Objek Hubungan Spasial No Objek 1 Objek Beserta Contoh Gambarnya Polygon Polyline Bersebelahan (touch) 1 Berada di dalam (inside) 1 Berada pada (covered by) 1 3 Polygon Point Berada di dalam (inside) 1 Pada (on) 1 4 Polyline Polyline Terpisah (disjoint) 1 Terhubung (connected) 1 5 Point Point Terpisah (disjoint) 1

6 39 5. Data spasial PBB menggunakan sistem proyeksi UTM (Universal Transverse Mercator) dengan datum DGN 1995, adapun zona yang digunakan sesuai dengan lokasi wilayahnya. IV. Perancangan Penerapan Enterprise Rule IV..1 Penyusunan Enterprise Rule Berdasarkan peraturan penanganan data spasial PBB yang telah disusun dan peraturan terkait (Keputusan DJP Nomor 533/PJ/000) dapat dibuat enterprise rule data spasial PBB. Enterprise rule mempunyai peranan penting dalam perancangan basis data. Dari enterprise rule dapat dibuat model data konseptualnya, selanjutnya ditransformasikan menjadi model data fisikal sesuai dengan SMBD yang akan digunakan. Adapun enterprise rule data spasial PBB yang diusulkan dalam penelitian ini adalah sebagai berikut: (1). Data spasial PBB terdiri dari wilayah provinsi, wilayah kabupaten/kota, wilayah kecamatan, wilayah kelurahan, area blok, bidang, bangunan, jalan, sungai, simbol; (). Setiap jenis data spasial PBB mempunyai ID yang unik (Daftar ID masing-masing objek dapat dilihat pada tabel IV.1); (3). Wilayah provinsi, wilayah kabupaten/kota, wilayah kecamatan, wilayah kelurahan, area blok, bidang dan bangunan direpresentasikan sebagai objek berjenis polygon; (4). Jalan dan sungai direpresentasikan sebagai objek berjenis polyline; (5). Simbol direpresentasikan sebagai objek berjenis point; (6). Area kabupaten/kota harus berada di dalam area provinsinya; (7). Area kabupaten/kota yang berbatasan tidak boleh berpotongan (overlap); (8). Area kecamatan harus berada di dalam area kabupaten/kota nya; (9). Area kecamatan yang berbatasan tidak boleh berpotongan (overlap); (10). Area batas kelurahan harus berada di dalam area kecamatannya; (11). Area kelurahan yang berbatasan tidak boleh berpotongan (overlap);

7 40 (1). Area blok harus berada di dalam area kelurahannya; (13). Area blok yang berbatasan tidak boleh berpotongan (overlap); (14). Bidang harus berada di dalam atau sama dengan area bloknya; (15). Bidang yang berbatasan tidak boleh berpotongan (overlap); (16). Bangunan harus berada di dalam atau sama dengan bidangnya (tidak berlaku untuk bangunan yang tidang mempunyai bidang tanah); (17). Bangunan yang berbatasan tidak boleh berpotongan (overlap); (18). Jalan, sungai dan simbol harus berada di dalam area kelurahannya atau berada pada batas kelurahannya; (19). Bidang tidak boleh berpotongan dengan jalan; (0). Bidang tidak boleh berpotongan dengan sungai; (1). Data spasial PBB menggunakan sistem proyeksi peta UTM dengan datum DGN 1995 dengan zona sesuai lokasinya masing-masing; IV.. Perancangan Transformasi Enterprise Rule pada SMBD Enterprise Rule yang telah disusun harus dapat diterapkan dalam SMBD sehingga dapat digunakan untuk menjaga integritas data. Dari enterprise rule yang telah disusun dilakukan perancangan transformasinya pada SMBD. Adapun rancangan transformasi secara lengkap dapat dilihat pada tabel IV.. Tabel IV.6 Rancangan transformasi enterprise rule pada SMBD No Enterprise Rule Transformasi pada SMBD 1 Data spasial PBB terdiri dari wilayah provinsi, wilayah kabupaten/kota, wilayah kecamatan, wilayah kelurahan, area blok, bidang, bangunan, jalan, sungai, simbol Setiap jenis data spasial PBB mempunyai ID yang unik Pembuatan tabel untuk tiap-tiap data ID dijadikan primary key atau komponen primary key dari tabel-tabel data spasial

8 41 Tabel IV.6 Rancangan transformasi enterprise rule pada SMBD (lanjutan) No Enterprise Rule Transformasi pada SMBD 3 Wilayah provinsi, wilayah kabupaten/kota, wilayah kecamatan, wilayah kelurahan, area blok, bidang dan bangunan berupa polygon 4 Jalan dan sungai berupa polyline Pembuatan batasan dimana data spasial wilayah provinsi, wilayah kabupaten/kota, wilayah kecamatan, wilayah kelurahan, area blok, bidang dan bangunan harus direpresentasikan sebagai objek berjenis polygon Pembuatan batasan dimana data spasial jalan dan sungai harus direpresentasikan sebagai objek berjenis polyline 5 Simbol berupa point Pembuatan batasan dimana data spasial simbol harus direpresentasikan sebagai objek berjenis point 6 Area kabupaten/kota harus berada di dalam area provinsinya 7 Area kabupaten/kota yang berbatasan tidak boleh berpotongan (overlap) 8 Area kecamatan harus berada di dalam area kabupaten/kotanya 9 Area kecamatan yang berbatasan tidak boleh berpotongan (overlap) 10 Area batas kelurahan harus berada di dalam area kecamatannya antara objek wilayah kabupaten/kota dengan objek wilayah propinsi, dimana area kabupaten/kota harus berada di dalam area provinsinya antar objek wilayah kabupaten/kota dalam satu provinsi, dimana antar objek yang berbatasan tidak boleh berpotongan (overlap) antara objek wilayah kecamatan dengan objek wilayah kabupaten/kota, dimana area kecamatan harus berada di dalam area kabupaten/kotanya antar objek wilayah kecamatan dalam satu kabupaten/kota, dimana antar objek yang berbatasan tidak boleh berpotongan (overlap) antara objek wilayah kelurahan dengan objek wilayah kecamatan, dimana area kelurahan harus berada di dalam area kecamatannya

9 4 Tabel IV.6 Rancangan transformasi enterprise rule pada SMBD (lanjutan) No Enterprise Rule Transformasi pada SMBD 11 Area kelurahan yang berbatasan tidak boleh berpotongan (overlap) 1 Area blok harus berada di dalam area kelurahannya 13 Blok yang berbatasan tidak boleh berpotongan (overlap) 14 Bidang harus berada di dalam atau sama dengan area bloknya 15 Bidang yang berbatasan tidak boleh berpotongan (overlap) 16 Bangunan harus berada di dalam atau sama dengan bidangnya 17 Bangunan yang berbatasan tidak boleh berpotongan (overlap) 18 Jalan, sungai dan simbol harus berada di dalam area kelurahannya atau berada pada batas kelurahannya 19 bidang tidak boleh berpotongan dengan jalan antar objek wilayah kelurahan dalam satu kecamatan, dimana antar objek yang berbatasan tidak boleh berpotongan (overlap) antara objek area blok dengan objek wilayah kelurahan, dimana area blok harus berada di dalam area kelurahannya antar objek area blok dalam satu kelurahan, dimana antar objek yang berbatasan tidak boleh berpotongan (overlap) antara objek bidang dengan objek area blok, dimana area bidang tidak boleh berada diluar area bloknya antar objek bidang dalam satu blok, dimana antar objek yang berbatasan tidak boleh berpotongan (overlap) antara objek bangunan dengan objek bidang, dimana area bangunan tidak boleh berada diluar area bidangnya antar objek bangunan dalam satu bidang, dimana antar objek yang berbatasan tidak boleh berpotongan (overlap) antara objek jalan, sungai dan simbol dengan objek kelurahan dalam satu wilayah kelurahan, dimana jalan, sungai dan simbol tidak boleh berada diluar batas kelurahannya antar objek bidang dengan objek jalan dalam satu wilayah kelurahan, dimana antar objek bidang dan jalan tidak boleh berpotongan (overlap)

10 43 Tabel IV.6 Rancangan transformasi enterprise rule pada SMBD (lanjutan) No Enterprise Rule Transformasi pada SMBD 0 bidang tidak boleh berpotongan dengan sungai 1 Data spasial PBB menggunakan sistem proyeksi peta UTM (Universal Transverse Mercator) dengan datum DGN 1995 dengan zona sesuai daerahnya masingmasing antar objek bidang dengan objek sungai dalam satu wilayah kelurahan, dimana antar objek bidang dan sungai tidak boleh berpotongan (overlap) - Pembuatan tabel referensi sistem proyeksi peta UTM dengan pembagian zona tiap kabupaten/kota. - Pembuatan batasan dimana sistem proyeksi yang boleh digunakan dalam data spasial PBB adalah UTM DGN 1995 dengan zona sesuai lokasinya. Rancangan transformasi tersebut dilakukan dengan melakukan perancangan ulang basis data spasial agar dapat diterapkan pada SMBD yang dipilih. Perancangan ulang basis data dilakukan dalam dua tahapan perancangan, yaitu: (1). Perancangan Konspetual (). Peracangan Fisikal IV..3 Perancangan Konseptual Perancangan konseptual dilakukan untuk membuat model data konseptual dengan menggunakan cara pemodelan hubungan antar entitas (Entity Relationship/E-R Modelling). Model E-R terdiri dari 3 konsep dasar yaitu: entitas, hubungan antar entitas/relasi (relationship), serta atribut-atribut dari entitas (Nugroho, 004). Tujuan dari tahapan ini adalah mendapatkan penjelasan yang lengkap dari struktur, maksud/tujuan dan batasan-batasan basis data. Hal ini bisa terwujud jika dalam perancangan bebas (tidak bergantung) pada perangkat lunak SMBD tertentu, karena SMBD mempunyai kelemahan dan keterbatasan yang dapat mempengaruhi model data konseptual (Elmasri dan Navathe, 000).

11 44 Dalam melakukan perancangan basis data ada beberapa karakteristik yang harus diperhatikan, yaitu (Waljiyanto, 000): (1). Model data harus cukup memberikan tampilan yang menggambarkan perbedaan jenis data, hubungan dan batasan (ekspresif). (). Model harus dibuat sederhana dan mudah dipahami serta digunakan oleh pemakai yang awam sekalipun (sederhana). (3). Penyajian model data dibuat dalam diagram yang mudah diinterprestasi (penyajian diagramtik) (4). Penyajian model data dalam skema harus teliti dan tidak menimbulkan interpretasi yang bias (akurat). Dalam penelitian ini digunakan perangkat punak PowerDesigner untuk membuat model data konseptual basis data spasial PBB. Perancangan dilakukan dengan membuat file CDM (Conceptual Data Modelling). Pada perangkat lunak Power Designer disediakan fasilitas untuk membuat entitas, hubungan antar entitas dan atribut tiap-tiap entitas. Diagram model data konseptual basis data spasial PBB hasil perancangan konseptual dapat dilihat pada gambar IV.1. Keterangan tanda hubungan antar entitas model data konseptual dapat dilihat pada tabel IV.7, sedangkan deskripsi entitas, atribut dan hubungan antar entitas dapat dilihat pada lampiran A.

12 45 Propinsi <pi> A <M> Tgl_Entri_Prop D Lyr_Prop <UNDEF> PK_Prop <pi> Mengandung Kd_Kec Tgl_Entri_Kec Lyr_Kec Kecamatan PK_Kecamatan<pi> <pi> A3 <M> D <UNDEF> Mengandung Kd_Kel Mengandung Tgl_Entri_Kel Lyr_Kel Kelurahan PK_Kelurahan<pi> <pi> A3 <M> D <UNDEF> Kota Kd_Kota <pi> A <M> Tgl_Entri_Kota D Lyr_Kota <UNDEF> PK_Kota <pi> Mengandung Blok Kd_Blok Tgl_Entri_Blok <pi> A3 D <M> Lyr_Blok <UNDEF> PK_Blok <pi> Jalan Id_Jln <pi> N5 <M> Nm_Jln VA30 Lbr_Jln N3 Lyr_Jln <UNDEF> PK_Jalan <pi> Berada Pada Berada Pada Pemakai_SIG NIP_Petugas<pi> PK_Pemakai <pi> Mempunyai Dilakukan No_Urut Kd_Jns_Op Tgl_Entri_Bidang Lyr_Bidang PK_Bidang <pi> Berada Pada Bidang <pi> <pi> A4 <M> A1 <M> D <UNDEF> Mengandung Sungai Id_Sungai <pi> N5 <M> Nm_Sungai VA30 Lbr_Sungai N3 Lyr_Sungai <UNDEF> PK_Sungai <pi> Simbol Id_Simbol <pi> A3 Keterangan VA50 PK_Simbol <pi> Berada Pada Dilakukan Wewenang_SIG Kd_Wwng <pi> A <M> Nm_Wwng VA30 PK_Wewenang <pi> Bangunan No_Bng Tgl_Entri_Bng <pi> A3 D <M> Lyr_Bng <UNDEF> PK_Bangunan<pi> Zona_Proyeksi Kd_Zona <pi> N5 <M> Nm_Zona A PK_Proyeksi<pi> Gambar IV.1 Model konseptual basis data spasial hasil perancangan Tabel IV.7 Tanda hubung antar entitas Tanda Kehadiran Kardinalitas Wajib Wajib Tidak Wajib Tidak Wajib Wajib dan Tergantung Tidak Wajib dan Tergantung Satu Banyak Satu Banyak Banyak Banyak

13 46 IV..4 Perancangan Fisikal Pada tahap perancangan fisikal dilakukan transformasi data dari model E-R ke model data logik dan model data fisik. Model data logik dalam penelitian ini menggunakan model data relasional dan model data fisik akan diimplemantasikan pada perangkat lunak SMBD Oracle. Sasaran dari perancangan fisikal adalah menciptakan perancangan untuk penyimpanan data yang menyediakan kinerja yang baik dan memastikan integritas, keamanan dan kemampuan untuk dipulihkan/restore data (Nugroho, 00). Ditjen Pajak telah menggunakan SMBD Oracle sebagai pengelolah berbagai basis data yang dimilikinya, diantaranya: basis data atribut PBB (SISMIOP), BPHTB, SIP, MP3, datacenter PBB dan POS PBB. Hal ini menjadi salah satu alasan dipilihnya SMBD Oracle untuk perancangan model data fisik. Selain itu perangkat lunak SMBD Oracle mempunyai beberapa fitur ungulan, diantaranya: 1. Fitur skalabilitas dan kinerja yang baik meliputi konkurensi, konsistensi pembacaan (read consistency), mekanisme penguncian data, Real Application Clusters (RAC) dan portabilitas ;. Fitur backup dan recovery; 3. Mampu mengelolah berbagai macam tipe data selain tipe data standar, diantaranya: XML, teks, audio, video dan data spasial; 4. Fitur bisnis intelegensi (bussines intellegence), SMBD oracle mempunyai kemampuan untuk ETL (extract, transformation and loading) data, kompresi tabel, partisi tabel, data warehousing. 5. Fitur keamanan basis data yang meliputi keamanan sistem dan keamanan data. Dalam penelitian ini digunakan perangkat lunak PowerDesigner untuk melakukan transformasi model data konseptual kedalam model data logik dan fisik. Transformasi model data tersebut dilakukan dengan menggunakan fasilitas generalisasi file CDM ke dalam file PDM (Physical Data Model). Dari hasil generalisasi tersebut secara otomatis membuat struktur fisik data (tabel, kolom, integritas referensial, batasan-batasan/constraints) sesuai dengan SMBD yang dituju (SMBD Oracle). Selain itu dalam perangkat lunak ini disediakan fasilitas

14 47 untuk melakukan desain skema, penyimpanan data (tablesapce), indek, pengaturan wewenang (previlage dan role) dan objek-objek basis data lainnya. Pembuatan file PDM dilakukan dengan menggunakan Menu Tools Generate Physical Model pada perangkat lunak PowerDesigner. Setelah itu dilakukan perancangan struktur fisik komponen basis data lainnya diantaranya skema, struktur penyimpanan data (tablespace), indek, synonym dan trigger. Model data fisik tabel-tabel pada basis data spasial PBB hasil perancangan dapat dilihat pada gambar IV., sedangkan daftar tabel, diskripsi kolom tiap-tiap tabel dan hubungan referensi dapat dilihat pada lampiran B. Hasil perancangan model fisik lainnya adalah tablespace. Dalam penelitian ini di lakukan desain tablespace dengan pertimbangan jenis objek (tabel dan indek), jumlah data, frekwensi perubahan dan query data serta kelompok data yang ada pada suatu tabel. Hal ini dilakukan untuk kemudahan pemeliharaan dan meningkatakan kinerja dari basis data. Adapun nama tablespace, jenis dan nama objek yang disimpan di tiap tablespace dapat di lihat pada lampiran C.1. Berkaitan dengan adanya data spasial dan hubungan/relasi spasial dalam dan antar tabel dalam basis data spasial maka dalam perancangan fisikal dilakukan pembuatan skrip-skrip untuk menjaga agar aturan data spasial dan relasi-relasi spasial yang telah didefinisikan dalam tahap perancangan konseptual dapat diimplementasikan. Pembuatan skrip dibuat secara manual karena fasilitas perangkat lunak perancangan yang digunakan tidak dapat mentransformasi aturan data dan relasi spasial dari model konseptual ke model fisikal. Skrip-skrip tersebut akan diimplementasikan dalam SMBD dalam bentuk trigger dan function yang secara otomatis dieksekusi saat dilakukan insert ataupun update data. Dalam pembuatan skrip banyak memanfaatkan operator-operator, fungsifungsi (functions) dan prosedur-prosedur (procedures) PL/SQL spasial. PL/SQL spasial tersebut khusus digunakan untuk penanganan data spasial pada SMBD Oracle Spasial. Daftar trigger, tabel dan fungsi masing-masing trigger yang dirancang dapat dilihat pada tabel IV.8. Adapun beberapa contoh algoritma

15 48 pembuatan trigger, skrip trigger dan skrip function dapat dilihat pada lampiran D, lampiran F dan lampiran G. Lyr_Prop Kd_Kota Lyr_Kota FK_KOTA_PROP Kd_Kota Kd_Kec Kd_Kel Kd_Blok Tgl_Entri_Blok Lyr_Blok Propinsi MDSYS.SDO_Geometry Kd_Kota Kd_Kec Kd_Kel Kd_Blok No_Urut Kd_Jns_Op NIP_Petugas Tgl_Entri_Bidang Lyr_Bidang Kota MDSYS.SDO_Geometry Blok DATE MDSYS.SDO_Geometry FK_BIDANG_PEMAKAI FK_BIDANG_BLOK FK_KEC_KOTA Bidang CHAR(4) CHAR(1) CHAR(9) DATE MDSYS.SDO_Geometry Kd_Kota Kd_Kec Lyr_Kec <fk1> Kecamatan MDSYS.SDO_Geometry FK_KEL_KEC FK_BLOK_KEL Kd_Kota Kd_Kec Kd_Kel Id_Sungai Lbr_Sungai Nm_Sungai Lyr_Sungai FK_SUNGAI_KEL Sungai Kd_Kota Kd_Kec Kd_Kel Id_Jln Lbr_Jln Nm_Jln Lyr_Jln Kd_Kota Kd_Kec Kd_Kel Tgl_Entri_Kel Lyr_Kel Kd_Kota Kd_Kec Kd_Kel Id_simbol Keterangan Lyr_Simbol NUMBER(5) NUMBER(3) VARCHAR(30) MDSYS.SDO_Geometry Jalan NUMBER(3) NUMBER(3) VARCHAR(30) MDSYS.SDO_Geometry FK_JALAN_KEL Kelurahan DATE MDSYS.SDO_Geometry FK_SIMBOL_KEL Simbol VARCHAR(50) MDSYS.SDO_Geometry NIP_Petugas Kd_Wwng Pemakai_SIG CHAR(9) <fk> FK_BANGUNAN_BIDANG FK_BANGUNAN_PEMAKAI FK_PEMAKAI_WWNG Kd_Wwng Nm_Wwng Kd_Kota No_Zona Ket_Zona Wewenang_SIG VARCHAR(30) Zona_Proyeksi NUMBER(5) VARCHAR(00) Kd_Kota Kd_Kec Kd_Kel Kd_Blok No_Urut Kd_Jns_Op No_Bng NIP_Petugas Tgl_Entri_Bng Lyr_Bng Bangunan CHAR(4) CHAR(1) CHAR(9) DATE MDSYS.SDO_Geometry <fk1> Gambar IV. Model data fisik basis data spasial hasil perancangan

16 49 Tabel IV.8 Daftar trigger dan fungsinya NO NAMA TRIGGER TABEL FUNGSI 1 TIUBS_PROPINSI PROPINSI - Cek bentuk geometri TIUBS_KOTA KOTA - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel 3 TIUBS_KECAMATAN KECAMATAN - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel kota 4 TIUBS_KELURAHAN KELURAHAN - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel kecamatan 5 TIUBS_BLOK BLOK - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel kelurahan 6 TIUBS_JALAN JALAN - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel kelurahan

17 50 Tabel IV.8 Daftar trigger dan fungsinya (lanjutan) NO NAMA TRIGGER TABEL FUNGSI 7 TIUBS_SUNGAI SUNGAI - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel kelurahan 8 TIUBS_SIMBOL SIMBOL - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel kelurahan 9 TIUBS_BIDANG BIDANG - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel blok, jalan dan sungai 10 TIUBS_BANGUNAN BANGUNAN - Cek bentuk geometri - Cek sistem proyeksi peta dan zona - Cek hubungan spasial dalam tabel - Cek hubungan spasial ke tabel bidang Tahapan akhir dari perancangan fisikal menggunakan perangkat lunak PowerDesigner adalah membuat skrip objek-objek basis data yang telah dirancang dari model data fisik pada file PDM. Pembuatan skrip dilakukan secara otomatis dari Menu Database dengan Sub Menu Generate Database, Generate Triggers&Procedure, Generate Privilage dan Generate Synonym. Objek-objek basis data yang dibuat skripnya untuk tiap-tiap sub menu data dapat dilihat pada tabel IV.9.

18 51 Tabel IV.9 Objek-objek basis data hasil dari sub menu generate No Sub Menu Jenis Objek 1 Generate Database - Database - Tablespace - Tabel - Views - Key - Indek Generate Triggers&Procedure - Trigger - Procedure 3 Generate Privilage - User - Role - Database Package 4 Generate Synonym - Synonym IV.3 Implementasi IV.3.1 Persiapan Implementasi Sebelum implementasi rancangan dilakukan, perlu dipersiapkan hal-hal sebagai berikut : 1. Instalasi Perangkat Lunak SMBD Oracle 10g rilis. Perangkat lunak SMBD Oracle diinstal pada komputer yang difungsikan sebagai server basis data. Instalasi dilakukan secara penuh dengan memilih seluruh fasilitas yang ada pada SMBD Oracle versi windows.. Instalasi Perangkat Lunak Oracle SQL Developer versi 1..1 Perangkat lunak Oracle SQL Developer merupakan perangkat lunak gratis yang dapat digunakan untuk membuat program SQL dan PL/SQL pada SMBD Oracle. Perangkat lunak ini dalam penelitian digunakan untuk menjalankan (eksekusi) perintah-perintah SQL dan PL/SQL untuk membuat dan mengelola objek-objek basis data diantaranya: tabel dan indek, package, procedure, trigger, function, synonym.

19 5 IV.3. Implementasi Rancangan Basis Data Spasial Langkah-langkah implementasi hasil rancangan basis data pada SMBD untuk penerapan enterprise rule pada sistem basis data spasial PBB adalah sebagai berikut : 1. Pembuatan skema SIG PBB.. Pembuatan tablespace. 3. Eksekusi skrip basis data. 4. Eksekusi skrip triggers. Setelah keempat langkah diatas dilakukan maka akan terbentuk tabel, indek, batasan (constraints) dan objek-objek basis data lainnya dalam skema SIGPBB pada SMBD Oracle. IV.3..1 Pembuatan skema SIG PBB Skema merupakan kumpulan struktur data secara logikal atau sekumpulan objekobjek basis data pada SMBD Oracle (Alapati, 005). Objek-objek basis data harus dimiliki satu user tertentu, sehingga dalam satu SMBD Oracle bisa terdapat dari lebih dari satu skema. Pengertian skema dan user pada Oracle sering dianggap sama, karena skema berasosiasi secara langsung dengan user. Dengan membuat user, secara otomatis skema juga terbentuk untuk user tersebut. Saat ini basis data SISMIOP terdapat dua skema yaitu skema PBB dan skema BPHTB. Skema PBB digunakan untuk mengelola data-data atribut SISMIOP, sedangkan skema BPHTB digunakan untuk mengelola data-data atribut BPHTB. Data spasial PBB dalam penelitian ini akan dibuat di bawah skema SIGPBB. IV.3.. Pembuatan Tablespace Tablespace adalah tempat dimana objek-objek basis data (tabel, view, indek, sequence) disimpan dalam SMBD Oracle (Whalen, 005). Secara fisik tablespace terdiri dari satu atau lebih datafile yang formatnya mengikuti format file dari sistem operasi dimana SMBD Oracle diinstal (Alapati, 005). Besarnya ukuran file pada datafile bisa tetap atau bisa diperbesar secara otomatis dan manual. Tablespace hanya bisa dibuat oleh user pada SMBD Oracle dengan role

20 53 (wewenang) DBA (Database Administrator). Setelah dilakukan instalasi perangkat lunak SMBD Oracle, secara default terdapat user SYS dan SYSTEM yang memiliki role sebagai DBA. Dari hasil perancangan fisik terdapat 8 tablespace yang akan digunakan untuk menyimpan objek-objek basis data. Tablespace dapat dibuat dengan melakukan eksekusi skrip yang telah dibuat pada SQLPlus atau tools lainnya yang dapat digunakan untuk menjalankan perintah DDL (Data Definition Language) pada SMBD Oracle, misal Oracle SQL Developer, Oracle Enterprise Manager dan TOAD. Skrip pembuatan tablespace dijadikan dalam satu file yang isi nya dapat dilihat pada lampiran C.. IV.3..3 Eksekusi Skrip Basis Data Skrip basis data yang dihasilkan dari generate file PDM terdiri dari skrip pembuatan tabel (termasuk batasan primary key) dan indek (termasuk indek pada kolom tabel yang terdapat data spasial). Skrip tersebut berada dalam satu file dengan nama CREBAS.SQL, isi dari file tersebut dapat dilihat pada lampiran E. IV.3..4 Eksekusi Skrip Trigger Skrip trigger yang dibuat diberlakukan pada sebagian besar tabel-tabel pada basis data spasial PBB saat terjadi perubahan data (insert, update, delete). Triggertrigger tersebut kebanyakan digunakan untuk menjaga integritas referensial dan integritas hubungan spasial pada tabel-tabel yang mempunyai data spasial. Skrip tersebut dibuat dalam satu file dengan nama CRETRG.SQL, isi dari file tersebut dapat dilihat pada lampiran F.