PEMBINA

Ashwin Sasongko

PENGARAH

Firmansyah Lubis

Pancat Setyantana

TIM PENYUSUN

Muhammad Arief

Dwi Handoko

Gunarso

Sri Saraswati W. W.

Kusnanda Supriatna

TIM TEKNIS

Didi Sukyadi

Agung Basuki

Alamat : Jl. Medan Merdeka Barat No.9 Jakarta

Website : http://www.aptika.kominfo.go.id/

Hak cipta dilindungi oleh undang-undang

Dilarang mengutip, menyimpan dan menyebarluaskan dalam bentuk

apapun, sebagian atau seluruh isi buku ini tanpa ijin dari penyusun.
 PENGANTAR

Pengembangan Sistem Elektronik Pemerintah yang terimplementasi di

setiap instansi pemerintah hingga saat ini masih dalam taraf pengolahan
data yang bersifat lokal dan tidak dapat digunakan secara langsung
melalui jaringan sistem elektronik, sehingga sulit untuk melaksanakan
Sistem Elektronik yang terintegrasi antar instansi pemerintah.

Solusi yang selalu diunggulkan dalam menangani integrasi sistem

elektronik adalah dengan metode sentralisasi yang menerapkan
kesamaan standar yang ketat. Hal ini sangat bertolak belakang dengan
kondisi model pengadaan di pemerintahan yang umumya bersifat
sektoral untuk memenuhi kebutuhan organisasinya. Kendala utama yang
dihadapi saat akan menerapkan proses integrasi Sistem Elektronik
Pemerintah adalah terdapatnya keragaman format data dan platform
teknologi yang digunakan masing-masing Sistem Elektronik yang telah
dibangun dan dikembangkan oleh berbagai vendor atau penyedia dengan
mengusung solusi unggulan yang ditawarkan.

Buku ini disusun sebagai pedoman untuk mencapai solusi integrasi sistem
elektronik antar instansi pemerintah melalui Tata Kelola dan Tata
Laksana Interoperabilitas Sistem Elektronik Pemerintah dalam wujud
implementasi teknologi Government Service Bus (GSB) secara Nasional.
Kami menyampaikan banyak terima kasih kepada semua pihak yang
telah membantu dalam penyusunan buku pedoman ini, semoga
bermanfaat bagi seluruh instansi pemerintah di Indonesia.

Direktur e-Government,

Ir. Firmansyah Lubis, MIT.

iii
 DAFTAR ISI

Pengantar ....................................................................................... iii

Daftar Isi ........................................................................................ iv

Daftar Gambar ............................................................................... vii

Daftar Istilah dan Singkatan ............................................................. ix

1 PENDAHULUAN ............................................................................ 1

2 GOVERNMENT SERVICE BUS NASIONAL.......................................... 3

2.1 DEFINISI GOVERNMENT SERVICE BUS (GSB) NASIONAL ............ 3

2.2 LINGKUP PANDUAN GSB NASIONAL ......................................... 5

2.3 GAMBARAN UMUM ARSITEKTUR GSB NASIONAL ........................ 6

3 KELEMBAGAAN DAN ORGANISASI GSB NASIONAL ......................... 11

3.1 STRUKTUR KELEMBAGAAN GSB NASIONAL ..............................12

3.1.1 Unit Strategis Pengelola Kebijakan dan Pedoman .................12

3.1.2 Unit Pelaksana Operasional ...............................................13

3.1.3 Forum Komunikasi ...........................................................14

3.2 TUGAS POKOK DAN FUNGSI KELEMBAGAAN NASIONAL .............15

3.2.1 Pengelola Kebijakan dan Pedoman GSB ..............................15

3.2.2 Pelaksana Operasional ......................................................15

3.2.3 Forum Komunikasi GSB ....................................................18

3.3 KELEMBAGAAN DAN ORGANISASI GSB SEKTORAL/LOKAL ..........19

3.3.1 Struktur Kelembagaan ......................................................20

3.3.2 Tugas Pokok dan Fungsi Kelembagaan ...............................20

3.4 KOMUNIKASI ANTAR GSB ......................................................22

iv
4 TATA LAKSANA GSB NASIONAL ................................................... 24

4.1 KEANGGOTAAN GSB NASIONAL ............................................. 27

4.2 KONSOLIDASI LAYANAN ........................................................ 29

5 TATA LAKSANA GSB SEKTORAL/LOKAL ........................................ 32

5.1 MANAJEMEN PEMANFAATAN AKSES ........................................ 33

5.1.1 Keanggotaan .................................................................. 35

5.1.2 Permintaan Akses Layanan Web ........................................ 37

5.1.3 Pengelolaan Hak Akses..................................................... 39

5.1.4 Pelaporan Penggunaan Layanan ........................................ 40

5.2 MANAJEMEN PENGELOLAAN LAYANAN WEB ............................. 41

5.2.1 Pengelolaan Penyedia Layanan Web ................................... 43

5.2.2 Pengelolaan Layanan Web ................................................ 45

5.2.3 Pengelolaan Direktori ....................................................... 47

5.2.4 Manajemen Pelaporan Kinerja Layanan Web ....................... 48

5.3 MANAJEMEN ADMINISTRASI SYSTEM ...................................... 49

5.3.1 Perawatan Sistem ............................................................ 52

5.3.2 Pengelolaan Data ............................................................ 56

5.3.3 Pengembangan Sistem ..................................................... 58

5.4 MANAJEMEN KEAMANAN ........................................................ 60

5.4.1 Keamanan Penyedia dan Pengguna Layanan ....................... 63

5.4.2 Monitoring Transaksi ........................................................ 65

5.4.3 Penanganan Insiden ........................................................ 67

5.4.4 Kebijakan Manajemen Keamanan Data dan Informasi .......... 69

v
 5.4.5 Pelaporan Keamanan........................................................70

5.5 TATALAKSANA METADATA .....................................................72

5.5.1 Tatalaksana Pengusulan Metadata......................................72

5.5.2 Tatalaksana Perubahan Metadata .......................................73

6 PENUTUP .................................................................................. 75

DAFTAR PUSTAKA ........................................................................... 76

LAMPIRAN ..................................................................................... 77

vi
 DAFTAR GAMBAR

Gambar 2-1. Gambaran Umum Pertukaran Data dalam GSB Nasional. .... 3

Gambar 2-2. Arsitektur GSB Nasional. ................................................ 6

Gambar 3-1. Struktur Kelembagaan Pengelolaan GSB Nasional. ........... 12

Gambar 3-2. Unit Strategis Pengelola Kebijakan dan Pedoman GSB...... 13

Gambar 3-3. Unit Pelaksana Operasional GSB Nasional ....................... 14

Gambar 4-1. Aspek Tata Laksana GSB Nasional. ................................ 25

Gambar 5-1. Aspek Tata Laksana GSB Sektoral/Lokal. ........................ 33

Gambar 5-2. Pemanfaatan Akses GSB. ............................................. 34

Gambar 5-3. Diagram Alur Pengelolaan Keanggotaan GSB. ................. 37

Gambar 5-4. Diagram Alur Permintaan Penggunaan Layanan Web. ...... 38

Gambar 5-5. Diagram Alur Pengelolaan Hak Akses. ............................ 39

Gambar 5-6. Diagram Alur Pelaporan Penggunaan Layanan. ................ 40

Gambar 5-7. Pengelolaan layanan web dalam GSB. ............................ 42

Gambar 5-8. Diagram Alur Pengelolaan Anggota Penyedia Layanan web.

.................................................................................................... 43

Gambar 5-9. Diagram Alur Pengelolaan Layanan Web. ....................... 45

Gambar 5-10. Diagram Alur Pengelolaan Direktori Layanan. ................ 48

Gambar 5-11. Administrasi Sistem GSB. ........................................... 52

Gambar 5-12. Diagram Alur Monitoring dan Perawatan Sistem GSB. .... 54

Gambar 5-13. Diagram Alur Backup dan Recovery Sistem GSB. ........... 56

Gambar 5-14. Diagram Alur Perawatan Data. .................................... 58

Gambar 5-15. Diagram Alur Pengembangan Sistem GSB..................... 59

vii
Gambar 5-16. Manajemen Keamanan GSB. .......................................62

Gambar 5-17. Diagram Alur Proses Keamanan Penyedia dan Pengguna

Layanan. .......................................................................................64

Gambar 5-18. Diagram Alur Proses Monitoring Transaksi. ....................67

Gambar 5-19. Diagram Alur Penanganan Insiden. ..............................69

Gambar 5-20. Diagram Alur Proses Kebijakan Manajemen Keamanan

Data dan Informasi. ........................................................................70

Gambar 5-21. Diagram Alur Proses Pelaporan Keamanan. ...................71

viii
 DAFTAR ISTILAH DAN SINGKATAN

API Application Programming Interface atau antarmuka

aplikasi yang menjadi penghubung antar program
aplikasi dan sumber data. Saat ini banyak digunakan
istilah Web API.

GSB Government Service Bus, sistem manajemen

integrasi informasi dan pertukaran data Instansi
Pemerintah yang mampu melakukan sinergitas
informasi dari beberapa API/Webservices secara
masif (Multi Webservices).

Interoperabilitas Kemampuan dari 2 atau lebih sistem atau komponen

data/informasi untuk bertukar data atau informasi, dan
mempergunakan data / informasi hasil pertukaran
tersebut.

Metadata Data mengenai data, dalam bentuk informasi

terstruktur yang mendeskripsikan, menjelaskan,
menemukan, atau setidaknya membuat menjadikan
suatu informasi mudah untuk ditemukan kembali,
digunakan, atau dikelola.

SOA Service Oriented architecture atau arsitektur

berbasis layanan adalah permodelan perangkat
lunak yang dibangun dengan pendekatan layanan,
dimana setiap resource (yang disebut service) dari
perangkat lunak terpartisi secara bersih satu sama
lain; bersifat otonomi; merepresentasikan sebuah
business logic atau automation logic; dan dapat

ix
 berkomunikasi satu sama lain melalui sebuah
protokol yang sudah terstandardisasi untuk
memudahkan integrasi service baru serta
penyusunan ulang kumpulan service yang
disebabkan proses bisnis yang berubah

Webservice Aplikasi web yang berinteraksi dengan aplikasi web

lainnya untuk pertukaran data.

XML eXtensible Markup Language, markup serbaguna

yang direkomendasikan W3C untuk mendeskripsikan
berbagai macam data. XML menggunakan markup
tags seperti halnya HTML namun penggunaannya
tidak terbatas pada tampilan halaman web saja.

x
1 PENDAHULUAN
Salah satu kriteria informasi yang baik menurut praktik baik TIK yang
ada adalah adanya integritas data, dimana data yang seharusnya sama
akan terdefinisikan dan benar-benar sama dimanapun data itu
disimpan/digunakan.

Dalam data yang dikelola pemerintah, adanya kebutuhan data yang sama
di lintas instansi pemerintah adalah suatu keniscayaan. Idealnya data
yang sama mempunyai akurasi yang sama, karena penggunaan data
bersama adalah suatu keniscayaan dalam pemerintahan. Contohnya
adalah data penduduk, penting untuk digunakan bersama lintas instansi
pemerintah karena merupakan data dasar dan data strategis dalam
pengambilan keputusan di banyak instansi. Oleh karenanya penggunaan
data penduduk yang sama adalah suatu keniscayaan.

Walaupun dirasakan pentingnya berbagi data terutama data yang dipakai

oleh banyak instansi pemerintah, tentu saja hal tersebut tidak akan dapat
berjalan dengan sendirinya. Diperlukan suatu tata kelola pertukaran data
instansi agar jelas ‘apa’, ‘siapa’ dan ‘bagaimana’ nya, sehingga
‘interoperabilitas’ pertukaran data dapat berjalan dengan baik.

Interoperabilitas didefinisikan sebagai kapabilitas dari suatu sistem –

yang antar mukanya diungkapkan sepenuhnya – untuk berinteraksi dan
berfungsi dengan sistem lain, kini atau di masa mendatang, tanpa
batasan akses atau implementasi. Dengan demikian interoperabilitas data
antar pemerintah adalah kapabilitas sistem informasi pemerintahan untuk
berinteraksi dan berfungsi satu sama lainnya dengan berbagi data
pemerintahan.

Proses tata kelola itu sendiri merupakan proses-proses yang ditujukan

untuk memastikan bahwa tujuan utama tata kelola dapat tercapai, terkait

1
dengan pencapaian tujuan organisasi, pengelolaan sumber daya, dan
manajemen risiko. Untuk itu mekanisme tata kelola adalah berupa
penentuan kebijakan, pengarahan serta monitoring dan evaluasi terhadap
proses-proses tata kelola, yang mencakup perencanaan, manajemen
belanja/investasi, realisasi sistem, pengoperasian dan pemeliharaan
sistem. Adapun aspek-aspek tata kelola selain kebijakan dan peraturan
adalah kelembagaan atau organisasi, sumber daya (termasuk sumber
daya manusia) serta proses dan prosedur.

Dokumen ini bermaksud untuk menjelaskan aspek penting dalam tata

kelola layanan GSB (Government Service Bus) Nasional, yaitu layanan
fasilitas pertukaran dan referensi data instansi pemerintah dari
Kementerian Komunikasi dan Informatika, khususnya yang menyangkut
kelembagaan serta proses tata laksana atau pengoperasian layanan GSB
Nasional.

Dengan layanan GSB Nasional, pengguna tidak perlu lagi berkomunikasi

satu persatu dengan banyak instansi untuk pertukaran data, akan tetapi
cukup dengan mengkoneksikan ke GSB Nasional, akan dapat dilakukan
pertukaran data ke banyak instansi dengan mudah. Sehingga diharapkan
dapat meminimalisir prosedur yang berulang, dan mempercepat
timbulnya manfaat dari pertukaran data antar instansi, dengan
terwujudnya integritas data pemerintah.

2
2 GOVERNMENT SERVICE BUS NASIONAL

2.1 DEFINISI GOVERNMENT SERVICE BUS (GSB) NASIONAL

Government Service Bus (GSB) Nasional merupakan implementasi dari

