Embed Size (px)
Citation preview
Rencana Induk Pengembangan Manajemen Data SpasialKementerian Negara Lingkungan Hidup
Daftar Isi DAFTAR ISI .........................................................................................................................................................................II
KATA PENGANTAR .........................................................................................................................................................III
RINGKASAN EKSEKUTIF ..............................................................................................................................................IV
PENDAHULUAN...................................................................................................................................................................1
1.1. LATAR BELAKANG ............................................................................................................................................................ 1 1.2. MAKSUD DAN TUJUAN KEGIATAN ....................................................................................................................................... 3
PENDEKATAN & METODE KEGIATAN........................................................................................................................4
2.1. ANALISA KEBUTUHAN PENGGUNA ....................................................................................................................................... 5 2.2. ANALISIS SISTEM .............................................................................................................................................................. 6 2.3. PENYIAPAN DAN PENGUMPULAN DATA ................................................................................................................................. 7 2.4. DESAIN SISTEM ................................................................................................................................................................. 8 2.4.1. DESAIN KONSEPTUAL/LOGIK SISTEM ................................................................................................................................ 8 2.4.2. DESAIN FISIK SISTEM ................................................................................................................................................... 12 2.5. PEMBANGUNAN PROTOTIPE SISTEM .................................................................................................................................... 15 2.6. PENGUJIAN SISTEM .......................................................................................................................................................... 15 2.7. IMPLEMENTASI SISTEM ..................................................................................................................................................... 16 2.8. PERAWATAN DAN DOKUMENTASI SISTEM ............................................................................................................................ 16 2.8.1. PENYUSUNAN DOKUMEN SISTEM ................................................................................................................................... 16 2.8.2. ALIH TEKNOLOGI ......................................................................................................................................................... 17
KONDISI UMUM DATA SPASIAL KNLH......................................................................................................................17
3.1. FOCUS GROUP DISCUSSION ............................................................................................................................................... 17 3.2. HASIL FOCUS GROUP DISCUSSION ..................................................................................................................................... 19 3.3. ANALISIS FGD .............................................................................................................................................................. 24 3.4. STRATEGI UNTUK MANAJEMEN DATA SPASIAL .................................................................................................................... 30 3.5. PRIORITAS UNTUK MANAJEMEN DATA SPASIAL ................................................................................................................... 31
TAHAPAN IMPLEMENTASI............................................................................................................................................31
4.1. PROTOYPE PORTAL GEOSPATIAL (TAHUN 2008) ................................................................................................................. 33 4.1.1. DATA SERVICES ........................................................................................................................................................... 35 4.1.2. PORTRAYAL SERVICES ................................................................................................................................................... 36 4.1.3. CATALOG SERVICES ...................................................................................................................................................... 38 4.1.4. PORTAL SERVICES ........................................................................................................................................................ 39 4.1.5. DESKTOP GIS / GIS APPLICATION ................................................................................................................................ 40 4.1.6. INFRASTRUKTUR DAN SUMBER DAYA MANUSIA ................................................................................................................ 41 4.2. INTEGRASI KOMPONEN (TAHUN 2009) .............................................................................................................................. 42 4.3. WORKFLOW MANAJEMEN DATA SPASIAL (TAHUN 2010) .................................................................................................... 42 4.4. PENYEMPURNAAN PORTAL GIS (TAHUN 2011) .................................................................................................................. 43
PENUTUP.............................................................................................................................................................................43
Kata Pengantar
Dengan meningkatnya tantangan dalam pengelolaan lingkungan hidup, maka juga dibutuhkan
pengambilan keputusan dan kebijakan yang akurat. Data spasial dan analisisnya yang mampu mengkaitkan
antar berbagai faktor dalam pengelolaan lingkungan hidup merupakan bagian penting dalam usaha
menghasilkan keputusan dan kebijakan yang akurat. Beberapa tahun terakhir ini, jumlah program dan
kegiatan di Kementerian Negara Lingkungan Hidup yang menggunakan data spasial semakin meningkat.
Dengan demikian maka untuk menjaga efektifitas dan efisiensi pengelolaan data spasial diperlukan suatu
rencana bersama menuju manajemen data spasial yang terintegrasi.
Rencana bersama pengeloaan data spasial ini disebut “Rencana Induk Pengembangan Manajemen Data
Spasial KNLH”. Rencana induk ini berisi strategi dan tahapan implementasi manajemen data spasial
selama 4 tahun (2008-2011) yang disusun berdasarkan analisis kebutuhan pengguna (need assessment) dan
saran dan kesepakatan yang didiskusikan dalam Forum GIS KNLH sepanjang tahun 2008. Dengan
dokumen ini diharapkan pada tahun 2012 KNLH akan memiliki data spasial yang terintegrasi yang siap
digunakan dalam sistem pendukung keputusan (Spatial Decision Support System).
Sebagai dokumen yang akan terus menerus dievaluasi dan diperbaiki setiap tahunnya, dokumen ini akan
menjadi arahan dalam mencapai konsep “Sistem Informasi Geografis Korporasi” di KNLH.
Jakarta, 24 Desember 2008Deputi KNLH Bidang Pembinaan Sarana Teknis dan Peningkatan Kapasitas
Drs. Sudariyono
Ringkasan Eksekutif
Penggunaan data spasial untuk berbagai keperluan seperti penelitian, pengelolaan lingkungan,
pengembangan dan perencanaan wilayah, serta manajemen sumber daya alam, terutama untuk isu
lingkungan dirasakan semakin diperlukan. Data dan informasi spasial tersebut umumnya dikelola oleh
beberapa unit teknis sesuai dengan tugas dan tanggung jawabnya. Untuk meningkatkan efektivitas dan
efisiensi dalam pengelolaan data spasial tersebut perlu dikembangkan rencana pengelolaan yang terpadu
dengan melibatkan unit teknis terkait di Kementerian Negara Lingkungan Hidup (KNLH).
Dokumen ini merupakan rencana induk (master plan) pengembangan manajemen data spasial di KNLH.
Tujuan pengembangan sistem tersebut adalah untuk memudahkan pengguna dalam mengakses data
geospasial yang tersedia di Kementerian Lingkungan Hidup serta dapat menunjang pengambilan
keputusan (Decision Support System).
Secara umum sudah cukup banyak unit kerja di KNLH yang telah memanfaatkan data spasial untuk
keperluan analisis dan pengambilan kebijakan. Format data yang beragam dan cukup banyaknya
kebutuhan data spasial yang dapat disediakan oleh unit lain merupakan kondisi umum di KNLH. Hal ini
disajikan pada hasil focus group discussion yang dilakukan pada berbagai unit terkait dalam pengelolaan
data spasial.
Dari hasil penyajian hasil focus group discussion dirumuskan prioritas untuk manajemen data spasial yaitu
sebagai berikut:
1. Penyiapan aspek legal untuk pertukaran data;
2. Mekanisme pertukaran data;
3. Klasifikasi kerahasiaan dan keterbukaan data;
4. Kepemilikan data tiap unit: akuisisi dan pemuktahiran;
5. Standardisasi format, kualitas dan klasifikasi data.
Pengembangan sistem SDBMS KNLH dituangkan kedalam rencana strategis 4 (empat) tahun yaitu:
1. Prototype Portal GIS (Tahun 2008)
2. Integrasi Komponen dan Antar Muka (Tahun 2009)
3. Workflow Manajemen Data Spasial (Tahun 2010)
4. Penyempurnaan Sistem (Tahun 2011)
Pendahuluan
1.1. Latar BelakangPenggunaan data spasial untuk berbagai keperluan seperti penelitian, pengelolaan
lingkungan, pengembangan dan perencanaan wilayah, serta manajemen sumber daya
alam, dirasakan semakin diperlukan. Data dan informasi spasial tersebut umumnya
dikelola oleh beberapa unit teknis sesuai dengan tugas dan tanggung jawabnya.
Pengelolaan data spasial memerlukan kemampuan sumberdaya manusia yang memadai
dengan keahlian manajemen informatika dan sistem informasi geografis.
Sistem informasi geografis (SIG) termasuk kategori sistem komputer yang membutuhkan
basis data spasial untuk dapat dipergunakan lebih lanjut untuk berbagai aplikasi. Aplikasi
komputer mikro pada umumnya dapat langsung digunakan setelah diadakannya
perangkat keras dan luinak. Sedangkan penggunaan SIG membutuhkan basis data spasial
yang harus disediakan, perangkat keras dan lunak yang sesuai, aplikasi yang
dikembangkan, dan instalasi seluruh komponen untuk kemudian diintegrasikan dan
dicoba.
Walaupun sistem informasi geografis seringkali dipandang sebagai area profesional
komputer yang harus mempunyai kemampuan teknik komputasi yang canggih,
bagaimana pun pengembangan sistem informasi geografis bersama-sama antar unit (multi
partnership) pada sebuah organisasi akan sangat tergantung kepada partisipasi manajemen
dan supervisi yang cukup.
Halaman 1 dari 49
1
Adopsi sebuah teknologi komputasi oleh sebuah organisasi baik SIG maupun aplikasi
lainnya, akan membawa perubahan yang mendasar dari organisasi terhadap
pandangannya terhadap data. Pengelolaan data sebelumnya, memaksa suatu organisasi
mengumpulkan data secara terpisah baik berdasarkan aktivitas atau proyek tertentu. Hal
ini akan menyebabkan duplikasi koleksi data dan duplikasi penyimpanan (yang berbeda
disetiap unit) dan bahkan memungkinkan menjadi penyebab kesalahan data yang
terdapat pada satu atau lebih lokasi. Salah satu tujuan dari pengembangan sistem
komputer dan basis data adalah meniadakan redundansi (pengulangan yang tidak
bermanfaat) koleksi data maupun penyimpanan data. Pada prinsipnya adalah
pengkoleksian data dilaksanakan hanya satu kali dan dapat diakses oleh yang
membutuhkannya. Hal ini tidak hanya akan mengurangi redundansi namun juga akan
mendorong peningkatan keakurasian data dan pemahaman bagaimana data yang sama
dapat dipergunakan secara bersama-sama antara unit-unit yang ada. Dengan demikian
prasyarat penting dari sukses dan bermanfaatnya pengembangan komputer sistem dan
basis datanya adalah kerjasama yang nyata antara unit-unit dan instansi yang berbeda
dalam pengembangan sitem tersebut.
Dengan makin berkembangnya kapasitas infrastruktur komputasi dan SDM teknis di
Kementerian Negara Lingkungan Hidup. Disisi jaringan, keseluruhan lokasi unit di
bawah KNLH telah terhubungkan secara maya. Perangkat keras umumnya sudah tidak
menjadi hambatan. Perangkat lunak pengelolaan data spasial pun telah banyak dimiliki
oleh berbagai unit. Demikian pula disisi SDM, telah cukup banyak SDM yang memahami
Sistem Informasi Geografis mulai dari tingkat pemula sampai tingkat lanjut.
Ketersedian modal diatas tadi mendorong berkembangnya pemanfaatan data spasial baik
berupa aplikasi, data dan analisis. Diantara aplikasi dan analisis yang pernah di
sosialisasikan terlihat adanya kesamaan data yang digunakan baik data dasar spasial, data
tematik spasial maupun data citra. Perkembangan dunia data spasial di Indonesia,
faktanya menunjukan persentasi biaya untuk pengadaan data dalam sebuah proyek cukup
tinggi mencapai antara 50% hingga 70% biaya. Selain itu karena belum adanya standar
Halaman 2 dari 49
yang diterapkan masih sulit untuk mengetahui kualitas data yang diperoleh. Sedangkan di
dunia komputasi dikenal ”Garbage In, Garbage Out”, ”Tanpa data yang baik tidak akan
dihasilkan kebijakan yang baik”. Hal ini mengakibatkan makin disadarinya kebutuhan
untuk menggunakan data bersama. Dengan penggunaan data spasial bersama dapat
penghematan anggaran untuk pembelian dan pengadaan data serta didapatkannya analisis
spasial yang memberikan input yang baik untuk pengambilan keputusan.
Faktor kunci dalam kesuksesan adopsi sistem komputer dalam dunia bisnis adalah
terimplementasinya konsep basis data korporasi atau basis data “enterprise”. Sebagai
implikasi dari namanya, basis data korporasi merupakan sumber data tunggal pada
sebuah organisasi yang besar. Keuntungan yang diperoleh adalah (i) semua pengguna
memiliki aksesibilitas yang mudah dan cepat informasi yang terkini, dan (ii) konstruksi
basis data dibuat berdasarkan cara dan metode se-efisien mungkin. Karakteristik dari
basis data korporasi adalah mengeliminasi redudansi koleksi data dan penyimpanan
informasi sekaligus menghindari pengandaan yang tidak perlu oleh pengguna
Untuk meningkatkan efektivitas dan efisiensi dalam pengelolaan data spasial tersebut
perlu dikembangkan rencana pengelolaan yang terpadu dengan melibatkan unit teknis
terkait di kementerian lingkungan hidup.
1.2. Maksud dan Tujuan KegiatanMaksud kegiatan ini adalah menyusun rencana induk (master plan) manajemen data
spasial di KLH dan membangun prototype sistem aplikasi manajemen data spasial.
Adapun tujuan pembangunan sistem tersebut adalah untuk memudahkan pengguna
dalam mengakses data geospatial yang tersedia di Kementrian Lingkungan Hidup serta
dapat menunjang pengambilan keputusan (Decision Support System).
Halaman 3 dari 49
Pendekatan & Metode Kegiatan
Kegiatan ”Pembangunan Manajemen Data Spasial Kementerian Negara Lingkungan
Hidup (KNLH)” ini dilakukan oleh Asdep Data dan Informasi Lingkungan,
Kementerian Negara Lingkungan Hidup, dengan menggunakan pendekatan dan metode
yang diuraikan pada bagian ini.
Setiap sistem informasi berbasis komputer selalu didesain dan dikembangkan dengan
berpijak pada tahapan pembangunan sistem yang terstruktur dan sistematis. Pada proses
ini seluruh pengguna dan pengelola data spasial melakukan interaksi dan diskusi yang
intensif untuk memperoleh kesepakatan dan kesepahaman mengenai master plan dan
sistem yang akan dibangun. Sistem yang dikembangan harus berdasarkan hasil analisa
yang merupakan bagian terpenting dari desain dan analisis sistem.
Pengembangan sistem “Manajemen Data Spasial KNLH” ini akan mengacu kepada
tahapan kegiatan yang telah umum pada pengembangan sistem informasi yaitu
penyempurnaan dari model “water fall”. Model penyempurnaan water fall ini dilakukan
secara bertahap dari awal hingga akhir. Sebagai contoh: Analisa dan desain sistem hanya
dapat dilakukan apabila analisa pengguna (user needs assesment) telah dilakukan dan hasil
tersebut telah disetujui dan memenuhi kebutuhan dari pihak pengguna. Begitu pula
halnya dengan tahapan yang lain.
Dengan model penyempurnaan dari water fall model, maka pada setiap tahapan kita dapat
melakukan penyempurnaan dan koreksi pada tahapan sebelumnya untuk mendapatkan
hasil yang maksimal.
Halaman 4 dari 49
2
Tahapan kegiatan yang akan dilakukan adalah:
1. Analisa Kebutuhan Pengguna
2. Analisa dan Desain Sistem
3. Penyiapan & Pengumpulan Data
4. Pengembangan Protoype Sistem
5. Verifikasi Sistem
Gambar 2.1. Tahapan Kegiatan
2.1. Analisa Kebutuhan PenggunaAnalisa kebutuhan pengguna menitikberatkan pada studi ruang lingkup dan definisi dari
permasalahan yang dihadapi. Analisa kebutuhan akan berdasarkan informasi yang
diperoleh dari pengguna melalui komunikasi langsung dan tidak langsung sehingga
Halaman 5 dari 49
Analisa Kebutuhan Pengguna
Analisis &Desain Sistem
Penyiapan & Pengumpulan Data
PengembanganPrototype Sistem
Rencana IndukManajemen BDSRencana Induk
Manajemen BDS
Verifikasi Sistem
Manajemen Basis Data Spasial
Sistem Manajemen Basis Data Spasial
dihasilkan dokumen mengenai kebutuhan sistem yang akan dibangun. Analisis
Kebutuhan pengguna, ditekankan pada identifikasi, kategorisasi masalah yang dihadapi
dan serta identifikasi faktor-faktor pendukung dan pembatas seperti ketersediaan
anggaran, tenggat waktu kegiatan, jumlah dan kualitas sumber daya manusia, kebijakan
dan peraturan pemerintah, dan standar teknologi informasi. Dengan demikian tujuan dan
sasaran kegiatan data dituangkan dalam cakupan dan ruang lingkup kegiatan secara tepat,
menjawab kebutuhan pembangunan/pengembangan sistem yang diperlukan.
Kondisi saat ini yang meliputi inventarisasi data, sistem jaringan, perangkat keras dan
lunak yang tersedia, data sharing serta kemampuan staf akan menjadi masukan yang
berarti bagi pengembangan sistem. Hal terpenting dalam tahap analisa kebutuhan adalah
keinginan dan kebutuhan sistem dari sisi teknis dan operasional, sehingga sistem yang
dikembangkan benar-benar dapat menjawab kebutuhan dan sejalan dengan visi dan misi
KNLH.
Pada analisa kebutuhan pengguna, kondisi saat ini dan kebutuhan masing-masing unit di
lingkungan KNLH akan diinventarisasi melalui beberapa kegiatan, yaitu:
Sosialisasi rencana kegiatan inventarisasi dan kebutuhan pengguna
Focus Group Discussion (FGD) dengan unit-unit terkait
2.2. Analisis SistemAnalisis mendalam terhadap hasil analisa kebutuhan pengguna akan dilakukan pada
tahapan ini. Aspek penting yang berkaitan dengan tahap pembangunan sistem ini dikaji
dengan tetap memperhatikan pada kebutuhan pengguna. Tahapan analisis sistem
dilakukan dengan mempelajari sistem yang ada dan menganalisa temuan-temuan dari
studi kebutuhan pengguna dengan pemahaman yang lebih mendalam akan masalah-
masalah yang dihadapi. Analisis dilakukan dengan memperhatikan perspektif pengguna
sistem dan desainer sistem. Salah satu prinsip dasar dari pembangunan sistem adalah
Halaman 6 dari 49
selalu melibatkan pengguna sistem agar produk yang dihasilkan benar-benar dapat
menjawab kebutuhan pengguna. Hasil dari analisis kebutuhan pengguna digunakan
untuk menyusun draft rencana induk manajemen data spasial di KNLH. Draft tersebut
kemudian disosialisaikan untuk disepakati sebagai rencana induk manajemen data spasial
di KNLH. Tahapan detil analisis sistem disajikan pada Gambar berikut ini.
PEMAHAMANDOMAIN PERMASALAHAN
PEMAHAMANDOMAIN PERMASALAHAN
ANALISIS MASALAHDAN RUANG LINGKUPANALISIS MASALAH
DAN RUANG LINGKUP
REPOSITORY/DOKUMENTASI
Sistem atau model yangada/dipergunakan saat ini
Identifikasi, kategorisasi masalahAnalisis (SWAT)
ANALISIS KEBUTUHAN SISTEM
ANALISIS KEBUTUHAN SISTEM
Model data logikModel proses logikModel anatarmuka logik
USULAN PEMBANGUNAN/PENGEM
BANGAN SISTEM
USULAN PEMBANGUNAN/PENGEM
BANGAN SISTEM
Pemecahan masalahUsulan pembangunan/pengembangan sistem(Model arsitektur sistem aplikasi)
RENCANA DETIL KEGIATAN
PEMBANGUNAN/PENGEMBANGAN SISTEM
RENCANA DETIL KEGIATAN
PEMBANGUNAN/PENGEMBANGAN SISTEM
Project plan
PEMILIK, PENGGUNA SISTEM
(KEMENTERIAN NEGARA LINGKUNGAN
HIDUP
PEMILIK, PENGGUNA SISTEM
(KEMENTERIAN NEGARA LINGKUNGAN
HIDUP
Studi awal
KOMUNIKASI, KOORDINASI DAN
PERSETUJUAN (APPROVAL)
KOMUNIKASI, KOORDINASI DAN
PERSETUJUAN (APPROVAL)
Rencana Induk BDS
Gambar 2.2. Detil proses analisis sistem
Basisdata yang akan dikembangkan dalam sistem harus dianalisa dan dilakukan desain
sedemikian rupa dengan memperhatikan kondisi saat ini. Sistem basisdata yang dibangun
merupakan basisdata enterprise dimana informasi yang disajikan harus dapat diakses oleh
seluruh pengguna dengan berbagai tingkat (level) pengguna.
2.3. Penyiapan dan Pengumpulan DataKementerian Negara Lingkungan Hidup menyimpan dan mengelola data baik spasial
maupun tabular dengan jumlah yang besar, dan diantaranya memiliki keterurutan
berdasarkan waktu (time series). Optimalisasi sumberdaya data ini merupakan modal yang
tak ternilai untuk merumuskan dan menentukan kebijakan yang akan diambil.
Halaman 7 dari 49
Proses identifikasi dan pengumpulan data, juga merupakan bagian dari proses analisis
sistem (pra-design). Maksud dari identifikasi dan pengumpulan data disini, adalah
melakukan identifikasi ketersediaan data pada setiap unit kerja di lingkungan KNLH.
Proses identifikasi dilakukan dengan melalui wawancara langsung serta dengan mengisi
kuisioner. Identifikasi dan pengumpulan data meliputi dokumentasi tema data yang
tersedia (entitas, atribut dan feature), jenis data spasial yang dimiliki, serta komponen
metadata lainnya seperti: kelompok informasi identifikasi, informasi kualitas data,
informasi publikasi dan referensi data spasial.
Selain data-data primer, data-data lain yang terkait dengan kegiatan ini diidentifikasi
untuk menunjang dokumentasi dari data primer. Data tersebut meliputi
peraturan/kebijakan, prosedur standar operasional (SOP) dan referensi terkait lainnya
yang tersedia di setiap unit kerja.
2.4. Desain Sistem
2.4.1. Desain Konseptual/Logik Sistem
Salah satu tantangan dari pengembangan sistem adalah kemampuan untuk memperoleh
persyaratan sistem yang benar dan diperlukan oleh para pengguna (stakeholder) dan
menetapkannya dalam sebuah cara yang dapat dipahami oleh pengguna agar rancangan
tersebut dapat diverifikasi dan divalidasi. Dan pada kenyataannya hal ini merupakan
bagian terberat dalam pembangunan sebuah sistem untuk memutuskan secara tepat
model sistem seperti apa yang akan dibangun. Dan desain konseptual dalam menentukan
persyaratan teknis yang rinci, termasuk antar muka untuk orang, mesin dan perangkat
lunak lainnya merupakan bagian tersulit dan berpengaruh terhadap produk yang
dhasilkan. Desainkonseptual/logik merupakan tahapan penyusunan rancangan
pengembangan sistem yang terdiri dari desain logik data, desain logik proses dan desain
logik antar muka.
Halaman 8 dari 49
Salah satu kendala yang sangat umum dihadapi dalam pengelolaan/manajemen data
adalah belum adanya standar baku pengelolaan data yang menyeluruh dan terintegrasi
hinggal ke unit-unit yang ada di dalam organisasi. Sehingga masing-masing pemilik data
memiliki model dokumentasi dan pengelolaan yang berbeda-beda, bahkan untuk jenis,
tipe dan tema data yang sama. Hal ini menimbulkan permasalahan ketika diberlakukan
sistem penggunaan data berbagi pakai (sharing), diperlukan proses penyiapan data yang
lebih panjang sebelum data dapat digunakan. Hal ini menjadi landasan diperlukannya
desain logik dari pengelolaan data. Desain logik data dilakukan dengan memperhatikan
perspektif dari pengguna dan desainer. Dasar dari perspektif pengguna adalah dengan
melihat kebutuhan data pada masing-masing unit, dengan demikian tidak ada data yang
terlewatkan dan diupayakan kebutuhan unit akan data dapat terlayani. Perspektif desainer
lebih ditekankan pada pengelolaan data dalam sebuah database management system,
termasuk di dalamnya standar teknologi yang akan digunakan. Walaupan dalam proses
konseptual belum mengutamakan pemilihan hardware dan software, tetapi tetap harus
memperhatikan standar teknologi informasi yang akan digunakan berdasarkan sumber
daya yang tersedia dan faktor pembatas (constraint) yang ada di lingkungan KNLH.
Desain logik data menghasilkan sebuah desain basisdata yang menggambarkan entitas,
atribut dan relasi antar entitas. Desain basisdata dikaji berulang-ulang dengan
menggunakan teknik analisis seperti kaidah normalisasi dan refinment basisdata. Konsep
yang dihasilkan kemudian didokumentasikan dan dikonsultasikan dengan pengguna.
Gambar 2.3. menunjukan contoh desain konseptual dari basisdata.
Halaman 9 dari 49
Gambar 2.3. Contoh desain konseptual/logik basisdata
Desain logik proses menggambarkan interaksi antara pengguna dan sistem serta proses
yang terjadi dalam sistem. Ada beberapa metode penggambaran desain logik proses,
salah satunya dengan menggunakan diagram alir. Diagram alir ini dapat menggambarkan
proses interkasi antara pengguna dengan sistem, sebagaimana disajikan dalam contoh
pada Gambar 2.4. Diagram interaksi pengguna dengan sistem pada level 0,
mencerminkan proses-proses apa saja yang terjadi, dan ini sangat erat kaitannya dengan
desain logik data dan juga desain logik antar muka. Proses-proses yang muncul
teridentifikasi juga menggambarkan upaya untuk menjawab pertanyaan dan kebutuhan
pengguna sistem di lingkungan KNLH.
Halaman 10 dari 49
Gambar 2.4. Contoh desain konseptual/logik interaksi pengguna dengan sistem (diagram level 0).
Lebih detil lagi, diagram alir level 1 melukiskan interaksi serta proses yang terjadi antara
pengguna dengan sistem, dan proses di dalam sistem itu sendiri (sistem dengan mesin).
Diagram ini merupakan penjabaran deti dari diagram level 0, dengan tujuan untuk
memberikan gambaran detil dalam melakukan konsultasi dan koordinasi dengan
pengguna dan tenaga pengembang sistem (seperti programmer). Gambar 2.5. menyajikan
contoh diagram level 1.
Halaman 11 dari 49
Gambar 2.5. Contoh desain konseptual/logik interaksi pengguna dengan sistem dan proses di dalam sistem itu sendiri. (diagram level 1).
Desain logik antar muka, meliputi identifikasi dan desain antar muka yang harus
disiapkan untuk memenuhi kebutuhan pengguna. Desain logik antar muka disusun
berdasarkan pada desain logik dari proses dan desain logik basisdata.
2.4.2. Desain Fisik Sistem
Tahapan desain fisik merupakan proses lanjutan setelah desain konseptual/logik sistem
disetujui (melalui proses knsultasi dan approval dengan pengguna, lihat Gambar 2.2.
mengenai detil proses analisis sistem). Proses desain fisik sistem dapat dilukiskan seperti
pada Gambar 2.6.
Halaman 12 dari 49
PERANCANGAN ANTAR MUKA
Perancangan Dialog Antar Muka Pengguna
PERANCANGAN BASISDATA
PerancanganFisik Basisdata, Kamus Data, ERD, DFD
PEMBANGUNAN SISTEM• Penyusunan Kode Program• Prototipe Sistem
PERAWATAN SISTEMDAN DOKUMENTASI
PENGUJIANTesting, Evaluasi, Demonstrasi
IMPLEMENTASI
DESAIN KONSEPTUAL FINAL
SPESIFIKASI HARDWARE DAN SOFTWARE YANG
DIPERLUKAN
PERANCANGAN ANTAR MUKA
Perancangan Dialog Antar Muka Pengguna
PERANCANGAN ANTAR MUKA
Perancangan Dialog Antar Muka Pengguna
PERANCANGAN BASISDATA
PerancanganFisik Basisdata, Kamus Data, ERD, DFD
PERANCANGAN BASISDATA
PerancanganFisik Basisdata, Kamus Data, ERD, DFD
PEMBANGUNAN SISTEM• Penyusunan Kode Program• Prototipe Sistem
PERAWATAN SISTEMDAN DOKUMENTASI
PENGUJIANTesting, Evaluasi, Demonstrasi
IMPLEMENTASI
DESAIN KONSEPTUAL FINAL
SPESIFIKASI HARDWARE DAN SOFTWARE YANG
DIPERLUKAN
SPESIFIKASI HARDWARE DAN SOFTWARE YANG
DIPERLUKAN
Gambar 2.6. Tahapan dan ruang lingkup desain fisik sistem. (diagram level 1).
Desain fisik basisdata merupakan implementasi dari model yang telah disusun. Pada
tahap desain fisik ini dilakukan uji normalisasi terhadap model basisdata, dan dilakukan
refinement jika basisdata belum memenuhi kaidah normalisasi. Proses ini menjadi sangat
penting karena menentukan kelanjutan pengelolaan data. Basisdata yang tidak normal
akan menimbulkan masalah (anomali) pada proses insert dan update juga akan
menyebabkan in-efisiensi dalam penggunaaan sumber daya hardware, seperti overload
penggunaan memori komputer. Gambar 2.7. menyajikan contoh desain fisik basisdata.
Pada proses desain fisik juga ditentukan jenis spesifikasi hardware dan software yang
akan digunakan (standar teknologi informasi), meliputi:
Platform yang akan digunakan untuk mendukung sistem yang akan dibangun
(Windows, Unix).
Jenis DBMS software yang akan digunakan (Oracle, PostgreSQL, Microsoft
SQL, MySQL dan sebagainya.)
Jenis sistem aplikasi yang dibangun.
Halaman 13 dari 49
Gambar 2.7. Contoh desain fisik basisdata. (diagram level 1).
Hasil desain logik interface/antar muka kemudian dituangkan dalam bentuk desain fisik
menggunakan bantuan perangkat lunak untuk pembangunan sistem. Desain antara
muka mengacu pada fitur-fitur dan kandungan informasi yang harus disajikan serta
tujuan dari pengembangan sistem itu sendiri. Antar muka dirancang untuk dapat
memfasilitasi kepentingan pengguna, sehingga harus memuhi kaidah dari sebuah sistem
informasi, yakni: mudah digunakan (user friendly), sistematis, lengkap dan sesuai
kebutuhan, serta menampilkan/menyajikan data dan informasi secara komprehensif
dalam bentuk grafik dan peta atupun data tabular.
Desain awal antar muka akan terus dikonsultasikan dengan pengguna untuk meyakinkan
bahwa desain tersebut telah mencerminkan kebutuhan pengguna. Perubahan
berdasarkan input dari pengguna akan dilakukan hingga mencapai desain yang sesuai
kebutuhan.
Halaman 14 dari 49
2.5. Pembangunan Prototipe SistemPembangunan sistem aplikasi mengacu pada konsep tree tier. Sebuah antar muka
berbasis web dibangun untuk memberikan fasilitas kepada pengguna untuk melakukan
penelusuran, pemasukan/pemutakhiran data spasial, metadata dan data tabular. Hasil
penelusuran akan membimbing pengguna kepada detil informasi dan data yang
diperlukan. Data spasial dan data tabular dikelola dalam sistem manajemen basisdata
(Database Management System, DBMS). Dengan konsep tree tier ini, aplikasi dan basisdata
tersimpan dalam sistem yang secara logik terpisah, tetapi memiliki relasi tak terpisahkan
satu dengan yang lainnya melalui kode-kode program yang disusun di dalam aplikasi.
Pendekatan ini memberikan dukungan perlindungan berganda pada basisdata yakni
menggunakan sistem keamanan yang tersedia dalam DBMS itu sendiri serta sistem
keamanan melalui sistem aplikasi yang dibangun.
2.6. Pengujian SistemPengujian sistem dilakukan sebelum sistem siap digunakan oleh pengguna akhir (end
user). Pengujian sistem dilakukan berdasarkan tujuan awal sistem yang dibangun.
Pengguna (user) menguji sistem dari sisi teknis berjalannya sistem dengan baik (tanpa
error) dan sesuai dengan keperluan pengguna terhadap sistem.
Tahap awal pengujian sistem adalah uji error/bug terhadap coding atau pemrograman
dalam pembangunan sistem yang digunakan, apakah masih ada error/bug dalam struktur
program aplikasi dengan melakukan penelurusan ke setiap menu dan sub menu yang ada
pada sistem. Bila masih terdapat error/bug pada halaman menu atau pada sub menu
tertentu, maka sistem akan di cek dan diperbaiki oleh bagian pengembangan sistem.
Proses ini seperti tersaji pada Gambar 2.8.
Halaman 15 dari 49
TestingDebugging Error Query Result
System Product
System developing
OK
Yes
Yes
No
No
Finish
TestingDebugging Error Query Result
System Product
System developing
OK
Yes
Yes
No
No
Finish
Gambar 2.8. Diagram alur proses uji sistem.
2.7. Implementasi SistemPada tahap ini sistem telah selesai diuji dan siap untuk digunakan dalam lingkungan yang
sesungguhnya dan sudah terbebas dari kesalahan baik programming error ataupun
configuration error. Teknik implementasi akan diterapkan dengan metode prototyping
model, yakni implementasi sistem secara bertahap dan dipilih kelompok pengguna sebagai
model.
2.8. Perawatan dan Dokumentasi Sistem
2.8.1. Penyusunan Dokumen Sistem
Untuk mendukung pemeliharaan sistem, disusun buku panduan (manual) yang tediri
dari: [1] Panduan Spesifikasi Teknis; dan [2] Panduan Penggunaan (manual
pengoperasian), yang di dalamnya mengupas teknik penggunaan dan pengisian dari
masing-masing sub-modul/sub-sistem.
Halaman 16 dari 49
2.8.2. Alih teknologi
Agar sosialisasi/lokakarya dapat secara efektif diserap oleh peserta, maka sosialisasi dapat
dibagi menjadi 3 (tiga) sesi besar yaitu,
penyeragaman kemampuan dasar,
pengenalan manual pengoperasian dan perawatan sistem, dan
Pemanfaatan manual
Kondisi Umum Data Spasial KNLH
3.1. Focus Group DiscussionAnalisis kebutuhan pengguna dilaksanakan melalui forum group discussion (FGD) ke seluruh
unit terkait di lingkungan KNLH. Konsultan dan staf Data dan Informasi KNLH
menyusun kuesioner sebagai panduan dalam menggali informasi pada unit terkait.
Kuesioner tersebut meliputi lima bagian sebagai berikut:
1. Tugas Pokok dan Fungsi;
2. Inventarisasi Data;
Halaman 17 dari 49
3
3. Data Sharing;
4. Infrastruktur dan Suprastruktur;
5. Kebutuhan Pengembangan.
Kegiatan FGD dilakukan oleh konsultan bersama staf Data dan Informasi KNLH.
Kegiatan ini dilakukan selama bulan Juni dan Juli 2008 dengan cara mendatangi unit
terkait dan melakukan diskusi sesuai dengan kuesioner yang telah dibuat. Waktu
pelaksanaan kegiatan disajikan pada Tabel 3.1.
Kegiatan FGD ini melibatkan pengambil kebijakan (pejabat eselon 2 dan 3) masing unit
serta staf teknis terkait. Informasi dari pengambil kebijakan diperlukan untuk bagian 1
dan 3 yaitu mengenai tugas pokok dan fungsi, dan data sharing. Sedangkan bagian 2, 4,
dan 5 melibatkan staf teknis terkait.
Tabel 3.1. Waktu Pelaksanaan FGD
No. Waktu Unit1 6 Juni 2008 Asdep Ur. Pengawasan dan Evaluasi Lingkungan2 18 Juni 2008 Asdep Ur. Pengendalian Pencemaran Agro Industri3 18 Juni 2008 Asdep Ur. Pengendalian Pencemaran Manufaktur 4 18 Juni 2008 Asdep Ur. Pengendalian Pencemaran Limbah & Usaha Skala
Kecil5 18 Juni 2008 Asdep Ur. Perencanaan Lingkungan6 19 Juni 2008 Asdep Ur. Pengendalian Kerusakan Pesisir dan Laut7 11 Juli 2008 PusReg Bali8 30 Juni 2008 PusReg Sumatera9 24 Juni 2008 KEHATI
10 24 Juni 2008 AMDAL11 20 Juni 2008 AsDep Ur. Pengendalian Kerusakan Hutan dan Lahan12 26 Juni 2008 PUSARPEDAL13 9 Juli 2008 PusReg Sumatra, Maluku & Papua14 2 Juli 2008 PusReg Jawa15 17 Juli 2008 PusReg Kalimantan16 25 Juli 2008 Asdep Ur. Pengendalian Kerusakan Sungai dan Danau
Halaman 18 dari 49
3.2. Hasil Focus Group Discussion
Waktu: Rabu, 18 Juni 2008 (10.00 – 12.00 WIB)UNIT:
Asdep Ur. Pengendalian Pencemaran Limbah & Usaha Skala Kecil
Asdep Ur. Pengendalian Pencemaran Manufaktur
Asdep Ur. Pengendalian Pencemaran Agro Industri
HASIL:
♦ Pengelolaan data spasial:
Asdep Ur. Pengendalian Pencemaran Limbah & Usaha Skala Kecil belum
memiliki dan mengelola data geospasial. Data yang dimiliki saat ini hanya
berupa data tabular hasil pengamatan dan data sekunder, akan tetapi
merupakan data yang berpotensi untuk menjadi data geosapasial.
Asdep Ur. Pengendalian Pencemaran Manufaktur memiliki dan
mengelola data geospasial (tabular dan koordinatnya)
Asdep Ur. Pengendalian Pencemaran Agro Industri telah memiliki dan
mengelola data geospasial.
♦ Pengelolaan data terkait dengan program dan bukan disebabkan oleh tugas
pokok dan fungsi yang seharusnya.
♦ Seluruh Asdep menyadari bahwa perlu ada pemetaan data yang dikelola oleh
masing-masing unit dan perlu adanya mekanisme pertukaran data (data sharing).
♦ Perlu mekanisme yang disepakati bersama dan dituang dalam
peraturan/keputusan. Karena apabila hanya mengandalkan kesukarelaan masing-
masing unit, umumnya tidak akan berjalan efektif.
♦ Pertukaran data yang selama ini dilakukan antar unit di KNLH menggunakan
memo internal
♦ Bentuk pertukaran data tergantung kepada jenis dan klasifikasi data
Halaman 19 dari 49
♦ Akses data untuk publik tergantung kepada jenis dan klasifikasi data serta
kebijakan yang akan dibuat.
Waktu: Rabu, 18 Juni 2008 (15.00 – 16.30 WIB)UNIT:
♦ Asdep Ur. Perencanaan Lingkungan
HASIL:
♦ Tugas dan tanggung jawab Asdep Ur. Perencanaan Lingkungan adalah
melakukan kajian tata ruang sebagai bahan masukan bagi Badan Koordinasi Tata
Ruang Nasional (BKTRN).
♦ Kegiatan yang dilaksanakan erat kaitannya dengan data geospasial, akan tetapi
unit tidak memiliki dan mengelola data geospasial tersebut. Kegiatan kajian dan
analisis dilakukan oleh unit lain di KNLH dan pihak ke-3 (konsultan) termasuk
penyediaan data.
♦ Aplikasi yang sedang dikembangkan adalah layanan fungsi ekosistem
♦ Asdep Ur. Perencanaan Lingkungan melakukan kajian dan analisis memerlukan
data dari unit lain sehingga perlu adanya pertukaran data dengan unit lainnya di
KNLH.
♦ Jenis pertukaran data yang diinginkan: visualisasi data & fisik data
♦ Bentuk pertukaran data tergantung kepada jenis dan klasifikasi data
Waktu: Kamis, 19 Juni 2008 (10.00 – 12.00 WIB)UNIT:
♦ Asdep Ur. Pengendalian Kerusakan Pesisir dan Laut
HASIL:
Halaman 20 dari 49
♦ Penggunaan data geospasial pada saat ini hanya untuk keperluan pelengkap survei
lapangan, belum dilakukan analisis geospasial untuk mendukung pengambilan
kebijakan.
♦ Pengolahan data spasial untuk analisis tertentu (kerentanan pesisir terhadap
gelombang pasang, sebaran ekosistem pesisir dan terumbu karang) mulai
dilakukan, akan tetapi hasilnya belum dijadikan bahan untuk pengambilan
kebijakan.
♦ Aplikasi yang sedang dikembangkan untuk pemanfaatan data geospasial adalah
Aplikasi Data Spasial Perlindungan Ekosistem Pesisir dengan visualisasi dalam
media web GIS.
♦ Ada harapan data-data dari program MIH dapat dimanfaatkan sebagai data dasar
untuk analisis lanjutan sesuai dengan bidang dan tugas masing-masing Asdep.
Waktu: Jumat, 20 Juni 2008 (10.00 – 12.00 WIB)UNIT:
♦ Asdep Ur. Pengendalian Kerusakan Hutan dan Lahan
HASIL:
♦ Ketersediaan data dasar untuk keperluan analisis spasial seharusnya menjadi
tanggung jawab unit Data dan Informasi, sehingga unit-unit lain dapat
memanfaatkan sesuai kebutuhannya. Hasil analisis spasial yang dilakukan unit-
unit dikembalikan kembali ke unit Datin untuk dipublikasikan ke unit lainnya
ataupun ke publik.
♦ Perlu adanya kerjasama dengan instansi lain, terutama kehutanan dalam
penyediaan data dasar yang dijembantani oleh salah satu unit di LH.
♦ Perlu adanya kesepakatan dan kesepahaman yang sama antar unit dalam
pertukaran data geospasial
Halaman 21 dari 49
♦ Data hasil analisis citra program MIH diharapkan menjadi data dasar geospasial
di LH.
Waktu: Rabu, 2 Juli 2008 (09.00 – 12.00 WIB)UNIT:
Pusreg Jawa
HASIL:
♦ Kegiatan Pusreg Kalimantan terdokumentasi dengan baik dalam bentuk buku
dan laporan. Akan tetapi, pengelolaan data dalam bentuk digital belum dilakukan.
♦ Pusreg Jawa mendukung sepenuhnya pertukaran data (data sharing) di lingkungan
KLH. Alokasi dana dan kegiatan akan didukung sepenuhnya. Untuk itu, tim
DATIN diharapkan memberikan rekomendasi untuk pelaksanaan kegiatan dalam
bentuk pengembangan infrastruktur (software, hardware) dan pengembangan
sumber daya manusia.
Waktu: Rabu, 9 Juli 2008 (09.00 – 12.00 WIB)UNIT:
Pusreg Sumapapua (Sulawesi, Maluku, & Papua)
HASIL:
♦ Kebutuhan data dan informasi spasial sangat diperlukan dalam pengelolaan
lingkungan hidup. Visualisasi informasi dalam bentuk peta dan gambar sangat
membantu dalam menjelaskan keadaan dan kondisi lingkungan hidup suatu
daerah.
♦ Pusreg Sumapapua memiliki bagian khusus yang menangani GIS yang
dikoordinasi oleh bidang data dan informasi.
Halaman 22 dari 49
♦ Pada tahun 2008 telah dilaksanakan penandatanganan MoU antara KLH dan
LAPAN untuk data citra dan pembinaan teknis (pengembangan sumber daya
manusia).
Waktu: Kamis, 17 Juli 2008 (19.00 – 23.00 WITA)UNIT:
Pusreg Kalimantan
HASIL:
♦ Pusreg Kalimantan sedang membangun jaringan informasi se-kalimantan dan
diharapkan dapat beroperasi pada tahun 2009. Jaringan informasi tersebut
meliputi 4 Provinsi (Kalimantan Barat, Kalimantan Tengah, Kalimantan Selatan,
dan Kalimantan Timur) dan 13 Kabupaten/Kota setiap provinsi.
♦ Pada tahun 2008 telah dilaksanakan penandatanganan MoU antara KLH dan
LAPAN untuk data citra dan pembinaan teknis (pengembangan sumber daya
manusia).
Waktu: Jumat, 25 Juli 2008 (09.00 – 10.00 WIB)UNIT:
Asdep Pengendalian Kerusakan Sungai dan Danau
HASIL:
♦ Asdep Pesisir, Laut, Sungai, dan Danau merupakan unit teknis pelaksana kegiatan
Menuju Indonesia Hijau (MIH). Kegiatan MIH bertujuan untuk menganalisis
terjadinya kerusakan lingkungan melalui analisis penutupan lahan (land cover).
♦ Melalui BRNP (Bappedal Regional Network Project) pada tahun 2000 dan dilanjutkan
pada tahun 2003 telah dilakukan analisis penutupan lahan menggunakan citra
satelit Landsat TM 7 dan TM 5 untuk seluruh wilayah Indonesia. Untuk tahun
Halaman 23 dari 49
anggaran 2005, dilakukan kegiatan yang sama dengan melakukan analisis lebih
detail untuk DAS Siak, Ciliwung, Bengawan Solo, Barito, dan Musi. Sedangkan
pada tahun 2007, analisis lebih detail dilakukan untuk pemenang program MIH
yaitu 10 Kabupaten dengan menggunakan citra satelit SPOT. Hal yang sama
dilakukan pada tahun 2008.
3.3. Analisis FGDAnalisis kebutuhan pengguna yang dilakukan dengan melaksanakan rangkaian FGD ke
unit-unit di lingkungan KNLH menghasilkan pemahaman terhadap kondisi saat ini dan
pengembangan dalam penanganan data spasial. Jumlah responden (unit) yang dilibatkan
dalam FGD adalah sebesar 15 unit. Hasil kuesioner kemudian dilakukan analisis statistik
sederhana berupa rata-rata jawaban dan disajikan dalam prosentase. Jawaban yang
dihasilkan umumnya boleh lebih dari satu sehingga hasil prosentasi akan melebihi 100%.
Pemahaman terhadap kondisi data spasial dan data yang dimiliki oleh unit masing-masing
masih belum memadai. Hasil analisis FGD terhadap data spasial dimasing-masing unit
disajikan pada Tabel 3.1.
Umumnya analisis spasial yang dilakukan oleh unit adalah overlay (67%), queri spasial
(47%), dan pengolahan citra (40%). Hasil pengolahan data spasial tersebut kemudian
ditampilkan dalam laporan kegiatan (80%) dan sebagian lainnya melakukan pencetakan
peta (47%).
Jenis data spasial yang dikelola umumnya berupa vektor (73%) dan data raster yang
berupa citra satelit (20%). Dalam hal penyimpanan data spasial, sebagian besar unit
masih menyimpannya dalam bentuk file yang terdiri dari shape file (70%), arcinfo
coverage (20%) dan mapinfo (20%). Hal ini juga terkait dengan perangkat lunak yang
digunakan oleh unit, yaitu ArcView (67%) dan ArcGIS (27%) serta MapInfo (13%).
Halaman 24 dari 49
Sumber data spasial yang digunakan dan dikelola oleh unit adalah sebagian besar dari
sumber eksternal (100%) terutama untuk peta dasar yang diperoleh dari
BAKOSURTANAL dan instansi terkait lainnya. Sedangkan hasil analisis yang dilakukan
oleh unit adalah sebesar 53% dan 47% diperoleh dari pengukuran lapangan dan survei.
Pertukaran data antar unit di lingkungan KNLH dirasakan perlu. Hal ini didukung oleh
87% responden yang menjawab perlu. Selama ini pelaksanaan pertukaran telah dilakukan
melalui memo internal antar unit. Meskipun menyetujui pertukaran data, mekanisme
pertukaran data yang diinginkan masih beragam dan belum menunjukan kesepahaman
terhadap protokol dan standar pertukaran data. Akan tetapi kemauan untuk
melaksanakan pertukaran data perlu diapresiasi.
Sumber daya manusia dibidang data spasial (GIS) sudah cukup memadai, yaitu 53%
responden menjawab bahwa di unit tersebut telah memiliki staf yang ditugaskan untuk
menangani data spasial sebanyak 3 orang staf atau lebih.
Untuk kebutuhan pengembangan ke depan, cukup beragam fungsi dan analisis yang
diharapkan (Tabel 3.2.). Sedangkan Tabel 3.3. menyajikan master data list setiap unit di
KNLH.
Tabel 3.1. Hasil Analisis Needs Assesment (Data GIS)Fungsi GIS yang dibutuhkan Pemasukan Data Dijitasi Meja 20% Dijitasi On-Screen 53% Dijitasi Automatis 13% Input Tabular 20% Lainnya 0%Analisis Data Queri Spasial 47% Overlay 67% Pengolahan Citra 40% Lainnya 0%Data Visualisasi Peta Cetak 47% Laporan 80%
Halaman 25 dari 49
Web 7% Lainnya 0%Jenis Data Spasial Vektor data 73%Raster data (DEM) 20%Foto udara 7%Penyimpanan Data Spasial File Based Shape file 67% ArcInfo Coverage 20% MapInfo 20% Lainnya 7%Database Geodatabase 0% PostGIS 7% Oracle 0% Lainnya 0%Software Yang Digunakan ArcView 3.x 67%PC Arc/Info 0%ArcGIS 27%MapInfo 13%Geomedia 0%AutoCad 0%Lainnya 7%Sumber Data Eksternal 100%Hasil Analisis 53%Survei Lapangan 47%
Tabel 3.2. Hasil Analisis Needs Assesment (Pertukaran Data)Jenis Pertukaran Data Tidak menjawab 7%Memo Internal 73%Perlunya Pertukaran Data Perlu 87%Tidak Perlu 0%Mekanisme Pertukaran Yang Diinginkan Bentuk Pertukaran Akses Metadata 60% Visualisasi 73% Fisik 67%Akses Data Internal KLH 27% Approval dulu 53%
Halaman 26 dari 49
Mekanisme Distributed 67% Terpusat 40%Akses Data (Eksternal) Akses Publik 33% Dept/Instansi Lain 13% Perlu Klasifikasi 100%Sumber Daya ManusiaJumlah Staf GIS = 1 7%Jumlah Staf GIS = 2 7%Jumlah Staf GIS >= 3 53%Kebutuhan Pengembangan Browse/Simple Display 40%Query & Display 47%Map Analysis Buffering 53% Overlay 53% Network 33%Spatial Modeling 27%
Tabel 3.3. Master Data List
Halaman 27 dari 49
No. Jenis Data 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 171 Administrasi v v v v v v v v v v v v v v v v v2 Sungai/Danau v v v v v v v v v v v v v v v3 Batas DAS v v v v v v v v v v v v v v4 DEM, Kontur v v v v v v v v v v v5 Citra Satelit v v v v v v v v v v v6 Tutupan Lahan v v v v v v v v v v v7 Tanah v v v v v v v v v v8 Landsystem v v v v v v v v9 Iklim v v v v v v v v v v
10 Curah Hujan v v v v v v v v v v11 Bathymetri v12 Kualitas Limbah Industri v v v v v v v13 Lokasi Industri v v v v v v v14 RTRWN/P/K v v v v v v v v v v15 RDTR v v v v v v v16 Geohidro v v v v v v17 Terumbu Karang v v v v v v v v18 Padang Lamun v v v v v v v v19 Mangrove v v v v v v v v v20 Kualitas Air Laut v v v v v v v21 Kualitas Air Danau v v v v v v v22 Kualitas Air Sungai v v v v v v v23 Kualitas Udara v v v v v v24 Lokasi Pengambilan Sampel v v v v v v25 Sebaran Flora Fauna Endemik v v v v v v v26 Sebaran Flora Fauna Endangered v v v v v v v27 Sebaran Sumberdaya Genetik v v v v v v v28 Kawasan Konservasi v v v v v v v v v v v v29 Kawasan Hutan v v v v v v v v v v v30 Kawasan Lindung v v v v v v v v v v v31 Rawan Kebakaran v v v v v v v32 Rawan Banjir v v v v v v33 Rawan Longsor v v v v v34 Rawan Bencana v v v v v v35 Hot spot v v v v v v36 Konsesi Tambang v v v v v v v37 Konsesi Hutan v v v v v v v38 Konsesi Kebun v v v v v v v39 Data Pantau ADIPURA v v v v v v
Halaman 28 dari 49
Keterangan:1. Asdep Ur. Pengendalian Pencemaran Agro Industri2. Asdep Ur. Pengendalian Pencemaran Manufaktur 3. Asdep Ur. Pengendalian Pencemaran Limbah & Usaha Skala Kecil4. Asdep Ur. Perencanaan Lingkungan5. Asdep Ur. Pengendalian Kerusakan Pesisir dan Laut6. Asdep Ur. Pengawasan dan Evaluasi Lingkungan7. KEHATI8. AMDAL9. AsDep Ur. Pengendalian Kerusakan Hutan dan Lahan10. PUSARPEDAL11. Asdep Ur. Pengendalian Kerusakan Sungai dan Danau12. Asdep Ur. Data dan Informasi13. PusReg Sumatra, Maluku & Papua14. PusReg Jawa15. PusReg Kalimantan16. PusReg Bali17. PusReg Sumatera
Memperhatikan banyaknya data yang dapat digunakan secara bersama-sama sebagaimana
yang disajikan pada master data list (Tabel 3.3.) maka dapat ditarik kesimpulan:
1. Perlu ada kesepakatan antar unit mengenai tanggung jawab akuisisi dan
pemuktahiran data spasial. Apabila data tersebut bersumber dari instansi lain,
maka harus disepakati unit yang menjembatani penyediaan data spasial tersebut.
2. Perlu disepakati standar kualitas dan klasifikasi data.
3. Untuk menfasilitasi pertukaran data spasial di KNLH, maka diperlukan:
a. mekanisme dan prosedur/protokol pertukaran data;
b. klasifikasi keterbukaan dan kerahasiaan data;
c. aspek legal untuk mendukung pertukaran data dalam bentuk Peraturan
Sekretaris Menteri.
Halaman 29 dari 49
3.4. Strategi untuk Manajemen Data SpasialDari hasil analisis needs assement dan serangkaian pertemuan, maka strategi untuk
pengelolaan data spasial di KNLH dirumuskan sebagai berikut:
1. Pembentukan Forum GIS. Forum GIS ini dilaksanakan setiap bulan dengan
melibatkan staf terkait dibidang GIS dan pemerhati GIS. Kegiatan dilaksanakan
dengan melakukan sharing informasi dan diskusi diantara peserta. Diharapkan
dapat terjalin komunikasi dan kesepahaman yang menghasilkan kesepakatan
dalam pengelolaan data spasial di KNLH.
a. Inventarisasi Data Spasial:
i. Identifikasi data tiap Unit
ii. Klasifikasi data (publik, internal, rahasia)
iii. Identifikasi penyedia data
iv. Identifikasi redundansi data, eliminasi duplikasi
b. Penyusunan protokol pertukaran data spasial di lingkungan KNLH.
c. Standardisasi format, kualitas, klasifikasi data spasial
Standardisasi dapat dilakukan untuk menyeragamkan format data dan
analisis data spasial di lingkungan KNLH
2. Pengembangan prototipe portal GIS (SDBM) yang mencakup fungsi
a. Pertukaran data spasial
b. Metadata Spasial
c. Simpul IDSN
d. Back-up data spasial
e. Analisis sederhana/data viewer
Halaman 30 dari 49
3. Cost Benefit Analysis
Analisis untung rugi dilakukan dengan mengkaji anggaran yang dikeluarkan oleh
KNLH dalam pengadaan dan penanganan data spasial. Tujuan yang diharapkan
adalah terpetakannya kondisi anggara dan penghematan yang dapat dilakukan.
4. Master Plan Pengembangan Data Spasial KNLH. Master Plan ini berisi
penentuan skala prioritas dan implementasi tahapan pengembangan.
3.5. Prioritas untuk Manajemen Data SpasialDari hasil penyajian hasil focus group discussion dirumuskan prioritas untuk manajemen data
spasial yaitu sebagai berikut:
6. Penyiapan aspek legal untuk pertukaran data;
7. Mekanisme pertukaran data;
8. Klasifikasi kerahasiaan dan keterbukaan data;
9. Kepemilikan data tiap unit: akuisisi dan pemuktahiran;
10. Standardisasi format, kualitas dan klasifikasi data.
Tahapan Implementasi
Pembangunan sistem SDBMS KNLH disarankan menggunakan model proses spiral.
Gambar 4.1. menyajikan tahapan pengembangan sistem menggunakan model proses
Halaman 31 dari 49
4
spiral. Pengembangan sistem diawali dengan pengembangan protype sistem untuk
mendapatkan gambaran awal sistem keseluruhan yang akan dibangun. Apabila prototype
sistem ini disetujui maka akan dilanjutkan dengan pengembangan sistem secara
keseluruhan, meliputi pengkodean keseluruhan (code complete), penetapan lingkup sistem
dan spesifikasi fungsi yang diinginkan. Pengembangan sistem juga diselaraskan dengan
pengembangan dan pengadaan infrastruktur untuk mendukung implementasi sistem.
Roll-out StrategyPlan DesignTest
VisionScope
FuncSpec
CodeComplete
Pilot
PrototypePrototype
DeploymentDeployment
InfrastructureInfrastructure
VisionDemo ScopeDevelop
Test Design
Gambar 4.1. Diagram Alur Proses
Pengembangan sistem SDBMS KNLH dituangkan kedalam rencana strategis 4 (empat)
tahun yaitu:
5. Prototype Portal GIS (Tahun 2008)
6. Integrasi Komponen dan Antar Muka (Tahun 2009)
7. Workflow Manajemen Data Spasial (Tahun 2010)
8. Penyempurnaan Sistem (Tahun 2011)
Halaman 32 dari 49
Dari rencana strategis tersebut, diharapkan sistem SDBMS KNLH dapat
diimplementasikan secara sempurna dan menyeluruh pada Tahun 2012. Tentunya
dengan dukungan infrastruktur, sumber daya dan peraturan terkait.
4.1. Protoype Portal Geospatial (Tahun 2008)Pengembangan portal geospatial perlu didukung oleh 4 (empat) komponen (Gambar
4.2), yaitu:
1. Data Services untuk penyimpanan data spasial;
2. Catalog Services sebagai katalog data spasial dapat berupa web services;3. Portrayal Services untuk penyajian atau visualisasi data spasial beserta informasi
metadata;
4. Portal Services sebagai halaman utama untuk penyajian informasi geospasial;
Secara umum desain sistem SDBMS KNLH dapat dilihat pada Gambar 4.3. Arsitektur
sistem yang diajukan untuk kegiatan pengembangan sistem manajemen basis data KNLH
ini disajikan pada Gambar 4.4..
Halaman 33 dari 49
Gambar 4.2. Arsitektur Portal Geospatial
Gambar 4.3. Desain Umum Portal GIS
Halaman 34 dari 49
Spatial Database
InternetGIS
EngineSISTEM VISUALISASI RBI
GeoServer
BALI(DB: BAKORBI2)
INDO1(DB: BAKORBI)
INDO2(DB: BAKORBI
Master to MasterReplication
BANTEN
WMS Server WFS Server
Autentikasi Visualisasi
Web Management Forum
SISTEM VISUALISASI
MetadataManagement
DATIN
Permintaan data/peta
Permintaan diproses
Akses ke database
Data/peta ditampilkanMenerima dan meproses data
WMS(maps)
WFS(feature) GeoRSS KML
WCS(coverages)
Feature data
Map drawing
Databases
Datastores
Shapefiles
GeoServer
GeoNetwork
Metadata Management
Visualization
WebServer
MapServer
GIS Apps
Map Viewer
Map Editing
Gambar 4.4. Arsitektur Sistem Manajemen Basis Data Spasial KNLH
4.1.1. Data Services
Data services atau datastore merupakan tempat penyimpanan data spasial baik berupa
basis data (database) atau file system (shapefiles). Berdasarkan hasil FGD diperoleh bahwa
umumnya penyimpanan data spasial dimasing-masing unit adalah berupa file system
(shapefiles). Data-data spasial tersebut dapat disimpan pada server di unit DATIN atau di
server masing-masing unit dengan server yang terhubung ke jaringan dan dapat diakses
oleh server DATIN.
Halaman 35 dari 49
4.1.2. Portrayal Services
Untuk menghindari koneksi langsung ke database, diperlukan middle layer yang melakukan
koneksi ke database dan hasilnya disediakan web services yang mengikuti standar OGC.
Hal ini dimaksudkan untuk meningkatkan keamanan dari basis data. Apabila tidak
memungkinkan, maka Web Server dapat langsung melakukan koneksi ke Database
Server.
Sistem SDBMS KNLH ini dibangun dengan mengadopsi spesifikasi dari Open Geospatial
Consortium (OGC) tentang spatial data web service yaitu WMS (Web Map Service), WFS
(Web Feature Service), WCS (Web Coverage Server), dan WRS (Web Registry Service). Gambar
4.5. menyajikan speifikasi dari OGC.
Gambar 4.5. Spesifikasi Open Geospatial Consortium (OGC)
Halaman 36 dari 49
WMS Server
WMS atau Web Map Service merupakan layanan basis data spasial secara online. WMS
menghasilkan peta yang bergeoreferensi. Peta dalam hal ini adalah representasi visual dari
geodata, dan bukan data geospasial itu sendiri. WMS meproduksi data yang bereferensi
geografis secara dinamis dari informasi geografis (basis data geospasial). Peta itu sendiri
merupakan informasi geografis yang digambarkan secara dijital oleh komputer untuk
keperluan penyajian data spasial. Peta hasil WMS biasanya berupa gambar dengan format
PNG, GIS atau JPEG. Spesifikasi WMS dikeluarkan oleh OGC.
WFS Server
WFS atau Web Feature Service merupakan layanan publikasi data geospasial pada tingkat
fitur data spasial melalui media web. Disamping penyajian data spasial melalui
gambar/image yang dilakukan oleh WMS, klien dapat memperoleh informasi data
geospasial hingga ke lever fitur yaitu baik geometri maupun data atributnya. Spesifikasi
OGC untuk WFS menggunakan teknologi XML (Extensible Markup Language) dan
protokol HTTP (Hyper Text Transfer Protocol) sebagai media penyampaiannya. Atau
lebih tepatnya menggunakan GML (Geography Markup Language) yang merupakan
subset dari XML.
WFS-T atau Web Feature Service-Transactional merupakan layan yang memungkinan
pengguna dapat melakukan pemutakhiran (update), menghapus (delete), dan memasukan
(insert) data geografi.
WCS Server
WCS atau Web Covergae Service merupakan layanan publikasi data geospasial untuk tipe
data raster (citra satelit, foto udara, dem) secara online. WCS meproduksi data yang
bereferensi geografis secara dinamis dari informasi geografis (basis data geospasial). Peta
hasil WCS biasanya berupa gambar dengan format PNG, GIF atau JPEG. Spesifikasi
WCS dikeluarkan oleh OGC.
Halaman 37 dari 49
PostGISConnector
LAN / INTERNET
WMS/WFS
shapefileConnector
ArcGridConnector
WCS
GTopo30Connector
GeoTIFFConnector
Image MosaickingConnector
PostGISRDBMS
Shapefiles
ArGrid
GTopo30
GeoTIFF
Image
GetFeature
GetMap
GetCoverageClient
PostGISConnector
LAN / INTERNET
WMS/WFS
shapefileConnector
ArcGridConnector
WCS
GTopo30Connector
GeoTIFFConnector
Image MosaickingConnector
PostGISRDBMS
Shapefiles
ArGrid
GTopo30
GeoTIFF
Image
GetFeature
GetMap
GetCoverageClient
Gambar 4.6. Arsitektur GeoServer
4.1.3. Catalog Services
Untuk pengelolaan metadata, diperlukan aplikasi yang dapat menyediakan informasi
metadata. Informasi metadata sangat penting diperlukan agar pengguna dapat
mengetahui informasi lebih detail mengenai data tersebut. Disamping itu juga dapat
melihat langsung data melalui viewer peta. Sehingga layanan web (web services) berupa
WMS, WFS dan WCS tersebut dapat diintegrasikan dengan penanganan metadata.
Halaman 38 dari 49
4.1.4. Portal Services
Web Server yang akan digunakan adalah Apache Web Server yang dikeluarkan oleh
Apache Foundation. Apache Web Server telah dikenal dengan kehandalannya dalam
menyediakan servis-servis di dunia Internet.
Aplikasi untuk mendukung pemetaan online (web-mapping) tersedia cukup banyak baik
yang komersial mapun open source. Dalam pengembangan sistem visualisasi ini dapat
menggunakan aplikasi open source yang cukup terkenal dalam bidang pemetaan online
yaitu UMN MapServer.
MapServer merupakan salah satu aplikasi pemetaan online (web GIS) yang
dikembangkan oleh Universitas Minnesota, NASA, dan Departemen Sumber Daya Alam
Minnesota (Minnesota Departemen of Natural Resources). MapServer merupakan
aplikasi open source yang berarti dapat didistribusikan dengan gratis disertai dengan
sumber kode pemrograman apabila ingin mengembangkan lebih lanjut. MapServer dapat
dijalankan pada beberapa sistem operasi yaitu Unix/Linux, MacOS dan Windows.
Fitur yang didukung oleh MapServer adalah:
Format vektor: ESRI shapefile (*.shp), ESRI ArcSDE, MapInfo, Autodesk
Autocad (*.dwg dan *.dxf), serta format lainnya yang didukung oleh OGR;
Format raster: TIFF/GeoTIFF, GIF, PNG, ERDAS, JPEG, EPPL7;
Quadtree spatial indexing untuk shapefile;
Dapat sepenuhnya dikustomisasi untuk menghasilkan hasil yang diinginkan;
Pemilihan fitur menggunakan item/nilai, titik, area atau fitur lainnya;
Mendukung TrueType font;
Mendukung OpenGIS;
Mendukung penggabungan data raster dan vektor (untuk penyajian data);
Legenda dan skala yang otomatis;
Mendukung pengembangan peta tematik online;
Pelabelan fitur;
Halaman 39 dari 49
Konfigurasi dapat dilakukan secara online (on-the fly configuration);
Proyeksi dapat dilakukan secara online (on-the-fly projection).
Sedangkan untuk fungsi yang dapat dilakukan oleh aplikasi visualisasi adalah:
DHTML (DOM) perbesar/penggeseran peta yang didukung oleh browser:
Mozilla/Firefox 1.+/Netscape 6.1+, IE 5/6, Opera 6.+
Perbesaran/penggeseran dapat dilakukan menggunakan papan ketik (keyboard),
tetikus (mouse), peta inset dan slider.
Fungsi query (identifikasi (identify), pemilihan (select), penelusuran (search))
Hasil query yang digabungkan dengan basis data dan hyperlinks
Hasil identifikasi yang berupa jendela pop-up pada saat mouse over
Layout yang fleksibel pada tampilan hasil query
Fungsi cetak: HTML dan PDF
Pengukuran jarak dan luas
Legenda yang berupa HTML yang dapat menampilkan legenda dan keterangan
layer yang baik
Konfiguras yang sangat mudah melalui file INI
Tampilan antar muka yang mendukung berbagai bahasa (EN, DE, IT, FR, SE,
NL, CZ, BR, SK, ES, ID)
Dapat melakukan unduh gambar pada berbagai resolusi dan format
Penambahan point of interest dan label pada peta
XHTML 1.0 compliant
4.1.5. Desktop GIS / GIS Application
Desktop GIS / GIS Application merupakan aplikasi pengolah data spasial yang telah
tersedia dimasing-masing unit. Aplikasi tersebut harus mendukung akses dan membaca
web services sesuai dengan spesifikasi OGC (WMS, WFS, dan WCS). Application Server
ini dapat melakukan koneksi dan memperoleh layanan lewat Web Services mengenai
data-data geospasial dari server DATIN.
Halaman 40 dari 49
4.1.6. Infrastruktur dan Sumber Daya Manusia
Konfigurasi sistem yang diusulkan adalah sistem berbasis open source. Aplikasi open source
atau sumber terbuka ini adalah aplikasi yang dapat digunakan dan dimodifikasi sesuai
dengan keinginan pengguna. Aplikasi ini bebas digunakan tanpa perlu membayar lisensi.
Dukungan dari komunitas pengguna aplikasi ini juga cukup baik berupa mailing list dan
dukungan online lainnya. Konfigurasi sistem SDBMS KNLH adalah:
Sistem Operasi (OS): Windows 2003 Server atau Linux;
Web Server: Apache Web Server ver 2.2 (http://www.apache.org);
Development: PHP Programming Languange (PHP ver 5.0) (http://www.php.net);
Database Spasial: PostgreSQL ver 8.2 + PostGIS ver 1.3 (http://www.postgresql.org & http://postgis.refractions.net/) dan Microsoft SQL Server dan ArcSDE.
Geospatial Web Services: Geoserver ver. 1.6.0 (http://www.geoserver.org);
Metadata Management: GeoNetwork (http://www.geonetwork-opensource.org);
GIS Engine berbasis web: MapServer ver. 5.2 (http:// mapserver.gis.umn.edu/);
Implementasi dan pengembangan prototype sistem SDBMS KNLH sesuai konfigurasi
sistem diatas memerlukan infrastruktur pendukung yaitu:
1. Server dengan spesifikasi minimal Pentium Xeon, RAM 1 GB, HDD 72 GB SCSI.
Server tersebut digunakan sebagai web server, dan server aplikasi pendukung portal
GIS. Jumlah server yang dibutuhkan adalah 2 unit.
2. Infrastruktur jaringan internet yang memadai, hal ini mengingat sistem SDBMS
KNLH merupakan sistem yang online dan dapat diakses oleh publik.
3. Sumber daya manusia yang ditugaskan untuk memelihara dan mengelola sistem.
Halaman 41 dari 49
4.2. Integrasi Komponen (Tahun 2009)Komponen-komponen yang dibangun pada tahun sebelumnya masih berdiri sendiri dan
belum diintegrasikan menjadi satu kesatuan. Kegiatan tahun 2009 adalah melakukan
integrasi komponen portal GIS tersebut, meliputi:
Setting dan konfigurasi komponen portal GIS;
Penyeragaman tampilan antar muka (interface) dan autentikasi pada satu pintu (single
sign on);
Integrasi modul metadata (GeoNetwork) dengan web services (GeoServer). Hal ini
untuk menampilkan keterkaitan informasi metadata dan data spasial;
4.3. Workflow Manajemen Data Spasial (Tahun 2010)Tahapan ini ditujukan untuk pengembangan alur kerja (workflow) manajemen data spasial
KNLH dengan melibatkan unit terkait. Alur kerja tersebut merupakan hasil
kesepahaman unit yang dibangun pada forum GIS. Mekanisme dan aturan tersebut
dibangun dan diimplementasikan pada sistem sehingga diharapkan portal GIS sebagai
salah satu alat untuk manajemen data spasial di lingkungan KNLH dan dapat digunakan
sebagai alat untuk berbagi(sharing) data.
Infrastruktur yang diperlukan untuk mendukung pengembangan pada tahapan ini adalah:
Upgrading Sistem meliputi peningkatan kapasitas server, sistem back-up,
penyimpanan data (storage);
Peningkatan kapasitas jaringan internet KNLH dan jaringan WAN ke Pusat Regional
dan Pusarpedal;
Halaman 42 dari 49
4.4. Penyempurnaan Portal GIS (Tahun 2011)Kegiatan ini merupakan tahapan akhir dari kegiatan pengembangan sistem SDBMS
KNLH. Modul-mdoul dan fungsi aplikasi yang dibangun pada tahapan sebelumnya
direview dan disempurnakan. Tahapan ini juga melaksanakan implementasi dari
workflow manajemen data spasial yang dibangun pada tahapan sebelumnya.
Penutup
Demikian Master Plan Pembangunan Sistem Manajemen Basis Data Spasial
Kementerian Negara Lingkungan Hidup kami susun untuk menyajikan perencaan secara
menyeluruh dari kegiatan di Asdep Urusan Data dan Informasi KNLH. Semoga hasil
kegiatan ini dapat bermanfaat bagi Asdep Urusan Data dan Informasi pada khususnya
dan Kementerian negara Lingkungan Hidup pada umumnya
Halaman 43 dari 49
5