ESB pada bidang pemerintahan. GSB Nasional terdiri dari kumpulan
standar-standar teknis, persyaratan teknis yang memastikan bahwa
pertukaran data antara berbagai instansi pemerintah dapat berjalan
dengan baik, handal dan efisien. Dengan sistem pertukaran data yang
sudah ter-standarisasi, diharapkan akan mempermudah pertukaran data
dalam lingkungan pemerintahan, dimana GSB Nasional akan berfungsi
seperti tukang pos atau kurir yang mengirimkan pertukaran data antara
penyedia dan pengguna layanan e-Government dengan aman.

Berikut diberikan gambar umum pertukaran data dalam sebuah GSB

Nasional:

Gambar 2-1. Gambaran Umum Pertukaran Data dalam GSB Nasional.

Secara garis besar, fungsi dari sebuah GSB adalah sebagai berikut:

• GSB Nasional berfungsi sebagai mediator diantara penyedia

layanan dan pengguna layanan
• GSB Nasional menjamin standarisasi komunikasi antara penyedia
layanan dan pengguna layanan

3
 • GSB Nasional melakukan transformasi data sesuai standar antara
penyedia layanan dan pengguna layanan
• GSB Nasional berfungsi sebagai choreographer yang menangani
permintaan data dari pengguna layanan dan meneruskannya ke
penyedia layanan
• GSB Nasional melakukan monitoring dan pelaporan atas
permintaan dari pengguna layanan dan penyedia layanan.

Beberapa manfaat dari penerapan GSB Nasional adalah sebagai berikut:

- Complete decoupling atau partial decoupling (loosely coupled)

antara penyedia layanan dan pengguna layanan, karena pengguna
tidak berhubungan langsung dengan penyedia layanan, tetapi
melalui GSB Nasional.
- Menyederhanakan dan men-standar-kan antarmuka antara
penyedia layanan dan pengguna layanan, karena GSB Nasional
menyediakan satu cara komunikasi yang umum antara pengguna
layanan dan penyedia layanan.
- Mendukung penggunaan ulang (re-use) layanan, karena layanan
yang tersedia di GSB Nasional dapat digunakan pada sistem yang
lain dengan mudah.
- Monitoring dan pelaporan penggunaan layanan yang terpusat dan
sederhana, karena proses monitoring dan pelaporan tidak perlu
dilaksanakan pada tingkat penyedia layanan.
- Mempersingkat waktu pengembangan layanan dengan penggunaan
ulang (re-use) sehingga perubahan pada sistem birokrasi dapat
diikuti dengan perubahan pada e-Government secara cepat.

4
2.2 LINGKUP PANDUAN GSB NASIONAL

Informasi merupakan suatu sumberdaya yang sangat penting dalam

masyarakat informasi dan ekonomi berbasis ilmu pengetahuan. Oleh
karena itu penguasaan sumberdaya informasi merupakan suatu hal yang
tidak bisa diabaikan oleh pemerintah yang kemudian akan dilanjutkan
dengan optimalisasi pemanfaatan sumberdaya informasi tersebut.
Salahsatu cara yang ditempuh adalah dengan mengembangkan
Government Service Bus Nasional.

Oleh karena itu, seluruh kebijakan, panduan dan standar yang terdapat
dalam buku ini harus diikuti oleh semua pihak yang terkait dengan
pemerintah, seperti misalnya:

- Seluruh Kementerian Republik Indonesia

- Seluruh instansi pemerintah pusat dan daerah

- Seluruh pemerintah pusat dan daerah

- Pihak swasta yang akan bekerjasama dengan pemerintah

- Pihak swasta yang akan mengerjakan / mengembangkan aplikasi

pemerintah

Disamping itu, semua proyek e-Government yang dibiayai oleh pihak luar
atau donor juga harus mengikuti kebijakan, panduan dan standar yang
terdapat dalam buku ini.

Buku panduan ini tidak mengatur teknologi yang digunakan pada sebuah
GSB, tapi kebijakan pertukaran data dan standar teknologi yang
disepakati. Penggunaan jenis teknologi diserahkan pada masing-masing
Kementerian/Lembaga dan pemerintah pusat / daerah sesuai dengan
kemampuan yang dimiliki.

5
Bagi para pengelola GSB atau layanan web yang sudah berjalan, agar
dapat melakukan pertukaran data dengan GSB Nasional, perlu
dikembangkan adapter dengan mengikuti standarisasi pertukaran data,
serta mengembangkan tatakelola GSB sesuai dengan yang terdapat
dalam buku panduan ini.

2.3 GAMBARAN UMUM ARSITEKTUR GSB NASIONAL

Buku Tatakelola ini disusun berdasarkan arsitektur GSB Nasional yang

akan dijelaskan pada paragraph dibawah. Gambar berikut
memperlihatkan arsitektur dari GSB Nasional, dimana GSB Nasional
tersebut dibagi dua komponen utama, yaitu:

- GSB Nasional

- Komponen-komponen yang terhubung ke GSB Nasional.

Gambar 2-2. Arsitektur GSB Nasional.

6
Adapun komponen-komponen yang terhubung ke GSB Nasional dapat
terdiri dari:

- Komponen Kementerian / Lembaga (K/L)

o GSB Sektoral K/L
o GSB Gateway K/L
o Koneksi Langsung K/L
- Komponen Pemerintah Daerah
o GSB Lokal Pemerintah Daerah
o GSB Gateway Pemerintah Daerah
o Koneksi Langsung Pemerintah Daerah

Komponen-komponen dari GSB Nasional, GSB sektoral K/L dan GSB Lokal
Pemerintah Daerah, terdiri dari elemen-elemen sebagai berikut:

- Service Register
- Service Routing
- Adapter
- Gateway
- Choreographer
- Security
- Metadata
- Compliance tools

Uraian fungsi umum dari elemen-elemen GSB tersebut adalah sebagai

berikut:

Service Register: service register menyimpan semua layanan yang

disediakan oleh para penyedia layanan, sehingga pengguna layanan
dapat mencari layanan yang dibutuhkan pada register tersebut.

7
Service Routing: berfungsi untuk melakukan routing dan transformasi
dari berbagai format pesan, jika dibutuhkan. Routing dapat dilaksanakan
berdasarkan content-based routing, rules-based routing, policy-based
routing.

Adapter: Komunikasi antara GSB Nasional dengan aplikasi yang

terhubung ke GSB Nasional dilakukan melalui adapter. Dengan
menggunakan adapater, maka komunikasi dapat di sesuaikan dengan
standar GSB Nasional. Komunikasi dapat terjadi secara synchronous,
maupun asynchronous. Adapter dikembangkan oleh penyedia layanan
dengan mengikuti standar yang disediakan GSB Pusat atau dapat
menggunakan adapter yang sudah tersedia.

Gateway: Sebagai alternatif dari adapter, GSB menyediakan paket

adapter yang dapat digunakan oleh pengguna layanan untuk melakukan
komunikasi melalui GSB Nasional.

Choreographer: untuk layanan yang kompleks, misalnya terkait

berbagai sumber informasi, diperlukan komponen choreographer yang
akan melakukan koordinasi terhadap berbagai layanan, sehingga
pengguna akan melihat sebagai suatu layanan yang terpadu.

Security: komponen security akan bertanggungjawab terhadap

keamanan transaksi yang berjalan melalui GSB, misalnya melakukan
otorisasi, otentikasi, enkripsi informasi, implementasi sertifikat PKI dll.

Metadata: Seluruh metadata yang sudah disetujui, dikumpulkan dalam

metadata repository.

Compliance Tools:digunakan untuk menjamin bahwa layanan sesuai

dengan standard dan spesifikasi yang sudah ditentukan.

8
Sistem Government Service Bus Nasional adalah suatu sistem yang
menyediakan layanan integrasi data, baik untuk penyedia data atau
sumber data maupun untuk pengguna data.

Dengan kata lain, sistem Government Service Bus Nasional dapat pula
digambarkan sebagai suatu sistem yang terdiri dari beberapa elemen
pengguna (aktor) yang berinteraksi satu sama lain menggunakan fungsi-
fungsi interoperabilitas GSB Nasional.

Adapun pengguna serta fungsionalitas GSB dapat dijabarkan sebagai

berikut.

1. Pengguna

Pengguna GSB tersebut antara lain sebagai berikut.

§ Publik, atau masyarakat umum yang menggunakan service dari

GSB untuk mendapatkan informasi tertentu.

§ Instansi Pemerintah, adalah lembaga pemerintah yang dapat

merupakan

a. Lembaga/Instansi Pemerintah Pusat, seperti Kementerian

atau LPNK

b. Lembaga/Instansi Pemerintah Daerah, seperti Pemerintah

Propinsi dan Pemerintah Kabupaten/Kota.

2. Pengelola

Pengelola GSB, terdiri dari :

§ Manajer, adalah pengelola administratif dari sistem GSB yang

bertanggung-jawab terhadap pengelolaan GSB secara non-teknis

§ Admin System atau Administrator Sistem, adalah pengelola

teknis dari sistem GSB.

9
 3. Fungsionalitas GSB

Fungsionalitas sistem GSB dapat dinyatakan dalam bentuk

beberapa usecase, yang dikelompokkan berdasarkan aspek
pengelolaannya :

§ Pengelolaan pemanfaatan/akses

§ Pengelolaan Layanan Web

§ Pengelolaan GSB Sektoral/Lokal

§ Pengelolaan administrasi sistem

§ Pengelolaan keamanan (security)

§ Pengelolaan Metadata

10
3 KELEMBAGAAN DAN ORGANISASI
GOVERNMENT SERVICE BUS NASIONAL
Lembaga Operasional GSB Nasional merupakan lembaga pemerintah
yang bertugas memberikan pelayanan interoperabilitas data antar
berbagai institusi/lembaga pemerintah; maupun pelayanan
data/informasi tertentu untuk publik atau masyarakat pada umumnya.
Untuk itu Lembaga Operasional GSB Nasional menjalankan fungsi sebagai
berikut :

§ Memberikan dorongan kepada instansi-instansi pemerintah di

Indonesia mengenai pentingnya faktor interoperabilitas dalam
pemberdayagunaan sistem informasi di sektor pemerintahan.

§ Pelayanan repository pertukaran data atau informasi pemerintah.

§ Konsolidasi repository GSB Sektoral dan GSB Lokal.

§ Pelayanan informasi ke Forum Komunikasi Interoperabilitas.

§ Berlaku sebagai Pelayanan atas dokumen pemerintah dan

interoperabilitasnya.

§ Memberikan koneksi informasi yang aman bagi institusi

pemerintah.

Dalam menjalankan fungsi-fungsinya tersebut, lembaga GSB Nasional

perlu memiliki suatu struktur organisasi sebagai formalisasi pola dan
kegiatan yang diperlukan dalam mencapai tujuannya, yaitu efisiensi dan
efektifitas aset informasi yang dimiliki pemerintah, melalui mekanisme
interoperabilitas informasi (data) antar lembaga pemerintah dalam GSB.

11
3.1 STRUKTUR KELEMBAGAAN GSB NASIONAL

Struktur kelembagaan GSB Nasional, dibagi menjadi beberapa unit sesuai

fungsi dan tingkat kewenangannya, yaitu Unit Strategis; Unit Pelaksana
dan Forum Komunikasi.

Gambar 3-1. Struktur Kelembagaan Pengelolaan GSB Nasional.

3.1.1 Unit Strategis Pengelola Kebijakan dan Pedoman

Unit strategis bertanggung jawab dalam menetapkan kebijakan

pengelolaan, serta pedoman dalam melakukan pertukaran data antar
lembaga pemerintahan, demi tercapainya interoperabilitas data
pemerintahan yang dibutuhkan dalam menunjang pelayanan
pemerintahan. Unit strategis juga mempunyai tugas untuk
mensosialisasikan kebijakan terkait GSB Nasional terhadap para
pemangku kepentingan dan pengguna.

Untuk itu, unit ini dipimpin oleh pejabat setingkat menteri yang dalam
menjalankan fungsinya dapat di delegasikan kepada seorang pejabat
minimal setingkat Eselon 2, yang diharapkan dapat merencanakan,
memimpin, menetapkan kebijakan, sampai dengan membina dan
mengkoordinasikan unit dibawahnya.

12
 Gambar 3-2. Unit Strategis Pengelola Kebijakan dan Pedoman GSB.

3.1.2 Unit Pelaksana Operasional

Unit Pelaksana GSB bertanggung jawab terhadap pelaksanaan

operasional interoperabilitas atau pertukaran data antar lembaga
pemerintahan, agar layanan pertukaran data dapat terlaksana secara
efektif dan efisien.

Untuk itu, unit ini dipimpin oleh seorang pejabat setingkat eselon I, yang
dalam menjalankan fungsinya dapat di delegasikan kepada seorang
pejabat minimal setingkat eselon 3, yang diharapkan dapat
melaksanakan atau mengoperasikan GSB Nasional, serta menyusun
standar-standar operasi yang diperlukan dalam menunjang
interoperabilitas data.

13
 Gambar 3-3. Unit Pelaksana Operasional GSB Nasional

3.1.3 Forum Komunikasi

Forum komunikasi merupakan suatu wadah atau media komunikasi yang

difasilitasi unit strategis, yang bertujuan menjalin dan memperlancar
komunikasi antar pihak yang berkepentingan, baik unit pengelola
maupun pengguna, demi tercapainya tujuan GSB dalam menunjang
interoperabilitas data antar lembaga pemerintah.

14
3.2 TUGAS POKOK DAN FUNGSI KELEMBAGAAN NASIONAL

3.2.1 Pengelola Kebijakan dan Pedoman GSB

Sebagai pengemban fungsi strategis dalam pengelolaan GSB, unit

Strategis Pengelola Kebijakan dan Pedoman GSB Nasional memiliki
tupoksi sebagai berikut:

Tugas Pokok :

§ Menyusun dan menetapkan kebijakan-kebijakan yang diperlukan

dalam pemanfaatan GSB, baik yang bersifat pengelolaan maupun
yang bersifat teknis

Untuk itu unit ini berfungsi sebagai berikut :

§ Pengelola kebijakan pertukaran data antar instansi pemerintah

§ Pemanfaatan fasilitas GSB secara efektif dan efisien

§ Penyusunan pedoman-pedoman teknis pelaksanaan yang

diperlukan dalam menerapkan kebijakan yang diambil

§ Sosialisasi kebijakan.

3.2.2 Pelaksana Operasional

Sebagai pengemban fungsi pelaksana operasional GSB Nasional, unit ini

memiliki tupoksi sebagai pelaksana manajemen implementasi dan
compliance; penyusun standar teknis dan keamanan; serta
penyusunan/pengembangan standar metadata.

15
3.2.2.1 Manajemen Implementasi dan Compliance

Sub-unit Manajemen Implementasi dan Compliance memiliki tugas pokok

sebagai berikut :

§ Melakukan manajemen operasional GSB Nasional dalam

memberikan layanan pertukaran informasi pemerintah

§ Melakukan koordinasi dan konsolidasi data dengan pelaksana GSB

sektoral dan GSB lokal

§ Melakukan pengoperasian layanan lembaga sesuai standar teknis

dan standar interoperabilitas data yang ditentukan

§ Memastikan interoperabilitas data antar anggota (lembaga

pemerintah)

§ Melakukan uji kepatuhan (compliance) terhadap standar teknis dan

standar metadata

§ Pengembangan dan pemeliharaan aplikasi sistem GSB Nasional.

Dengan demikian sub-unit Manajemen Implementasi dan Compliance ini

memiliki fungsi sebagai berikut :

§ Pengelola administrasi keanggotaan dari GSB Sektoral/Lokal

§ Pengelola administrasi keanggotaan Penyedia Layanan Web dari

Kementerian/Lembaga dan Pemerintah Daerah

§ Pengelola administrasi permohonan dan penggunaan layanan

§ Penyedia aplikasi untuk mengakses layanan

§ Pengelola konsolidasi data dengan GSB Sektoral dan GSB Lokal

§ Pengelola sistem dan data

§ Pengelola keamanan informasi

§ Pengembangan dan Pemeliharaan aplikasi sistem GSB.

16
3.2.2.2 Standar Teknis dan Keamanan

Sub-unit Standar Teknis dan Keamanan memiliki tugas pokok sebagai

berikut :

§ Menyusun Standar Teknis dan Keamanan dan memonitor

pemenuhannya.

Dengan demikian sub-unit Standar Teknis dan Keamanan ini memiliki

fungsi sebagai berikut :

§ Penyusunan standar teknis yang meliputi

o Standar Akses dan Presentasi termasuk untuk orang dengan

kebutuhan khusus.

o Standar Aplikasi/Bisnis.

o Standar data spatial.

o Standar Integrasi Informasi/Pertukaran Data.

o Standar Jaringan.

o Standar Keamanan Informasi.

§ Pengawasan (monitoring) pelaksanaan teknis dan keamanan,

dalam hal ini

o Melakukan monitoring tentang pemanfaatan standar teknis.

o Melakukan monitoring pelaksanaan standar keamanan.

3.2.2.3 Standar Metadata

Sub-unit Standar Metadata memiliki tugas pokok sebagai berikut :

§ Melakukan pengelolaan dan pengembangan Standar Metadata dan

Standar Pengelolaan dokumen dan konten.

17
Dengan demikian sub-unit Standar Metadata ini memiliki fungsi sebagai
berikut :

§ Pengembangan Standar Metadata dengan merujuk ke standar

yang diterima secara internasional, pada tahap awal untuk data-
data strategis.

§ Pengelolaan standar Metadata yang sudah ada, untuk digunakan

pada aplikasi pemerintah atau bisnis yang berhubungan dengan
pemerintah.

§ Pemantau pelaksanaan interoperabilitas data dengan melakukan

monitoring terhadap pemanfaatan standar metadata untuk
interoperabilitas data.

§ Pengembangan standar pengelolaan dokumen dan konten dengan

merujuk pada standar yang diterima secara internasional.

3.2.3 Forum Komunikasi GSB

Forum Komunikasi GSB bertujuan sebagai wadah serta media komunikasi

antar pemangku kepentingan dalam GSB, yang diharapkan dapat
menjadi katalisator berbagai kepentingan terhadap bagi-pakai data atau
informasi pemerintahan, dalam rangka mencapai tujuan interoperabilitas
data antar pemerintah.

Forum ini difasilitasi oleh unit pelaksana GSB, berupa penyelenggaraan

berbagai forum komunikasi dan diskusi, yang membahas berbagai
permasalahan baik yang bersifat strategis terkait kebijakan GSB, maupun
yang bersifat teknis operasional interoperabilitas data dalam GSB. Forum
komunikasi dilaksanakan secara periodik dan terencana, namun tidak
menutup kemungkinan dilaksanakan di luar jadwal, bila dibutuhkan.

18
Adapun peserta dari Forum Komunikasi GSB antara lain, unit pengelola
GSB dari Kementerian Komunikasi dan Informatika, Pengelola GSB
Sektoral dan GSB Lokal, Kementerian/Lembaga Pemerintah Penyedia
Data dan Kementerian/Lembaga Pemerintah Pengguna Data, baik di
tingkat pusat maupun daerah.

Beberapa inisiatif tema diskusi yang bisa dilakukan dalam

penyelenggaraan forum komunikasi antara lain :

- Forum diskusi standar dan metadata

- Forum diskusi keamanan informasi atau pertukaran data antar

lembaga pemerintah

- Arahan pengembangan aplikasi dalam GSB

- Dan sebagainya.

3.3 KELEMBAGAAN DAN ORGANISASI GSB SEKTORAL/LOKAL

GSB Sektoral merupakan lembaga GSB, yang terkait Kementerian atau

Lembaga pemerintah yang menangani suatu sektor tertentu. Sedangkan
GSB Lokal merupakan lembaga GSB yang terkait suatu pemerintah
daerah yang menangani suatu wilayah tertentu.

Pembentukan GSB Sektoral/Lokal ini dimungkinkan apabila instansi

terkait mempunyai kemampuan sumberdaya dan fasilitas sendiri untuk
mengelola sistem GSB. Hal ini dapat memperingan tugas GSB Nasional
dalam pengelolaan penyedia dan pengguna layanan karena tersebar ke
Instansi-Instansi pengelola GSB Sektoral/Lokal.

19
3.3.1 Struktur Kelembagaan

Struktur kelembagaan GSB Sektoral/Lokal terdiri dari unit strategis, unit

operasional dan forum komunikasi sebagaimana terlihat pada gambar
3.4.

Unit Strategis GSB Sektoral/Lokal dapat berupa Chief Information Officer

(CIO) beserta perangkatnya dari suatu Kementerian/Lembaga atau
pemerintah daerah. CIO ditetapkan dan diangkat oleh Kepala
Kementerian/Lembaga atau pemerintah daerah yang bersangkutan. Unit
ini merujuk pada kebijakan, standar metadata dan keamanan, yang telah
ditetapkan oleh lembaga GSB Nasional.

Unit pelaksana Operasional GSB Sektoral dapat berupa suatu lembaga

yang berdiri sendiri, maupun menjadi fungsi dari suatu unit layanan di
kementerian yang menangani sektor tertentu. Demikian pula dengan unit
operasional GSB Lokal dapat berupa suatu satuan kerja daerah yang
berdiri sendiri maupun menjadi fungsi dari unit layanan pada suatu
satuan kerja pemerintah daerah tertentu.

Unit operasional GSB Sektoral/Lokal bertugas memberikan pelayanan

interoperabilitas data sektoral/lokal di lingkungan pemerintah; maupun
pelayanan data/informasi tertentu untuk publik atau masyarakat pada
umumnya.

3.3.2 Tugas Pokok dan Fungsi Kelembagaan

Sebagai pengemban fungsi pelaksana operasional GSB Sektoral/Lokal,

unit operasional GSB Sektoral/Lokal memiliki tupoksi sebagai pelaksana
manajemen implementasi GSB Sektoral/Lokal.

20
 Gambar 3-4. Unit Pelaksana Operasional GSB Sektoral/Lokal

Sebagai pelaksana operasional, lembaga ini memiliki tugas pokok sebagai

berikut :

§ Mengambil langkah-langkah yang diperlukan agar data elektronik

dapat tersedia dalam rangka pemberian layanan yang terkait
dengan interoperabilitas sesuai dengan tugas dan fungsi instansi
pemerintah

§ Melakukan manajemen operasional GSB Sektoral/Lokal dalam

memberikan layanan pertukaran informasi pemerintah

21
 § Melakukan koordinasi dan konsolidasi data dengan pelaksana GSB
Nasional sehingga direktori layanan nasional selalu terkinikan

§ Melakukan pengoperasian layanan lembaga sesuai standar teknis

dan standar interoperabilitas data yang ditentukan

§ Memastikan interoperabilitas data antar anggota di lingkup

kerjanya

§ Merujuk terhadap standar teknis dan standar metadata yang

ditetapkan oleh sub unit pelaksana operasional GSB Nasional

§ Berpartisipasi dalam Forum GSB Nasional dan memberikan

masukan dalam kegiatan forum tersebut.

3.4 KOMUNIKASI ANTAR GSB

Sistem Government Service Bus Nasional menjadi mediator yang

menghubungkan penyedia layanan dengan pengguna layanan di semua
lingkup pemerintahan yang terdiri atas Kementerian dan Lembaga, dan
pemerintah daerah.

Sejalan dengan perkembangan layanan pertukaran data, beberapa

Kementerian atau Lembaga pemerintah dapat membuat GSB tersendiri
yang dalam hal ini disebut sebagai GSB Sektoral/Lokal, sehingga dapat
menjadi mediator dan integrasi dalam hal pertukaran data pada sektor
atau wilayah daerah tertentu.

Keberadaan GSB sektoral dan GSB lokal ini perlu didaftarkan dan
diintegrasikan secara nasional sehingga keberadaan GSB-GSB inipun
dapat diketahui dan dimanfaatkan oleh instansi pemerintah lainnnya.
Dalam hal ini GSB nasional menjadi induk dari GSB sektoral dan GSB

22
lokal, yang mencatat keberadaan GSB-GSB tersebut beserta layanan-
layanan yang tersedia di dalamnya ke dalam direktori khusus.

Instansi pemerintah pengguna layanan yang terdaftar pada sistem GSB

Nasional dapat mengetahui ketersediaan layanan dengan mengakses
direktori layanan di GSB nasional. Jika instansi pengguna layanan ingin
memperoleh akses layanan dari penyedia layanan yang terdaftar di dalam
GSB sektoral atau GSB lokal, instansi tersebut dapat mendaftar langsung
ke GSB terkait. Dalam hal ini persetujuan akses terhadap layanan yang
diminta menjadi tanggung jawab dari GSB sektoral atau GSB lokal yang
bersangkutan.

Direktori yang memuat daftar GSB dan layanan-layanan yang tersedia di

dalamnya harus selalu terkinikan sehingga pengguna GSB nasional dapat
memperoleh data layanan yang valid. Sehubungan dengan hal ini,
diperlukan adanya konsolidasi data antara GSB Nasional dengan GSB
sektoral dan GSB lokal. Setiap kali terjadi perubahan layanan, baik itu
berupa penambahan penyedia layanan atau pengurangan penyedia
layanan di dalam suatu GSB sektoral atau GSB lokal, harus terekam
dengan segera pada direktori layanan GSB nasional.

Penyedia Layanan di dalam GSB Sektoral/Lokal dapat menjadi penyedia

layanan di dalam GSB Nasional, sehingga pengguna layanan di luar GSB
Sektoral/Lokal dapat mengakses langsung melalui GSB Nasional. Dalam
hal ini, pengelola GSB Nasional dapat memproses pendaftaran pengguna
layanan untuk layanan yang sudah terdaftar di dalam GSB Nasional.

23
4 TATA LAKSANA GSB NASIONAL

Diperlukan suatu aturan atau tata laksana GSB Nasional agar terbentuk
suatu mekanisme kerja sama interoperabilitas sistem elektronik
pemerintah di tingkat nasional, khususnya dalam hal pertukaran atau
bagi pakai data, diantara instansi atau lembaga pemerintah, baik sebagai
pemilik data maupun pengguna data, baik instansi pemerintah ataupun
warganegara yang mempunyai hak untuk mendapatkan layanan data.

Seperti yang telah dibahas pada bab sebelumnya, ketersediaan GSB

Nasional memberikan cara untuk menggabungkan layanan web menjadi
arsitektur yang mengintegrasikan aplikasi dan layanan menjadi tulang
punggung yang membentang di lingkungan instansi pemerintah dan
dapat diperluas ke seluruh instansi pemerintah yang ada di Indonesia.
GSB membuat layanan web, XML, dan teknologi integrasi lainnya segera
terasa manfaatnya, apalagi disertai dengan teknologi yang telah matang
saat ini.

Pengintegrasian layanan dan pertukaran data antar instansi

pemerintahan di Indonesia merupakan hal yang sangat penting, terutama
dalam pemanfaatan data yang telah terbangun, pengurangan duplikasi
data, dan menjaga kesahihan data yang ada. Cakupan dari GSB Nasional
pemerintah Indonesia sangatlah besar karena banyaknya lembaga dan
instansi pemerintah yang ada, baik itu di tingkatan Pusat, Provinsi,
Kabupaten/Kota, hingga Kecamatan.

Mengingat besarnya cakupan GSB Nasional yang mungkin terbentuk,

maka diperlukanlah tata kelola dan tata laksana tersendiri agar dapat
menjamin terjadinya kerja sama dan pertukaran data antar instansi.
Untuk itulah perlu disusun manajemen GSB Nasional yang dapat

24
menjembatani antara instansi-instansi penyedia data yang menyediakan
layanan web dengan instansi-instansi pengguna.

Gambar 4-1. Aspek Tata Laksana GSB Nasional.

Manajemen GSB Nasional pada dasarnya mengatur cara penyediaan

layanan web oleh instansi penyedia data dan publikasinya, mengelola
pengguna yang ingin memanfaatkan layanan yang tersedia, dan tata
laksana bagaimana pengguna dapat mengakses layanan-layanan yang
telah tersedia tersebut. Selain itu GSB Nasional mengelola pula GSB
Sektoral maupun GSB Lokal yang terhubung kepadanya.

25
Secara garis besar pengelolaan GSB di tingkat Nasional dapat
dikelompokkan sebagai berikut :

§ Manajemen Pengelolaan GSB Sektoral/Lokal

Manajemen pengelolaan GSB Sektoral/Lokal secara umum

mengatur keanggotaan GSB Sektoral/Lokal, melakukan koordinasi
serta konsolidasi pelayanan yang diberikan antar GSB.

§ Manajemen Pemanfaatan Akses

Secara umum manajemen pemanfaatan akses mengatur tata cara

keikutsertaan lembaga sebagai anggota pengguna atau pengakses
layanan yang ada di dalam GSB dari pendaftaran, persetujuan
keanggotaan, pengelolaan hak-hak anggota di dalam sistem GSB,
serta pelaporan penggunaannya.

§ Manajemen Pengelolaan Layanan Web

Layanan Web yang tersedia di dalam GSB perlu dikelola dengan

baik sehingga pertukaran data antar instansi dapat terlaksana
dengan baik. Tata kelola Layanan Web berfungsi untuk mendaftar
anggota penyedia Layanan Web, mendaftar layanan yang ada dan
API yang diperlukan untuk mengakses Layanan Web tersebut, serta
menyusun Layanan Web yang ada ke dalam direktori sehingga
pengguna GSB dapat mengetahui ketersediaan layanan data
tertentu dan cara pengaksesannya.

§ Manajemen Administrasi Sistem

Manajemen Administrasi Sistem berfungsi untuk menjaga sistem

GSB tetap berfungsi secara normal dan menjalankannya kembali
secara cepat jika terjadi gangguan, sehingga tingkat layanan sistem
GSB terjaga pada tingkat yang tinggi. Di dalam tata kelola ini
dilakukan tata cara monitoring sistem, pencatatan log, dan diatur
26
 juga backup dan recovery untuk menjaga keamanan data.
Manajemen administrasi juga mengatur tata laksana
pengembangan perangkat lunak GSB agar sejalan dengan standard
yang ada dan mengikuti perkembangan teknologi Informasi yang
sangat pesat serta untuk memperbaiki perangkat lunak tersebut
jika ditemukan bug di dalamnya.

§ Manajemen Keamanan

Keamanan sistem GSB merupakan topik yang sangat krusial karena

melibatkan pertukaran data yang cukup penting dan kadangkala
mempunyai sifat rahasia. Hal ini seringkali memicu para hacker
untuk berupaya merusak sistem yang ada. Untuk menanggulangi
hal ini maka perlu dibuat kebijakan keamanan dan pelaksanaannya
dan selalu memonitor transaksi yang terjadi. Jika terjadi suatu
insiden tata laksana penanggulanggannya juga harus ditentukan
sehingga dapat segera diatasi dan sistem dapat berjalan secara
normal lagi serta insiden serupa dapat dihindari.

• Manajemen Metadata

Manajemen metadata berfungsi untuk mengelola standar metadata

yang akan digunakan sebagai rujukan bagi penyedia dan pengguna
layanan. Termasuk dalam manajemen metadata adalah proses
pengusulan metadata dan proses perubahan metadata.

4.1 KEANGGOTAAN GSB NASIONAL

Keanggotaan GSB Nasional diperlukan untuk dapat mengakses layanan

web yang terdaftar pada GSB Nasional. Keanggotaan GSB Nasional
bersifat resmi dan diajukan oleh institusi atau lembaga pemerintah
kepada manajemen pengelola GSB, dalam hal ini GSB Nasional, untuk
27
selanjutnya diverifikasi untuk dapat disetujui keanggotaannya.
Keanggotaan dapat pula diberikan juga kepada organisasi resmi lainnya
yang berkepentingan, dengan mengajukan permohonan yang sama
kepada manajemen pengelola GSB Nasional.

Dalam keanggotaan GSB Nasional, terdapat beberapa jenis tipe anggota.

Bila dilihat dari sifat penggunaan, anggota bisa berupa anggota pengguna
yang memanfaatkan layanan dari layanan web dan anggota penyedia
yang memberikan layanan web. Bila dilihat dari bentuk kelembagaan
pengguna, keanggotaan bisa berbentuk sebagai berikut :

- GSB Lokal (GSB Sektoral, GSB Pemerintah Daerah)

- Instansi Pemerintah (K/L atau Daerah)

- Organisasi lain yang terkait.

GSB Lokal adalah suatu kelembagaan GSB di tingkat yang lebih rendah
atau lingkup yang lebih sempit, misalnya GSB yang melayani pertukaran
data antar lembaga di sektor tertentu, seperti sektor pendidikan,
kesehatan, perbankan dan sebagainya, maupun GSB yang melayani
beberapa lembaga di wilayah tertentu, seperti pemerintah daerah di
regio, propinsi atau kabupaten/kota tertentu.

GSB Lokal dikoordinasi oleh GSB Nasional dalam rangka konsolidasi

pertukaran data di lingkup yang lebih luas atau nasional. Untuk itu,
lembaga GSB Lokal harus didaftarkan secara resmi.

Keanggotaan GSB Nasional bersifat periodik, yang harus diperbaharui

dalam jangka waktu yang ditentukan. Hal ini ditujukan untuk mendorong
kerjasama interoperabilitas yang baik dan berkelanjutan diantara para
anggota dalam memanfaatkan dan meningkatkan fasilitas yang ada.

28
Persyaratan keanggotaan berbeda untuk masing-masing bentuk
keanggotaan.

Untuk dapat menjadi GSB Lokal, suatu lembaga harus memiliki

kemampuan yang memadai dari segi kapasitas untuk dapat menyediakan
layanan GSB Lokal yang berkualitas dan memenuhi aspek integritas
(dapat dipercaya), ketersediaan (availability), kesinambungan
(continuity) dan keamanan (security) dari layanannya. Untuk itu
kapasitas yang harus dimiliki dapat bersifat teknis seperti infrastruktur
dan perangkat GSB, maupun kapasitas non-teknis, seperti kelembagaan,
manajerial, operasional termasuk SDM.

4.2 KONSOLIDASI LAYANAN

Government Service Bus Nasional, merupakan sistem yang

menghubungkan penyedia layanan dengan pengguna layanan yang
dilakukan secara Nasional. Dimana penyedia layanan yang menyediakan
layanan web dari GSB Sektoral/Lokal, dan pengguna layanan merupakan
lembaga, kementerian, pemerintah pusat/daerah hingga publik yang
dapat memanfaatkan layanan tersebut.

Dilihat dari fungsinya, GSB Nasional bertugas sebagai mediator dan

integrator dari GSB Sektoral/Lokal dibawahnya, meliputi pertukaran data
dan permohonan akses terhadap data, seperti sektor kependudukan oleh
Kementerian Dalam Negeri dan sektor kesehatan oleh Kementerian
Kesehatan.

GSB Sektoral/Lokal menjalankan fungsinya di lingkungan sektornya

sendiri untuk kepentingan GSB Sektor/Lokal tersebut, untuk keperluan
pelayanan secara nasional, keberadaan GSB tersebut perlu di ketahui dan
dimanfaatkan secara lingkup nasional, dan dapat dipergunakan oleh

29
instansi pemerintah lainnya. Layanan-layanan yang di miliki oleh GSB
tersebut perlu dikonsolidasikan oleh GSB Nasional, yang menjadi induk
dari GSB Sektoral/Lokal tersebut. Layanan-layanan dari GSB
Sektoral/Lokal, dicatat pada GSB Nasional, pada sebuah direktori khusus
yang dapat di akses oleh seluruh pengguna GSB Nasional. Jika instansi
pengguna layanan ingin memperoleh akses layanan dari penyedia
layanan yang terdaftar di dalam GSB Sektoral/Lokal, pengguna dapat
mendaftar langsung ke GSB terkait. Persetujuan akses terhadap layanan
yang diminta menjadi tanggung jawab dari GSB Sektoral/Lokal yang
bersangkutan untuk ditindak lanjuti .

Direktori pada GSB Nasional, berisi daftar layanan berikut GSB

Sektoral/Lokal yang menyediakannya. Direktori ini di fasilitasi dengan
mesin pencarian , untuk memudahkan pengguna dalam mencari layanan
yang diinginkan. Daftar layanan haruslah senantiasa terkinikan setiap
saat, agar dapat menyediakan informasi terbaru, baik mengenai layanan-
layanan baru, maupun layanan-layanan yang sudah tidak ada. Agar
pengguna memperoleh data layanan yang valid, dengan kata lain setiap
kali terjadi perubahan layanan, baik itu berupa penambahan layanan atau
pengurangan layanan di dalam suatu GSB Sektoral/Lokal, harus terekam
dengan segera pada direktori layanan GSB Nasional.

Konsolidasi data direktori pada GSB Nasional dapat dilakukan dengan

cara GSB Nasional melakukan secara aktif untuk memperbaharui datanya
setiap saat dengan melihat setiap perubahan yang terjadi pada semua
GSB Sektoral/Lokal. Peran aktif setiap GSB Sektoral/Lokal untuk
mempublikasikan layanan-layanan terkininya pada direktori GSB
Nasional, juga menjadi salah satu proses yang memungkinkan untuk
mendapatkan data direktori GSB Nasional yang selalu terkini. Untuk
memenuhi kebutuhan tersebut, dibutuhkan sebuah pilihan konsep

30
teknologi yang dapat menjalankan proses sinkronisasi data dari GSB
Sektoral/Lokal dan GSB Nasional.

Komunikasi antar GSB tidak terlepas dari konsep layanan web dan
interoperabilitas antar sistem informasi, salah satunya adalah untuk
sinkronisasi data. Seperti kita ketahui secara teknis layanan web memiliki
mekanisme interaksi antar sistem sebagai penunjang interoperabilitas,
baik berupa agregasi (pengumpulan) maupun sindikasi (penyatuan).
Dengan kata lain layanan web memiliki layanan terbuka untuk
kepentingan integrasi data dan kolaborasi informasi yang bisa di akses
melalui internet.

31
5 TATA LAKSANA GSB SEKTORAL/LOKAL
Walaupun cakupan layanan GSB Sektoral/Lokal lebih sempit dari pada
GSB Nasional, tetap diperlukanlah tata kelola dan tata laksana tersendiri
agar dapat menjamin terjadinya kerja sama dan pertukaran data antar
instansi. Selain itu, dari segi skalabilitas, sangat dimungkinkan terjadinya
penyediaan layanan pertukaran data yang cukup massif di tingkat
sektoral/lokal. Hal ini sangat bergantung pada kapabilitas, kebutuhan
hingga kapasitas pengelolaan yang diperlukan untuk dapat menjembatani
keperluan instansi-instansi penyedia dan pengguna data.

Bab ini akan membahas manajemen tata laksana GSB Sektoral atau
Lokal, sehingga terbentuk kerja sama antar instansi pemerintah dan
pertukaran data antar pemilik data dan juga pengguna layanan data, baik
instansi pemerintah ataupun warganegara yang mempunyai hak untuk
mendapatkan layanan data, di lingkup yang lebih kecil, misalnya di sector
perbankan, sector kesehatan, atau daerah propinsi atau kabupaten
tertentu.

Manajemen GSB Sektoral/Lokal pada dasarnya mengatur cara

penyediaan layanan web oleh instansi penyedia data dan publikasinya,
mengelola pengguna yang ingin memanfaatkan layanan yang tersedia,
dan tata laksana bagaimana pengguna dapat mengakses layanan-layanan
yang telah tersedia tersebut. Secara garis besar pengelolaan GSB
Sektoral/Lokal dapat dikelompokkan sebagai berikut :

§ Manajemen Pemanfaatan Akses, untuk mengatur tata cara

keikutsertaan lembaga sebagai anggota pengguna atau pengakses
layanan GSB

§ Manajemen Pengelolaan layanan web, untuk mengelola penyediaan

layanan web.

32
 § Manajemen Administrasi Sistem, menjaga fungsionalitas sistem

§ Manajemen Keamanan, untuk menjaga keamanan layanan

pertukaran data

Gambar 5-1. Aspek Tata Laksana GSB Sektoral/Lokal.

5.1 MANAJEMEN PEMANFAATAN AKSES

Dalam Manajemen Pemanfaatan Akses, salah satu fungsinya adalah

untuk mengelola keanggotaan GSB untuk dapat memanfaatkan layanan
web yang tersedia. Keanggotaan bersifat resmi dan harus diajukan oleh
instansi pemerintahan kepada manajemen pengelola pada unit pelaksana
GSB, untuk dapat di setujui keanggotaannya.

33
Dalam teknisnya, untuk dapat mengakses layanan data pada layanan
web, anggota mengajukan permohonan pada pengelola layanan web
untuk dapat mengakses layanan/metode yang ada. Unit pelaksana GSB,
dalam hal ini melakukan fungsi pengelolaan Hak Akses dari para anggota
dalam memanfaatkan layanan web yang ada.

Disamping itu, dalam pengelolaan pemanfaatan akses GSB, terdapat

fungsi kontrol terhadap seluruh aktifitas penggunaan dan pelayanan
akses layanan web dari para anggotanya.

Gambar 5-2. Pemanfaatan Akses GSB.

34
Dengan demikian, manajemen pemanfaatan akses GSB dapat
dikelompokkan menjadi beberapa proses berikut, sebagaimana terlihat
pada gambar diatas :

- Proses Keanggotaan, yang bertujuan untuk mengelola Keanggotaan

GSB baik sebagai pengguna data maupun sebagai pemberi layanan
web.

- Proses Permintaan Penggunaan layanan web (Permohonan akses

layanan web), yang bertujuan untuk mengelola permohonan untuk
mengakses layanan web yang ada.

- Proses Pengelolaan Hak Akses, yang bertujuan untuk mengelola

anggota GSB, baik hak aksesnya maupun masa berlakunya.

- Proses Pelaporan Penggunaan, yang bertujuan untuk melakukan

monitoring, menganalisa dan melaporkan penggunaan layanan
web.

5.1.1 Keanggotaan

Pengelolaan Keanggotaan GSB bertujuan melakukan pengelolaan

administratif keanggotaan untuk dapat mengakses layanan web yang
terdaftar pada GSB.

Keanggotaan bersifat resmi dan diajukan oleh lembaga pemerintah

kepada manajemen pengelola kepada unit pelaksana GSB, untuk
selanjutnya diverifikasi untuk dapat disetujui keanggotaannya.
Keanggotaan dapat diberikan juga kepada organisasi atau LSM , dengan
mengajukan permohonan yang sama kepada manajemen unit pelaksana
GSB.

35
Dalam Keanggotaan GSB, terdapat beberapa jenis tipe anggota,
diantaranya anggota yang memanfaatkan layanan dari layanan web dan
anggota yang memberikan layanan web.

Keanggotaan bersifat periodik, yang harus diperbaharui dalam jangka

waktu yang ditentukan. Hal ini ditujukan untuk mendorong dan
mengaktifkan para anggota dalam memanfaatkan dan meningkatkan
fasilitas yang ada.

Adapun langkah-langkah dalam permohonan keanggotaan adalah sebagai

berikut :

1. Instansi pemerintah pusat, pemerintah daerah atau publik yang

ingin mendaftar sebagai anggota baru maupun memperpanjang
keanggotaan, dapat mengajukan permohonan dengan mengisi
formulir yang disediakan.

2. Manajer GSB menerima permohonan formulir permohonan beserta

data penunjangnya, selanjutnya dilakukan proses verifikasi,untuk
mendapatkan keabsahan data permohonan tersebut.

3. Berdasarkan kelengkapan data, serta hasil verifikasi, manajer

pengelola keanggotaan akan memutuskan menyetujui atau
menolak permohonan tersebut.

4. Manajer melaporkan kepada Admin System, akan adanya

penambahan / perubahan data keanggotaan.

5. Hasil permohonan keanggotaan, disampaikan secara formal kepada

pemohon.

36
 Gambar 5-3. Diagram Alur Pengelolaan Keanggotaan GSB.

5.1.2 Permintaan Akses Layanan Web

Permintaan Akses Layanan Web, pada hakekatnya anggota melakukan

permohonan permintaan kepada penyedia layanan web yang terdaftar
terdapat pada GSB, untuk dapat menggunakan layanan yang tersebut.
Setelah permohonan penggunaan di setujui oleh pemilik layanan web,
Anggota dapat menggunakan layanan tersebut. Permintaan akses cukup
dilakukan satu kali saja diawal, dan dapat di gunakan kapan saja untuk
pengaksesan layanan pada layanan web tersebut.

Adapun langkah-langkah dalam permintaan akses layanan web adalah

sebagai berikut :

1. Anggota yang berupa Instansi pemerintah pusat, pemerintah

daerah atau publik mengajukan permohonan untuk dapat
mengakses layanan web.

37
 2. Manajer penyedia layanan web menerima permohonan dari
anggota, untuk diverifikasi dan diberikan hak aksesnya.

3. Manajer penyedia layanan web, memutuskan menyetujui atau

menolak permohonan akses layanan tersebut.

4. Hasil permohonan akses layanan web, disampaikan oleh Manajer

penyedia layananweb kepada Admin System sebagai pengelola hak
akses anggota, untuk dapat menambah/mengupdate data hak
akses.

5. Hasil permohonan akses layanan web disampaikan kepada

pemohon.

Gambar 5-4. Diagram Alur Permintaan Penggunaan Layanan Web.

38
5.1.3 Pengelolaan Hak Akses

Pengelolaan hak akses dilakukan oleh Manajer dibantu oleh Admin

System (SysAdmin atau System Administrator) pada GSB. Pengelolaan
dilakukan terhadap hak akses setiap anggota pada layanan Web yang
tersedia.

Adapun langkah-langkah dalam Pengelolaan hak akses layanan web pada

GSB adalah sebagai berikut :

1. Admin System menerima data keanggotaan GSB dari Manajer.

2. Admin System mendata keanggotaan GSB.

3. Admin System menerima layanan-layanan web dari Manajer.

4. Admin System mendata layanan-layanan web.

5. Admin System menerima hak akses anggota pada layanan web

dari Manajer.

6. Admin System mendata hak akses anggota pada layanan web.

Gambar 5-5. Diagram Alur Pengelolaan Hak Akses.

39
5.1.4 Pelaporan Penggunaan Layanan

Salah satu tugas pengelola GSB adalah melakukan monitoring,

menganalisa dan melaporkan penggunaan data dan informasi oleh
anggota pada layanan-layanan web yang tersedia. Pelaporan di berikan
secara berkala kepada penentu kebijakan sebagai bahan dalam
menentukan perkembangan GSB.

Dalam pelaporan, berisi beberapa hal kasus, seperti tidak berjalannya

layanan web, harus di tindak lanjuti untuk dapat di selesaikan. Baik yang
bersifat teknis maupun administratif.

Gambar 5-6. Diagram Alur Pelaporan Penggunaan Layanan.

40
Adapun langkah-langkah dalam pelaporan penggunaan layanan web
adalah sebagai berikut :

1. Admin System menerima informasi permohonan eksekusi layanan

web oleh anggota.

2. Admin System menerima hasil eksekusi layanan Layanan Web

dari pengelola layanan web. Hasil bisa berupa eksekusi yang
berhasil atau eksekusi yang gagal. Jika terjadi kegagalan,
melaporkan kepada Manajer untuk di tindak lanjuti.

3. Admin System mendata hasil eksekusi.

4. Admin System melakukan monitoring penggunaan layanan web

oleh anggota .

5. Admin System melaporkan penggunaan layanan web oleh

anggota.

6. Manajer menerima laporan penggunaan layanan web oleh

anggota.

5.2 MANAJEMEN PENGELOLAAN LAYANAN WEB

Manajemen pengelolaan layanan web dalam GSB bertujuan selain

melakukan pengelolaan administratif non-teknis terhadap layanan
interoperabilitas data melalui layanan web yang diberikan.

Salah satu komponen penting dalam pengelolaan layanan layanan web ini
adalah pengelolaan direktori atau katalog yang tersedia bagi pengguna
GSB yang berisi informasi atau daftar layanan layanan web GSB yang
tersedia.

41
Secara garis besar manajemen pengelolaan layanan web terbagi menjadi
beberapa proses berikut :
- Proses Pengelolaan Anggota dalam hal ini Anggota Penyedia
layanan web, yang bertujuan melakukan pengelolaan administratif
keanggotaan institusi/lembaga penyedia data atau layanan web.
- Proses Pengelolaan layanan web, yang bertujuan untuk melakukan
pengelolaan administratif layanan web dalam GSB, antara lain
pendaftaran sampai dengan pengembangannya.
- Proses Pengelolaan Direktori atau katalog layanan, yang bertujuan
untuk menyusun dan mengelola direktori layanan web yang ada.
- Proses Pelaporan kinerja, yang bertujuan untuk menyajikan laporan
statistik dan analisis kinerja dari penyediaan layanan (service) GSB
serta dilihat dari berbagai aspek layanan yang diberikan GSB.

Gambar 5-7. Pengelolaan layanan web dalam GSB.

42
5.2.1 Pengelolaan Penyedia Layanan Web

Pengelolaan anggota penyedia Layanan Web bertujuan untuk melakukan

administrasi pendaftaran keanggotaan (institusi) yang akan menyediakan
Layanan Web, untuk memastikan serta menjamin keabsahan penyedia
data atau Layanan Web dalam GSB.

Gambar 5-8. Diagram Alur Pengelolaan Anggota Penyedia Layanan web.

Untuk itu, hal penting yang dilakukan dalam proses ini adalah
memastikan bahwa penyedia data atau Layanan Web adalah pihak yang
berwenang, dengan dilakukannya pemeriksaan terhadap keberadaan fisik
dan legalitas atau kewenangan penyedia data atau Layanan Web yang
bersangkutan. Dengan demikian diharapkan bahwa data yang
dipertukarkan melalui layanan GSB dapat terjamin keabsahannya.

43
Adapun langkah-langkah dalam pengelolaan anggota penyedia Layanan
Web GSB adalah sebagai berikut :

1. Instansi pemerintah pusat, pemerintah daerah atau publik yang

ingin mendaftar sebagai anggota penyedia Layanan Web baru
maupun merubah keanggotaan, dapat mengajukan permohonan
dengan mengisi formulir yang disediakan.

2. Setelah formulir permohonan keanggotaan penyedia Layanan Web

diterima, manajer pengelola keanggotaan akan melakukan
verifikasi administratif berdasarkan form permohohan dan data
penunjang yang diajukan. Verifikasi yang dilakukan adalah
memeriksa keberadaan pihak pendaftar, tugas dan wewenang
institusi, sampai dengan sistem informasi pemohon, untuk
memastikan kewenangan dan keberlangsungan penyediaan data.

3. Berdasarkan kelengkapan data serta hasil verifikasi langsung,

manajer pengelola keanggotaan akan menyetujui atau menolak
permohonan atau pendaftaran keanggotaan penyedia Layanan
Web yang diajukan, dan memberitahukan penerimaan/penolakan
keanggotaan tersebut pada pihak pemohon secara formal/resmi.

4. Untuk permohonan yang disetujui maupun tidak, data

permohonan disimpan atau direkam, lengkap dengan status
persetujuan pendaftaran.

5. Untuk permohonan yang disetujui, manajer pengelolaan

keanggotaan akan memberikan notifikasi untuk ditindaklanjuti
seterusnya oleh Admin System.

6. Selanjutnya Admin System akan merekam, menambahkan atau

memperbaharui data keanggotaan pemohon yang bersangkutan.

44
5.2.2 Pengelolaan Layanan Web

Pengelolaan layanan web dalam GSB bertujuan untuk melakukan

pendaftaran baru maupun pembaharuan Layanan Web untuk memastikan
kelayakan teknis dari Layanan Web tersebut, atau kesesuaiannya dengan
standar yang ditetapkan.

Gambar 5-9. Diagram Alur Pengelolaan Layanan Web.

Untuk itu proses penting dalam pengelolaan Layanan Web ini adalah
melakukan pemeriksaan atau verifikasi teknis terhadap layanan yang
didaftarkan.

45
Adapun langkah-langkah dalam pengelolaan Layanan Web GSB adalah
sebagai berikut :

1. Instansi pemerintah pusat, pemerintah daerah maupun publik yang

telah menjadi anggota GSB atau anggota penyedia Layanan Web,
melakukan pendaftaran Layanan Web baru atau pembaharuan
Layanan Web, sesuai alur prosedur yang ditetapkan dan tersedia
pada GSB. Sebagai contoh pembaharuan Layanan Web antara lain
karena adanya perubahan struktur data oleh pihak penyedia data
akibat pengembangan sistem. Untuk itu, pendaftar dapat
memasukkan nama layanan, methode sampai dengan alamat URL
yang akan digunakan.

2. Manajer pengelola layanan yang mendapat notifikasi form

pendaftaran Layanan Web akan memeriksa kelengkapan data
secara administratif. Apabila ada kekurangan atau ketidak-
sesuaian, maka pemohon akan diberitahu secara resmi.

3. Bila sesuai, manajer pengelola Layanan Web akan meminta Admin

System untuk melakukan proses verifikasi teknis.

4. Admin System melakukan proses verifikasi atau kesesuaian teknis

terhadap Layanan Web yang didaftarkan, termasuk API yang
diperlukan.

5. Untuk seluruh permohonan Layanan Web yang memenuhi maupun

tidak memenuhi verifikasi teknis, Admin System akan merekam
data permohonan Layanan Web, lengkap dengan status hasil
verifikasi teknis.

6. Untuk permohonan Layanan Web yang telah memenuhi

persyaratan atau verifikasi teknis, maka Admin System akan
merekam, menambahkan atau memperbaharui data Layanan Web.

46
 7. Admin System memberitahu Manajer pengelola Layanan Web
mengenai hasil verifikasi teknis, untuk selanjutnya diberitahukan
kepada pendaftar atau pemohon Layanan Web.

8. Bila suatu service lulus verifikasi teknis, maka Manajer pengelola

service akan mem-publish Layanan Web tersebut.

5.2.3 Pengelolaan Direktori

Pengelolaan direktori dalam GSB pada hakikatnya merupakan

pengelolaan terhadap rekam (record) layanan web yang ada termasuk
data keanggotaan penyedianya, sebagai informasi bagi pengguna GSB,
serta masukan dalam melakukan analisis kinerja GSB secara
keseluruhan. Data yang dikelola termasuk data service lama yang
mungkin telah tidak diberikan lagi, maupun data keanggotaan penyedia
Layanan Web lama yang tidak aktif lagi.

Adapun langkah-langkah dalam pengelolaan direktori GSB adalah sebagai

berikut :

1. Manajer pengelola direktori melakukan pengecekan teratur

terhadap keberlanjutan layanan setiap Layanan Web yang
disediakan dengan mengecek data transaksi penggunaan layanan
GSB, untuk melihat status keberhasilan (completion) dari layanan
data GSB.

2. Apabila terdapat layanan Layanan Web yang tidak berjalan maka

Manajer pengelola direktori akan menotifikasikan Admin System,
untuk melakukan pengecekan teknis.

3. Admin System melakukan pengecekan pada sistem GSB. Bila

permasalahan terdapat pada sistem, Admin System akan
mengatasi permasalahan dan menotifikasi Manajer pengelola
direktori bila permasalahan telah teratasi.

47
 4. Bila permasalahan tidak pada pada sistem GSB, Admin System
akan menotifikasi Manajer pengelola direktori untuk ditindak-lanjuti
dengan menghubungi Anggota penyedia layanan terkait.

5. Apabila Anggota penyedia layanan terkait menyatakan bahwa

layanan sementara atau seterusnya tidak dapat disediakan, maka
Manajer pengelola direktori akan meng-update status publikasi
dalam direktori layanan Layanan Web yang tersedia.

Gambar 5-10. Diagram Alur Pengelolaan Direktori Layanan.

5.2.4 Manajemen Pelaporan Kinerja Layanan Web

Pengelolaan pelaporan kinerja GSB pada hakikatnya bertujuan untuk

menyajikan laporan statistik dan analisis kinerja dari penyediaan layanan
web GSB yang diberikan.

48
Adapun laporan kinerja yang diberikan antara lain :

1. Laporan statistik dan analisis terhadap permohonan keanggotaan

penyedia Layanan Web, termasuk diantaranya persentasi
persetujuan/penolakan dan alasan penolakan.

2. Laporan statistik dan analisis terhadap keanggotaan GSB, termasuk

diantaranya pertumbuhan keanggotaan dan jenis keanggotaan.

3. Laporan statistik dan analisis terhadap permohonan layanan

Layanan Web, termasuk diantaranya persentasi
persetujuan/penolakan Layanan Web dan alasan penolakan.

4. Laporan statistik dan analisis terhadap layanan Layanan Web GSB

yang ada, termasuk diantaranya pertumbuhan jumlah dan jenis
service.

5. Laporan statistik dan analisis terhadap keberhasilan (completion)

dari layanan GSB.

5.3 MANAJEMEN ADMINISTRASI SYSTEM

Administrasi sistem GSB merupakan hal yang penting untuk menjamin

ketersediaan layanan yang handal dan sahih dengan memberikan
informasi terkini mengenai Layanan Web yang ada dan penyediaan data
terkini. Administrator GSB hanya menyediakan informasi Layanan Web
yang telah didaftarkan oleh penyedia Layanan Web dan tidak dapat
mengontrol Layanan Web yang telah didaftarkan tersebut. Kendali
Layanan Web yang didaftarkan sepenuhnya ada di pihak penyedia
Layanan Web tersebut.

49
Hal ini memungkinkan Layanan Web yang telah didaftarkan menjadi tidak
tersedia lagi karena penyedia Layanan Web telah mematikan sistem
Layanan Web tersebut, dan pengguna tidak dapat mengakses layanan
yang ada. Dalam hal ini administrator GSB harus segera menghapus
Layanan Web yang telah dihentikan layanannya dari daftar Layanan Web
yang tersedia, sehingga pengguna dapat segera mengetahui bahwa
layanan sudah tidak tersedia.

Hal ini juga berlaku jika terjadi perubahan antarmuka Layanan Web di
dalam salah satu Layanan Web yang telah didaftarkan. Administrator GSB
harus segera mengubah di dalam daftar layanan yang ada sehingga
antarmuka Layanan Web yang baru dari penyedia Layanan Web yang
melakukan perubahan tersebut dapat terpublikasi. Pengguna Layanan
Web yang mempunyai hak akses terhadap Layanan Web yang terjadi
perubahan antarmuka harus segera diinfomasikan mengenai terjadinya
perubahan antarmuka di dalam Layanan Web yang dia gunakan. Dengan
demikian pengguna akan selalu mendapat informasi terkini tentang
Layanan Web yang tersedia di dalam sistem GSB.

Jika integrasi layanan Layanan Web melalui GSB ini telah terbentuk,
maka dapat dipastikan lalu lintas pertukaran data yang terjadi akan
sangat besar. Sehubungan dengan ini sistem GSB harus dapat
memonitor jalannya sistem sehingga jika terjadi kejanggalan atau error,
segera dapat dilakukan pemecahannya segera mungkin dan sistem dapat
tetap berjalan secara normal.

Idealnya layanan GSB adalah tersedia tanpa henti yaitu 24 jam sehari, 7
hari dalam seminggu. Apalagi jika instansi pengguna dan penyedia
Layanan Web telah banyak sehingga layanan tanpa henti akan sangat
diharapkan oleh semua anggota GSB. Di sisi lain, setiap sistem ICT selalu

50
memerlukan tindakan perawatan, baik dari segi perangkat keras maupun
sistem itu sendiri.

Dalam melakukan perawatan system, terutama perawatan yang

berkaitan dengan perangkat, seringkali layanan harus dimatikan terlebih
dahulu dan pengguna tidak dapat mengakses layanan GSB. Perawatan
semacam ini tidak dapat dihindari namun harus dapat dilakukan dalam
waktu yang singkat sehingga layanan dapat segera tersedia seperti
sebelumnya. Untuk itu tata laksana perawatan sistem harus ditetapkan
dan dilakukan dengan benar sehingga dapat meminimalisir terputusnya
layanan GSB.

Perangkat keras dan sistem yang digunakan di dalam setiap sistem ICT
tidak dapat dijamin seratus persen dapat beroperasi sepanjang waktu
yang diinginkan. Seringkali di saat yang sangat dibutuhkan, muncul
kerusakan pada salah satu peralatan sehingga layanan terganggu atau
bahkan terhenti sama sekali. Selain itu ketersediaan daya listrik juga
tidak dapat dijamin tersedia 24 jam sehari, 7 hari seminggu. Dalam ini
tata laksana backup dan recovery harus didefinisikan dan dijalankan
dengan benar sehingga administrator dapat mengembalikan sistem ke
keadaan semula dengan segera jika terjadi kerusakan atau gangguan.
Jadwal dan prosedur backup harus dilakukan secara teratur sehingga
sistem dapat dikembalikan ke keadaan semula dan meminimalisir
kehilangan data jika terjadi kerusakan atau gangguan sistem.

Perkembangan teknologi informasi yang sangat pesat seringkali membuat

sistem yang telah dikembangkan akan cepat usang sehingga sistem yang
ada seringkali perlu ditingkatkan kemampuannya untuk mengikuti
standard-standard dan teknologi yang berlaku pada saat itu. Peningkatan
kemampuan sistem ini harus dijaga sehingga Layanan Web yang ada
semakin meningkat kemampuannya dan juga kinerjanya.

51
Terkait hal-hal tersebut di atas, secara umum manajemen administrasi
sistem terdiri dari tiga bagian utama yaitu perawatan sistem, pengelolaan
data, dan pengembangan sistem, seperti terlihat di dalam gambar
berikut.

Gambar 5-11. Administrasi Sistem GSB.

5.3.1 Perawatan Sistem

Sistem GSB menjembatani pertukaran data antar instansi pemerintah

sehingga kelancaran pertukaran data ini sangat tergantung pada kinerja
dan tingkat ketersediaan sistem. Untuk mencapai kinerja dan tingkat
ketersediaan sistem GSB yang tinggi diperlukan perangkat dengan
kinerja yang tinggi serta sistem penyimpan (storage) dengan sistem
redundansi data yang baik, yaitu minimal menggunakan penyimpan RAID

52
tingkat 1 yang sudah memiliki salinan data di didalam disk secara
otomatis. Beberapa tindakan perlu dilakukan untuk menjaga kinerja dan
tingkat ketersediaan yang tinggi terhadap sistem GSB, di antaranya
adalah :

a. Memonitor jalannya sistem

Administrator sistem harus memantau jalannya sistem agar
munculnya kejadian-kejadian yang tidak diharapkan dapat
diketahui secara dini, dan diatasi dengan segera. Kemungkinan
gangguan baik secara fisik, seperti terputusnya jaringan, maupun
secara aplikasi seperti adanya malware dan virus, dapat diatasi
dengan segera.

b. Mengevaluasi kinerja sistem GSB selama pelayanan berjalan

Pertambahan pengguna dan penyedia Layanan Web akan
mengakibatkan lalu-lintas data yang intensif dan kemungkinan
akan membebani sistem serta mengurangi kinerja. Evaluasi kinerja
dari suatu sistem Informasi yang selalu berkembang sangat
diperlukan untuk melihat apakah sistem yang ada masih mampu
melayani pengguna sesuai standard layanan yang teah ditetapkan.
Pada suatu titik tertentu, kemungkinan kinerja sistem akan turun
karena besarnya lalu-lintas penggunaan dan juga besarnya
kuantitas data yang mengalir. Evaluasi ini diperlukan untuk
menentukan apakah sistem GSB perlu peningkatan dan jika
diperlukan harus dapat ditentukan apakah perangkat keras,
perangkat lunak, dan/atau lebar pita jaringan sistem GSB yang
perlu ditingkatkan.
c. Membuat log sistem
Log sistem GSB diperlukan untuk mencatat semua kegiatan dan
transaksi yang melalui sistem. Log sistem ini nantinya digunakan

53
 sebagai salah satu bahan untuk membuat evaluasi, catatan error,
dan laporan statistik dari sistem GSB.

d. Mendeteksi terjadinya error dan memperbaiki bug penyebab error

Setiap terjadi error di dalam sistem, administrator harus
mendeteksi dan memulihkan sistem kembali ke keadaan semula
agar sistem dapat beroperasi lagi secara normal. Kejadian error
harus tercatat dan disimpan ke dalam log kesalahan. Sistem
administrator harus mengecek isi log kesalahan secara rutin dan
mengevaluasi jenis kesalahan serta mencarikan solusi
pemecahannya sesegera mungkin.

Gambar 5-12. Diagram Alur Monitoring dan Perawatan Sistem GSB.

54
e. Melakukan upgrade sistem
Jika sistem GSB baru telah selesai dikembangkan dan diuji, sistem
administrator harus segera meng-upgrade sistem yang sedang
berjalan agar layanan GSB terkini dapat diberikan kepada
pengguna.

f. Melakukan backup sistem

Sistem administrator harus membackup sistem secara berkala.
Backup total keseluruhan sistem dapat dilakukan satu atau dua
kwartal sekali sedangkan backup parsial dapat dilakukan harian
atau mingguan, tergantung pada besarnya perubahan sistem.
Dengan adanya backup ini maka jika terjadi kegagalan atau
kerusakan sistem, maka sistem akan dapat dipulihkan dengan
segera seperti kondisi sebelumnya.

g. Membuat laporan statistik terhadap sistem GSB

Sistem administrator wajib membuat laporan ststistik penggunaan
sistem GSB secara berkala berdasarkan log yang ada. Laporan
sistem GSB ini sangat diperlukan untuk mengetahui lalu-lintas data
antara pengguna dan penyedia Layanan Web. Dari statistik ini
dapat dilihat keaktifan pengguna dan Layanan Web apa yang paling
banyak diakses oleh pengguna. Tingkat keberhasilan dan kegagalan
pengguna juga dapat ditampilkan di dalam laporan ini.

55
 Gambar 5-13. Diagram Alur Backup dan Recovery Sistem GSB.

5.3.2 Pengelolaan Data

Seiring dengan bertambahnya pengguna dan Layanan Web yang ada di

dalam sistem GSB, data yang terbentukpun akan selalu bertambah dan
juga lalu-lintas pertukaran data yang terjadi akan meningkat. Data yang
terbentuk di dalam sistem GSB seperti daftar pengguna, daftar Layanan
Web, daftar penyedia Layanan Web dan lain-lain, selalu berubah baik itu
berupa penambahan, modifikasi atau penghapusan data. Selain itu, lalu-
lintas pertukaran data yang melalui sistem GSB memungkinan untuk di

56
simpan ke dalam basis data tersendiri di dalam sistem GSB, sehingga
hasil kueri pengguna ke suatu Layanan Web akan tersimpan di dalam
basis data tersebut. Di kemudian hari, jika ada pengguna yang
mengakses suatu Layanan Web dengan perintah permintaan yang sama,
tetapi pada saat tersebut Layanan Web sedang bermasalah maka sistem
GSB dapat memberikan hasil dari basis data tersebut. Tentu saja hasil
tersebut harus diberi catatan bahwa kemungkinan hasil tidak akurat
karena merupakan caching dari kueri sebelumnya. Jika anggota dan
penyedia Layanan Web sudah cukup banyak, dapat dipastikan akan
terjadi pertukaran data yang intensif dengan kuantitas yang besar.
Akibatnya data yang terbentuk sangat dinamis, sehingga harus dikelola
dengan baik agar data yang tersedia tetap sahih dan merupakan data
yang termutakhirkan.

Sistem administrator harus melakukan proses pemutakhiran data secara

berkala sehingga data yang ada di dalam sistem GSB adalah data yang
terkini. Selain pemutakhiran data, sistem administrator juga perlu
melakukan pengecekan data untuk menghilangkan data ganda serta
melakukan konsolidasi data dengan Layanan Web yang tersedia.

Seperti halnya dengan perawatan sistem, sistem administrator juga harus

membackup data secara berkala, sehingga jika terjadi kegagalan atau
kerusakan data, maka sistem administrator akan dapat memulihkannya
dengan segera ke kondisi sebelumnya.

57
 Gambar 5-14. Diagram Alur Perawatan Data.

5.3.3 Pengembangan Sistem

Teknologi informasi berkembang dengan sangat pesat, baik dalam hal

perangkat keras maupun perangkat lunaknya. Hal ini mengakibatkan
perangkat lunak suatu sistem informasi juga harus tetap dikembangkan
untuk dapat menyesuaikan dengan standar dan sistem terbaru yang ada.
Hal ini berlaku juga untuk sistem GSB yang harus tetap dikembangkan
sesuai dengan perkembangan standar teknologi yang berlaku saat itu.

Peningkatan sistem GSB yang ada dapat dipicu dari berbagai hal seperti
ditemukannya bug baik oleh pengguna ataupun administrator, kebutuhan
tambahan modul oleh pengguna, kebutuhan peningkatan kinerja,
penyesuaian sistem dengan standar baru yang berlaku, dan lain-lain.
58
Pengembangan yang dipicu oleh ditemukannya bug merupakan kejadian
yang insidentil namun perlu perbaikan dengan segera untuk menjamin
kelancaran sistem.

Gambar 5-15. Diagram Alur Pengembangan Sistem GSB.

Berikut garis besar proses Pengembangan Sistem GSB :

- Penambahan modul ataupun peningkatan kemampuan sistem GSB

diputuskan oleh manajer berdasarkan analisa yang diperoleh dari
masukan pengguna, administrator sistem dan forum GSB.

- Manajer selanjutnya membuat spesifikasi untuk peningkatan sistem

yang diberikan kepada pengembang sistem GSB.

- Hasil pengembangan ini kemudian diuji sesuai dengan spesifikasi

yang telah ditentukan hingga terbentuk sistem GSB yang baru.

59
 - Sistem yang baru ini selanjutnya diterapkan untuk menggantikan
sistem GSB yang lama.

5.4 MANAJEMEN KEAMANAN

Keamanan sistem GSB merupakan topik yang sangat krusial karena

melibatkan pertukaran data yang cukup penting dan kadangkala
mempunyai sifat rahasia. Hal ini seringkali memicu usaha pihak yang
tidak bertanggungjawab untuk berupaya merusak sistem yang ada.

Untuk menanggulangi hal ini maka perlu dipersiapkan suatu sistem

pengelolaan keamanan yang meliputi berbagai aspek, antara lain
kebijakan keamanan dan implementasinya, monitoring transaksi, standar
teknis keamanan dan lain-lain.

Agar sistem pengelolaan keamanan tersebut dapat berjalan dengan baik,

perlu disusun dokumen tata laksana sehingga jika terjadi suatu insiden
maka cara penanggulangan yg tepat dapat segera dijalankan dan sistem
dapat berjalan secara normal lagi dan insiden serupa dimasa yang akan
datang dapat dihindari.

Beberapa persyaratan umum tentang keamanan yang perlu diperhatikan

pada saat memanfaatkan GSB adalah sebagai berikut:

- Identification: sebuah sistem yang aman harus dapat menjawab

pertanyaan “Siapakah anda?”

- Authentication: sebuah sistem yang aman harus dapat

membuktikan bahwa “Apakah anda benar-benar diri anda sendiri?”

- Authorization: sebuah sistem yang aman harus dapat menjawab

pertanyaan “Apakah anda berhak melakukan apa yang anda
kerjakan saat ini?”

60
 - Trust: sebuah sistem yang aman harus dapat menjawab
pertanyaan “Apakah kita setuju untuk bekerja sama?”

- Confidentiality: sebuah sistem yang aman harus dapat menjawab

pertanyaan “Apakah ada pihak lain di antara kita?”

- Integrity: sebuah sistem yang aman harus dapat menjawab

pertanyaan “Apakah yang saya dapatkan adalah apa yang anda
kirimkan?”

- Non-repudiation: sebuah sistem yang aman harus dapat menjawab

pertanyaan “Apakah anda dapat men-klaim bahwa anda tidak
menerima atau mengirimkan data, meskipun sebenarnya anda
menerima atau mengirimkannya?”

- Auditing: sebuah sistem yang baik harus dapat menjawab

pertanyaan “Apakah saya dapat membuktikan apa yang terjadi?”

Dengan memperhatikan persyaratan diatas, secara umum, ada beberapa

entitas utama yang harus diperhatikan aspek keamanannya sehingga
GSB dapat berjalan dengan baik, entitas-entitas tersebut adalah:

- Entitas pengguna dan penyedia layanan: yaitu pihak yang

memanfaatkan layanan.

- Entitas layanan yang disediakan: seperti misalnya monitoring

transaksi, pelaporan terjadinya insiden, penanganan insiden.

- Entitas data dan informasi: mencakup keamanan data dan

informasi yang dipertukarkan melalui GSB.

- Entitas jaringan: mencakup keamanan jaringan yang digunakan

oleh GSB.

61
Dengan mempertimbangkan aspek-aspek di atas, maka tata kelola
manajemen keamanan dikelompokkan menjadi beberapa proses berikut,
sebagaimana terlihat pada gambar berikut.

Gambar 5-16. Manajemen Keamanan GSB.

- Proses Keamanan Penyedia dan Pengguna Layanan, yang bertujuan

untuk menjamin keamanan dan kerahasiaan data atau informasi
yang dipertukarkan antara penyedia dan pengguna layanan maka
perlu dilakukan proses otentifikasi dan otorisasi serta mencegah
terjadinya non-repudiasi.

- Proses Monitoring Transaksi, yang bertujuan untuk melakukan

monitoring atau pengawasan terhadap layanan transaksi

62
 pertukaran data untuk mencegah pemanfaatan data oleh pihak
yang tidak berhak.

- Proses Penanganan Insiden, yang bertujuan untuk menangani

insiden keamanan yang terjadi pada saat pemanfaatan GSB, antara
lain dengan mendeteksi, menangani dan mencatat insiden yang
terjadi.

- Proses Pengelolaan Kebijakan Keamanan/ Kebijakan Manajemen

Keamanan Data dan Informasi, yang bertujuan untuk
mempersiapkan kebijakan keamanan yang diperlukan untuk
pemanfaatan GSB.

- Proses Pelaporan Keamanan, yang bertujuan untuk menyediakan

pelaporan berkala mengenai permasalahan keamanan yang terjadi
sebagai masukan untuk evaluasi kinerja sistem terkait keamanan.

5.4.1 Keamanan Penyedia dan Pengguna Layanan

Dalam pemanfaatan GSB, keamanan penyedia dan pengguna data sangat

penting untuk diperhatikan, mengingat bahwa dalam banyak transaksi
seringkali melibatkan informasi yang perlu dijaga kerahasiaannya. Untuk
dapat menjamin hal tersebut maka beberapa tata laksana yang perlu
diperhatikan adalah:

a. Otentikasi penyedia dan pengguna layanan, sistem GSB harus

dapat mengetahui siapa penyedia dan pengguna layanan secara
benar dan apakah penyedia atau pengguna layanan memang benar
sesuai dengan yang diakuinya. Ada banyak cara untuk
merealisasikan hal ini, antara lain dengan memberikan username
dan password kepada penyedia dan pengguna layanan,
memanfaatkan teknologi key-based digital signing dan signature
verification, biometrics, smart cards, dan lain-lain.

63
 b. Otorisasi penyedia dan pengguna layanan, sistem GSB harus dapat
menjamin bahwa penyedia atau pengguna memang berhak
melakukan apa yang dilakukannya saat ini. Beberapa cara dapat
digunakan untuk melakukan otorisasi penyedia atau pengguna
layanan, seperti misalnya penerapan kebijakan, control akses, atau
digital rights management dan banyak lagi cara lainnya.

c. Non-repudiasi, sebuah sistem GSB yang baik harus dapat

mencegah bahwa penyedia dan pengguna layanan meng-klaim
tidak menerima atau mengirimkan data, meskipun sebenarnya
menerima atau mengirimkannya. Beberapa teknologi yang dapat
dimanfaatkan antara lain key-based digital signing dan signature
verification, message reliability dan lain-lain.

Berikut diagram alur keamanan penyedia dan pengguna layanan GSB.

Gambar 5-17. Diagram Alur Proses Keamanan Penyedia dan Pengguna

Layanan.
64
5.4.2 Monitoring Transaksi

Transaksi yang berjalan pada sebuah sistem GSB dapat berlangsung

dalam kuantitas yang besar, dengan pertukaran data yang bervariasi
juga. Sebagian dari data dan informasi dipertukarkan kemungkinan
bersifat rahasia dan konfidensial sehingga hanya boleh dimiliki oleh pihak
yang berhak saja. Oleh karena itu diperlukan tata laksana monitoring
transaksi untuk mencegah terjadinya pemanfaatan data oleh yang tidak
berhak. Beberapa hal yang perlu diperhatikan antara lain:

a. Tata laksana untuk memantau transaksi yang sedang berjalan.

Mengingat transaksi yang sedang berjalan dapat berjumlah sangat
banyak pada satu saat yang bersamaan, maka perlu ada
pemantauan dari transaksi-transaksi tersebut baik secara otomatis
maupun secara manual. Pemantauan secara otomatis dapat
menggunakan mekanisme what-if analysis, sehingga ketika terjadi
anomali pada transaksi yang sedang berlangsung maka system
administrator akan mendapatkan pesan secara otomatis.

b. Membuat log proses transaksi yang sedang berjalan merupakan

bagian dari tata laksana monitoring transaksi. Dengan
memanfaatkan log transaksi dan melakukan analisa terhadap log
tersebut jika ada permasalahan pada transaksi berjalan, akan
dapat diambil tindakan yang tepat sehingga permasalahan yang
terjadi dapat diselesaikan dengan cepat.

c. Membuat history proses yang sudah selesai juga merupakan bagian

dari monitoring transaksi yang berguna ketika proses recovery
akan dilaksanakan, terutama jika terjadi kerusakan pada log proses
transaksi maka history proses yang sudah selesai dilaksanakan
dapat digunakan untuk melakukan proses recovery sehingga ketika

65
 dalam proses tersebut yang perlu diulang hanya proses-proses
yang pada saat terjadi permasalahan masih berjalan.

d. Menjamin kerahasiaan (confidentiality) transaksi akan memberikan

rasa aman pada penyedia ataupun pengguna layanan, bahwa data
atau informasi yang dipertukarkan tidak diambil oleh pihak yang
tidak bertanggungjawab. Dengan kata lain tidak ada pihak lain
yang dapat mengetahui proses suatu transaksi, kecuali penyedia
dan pengguna layanan yang bersangkutan.

e. Menjamin integritas transaksi bertujuan bahwa tidak ada pihak

yang dapat merubah data atau informasi yang dikirimkan melalui
GSB, sehingga dapat dijamin bahwa data atau informasi yang
diterima pengguna adalah sesuai dengan yang dikirim oleh
penyedia layanan, hal ini dapat dilakukan antara lain dengan
menggunakan message digest.

f. Melakukan audit transaksi merupakan suatu hal yang secara rutin

harus dilakukan sehingga perlu ada suatu tata kelola yang jelas
mengenai cara-cara melakukan audit tersebut.

66
 Gambar 5-18. Diagram Alur Proses Monitoring Transaksi.

5.4.3 Penanganan Insiden

Terjadinya suatu insiden dalam pertukaran informasi dengan

menggunakan GSB merupakan suatu hal yang tidak diinginkan. Tetapi
mengingat perkembangan teknologi yang sangat cepat dan juga
ketergantungan teknologi informasi terhadap aspek lain, misalnya
ketersediaan listrik, hacker yang merusak sistem, maka perlu disusun
suatu tata laksana terkait dengan penanganan insiden yang terjadi dalam
penggunaan GSB.

Beberapa kemungkinan insiden yang terjadi antara lain:

- Hacker yang masuk ke dalam sistem GSB dan melakukan

perusakan terhadap sistem GSB, misalnya menghapus layanan,
memasukan virus dan lain-lain

67
 - Hacker yang melakukan interupsi terhadap jalur komunikasi GSB.

- Hacker yang melakukan modifikasi terhadap data/informasi yang

dipertukarkan melalui GSB

- Hacker yang meng-intercept data yang dikirimkan

- Hacker yang bertindak seolah-olah menjadi GSB dan memberikan

layanan.

- Dan lain-lain.

Mengingat hal-hal tersebut diatas, maka perlu disusun tata kelola

penanganan insiden yang mencakup hal-hal sebagai berikut:

- Mendeteksi terjadinya insiden, proses deteksi terjadinya insiden

dapat dilakukan oleh system atau system administrator dengan
memperhatikan terjadinya anomali dari transaksi yang sedang
berjalan atau sudah berjalan, atau berdasarkan laporan dari
penyedia/pengguna layanan yang mengalami kejanggalan pada
proses transaksi.

- Mencatat semua insiden yang terjadi dan penyelesaiannya, langkah

ini sangat penting karena merupakan sumber informasi bagi proses
audit dan juga akan menjadi acuan jika terjadi permasalahan yang
sama.

- Menangani insiden yang terjadi, sebagai tindak lanjut terdeteksinya

suatu insiden maka diperlukan tata kelola yang jelas mengenai cara
bagaimana menyelesaikan permasalahan tersebut. Jika
permasalahan yang sama pernah terjadi sebelumnya, maka catatan
insiden yang pernah terjadi dapat digunakan untuk menyelesaikan
masalah tersebut, sedangkan jika insiden tersebut baru pertama
kali terjadi, maka perlu dicari cara pemecahannya.

68
 Gambar 5-19. Diagram Alur Penanganan Insiden.

5.4.4 Kebijakan Manajemen Keamanan Data dan Informasi

Agar dapat berjalan dengan baik, maka tata kelola manajemen

keamanan harus didukung dengan tersedianya kebijakan manajemen
keamanan data dan informasi. Kebijakan manajemen keamanan
melingkupi beberapa aspek, diawali dengan menentukan objek keamanan
yang perlu dibuatkan kebijakannya, selanjutnya untuk masing-masing
objek tersebut disusun usulan kebijakan keamanan yang akan digunakan.
Setelah usulan tersebut diterima maka akan ditetapkan menjadi suatu
kebijakan yang harus dilaksanakan.

Mengingat bahwa keamanan data dan informasi merupakan suatu hal

yang dinamis karena didorong oleh perkembangan teknologi yang sangat
cepat, maka perlu dilakukan peninjauan ulang terhadap kebijakan

69
keamanan yang sudah ada secara rutin dan dilakukan revisi jika
diperlukan.

Disamping itu juga perlu disusun kebijakan mengenai standar teknis yang
akan digunakan, seperti misalnya Standar Teknis Keamanan pada level
user (identifikasi, otentifikasi, password), data (metode enkripsi),
jaringan (keamanan jaringan), keamanan layanan GSB dan lain-lain.

Gambar 5-20. Diagram Alur Proses Kebijakan Manajemen Keamanan

Data dan Informasi.

5.4.5 Pelaporan Keamanan

Pengelolaan Pelaporan Keamanan bertujuan untuk membuat laporan

berkala mengenai permasalahan keamanan yang terjadi termasuk juga
pemecahannya, dengan meliputi hal-hal sebagai berikut:

70
 - Mengumpulkan history tentang permasalahan keamanan yang
terjadi.

- Membuat laporan tentang insiden yang terjadi dan cara

pemecahannya.

- Membuat laporan tentang insiden yang terjadi yang belum dapat

ditemukan pemecahannya.

- Menampilkan statistic insiden keamanan yang terjadi berdasarkan

pengelompokan jenis insiden, objek yang diserang dan lain-lain.

Laporan ini diberikan kepada otoritas kelembagaan yang menangani GSB

sebagai bahan evaluasi kinerja sistem terkait keamanan untuk perbaikan
GSB dimasa yang akan datang.

Berikut diagram alur proses pelaporan keamanan.

Gambar 5-21. Diagram Alur Proses Pelaporan Keamanan.

71
5.5 TATALAKSANA METADATA

Tersedianya standar metadata yang dapat digunakan untuk layanan web

merupakan suatu hal yang sangat penting, sehingga penyedia layanan
dan pengguna layanan dapat merujuk ke standar tersebut dalam
mengembangkan dan menggunakan layanan web.

Tatalaksana metadata dapat dikelompokkan menjadi sebagai berikut:

- Proses Pengusulan Metadata

- Proses Perubahan Metadata

5.5.1 Tatalaksana Pengusulan Metadata

Pengembangan metadata sektoral dilaksanakan secara bertahap, sesuai

dengan kebutuhan dari organisasi yang memiliki data tersebut, sehingga
perlu disusun tatakelola Pengusulan Metadata.

Langkah-langkah dalam Pengusulan Metadata adalah sebagai berikut :

1. Walidata atau working group mengusulkan draft metadata

sektoral.

2. Sub unit kerja Standar Metadata menerima draft usulan metdata

sektoral.

3. Sub unit kerja Standar Metadata melakukan review terhadap

usulan tersebut.

4. Dilakukan uji publik terhadap draft metadata sektoral yang sudah

di review.

5. Sub Unit Standar Metadata mengeluarkan versi final dari

metadata sektoral.

6. Metadata sektoral di publikasikan dan sudah bisa digunakan.

72
5.5.2 Tatalaksana Perubahan Metadata

Standar metadata yang sudah digunakan dapat dilakukan revisi dan

perbaikan sesuai dengan perubahan kondisi sektoral atau lokal yang
berjalan.

Langkah-langkah dalam Perubahan Metadata adalah sebagai berikut:

1. Walidata atau working group mengusulkan draft revisi metadata

sektoral.

2. Sub unit kerja Standar Metadata menerima draft usulan revisi

metadata sektoral.

73
 3. Sub unit kerja Standar Metadata melakukan review terhadap
usulan tersebut.

4. Dilakukan uji publik terhadap draft revisi metadata sektoral yang

sudah di review.

5. Sub Unit Standar Metadata mengeluarkan versi final dari

metadata sektoral.

6. Metadata sektoral di publikasikan dan sudah bisa digunakan.

74
6 PENUTUP
Demikian dokumen tata kelola ini disusun untuk dapat diterapkan.
Tatakelola yang dimuat dalam dokumen ini didesain bersifat umum,
mengingat pada saat dokumen ini dikembangkan penerapan GSB masih
dalam tahap inisiasi awal. Walaupun tatakelola dalam dokumen ini
bersifat umum, akan tetapi sudah mencangkup prosedur-prosedur yang
inti secara komperehensif untuk pengelolaan interoperabilitas data
pemerintah, diharapkan dapat menjadi panduan tatakelola dalam
operasional GSB. Tatakelola yang dimuat dalam dokumen ini memang
masih belum menyentuh hal-hal detail, seperti dokumen kerja yang
dihasilkan, formatnya ataupun pemetaan tugas dan tanggung jawab ke
struktur organisasi yang lebih detail ataupun hal-hal detail lainnya.

Diharapkan dalam implementasinya dapat didetailkan lanjut panduan tata

kelola ini. Sehingga mencapai siklus sistem GSB yang baik sesuai standar
praktek baik TIK.

75
DAFTAR PUSTAKA
• Arief, M., Metadata serta Aplikasinya untuk Manajemen Situs Web
E-Government, Prosiding Seminar Teknologi untuk Negeri 2004
(STUN 2004), Jakarta Mei 2004

• Arief, M., Pengembangan Standar Metadata E-Government

Indonesia (SMEGI) dengan XML, Jurnal Al-Azhar Indonesia, vol. II.

• A.P. Sheth, Changing Focus On Interoperability in Information

Systems: From System, Syntax, Structure to Semantics, in Book
Interoperating Geographic Information Systems, Kluwer, 1998

• Depkominfo/Detiknas. Panduan Umum Tata Kelola Teknologi

Informasi dan Komunikasi, Jakarta, 2007.

76
 LAMPIRAN

Tabel 1. Use case Keanggotaan. ........................................................ 1  

Tabel 2. Use case Permintaan Penggunaan layanan web ....................... 1  

Tabel 3. Use case Pengelolaan Hak Akses. .......................................... 2  

Tabel 4. Use case Pelaporan Penggunaan. .......................................... 3  

Tabel 5. Use case Pengelolaan Anggota Penyedia Layanan Web ............. 3  

Tabel 6. Use case Pengelolaan Layanan Web. ...................................... 5  

Tabel 7. Use case Pengelolaan Direktori. ............................................ 6  

Tabel 8. Use case Pelaporan Kinerja................................................... 7  

Tabel 9. Use case Perawatan Sistem. ................................................. 7  

Tabel 10. Use case Perawatan Data. .................................................. 8  

Tabel 11. Use case Pengembangan Sistem GSB. .................................. 9  

Tabel 12. Use case Keamanan Penyedia dan Pengguna Data ............... 11  

Tabel 13. Use case Monitoring......................................................... 11  

Tabel 14. Use case Penanganan Insiden. .......................................... 12  

Tabel 15. Use case Kebijakan Keamanan. ......................................... 12  

Tabel 16. Use case Pelaporan Keamanan. ......................................... 13  

77
 Tabel 1. Use case Keanggotaan.

Langkah Aktor Alternatif Aktor

1. Pengisian Instansi
Permohonan Pusat/
Keanggotaan Daerah/Publik

2. Verifikasi Manajer
Permohonan beserta
Data Penunjang

3. Persetujuan Manajer 3. Penolakan Manajer

Permohonan

4. Hasil Pemberitahuan Manajer

Permohonan

Tabel 2. Use case Permintaan Penggunaan layanan web

Langkah Aktor Alternatif Aktor

1. Permohonan Instansi Apakah seluruh Manajer

Penggunaan, dengan Pusat/ permohonan Form di
meminta Form Daerah/Publik setujui?
Penggunaan

2. Melengkapi Form Instansi

Permintaan Pusat/
Penggunaan, beserta Daerah/Publik
Data Penunjangnya

L-1
Langkah Aktor Alternatif Aktor

3. Memeriksa Manajer Data yang tidak Manajer

kelengkapan lengkap di
Permintaan beritahukan kepada
Penggunaan Layanan Pemohon
Web, Form Isian dan
Data Penunjang

4. Memutuskan Manajer Diterima atau Tidak Manajer

permohonan di Terima
penggunaan

Tabel 3. Use case Pengelolaan Hak Akses.

Use case Aktor Alternatif Aktor

1. Mendata Hak Akses Manajer

Anggota

2. Memeriksa Manajer
Penggunaan Akses
Anggota

3 Memeriksa Masa Manajer Memberi informasi Manajer

berlaku Keanggotaan untuk perpanjangan
keanggotaan

L-2
 Tabel 4. Use case Pelaporan Penggunaan.

Use case Aktor Alternatif Aktor

1. Menerima Informasi Admin

permohonan eksekusi System
layanan web oleh anggota

2. Menerima hasil eksekusi Admin Dalam kasus Admin

Layanan Web System eksekusi layanan System
tidak dapat
laksanakan (gagal).
Di cari penyebabnya

3. Mendata hasil eksekusi Admin

System

4.Melakukan monitoring Admin

penggunaan Layanan Web System
oleh anggota

5 Melaporkan penggunaan Admin

Layanan Web oleh anggota System
kepada Penentu Kebijakan

6 Menerima pelaporan Manajer

penggunaan Layanan Web

Tabel 5. Use case Pengelolaan Anggota Penyedia Layanan Web

Langkah Aktor Alternatif Aktor

1. Permohonan Instansi
Pendaftaran/Pembaharuan Pusat/

L-3
Langkah Aktor Alternatif Aktor

Keanggotaan penyedia Daerah/Pub

Layanan Web lik

2. Verifikasi Administratif Manajer

Form
Pendaftaran/Pembaharuan
Keanggotaan penyedia
Layanan Web, berdasarkan
data dan informasi Penunjang

3. Persetujuan Manajer 3. Pemberi Manajer

Pendaftaran/Pembaharuan tahuan
Keanggotaan Penolakan

4. Pemberitahuan Manajer
Penerimaan/Pembaharuan
Keanggotaan kepada
Pendaftar

5. Pemberitahuan Manajer
Penerimaan/Pembaharuan
Keanggotaan kepada Admin
System

6. Menambah/ Admin
Memperbaharui Data System
Keanggotaan

L-4
 Tabel 6. Use case Pengelolaan Layanan Web.

Langkah Aktor Alternatif Aktor

1. Permohonan Pendaftaran Instansi

Baru/Pembaharuan service Pusat/
Daerah/Pub
lik

2. Verifikasi Administratif Manajer 2. Bila tidak lulus, Manajer

beritahu
Pendaftar

3. Perintah melakukan Manajer

Verifikasi Teknis untuk
service Baru/Pembaharuan
kepada Admin System

4. Verifikasi Teknis Admin 4. Bila tidak lulus

System beritahu Manajer
(ke langkah 2
Alternatif)

5. Menambah/ Admin
Memperbaharui Data service System

6. Memberitahu Manajer Admin

bahwa service lulus verifikasi System

7. Mempublikasikan service Manajer

8. Pemberitahuan hasil Manajer

Pendaftaran/Pembaharuan

L-5
Langkah Aktor Alternatif Aktor

service pada Pendaftar

Tabel 7. Use case Pengelolaan Direktori.

Use case Aktor Alternatif Aktor

1. Mengecek data Manajer

transaksi penggunaan
layanan GSB, dan melihat
status keberhasilan
(completion) atau status
error

2. Menotifikasi Admin Manajer

System

3. Melakukan pengecekan Admin

System

4. Bila kesalahan bukan Admin 4.Bila kesalahan pada Admin

pada sistem GSB, Admin System sistem GSB, Admin System
System menotifikasi System mengatasi
Manajer untuk permasalahan pada
menghubungi Anggota sistem GSB, dan
penyedia layanan menotifikasi Manajer

5. Menghubungi Anggota Manajer

penyedia layanan terkait

6. Meng-update status Manajer

publikasi layanan bila

L-6
Use case Aktor Alternatif Aktor

terdapat pernyataan dari

Anggota penyedia
layanan terkait.

Tabel 8. Use case Pelaporan Kinerja.

Langkah Aktor Alternatif Aktor

1. Membuat laporan Manajer

statistik dan analisis
Keanggotaan Penyedia
Layanan Web GSB

2. Membuat laporan Manajer

statistik dan analisis
Layanan Web GSB

Tabel 9. Use case Perawatan Sistem.

Langkah Aktor Alternatif Aktor

1. Evaluasi Log Sistem Admin

System

2.Evaluasi beban sistem Admin

selama pelayanan System
berjalan

L-7
Langkah Aktor Alternatif Aktor

3. Memonitor jalannya Admin

sistem System

4. Laporan Error/Bug User

sistem

5. Error minor dapat Admin 5. Error cukup fatal, lapor

diatasi segera user ke pengembang dan
manajer

6. Melakukan update Admin

sistem user

7. Melakukan backup Admin

sistem user

8. Membuat laporan Admin

sistem berdasarkan log user
yang ada

Tabel 10. Use case Perawatan Data.

Langkah Aktor Alternatif Aktor

1. Backup Data secara Admin

berkala System

2. Konsolidasi data Admin

dengan Layanan yang System
ada secara berkala

L-8
Langkah Aktor Alternatif Aktor

3. Menghapus data Admin

ganda jika ada System

4. Memutakhirkan Admin
(update) data jika ada System
perubahan data

5. Membuat data agregat Admin

jika diperlukan System

6. Pemulihan data jika Admin

terjadi kerusakan data System
dari backup data yang
ada

Tabel 11. Use case Pengembangan Sistem GSB.

Langkah Aktor Alternatif Aktor

1. Pelaporan bugs dari User

sistem yang ada

2. Analisa sistem Admin

berdasarkan bugs yang System
muncul

3. Pelaporan kebutuhan User

tambahan modul dari
sistem yang ada

4. Evaluasi Kinerja Admin

L-9
Langkah Aktor Alternatif Aktor

Sistem dan System

perkembangan teknologi
saat ini

5. Melaporkan hasil Admin

analisa bugs, kebutuhan System
tambahan modul, dan
perkembangan teknologi
berkaitan dengan sistem

6. Analisa Laporan Manajer

7. Perlu pengembangan/ Manajer 7. Belum perlu Manajer

modifikasi untuk pengembangan/modifikas
mengatasi bugs dan/atau i sistem
penambahan modul

8. Penetapan kebutuhan Manajer

baru dari sistem

9. Membuat kontrak Manajer

pengembangan sistem

10. Menguji sistem baru Manajer

yang telah
dikembangkan

11.Upgrade Sistem baru Admin

hasil pengembangan System

L-10
 Tabel 12. Use case Keamanan Penyedia dan Pengguna Data

Langkah Aktor Alternatif Aktor

1. Melaksanakan Admin
otentikasi penyedia dan System
pengguna layanan

2. Melaksanakan Admin
otorisasi penyedia dan System
pengguna layanan

3. Melaksanakan proses Admin

non-repudiasi System

Tabel 13. Use case Monitoring.

Langkah Aktor Alternatif Aktor

1. Memantau transaksi Admin

berjalan System

2. Membuat log proses System

transaksi berjalan

3. Membuat history System

proses yg sudah selesai

4. Menjamin Admin
confidensialitas transaksi System

5. Menjamin integritas Admin

transaksi System

L-11
Langkah Aktor Alternatif Aktor

6. Melakukan analisa Admin

data log dan history System
transaksi

7. Melakukan audit Admin

transaksi System

Tabel 14. Use case Penanganan Insiden.

Langkah Aktor Alternatif Aktor

1. Mendeteksi terjadinya Admin Menerima laporan Admin

insiden System terjadinya insiden System

2. Mencatat semua Admin

insiden yang terjadi dan System
penyelesaiannya

3. Menangani insiden yg Admin Mencari penyelesaian

terjadi System insiden yg belum ada
pemecahannnya

Tabel 15. Use case Kebijakan Keamanan.

Langkah Aktor Alternatif Aktor

1. Menentukan objek Manajer

keamanan yang akan
ditetapkan kebijakan nya

L-12
Langkah Aktor Alternatif Aktor

2. Membuat kebijakan Manajer

keamanan yang akan
digunakan

3. Menetapkan kebijakan Manajer

keamanan yang akan
digunakan

4. Melakukan review Manajer,

kebijakan keamanan Admin
yang sudah dibuat System

5. Melakukan revisi Manajer

terhadap kebijakan
keamanan yang sudah
ada

6. Standar teknis Manajer,

keamanan Admin
System

Tabel 16. Use case Pelaporan Keamanan.

Langkah Aktor Alternatif Aktor

1. Mengumpulkan Manajer,
history kasus keamanan Admin
yang terjadi System

L-13
Langkah Aktor Alternatif Aktor

2. Membuat laporan Manajer,

kasus keamanan yang Admin
sudah terjadi dan dapat System
diselesaikan dengan
baik

3. Membuat laporan Manajer,

kasus keamanan yang Admin
sudah terjadi dan belum System
dapat diselesaikan
dengan baik

L-14