Strategi Roadmap Bakuan PDF

Strategi, Road Map, dan Bakuan Sistem
Informasi Manajemen
Kementerian Pemuda dan Olahraga

Strategi, Road Map, dan Bakuan Sistem Informasi Manajemen
ISBN : 978 - 602 - 98191 - 0 - 6
Ukuran Buku :15,7 cm x 24 cm
Jumlah Halaman: 129 + xii
Penanggung Jawab
Deddy Kusdinar
Ketua
Thobias Tubulau
Tim Penyusun
Ahmad Musawir
Nurhasanah
Jeffery V.Palar
Asmiaty Sy
Yordania
Kunto Widayatmoko
Rio Wilarso
Wulan Asri Meidyasari
Silmiyanti Zurlen
Achmad Syauqi
Nara Sumber
Dr. Ing. Adang Suhendra, SKom, SSi, MSc
Dr. rer. nat. I Made Wiryana, SKom, SSi, MAppSc
Prof. Dr. I Wayan S Wicaksana, SSi, MEng
Dr. Putu Laxman Pendit,
Pancat Setyantana
Penyiapan Data BPS
Badan Pusat Statistik
Diterbitkan Oleh:
Bagian Sistem Informasi dan Pengolahan Data
Biro Perencanaan
Sekretariat Kementerian Pemuda dan Olahraga
Boleh dikutip dengan menyebut sumbernya

Kata Pengantar
Kementerian Pemuda dan Olahraga selalu berusaha mengikuti per-

kembangan jaman di dalam pemanfaatan Teknologi Infomasi dan Ko-
munikasi. Apalagi saat ini pemanfaatan Teknologi Informasi dan Kom-
puter sudah sangat mendukung kegiatan keolahragaan ataupun ke-
pemudaan. Sistem Informasi Manajemen saat ini sudah tak dapat
dipisahkan lagi dari pengelolaan suatu organisasi modern. Suatu or-
ganisasi modern yang baik akan memaksimalkan menggunakan Sis-
tem Informasi untuk perencanaan, pengelolaan serta evaluasi dari or-
ganisasi tersebut. Tentu saja tanpa suatu strategi yang tepat maka
penggunaan Teknologi Informasi seperti halnya Sistem Informasi Ma-
najemen ini malah dapat menjadi bumerang, dan hanya menghasilkan
pemborosan dana serta ketidak efisienan kerja.
Untuk mewujudukan perencanaan, pengembangan dan pengelola-
an Sistem Informasi Manajemen yang baik di lingkungan Kementerian
Pemuda dan Olah Raga, maka dilakukan kegiatan seminar dan lo-
kakarya yang berkaitan dengan Strategi, Roadmap dan bakuan yang
digunakan dalam pengembangan Sistem Informasi Manajemen di ling-
kungan Kemenpora. Diharapkan hasil dari kegiatan ini dapat menjadi
masukan dan bakuan yang memberikan benefit kepada pihak-pihak
yang mengembangkan atau menyediakan Sistem Informasi Manaje-
men di lingkungan Kementerian Pemuda dan Olahraga. Bakuan ter-
sebut terdiri dari bakuan untuk metoda pengembangan, struktur data,
serta metoda evaluasi dan lisensi yang digunakan di dalam pengem-
bangan Sistem Informasi Manajemen di lingkungan Kementerian Pe-
muda dan Olahraga
ii
Penyusunan panduan ini melibatkan beberapa pakar dari dunia

akademik, industri dan pemerintahan yang membidangi masalah pe-
ngembangan Sistem Informasi Manajemen. Diharapkan panduan ini
dapat digunakan sebagai arahan sehingga pengembangan SIM di
lingkungan Kementerian Pemuda dan Olahraga (Kemenpora) dapat
berkesinambungan dan memberikan manfaat yang sebesar-besarnya.
Jakarta, Juni 2010

Tim Penyusun
Ringkasan Eksekutif
Mengembangkan Sistem Informasi yang baik tidak bisa dilakukan ha-

nya dengan pendekatan yang sifatnya kasus per kasus. Pengembang-
an untuk kebutuhan organisasi harus dilakukan secara teintegrasi dan
holistik. Dengan kata lain semua aspek harus dipertimbangkan baik
teknis maupun non teknis. Dari kebutuhan perangkat keras dan ja-
ringan, hingga kebutuhan SDM dan organisasi. Pertimbangan hukum
dan efisiensi pembiayaan juga perlu dilakukan.
Pengembangan Sistem Informasi yang baik harus memiliki suatu
arah sasaran yang tertuang dalam strategi dan road map. Di dalam pe-
laksanaan pengembangan Sistem Informasi tersebut, harus dilaksa-
nakan dengan mengikuti kaidah-kaidah yang tertuang dalam bakuan-
bakuan. Hal ini menyebabkan pengembangan dapat dilakukan secara
baik dan tertata dengan baik.
Dokumen ini disusun untuk memberikan gambaran tentang meto-
da dan bakuan yang dapat digunakan untuk mengembangkan Sistem
Informasi di lingkungan Kementerian Pemuda dan Olahraga sehingga
memenuhi aspek-aspek kualitas dari Sistem Informasi. Dokumen ini
terdiri dari inventarisasi sistem informasi yang ada di lingkungan Ke-
menterian Pemuda dan Olahraga (Kemenpora), kemudian bakuan si-
klus pengembangan, bakuan interoperabilitas dan juga bakuan lisensi
yang digunakan dalam lingkungan Kementerian Pemuda dan Olahra-
ga
iii
iv
Daftar Isi
Kata Pengantar i
Ringkasan Eksekutif iii
1 Pendahuluan 1
1.1 Latar Belakang . . . . . . . . . . . . . . . . . . . . . . 1
1.2 Tujuan dan Sasaran . . . . . . . . . . . . . . . . . . . . 8
1.3 Ruang Lingkup Pekerjaan . . . . . . . . . . . . . . . . 10
1.4 Hasil Akhir Pekerjaan . . . . . . . . . . . . . . . . . . . 10
2 Kondisi Saat Ini 11

2.1 Kondisi Jaringan . . . . . . . . . . . . . . . . . . . . . . 11
2.2 Kondisi Sistem Informasi Manajemen . . . . . . . . . . 12
2.2.1 Portal Kementerian Pemuda dan Olahraga . . . 14
2.2.2 SIM Kepegawaian Kemenpora . . . . . . . . . . 15
2.2.3 SIM Atlit Indonesia . . . . . . . . . . . . . . . . 17
2.2.4 SIM Lelang . . . . . . . . . . . . . . . . . . . . . 19
2.2.5 SIM Evaluasi . . . . . . . . . . . . . . . . . . . . 20
2.2.6 SIM Geographic Infomation System (GIS) . . . . 22
2.2.7 SIM-SIM Lainnya . . . . . . . . . . . . . . . . . 24
2.3 Platform di Lingkungan Kemenpora . . . . . . . . . . . 27
2.4 Pengguna dan Pemanfaatan . . . . . . . . . . . . . . . 28
2.5 Permasalahan yang Teridentifikasi . . . . . . . . . . . . 30
3 Strategi Pengembangan SIM Kemenpora 33

3.1 Strategi Nasional E-government . . . . . . . . . . . . . 33
3.2 Perkembangan TIK . . . . . . . . . . . . . . . . . . . . 35
3.3 Open Source dan Open Standard . . . . . . . . . . . . 39
v
vi DAFTAR ISI
4 Road Map Pengembangan SIM Kemenpora 43

4.1 Pengembangan SIM Kemenpora . . . . . . . . . . . . 43
4.2 Rencana Pengembangan Infrastuktur . . . . . . . . . . 45
4.3 Jenis SIM yang Perlu Dikembangkan . . . . . . . . . . 47
4.3.1 SIM untuk Pengoperasian . . . . . . . . . . . . . 48
4.3.2 SIM Berbasiskan Database . . . . . . . . . . . . 50
4.3.3 SIM Berbasiskan Social Network . . . . . . . . . 52
4.3.4 SIM untuk Berkolaborasi . . . . . . . . . . . . . 54
4.3.5 SIM untuk Knowledge Management . . . . . . . 55
5 Bakuan Sistem Informasi 59

5.1 Bakuan Siklus Pengembangan . . . . . . . . . . . . . . 60
5.1.1 Tahapan Proyek SIM . . . . . . . . . . . . . . . 64
5.1.2 Pendefinisian . . . . . . . . . . . . . . . . . . . 65
5.1.3 Perencananaan . . . . . . . . . . . . . . . . . . 66
5.1.4 Organisasi . . . . . . . . . . . . . . . . . . . . . 70
5.1.5 Pengawasan . . . . . . . . . . . . . . . . . . . . 71
5.1.6 Penyelesaian Proyek . . . . . . . . . . . . . . . 72
5.1.7 Leading . . . . . . . . . . . . . . . . . . . . . . 73
5.1.8 Model Pengembangan yang Ditetapkan . . . . . 74
5.2 Bakuan Lisensi yang Digunakan . . . . . . . . . . . . . 75
5.2.1 Lisensi Perangkat Lunak . . . . . . . . . . . . . 75
5.2.2 Pertimbangan Legalitas Perangkat Lunak . . . . 83
5.2.3 Landasan Hukum untuk Bakuan Lisensi . . . . . 86
5.2.4 Penetapan Lisensi untuk Kemenpora . . . . . . . 90
5.3 Bakuan Dokumentasi Teknis . . . . . . . . . . . . . . . 91
5.3.1 Dokumentasi Perencanaan Proyek . . . . . . . . 91
5.3.2 Dokumentasi Spesifikasi Disain . . . . . . . . . 93
5.4 Bakuan Kualitas Sistem Informasi . . . . . . . . . . . . 95
5.4.1 Kualitas Perangkat Lunak . . . . . . . . . . . . 95
5.4.2 Usability . . . . . . . . . . . . . . . . . . . . . . 98
5.4.3 Keamanan . . . . . . . . . . . . . . . . . . . . 103
5.4.4 Bakuan yang Diadopsi . . . . . . . . . . . . . . 105
5.4.5 Bakuan Evaluasi Sistem . . . . . . . . . . . . . 105
5.4.6 Metoda Evaluasi yang Ditetapkan . . . . . . . . 108
5.5 Bakuan Interoperabilitas Data . . . . . . . . . . . . . . 109
5.5.1 Keragaman Informasi . . . . . . . . . . . . . . . 110
5.5.2 Pendekatan yang Dilakukan . . . . . . . . . . . 113
5.5.3 Bakuan Format Dokumen . . . . . . . . . . . . 115
5.5.4 Interoperabilitas Layanan . . . . . . . . . . . . . 117
DAFTAR ISI vii
5.5.5 Standard Format Dokumen . . . . . . . . . . . . 119

5.5.6 Bakuan Format Dokumen yang Ditetapkan . . . 121
6 Penutup 127
viii DAFTAR ISI
Daftar Gambar
2.1 Kondisi Jaringan Saat Ini . . . . . . . . . . . . . . . . . 13

2.2 Portal Kemenpora . . . . . . . . . . . . . . . . . . . . . 16
2.3 Manual SIM Kepegawaian . . . . . . . . . . . . . . . . 17
2.4 Data Profil Pegawai . . . . . . . . . . . . . . . . . . . . 18
2.5 Panduan User Manual Lelang . . . . . . . . . . . . . . 20
2.6 Tampilan Home Lelang . . . . . . . . . . . . . . . . . . 21
2.7 Dokumentasi Sistem Informasi . . . . . . . . . . . . . . 22
2.8 Form Rencana Kinerja . . . . . . . . . . . . . . . . . . 23
2.9 Laporan Rencana Kinerja . . . . . . . . . . . . . . . . 23
2.10 Panduan untuk pengguna GIS . . . . . . . . . . . . . . 25
2.11 SIFA . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
2.12 PDPJOI . . . . . . . . . . . . . . . . . . . . . . . . . . 26
2.13 Zona Kreasi Muda . . . . . . . . . . . . . . . . . . . . . 26
2.14 Platform yang digunakan di lingkungan Kemenpora . . 27
2.15 Pola integrasi di Kemenpora saat ini . . . . . . . . . . . 28
2.16 Direktori pada Portal Kemenpora . . . . . . . . . . . . . 29
2.17 Memasukkan berita melalui portal . . . . . . . . . . . . 29
2.18 Hasil pemasukan berita oleh publik . . . . . . . . . . . . 30
3.1 Strategi e-government . . . . . . . . . . . . . . . . . . 34

3.2 Era Informasi . . . . . . . . . . . . . . . . . . . . . . . 36
3.3 Komponen Implementasi TIK . . . . . . . . . . . . . . 37
4.1 Kondisi Sekarang . . . . . . . . . . . . . . . . . . . . . 46

4.2 Kondisi Jaringan yang Diharapkan . . . . . . . . . . . . 47
4.3 Road Map SIM di Kemenpora . . . . . . . . . . . . . . 49
4.4 Sistem inventory jaringan . . . . . . . . . . . . . . . . . 50
4.5 Sistem Monitoring . . . . . . . . . . . . . . . . . . . . . 51
ix
x DAFTAR GAMBAR
4.6 Help Desk . . . . . . . . . . . . . . . . . . . . . . . . . 51

4.7 Interoperabilitas dengan Service generic . . . . . . . . 53
4.8 Mikroblog . . . . . . . . . . . . . . . . . . . . . . . . . 54
4.9 Contoh Aplikasi CSCW . . . . . . . . . . . . . . . . . . 55
4.10 Contoh Ensiklopedia . . . . . . . . . . . . . . . . . . . 56
4.11 Fasilitas Tanya-Jawab (FAQ) . . . . . . . . . . . . . . . 57
4.12 Fasilitas eLearning . . . . . . . . . . . . . . . . . . . . 57
5.1 SDLC . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
5.2 Metoda purwarupa (Prototype) . . . . . . . . . . . . . . 62
5.3 SDLC yang dapat digunakan . . . . . . . . . . . . . . . 74
5.4 Model V . . . . . . . . . . . . . . . . . . . . . . . . . . 75
5.5 Software Quality . . . . . . . . . . . . . . . . . . . . . 98
5.6 Hubungan Interoperabilitas Organisasi dan Teknis TI . . 111
5.7 Kaitan aplikasi dan file . . . . . . . . . . . . . . . . . . 116
5.8 Pertukaran data secara terbuka . . . . . . . . . . . . . 118
5.9 ODF dan workflow . . . . . . . . . . . . . . . . . . . . 122
Daftar Tabel
3.1 ICT Readline Index . . . . . . . . . . . . . . . . . . . . 35

3.2 Implementasi OSS di Berbagai Daerah . . . . . . . . . 40
3.3 Implementasi OSS di berbagai Negara . . . . . . . . . 41
5.1 Work Breakdown Structure . . . . . . . . . . . . . . . . 67

5.3 Contoh jenis file beragam aplikasi perkantoran . . . . . 115
xi
xii DAFTAR TABEL
Bab 1
Pendahuluan
1.1 Latar Belakang

Memasuki era globalisasi mendatang, pemakaian teknologi komputer
dalam segala kehidupan sehari-hari tidak akan dapat dihindari. Ke-
mampuan pertukaran informasi antar pihak di tempat yang berbeda
(terpisah pada jarak yang jauh) merupakan salah satu ciri era globali-
sasi. Bahkan penggunaan teknologi komputer tersebut akan menjadi
syarat utama untuk menunjukkan kualitas sesuatu bidang dan menja-
di modal terpenting dalam memenangkan persaingan. Oleh karena itu
berbagai organisasi berlomba-lomba memanfaatkan Teknologi Infor-
masi dengan tujuan dapat memberikan manfaat di dalam pengambil-
an keputusan di organisasi tersebut, dan juga sebagai sistem evaluasi
pada organisasi tersebut.
Pada saat ini Teknologi Informasi dan Komunikasi (TIK) telah mulai
bermetamorfosa menjadi suatu tahapan teknologi yang pervasif. Ar-
tinya teknologi tersebut akan terasa keberadaannya ketika tidak ada
(atau tak bekerja). Dengan kata lain manusia sudah makin tergantung
pada teknologi informasi. Pada umumnya teknologi akan melewati ta-
hapan dalam pengembangan seperti berikut ini :
1. Berawal dari rasa penasaran di tingkat laboratorium penelitian.
2. Digunakan oleh sekelompok kecil spesialis untuk mengerjakan

suatu masalah khusus
3. Lalu menjadi dapat diproduksi masa, dan sudah mulai umum
1
2 BAB 1. PENDAHULUAN
digunakan tapi masih membutuhkan pelatihan yang khusus dan

masih digunakan oleh sekelompok pengguna yang sedikit
4. Akhirnya menjadi pervasif dan dipandang sebagai bagian dari

kehidupan normal pada sebagian besar masyarakat
Secara umum dapat dikatakan teknologi informasi saat ini dapat dika-
takan berada pada tahapan dari ke tiga menuju ke empat. Sebelum
menjadi pada tahapan pervasif, maka TI haruslah menjadi dapat terak-
ses secara intuitif oleh masyarakat banyak dan memberikan nilai yang
mencukupi sehingga investasi besar yang dilakukan untuk penyediaan
infrastruktur tidaklah menjadi sia-sia.
Kemajuan perkembangan Internet dan World Wide Web (WWW)
telah menunjukkan suatu langkah ke arah ini. Konsekuensi dari sistem
informasi yang menjadi pervasif adalah timbulnya dampak yang besar
pada masyarakat secara luas. Akan banyak industri yang berubah
atau digantikan sama sekali. Atau juga akan banyak tumbuh industri
baru sesuai dengan kebutuhan perkembangan teknologi informasi itu.
Dari pandangan rekayasa informasi, informasi dapat dipandang
sebagai media pertukaran murni. Walaupun ada biaya untuk meng-
akses, mendistribusikan, ataupun menyimpan informasi, informasi itu
dianggap tak ada biayanya. Pada organisasi modern, informasi telah
menjadi komoditas yang sangat berharga, dan telah berubah dan di-
anggap sebagai sumber daya habis terpakai, bukan lagi barang bebas.
Dalam suatu organisasi perlu dipertimbangkan bahwa informasi me-
miliki karakter yang multivalue, dan multidimensi. Dari sisi pandangan
teori sistem, informasi memungkinkan kebebasan beraksi, mengenda-
likan pengeluaran, mengefisiensikan pengalokasian sumber daya dan
waktu. Sirkulasi informasi yang terbuka dan bebas merupakan kondisi
yang optimal untuk pemanfaatan informasi.
Di samping iming-iming keuntungan dari pemanfaatan teknologi in-
formasi, sangatlah tidak realistik bila mengasumsikan bahwa teknolo-
gi informasi tidak menimbulkan permasalahan dalam penerapannya.
Berikut ini diberikan potensi-potensi kerugian yang disebabkan pe-
manfaatan teknologi informasi tersebut secara kurang tepat.
Rasa ketakutan. Banyak orang mencoba menghindari pema-

kaian komputer, karena takut merusakkan, atau takut kehilang-
an kontrol, atau secara umum takut menghadapi sesuatu yang
baru. Hal ini ditambah-tamah oleh perilaku beberapa sistem mi-
salnya sistem komputer yang sangat ringkih atau mudah hang
1.1. LATAR BELAKANG 3
tanpa adanya penjelasan yang logikal. Sehingga ketakutan ak-

an kehilangan data, atau harus diinstal ulang sistem program
menjadikan pengguna makin memiliki rasa ketakutan ini.
Keterasingan. Pengguna komputer cenderung mengisolir diri-

nya, dengan kata lain menaiknya jumlah waktu pemakaian kom-
puter, akan juga membuat mereka makin terisolir. Memang pada
beberapa komunitas walaupun terisolir secara fisik tetapi malah
timbul kedekatan rohani di antara mereka. Memang ini suatu
kontradiksi yang terjadi misalnya pada komunitas on-line.
Golongan miskin informasi dan minoritas. Akses kepada

sumber daya informasi juga terjadi ketidak seimbaangan di ta-
ngan pemilik kekayaan dan komunitas yang mapan. Sehingga
masih dipertanyakan apakah teknologi informasi ini akan meng-
hilangkan jurang yang kaya dan miskin atau malah makin mem-
perlebar. Apalagi ditambah makin mahalnya perangkat lunak
yang digunakan untuk mengakses informasi tersebut, untung-
nya beberapa alternatif seperti Open Source dapat digunakan
untuk merendahkan biaya pengaksesan informasi.
Pentingnya individu. Organisasi besar menjadi makin imperso-

nal, sebab biaya untuk untuk menangai kasus khusus/pribadi sa-
tu persatu menjadi makin tinggi. Individu yang frustasi mencoba
mendapatkan penanganan pribadi akan melampiaskan kekeke-
salannya pada organisasi, orang, ataupun teknologi yang mem-
batasinya. Tetapi bila pemanfaatan TI dapat dilakukan dengan
tepat, maka individu dapat makin terasa dilayani secara perso-
nal, dengan kata lain pelayanan kasus-per-kasus, hal ini tampak
misalnya pada personalisasi layanan e-commerce.
Tingkat kompleksitas ini menjadi makin tinggi dan sulit di-

tangani, karena dengan makin tertutupnya sistem serta makin
besarnya ukuran sistem (sebagai contoh program MS Windo-
ws 2000 yang baru diluncurkan memiliki program sekitar 60 juta
baris). Sehingga proses pengkajian demi kepentingan publik ba-
nyak makin sulit dilakukan. Tingkat kompleksitas serta kecepat-
an yang sudah tak dapat ditangani. Sistem yang dikembangkan
dengan birokrasi komputer begitu kompleks dan cepat berubah
sehingga sangat sulit bagi individu untuk mengikuti dan membu-
at pilihan.
Makin rentannya organisasi. Suatu organisasi yang bergan-

tung pada teknologi yang kompleks cenderung akan menjadi
lebih ringkih. Ketika suatu kesalahan terjadi, maka dapat ter-
propagasi secara cepat dan dapat menghentikan kerja banyak
orang misal pada sistem pengendalian inventori yang berbasisk-
an komputer. Di sini letak pengujian kualitas dan penaganan
kerusakan pada tiap produk TI menjadi lebih penting lagi.
Dilanggarnya privasi. Ketersediaan sistem pengambilan data

yang sangat canggih memungkinkan terjadiny pelanggaran pri-
vasi dengan mudah dan cepat. Misal dengan memanfaatkan
teknik cross-reference pada berbagai database yang tersedia,
atau pengambilan data yang dilakukan secara tidak sadar, con-
tohnya pada penggunaan kartu kredit, belanja di e-commerce.
Seringkali tanpa sadar selama pengguna berjalan-jalan pada
suatu situs e-commerce gerak-gerik, pilihan, selera dan apa
yang dilakukannya tercatat. Dengan teknik profiling dan data
mining maka dapat dilakukan ekstraksi data yang secara tidak
langsung telah melanggar privasi orang.
Pengangguran dan pemindahan kerja. Biasanya ketika suatu

sistem otomasi diterapkan, produktivitas dan jumlah tempat pe-
kerjaan secara keseluruhan meningkat, akan tetapi beberapa je-
nis pekerjaan menjadi makin kurang nilainya, atau bahkan dihi-
langkan. Sebagai contoh pada beberapa kantor fungsi tenaga
kerja menengah (misal tukang ketik) telah diminimalkan dengan
terjadinya pemanfaatan program aplikasi perkantoran. Atau mau
tidak mau pegawai tersebut harus memiliki pengetahuan baru
agar tak tersingkir dari pekerjaannya.
Kurangnya tanggung jawab profesi. Organisasi yang tak ber-

muka (hanya diperoleh kontak elektronik saja), mungkin mem-
berikan respon yang kurang personal, dan sering melemparkan
tanggung jawab dari permasalahan. Kompleksitas teknologi in-
formasi juga memberikan kesempatan bagi seseorang melem-
parkan tanggung-jawab pada bagian lain, atau pada komputer,
bahkan yang lebih buruk lagi produsen pun dapat melepaskan
tanggung jawab ini (misal pada kasus bug di perangkat lunak).
Kaburnya citra manusia. Kehadiran terminal pintar (intelligent

terminal), mesin pintar, dan sistem pakar telah menghasilkan
persepsi yang salah pada banyak orang. Banyak orang meng-

anggap bahwa mesin telah mengambil alih kemampuan manu-
sia. Sedikit yang beranggapan bahwa kehadiran mesin tersebut
dapat memperkaya kemampuan manusia jadi bukan saja Artifi-
cial Intelligent (AI), tapi yang lebih penting adalah Intelligent
Amplification (IA).
Informasi jelas dapat disalah-gunakan. Polusi informasi, yaitu propa-

gasi informasi yang salah, dan pemanfaatan informasi (baik benar atau
salah) untuk mengendalikan hidup manusia tanpa atau dengan disa-
dari merupakan suatu akibat dari penyalah-gunaan ini. Juga peng-
gunaan informasi yang tak lengkap dapat digunakan sebagai senjata
untuk memenangkan pada suatu kampanye pemilihan. Memang ke-
tika menyajikan informasi seringkali akan menimbulkan bias. Hal ini
timbul dari interpretasi dan proses pengambilan kesimpulan yang di-
lakukan oleh manusia, serta filter perseptual yang memfilter persepsi,
dan juga secara tak sadar hal ini berlaku juga pada jurnalis yang ter-
jebak pada suatu paradigma, politik, dan menyertakan pandangan ini
pada informasi yang diberikan.
Misinformasi akan terakumulasi dan menyebabkan permasalahan
pada masyarakat. Semakin tua suatu masyarakat, semakin besar pula
kemungkinan mengakumulasi beragam misinformasi ini, dan mulailah
mengalami berbagai dampak buruk. Masyarakat menjadi tak berge-
ming dari suatu paradigma karena misinformasi ini terpegang dengan
erat. Memang tak ada "senjata" yang universal untuk menghadapi ma-
salah dan dilema di atas. Walau begitu ada beberapa langkah strate-
gis yang dapat diimplementasikan untuk mengurangi dampak buruk
tersebut, antara lain :
Disain yang berpusat pada manusia. Pendekatan ini menem-

patkan pengguna atau sumber daya manusia sebagai titik te-
ngah perhatian, begitu juga dengan tugas yang harus dilakukan
oleh si pengguna. Sehingga daripada difokuskan pada peman-
faatan perangkat keras atau lunak yang mahal tetapi sebaiknya
memfokuskan pada manusia pengguna perangkat lunak terse-
but, baik dari tahapan disain, maupun hingga pelatihan dan ke-
butuhan penggunanya, misal gaji para pegawainya.
Dukungan organisasi. Organisasi harus mendukung penggu-

na. Sehingga strategi yang melibatkan pengguna dalam disain
suatu sistem informasi sebaiknya diterapkan. Ketimbang disain
yang datang dari luar, tanpa memperhatikan masukan dari peng-

guna. Sehingga pemilihan perangkat bantu haruslah sefleksibel
mungkin sehingga dapat dikustomisasi untuk menyesuaikan de-
ngan kultur organisasi setempat.
Perencanaan pekerjaan (job). Aturan untuk pekerjaan terten-

tu bagi pengguna komputer haruslah dibuat, termasuk batas
waktu penggunaannya, waktu istirahat, perputaran pekerjaan,
dan pendidikan. Pengawasan pelaksanaan aturan ini sebaik-
nya dilaksanakan secara kontinyu. Di sinilah peranan standard
kompetensi pada pekerjaan yang berkaitan dengan teknologi
informasi. Seringkali perusahaan atau organisasi mencampur-
adukkan wewenang suatu jenis pekerjaan demi usaha penghe-
matan. Sayangnya hal ini malah menimbulkan kondisi yang tidak
produktif pada jangka panjang.
Pendidikan. Kompleksitas dari teknologi sistem informasi mem-

buat pendidikan memainkan peran yang sangat penting bahkan
kritis. Pendidikan yang berkelanjutan, on the job training, dan
pendidikan untuk pengajar haruslah diutamakan dalam pertim-
bangannya. Pendidikan bukan dalam arti pemberian pengeta-
huan operasional suatu produk belaka, tetapi yang lebih penting
adalah penguasaan teknologi yang ada di belakang suatu pro-
duk. Begitu juga dengan penguasaan dasar teori tentang tekno-
logi informasi, misal metoda pengembangan, analisis usabilitas,
metoda formal, dan juga pemahaman akan jaminan kualitas.
Umpan balik dan imbalan. Umpan balik dari kelompok penggu-

na merupakan nilai tambah yang lebih berarti daripada masuk-
an dari pengamat pasif. Keberhasilan sebaiknya diberitahukan
dalam suatu organisasi, melalui perwakilan organisasi. Pemi-
lihan teknologi misal perangkat lunak mahal haruslah dinomor-
duakan ketimbang investasi di bidang pelatihan.
Meningkatkan kesadaran publik. Menginformasikan penggu-

na PC dan pengguna sistem komersial akan memberikan keun-
tungan bagi seluruh masyarakat. Masyarakat profesional, dan
juga kelompok pengguna memainkan peran yang penting mela-
lui public relation, dan consumer education, serta adanya suatu
etika profesi. Saat ini bisa dikatakan banyak kasus yang ma-
sih diabaikan oleh publik, lembaga perlindungan konsumen atau
bahkan oleh para praktisi TI sendiri. Misal yang berkaitan de-

ngan azas legalitas, contohnya pembajakan perangkat lunak,
ataupun yang berkaitan dengan perlindungan konsumen akibat
kurangnya informasi dari produsen (misal masalah virus).
Perangkat hukum. Masih banyak pekerjaan yang berkaitan de-

ngan perangkat hukum termasuk Undang-Undang dan kesiapan
aparat yang harus dilakukan dalam kaitannya dengan teknologi
informasi. Misal privasi, hak pengaksesan informasi, perlindung-
an data, kejahatan komputer. Keberadaan perlindungan hukum
akan mencegah disalahgunakannya sistem dalam pengemba-
ngannya. Kasus-kasus cracker pada situs Internet, ataupun ke-
rentanan transaksi e-commerce dari perangkat hukum, menun-
jukkan bahwa saat ini di Indonesia, perangkat hukum masih jauh
perhatiannya dari dampak penerapan teknologi informasi ini.
Riset yang maju. Individu, organisasi dan pemerintah dapat

mendukung riset yang mengembangkan idea baru, untuk me-
minimalkan kerugian serta meluaskan keuntungan dari teknolo-
gi informasi. Teori seperti perilaku kognitif pengguna, persepsi
visual dan perubahan organisasi dapat dimanfaatkan sebagai
pedoman yang baik bagi pengembang sistem. Riset tidak sa-
ja yang berkaitan dengan teknologi praktis tetapi juga pada ilmu
dasar. Keterkaitan bidang ilmu (multi displin) sebaiknya diterapk-
an di dalam kajian teknologi informasi. Bidang ilmu sosial pun
sebaiknya turut serta secara aktif dalam kajian teknologi infor-
masi, misal permasalahan culture fit. Begitu juga bidang seperti
linguistik pun sebaiknya dilibatkan aktif dalam riset TI ini.
Sebagian besar disain sistem informasi saat ini dilakukan oleh pa-
ra perekayasa perangkat lunak (softaware engineer ) dan programer
yang memfokuskan perhatian dan energi kreatifnya pada mekanisme
dari sistem informasi. Programer berfikir bagaimana menulis program
secara efisien dan elegan serta memaksimalkan kinerja serta kemu-
dahan perawatan. Pada banyak kasus, kegunaan dan manfaat sistem
informasi sering tidak dipertimbangkan pada tahapan disain. Pende-
katan seperti ini sering kali menghasilkan sisten informasi yang tak
dapat memberikan informasi yang handal pada pengguna.
Di samping itu, sistem seperti ini dapat menghasilkan informasi
yang dapat disalah tafsirkan. Dengan mempertimbangkan strategi un-
tuk memasuki abad informasi dan usaha menghindari hasil yang tak
diinginkan dalam pengembangan sistem informasi, maka pendekatan

dengan metoda user centered atau terpusatkan pada manusia akan
lebih tepat untuk diterapkan. Metoda seperti collaborative design, eth-
nography, dan juga contextual design patut dilibatkan dan dijadikan
masukan juga. Jelas hal ini akan melibatkan pengetahuan dan ke-
mampuan para ahli bidang sosial pula. Dengan demikian para pe-
ngembang TI sebaiknya tidak cuma memfokuskan perhatiannya ke-
pada metoda-metoda teknis seperti Object Oriented Analysis (OOA),
atau Unified Modelling Language (UML) untuk mengembangkan sis-
tem yang lebih baik.
Pergeseran fokus perhatian ke sisi manusia membuat perhatian
pada perkembangan TI yang telah ditempuh selama ini harus direvisi.
Yang biasanya hanya terfokuskan pada pembelian perangkat yang le-
bih canggih dan cenderung lebih mahal, kini haruslah dipertimbangk-
an kembali. Di tambah lagi di tengah situasi kesulitan ekonomi seperti
sekarang ini. Sehingga sudah seyogyanya perhatian bukan saja de-
ngan cara mengikuti trend yang menghabiskan dana untuk pembelian
perangkat lunak/keras, akan tetapi juga harus dipertimbangkan peng-
kayaan kemampuan SDM (brainware) yang dimiliki.
1.2 Tujuan dan Sasaran

Pada saat ini masih seringnya pengembangan Sistem Informasi Ma-
najemen yang belum dapat memenuhi tujuan. Permasalahan ketidak
tepatan capaian itu disebabkan karena beberapa hal antara lain:
Ketidak sesuaian sistem yang dikembangkan dengan yang dibu-
tuhkan oleh pengguna. Hal ini seringkali disebabkan pengem-
bang SIM mendekati permasalahan dari kacamata pengem-
bang, bukan dari kacamata kebutuhan pengguna ataupun sta-
keholder.
Ketidak sinambungan antara pengembangan sistem. Hal ini
mengakibatkan sistem yang dibangun menjadi tidak terintegra-
si dan SIM yang telah dibangun tidak dapat berusia lama. Mi-
sal proyek SIM sebelumnya tidak dilanjutkan pada proyek SIM
berikutnya. Hal ini sering disebabkan karena tidak ada bakuan
ataupun road map pengembangan yang jelas.
Ketidak mampuan sistem untuk bertukar data sehingga terjadi
kondisi island of information. Hal ini menyebabkan masing-
1.2. TUJUAN DAN SASARAN 9
masing Unit Kerja yang mengelola informasi tak dapat saling

memanfaatkan informasi yang ada di unit kerja lainnya.
Rendahnya kinerja sistem, misal availibilitas rendah ataupun ke-

handalan rendah. Hal ini disebabkan pengembangan sistem ti-
dak melalui tahapan uji coba yang memadai.
Kurang adanya dukungan organisasi ataupun sumber daya ma-

nusia yang memadai untuk mengoperasikan, atau merawat sis-
tem dan informsi yang harus diinputkan pada SIM. Sehingga
mengakibatkan SIM yang sudah dikembang tak dapat berfungsi
karena ketiadaan data.
Tujuan dari pembuatan dokumen ini adalah menyediakan bakuan yang

dapat membantu di dalam kegiatan pengembangan dan penggunaan
Sistem Informasi di lingkungan Kementerian Pemuda dan Olahraga.
Sehingga pengembangan SIM di lingkungan Kemenpora dapat dilak-
sanakan secara efektif dan efisien serta berkesinambungan dan mem-
berikan manfaat sebesar-besarnya kepada publik.
Sasaran yang hendak dicapai pada pekerjaan penulisan bakuan
dan road map ini antara lain:
Memotret kondisi saat ini dari SIM yang ada di lingkungan Ke-
menpora, untuk mengidentifikasi hal-hal yang dapat ditingkatk-
an.
Pendefinisian pendekatan yang dapat digunakan untuk meren-

canakan pengembangan SIM di masa depan di lingkungan Ke-
menpora
Bakuan-bakuan yang digunakan untuk mengembangkan Sistem

Informasi Manajemen di lingkungan Kemenpora
Menentukan langkah-langkah yang perlu dilakukan dalam me-

nyusun SIM yang baik di lingkungan Kementerian Pemuda dan
Olahraga
Menentukan perencanaan aplikasi-aplikasi SIM yang perlu di-

susun serta persiapan-persiapan untuk persiapan penyusunan
SIM tersebut.
1.3 Ruang Lingkup Pekerjaan

Kegiatan peningkatan dan pengembangan Sistem Informasi Manaje-
men Kementerian Pemuda dan Olahraga terdiri dari serangkaian kegi-
atan pelaksanaan yang terdiri dari:
1. Tahapan inventarisasi, yang dilakukan pada tahapan ini adalah

inventaris data SIM yang ada, aplikasi yang telah ada, serta
infrastruktur yang terpasang, serta pengidentifikasian terhadap
sistem dan arsitektur yang telah ada.
2. Tahapan survei untuk memahami kebutuhan organisasi terha-

dap Sistem Informasi Manajemen. Juga survei terhadap ke-
butuhan ataupun harapan pengguna terhadap Sistem Informasi
Manajemen di lingkungan Kemenpora.
3. Penyusunan bakuan yang dapat digunakan untuk mengem-

bangkan Sistem Informasi Manajemen di lingkungan Kemenpo-
ra. Penyusunan bakuan dilakukan dengan mengambil acuan
bakuan-bakuan internasional dan nasional serta penyesuaian
dengan kondisi Kemenpora.
4. Kemudian juga diikuti dengan sosialisasi bakuan dan road map

yang telah disusun ini.
1.4 Hasil Akhir Pekerjaan

Hasil akhir dari pekerjaan ini adalah bakuan yang dapat dimanfaatkan
oleh lingkungan Kemenpora untuk mengembangkan Sistem Informasi
Manajemen. Bakuan tersebut meliputi
Bakuan siklus pengembangan sistem informasi
Bakuan lisensi yang digunakan di dalan pengembangan sistem

informasi
Bakuan interoperabilitas data dan format data

Bakuan evaluasi SIM yang dikembangkan di lingkungan Kemen-
pora
Bab 2
Kondisi Saat Ini
Sebelum menentukan bakuan yang dapat diterapkan pada lingkungan

Kemenpora, maka dilakukan proses inventarisasi mengenai pengem-
bangan Sistem Informasi Manajemen yang ada di lingkungan Kemen-
pora. Inventarisasi dilakukan kepada :
Struktur jaringan dan perangkat keras server yang ada dan di-
gunakan untuk mengoperasikan Sistem Informasi Manajemen di
lingkungan Kementerian Pemuda dan Olahraga
Aplikasi-aplikasi Sistem Informasi Manajemen di lingkungan Ke-

menterian Pemuda dan Olahraga terutama di lingkungan Badan
Perencanaan dan Pengolahan Informasi
Bakuan-bakuan ataupun perencanaan yang ada di lingkungan

Kementerian Pemuda dan Olahraga.
Hasil survei inilah yang digunakan sebagai dasar pengembangan stra-

tegi dan bakuan pengembangan sistem Informasi Manajemen di masa
depan di lingkungan Kementerian Pemuda dan Olahraga.
2.1 Kondisi Jaringan

Pada saat ini Kemenpora memiliki 2 datacenter yang dikelola secara
terpisah. Tetapi kedua datacenter tersebut tetap dalam koordinasi Bi-
ro Perencanaan dan Informasi Kemenpora. Dua data center tersebut
terletak di
11
12 BAB 2. KONDISI SAAT INI
Data Center PT Telkom Tbk, di Jl. Gatot Subroto. Pada

data center ini dioperasikan server-server yang digunakan un-
tuk Portal Kementerian Pemuda dan Olahraga [http://www.
kemenpora.go.id]
Data Center di Kantor Kemenpora lantai 9. Pada data cen-

ter ini dioperasikan server-server yang digunakan untuk men-
dukung operasi dari Sistem Informasi Manajemen di lingkungan
Kemenpora.
Untuk data center di kantor Kemenpora, maka struktur jaringan dapat

dilihat di Gambar. 2.1. Detail dari kondisi saat ini adalah sebagai
berikut:
Koneksi 10 MB via TELKOM melalui koneksi fibre optic via AS-

TINET.
Beberapa server di datacenter Kemenpora. Setiap server saat

ini menghosting lebih dari 1 jenis aplikasi SIM.
Koneksi wireless ke Wisma dari kantor Kemenpora untuk mela-

yani beberapa unit kerja, serta kantor Portal Kemenpora.
Setiap PC yang terhubung ke jaringan mendapatkan pengaturan

IP secara otomatis melalui DHCP server yang ada di datacenter.
2.2 Kondisi Sistem Informasi Manajemen

Berdasarkan survei yang dilakukan hingga saat ini, Kementerian Pe-
muda dan Olahraga memiliki berbagai SIM yang pengelolaannya di
bawah naungan beberapa deputi kementerian. Sedangkan sebagai
akses utama informasi di lingkungan Kementerian Pemuda dan Olah-
raga adalah melalui Portal Kementerian Pemuda dan Olahraga yang
memiliki alamat di [http://www.kemenpora.go.id]. Situs ini di-
bangun atas inisiatif langsung dari Menteri Negara Pemuda dan Olah-
raga, Dr. Andi A. Mallarangeng. Portal ini dikembangkan di akhir 2009
dan diluncurkan Januari 2010.
Bagian Sistem Informasi dan Pengolahan Data Kemenpora yang
berfungsi dalam manajemen pemberdayaan sistem informasi Kemen-
terian mengelola beberapa SIM diantaranya:
2.2. KONDISI SISTEM INFORMASI MANAJEMEN 13
Gambar 2.1: Kondisi Jaringan Saat Ini

2.2.1 Portal Kementerian Pemuda dan Olahraga

Portal ini merupakan inisiatif langsung dari Menteri Pemuda dan Olah-
raga, Dr. Andi Alfian Mallarangeng. Tujuan utama dari portal ini ada-
lah memberikan informasi langsung ke publik secepat dan seakurat
mungkin mengenai informasi kepemudaan dan keolah-ragaan di In-
donesia. Pendekatan utama yang dilakukan sangat berbeda dengan
situs-situs kementerian lainnya. Pendekatan yang diterapkan adalah
sebagai berikut:
Penyajian portal bergaya dinamis, sportif, dan bergaya muda. Ini

sesuai dengan warna dari Kementerian Pemuda dan Olahraga.
Isi berita atau content pada portal ini berorientasi pada kegiatan
bukan struktur kementerian. Artinya isi dibagi bukan berdasar-
kan deputy atau unit kerja, tetapi lebih kepada kegiatan tersebut.
Portal Kemenpora akan memberikan info dari berbagai kegiatan

Kepemudaan dan Keolahragaan baik yang dilakukan oleh unit
kerja Kemenpora atuapun yang terjadi di Indonesia.
Portal Kemenpora memberikan info untuk berbagai kegiatan

yang akan terjadi misal pengumuman lelang, pengumuman
CPNS dan lain sebagainya
Portal akan memberikan data statistik kepemudaan dan keolah-

ragaan Indonesia.
Portal ini tidak saja diisi oleh pihak Kemenpora tetapi juga ak-
an membuka pihak luar atau publik untuk mengisi content dari
portal tersebut.
Fitur-fitur utama yang diterapkan di sistem portal informasi yaitu:
Menggunakan teknologi semodel dengan situs PresidenS-

BY.info, yang memfokuskan pada kinerja tinggi dan keamanan.
Memanfaatkan teknologi mobile (submit, view, edit, publish) se-

hingga melalui perangkat HP situs dapat diakses dengan mu-
dah. Portal Kemenpora merupakan portal pemerintah yang per-
tama kali menyediakan akses dengan teknologi mobile,
Memungkinkan pihak non kemenpora berkotribusi content (mi-

sal media center pada suatu event)
Memanfaatkan teknologi Web 2.0, sehingga memungkinkan ba-

nyak contributor secara aktif memberikan berita.
Banyak kegiatan yang dikelola beragam pihak (event olahraga,

persatuan olahraga, dsb)
Beragam info dari sub unit di Kementerian Pemuda dan Olahra-

ga.
Mendorong keterbukaan informasi tapi tetap dapat ditentukan

mana yang layak dipublikasi atau tidak.
Portal ini sudah populer dan didukung oleh tim pengisi content yang
beroperasi seperti halnya media online, lengkap dengan dewan re-
daksi dan para wartawannya. Tim pendukung dari Portal ini terdiri dari
2 kelompok utama
Pendukung teknis bekerja sama dengan Universitas Guna-
darma. Pendukung teknis ini bertanggung jawab terhadap pe-
ngembangan Content Management System dan perawatannya.
Termasuk juga penambahan fitur-fitur baru pada CMS. Di sam-
ping itu, tim teknis juga bertanggung jawab pada monitoring sis-
tem dan keamanan dari sistem. Tim teknis ini memonitor dan
siap sedia selama 24 jam sehari dan 7 hari seminggu.
Pendukung content tim Portal, yang terdiri dari tim redaksi dan
wartawan serta didukung oleh bagian Humas dari Kemenpora.
Bagian content ini bertanggung jawab terhadap pengisian con-
tent dari portal. Juga untuk melakukan persetujuan pemasukan
berita yang dilakukan oleh pihak lain (misal staf di Kemenpora
ataupun publik). Tim Content akan selalu standby 24 jam sehari
dan 7 hari seminggu
2.2.2 SIM Kepegawaian Kemenpora

Deskripsi dari SIM ini adalah :
Pemanfaatan: Pemanfaatan aplikasi Sistem Informasi Kepega-
waian akan digunakan pada Bagian Kepegawaian Kementerian
Pemuda dan Olahraga sebagai basis data dan informasi pega-
wai di lingkungan Kementerian Pemuda dan Olahraga
Unit pengelola: Bagian Sistem Informasi dan Pengolahan Data

Gambar 2.2: Portal Kemenpora
Waktu pengembangan: 3 (tiga) bulan (1 April s/d. 30 Juni 2009) .

Sistem merupakan sistem berbasis Web dengan disusun meng-
gunakan arsitektur LAMP (Linux, Apache, MySql dan Php). So-
urce code dari aplikasi ini diberikan kepada pihak Kemenpora.
Sehingga pada aplikasi ini source code dari program dapat dili-
hat.
Pengguna dari sistem ini adalah
Operator: Bagian Kepegawaian Biro Umum Sekretariat Ke-

menterian Pemuda dan Olahraga
Publik: tidak menggunakan SIM ini.
Penggunaan data oleh pihak lain: tidak ada data, artinya data
dari SIM ini belum banyak dimanfaatkan secara langsung kepa-
da pihak lain
Format data: tidak ada pendefinisian format data baku dari SIM
ini.
Kondisi implementasi berjalan baik dengan URL: http://

simpeg.kemenpora.go.id
Gambar 2.3: Manual SIM Kepegawaian
Problem yang ada: aplikasi SIM ini belum menyediakan kemam-

puan untuk bertukar data dengan SIM lain atau melakukan inte-
roperabiltias data dengan baik,
Dokumentasi: Tersedia buku manual penggunaan sistem ini.
Lisensi: tidak ada dalam kontrak, walaupun demikian source co-

de dari program ini diserahkan kepada pihak Kemenpora seba-
gai pemberi kerja.
2.2.3 SIM Atlit Indonesia

Deskripsi dari SIM Atlit Indonesia
Pemanfaatan: Sistem Informasi ini mengenai Atlet Berpresta-

si. Pemanfaatan aplikasi untuk memberikan informasi data at-
let PPLP dari seluruh provinsi di Indonesia sebagai bahan reko-
mendasi atau acuan bagi para stakeholder keolahragaan.

Gambar 2.4: Data Profil Pegawai
Waktu pengembangan: 60 hari kalender dengan menggunakan

Linux, Apache, PHP dan MySql, dikerjakan secara swa-kelola
oleh Kemenpora.
User
Operator : Bagian Sistem Informasi dan Pengolahan data

Biro Perencanaan
Publik : tidak ada data
Penggunaan data oleh pihak lain : Stakeholder bidang keolahra-

gaan, dengan mengunduh data yang ada.
Format data: tidak ada bakuan format data.
Kondisi implelementasi: masih perlu direvitalisasi karena data

yang terisi masih minim.
Problem yang terindentifikasi: Aplikasi Sistem Informasi Atlet

masih pada proses integrasi dengan server.
SIM ini memiliki dokumentasi yang kurang lengkap, sehingga ba-

gi perawat sistem sedikit mengalami kesulitan untuk menerusk-
an pekerjaan
Lisensi: tidak ada dalam kontrak tetapi source code disertakan

oleh pengembang kepada pihak Kemenpora
2.2.4 SIM Lelang

Deskripsi dari Sistem Informasi nengenai Pelelangan ini adalah seba-
gai berikut :
Pemanfaatan: SIM Lelang ini akan memberikan informasi-

informasi mengenai pelelangan yang ada di lingkungan Kemen-
pora, serta memungkinkan peserta lelang memasukkan berkas-
berkas yang dibutuhkan untuk mengikuti proses lelang di ling-
kungan Kemenpora.
Waktu pengembangan: 60 hari Kalender.
Komponen sistem: PHP, Apache, MySQL dengan Linux
Arsitektur Sistem: tidak ada data
User
Operator: Bagian Sistem Informasi dan Pengolahan Da-

ta Biro Perencanaan Sekretariat Kementerian Pemuda dan
Olahraga
Publik: pihak pihak lain terkait pengadaan barang dan
jasa
Penggunaan data oleh pihak lain: pihak pihak lain terkait pe-
ngadaan barang dan jasa
Format data: tidak ada data
Kondisi implelementasi: berjalan baik dengan URL http://

lelang.kemenpora.go.id
Problem yang ada: proses pendaftaran secara online masih

belum bisa berjalan dengan baik, peserta lelang lebih banyak
menggunakan pendaftaran secara manual, sehingga sistem in-
formasi lelang hanya berguna sebagai web pengumuman lelang
saja dan tidak berjalan bagaimana mestinya web lelang penga-
daan barang dan jasa lainnya.
Dokumentasi: tersedia panduan user manual

Gambar 2.5: Panduan User Manual Lelang
Lisensi: tidak dinyatakan tetapi source code disertakan, karena

menggunakan program PHP untuk membuat aplikasi pelelangan
ini.
2.2.5 SIM Evaluasi

Sistem Informasi mengenali Evaluasi Pelaporan ini memiliki deskripsi
sebagai berikut :
Pemanfaatan: Mempermudah memperoleh laporan pekerjaan

(laporan triwulan dan tahunan) dari unit unit kerja di lingkung-
an Kemenpora dan memepercepat laporan pada setiap kegiatan
yang dilaksanakan.
Waktu pengembangan: 60 hari Kalender dilakukan oleh pihak

ketiga.
Gambar 2.6: Tampilan Home Lelang
Arsitektur sistem: Linux, Apache, PHP dan MySql. Aplikasi web

yang digunakan dikembangkan oleh pihak ketiga dengan meng-
gunakan PHP.
User:

Olahraga
Publik: Dinas Dinas Pemuda dan Olahraga
Penggunaan data oleh pihak lain : belum ada
Format data: MySQL
Kondisi implelementasi: berjalan baik dengan URL: http://

lelang.kemenpora.go.id
Problem yang ada: dalam proses pengisian formulir pelaporan

masih ada beberapa bagian yang harus diperbaiki. Dan ada be-
berapa struktur pengisian form tidak sesuai dengan yang diha-
rapkan Bagian Evaluasi dan Pelaporan selaku bagian yang akan
menjalankan sistem informasi evaluasi ini.
Dokumentasi: laporan dan panduan user manual

Gambar 2.7: Dokumentasi Sistem Informasi
Lisensi: tidak ada dalam kontrak tetapi karena menggunakan

PHP, maka source code ada pada dasarnya diberikan kepada
pihak Kemenpora
2.2.6 SIM Geographic Infomation System (GIS)

Deskripsi dari Sistem Informasi Geografis dari Kemenpora
Pemanfaatan: pemanfaatan aplikasi untuk memberikan informa-

si kepemudaan dan keolahragaan disajikan dalam bentuk Peta
Geografis dari seluruh provinsi di Indonesia sebagai bahan re-
komendasi atau acuan bagi para stakeholder kepemudaan dan
keolahragaan
Waktu pengembangan: 60 hari kalender ( 6 Oktober s.d. 4 De-

sember 2009) dikerjakan oleh pihak ketiga
Arsitektur Sistem: masih menggunakan aplikasi GIS proprietary

(Mapinfo)
Gambar 2.8: Form Rencana Kinerja
Gambar 2.9: Laporan Rencana Kinerja

User:
Olahraga
Publik: tidak ada data
Penggunaan data oleh pihak lain: Stakeholder bidang kepemu-

daan dan keolahragaan
Format data: tidak ada data
Kondisi implementasi: pada tahapan untuk dijalankan.
Problem yang ada: belum bisa berjalannya aplikasi sistem in-
formasi geografis karena masih ada masalah dengan proses in-
tegrasi dengan server. Aplikasi ini hanya dapat berjalan pada
sistem operasi Windows dengan frameworknya Chameleon se-
dangkan web server yang ada di Kemenpora menggunakan sis-
tem Operasi Linux. Sedangkan menurut anjuran MenPAN pa-
da tahun 2011 ini server pemerintah sebaiknya menggunakan
Open Source.
Dokumentasi: panduan untuk pengguna tersedia.
Lisensi: tidak ada dalam kontrak tetapi karena aplikasi menggu-
nakan komponen yang berlisensi proprietary, maka menjadi sulit
di masa mendatang untuk merawat aplikasi ini. Karena setiap
pembaruan versi harus membayar lisensi dari aplikasi proprie-
tary tersebut.
2.2.7 SIM-SIM Lainnya

Di lingkungan Kemenpora terdapat juga beberapa SIM yang di luar
wewenang Biro Informasi dan Perencanaan yaitu :
Database Fasilitator Kepemudaan Indonesia
PDPJOI online, Pangkalan Data Pendidikan Jasmani dan Olah-
raga Indonesia [http://pdpjoi.kemenpora.go.id]
Sistem Informasi Fasilitator Kepemudahaan [http://sifa.
kemenpora.go.id]
Zona Kreasi Muda
Gambar 2.10: Panduan untuk pengguna GIS
Gambar 2.11: SIFA

Gambar 2.12: PDPJOI
Gambar 2.13: Zona Kreasi Muda

2.3. PLATFORM DI LINGKUNGAN KEMENPORA 27
2.3 Platform di Lingkungan Kemenpora

Pada saat ini platform sistem yang digunakan di lingkungan Kemen-
pora seperti yang ditampilkan pada Gambar. 2.14. Sebagian besar
aplikasi SIM yang digunakan di lingkungan Kemenpora berbasiskan
web. Sehingga tidak membutuhkan program client yang harus diin-
stal secara khusus. Sehingga arsitektur yang digunakan di lingkungan
Kemenpora terdiri dari 4 komponen utama yaitu :
Linux. Untuk server sebagian besar server di Kemenpora meng-
gunakan distro Linux OpenSUSE, sebagian desktop mengguna-
kan Ubuntu terutama untuk desktop.
Apache. Merupakan suatu web server yang dikembangkan oleh
Apache Foundation dan bersifat Open Source. Sehingga be-
bas untuk didapatkan, digunakan dan diubah sesuai kebutuhan
pengguna.
MySQL. Merupakan database yang sangat terkenal akan kece-
patannya. Banyak digunakan untuk aplikasi web.
PHP. Bahasa pemrograman yang bersifat skrip dan banyak di-
gunakan untuk membuat aplikasi web.
Arsitektur di atas lazim dikenal dengan istilah arsitektur LAMP yang
bersifat Open Source. Kemenpora telah mengikuti anjuran dari peme-
rintah baik dalam surat edaran IGOS, ataupun surat edaran MenPAN
tentang penggunaan program legal di kalangan pemerintahan.
Gambar 2.14: Platform yang digunakan di lingkungan Kemenpora

Gambar 2.15: Pola integrasi di Kemenpora saat ini
Pada saat ini SIM di Kemenpora belumlah terintegrasi menjadi sa-

tu, sehingga belum memungkinkan pertukaran data secara otoma-
tis. Dari hasil survei maka diperoleh bahwa mekanisme integrasi da-
ri SIM-SIM di lingkungan Kemenpora masihlah berupa pada tahapan
sistem direktori. Seperti yang ditunjukkan pada Gambar 2.15, Aplikasi-
aplikasi SIM yang digunakan belum diikat menjadi suatu aplikasi khu-
sus.
SIM di lingkungan kemenpora dibangun berdasarkan SIM-SIM
yang tersebar di unit-unit kerja. Sebagai pusat direktori adalah Por-
tal Kemenpora [http://www.kemenpora.go.id] pada Portal Ke-
menpora ada daftar yang melink ke semua SIM yang ada di lingkung-
an Kemenpora. Seperti yang ditunjukkan pada Gambar 2.16. Se-
hingga pengguna dengan mengklik daftar tersebut, dapat mengakses
SIM-SIM lainnya di lingkungan Kemenpora. Tetapi antara SIM di Ke-
menpora belum dapat melakukan pertukaran data. Begitu juga Portal
Kemenpora belum dapat secara otomatis mendapatkan data dari SIM-
SIM lain.
2.4 Pengguna dan Pemanfaatan

Pada saat ini SIM-SIM di lingkungan Kemenpora pada dasarnya digu-
nakan oleh berbagai pihak dari stakeholder yaitu :
Pengambil keputusan serta staff di lingkungan Kemenpora, mi-
sal Menteri, Deputi dan lain sebagainya.
2.4. PENGGUNA DAN PEMANFAATAN 29
Gambar 2.16: Direktori pada Portal Kemenpora
Gambar 2.17: Memasukkan berita melalui portal

Gambar 2.18: Hasil pemasukan berita oleh publik
Organisasi kepemudaan dan keolahragaan di seluruh Indone-

sia. Baik membaca berita ataupun memberikan berita via fasilti-
as yang disediakan di Portal Kemenpora. Melalui fasilitas yang
ditampilkan pada Gambar 2.17.
Wartawan dan media massa untuk memperoleh berita dan per-

aturan berkaitan dengan kepemudaan dan keolahragaan.
Publik, banyak memanfaatkan portal Kemenpora untuk menda-

patkan informasi-informasi terbaru mengenai kegiatan Kemen-
pora. Publik juga memasukkan sumbangan berita mengenai ke-
giatan kepemudaan dan keolahragaan di sekitarnya. Saat ini
animo publik untuk memasukkan berita sudah mulai tinggi, se-
perti tergambar pada Gambar 2.18
2.5 Permasalahan yang Teridentifikasi

Pada implementasi SIM di lingkungan Kemenpora ada beberapa per-
masalahan yang sering timbul. Permasalahan-permasalahan tersebut
diidentifikasi sebagai berikut :
Permasalahan definisi kebutuhan. Salah satu problem terbe-

sar di dalam pengembangan SIM adalah ketika stakeholder dan
2.5. PERMASALAHAN YANG TERIDENTIFIKASI 31
pengguna tidak dapat menginformasikan kebutuhannya kepada

pengembang aplikasi SIM. Sehingga seringkali SIM yang dikem-
bangkan tidak dapat berfungsi karena tidak menyediakan fungsi
yang diminta oleh pengguna.
Permasalahan disain. Di dalam pengembangan disain yang di-

lakukan masih belum melibatkan pengguna secara intens dari
awal pengembangan sistem. Hal ini disebabkan sebagian pro-
ses pengembangan sistem masih memanfaatkan metoda clas-
sic Software Development Lifecycle (SDLC) belum dimanfaat-
kan metoda participatory yang melibatkan pengguna sistem se-
jak awal misal dengan penggunaan prototype.
Permasalahan implementasi. Dokumentasi dari implementa-

si masih minim, sehingga menyulitkan pada kegiatan perawat-
an. Penggunaan data bersama masih belum terjadi dilingkungan
Kemenpora sehingga masih dilakukan proses copy dan sharing
secara manual.
Permasalahan operasional. Karena sistem yang tidak disusun

memberikan kinerja tinggi sehingga sering baik perangkat keras
ataupun perangkat lunak tidak mampu menangani beban sistem
Permasalahan perawatan. Perawatan seiring kali menjadi sedi-

kit terabaikan karena tidak adanya kepedulian sejak awal sistem
dibangun. Di lingkungan Kemenpora dengan dimulai dengan
pembangunan Portal Kemenpora, maka telah dilakukan fokus
pada perawatan sejak awal, di samping perbaikan pada meto-
dologi pengembangan sistem.
Permasalahan interoperabilitas dan penggunaan data ber-

sama belum didefinisikan dari awal. Sebaiknya bakuan yang
disepakati untuk masalah pertukaran data
Permasalahan aspek legal. Lisensi perangkat lunak yang di-

gunakan ataupun lisensi perangkat lunak yang dikembangkan
belum ditentukan. Untuk itu bakuan mengenai lisensi sudah tak
dapat dihindari lagi.
Permasalahan non teknis. Sosialisasi penggunaan sistem

yang belum cukup, ataupun sistem dikembangkan tidak mem-
pertimbangkan kondisi non teknis dari pengguna. Sosialisasi
sebaiknya dilakukan sejak masa disain dan hingga ketika sistem
telah selesai. Perihal non teknis lainnya adalah masalah keje-

lasan struktur organisasi pengelola SIM.
Bab 3
Strategi Pengembangan
SIM Kemenpora
3.1 Strategi Nasional E-government

E-government saat ini banyak didorong pemerintah, dengan tujuan
untuk meningkatkan kualitas layanan pemerintah kepada masyarakat.
Definisi dari e-government itu [Becker, 2003]:
Pemanfaatan dan Implementasi TIK oleh Pemerintah un-

tuk tersedianya informasi dan layanan administrasi publik
bagi masyarakat
Kesuksesan e-government ditentukan berdasarkan kualitas dan ke-

beradaan layanan administrasi, khususnya yang menyediakan proses
transaksi secara keseluruhan. E-government memiliki tujuan:
Menyediakan informasi pemerintahan yang efisien
Memberikan layanan yang lebih baik untuk masyarakat
Menguatkan komunitas melalui akses ke Informasi dan partisi-

pasi dalam pengambilan keputusan publik;
Mengintegrasikan Businesses, Citizens, Employees (G2G,

G2B, G2C, G2E)
33
34 BAB 3. STRATEGI PENGEMBANGAN SIM KEMENPORA
Seperti yang disajikan pada Gambar 3.1 terlihat untuk menerapkan

e-government yang sukses perlu memperhatikan beberapa faktor ya-
itu SDM (sumber daya manusia), penerapan proses implementasi e-
government, serta komponen TIK yang perlu diperhatikan.
Gambar 3.1: Strategi e-government
Berdasarkan draft rancangan penyelenggaraan e-government di

Indonesia, terlihat bahwa sistem informasi merupakan salah satu yang
yang sangat mendasar yang diperlukan di lingkungan badan peme-
rintah khususnya di Kemenpora. Hal ini sangat bermanfaat untuk
meningkatkan efisiensi, efektivitas, transparansi dan akuntabilitas pe-
nyelenggaraan pemerintahan di Kemenpora. Untuk menciptakan e-
government yang baik diperlukan beberapa komponen yang saling
berkaitan satu sama lain seperti penerapan teknologi informasi, infras-
truktur jaringan teknologi informasi, interoperabilitas sistem informasi,
dan keamanan sistem informasi. Penyelenggaraan e-government da-
pat dilakukan melalui kemitraan antar instansi pemerintah pusat, anta-
ra Instansi Pemerintah Pusat dan Daerah, Instansi Pemerintah Pusat
dan Daerah dengan Badan Usaha atau masyarakat, antar-instansi pe-
merintah daerah sesuai dengan peraturan perundang-undangan.
Pengembangan aplikasi e-government di setiap badan pemerintah
berdasarkan rancangan penyelenggaraan e-government dapat dibagi
menjadi dua:
Aplikasi umum dapat disediakan langsung oleh Menteri atau
kementrian.
Aplikasi khusus dapat dikembangkan oleh setiap Instansi Pe-
merintah Pusat dan Daerah sesuai dengan tugas pokok dan
3.2. PERKEMBANGAN TIK 35
Tabel 3.1: ICT Readline Index

No. Country E.Governments Readiness Ranking
2004 2005 2008
1 Singapore 8 7 23
2 Philippine 47 41 66
3 Malaysia 42 43 34
4 Thailand 50 46 64
5 E-Government Indonesia 85 96 106
6 Brunei 63 73 87
7 Vietnam 112 105 91
8 Cambodian 129 128 139
9 Myanmar 123 129 144
10 East Timor 174 144 155
11 Laos 144 147 156
fungsinya dengan persetujuan Menteri.
E-government telah banyak diimplementasikan di beberapa negara

seperti terlihat pada Tabel 3.1.
3.2 Perkembangan TIK

Gambar 3.2 menunjukkan perubahan trend dalam Teknologi Informasi
dan Komunikasi (TIK) mulai dari perubahan sumber daya utama seper-
ti infrastruktur yang berubah dari sistem telepon menjadi jaringan digi-
tal, kecepatan penyebaran informasi yang sekuensial dan lambat hing-
ga menjadi cepat bahkan tergolong sangat cepat. Hal ini pun mempe-
ngaruhi penambahan sumber informasi maupun pengguna informasi
yang di masa industrialisasi bersifat terpusat artinya hanya bagian ter-
tentu yang dapat mengakses informasi menjadi tersebar artinya selu-
ruh informasi dapat diakses jika informasi bersifat terbuka. Perubahan
struktur dan perkembangan teknologi informasi menuntut juga peru-
bahan aksesibilitas data yang semakin tinggi artinya data dan infor-
masi dapat diakses kapan dan di mana saja.
Perubahan trend yang terjadi dalam TIK menuntut terjadinya tran-
formasi di dalam lingkungan khususnya Kemenpora. Hal ini bertujuan
untuk membentuk TI yang dapat menunjang dan mendorong transfor-
masi keseluruhan informasi dan data di lingkungan Kemenpora se-
Gambar 3.2: Era Informasi

3.2. PERKEMBANGAN TIK 37
Gambar 3.3: Komponen Implementasi TIK
hingga dapat mendukung perkembangan TIK. Transformasi ini hanya

bisa didapatkan dengan perubahan dalam cara pengelolaan TI:
Pengembangan TI sektoral yang bersifat : terpadu, lintas-
sektoral
Orientasi pengembangan TI internal (build dan operate in-

ternally ) dengan melakukan optimasikan keikutsertaan swasta
(buy dan outsourcing)
Dukungan tersebar yang bersifat dukungan umum yang terpu-

sat, dan dukungan khusus tersebar
Transformasi merupakan proses panjang dan sulit sehingga memer-
lukan fokus dan komitmen penuh dari seluruh jajaran Kemenpora. Di-
samping itu perlu mempertimbangankan beberapa komponen TIK se-
perti ditunjukkan pada Gambar 3.3
Dari sisi teknologi berikut ini perkembangan yang perlu dipertim-
bangkan di dalam menyusun strategi pengembangan SIM di lingkung-
an Kemenpora
Perkembangan teknologi web juga mendukung karena pergeseran
yang terjadi secara teknologi sebagai berikut:
Web 0.0, adalah sebelum web, seperti: Face-to-face meetings,

Telephones, fax, Newspapers, books, magazines, television, ci-
nemas, VCRs, Encyclopedias, Diaries, Libraries, Internet, ftp,
AOL, Compuserve, Prodigy.
Web 1.0, adalah merupakan awal web dan sering disebut se-
bagai Read Only Web. Contohnya adalah HTML, CSS, XML
standards, Browsers semisal Mosaic, Mozilla, Internet Explorer,
Firefox, Opera, E-commerce, web-based forms, Plug-ins semi-
sal Flash, Streaming music dan video, situs web dinamis tapi
belum interaktif, mesin mencari (search engine), Java, PHP, web
services. Web 1.0 memiliki karakteristik :
Universal akses, artinya untuk mengakses sistem tidak

membutuhkan program client yang beragam. Sistem da-
pat diakses cukup menggunakna program yang sama, yai-
tu browser. Berbeda dengan sebelum ada Web, maka se-
tiap program client dibutuhkan untuk mengakses layanan
yang berbeda.
Konten yang portabel, dan hyperlink sehingga bersifat non-
linear.
Web 2.0, merupakan perkembangan lebih lanjut dari Web 1.0

dan sering diistilahkan sebagai Read-Write Web, sebagai con-
toh Blogs, wikis, jaringan sosial, Web-based email, word proces-
sors, spreadsheets, CRM, SOA (service oriented architecture).
Web 2.0 dengan karakteristik :
Konten yang dihasilkan user.

Mobile access menjadi dominan.
Web 3.0, merupakan perkembangan Web 2.0 yang dari manu-

sia bergeser ke mesin. Pada web sebelumnya, fungsi web ada-
lah hanya dipahami oleh manusia, tetapi mesin belum memiliki
fasilitas yang memadai. Sehingga pada Web 3.0 akan dikem-
bangkan pemahaman yang lebih baik antara manusia-manusia,
mesin-mesin dan manusia-mesin. Saat ini Web 3.0 masih terus
3.3. OPEN SOURCE DAN OPEN STANDARD 39
dikembangkan dalam tingkat penelitian, arah yang dominan ada-

lah ke semantic web, web services dan interoperabilitas. Web
3.0 dengan karakteristik :
Fokus pada layanan universal dan dapat saling bertukar

layanan.
Berbasiskan semantik yang menunjang interoperabilitas
3.3 Open Source dan Open Standard

Salah satu trend TIK yang makin dipertimbangkan berbagai negara
dalam 10 tahun belakang ini adalah Open Source dan Open Standard.
Pemanfaatan Open Source Software dalam Implementasi TIK meru-
pakan hal yang sangat penting karena beberapa alasan.
Efisien dan efektif;

Mengimplementasikan Open Standar sehingga mempermudah
dalam pertukaran data digital
Stabil, Aman;
Dukungan Komunitas;
Custom Build Software;
Peningkatan Industri Perangkat Lunak Lokal untuk Implementasi
TIK
Pemerintah telah memberikan dukungan terhadap Implementasi OSS

pada e-Government dengan cara:
Secara bertahap dan berkesinambungan dengan tetap pada ori-

entasi pencapaian target.
Pemerintah berperan sebagai pendorong dengan cara membe-

rikan contoh sebanyak mungkin penggunaan OSS di instansi
pemerintah, menggunakan piranti lunak yang legal termasuk de-
ngan OSS.
Pendekatan yang tidak mewajibkan untuk semua implementa-

si (tidak ada pemihakan), tetapi memberikan dorongan untuk
penggunaan OSS seluas-luasnya.
Tabel 3.2: Implementasi OSS di Berbagai Daerah

No. Pemda Action
1 Kab. Jembrana Migrasi Desktop, Migrasi Server,
Pengembangan aAplikasi, Pelatihan,
Kustomisasi Aplikasi
2 Kab. Kebumen Migrasi server, Pelatihan
3 Kab. Sragen Migrasi Server, Pengembangan Aplikasi,
Pelatihan, Kustomisasi Aplikasi,
Maintenance OSS
4 Prov. Jawa Tengah Migrasi Desktop, Migrasi Server,
Pelatihan, Kustomisasi Aplikasi, Official
Support OSS
5 Prov. Jawa Timur Migrasi Server, Pengembangan Aplikasi,
Kustomisasi Aplikasi
6 Prov. Nangroe Aceh Darussalam Migrasi Komputer lokal dan Desktop
Keterlibatan bersama seluruh stakeholder dan komunitas TI da-

lam implementasi program.
Hal ini terlihat dengan penerapan aplikasi open source di beberapa

daerah seperti yang terlihat pada tabel 3.2. Penerapan OSS tidak ha-
nya dilakukan di Indonesia tapi berbagai negara telah melakukan hal
yang sama seperti pada gambar 3.3. Beberapa contoh apilikasi OSS
yang sering dan telah digunakan antara lain:
Aplikasi Desktop: Sistem Operasi (Linux), Office Application

(Open Office), Gambar/Grafik (Gimp, Blender),
Aplikasi Statistik: R-statistik,

GIS: MapServer, GRASS
Pemrograman: PHP, GCC, Fortran, Java, Phyton, dll
Server: Database, Web, Mail, Virtualisasi, DNS, Proxy
Berdasarkan data tersebut maka implementasi Open Source di
lingkungan Kemenpora merupakan suatu strategi yang penting. Hal
ini tidak saja untuk memberikan kinerja tinggi, tetapi juga untuk meme-
cahkan masalah legalitas dan pertimbangan pemanfaatan dana publik
secara optimal. Untuk itu beberapa aplikasi yang terlanjur disusun
3.3. OPEN SOURCE DAN OPEN STANDARD 41
Tabel 3.3: Implementasi OSS di berbagai Negara

No. Negara Action
1 German Perjanjian antara Pemerintah Pusat dengan
Perusahaan OSS (SusE) dan IBM untuk
mengimplementasikan OSS dalam
pengembangan sistem pemerintahan.
2 Inggris Pemerintahan dan Otoritas mengusulkan
pemanfaatan OSS (untuk Open Standar) sebagai
hal yang sama dengan proprietry dalam proses
belanja TIK
3 Perancis Pemerintah dan otoritas administrasi memutuskan
untuk pemanfaatan OSS untuk mengurangi budget
TIK. Hal ini juga sebagai wujud peningkatan
industri software
4 Denmark Research commitee of the Folketing
merekomendasikan untuk mengimplementasikan
OSS dalam administrasi Pemerintahan
5 Findland Beberapa anggota parlemen merekomendasikan
pemanfaatan OSS untuk administrasi
pemerintahan
6 China Chinas Ministry of Information Industry
membentuk Open Source Alliance untuk
mendukung sistem berbasis Linux
7 Brasil Pemerintah migrasikan 300.000 komputer di
kantor pemerintah ke sistem OSS, sedangkan
legistafif memberi mandat agar seluruh software di
federal administration dan publik harus OSS
dengan menggunakan aplikasi proprietary harus secara bertahap di-

migrasi menjadi aplikasi open source untuk mendukung program pe-
merintah tersebut.
Bab 4
Road Map
Pengembangan SIM
Kemenpora
Pengembangan SIM yang baik di suatu Kementerian haruslah memili-

ki suatu strategi dan perencaan yang terintegrasi, holistik dan berjang-
ka panjang dan berkesinambungan. Untuk kebutuhan tersebut perlu
disusun road map pengembangan SIM Kemenpora. Road map ini di-
harapkan menjadi panduan bagi unit kerja yang mengembangkan SIM
ataupun pengembang SIM di lingkungan Kemenpora. Road map ini
bukan sekedar daftar aplikasi yang direncanakan dibuat, tetapi lebih
kepada strategi dan tahapan pembangunan SIM yang terintegrasi.
4.1 Pengembangan SIM Kemenpora

Dalam melakukan pengembangan SIM Kemenpora diperlukan bebe-
rapa perencanaan pengembangan perangkat lunak. Perencanaan ini
ada yang bersifat teknis ataupun bersifat non teknis (organisatoris,
aturan dan bakuan). Persiapan tersebut meliputi :
Persiapan aspek teknis
Melakukan survei untuk mengetahui kondisi dukungan teknis

yang ada saat ini di lingkungan Kemenpora.
43
44 BAB 4. ROAD MAP PENGEMBANGAN SIM KEMENPORA
Memilih suatu model untuk proses pengembangan SIM yang di-

anut.
Memilih notasi yang digunakan untuk spesifikasi dan perancang-

an sistem informasi.
Memilih bahasa pemrograman yang disarankan untuk diguna-

kan di dalam pengembangan Sistem Informasi Manejemen di
lingkunga Kemenpora
Menentukan arsitektur perangkat keras dan perangkat lunak dari

Sistem Informasi Manajemen
Memilih mekanisme pengaturan konfigurasi dari sistem.

Memilih produk berpotensi berdasarkan pengalaman keorgani-
sasian, sumber daya, dan tujuan.
Mengevaluasi informasi pasar mengenai viablitas produk

Membeli atau menyewa perangkat keras/lunak yang dibutuhkan
Persiapan aspek organisasi
Menetapkan standard untuk dokumentasi, coding, verifikasi dan

pengujian
Mengestimasi biaya, jadwal, tersiko dan harga dari produk

Memilih bentuk laporan dan cara pengukuran perkembangan
proyek
Menentukan organisasi pendukung pelaksanaan SIM di ling-

kungan Kemenpora
Persiapan sumber daya manusia
Mengontrak dan menyusun team pembuat software

Menyiapkan bahan dan personil untuk instalasi, perawatan.
Melakukan sosialisasi dan pelatihan mengenai proses pengem-
bangan SIM sehingga ketika dilaksanakan pengembangan SIM
kerjasama antar pihak Kemenpora dan pengembang dapat ter-
jadi secara baik.
4.2. RENCANA PENGEMBANGAN INFRASTUKTUR 45
Oleh karena itu untuk meletakkan dasar dan fondasi perencanaan ser-
ta pelaksanaan pengembangan SIM di lingkungan Kemenpora maka
perlu ditetapkan beberapa bakuan yang dituangkan dalam dokumen-
tasi. Dokumen bakuan dan perencanaan tersebut disusun dengan
pendekatan:
Tidak terlalu teknis agar dapat dibaca secara luas dan juga mu-
dah dipahami oleh pihak manajemen.
Tidak terikat pada satu jenis teknologi atau vendor. Tetapi lebih
kepada konsep dan bakuan yang bersifat terbuka.
Pengembangan yang dilakukan berbasiskan kondisi yang ada.

Tidak terlalu ambisius. Aplikasi-aplikasi yang direncanakan ber-
basiskan kebutuhan yang ada.
Pengembangan teknis yang direncanakan harus melihat kepada

keterbatasan organisasi dan sumber daya manusia yang ada.
4.2 Rencana Pengembangan Infrastuktur
Salah satu yang perlu dikembangkan di dalam penyusunan SIM di ling-

kungan Kemenpora adalah infrastruktur teknis pendukung SIM. Yaitu
sistem perangkat server dan jaringan. Pada saat ini sistem jaringan
dan server di lingkungan Kemenpora dapat dilihat seperti pada Gam-
bar 2.1. Saat ini beberapa server sudah dijalankan dengan mengguna-
kan teknik virtualisasi. Kemenpora adalah kementerian yang tergolong
pertama kali memanfaatkan teknologi ini.
Teknik virtualisasi digunakan untuk menyediakan beragam layanan
SIM yang terpisah tetapi menjadikan lebih mudah dikelola dan dirawat.
Karena dijalankan pada suatu lingkungan terisolir yang terpaket men-
jadi satu. Di samping itu, teknik virtualisasi ini membuat sistem lebih
aman dan reliable serta dapat memanfaatkan perangkat keras secara
lebih efisien.
Gambar 4.1: Kondisi Sekarang
Perencanaan untuk pengembangan infrastruktur sehingga menja-

dikan layanan SIM yang lebih baik dapat dilihat pada Gambar 4.2. Pa-
da dasarnya perbaikan yang perlu dilakukan untuk 1 tahun ke depan
di tingkat infrastruktur jaringan adalah hal-hal sebagai berikut :
Separasi atau pembagian yang lebih jelas antara unit kerja yang
di dalam dan di luar. Hal itu dilakukan dengan memasang sistem
firewall dan router tambahan.
Dilengkapinya dengan sistem inventori, management serta help

desk yang memudahkan pengoperasian serta perawatan infras-
truktur jaringan
Penambahan beberapa fasilitas dasar untuk infrastruktur seperti

Intruder Detection System, Intruder Prevention System, Backup
system dan lain sebagainya.
4.3. JENIS SIM YANG PERLU DIKEMBANGKAN 47
Pemanfaatan sistem dengan Quality of Service (QoS) sehingga

dapat membedakan layanan yang diberikan dan dapat meman-
faatkan bandwidth yang tersedia secara lebih baik.
Gambar 4.2: Kondisi Jaringan yang Diharapkan
4.3 Jenis SIM yang Perlu Dikembangkan

Di dalam mengembangkan SIM Kemenpora di masa mendatang, ma-
ka perlu dilakukan tahapan-tahapan pengembangan SIM. Pemilihan
urutan-urutan tersebut berdasarkan tingkat kebutuhan serta pra-syarat
dari SIM selanjutnya. Tahapan-tahapan pengembangan SIM di ling-
kungan Kemenpora tersebut ditampilkan pada Gambar 4.3. Beberapa
tahapan membutuhkan kesuksesan pelaksanaan tahapan selanjutnya.
Road map ini dibagi menjadi beberapa jenis pekerjaan SIM yang pada
dasarnya dapat untuk memenuhi kebutuhan :
Kebutuhan publik untuk mendapatkan informasi mengenai Ke-

pemudaan dan Keolahragaan
Memberikan layanan fasilitas informasi kepada publik misal ke-

pada OKP ataupun organisasi olahraga
Kebutuhan Kemenpora dalam menciptakan kebijakan dan me-

laksanakan kebijakan-kebijakan Kepemudaan dan Keolahraga-
an
Operasional dari SIM tersebut sehingga SIM tersebut dapat be-

kerja menenuhi fungsinya.
Jenis-jenis SIM yang akan dikembangkan tersebut akan dijabarkan pa-

da penjelasan berikut :
4.3.1 SIM untuk Pengoperasian

Untuk memudahkan dan mengatasi permasalahan pengoperasian.
Maka perlu dikembangkan beberapa Sistem Informasi yang terkait de-
ngan fasilitas SIM di lingkungan Kemenpora, Sistem tersebut adalah
Sistem Informasi Manajemen Infrastruktur Jaringan. SIM ini pada da-
sarnya memiliki 3 komponen utama yaitu :
Sistem inventory infrastruktur jaringan. Sistem ini akan men-

data perangkat jaringan, perangkat keras di lingkungan Kemen-
pora. Sehinga bila terjadi gangguan maka akan lebih mudah me-
nelusuri kerusakannya. Hal ini akan membantu pengoperasian
jaringan di lingkungan Kemenpora. Prototype sistem ini tampak
seperti Gambar 4.4
Sistem monitoring dan visualisasi jaringan. Sistem ini ak-

an memonitor, traffic, layanan apakah selalu up, serta membe-
rikan laporan tentang sebagaimana baiknya layanan SIM yang
ada di lingkungan Kemenpora. Juga akan melaporkan titik ma-
na yang paling banyak menggunakan bandwidth, ataupun dapat
juga melaporkan perkabelan di lantai mana yang kurang baik.
Prototype sistem ini tampak pada Gambar 4.5.
Sistem help desk. Sistem ini akan membantu mengelola pe-

laporan dari pengguna bila terjadi kerusakan. Sehingga setiap
pengguna di lingkungan Kemenpora dapat melaporkan dengan
Gambar 4.3: Road Map SIM di Kemenpora

Gambar 4.4: Sistem inventory jaringan
lebih ditail dan akan langsung dicatat oleh bagian teknis. Proto-
type sistem ini tampak seperti pada Gambar 4.6.
4.3.2 SIM Berbasiskan Database

Sistem lnformasi berbasiskan Aplikasi Database in misal meliputi ber-
bagai sistem misal :
Sistem database pendukung interoperabilitas. Sistem data-

base yang ada di lingkungan Kemenpora belum mendukung as-
pek interoperabilitas. Sehingga sulit bila antar SIM dapat bertu-
kar data. Sebagai dampaknya data yang tersebar di beberapa
Unit Kerja tak dapat dimanfaatkan. Dengan adanya sistem data-
base pendukung interoperabilitas yang berbasis ontologi, maka
proses pertukaran data akan dapat dilakukan secara lebih mu-
dah
Sistem datawarehouse. Untuk memudahkan proses pengam-

bilan keputusan, maka ketersediaan data secara terkumpul baik
yang bersumber dari sumber data internal (dari dalam organisa-
si) ataupun sumber data eksternal (luar organisasi) akan sangat
dibutuhkan. Dengan terkumpulnya data tersebut dalam suatu
Gambar 4.5: Sistem Monitoring
Gambar 4.6: Help Desk

sistem datawarehouse, maka dapat diterapkan teknik-teknik da-

ta mining untuk melakukan perkawinan informasi dari data de-
ngan sumber yang berbeda. Cara ini akan menghasilkan suatu
informasi pendukung pembuat keputusan yang sangat memban-
tu sekali Kementerian Pemuda dan Olahraga dalam pekerjaan
sehari-harinya.
Executive Information System yang mendukung mobile devi-
ces. SIM ini merupakan SIM yang digunakan para pembuat ke-
putusan. Sehingga memang didisain untuk memberikan infor-
masi tentang Kementerian Pemuda dan Olahraga secara sing-
kat tetapi real time. Sistem ini juga menyajikan informasi tentang
Kepemudaan dan Keolahragaan, misal daftar OKP di Indonesia
dan alamatnya, daftar atlit berpartisipasi dan lain sebagainya.
Pengguna setelah memperoleh suatu informasi dapat mencari
informasi yang lebih ditail. EIS ini sebaiknya juga dapat diak-
ses melalui perangkat mobile devices, karena akan memudahk-
an untuk mengakses informasi dari manapun.
Model pengintegrasian layanan SIM di lingkungan Kemenpora dikem-
bangkan dengan model seperti pada Gambar 4.7. Pada model ini se-
tiap SIM tidak harus memiliki model database ataupun menggunakan
database yang sama. Tetapi antar SIM tersebut dapat saling bertu-
kar data dengan menggunakan mekanisme generic service. Setiap
SIM yang dikembangkan di lingkungan Kemenpora yang ingin melaku-
kan pertukaran data, harus memenuhi pra-syarat penyediaan generic
service ini. Sehingga antar SIM cukup melakukan request dengan
metoda yang sama dan tiap SIM akan melakukan pemetaan sesuai
dengan teknologi yang diimplementasikannya.
4.3.3 SIM Berbasiskan Social Network

Social Network merupakan suatu jenis aplikasi yang mencoba meng-
hubungkan antara pengguna dengan pengguna lainnya. Misal dalam
rangkaian friend of friend. Salah satu aplikasi jenis Social Network
yang terkenal adalah Facebook. Saat ini lazim suatu organisasi atau
suatu jenis kegiatan membuat situs Social Network sendiri. Sebagai
contoh bila di lingkungan Kemenpora, maka Social Network ini dapat
digunakan untuk tujuan :
Menghubungkan mereka (pemuda) yang pernah mengikuti kegi-
atan,
Gambar 4.7: Interoperabilitas dengan Service generic

Menghubungkan mereka yang tertarik dengan organisasi pe-

muda misal anggota organisasi pemuda atau alumni kegiatan
Menpora
Menghubungkan organisasi-organisasi kepemudaan
Jenis aplikasi lainnya yang tergolong pada keluarga aplikasi Social Ne-
twork adalah aplikasi mikroblog. Salah satu aplikasi jenis ini yang pa-
ling terkenal adalah twitter, seperti yang nampak pada Gambar 4.8.
Aplikasi jenis ini memiliki karakeristik:
Pesan singkat < 140 karakter
Dapat dibaca dan ditulis melalui perangkat mobile (smartphone,

ataupun via SMS).
Cocok untuk laporan singkat misal ketika ada event seperti SEA
GAMES. Tujuannya memberikan laporan singkat terbaru.
Gambar 4.8: Mikroblog
4.3.4 SIM untuk Berkolaborasi

Salah dari tujuan dari aplikasi ini adalah untuk menghubungkan me-
reka (pemuda) yang pernah mengikuti kegiatan. Salah satu dari apli-
kasi ini adalah seperti yang ditunjukan pada gambar 4.9. Aplikasi ini
akan membantu dalam menkoordinasikan pekerjaan. Dengan sistem
ini, maka setiap staf di Kemenpora akan dapat login ke sistem dan
memperoleh desktop yang menerangkan jadwal kerja, kelompok ker-

ja termasuk target dan tenggat. Aplikasi semacam ini ditampilkan pa-
da Gambar 4.9. Di samping masing-masing pengguna dapat melihat
jadwal dan bekerja sama secara online (misal menulis dokumen ber-
samaan), maka pengguna dapat juga bertukar data.
Gambar 4.9: Contoh Aplikasi CSCW
4.3.5 SIM untuk Knowledge Management

Beberapa SIM yang tergolong kelompok ini dan dapat dikembangkan
di lingkungan Kemenpora adalah :
Sistem Ensiklopedia berbasis Wiki. Salah satu aplikasi yang

dapat dikembangkan adalah ensiklopedia pemuda dan olahra-
ga. Aplikasi ini berbasis knowledge base artinya pengunjung
bisa menambahkan informasi contohnya seperti yang ditunjukk-
an Gambar 4.10. Prototype situs ini dapat diakses dengan URL
: [http://wiki.kemenpora.go.id].
Sistem tanya jawab (Frequently Asked Question). Aplika-

si SIM ini dapat digunakan untuk mengumpulkan pertanyaan-
pertanyaan yang sering dilontarkan oleh publik terhadap suatu
permasalahan yang berkaitan dengan Kepemudaan. Sebagai
contoh, prototype situs ini dapat diakses dengan URL [http:

//tanya-jawab.kemenpora.go.id]. Model prototype da-
ri aplikasi seperti ini dapat dilihat pada Gambar 4.11.
Sistem eLearning. Sistem ini akan mendukung mekanisme

pembelajaran jarak jauh. Sehingga di masa depan Kemenpo-
ra dapat memberikan materi pelatihan melalui eLearning, misal
materi pelatihan juri dan wasit untuk cabang olahraga terten-
tu. Ataupun juga materi pelatihan untuk para pemuda. Dengan
memanfaatkan teknologi ini maka dapat ditingkatkan jumlah pe-
latihan baik kuantitas ataupun kualitasnya. Sebagai contoh dari
fasilitas seperti ini adalah yang ditampilkan pada Gambar 4.12.
Gambar 4.10: Contoh Ensiklopedia

Gambar 4.11: Fasilitas Tanya-Jawab (FAQ)
Gambar 4.12: Fasilitas eLearning

Bab 5
Bakuan Sistem Informasi
Suatu proses bisnis (bisnis bukan hanya perdagangan saja, melainkan

proses pelaksanaan manajemen) penting untuk implementasi suatu
program atau sistem. Resiko yang dihadapi oleh kegiatan pengem-
bangan SIM adalah kecepatan yang harus digunakan pada saat im-
plementasi. Pemendekan siklus pengembangan untuk suatu kegiatan
bukanlah merupakan suatu alasan yang baik.
Pada suatu bagian sistem informasi, menaikkan kualitas proses
biasanya melibatkan elemen berikut ini :
Metodologi .
Suatu cara, metoda, untuk mencapai tujuan. Suatu metodologi
berlaku secara umum, dengan perencanaan tingkat tinggi, dan
digunakan sebagai landasan setiap kegiatan. Ada beberapa me-
toda khusus untuk beberapa jenis kegiatan yang khusus, seperti
metodologi untuk Internet atau Intranet.
Dokumentasi .
Dokumen khusus, yang pada awal kegiatan akan menerangkan
secara garis besar. Yang akan dilengkapi pada setiap kegiatan
yang dilaksanakan. Contoh dokumentasi adalah : Functional
Specification, Cost-benefit Analysis, and Return of Investment.
Standard .
Panduan yang disusun dan digunakan pada suatu institusi un-
tuk menyelesaikan suatu pekerjaan. Contoh standard ini adalah
: kesepakatan penamaan untuk berbagai macam kode, kesepa-
katan layar GUI, kesepakatan data modelling. Standard ini pen-
59
60 BAB 5. BAKUAN SISTEM INFORMASI
ting karena merupakan landasan pengembangan sebagai ke-

rangka kerja, komunikasi. Juga untuk mengontrol kualitas serta
menjaga kontinuitas pengembangan.
Oleh karena itu untuk mempersiapkan perkembangan SIM di lingkung-

an Kemenpora yang baik, maka perlu ditentukan ketiga hal tersebut di
atas. Pekerjaan ini menyelesaikan permasalahan dan tertulis dalam
buku ini. Bakuan, metolodogi merupakan fondasi utama di dalam pe-
nyusunan sistem yang terencana dan berkesinambungan.
5.1 Bakuan Siklus Pengembangan

Saat ini metoda pengembangan yang banyak digunakan di berbagai
badan pemerintahan di Indonesia, termasuk di lingkungan Kemente-
rian Pemuda dan Olahraga masih mengikuti pola konvensional SDLC
(System Development Life Cycle), yang terlihat pada Gambar. 5.1.
Model ini sering juga disebut model water fall. Kelemahan dari model
SDLC ini adalah pengembang SIM harus melakukan proses tebak-
menebak di dalam pengembangan sistem. Sehingga seringkali apli-
kasi yang dikembangkan menjadi tidak cocok karena tidak melibatkan
pengguna dari sistem.
Pada metoda pengembangan ini, maka sistem dikembangkan oleh
pihak ke 3 berdasarkan Kerangka Acuan Kerja (KAK) yang ditentukan
untuk tender tersebut. Badan pemerintah yang membangun SIM akan
menspesifikasikan kriteria SIM yang diinginkan dalam dokumen KAK.
Dokumen KAK ini pada dasarnya seperti suatu spesifikasi kebutuhan
(requirement). Setelah membaca KAK ini, maka pengembang akan
memasukkan proposal disain dari SIM yang dibuatnya tanpa pernah
melakukan interaksi dengan pengguna SIM ataupun badan tersebut.
Hal ini yang sering menyebabkan SIM yang didisain dengan menggu-
nakan SDLC menjadi kurang dapat memenuhi kebutuhan pengguna
atau stakeholder.
Di tambah lagi seringkali requirement yang dituliskan pada KAK
tidak menggambarkan apa yang dibutuhkan sistem ataupun penggu-
na. Sehingga sistem dikembangkan sesuai dokumentasi KAK itu se-
ringkali tidak memenuhi kebutuhan. Pengembang aplikasi SIM meng-
embangkan aplikasinya benar-benar berdasarkan KAK yang bisa juga
salah ditulis ataupun kurang tepat. Bisa juga pengembang salah me-
lakukan interpretasi dari spesifikasi tersebut. Pada model SDLC kesa-
lahan spesifikasi seringkali dideteksi pada saat akhir pekerjaan, dan
5.1. BAKUAN SIKLUS PENGEMBANGAN 61
Gambar 5.1: SDLC
semua sudah terlambat tidak bisa dilakukan perbaikan.

Pada saat pengerjaan Portal Kemenpora, pihak Kemenpora dan
Universitas Gunadarma mencoba menggunakan metoda participatory
yang melibatkan pengembang dengan pihak Kemenpora. Pada model
ini pengembang dan pihak pengguna secara intens dari awal sudah
melakukan interaksi untuk mendefinisikan kebutuhan, menguji proto-
type, dan menguji hasil akhir dari sistem. Sehingga tingkat komunika-
si antar pengembang dan pengguna/stakeholder menjadi lebih tinggi,
dan kesalahan dapat dihindari. Model seperti ini yang kini dikenal da-
lam kelompok Metoda Agile.
Oleh karena keterbatasan model SDLC itulah, maka ditetapkan
untuk sistem yang lebih mengakomodir keterlibatan pengguna yang
lazim dikenal dalam golongan metoda pengembangan yang bersifat
Participatory Development Model. Salah satu yang tergolong mo-
del ini adalah model yang disebut Prototyping Development model.
Model ini tampak seperti pada Gambar 5.2. Metoda seperti inilah yang
lebih cocok diterapkan di dalam lingkungan Kemenpora. Terutama un-
tuk aplikasi yang melibatkan pengguna luas.
Dengan bakuan model pengembangan berbasiskan prototyping ini
pengembang dan klien dapat saling berinteraksi selama proses pem-
Gambar 5.2: Metoda purwarupa (Prototype)
buatan sistem. Sering terjadi klien hanya mendefinisikan secara umum

apa yang dikehendakinya tanpa menyebutkan secara ditail output apa
saja yang dibutuhkan, pemrosesan dan data-data apa saja yang dibu-
tuhkan.
Sebaliknya di sisi pengembang kurang memperhatikan efesiensi
algoritma, kemampuan sistem operasi dan interface yang menghu-
bungkan manusia dan komputer. Untuk mengatasi ketidakserasian an-
tara klien dan pengembang, maka harus dibutuhkan kerjasama yang
baik di antara keduanya sehingga pengembang akan mengetahui de-
ngan benar apa yang diinginkan klien dengan tidak mengesampingk-
an segi-segi teknis dan klien akan mengetahui proses-proses dalam
menyelesaikan sistem yang diinginkan. Dengan demikian akan meng-
hasilkan sistem sesuai dengan jadwal waktu penyelesaian yang telah
ditentukan.
Keunggulan metoda yang menggunakan prototyping adalah seba-
gai berikut:
Adanya komunikasi yang baik antara pengembang dan klien

Pengembang dapat bekerja lebih baik dalam menentukan kebu-
tuhan klien
Klien berperan aktif dalam pengembangan sistem
Lebih menghemat waktu dalam pengembangan sistem
Penerapan menjadi lebih mudah karena pemakai mengetahui

apa yang diharapkannya.
Kunci agar model prototype ini berhasil dengan baik adalah dengan
mendefinisikan aturan-aturan main pada saat awal, yaitu klien dan pe-
ngembang harus setuju bahwa prototype dibangun untuk mendefini-
sikan kebutuhan. Prototype akan dihilangkan sebagian atau seluruh-
nya dan sistem informasi aktual direkayasa dengan kualitas dan im-
plementasi yang sudah ditentukan.
Tahapan-tahapan dalam Prototyping adalah sebagai berikut:
1. Pengumpulan kebutuhan. Klien dan pengembang bersama-

sama mendefinisikan format seluruh sistem informasi, mengi-
dentifikasikan semua kebutuhan, dan garis besar sistem yang
akan dibuat.
2. Membangun prototyping. Membangun prototyping dengan

membuat perancangan sementara yang berfokus pada penya-
jian kepada klien (misalnya dengan membuat input dan format
output)
3. Evaluasi prototyping. Evaluasi ini dilakukan oleh klien apakah

prototyping yang sudah dibangun sudah sesuai dengan keingin-
an klien. Jika sudah sesuai maka langkah 4 akan diambil. Jika
tidak prototyping direvisi dengan mengulangu langkah 1, 2, dan
3.
4. Mengkodekan sistem. Dalam tahap ini prototyping yang sudah

di sepakati diterjemahkan ke dalam bahasa pemrograman yang
sesuai
5. Menguji sistem. Setelah sistem sudah menjadi suatu perangkat

lunak yang siap pakai, harus dites dahulu sebelum digunakan.
Pengujian ini dilakukan dengan White Box, Black Box, Basis Pa-
th, pengujian arsitektur dan lain-lain
6. Evaluasi sistem. Klien mengevaluasi apakah sistem yang su-

dah jadi sudah sesuai dengan yang diharapkan . Jika ya, lang-
kah 7 dilakukan; jika tidak, ulangi langkah 4 dan 5.
7. Menggunakan sistem. Sistem informasi yang telah diuji dan

diterima klien siap untuk digunakan.
Di dalam pengembangan SIM di lingkungan Kemenpora, participatory

development model atau yang dikenal dengan kerjasama merupak-
an bakuan pengembangan sistem dengan melibatkan seluruh stake-
holder di dalam proses untuk memastikan bahwa sistem yang dibu-
at berdasarkan atas kebutuhan dan kegunaan yang diinginkan. Di
dalam participatory, partisipan berkerjasama dengan perancang, pe-
neliti, dan pengembang selama kurun waktu proses pengembangan
berlangsung. Secara singkat, mereka berpartisipasi dalam beberapa
tahapan proses yaitu:
Partisipasi dalam tahapan awal eksplorasi dan pendefinisian

permasalahan yang ada. Ini berfungsi untuk menjabarkan ma-
salah dan fokus terhadap pencarian solusinya
Partisipasi dalam tengah-tengah tahapan pengembangan hing-

ga akhir. Ini berfungsi untuk mengevaluasi solusi yang diajukan
Partisipasi dalam pengoperasian, sehingga memberikan fee-

dback, permasalahan yang dihadapi dalam pengoperasian se-
cara langsung ke pengembang
5.1.1 Tahapan Proyek SIM

Pada suatu proyek biasanya terdapat 6 proses yang saling terkait dan
dinamis. Proses ini adalah :
Pendefinisian
Perencanaan
Organisasi
Pengawasan
Penyelesaian
Leading
Setiap proses akan memiliki keluaran yang akan menjadi masukan

bagi proses yang lainnya. Proses-proses ini memberikan beberapa
keuntungan termasuk :
Mengetahui dampak teknologi dan bisnis

Menghitung estimasi biaya sesungguhnya
Menentukan tingkat usaha
Mencapai suatu penyelesaian yang paling efektif biayanya.
Memilih perangkat bantu dan teknik terbaik
5.1.2 Pendefinisian
Dengan mendefinisikan kegiatan dengan tetap, diharapkan kegiatan
dapat mulai dan diakhiri dengan biaya yang paling efektif. Termasuk
menjawab : who, what, when, where, why and how dari pelaksa-
naan proyek tersebut. Perangkat bantu untuk melaksanakan tugas ini
disebut dengan Statement of the Works (SOW). SOW adalah kese-
pakatan antar client dan developer. Dokumen ini ditulis berdasarkan
perspektif bisnis dan teknis yang berisi topik-topik berikut ini :
Pengantar (misal informasi latar belakang)

Tujuan dan obyektif (misal cost, jadwal, dan kualitas)
Scope (misal, aplikasi HTML atau VRML)
Assumsi (misal kemampuan penanganan peningkatan traffic ja-
ringan)
User
Sumber daya (misal spesialis jaringan, programmer)
Milestone untuk penjadwalan (misal waktu akhir testing)
Pembiayaan (biaya langsung dan overhead)
Amandement (definisi ulang dari penyerahan pekerjaan)
Tanda tangan (manajemen senior dan komunitas pengguna)
SOW memberikan keuntungan ketika digunakan untuk memulai suatu
kegiatan pengembangan SIM, yaitu :
Menjelaskan biaya dan jadwal juga asumsi utama tentang pro-

yek
Menjelaskan peranan dan tanggung jawab.

Mengukuhkan definisi hal yang akan dicapai proyek SIM terse-
but.
Mendorong diselesaikannya kegiatan tersebut, karena adanya

kesepakatan tertulis dalam dokumen tersebut (tanda tangan).
Di samping itu SOW ini akan membantu menentukan tanggung jawab

sekuriti pada tingkat tinggi, perawatan dokumentasi, perangkat lunak,
data, perangkat keras, dan pengelolaan sistem. Dengan kata lain akan
mendefinisikan siapa yang berperan sebagai web-master s, document-
master, dan document-owners. SOW juga mencegah permasalahan
yang timbul di tahapan berikutnya dari pengembangan sistem.
5.1.3 Perencananaan
SOW menjabarkan biaya secara kasar, penjadwalan, kualitas, dan
sumber daya manusia pada suatu kegiatan. Dengan informasi ini per-
encanaan dilakukan dengan berdasarkan pada informasi ini. Peren-
canaan sebagai langkah berikutnya meliputi 6 tahapan yang dapat di-
laksanakan secara berurutan ataupun paralel :
Menyusun Work Breakdown Structure (WBS)

Mengestimasi waktu pelaksanaan proyek
Mengalokasikan sumber daya
Menghitung pembiayaan
Menyusun jadwal kerja
Pengelolaan resiko
Menyusun WBS
Pada dasarnya WBS merupakan suatu daftar yang bersifat top down
dan secara hirarkis menerangkan komponen komponen yang harus
dibangun, dan pekerjaan yang berkaitan dengannya. Sebagai contoh
pada tabel di bawah ini
Model WBS memberikan beberapa keuntungan
Memberikan daftar pekerjaan yang harus diselesaikan

Tabel 5.1: Work Breakdown Structure
Nomor Pekerjaan Pekerjaan

1.0 Home Page
1.1 Penentuan isi
1.2 Penentuan format dan layout
1.3 Penyusunan homepage
2.4 Sekuriti
2.5 Otentikasi
2.6 Pembatasan akses
2.7 Firewall
2.8 Event Logging
2.9 Enkripsi
2.10 Kebijaksanaan
3.11 Monitoring
3.12 Reporting (pelaporan)
3.1.1 Baseline dan trend analysis
3.2 Metrics
3.2.1 Penentuan metoda untuk menghitung waktu koneksi
3.2.2 Penentuakn metoda untuk menghitung throughput rate
3.2.3 Penentuan metoda untuk menghitung waktu respon
4.4 Server
4.5 Perangkat keras Server
4.1.6 Penentuan kebutuhan perangkat keras server
4.1.7 Pemilihan perangkat keras server
4.1.8 Instalasi perangkat keras server
4.9 Perangkat lunak
4.2.10 Directory listing - struktur
4.2.11 Platform
4.2.12 IP/addres, URL dan nama domain
4.13 Client
4.3.1 Perangkat keras
4.3.1.1 Penentuan kebutuhan perangkat keras client
4.3.1.2 Pemilihan perangkat keras client
4.3.1.3 Instalasi perangkat keras client
4.3.2 Perangkat lunak
4.3.2.3 Instalasi perangkat lunak
4.3.2.1.4 Instalasi FTP
4.3.2.1.5 Instalasi email
4.3.2.1.6 Instalasi telnet
4.3.2.1.7 Instalasi browser
4.3.2.1.8 Instalasi sistem operasi
4.3.2.9 Konfigurasi perangkat lunak
Memberikan dasar untuk mengestimasi, mengalokasikan sum-

ber daya, menyusun jadwal, dan menghitung biaya
Mendorong untuk mempertimbangkan secara lebih serius sebe-

lum membangun suatu proyek Intranet.
Mengestimasi waktu pelaksanaan kegiatan
Dengan memanfaatkan daftar pekerjaan pada WBS, dapat dilakukan

pekerjaan memperkirakan waktu yang dibutuhkan untuk menyelesaik-
an setiap pekerajaan tersebut. Perkiraan dilakukan dengan beberapa
pertimbangan: ketersediaan sumber daya dan kompleksitas. Kemu-
dian dijabarkan dalam kalendar atau flow time . Biasanya optimasi
dilakukan secara:
most optimistic, Waktu ideal untuk menyelesaikan pekerjaan,

diasumsikan segala sesuatunya berjalan lancar, dan sempurna.
most likely, Waktu yang dibutuhkan pada kondisi kebanyakan,

tipikal dan normal.
most pessimistic, Waktu yang dibutuhkan ketika keadaan pa-

ling sulit terjadi.
Estimasi waktu dilakukan dan dibagi dalam unit (misal 8 jam hari).
Estimasi waktu untuk suatu proyek SIM lebih sulit dari kegiatan pe-
ngembangan aplikasi lainnya. Hal ini karena masih sedikit kegiatan
yang dapat digunakan sebagai patokan menghitung waktu pelaksana-
an. Dalam mengestimasi waktu ini juga harus dipertimbangkan bebe-
rapa hal, misal pengalaman teknologi server yang digunakan, keahlian
Perl, CGI, Java dan HTML, browser, dan juga bekerja dalam lingkung-
an TCP/IP.
Penentuan resiko
Prioritas penting ditentukan pada setiap kegiatan, termasuk juga pada

kegiatan pengembangan SIM. Sebab seperti halnya Internet ada be-
berapa permasalahan sekuriti (seperti akses tanpa hak), dan karena
adanya banyak komponen pembentuk sistem (misal browser dan se-
rver) yang terlibat, resiko dapat menjadi tinggi. Penentuan resiko akan
membantu melakukan identifikasi resiko yang dihadapi setiap kompo-

nen. Dengan informasi ini seorang manajer kegiatan dapat menen-
tukan tingkat kepentingan setiap tugas dan menentukan estimasi wak-
tu untuk itu. Manajer kegiatan dapat berkonsentrasi pada waktu dan
sumber daya pada elemen yang terkritis dari penjadwalan.
Menyusun jadwal kerja
Pada dasarnya ada dua jenis model deskripsi penjadwalan :
Bar Chart, yang hanya menerangkan flow time dari setiap pe-
kerjaan dan tanpa keterkaitan antar pekerjaan. Deskripsi ini pa-
ling baik digunakan pada presentasi
Network diagram, yang menenjukkan keterkaitan antar tugas

dan mengidentifikasi saat kritis pada jadwal.
Suatu network diagram, merupakan cara terbaik untuk merencanak-

an secara detail, dan mengikuti perkembangan kegiatan. Diagram ini
akan menghubungkan pekerjaan terkait, dan waktu mulai dan bera-
khirnya dari pekerjaan tersebut. Mengidentifikasi keterkaitan peker-
jaan pada kegiatan pengembangan SIM adalah sangat penting sebab
komponen-komponen tersebut saling terkait agar dapat bekerja sesuai
dengan fungsinya
Mengalokasikan sumber daya
Pada dasarnya harus dilakukan pengimbangan waktu setiap pekerjan

dan ketersedian dan kemampuan sumber daya. Harus ditentukan level
load dari sumber daya, agar tak ada personal yang bekerja terlalu ber-
at, dan ada yang terlalu ringan. Pada kegiatan pengelolaan SIM, hal
ini sulit, karena tidak tersedianya sumberdaya manusia yang memiliki
keahlian tersebut, oleh sebab itu harus disusun jadwal yang realistis.
Dan bahkan mungkin dilakukan revisi penjadwalan.
Menghitung pembiayaan
Yang menjadi permasalahan, apakah biaya yang akan dikeluarkan se-

sua dengan SOW. Jika sesuai, maka pekerjaan perencanaan selesai,
bila tidak harus dilakukan revisi. Bila memang sulit harus dilakukan
negosiasi dengan pihak pemberi kerja. Ketika melakukan perhitungan
biaya perlu dipertimbangkan beberapa biaya tersembunyi, misal trai-

ning, dokumentasi.
5.1.4 Organisasi
Proses ini adalah proses yang melibatkan penyusunan suatu infras-
truktur yang akan memaksimalkan efisiensi dan efektifitas ketika me-
laksanakan kegiatan. Yang harus dipertimbangkan adalah :
Struktur team
Dokumentasi
Pertemuan
Struktur tim
Ditentukan dengan menjelaskan
Penjelasan peranan
Tanggung jawab
Hubungan pelaporan
SOW sebaiknya menyediakan dasar untuk menjelaskan peranan uta-

ma, tanggung jawab, dan hubungan pelaporan. Informasi ini memban-
tu untuk mepersiapkan struktur tim, seperti untuk menghasilkan :
Diagram organisasi
Matriks tanggung jawab.
Dokumentasi
Dokumentasi adalah penting sekali, sebab user memiliki peranan pen-

ting dalam membuat dan merawat kandungan web site. Diagram arsi-
tektur, perangkat bantu mapping, dan manual on line merupakan pe-
rangkat bantu dokumentasi teknis. Dokumentasi bisnis seperti laporan
status, dan jadwal juga penting. Kedua dokumentasi baik teknis ma-
upun bisnis, harus disimpan dalam perpustakaan yang dapat diakses
untuk referensi mendatang.
Pertemuan
Terdiri dari 3 jenis :
Status review meeting, dilakukan secara regular untuk meng-

umpulkan informasi mengenai kondisi dari pekerjaan individu.
Checkpoint review meeting, dilakukan untuk mencapai miles-

tone besar, seperti mensetup server.
Staff meeting, dilakukan untuk bertukar informasi dan bertukar

pengalaman bagi seluruh pihak yang terlibat
Pihak yang menghadiri pertemuan ini dapat bervariasi, tapi minimal

pihak pengguna harus ada yang diundang. Ini menyebabkan mereka
tidak saja merasa terlibat tetapi juga memperoleh informasi mengenai
sekuriti, hak akses, dan kandungan dokumen. Hal ini akan mendorong
dapat diselesaikannya proyek ini.
5.1.5 Pengawasan
Proses ini menjamin bahwa proyek Intranet efektif pembiayaanya, dan
sesuai dengan yang direncanakan. Proses ini terdiri dari :
Status collection
Change control
Corrective action
Status Collection and Assesment
Proses ini akan mengumpulkan data tentang penyelesaian suatu pe-

kerjaan atau pencapaian suatu milestone. Kemudian membuat penila-
ian mengenai perkembangan yang dilakukan. Proses ini memiliki sisi
bisnis dan teknis. Sisi teknis melibatkan penilaian kualitas pekerjaan
yang dilakukan misal bagaimana HTML dan CGI yang disusun. Pada
sisi bisnis meliputi pada tingkatan mana pekerjaan itu dilakukan ber-
dasarkan waku tertentu.
Change Control
Proses ini melibatkan pekerjaan mengevaluasi pelaksanaan teknis

dan jadwal. Dalam pelaksanaan membutuhkan jawaban akan perta-
nyaan seperti :
Apakah sebenarnya perubahan yang terjadi (misal arsitektur ja-

ringan)
Apa dampaknya bagi finansial, jadwal, dan kualitas sistem.
Bagaimana penanganan perubahan tersebut, misal terhadap

user dan komunitas sistem informasi.
Bilamana perubahan tersebut akan menyebabkan suatu efek,

misal setelah intranet terpasang dan berjalan.
Corrective Action
Langkah ini melakukan revisi pendekatan yang dilakukan untuk penca-

pai tujuan kegiatan sesuai dengan SOW dan perencanaan. Langkah
ini berkaitan sekali dengan langkah status collection and assesment,
sebab langkah yang dibutuhkan misal perencanaan ulang, bergantung
apakah corrective action ini perlu dilakukan secara besar atau cukup
sedikit saja.
5.1.6 Penyelesaian Proyek

Pada proses ini terlibat melakukan pengumpulan dan analisi data dan
melakukan transisi yang baik dari proses pengembangan ke imple-
mentasi. Keluaran utama dari proses ini adalah hal yang dipelajari
selama pelaksanaan kegiatan - lesson learned document . Dokumen
ini mengidentifikasi apa yang dilakukan dengan baik, dan apa yang
tak berhasil dilakukan. Hal itu berdasarkan data yang dikoleksi yang
berkaitan dengan unjuk kerja kegiatan melalui kumpulan hasil statistik,
wawancara, dan review setelah implementasi. Dokumen ini berguna
bagi organisasi besar yang mungkin akan melakukan pemasangan si-
te Intranet yang berjumlah banyak. Pengalaman yang diperoleh dari
kegiatan pertama ini akan memberikan pandangan bagi manajer kegi-
atan untuk kegiatan mendatang.
Suatu hal yang penting lagi adalah bagaimana hasil dari kegiatan
ini. Tendensi apakah yang terjadi di antara personal yang terlibat pa-
da pengembangan kegiatan pada saat mendekati akhir kegiatan. Bila
suatu kegiatan akan selesai biasanya anggota team menjadi menu-
run produktifitasnya. Oleh karena itu, sebaiknya bila seorang anggo-
ta tim telah melakukan suatu tugas berat, sebaiknya segera dibebas-
tugaskan bila memang telah tidak ada pekerjaannya lagi. Ini menye-
babkan personal tersebut dapat bertugas di kegiatan pengelolaan SIM
yang lainnya lagi
5.1.7 Leading
Tahapan ini penting sekali hanya akan terjadi bila ke lima proses se-
belumnya dilakukan dengan benar. Pada tahapan ini dibutuhkan pem-
bentukan suatu lingungan kerja yang mendorong pihak yang terlibat,
sehingga dapat tercapainya tujuan. Untuk mencapai hal tersebut, ma-
najer kegiatan haruslah :
Membuat visi yang jelas bagi proyek

Berkomunikasi dengan efektif
Menjaga motivasi yang tinggi
Menjaga fokus dari visi
Menyediakan lingkungan yang mendukung
Mendorong penyusunan tim.
Bebeberapa langkah tersebut sulit dilaksanakan karena biasanya ma-
najer kegiatan tidak terlalu memiliki kendali dalam penggunaan sum-
ber daya. Hal ini menjadi lebih rumit untuk kegiatan intranet yang meli-
batkan banyak pihak orang dengan keahlian terbatas, orientasi fungsi
yang tak jelas. Web master dan document owner, bukanlah nama pe-
kerjaan yang unik tapi juga membutuhkan keahlian khusus.
Suatu kegiatan akan dapat dilakukan dengan baik bila telah dila-
kukan proses engineering yang baik. Ini berlaku baik untuk pengem-
bangan program dengan produk jadi, atau dengan kontraktor atau ju-
ga dengan tim sendiri. Akan lebih baik menghabiskan waktu lebih
lama untuk melakukan disain dan penataan awal yang baik, daripa-
da terburu-buru melakukan implementasi. Sehingga sudah sewajar-
nya dilakukan standardisasi, dan penggunaan dokumentasi yang baik.
Gambar 5.3: SDLC yang dapat digunakan
Biasanya suatu team pengembang sistem informasi cenderung untuk

meninggalkan metodologi standard dengan alasan keterbatasan wak-
tu. Rapid Application Development (RAD) bukanlah merupakan suatu
alasan untuk tidak menggunakan teknik-teknik disain yang baik.
5.1.8 Model Pengembangan yang Ditetapkan

Dalam lingkungan Kemenpora ditetapkan digunakan model pengem-
bangan sebagai berikut :
Untuk sistem yang bersifat database dan kritis maka sebaiknya

sistem menggunakan metoda SDLC yang dimodifikasi menjadi
V-Model. Dengan kata lain model ini walau menggunakan phase
yang baku tetapi menggunakan pengujian di tiap fase sehingga
sesuai dengan keinginan dari stakeholder. Model ini seperti tam-
pak pada Gambar 5.3. Model V yang dijadikan referensi tampak
pada Gambar 5.4.
Untuk sistem yang menggunakan pengguna manusia, maka di-

harapkan mengggunakan metoda prototype. Dengan kata lain,
penggunaan di lingkungan menpora harus mengikut fase seba-
gai berikut
5.2. BAKUAN LISENSI YANG DIGUNAKAN 75
Gambar 5.4: Model V
5.2 Bakuan Lisensi yang Digunakan

Sebagai pertimbangan sebagai pemilihan lisensi yang digunakan pa-
da lingkungan Kemenpora berikut ini adalah penjelasan terkait aspek
legal dan lisensi perangkat lunak.
5.2.1 Lisensi Perangkat Lunak

Konsep dikategorikannya program komputer sebagai suatu hasil kar-
ya cipta, berasal dari pandangan bahwa terdapat usaha dari program-
mer/pencipta dalam menuliskan perintah-perintah (code) dari program
komputer. Tentu saja kita paham, bahwa usaha penulisan kode-kode
perintah tersebut (coding) tidaklah mudah, disamping memerlukan pe-
nguasaan pengetahuan yang cukup dalam teknik dan bahasa pemro-
graman, dituntut pula adanya kesabaran dan dedikasi yang tinggi un-
tuk menulis kode-kode tersebut. Karena melalui proses penulisan ter-
sebut, Program komputer dapat digolongkan atau termasuk sebagai
hasil pekerjaan yang berbasis teks atau tulisan (literary works). Hal ini
didasarkan pada kenyataan bahwa Kode Sumber dari program kom-
puter adalah merupakan teks yang dapat dimengerti oleh orang yang
mengerti bahasa pemrograman, misalnya bahasa C++, Java, Perl,
PHP dan lain sebagainya. Walaupun demikian, Kode Sumber ini ti-
dak dapat dimengerti oleh komputer sehingga harus terlebih dahulu
di-compile dengan menggunakan compiler, agar program komputer
yang berbentuk source code tersebut dapat dimengerti dan dapat di-
jalankan oleh komputer. Program komputer yang sudah di-compile
berbentuk binary code, yang dapat dimengerti oleh komputer.
Program Komputer termasuk sebagai karya cipta, pencipta atas
pemegang hak cipta mempunyai hak untuk mengumumkan dan mem-

perbanyak ciptaannya atau memberikan izin untuk mengumumkan
dan memperbanyak. Pemegang hak cipta berhak untuk mengambil
manfaat ekonomis dari karya cipta yang dihasilkan, memperbanyak
ciptaan, baik dengan menjual, memberikan lisensi untuk mengguna-
kan atau mengambil manfaat secara ekonomis dari karya cipta ter-
sebut. Hak ini dinamakan sebagai hak ekonomis dimiliki oleh peme-
gang hak cipta atau pencipta. Pencipta atau pemegang hak cipta juga
mempunyai hak moral, yaitu hak untuk dicantumkan namanya didalam
sebuah karya cipta.
Pada dasarnya terdapat dua macam perlindungan terhadap pro-
gram komputer (code).
Perlindungan atas Program Komputer yang pertama adalah per-
lindungan terhadap Literal Similarity of Coding. Hal ini terjadi
apabila terdapat 2 buah program komputer memiliki atau mem-
punyai source code yang sama. Apabila ini terjadi, maka ter-
dapat kemungkinan salah satu program komputer tersebut te-
lah melakukan peniruan terhadap program komputer yang lain.
Berapa besarkah kesamaan dari source code diantara kedua
buah program itu sehingga dapat dikatakan melanggar hak cip-
ta orang lain? Peraturan perundang-undangan kita tidak meng-
atur mengenai seberapa besar kemiripan antara kedua program
komputer tersebut (perlindungan yang bersifat kuantitatif). Per-
lindungan hukum yang diberikan di Indonesia bersifat kualitatif,
dan tidak bersifat kuantitatif. Jadi, tidak terdapat berapa besar
(batasan) persen kesamaan antara dua buah program komputer
sehingga dapat dikatakan melanggar hak cipta orang lain. Pem-
batasan yang bersifat kualitatif adalah lebih menekankan kepa-
da seberapa pentingkan bagian yang ditiru bagi suatu program
komputer. Terdapat kemungkinan, hanya 5% Kode Sumber dari
program komputer tersebut yang sama, namun dapat dikatego-
rikan sebagai pelanggaran atas hak cipta.
Terdapat pula kemungkinan tidak adanya Kode Sumber dari ke-
dua program yang sama, namun ia dapat dikategorikan sebagai
suatu pelanggaran atas hak cipta. Kemungkinan yang kedua ini
dapat muncul, dalam hal ditirunya Structure, Sequence dan Or-
ganization dari sebuah program komputer, yang dikenal dengan
istilah Non-literal Similarity of Coding .
Di Indonesia, perlindungan hak cipta untuk program komputer diatur
dalam Undang-undang Hak Cipta yang sudah beberapa kali diubah

dan ditambah, terakhir kali dalam Undang-Undang No. 12 Tahun 1997.
Dalam ruang lingkup internasional, perlindungan atas program kompu-
ter diatur dalam Berne Convention , dimana program komputer dalam
konvensi ini dapat dikategorikan dalam klasifikasi Literary Works.
Perlindungan hukum yang diberikan oleh hak cipta terhadap pro-
gram komputer memunculkan isu-isu yang penting mengingat terda-
pat beberapa keunikan yang terkandung didalam program komputer.
Program komputer mempunyai beberapa perbedaan-perbedaan yang
cukup penting dibandingkan dengan karya cipta yang lain. Program
komputer dinikmati dalam bentuk mempergunakan program tersebut
atau berhubungan dengan fungsi dari program. Secara umum, pro-
gram komputer mungkin dapat dikategorikan sebagai sebuah konsep
unik yang menghubungkan antara konsep yang terdapat dunia yang
bersifat intangible dan juga konsep yang terdapat dalam dunia perme-
sinan (dunia nyata). Program komputer mungkin dapat dikategorikan
menjadi sebuah mesin yang mempunyai suatu fungsi tertentu. Mesin
tersebut komponennya berupa instruksi-instruksi (Kode Sumber) se-
hingga dapat menjalankan perintah tertentu1 .
Contoh dari hal ini, mesin ketik yang pada saat ini fungsinya dapat
digantikan oleh sebuah program komputer word processor, misalnya:
MSWord, StarWriter, KOffice. Penggunaan program komputer mem-
punyai kecenderungan bukan untuk dinikmati karena keindahan atau
estetikanya namun karena kegunaanya. Kegunaan merupakan titik
utama dari penggunaan program komputer. Karya cipta-karya cipta
yang lain dinikmati atau bernilai karena keindahan atau nilai estetika-
nya. Perbedaan lain adalah adanya Kode Sumber dan binary code
pada program komputer yang tidak dapat ditemui pada bentuk-bentuk
karya cipta yang lain. Meskipun Kode Sumber merupakan baris-baris
perintah (yang mungkin bisa dikategorikan sebagai literary works) na-
mun sebenarnya yang dinikmati adalah fungsi dari perintah-perintah
tersebut dan bukan nilai estetikanya. Binary code meskipun bersum-
ber dari Kode Sumber namun isinya tidak dapat dimengerti oleh manu-
sia. Binary code berisikan perintah-perintah yang hanya dapat dime-
ngerti oleh komputer yang menjalankannya. Penggunaan binary code
inilah yang biasanya dilisensikan oleh Program Komputer tidak Bebas
sedangkan Kode Sumbernya dirahasiakan.
Perlindungan hukum lain atas program komputer dapat juga beru-
1 Samuelson, Pamela. A manifesto concerning the legal protection of computer pro-
grams. (Computer Law Review, 1994), hlm. 2320.

pa rahasia dagang/trade secret , desain produk industri, merek. Per-

lindungan berupa rahasia dagang dapat diberikan jika lisensi penggu-
naan program komputer tersebut tidak menyertakan source code-nya.
Source code tersebut hanya diketahui oleh penciptanya saja, sehing-
ga pengguna hanya mempunyai hak untuk menggunakan binary code
saja. Perlindungan rahasia dagang ini diatur berdasarkan Undang-
undang No. 30 Tahun 2000 tentang Rahasia Dagang2 . Perlindung-
an Desain Produk Industri atas Program Komputer diberikan terhadap
bentuk tampilan (visualisasi/appearance) pada bungkus atau kemas-
an program komputer yang mempunyai ciri khas yang tidak dipunyai
oleh produk lain. Perlindungan ini diatur dalam Undang-undang No.
31 tahun 2001 tentang Desain Industri3 . Perlindungan Merek atas
Program Komputer diberikan baik atas nama produk (program kom-
puter itu sendiri) atau juga atas nama perusahaan yang menciptakan
program komputer.
Perlindungan Paten atas program komputer tidak dimungkinkan di
Indonesia, berdasarkan Undang-undang No.14 Tahun 2001 tentang
Paten. Bagian penjelasan dari Undang-undang ini menyatakan bahwa
program komputer termasuk sebagai invensi yang tidak mendapatkan
perlindungan paten4 . Walaupun demikian, dimungkinkan oleh sistem
hukum paten di beberapa negara, dalam mendapatkan perlindungan
paten untuk program komputer. Contohnya, paten untuk algoritma pe-
nyandian (encryption logarithm) dengan algoritma RSA (Rivest, Sha-
mir, Addleman) dan DES (Data Encryption Standard ).
Kesimpulannya, perlindungan hukum hak atas kekayaan intelektu-
al atas program komputer di Indonesia terdiri dari:
1. Hak Cipta;
2. Merek;
3. Rahasia Dagang ; dan
4. Desain industri;
Dalam hal ini, Hak cipta merupakan perlindungan hukum yang utama
atas program komputer.
2 Undang-undang No. 30 Tahun 2000 tentang Rahasia Dagang Lembaran Negara
Republik Indonesia Tahun 2000 Nomor 4004.
3 Undang-undang No. 31 tahun 2000 tentang Disain Industri, Lembaran Negara Re-
publik Indonesia tahun 2000 Nomor 244.

4 Undang-undang No. 14 Tahun 2001 tentang Paten, Lembaran Negara Republik
Indonesia nomor 109 tahun 2001.

Pihak yang menginginkan perlindungan hak cipta atas

hasil karya ciptanya tidak perlu mendaftarkan hak cipta
agar ia mendapatkan perlindungan hukum. Berdasarkan
undang-undang, hak cipta atas program komputer dida-
patkan oleh si pencipta secara otomatis pada saat ia men-
ciptakan karya ciptanya.
Tidak diperlukan adanya pendaftaran hak cipta agar karya cipta terse-
but itu mendapatkan perlindungan hukum. Walaupun demikian, pen-
daftaran dari hak cipta diperlukan untuk menegaskan kepemilikan atas
hak cipta tersebut. Keuntungan yang lain dari pendaftaran hak cipta
terdapat pada saat terjadi sengketa, diperlukan adanya pembuktian
akan siapakah pemilik hak cipta. Pihak yang sudah mendaftarkan cip-
taanya dapat dengan mudah membuktikan bahwa benar sebuah cip-
taan adalah miliknya berdasarkan bukti yang dimilikinya.
Menurut undang-undang, Hak Cipta dapat dialihkan secara selu-
ruhnya atau sebagian melalui (a) pewarisan; (b) hibah; (c) wasiat; (d)
dijadikan milik Negara; dan (e) perjanjian, yang harus dilakukan de-
ngan akta, dengan ketentuan bahwa perjanjian itu hanya mengenai
wewenang yang disebut di dalam akta itu5 .
Pengalihan atas hak cipta dilakukan, dengan maksud agar pihak
lain selain pencipta dapat pula menikmati manfaat dari hasil karya cip-
ta tersebut, selain untuk maksud-maksud lain. Pengalihan hak cipta
menyebabkan hak cipta yang dimiliki oleh pencipta beralih kepada pi-
hak lain. Konsekuensinya, Pencipta yang telah mengalihkan secara
penuh hak ciptanya kepada pihak lain, akan kehilangan kepemilikan
atas hak cipta tersebut.
Untuk menghindari hal tersebut, pencipta dapat memberikan lisen-
si kepada pihak lain untuk menggunakan hak yang dimilikinya selaku
pencipta. Berbeda dengan pengalihan hak cipta, dengan mengguna-
kan lisensi kepemilikan atas hak cipta tidak beralih. Pencipta dapat
memberikan sebagian saja hak ciptanya kepada pihak lain contohnya
untuk menikmati secara ekonomis, seperti menggunakan, menyewak-
an atau menggandakan ciptaannya tersebut.
Lisensi, adopsi penuh dari kata license (noun) dalam bahasa Ing-
gris yang memiliki artian a formal or legal permission to do something
specified; a document granting such permission; freedom to deviate
from rule, practice, etc? , pada dasarnya merupakan suatu bentuk
pemberian izin oleh seseorang atas sesuatu yang menjadi haknya ke-
5 Pasal 3 ayat (2) Undang-undang No. 14 tahun 1997 tentang Hak Cipta
pada pihak lain.

Bagaimana bentuk lisensi itu? Seperti apa contoh lisensi itu? Di-
sadari atau tidak, kita dapat menjumpai keberadaan lisensi dalam ke-
hidupan sehari-hari, seperti dengan adanya pemberian izin oleh pe-
milik lahan kepada seseorang untuk menggunakan lahan miliknya un-
tuk melakukan sesuatu hal, atau dengan contoh yang agak ekstrim,
pemberian tanda PUING GRATIS di pelataran bangunan yang baru
saja dirubuhkan. Lisensi tidak selalu dan tidak harus dibakukan dalam
bentuk tertulis dan formal layaknya dokumen hukum yang selama ini
kita ketahui (walaupun akan lebih baik apabila dalam bentuk tertulis -
mengenai hal ini akan dibahas lebih lanjut dalam bagian akhir tulisan
ini), seperti contoh yang telah dikemukakan di atas, pemberian izin un-
tuk menggunakan lahan miliknya cukup dilakukan dengan cara lisan.
Pemberian tanda PUING GRATIS, walaupun secara tertulis, namun
tidak dalam bentuk formal.
Secara konsep, lisensi adalah pemberian izin. Latar belakang
pemberian lisensi, tentu saja tergantung pada masing-masing pihak
pemberi lisensi tersebut. Walaupun di satu sisi, ada pihak yang mem-
berikan lisensi tanpa pamrih, namun di lain sisi ada pula yang menge-
nakan ketentuan-ketentuan yang mewajibkan si penerima lisensi untuk
melaksanakan kewajiban tertentu untuk mendapatkan lisensi tersebut,
misalnya dengan menerapkan biaya sejumlah tertentu.
Sesuai dengan konsep lisensi sebagai suatu pemberian izin,
sangat wajar apabila si pemberi lisensi mengenakan ketentuan-
ketentuan berupa batasan-batasan tertentu kepada penerima lisensi.
Sebagai contoh, seorang pemilik kebun yang mengizinkan anak
tetangganya untuk memetik mangga, akan wajar untuk memberikan
batasan-batasan tertentu kepadanya, misalnya untuk mengambil se-
cukupnya, untuk menaiki pohon dengan menggunakan tangga dengan
alasan keamanan, untuk menjaga kebersihan dan sebagainya.
Demikian pula halnya dengan lisensi untuk program komputer. Da-
lam dunia komputer, lisensi dapat digunakan untuk mengatur berba-
gai hal tentang persyaratan-persyaratan yang harus dipenuhi didalam
lisensi tersebut. Persyaratan-persyaratan yang diatur didalam lisen-
si ini pada asasnya adalah diatur oleh para pihak sesuai dengan ke-
sepakatan bersama, sebatas tidak melanggar ketentuan perundang-
undangan yang berlaku atau mengakibatkan kerugian bagi perekono-
mian Indonesia6 .
Lisensi merupakan perangkat hukum yang berbeda dibandingkan
6 Pasal 38C ayat 1
dengan pengalihan hak cipta yang telah dijelaskan terlebih dahulu.

Pihak yang mendapatkan lisensi program komputer (licensee) bukan
merupakan pemilik dari program komputer. Lisensi hanyalah meru-
pakan sebuah izin yang diberikan oleh pemilik hak cipta kepada pihak
lain untuk menggunakan beberapa hak yang dimiliki oleh pencipta dan
sama sekali bukan merupakan pengalihan pemilikan atas hak cipta.
Pencipta tetap pemilik hak cipta sepanjang hak cipta tersebut belum di-
alihkan. Pencipta, kecuali diatur sebaliknya, tetap dapat menjalankan
berbagai hak-hak yang dimilikinya. Hak ini misalnya dalam hal terjadi-
nya pelanggaran atas hak cipta, maka pihak yang berhak melakukan
penuntutan adalah pihak pencipta dan bukan pihak penerima lisensi.
Lisensi dapat mengatur hak dan kewajiban di antara pemberi dan
penerima lisensi. Beberapa jenis lisensi program komputer juga me-
nambahkan beberapa hal yang sebenarnya tidak termasuk dalam ru-
ang lingkup hak cipta, namun masuk kedalam lingkup hukum perjanji-
an. Hal-hal tersebut antara lain, tidak diperkenankannya penggunaan
program komputer untuk menghasilkan karya cipta yang berkaitan de-
ngan beberapa isu tertentu, atau menyangkut kerahasiaan atas binary
code . Aturan-aturan tambahan yang merupakan bagian dari lisensi
program komputer banyak ditambahkan oleh programer atau perusa-
haan yang mengembangkan program komputer.
Menurut undang-undang, lisensi pada umumnya, termasuk lisensi
atas program komputer, wajib dicatatkan ke kantor hak cipta, dengan
tujuan agar lisensi tersebut dapat berlaku terhadap pihak ketiga. Ke-
wajiban pendaftaran sebagaimana disebutkan dalam undang-undang
tersebut dimaksudkan untuk memberikan hak kebendaan atas lisensi
tersebut. Hak kebendaan ini akan mengikat semua pihak tidak hanya
pencipta dan penerima lisensi program komputer, namun juga akan
mengikat juga pihak ketiga. Apabila lisensi ini tidak didaftarkan maka
hubungan antara pemberi lisensi (Licensor ) dengan penerima lisensi
(Licensee) merupakan hak perorangan saja. Maksud dari hak per-
orangan disini, perjanjian tersebut hanya mengikat bagi kedua belah
pihak saja.
Saat ini terdapat dua kecenderungan utama dalam pemberian li-
sensi atas program komputer.
Kecenderungan yang pertama adalah pemberian lisensi yang
semata-mata untuk penggunaan binary code dari program kom-
puter. Berdasarkan lisensi jenis ini, penerima lisensi dapat
menggunakan program komputer tersebut namun ia tidak mem-
punyai hak melihat atau menggunakan Kode Sumber dari pro-
gram komputer. Contoh dari program komputer yang mengguna-

kan lisensi jenis ini adalah; Microsoft Windows, Microsoft Office,
Adobe Acrobat. Source code tetap merupakan rahasia pemberi
lisensi tersebut.
Kecenderungan yang kedua adalah pemberian lisensi program

dengan menyertakan Kode Sumber dari program komputer. Pe-
nerima Lisensi dapat melihat dan menggunakan Kode Sumber
tersebut. Terdapat berbagai macam bentuk lisensi untuk Ko-
de Sumber ini, misalnya; GPL, Mozilla, BSD. Contoh dari pro-
gram komputer yang memberikan lisensi dengan jenis ini ada-
lah; GNU/Linux, Netscape Navigator, MySQL.
Program Komputer Bebas mempunyai berbagai jenis lisensi yang

masing-masing mempunyai berbagai macam implikasi hukum yang
berbeda dan juga mempunya tujuan yang berbeda. Lisensi-lisensi
untuk Program Komputer Bebas misalnya dapat dibagi menjadi atas
lisensi yang mengandung klausula Copyleft dan yang tidak mengan-
dung klausula Copyleft. Terdapat juga lisensi bagi program komputer
yang dibuat secara ganda (Dual Licensing). Lisensi yang pertama da-
pat dikategorikan sebagai Program Komputer Bebas dan lisensi yang
kedua merupakan Program Komputer tidak Bebas. Lisensi dengan
jenis kedua ini biasanya ditujukan bagi pihak yang ingin melakukan
komersialisasi atas program komputernya dan tidak hanya menyebar-
luaskan program komputernya secara bebas. Contoh dari program
komputer yang menggunakan dua buah jenis lisensi ini antara lain; QT,
Aladdin, Scriptics Tcl/Tk. Pencipta program komputer sebagai pemilik
hak cipta atas program komputer berhak untuk memilih lisensi yang di-
gunakan pada program komputer tersebut. Jenis lisensi tersebut bisa
berupa lisensi OEM kepada vendor, lisensi penjualan secara massal
atau lisensi dengan menggunakan GPL. Pencipta tersebut mempunyai
kebebasan untuk memilih jenis lisensi yang akan digunakannya.
Penggunaan lisensi secara ganda oleh pencipta diperkenankan se-
cara hukum. Hal ini dimungkinkan oleh hukum karena selaku pencipta
ia bebas menentukan lisensi yang akan dipergunakan oleh karya cip-
tanya. Tidak terdapat permasalahan dari segi hukum maupun apabila
dilihat dari GPL, tidak terdapat larangan penggunaan lisensi ganda ini.
Secara etis terdapat pihak yang berpendapat bahwa penggunaan li-
sensi ganda ini tidak etis.
Pemilihan jenis lisensi yang akan digunakan bagi program kom-
puter merupakan hal yang sangat penting bagi pencipta baik sebagai
pencipta pertama atau seorang pengembang program komputer tu-

runan. Ketidakhati-hatian pemilihan jenis lisensi dapat mengakibatkan
pihak tersebut melakukan pelanggaran hukum atau kehilangan pen-
dapatan seperti dijelaskan diatas. Dualisme dalam lisensi program
komputer merupakan hal yang tidak dapat dihindarkan karena tidak
dapat dipungkiri terdapat banyak model bisnis dalam mengembangk-
an program komputer.
5.2.2 Pertimbangan Legalitas Perangkat Lunak

Ada badan pemerintah yang mengambil pendekatan "tidak peduli" sa-
ja selama tidak disweeping, ada yang menggunakan pendekatan po-
koknya beli yang legal aplikasi yang vendor-nya aktif mengejar-ngejar,
sedangkan aplikasi lainya biar saja tetap bajakan. Dan ada juga badan
pemerintah yang menggunakan pendekatan migrasi ke Open Source
secara total. Saat ini sering didengung-dengungkan istilah bukan open
source atau tidak yang penting, tapi "Be Legal" yang penting, terserah
apakah itu dengan Open Source atau proprietary.
Sepintas lalu pendekatan tersebut telah memecahkan masalah li-
sensi, tetapi bila dielaborasi lebih jauh lagi, akan banyak celah-celah
dan kendala penerapannya secara luas, terutama untuk badan peme-
rintahan. Sebagai contoh bila SELURUH perangkat lunak proprietary
hendak dibayarkan lisensinya. Maka nilai yang dibayarkan menjadi sa-
ngat tinggi. Sebagai contoh untuk suatu komputer yang berfungsi se-
bagai server intranet kantor kecil, di samping perangkat lunak sistem
operasi, dan aplikasi perkantoran, harus juga dibayarkan perangkat lu-
nak misal untuk workgroup, database, antivirus, solusi backup. Begitu
juga untuk komputer desktop, perlu juga ditambahkan biaya lisensi un-
tuk anti virus, pengedit grafik, dan aplikasi lainnya. Sangat sulit untuk
kondisi Indonesia bila tetap bersandar pada solusi closed source prop-
rietary, dan ingin mengejar "Be Legal". Memang ada potongan harga
untuk perangkat lunak seperti sistem operasi atau aplikasi Office. Ta-
pi bagaimana dengan perangkat lunak lainnya ? Tampaknya pilihan
Open Source menjadi pilihan yang lebih masuk akal pada situasi se-
perti ini.
Tentu saja kalau penggunaan perangkat lunak di corporate atau
bisnis, pertimbangan aspel legal dan ekonomis saja sudah cukup. Se-
lama perusahaan mampu membayar, sebab dengan jumlah pembelian
besar ada skema lisensi yang lebih murah. Tetapi lain halnya bila kita
membicarakan perangkat lunak yang digunakan oleh badan pemerin-
tah. Pertimbangan legal dan ekonomis saja tidaklah cukup. Aspek

pertahanan dan keamanan termasuk jaminan penggunaan teknologi
di masa mendatang juga harus masuk dalam pertimbangan pemilih-
an perangkat lunak. Sebab perangkat lunak dan data digital kini telah
dianggap sebagai salah satu infrastruktur beroperasinya administrasi
negara.
Contoh paling sederhana adalah format berkas yang digunakan
untuk menyimpan berkas data pemerintahan. Saat ini relatif belum
ada kebijakan tersebut, sehingga penyimpanan berkas berdasarkan
kebiasaan, dan apa yang digunakan orang saja. Tanpa memperhatik-
an apakah berkas itu standard terbuka, atau bisa dibuka oleh peng-
guna yang menggunakan program lain. Sebaiknya badan pemerintah
mulai berfikir bahwa jangan sampai hanya karena badan pemerintah
mendapat discount untuk pembelian suatu jenis perangkat lunak, ma-
ka data yang diberikan untuk layanan publik disimpan dalam format
tersebut (data dokumen, data multimedia, data peta dan sebagainya).
Sebab secara tidak langsung ini "memaksa" publik harus mengguna-
kan perangkat lunak yang sama agar dapat mengakses informasi pu-
blik tersebut. Di sinilah pentingnya pemerintah menyimpan di dalam
format yang bersifat standard terbuka, bukan sekedar standard karena
dalam arti banyak digunakan orang saja. Tentu saja badan pemerin-
tah tidak mengalami kesulitan dalam membeli perangkat lunak terse-
but, tetapi bagaimana dengan publik yang akan memiliki kecenderung-
an membajak karena tak memperoleh discount pembelian perangkat
lunak tersebut.
Pertimbangan ini juga terkait dengan hal yang disebut interope-
rabilitas antar platform teknologi (bukan antar platform teknologi 1
vendor). Faktor interoperabilitas ini bukan saja permasalahan apa-
kah suatu platform tersedia secara bebas, tetapi lebih kepada arah
penguasaan teknologi. Jadi apakah platform tersebut arah penguasa-
an masa depannya, berada di 1 entitas bisnis, atau terbuka di badan
standard international dan terbuka. Pertimbangan ini akan memberik-
an dampak pada pengembangan perangkat lunak untuk digunakan di
instansi pemerintah, misal Sistem Keuangan Daerah. Bebeberapa ne-
gara Eropa, seperti Jerman dan beberapa negara Skandinavia mele-
takkan persyaratan interoperabilitas tanpa terikat vendor sebagai sya-
rat utama. Bukan saja "stack" teknologi untuk menjalankannya gratis
dapat digunakan, tetapi bebas tersedia dan siap dimodifikasi sehing-
ga bisa mengakomodasi berbagai platform teknologi. Java yang kini
berlisensi GPL memiliki chance besar dalam implementasinya. Pe-
merintah harus dapat menjamin bahwa data-datanya tetap dapat diak-

ses di masa mendatang, walau perangkat lunak yang digunakan untuk
menghasilkan data tersebut sudah tidak ada lagi. Untuk kebutuhan ini
standard terbuka menjadi syarat utama, dan perangkat lunak Open
Source, lebih memudahkan proses penjaminan durabilitas data digital
ini.
Jelas hal ini menjadikan pemilihan perangkat lunak untuk badan
pemerintah tidak boleh lepas dari aspek pertahanan dan keamanan.
Bukan saja dalam arti tahan terhadap serangan, tetapi juga aman ter-
hadap kendali atau penyusupan pihak asing. Suatu negara tentu ha-
rus dapat menjamin data-data yang dimilikinya. Terutama data yang
berkaitan dengan kepentingan publik. Dengan perangkat lunak closed
source sulit hal itu dijamin. Terutama dari sisi audit secara menyeluruh.
Sebab siapa yang bisa menguji apa yang dilakukan NSA di Windows
Vista ? Berbeda dengan kontribusi yang dilakukan NSA di Linux, yang
dikenal dengan SELinux, semua orang di dunia dari berbagai negara
(termasuk badan rahasia tiap negara) dapat menguji apa yang dikon-
tribusikan oleh NSA pada kernel Linux tersebut. Sehingga jaminan
aman datang bukan hanya datang dari janji vendor atau sertifikasi, te-
tapi dari kemungkinan diauditnya program hingga tingkat source code.
Pertimbangan-pertimbangan di atas bukan sekedar berdasarkan
keinginan untuk menggunakan Open Source, tetapi lebih kepada usa-
ha menjamin bahwa di masa depan, keputusan pemilihan teknologi
yang akan dilakukan pemerintah tidak terhalangi karena kesalahan
keputusan sebelumnya. Begitu juga keputusan pemilihan format do-
kumen dan teknologi yang tepat akan menjamin dana yang telah di-
investasikan publik sebelumnya untuk menyimpan data tidak menjadi
sia-sia karena data tak bisa diakses di masa depan.
Pertimbangan dan kebijakan tersebut tetap bersifat "adil" kepada
semua perusahan. Perusahaan-perusahaan proprietay tetap menda-
pat kans yang sama, selama bersedia dalam koridor tersebut. Sebagai
contoh dalam hal format dokumen Open Document Format. Walaupun
Microsoft tidak bersedia membuatkan filter untuk membaca dan menu-
lis ke format ODF, tetapi saat ini ada pihak ke 3 yang menyediakan for-
mat tersebut. Artinya bagi pihak yang tetap bersikeras mengggunakan
MS Office, maka kewajiban menyimpan dalam format ODF dalam ber-
kas data pemerintahan tidaklah menjadi halangan.
Dampak lain dari keinginan mandiri tanpa ingin didikte oleh 1 ven-
dor dalam implementasi perangkat lunak juga berdampak pada aturan
pengadaan perangkat keras. Bebeberapa negara telah menerapkan
aturan procurement yang mensyaratkan bahwa perangkat keras yang

dibeli oleh pemerintah bersifat "netral", sehingga tidak hanya kompati-
bel pada 1 sistem operasi saja. Memang sepertinya menyulitkan tetapi
ini memberikan kemudahan dan penghematan di kemudian hari bila
pemerintah berencana melakukan migrasi ke sistem operasi lainnya.
Di samping itu hal ini menjadikan pemerintah memiliki pilihan yang le-
bih bebas di masa mendatang. Pertimbangan ini juga mendorong ke
arah persaingan yang lebih sehat bagi para penyedia kebutuhan TI
pemerintah.
5.2.3 Landasan Hukum untuk Bakuan Lisensi

Dalam mengembangkan Sistem Informasi di lingkungan Kemenpora
maka perlu diperhatikan beberapa landasan dan aspek hukum, di an-
taranya :
Menggunakan perangkat lunak yang bersifat legal. Hal ini sesu-

ai dengan pelaksanaan UU HAKI serta surat Edaran MenPAN
01/2009
Diutamakan menggunakan perangkat lunak Open Source apa-

bila ada perangkat lunak Open Source yang dapat memenuhi
kebutuhan tersebut, hal ini sejalan dengan kesepakatan 5 men-
teri IGOS serta surat edaran MenPAN
Berkas-berkas yang disediakan untuk publik disediakan dalam

format yang tidak terikat ke satu jenis aplikasi proprietary. Hal
ini senafas dengan Undang-Undang Nomor 14 Tahun 2008 me-
ngenai Keterbukaan Informasi Publik
Berikut ini dijabarkan landasan-landasan pemikiran di atas
Kesepakatan 5 Menteri - IGOS

Indonesia, Go Open Source! disingkat IGOS adalah sebuah sema-
ngat gerakan untuk meningkatkan penggunaan dan pengembangan
perangkat lunak sumber terbuka di Indonesia. IGOS dideklarasikan
pada 30 Juni 2004 oleh 5 kementerian yaitu Kementerian Negara Riset
dan Teknologi (Hatta Rajasa), Departemen Komunikasi dan Informati-
ka (H. Syamsul Muarif), Kementerian Hukum dan Hak Asasi Manusia
(Yusril Ihza Mahendra), Kementerian Negara Pendayagunaan Apara-

tur Negara (H. M. Feisal Tamin) dan Departemen Pendidikan Nasional
(Abdul Malik Fadjar).
Gerakan ini melibatkan seluruh stakeholder TI (akademisi, sektor
bisnis, instansi pemerintah dan masyarakat) yang dimulai dengan pro-
gram untuk menggunakan perangkat lunak sumber terbuka di ling-
kungan instansi pemerintah. Diharapkan dengan langkah ini dapat
diikuti oleh semua lapisan masyarakat untuk menggunakan perangkat
lunak legal.
Semangat gerakan ini memiliki sasaran sebagai berikut:
Memberikan lebih banyak alternatif perangkat lunak yang dapat
digunakan oleh masyarakat secara legal dan terjangkau, sehing-
ga jumlah pengguna komputer meningkat.
Peningkatan kemampuan riset dan pengembangan teknologi in-

formasi nasional bidang perangkat lunak.
Menciptakan kompetisi pengembangan teknologi informasi un-

tuk dapat bersaing di percaturan global
Deklarasi Bersama, Indonesia Go Open

Source! IGOS)
1. Mengingat pentingnya peran teknologi informasi dalam kehidup-
an masyarakat terkait dengan pertumbuhan perekonomian, ma-
ka perlu peningkatan kemandirian, daya saing, kreativitas serta
inovasi bangsa sebagai kunci utama keberhasilan pembangun-
an Bangsa Indonesia.
2. Pemerintah bersama masyarakat bersepakat untuk melakukan

upaya yang sungguh-sungguh dalam menguasai, mendayagu-
nakan dan memanfaatkan teknologi informasi.
3. Dalam rangka mendukung keberhasilan upaya tersebut, pe-

ngembangan dan pemanfaatan Open Source Software meru-
pakan salah satu langkah strategis dalam mempercepat pengu-
asaan teknologi informasi di Indonesia.
4. Untuk mendapatkan manfaat yang sebesar-besarnya dari upaya

tersebut, perlu dilakukan langkah-langkah aksi sebagai berikut:
(a) Menggunakan perangkat lunak legal di setiap instansi pe-

merintah.
(b) Menyebarluaskan pemanfaatan Open Source Software di

Indonesia.
(c) Menyiapkan panduan (guideline) dalam pengembangan
dan pemanfaatan Open Source Software di Indonesia.
(d) Mendorong terbentuknya pusat-pusat pelatihan, compe-
tency center dan pusat-pusat inkubator bisnis berbasis
open source di Indonesia.
(e) Mendorong dan meningkatkan koordinasi, kemampuan,
kreativitas, kemauan dan partisipasi di kalangan pemerin-
tah dan masyarakat dalam pemanfaatan Open Source Sof-
tware secara maksimal.
Surat Edaran MenPAN Nomor : SE/01/M.PAN/3/2009

Surat Edaran bertanggal 30 Maret 2009 ini tentang Pemanfaatan Pe-
rangkat Lunak Legal dan Open Source Softare (OSS). Dalam rangka
mendukung Surat Edaran Menteri Komunikasi dan Informatika tentang
Pemanfaatan Penggunaan Piranti Lunak Legal di Lingkungan Instansi
Pemerintah, maka Menteri Pendayagunaan Aparatur Negara membe-
rikan instruksi kepada Pimpinan Instansi Pemerintah Pusat dan Dae-
rah mengenai beberapa hal antara lain:
1. Melakukan pengecekan penggunaan perangkat lunak di ling-

kungan dan menghapus semua perangkat lunak tidak legal, dan
selanjutnya menggunakan Free Open Source Software (FOSS)
yang berlisensi bebas dan legal sebagai pengganti perangkat
lunak tingkat legal.
2. Dalam rangka mempercepat pengunaan perangkat lunak legal

di Indonesia, maka diwajibkan kepada Instansi Pemerintah untuk
menggunakan perangkat lunak open source, guna menghemat
angaran pemerintah.
3. Mendorong penggunaan Free Open Source Software (FOSS),

pemerintah telah mendeklarasikan gerakan Indonesia Go Open
Source atau IGOS-I selanjutnya dilakukan deklarasi IGOS-II
yang penggunaannya diperluas meliputi 18 (delapan belas) ke-
mentrian dan Lembaga Pemerinah Non Departemen (LPND)
4. Diharapkan paling lambat tanggal 31 Desember 2011 seluruh

instansi pemerintah sudah menerapkan penggunaan perangkat
lunak legal dengan mengatur agenda pentahapan untuk menca-

pai target selesai pada akhir tahun 2011.
5. Melakukan pengaturan dan pengawasan terhadap pemanfaatan

perangkat lunak legal di lingkungan instansi masing-masing.
Undang-Undang Nomor 14 Tahun 2008 mengenai Ke-

terbukaan Informasi Publik
Hak Atas Informasi
Sebagai manusia kita mempunyai hak mendasar yang disebut dengan

hak asasi. Hak asasi adalah hak yang melekat pada hakikat dan ke-
beradaan manusia sebagai makhluk Tuhan Yang Maha Kuasa dan
merupakan anugerah-Nya yang wajib dihormati, dijunjung tinggi dan
dilindungi oleh negara, hukum, Pemerintah dan setiap orang, demi
kehormatan serta perlindungan harkat dan martabat manusia.
Selain hak asasi, sebagai warga Negara kita juga mempunyai HAK
ATAS INFORMASI. Sebagaimana hak asasi, hak atas informasi juga
melekat pada setiap diri warga Negara. Hak atas informasi ini dijamin
oleh Konstitusi atau UUD 1945. Pada pasal 28F dinyatakan:
Setiap orang berhak untuk berkomunikasi dan mempe-

roleh informasi untuk mengembangkan pribadi dan ling-
kungan sosialnya, serta berhak untuk mencari, mempero-
leh, memiliki, menyimpan, mengolah, dan menyampaikan
informasi dengan menggunakan segala jenis saluran yang
tersedia.
UU KIP (Keterbukaan Informasi Publik)
Untuk menguatkan ketentuan dalam UUD 1945 tersebut, maka disu-

sunlah Undang-Undang No 14/2008 tentang Keterbukaan Informasi
Publik (UU KIP). UU KIP memberikan jaminan kepada SETIAP WAR-
GA NEGARA un-tuk memperoleh informasi yang dikuasai oleh BAD-
AN PUBLIK.
UU KIP memberikan acuan yang sangat jelas kepada warga nega-
ra tentang tata cara MEMPEROLEH INFORMASI dari badan publik.
UU KIP juga mengatur tentang apa yang harus dilakukan oleh war-
ga negara (pemohon informasi publik) jika niatnya untuk memperoleh
informasi dari badan publik dihambat oleh pejabat di dalam publik ter-
sebut. Penyelesaian sengketa permintaan informasi tersebut akan di-
selesaikan oleh KOMISI INFORMASI.
Melalui UU KIP masyarakat dapat memantau setiap kebijakan, ak-
tivitas maupun anggaran badan-badan publik berkaitan dengan pe-
nyelenggaraan negara maupun yang berkaitan dengan kepentingan
publik lainnya. Dampak Positif UU KIP:
Transparasi dan akuntabilitias badan-badan publik
Akselerasi pemberantasan KKN
Optimasi perlindungan hak-hak masyarakat terhadap pelayanan
publik
Persaingan usaha secara sehat
Terciptanya kepemerintahan yang baik (good governance) dan
tata kelola badan-badan publik
Akselerasi demokratisasi
5.2.4 Penetapan Lisensi untuk Kemenpora

Untuk lingkungan Kemenpora maka ditetapkan penggunaana lisensi
sebagai berikut
Sedapat mungkin aplikasi, ataupun Sistem Informasi Manaje-
men di lingkungan Kemenpora menggunakan komponen Open
Source. Penggunaan aplikasi ataupun komponen yang bersifat
proprietary hanyalah dimungkinkan bila tidak ada penggantinya
yang sepadan dengan menggunakan komponen Open Source.
Ataupun ketika berinteraksi dengan pihak luar Kemenpora, dan
pihak tersebut mensyaratkan penggunaan aplikasi proprietary
tersebut. Penggunaan aplikasi Open Source itu meliputi baik
aplikasi server ataupun client dan aplikasi perkantoran.
Data yang disimpan mengikuti kaidah format terbuka dan meng-
gunakan standard internsional/nasional. Jadi bukan sekedar
menggunakan format yang disimpan kebanyakan orang. Pe-
nyimpanan format juga harus mengacu pada lisensi perangkat
lunak yang digunakan. Sebaiknya tidak terikat pada aplikasi ter-
tentu. Untuk itu penggunaan format seperti ODF, SVG, dan se-
bagainya harus menjadi prioritas di dalam penyimpanan data.
5.3. BAKUAN DOKUMENTASI TEKNIS 91
Source code dari sistem yang dibuat di lingkungan Kemenpora

harus diberikan kepada pihak Kemenpora dan menjadi mi-
lik Kemenpora tetapi tersedia bebas untuk digunakan oleh bad-
an pemerintah lainnya. Hal ini berdasarkan bahwa pengguna-
an dana publik untuk pengembangan aplikasi harus memberik-
an manfaat sebesar-besarnya pada publik. Penyerahan source
code ini juga untuk tujuan auditing dan kemudahan perawatan
sistem di kemudian hari.
5.3 Bakuan Dokumentasi Teknis

Dokumentasi adalah suatu hal yang pertama-tama harus ditentukan
dan diselesaikan. Hal yang penting agar dokumentasi dapat disu-
sun dengan sukses adalah, dilakukan dengan cara mengintegrasik-
an dokumentasi ini dengan metodologi, sehingga proses dokumen-
tasi dilakukan ketika setiap langkah pengembangan SIM dilakukan.
Hal ini jauh lebih baik daripada melakukan dokumentasi setelah sele-
sai. Bentuk dasar dari dokumentasi ini sebaiknya juga dilakukan untuk
kegiatan-kegiatan yang lainnya.
Di lingkungan Kemenpora, untuk kegiatan pengembangan Sistem
Informasi Manajemen, maka sebaiknya dokumentasi rancangan dari
Sistem Informasi Manajemen di lingkungan Kemenpora terdiri dari
Dokumentasi perencaanan proyek
Dokumentasi manual pengoperasian
Dokumentasi perawatan
5.3.1 Dokumentasi Perencanaan Proyek

Perencanaan yang baik memiliki dokumentasi yang memudahkan ta-
hapan eslanjutnya. Dokumentasi perencanaan proyek berisi hal-hal
sebagai berikut
1. Pengantar, berisi :
Deskripsi permasalahan
Deskripsi lingkungan masalah atau perihal yang melingku-
pi masalah tersebut
Tujuan pengguna dan organisasi serta sistem.

Solusi yang diajukan dan ruang lingkupnya
2. Deskripsi sistem/solusi
Fungsi yang diberikan pada solusi yang diajukan

Strategi umum untuk mengembangkan solusi
Peran pengguna dan perangkat keras pada solusi tersebut
Keuntungan dan kerugian solusi tersebut
3. Keterbatasan sistem (contraint)
Prioritas kustomer
Profil pengguna
Usia pengharapan dari produk
Pra-syarat keandalan (reliabilitas)
Pra-syarat kinerja
Lingkungan perangkat keras dan antar muka yang telah
ada
Pengembangan mendatang dari produk
Pra-syarat, bahasa pemrograman untuk implementasi (jika
ada)
Pra-syarat pelatihan, instlasi dan dokumentasi.
Ketersediaan pada lingkungan pengguna
Solusi alternatif
Studi feasibilitas
4. Estimasi
Jadwal
Staf dan organisasi
Budget
Analisis Cost/Benefit
Analisi resiko
Dokumen yang diberikan
5.3. BAKUAN DOKUMENTASI TEKNIS 93
Perangkat lunak yang dibutuhkan

Fasilitas dan perangkat keras yang dibutuhkan
5. Prosedur
Model proses
Metodologi dan notasi
Standardisasi dan jaminan kualitas
Accountability monitoring
Kendali produk
Data pengujian dan sumber data
Kriteria akseptansi dan metoda pembayaran
6. Referensi
Dokumentasi yang digunakan dalam pengembangan

Kamus istilah
Kontrak yang diusulkan (jika ada)
5.3.2 Dokumentasi Spesifikasi Disain

Dokumen ini pada dasarnya menerangkan tentang kebutuhan sistem
yang akan dibuat. Beberapa paradigma perancangan akan menen-
tukan model disain dan notasi. Beberapa pendekatan disain adalah
:
Access-oriented design
Data-structure-oriented design
Data flow design
Functional design
Imperative design
Object-oriented design
Parallel design
Real-time design
Rules-oriented design
User centered design
Sehingga pada dokumentasi disain yang pertama kali dilakukan ada-
lah menentukan pendekatan disain yang digunakan. Karena notasi
(UML, SDL, CTT atau lainnya) mengikuti dari pendekatan disain yang
digunakan.
Secara umum suatu dokumen spesifikasi disain yang diterapkan
pada lingkungan Kemenpora mengikikuti panduan sebagia berikut :
1. Pendahuluan
Garis besar permasalahan

Lingkungan aplikasi dan karakteristik pengguna
Notasi yang digunakan dalam disain
Tujuan proyek
2. Spesifikasi secara singkat
Fungsi perangkat lunak

Teknik yang digunakan untuk menyelesaikan masalah ini
terutama ketika disainer tidak memiliki pengetahuan khu-
sus
Kinerja yang harus dicapai
Deskripsi data
Hubungan data
Prioritas implementasi
Spesifikasi real time
Spesifikasi interakasi manusia dan mesin yang digunakan.
Batasan
Eksepsi
Modifikasi dan perawatan yang diprediksi
3. Disain arsitektur
Modul hirarki dan diagram interface

Deskripsi fungsi dan data
5.4. BAKUAN KUALITAS SISTEM INFORMASI 95
Spesifikasi interface
4. Disain secara ditail. Pada tahapan ini dijelaskan ditail dari tiap
modul yang dirancang. Pada tiap modul tersebut dijelaskan :
Deskripsi modul dan spesifikasi interface

Deskripsi proses
Definisi struktur data
Pra-syarat inisialisasi
Spesifikasi penanganan eksepsi
Alternatif disain, untuk tiap disain yang ditolak disertakan
keterangan alasan penolakan serta kondisi yang menye-
babkan disain yang terpilih.
5. Referensi
Dokumentasi yang digunakan untuk mengembangkan di-

sain
Daftar terminologi
5.4 Bakuan Kualitas Sistem Informasi

Sistem informasi yang dikembangkan di lingkungan Kemenpora se-
baiknya mengikuti kaidah-kaidah kualitas yang disepakati. Untuk itu
perlu ditentukan parameter-parameter kualitas yang ditetapkan di ling-
kungan Kemenpora.
5.4.1 Kualitas Perangkat Lunak

Kualitas perangkat lunak merupakan kualitas dari sistem yang telah
dilakukan pengujian atau eksplorasi dengan berbagai macam metode.
Faktor yang menentukan kualitas perangkat lunak seperti yang ditun-
jukkan pada Gambar 5.5 adalah sebagai berikut :
Efisiensi merupakan hubungan tingkat kinerja dengan jumlah
sumber daya yang digunakan dalam suatu kondisi.
Time economy. Kemampuan dari perangkat lunak untuk

melakukan fungsi tertentu dalam suatu kondisi tertentu da-
lam batasan waktu yang tepat.
Resoruce economy. Kemampuan dari perangkat lunak un-

tuk melakukan fungsi tertentu dalam suatu kondisi tertentu
dengan menggunakan sumber daya yang tepat.
Functionalitas merupakan atribut dari karakteristik dan fungsi

yang dapat memenuhi kebutuhan pengguna.
Kelengkapan (Completeness). Tingkatan dari kebutuhan

perangkat lunak dan ketersediaan fungsi untuk memenuhi
kebutuhan pengguna.
Kebenaran (Correctness). Tingkatan yang menunjukan ke-
seluruhan fungsi.
Keamanan (Security ).Tingkatan dari perangkat lunak guna
mendeteksi dan mencegah kebocoran informasi, penyala-
hgunaan, dan penghancuran sumber daya sistem.
Kompabilitas (Compability). Tingkat dimana perangkat lu-
nak baru dapat diimplementasikan tanpa merubah keada-
an dan kondisi yang telah disiapkan untuk menggantikan
perangkat lunak
Interoperabilitas (Interoperability ). Tingkat dimana perang-
kat lunak dapat terhubung dengan mudah dengan sistem
lain dan dioperasikan.
Perawatan (Maintainability ).Atribut yang dikenakan pada usaha

yang diperlukan untuk modifikasi tertentu.
Correctability.Tingkat usaha yang dibutuhkan untuk mem-

perbaiki kesalahan dalam perangkat lunak dan mengatasi
keluhan pengguna
Expandability.Tingkat usaha yang dibutuhkan untuk mem-
perbaiki atau memodifikasi efisiensi atau fungsi perangkat
lunak.
Testability. Upaya yang dibutuhkan untuk menguji
Portabilitas (Portability ). Kemampuan perangkat lunak yang

akan ditransfer dari satu lingkungan ke lingkungan lainnya.
Hardware independence. Tingkat dimana perangkat lunak

tidak tergantung pada kebutuhan hardware tertentu
Software independence.Tingkat dimana perangkat lunak ti-

dak tergantung pada kebutuhan perangkat lunak tertentu.
Installability. Upaya yang diperlukan untuk menyesuaikan
perangkat lunak di lingkungan baru.
Reusability. Tingkat dimana perangkat lunak dapat diguna-
kan kembali dalam aplikasi selain aplikasi asli.
Keandalan (Reliablity ). Kemampuan perangkat lunak untuk

mempertahankan dengan tingkat kinerja dalam kondisi lain un-
tuk jangka waktu lain.
Nondeficiency. Tingkat dimana perangkat lunak tidak ter-

deteksi mengandung kesalahan.
Kesalahan toleransi (Error tolerance). Tingkat dimana pe-
rangkat lunak akan terus bekerja tanpa kegagalan sistem
yang akan menyebabkan kerusakan pada pengguna. Ser-
ta, tingkat penurunan operasi dari perangkat lunak dan
fungsi pemulihannya.
Ketersediaan. Tingkat dimana perangkat lunak tetap bero-
perasi dalam kegagalan sistem.
Kegunaan (Usability ). Sebuah atribut yang dikenakan pada

usaha yang diperlukan untuk digunakan (termasuk persiapan
untuk digunakan dan evaluasi hasil) dan pada penilaian dari sisi
user.
Understandability. Tingkatan kemampuan yang diperlukan

untuk memahami perangkat lunak.
Kemudahan belajar. Tingkat dimana pengguna upaya yang
diperlukan untuk memaham perangkat lunak diminimalkan.
Pengoperasian. Tingkat operasi yang sesuai dengan pe-
rangkat lunak tujuan, lingkungan, dan karakteristik psikolo-
gis dari pengguna, termasuk faktor ergonomi, seperti war-
na, bentuk, suara, dan lain-lain.
Communicativeness. Tingkat dimana perangkat lunak
yang dirancang sesuai dengan karakteristik psikologis
pengguna.
Gambar 5.5: Software Quality
5.4.2 Usability
Karena Sistem Informasi yang digunakan di lingkungan Kemenpora
banyak berinteraksi dengan pengguna biasa, maka usabilitas peru-
pakan faktor penting dari kualitas sistem. Pada dasarnya, kegunaan
(usability ) merupakan istilah manusia untuk menyatakan kemudahan
dan efektif pada kisaran tertentu pengguna, diberikan pelatihan khu-
sus, dan dukungan pengguna, untuk memenuhi berbagai tugas terten-
tu, dalam kisaran tertentu. Secara umum kegunaan (usability ) adalah
kemudahan pengguna untuk belajar mengoperasikan, mempersiapk-
an input, menterjemahkan output dari sebuah sistem komponen.
Berdasarkan standar usabilitas sistem terbagi menjadi beberapa
bagian yaitu:
Optimum. Terkait dengan analisis cost-benefit, dan kompromi.
Efektif. Berkaitan dengan efisiensi dan produktias pengguna-

an, di antaranya kecepatan, diselesaikannya tugas, betul tidak-
nya tugas diselesaikan, yang dicapai oleh interaksi pengguna
dengan sistem. Hal ini sangat kontekstual sifatnya.
Kepuasan. Ini berkaitan dengan emosi kepuasan pengguna ter-

hadap produk yang dipakai. Pengukuran tidak hanya berlang-
sung pada awal penggunaan tetapi setelah melalui pelatihan

dan penggunaan pada waktu tertentu.
User, task and environment. Karakteristik ini harus juga diper-

timbangkan.
Biaya. Hal ini berkaitan dengan investasi yang harus dilakukan

pengguna untuk mencapai usabilitas pada level yang diinginkan,
termasuk biaya fisik, dan non fisik.
Usability dapat dipandang dari tiga faktor utama :
Learnability, yaitu kemudahan pengguna baru untuk mulai seca-

ra efektif berinteraksi dan mencapai kinerja yang optimal.
Fleksibilty, yaitu beragam cara yang disediakan oleh sistem un-

tuk memungkinkan user dan sistem bertukar informasi. Sehing-
ga eksibilitas ini harus menjamin bahwa si user tidak hanya ter-
paku pada satu pola dialog .
Robustness, tingkatan berbagai dukungan yang disediakan bagi

user untuk menentukan tercapainya tujuan. Artinya bila suatu
cara gagal maka masih ada cara lain untuk mencapai tujuan ter-
sebut.
Satu persatu akan dibahas prinsip dasar dari penilaian suatu user in-
terface. Pertama adalah prinsip learnability yang sering disalah-
artikan sebagai user friendly. Learnability sendiri mempertimbangkan
bagaimana suatu user interface memungkinkan pengguna baru per-
tama kali menggunakan sistem tersebut dapat segera menggunakan
sistem tersebut. Prinsip ini sendiri memiliki prinsip-prinsip :
Predictability. User dapat menentukan akibat kemudian atas

aksi yang dilakukan berdasarkan interaksi yang pernah dilakuk-
an sebelumnya. Berdasarkan sejarah apa yang dilakukan user
dapat memperkirakan apa yang akan terjadi selanjutnya ketika
suatu aksi dilakukan. Hal ini terkait dengan kemampuan peng-
guna menentukan efek dari operasi pada sistem. Prinsip ini ter-
kait dengan Operation Visibility yaitu kemampuan pengguna un-
tuk mengetahui operasi yang dapat dilakukan.
Synthesizability. Memungkinkan user memperkirakan langkah

yang sebelumnya dilakukan berdasarkan kondisi saat ini. Ini ber-
arti user telah membentu suatu mental model bagaimana sistem
bekerja. Prinsip ini berkaitan dengan Immediate/Eventual ho-

nesty .
Familiarity. Berdasarkan pemahaman user atas pengetahuan

dan pengalaman yang dimilikinya baik pada dunia nyata mau-
pun pada komputer dapat dimanfaatkan untuk berinteraksi de-
ngan sistem yang baru. Yang perlu diperhatikan adalah, setiap
kultur memiliki representasi simbol yang berbeda, sehingga sis-
tem yang memiliki keluwesan tinggi untuk membentuk meta-
phora akan menjamin terbentuknya familiarity ini. Terkait dengan
guessability yaitu kemampuan pengguna menebak fungsi suatu
obyek, dan Afordance , yaitu kemampuan pengguna memperki-
rakan operasi yang dapat dilakukan oleh obyek tersebut.
Generalizability. Sistem memungkinkan pengguna memprak-

tekan pengetahuan umumnya untuk interaksi khusus berdasar-
kan aplikasi yang berbeda ketika berada pada situasi yang seru-
pa.
Consistency. Kemiripan perilaku pada situasi serupa pada

obyek task yang serupa.
Sedangkan faktor flexibility terdiri dari
Dialogue initiative. Memberikan kebebasan pada user akan
terbatasnya dialog masukan yang disediakan oleh sistem. Se-
hingga user dapat memilih untuk melakukan operasi apakah de-
ngan dialog dengan metaphora click atau dengan mengguna-
kan command line. Berkaitan dengan prinsip System/User pre-
emptiveness, artinya apakah user dapat memulai interaksi atau
hanya menunggu awal interaksi dilakukan oleh sistem. Secara
umum biasanya diinginkan bahwa pengguna lebih menentukan
saat dimulainya interaksi.
Multi-threading. Kemampuan sistem untuk mendukung inte-

raksi pengguna melakukan task lebih dari satu pada saat yang
sama. Sehingga sistem tidak diam setelah user memberik-
an perintah. Berkaitan dengan prinsip Concurrent vs interlea-
ving, concurent memungkinkan komunikasi simultan untuk task
yang berbeda, sedangkan interleaving memungkinkan pelaksa-
naan task yang berbeda dan pada saat tertentu dapat dilakukan
bersamaan, multimodality berkaitan dengan jumlah kanal untuk
melakukan interaksi lebih dari satu.
Task migrability. Kemampuan memberikan kendali untuk

mengeksekusi tugas tertentu sehingga menjadi pertukaran ken-
dali antara user dan sistem dapat berlangsung dengan baik.
Pengguna dengan mudah menghentikan suatu proses, mene-
ruskan kembali proses tersebut, mengatur proses berjalan di
background atau di depan, tanpa harus menunggu sistem me-
nyelesaikan tugasnya.
Substitutively. Memungkinkan pemberian nilai masukan yang

ekuivalen. Misal entah menggunakan pemilihan list le, atau me-
masukkan nama le. Begitu juga sebaliknya. Sehingga di sinilah
berperannya penilaian atas kemampuan user interface mena-
ngani regular expression . Berkaitan dengan prinsip Represen-
tation multiplicatiy, equal opportunity
Customizability. Kemudahan user interface dimodifikasi oleh

pengguna atau oleh sistem. Sehingga user tidak terbatas de-
ngan menggunakan metaphora, ataupun mekanisme tunggal.
Sistem harus secara eksibel dapat dengan mudah dikustomisa-
si. Prinsip ini berkaitan dengan prinsip adaptivity adalah proses
pengubahan yang initiatif dilakukan oleh pengguna dan adap-
tability adalah proses pengubahan yang intisiatif dilakukan oleh
sistem.
Sedangkan aspek robustness terdiri dari prinsip :
Observability. Kemungkinan pengguna mengevaluasi kondisi

internal sistem dari representasi yang diterima saat ini. Sehing-
ga user tidak buta apa yang terjadi pada sistem. Hal ini ber-
kaitan dengan prinsip Browsability yaitu kemampuan pengguna
mengeksplorasi kondisi internal dari sistem berdasarkan interp-
retasi di user interface, static/dynamic defaults pengisian nilai
default ini akan menolong user untuk memberikan masukan, re-
achability berkaitan dengan kemungkinan bernavigasi diantara
keadaan sistem yang dapat diobservasi, persistence tenggang
waktu pengaruh dari suatu aksi komunikasi yang dilakukan oleh
user, operation visibility yaitu kemungkian pengguna mengetahui
operasi yang sedang dilakukan oleh sistem.
Recoverability. Kemampuan pengguna uktuk memperbaiki

aksi yang dilakukan ketika diketahui terjadi suatu kesalahan.
Terkait dengan prinsip reachability, forward/backward recovery,
proses perbaikan kesalahan ini dapat dilakukan inisiatif oleh

user ataupun sistem baik pada arah maju ataupun mundur, jika
sangat sulit untuk melakukan undo pada suatu pengaruh pada
suatu state maka akan sulit pula melakukan aksi tersebut. Se-
baliknya bila mudah melakukan undo maka harus mudah pula
mengulanginya (redo).
Responsiveness, bagaimana user menerima laju komunikasi

dengan sistem. Sehingga ketika user berinteraksi tidak terlalu
lama menunggu. Terkait dengan prinsip stability yang berkaitan
dengan variasi tenggang waktu sistem bereaksi haruslah sekecil
mungkin..
Task conformance. Suatu sistem interaktif memiliki tujuan agar

pengguna dapat melakukan tugasnya untuk mencapai tujuan
yang diharapkan pada suatu domain. Sehingga perlu dipertim-
bangkan apakah sistem mendukung penyelesaian tugas pada
domain tersebut, atau apakah sistem mendukung hal tersebut
sesuai dengan yang diinginkan oleh pengguna. Task complete-
ness berkaitan tentang cakupan permasalahan tugas dan task
adequacy berkaitan dengan pemahaman pengguna terhadap
tugas yang harus dilakukannya.
Dari berbagai jenis pengguna, kegunaan (usability ) didefinisikan se-

bagai berikut :
Untuk pengguna akhir, kegunaan (usability ) sangat penting ka-

rena merupakan penentuan kinerja: sebuah aplikasi, yang me-
miliki fitur kegunaan (usability ) ,akan memungkinkan pengguna
untuk melakukan pekerjan lebih efektif dan efisien
Bagi manajer, hal itu adalah keputusan dalam pemilihan pro-

duk, sebagai keputusan ini akan menentukan pembelajar-
an(learnability ) sistem yang dipilih, dan produktivitas yang
menggunakannya.
Bagi pengembang perangkat lunak, kegunaan (usability ) digam-

barkan sebagai internal atribut dari sebuah sistem yang menca-
kup permasalahan mengenai kualitas design, dokumentasi sis-
tem
5.4.3 Keamanan
Keamanan disini mencakup keamanan komputer baik secara informa-
si dan perangkat keras dari sebuah sistem. Tujuan dari keamanan
adalah mencakup perlindungan informasi dan properti dari pencurian,
kerusakan, maupuan bencana alam. Keamanan komputer merupakan
proses kolektif dan mekanisme untuk informasi sensitif dan berharga
yang dilindungi dari publikasi, gangguan atau kerusakan dari aktifitas
yang tidak sah atau individu yang tidak serta dan proses yang tidak di-
rencanakan. Celah-celah pada keamanan komputer dapat dibedakan
menjadi beberapa hal yaitu :
Keamanan yang bersifat fisik. Mengamankan akses terhadap

sistem perangkat keras komputer, misalnya pencurian, bencana
alam, dan sebagainya.
Keamanan data pribadi. Mengamankan data-data pribadi yang

kita miliki yang dapat dipakai orang lain untuk mengambil hak
akses yang kita miliki, misalnya password, username, dan se-
bagainya. Trik untuk memperoleh data-data pribadi ini sering
disebut sebagai social enggineering trick .
Keamanan terhadap data, media dan teknik komunikasi. Meng-

amankan data-data yang ada di dalam komputer kita yang dapat
ditransformasikan sebagai informasi, juga terhadap perangkat
lunak yang kita pakai.
Keamanan dari sisi operasional. Prosedur-prosedur yang di-

pakai untuk mengamankan sistem komputer dan juga langkah-
langkah yang diambil jika keamanan sudah terserang (post at-
tack recovery ).
Dalam keamanan informasi perlu mempertimbangkan beberapa as-

pek, aspek-aspek tersebut adalah :
Serangan keamanan. Ini mencakup segala hal yang dapat ber-

kompromi dengan keamanan informasi yang ada di sebuah or-
ganisasi. Hal ini berkaitan dengan analisa serangan yang di da-
pat dilakukan oleh intruder terhadap sebuah sistem. Serangan-
serangan yang terjadi dapat dibagi menjadi dua aspek yaitu :
Serangan yang bersifat pasif adalah serangan yang tidak

merusak ataupun merubah pesan yang dikirimkan. Tujuan
dari serangan yang bersifat pasif adalah memperoleh infor-

masi yang sedang ditransmisikan. Sebagai contoh : pe-
nyadapan terhadap saluran telepon, analisa lalu lintas data
di dalam jaringan, penangkapan pesan, dan lain-lain.
Serangan yang bersifat aktif adalah serangan yang meru-
sak atau adanya usaha modifikasi terhadap pesan maupun
resource sistem. Serangan yang bersifat aktif lebih memi-
liki unsur modifikasi data penciptaan data palsu. Serangan
aktif ini dapat dibagi menjadi 4 yaitu :
Masquerade : seorang user berpura-pura menjadi
user lain dan menciptakan data palsu atau menggu-
nakan hak akses milik user lain tersebut.
Replay : berusaha untuk menangkap data dan subse-
quennya untuk memperoleh otorisasi.
Modifikasi pesan : berusaha untuk mengubah pesan
yang dikirimkan oleh user lain.
Denial of Service : menggangu manajemen sebuah
sistem jaringan komputer sehingga server tidak mam-
pu melayani permintaan dari client
Mekanisme keamanan merupakan sebuah mekanisme yang di-

desain untuk mendeteksi, mencegah atau menanggulangi ada-
nya serangan terhadap sistem jaringan komputer. Yang perlu
diperhatikan adalah bahwa tidak ada mekanisme tunggal yang
dapat mencegah berbagai serangan. Sebuah sistem membu-
tuhkan berbagai macam mekanisme yang berbeda-beda sesuai
dengan kebutuhan agar aman dari serangan.
Layanan Keamanan dapat dibagi menjadi beberapa layanan ya-

itu :
Confidentiality. Proteksi terhadap data yang ditransmi-

sikan dari serangan. Di dalamnya juga termasuk proteksi
terhadap analisa lalu lintas transmisi data.
Authentication. Meyakinkan bahwa pesan yang dikirim
maupun diterima adalah pesan yang asli dan belum dimo-
difikasi oleh pihak ketiga. Layanan haruslah diyakinkan ak-
an tidak adanya campur tangan pihak ketiga di dalam suatu
sistem transmisi data.
Integrity. Meyakinkan bahwa pesan yang diterima tidak

dirubah, diduplikasi, diubah urutannya oleh pihak ketiga.
Layanan ini juga melindungi adanya perusakan terhadap
pesan yang dikirimkan.
Non repudiation. Menjaga agar baik pengirim pesan ma-
upun penerima pesan tidak dapat menolak bahwa ia telah
mengirim atau menerima pesan sehingga dapat diyakinkan
bahwa pesan tersebut dikirim dan diterima oleh pihak yang
benar.
Access Control. Kemampuan untuk membatasi dan
mengontrol akses ke dalam sistem dan aplikasi melalui ja-
lur komunikasi.
Availability. Menjaga ketersediaan akan sumber informa-
si yang dibutuhkan oleh client. Berbagai macam serangan
dapat mengurangi ketersediaan, misalnya Denial of Servi-
ce dapat menghabiskan resource sistem sehingga sistem
tidak dapat melayani permintaan client.
5.4.4 Bakuan yang Diadopsi

Bakuan yang diadopsi dalam SIM ini adalah ISO/IEC 9126 yang meru-
pakan standar internasional untuk pengukuran kualitas perangkat lu-
nak. Tujuan dari standar ini adalah untuk menalisa beberapa bias yang
dapat terjadi sehingga dapat menurunkan kualitas perangkat lunak.
Bias ini termasuk mengubah prioritas setelah dimulainya proyek atau
tidak memiliki apapun definisi yang jelas dari "kesuksesan". Khusus
untuk masalah keamanan bakuan yang di gunakan adalah ISO/IEC
27002 yang merupakan standar informasi keamanan. Melalui ISO/IEC
27002 diharapkan dapat menghasilkan rekomendasi sistem manaje-
men yang baik.
5.4.5 Bakuan Evaluasi Sistem

Untuk memahami dan mengintepretasikan pengujian kinerja tersebut
berikut ini dijabarkan beberapa dasar teoritis yang melatar-belakangi
suatu pengukuran kinerja sistem komputer. Kinerja pada suatu sistem
komputer didefinisikan dengan :
is the degree to which a computing system meets the
expectation of the person involved with it (Doherty,
W.J.(1970), Schedulling TSS/360 for Responsiveness,

AFIPS Proc. FJCC, 1970, pp. 97-111)
Definisi kinerja sistem komputer berdasarkan aspek perekayasaan pe-

rangkat lunak (Software Engineering):
is the eectiveness with which the resource of the host

computer system are utilized toward meeting the objecti-
ve of the software system (Graham, R, M. (1973). Perfor-
mance prediction, Advances Courses on Software Engine-
ering, Springer Verlag, 1974, pp.395-463.)
Sehingga dapat disimpulkan bahwa kinerja suatu sistem komputer

adalah :
seberapa baik suatu sistem memungkinkan pengguna

melakukan yang diinginkannya". Dan dapat diinterpreta-
sikan pula seberapa baik sistem bekerja sesuai dengan
yang direncanakan".
Pengukuran kinerja sistem dibutuhkan untuk beberapa evaluasi :
Comparative Evaluation. Kinerja suatu sistem dievaluasi relatif

kepada sistem lainnya. Kegunaan dari evaluasi ini misal untuk
proses pembelian perangkat lunak baru, atau perangkat keras
baru, memilih service komputasi, dan juga mengevaluasi peru-
bahan sistem untuk modikasi.
Analytic Evaluation. Kinerja dari sistem komputer dievaluasi

berdasarkan beberapa parameter sistem. Tujuan dari evaluasi
ini adalah untuk meningkatkan kinerja sistem (performance tu-
ning), melakukan perawatan sistem (performance control), dan
mendisain serta mengimplementasi sistem baru.
Untuk mengevaluasi sistem yang telah diimplementasikan dapat di-

manfaatkan beberapa metoda misal
Empirical method: dengan evaluasi melalui eksperimen. Me-

manfaatkan alat bantu statistik, untuk menghitung performance
pengguna pada sistem. Jumlah dan jenis percobaan haruslah
mewakili keadaan sesungguhnya
Observational techniques. Evaluasi ini bisa dilakukan dengan

berbagai teknik misal :
Think aloud. Pada teknik evaluasi ini, pengguna sebenar-

nya pada suatu sistem diobservasi ketika berinteraksi de-
ngan sistem. Biasanya mereka diminta melalukan suatu
task, dan ketika melakukan hal itu mereka akan mene-
riakkan apa yang ada dipikirannya, pertimbanganya, dan
keputusan aksi yang dilakukannya. Cara ini cukup menarik
karena :
Proses ini termasuk mudah dan dapat digunakan
Pengguna didorong untuk memberikan kritik
Evaluator dapat menemukan letak interaksi yang
membingungkan dan dapat meningkatkan efektifitas
sistem dengan cara menentukan permasalahannya
Protocol analysis. Dengan cara ini dilakukan pencatatan
aksi yang dilakukan user. Dapat digunakan beragam me-
toda dan alat bantu :
Kertas dan pensil
Audio recording
Video recording
Computer logging
User notebooks
Autamatic protocol analysis. Dengan perangkat bantu
analisis ini maka dapat dilakukan analisis interaksi user in-
terface.
Post-task walkthrough. Kadang kadang data evaluasi da-
ri observasi langsung pada suatu saat tertentu tak dapat
iinterpretasikan. Untuk mengetahui alasan pelaksanaan
aktion maka perlu dilakukan evaluasi cara ini. Sebab ka-
dang pengguna tak dapat bercerita ketika sedang melaku-
kan suatu aksi, terutama ketika saat kritis dan sebagainya.
Query technique. Metoda yang tidak terlalu formal ini dilakuk-

an dengan bertanya pada user. Biasanya merupakan evaluasi
pelengkap. Bisa dilakukan dengan :
Interview. Biasanya pengguna akan ditanya, kesan-kesan

menggunakan sistem ketika melakukan sesuatu tugas. In-
terview akan dilakukan baik bila telah dilakukan perenca-
naan di awal. Interview ini akan merupakan evaluasi high-
level yang akan mencoba menangkap, preferensi user,

impresi dan perilaku.
Questioner. Cara ini memang kurang fleksibel dibanding
interview. Tetapi lebih mudah dilakukan dan memakan
waktu lebih singkat. Biasanya dapat dilakukan variasi per-
tanyaan antara lain :
Pertanyaan bersifat umum. Untuk memahami latar be-
lakang pengguna.
Pertanyaan dengan jawaban bebas (open ended). Un-
tuk meminta saran dari user akan sistem.
Skalar. Hal ini bertujuan agar pengguna menilai de-
ngan menggunakan skala numerik.
Pilihan ganda. Biasanya untuk menentukan hal mana-
kah yang lebih disukai oleh user
Rangking. Biasanya untuk mengetahui preferensi
pengguna.
5.4.6 Metoda Evaluasi yang Ditetapkan

Untuk pengembangan SIM di lingkungan Kemenpora maka ditetapkan
3 hal utama di dalam melakukan evaluasi :
Evaluasi kinerja dan kehandalan. Aplikasi SIM yang dikem-
bangkan, selama pengembangan dan setelah berakhir harus di-
uji kinerjanya (menggunakan perangkat bantu yang disepakati),
dan juga kehandalan (bekerja dalam kurun waktu tertentu de-
ngan beban sesungguhnya). Hanya aplikasi yang lolos pada
kriteria kinerja dan kehandalan yang diterima di lingkungan Ke-
menpora.
Evaluasi keamanan. SIM terutama yang bersifat online dan da-
pat diakses di Internet, harus melalui pengujian keamanan. Baik
secara off line maupun online. Hanya SIM yang telah lolos da-
ri evaluasi keamanan, maka dapat digunakan secara online di
lingkungan Kemenpora
Evaluasi usabilitas, SIM yang melibatkan pengguna, maka ha-
rus diuji dengan melibatkan pengguna. Bagaimana pengguna
merasakan penggunaan sistem merupakan tolok ukur keberha-
silan dari SIM tersebut. Evaluasi usabilitas ini dilakukan dari ta-
hap disain hingga tahap akhir pembuatan SIM.
5.5. BAKUAN INTEROPERABILITAS DATA 109
5.5 Bakuan Interoperabilitas Data

Pada dasarnya ada beragam jenis interoperabilitas. Mengacu kepada
penelitian Andreas, LISI (Level of Information System Interoperability )
di Amerika Serikat dibagi menjadi :
Isolated Systems, tidak ada hubungan fisik yang terjadi

Connected Systems, dengan kesamaan produk dimana me-
mungkinkan terjadi pertukaran
Distributed Systems, dengan keragaman produk dimana me-

mungkinkan terjadi pertukaran
Integrated Systems, memungkinkan berbagi aplikasi dan data

Universal Systems, enterprise wide shared systems
Sementara NMI (NATO Model Interoperability ) memiliki tingkat intero-
perabilitas sebagai berikut :
No Data Exchange, tidak ada hubungan fisik yang terjadi

Unstructured Data Exchange, pertukaran data tidak terstruktur
(free text) yang sangat memerlukan pemahaman manusia
Structured Data Exchange, pertukaran data baik secara manu-

al atau otomatis tetapi tetap memerlukan kompilasi secara ma-
nual.
Seamless Sharing of Data, otomasi pertukaran data berbasisk-

an pada model pertukaran data yang disetujui bersama.
Seamless Sharing of Information, interpertasi informasi yang

universal dengan melalui kooperasi pemrosesan data.
Point di atas lebih menekankan kepada pendekatan interoperabilitas

dari sisi Teknologi Informasi, sebenarnya ada bagian penting lagi ya-
itu interoperabilitas dari sisi organisasi. Secara lapisan dapat dilihat
pada gambar 5.6. Interoperabilitas pada sisi teknis memiliki beberapa
lapisan dari bawah ke atas yang meliputi :
Interoperabilitas Fisik, pada tingkatan ini permasalahan inte-

roperabilitas lebih menekankan kepada tingkat perangkat keras.
Seperti level besar signal TTL (transistor-transistor logic) atau
CMOS (Complementary metal oxide semiconductor ), freku-

ensi kerja alat, dan sebagainya. Sebagai contoh adalah per-
bedaan penggunaan network interface card (NIC) antara jenis
Ethernet dengan ARCNet.
Interoperabilitas Protokol, pada tingkatan ini sudah mengga-

bungkan permasalahan pada perangkat keras dan lunak yang
memiliki perbedaan protokol. Secara umum perbedaan protokol
yang sering menjadi permasalahan adalah pada protokol komu-
nikasi atau jaringan seperti dari bentuk TCP/IP ke NetBios.
Interoperabilitas untuk Model Data, pada tingkatan ini sudah

merupakan kendala lama pada era Database yang kerap dise-
but permasalahan syntactic pada era Level Informasi. Sebagai
contoh adalah perbedaan dalam memodelkan penggunaan tipe
data untuk tanggal lahir, karena dapat menggunakan tipe data
date, numeric ataupun character.
Interoperabilitas di tingkat informasi. Pada tingkat ini adalah

merupakan isu terkini saat ini sebab pada tingkat teknis rela-
tif sudah matang dan pada tingkat organisasi kesadaran akan
penggunaan informasi teknologi semakin tinggi. Sehingga isu
pada tingkat ini menjadi hal yang penting dan mendesak untuk
disempurnakan terutama dalam rangka interoperabilitas.
Interoperabilitas Organisasi yang meliputi awareness, penye-

suaian prosedur, penyesuaian operasional, sinkronsiasi strategi
dan tujuan politis.
5.5.1 Keragaman Informasi

Kesulitan utama pada interoperabilitas sistem adalah terjadinya kera-
gaman. Menurut Sheth keragaman dibagi ke dalam dua level utama
sebagai berikut:
1. Level Informasi
(a) Syntactic
(b) Structured
(c) Semantic
Gambar 5.6: Hubungan Interoperabilitas Organisasi dan Teknis TI
2. Level Teknologi
(a) Perangkat Keras

(b) Perangkat Lunak
(c) Protokol
Keragaman level informasi berada di atas keragaman teknis, dikare-

nakan keragaman informasi lebih sulit untuk di atasi dan pada saat
ini keragaman teknis sudah memiliki berbagai solusi yang jauh lebih
matang. Keragaman informasi akan terdiri dari berbagai jenis yang
meliputi :
Keragaman syntatic, keragaman jenis ini sudah dimulai dari

model database traditional. Adapun beberapa contoh dari kera-
gaman syntactic adalah :
Naming conflict, misalkan perbedaan pemberian nama ak-

an sesuatu hal, seperti alamat dengan lokasi.
Data representation conflict, misalkan informasi tentang
tanggal dapat direpresentasikan dalam format date atau
numeric atau text.
Data scaling conflict, misalkan pendefinisian penghasilan
kelas bawah, menengah dan atas, dan sebagainya.
Keragaman struktural atau skema (structural / schematic) ada-

lah keragaman dalam katalog atau taksonomi informasi. Adapun
beberapa contoh kasus pada keragaman struktural adalah :
superclass, sebuah konsep atau atribute seperti nama da-

pat memiliki arti yang berbeda karena diletakkan pada
struktur yang berbeda, karena satu adalah struktur yang
menunjukkan nama produk (superclass adalah produk),
sedangkan yang lain adalah struktur yang menunjukkan
nama orang (superclass adalah individu).
subclass, sebuah konsep yang memiliki label sama belum
tentu berarti sama karena subclass yang berbeda. Mi-
salkan mesin dengan mesin, mesin yang satu memiliki su-
bclass (ruang bakar, bahan bakar, gear), mesin yang la-
in memiliki subclass (cpu, memori, I/O). Maka mesin yang
pertama adalah mesin bakar, sedangkan mesin yang ke-
dua adalah komputer.
Keragaman semantik, semantik adalah ilmu yang mempelajari

arti, maka keragaman semantik adalah keragaman akan perbe-
daan arti, ini bisa dalam arti :
Sinonim, antonim, adalah persamaan atau lawan kata.

Bagian dari, adalah menjelaskan untuk relasi
Menghitung tingkat kesamaan (similarity ), adalah kasus
untuk menghitung sebuah konsep mana yang lebih mirip
dan juga memungkinkan untuk menghitung nilai similar da-
lam kuantitas. Sebagai contoh kalau dicari tingkat kesa-
maan maka antara pohon-anjing dengan pohon-lumut ma-
ka dengan mudah bagi manusia dapat mengetahui bah-
wa pohon-lumut lebih memiliki nilai kesamaan dibanding-
kan pohon-anjing. Tapi kalau kita membandingkan pohon-
anjing dengan pohon-kucing, mana yang lebih mirip?
Keragaman ini terjadi karena semakin berkembangnya Internet dan

teknologi web yang membawa dampak sebagai berikut :
Web and data is massive, ukuran dari web dan data baik da-
lam arti jumlah sumber maupun isi data semakin bertambah dari
waktu ke waktu dengan sangat cepat. Bagaimana mendapatkan
sumber data yang sesuai.
Web and data is distributed, sumber data dan data terdistribusi

atau tersebar pada berbagai sumber data. Kendala terutama ba-
nyak sumber data yang tidak terdaftar pada sebuah daftar data
baru dan penyesuaian akses karena perubahan skema data.
Web and data is dynamic, sumber data akan menjadi sangat di-
namis, bukan saja dalam arti pembaharuan isi data, tetapi juga
pembaharuan dari skema data. Bagaimana mendeteksi peru-
bahan data baru dan penyesuaian akses karena perubahan ske-
ma data.
Web and data is open world, siapa saja dapat membuat data
atau web di Internet..Terdapat problem bagaimana mempercayai
kebenaran sebuah sumber data.
5.5.2 Pendekatan yang Dilakukan

Prinsip dasar pada pengembangan kerangka kerja interoperabilitas
harus memperhatikan beberapa faktor yang meliputi :
Aksesibilitas, adalah sarana pengaksesan data atau informa-

si yang termasuk elektronik kepada publik dengan menghindari
diskriminasi. Seperti penerapan interface yang juga dapat di-
manfaatkan oleh orang cacat juga bahasa yang digunakan mu-
dah dipahami oleh masyarakat luas.
Keamanan, secara umum, pertukaran informasi perlu mene-

rapkan kebijakan keamanan yang memadai. Ini dicapai dengan
melakukan penilaian resiko yang memadai dalam pelayanan de-
ngan menghitung tingkat keamanan. Dari sudut pandang pema-
kai, fungsi yang terkait keamanan seperti identifikasi, otentifika-
si, non-repudiation, kerahasiaan harus memiliki tingkat ketrans-
paranan yang maksimum dengan memberikan tingkat keaman-
an yang memadai.
Privacy, perlu diberikan keyakinan akan kerahasiaan data indi-

vidu atau masyarakat yang digunakan sesuai dengan kepenting-
an ketika data diberikan oleh masyarakat.
Open standard, untuk mencapai interoperabilitas maka peman-

faatan open standard perlu dipertimbangkan dengan optimal.
Alasan pemilihan open standard disebabkan oleh :
Sebuah standar harus diadaptasi dan dipelihara oleh sebu-

ah organisasi nirlaba dan dalam pengembangan akan ber-
basis kepada keputusan terbuka yang melibatkan berbagai
pihak yang terkait.
Sebuah standar yang telah dipublikasikan dan memiliki do-
kumen yang tersedia secara gratis atau dengan harga yang
wajar.
Tidak ada batasan dalam penggunanan atau penggunaan
ulang dari standard.
Open source, memanfaatkan keuntungan yang diberikan oleh

open source. Selain keterbukaan sistem dan dokumen, open
source software juga cenderung mendukung open standard.
Multi solution, dalam interoperbilitas harus mendukung solusi

dengan multi aktor atau multi solusi.
Menurut Andreas [2], model Levels of Conceptual Interoperability

Model (LCIM) membagi menjadi lima tingkatan dalam mencapai inte-
roperabilitas. lapisan tersebut adalah :
Level 0 System Specific Data, data digunakan pada masing-

masing sistem dan tidak ada pertukaran data.
Level 1 Documented Data, data di dokumentasikan menggu-

nakan protokol umum yang dapat diakses melalui sebuah inter-
face, contoh adalah menggunakan SQL.
Level 2 Aligned Static Data, data didokumentasikan meng-

gunakan model referensi umum seperti menggunakan top-
ontology, sehingga memungkinkan menggunakan standar meta-
data untuk menghindari kesalah pahaman. Contoh adalah Re-
altime Platform Reference Federation Object Model (RPR-FOM)
Level 3 Aligned Dynamic Data, penggunaan data dalam

sebuah model federasi yang sudah didefinisikan dengan baik,
seperti menggunakan UML. Sehingga menghindari terjadinya
black box di belakang interface.
Level 4 Harmonized Data, koneksi semantik antar data untuk

melakukan relasi dengan menggunakan model konseptual.
Tabel 5.3: Contoh jenis file beragam aplikasi perkantoran

ODF MS Office 2007 MS - OOXML
Pengolah kata *.odt *.doc *.docx
Spreadsheet *.ods *.xls *.xlsx
Presentation *.odp *.ppt *.pptx
5.5.3 Bakuan Format Dokumen

Format file (format berkas) adalah suatu metoda/cara untuk mengkode
informasi agar dapat disimpan dalam berkas komputer. Data disimpan
dengan menerapkan suatu aturan khusus. Berbagai jenis format ber-
kas digunakan untuk berbagai jenis data. Biasanya dibedakan dengan
ekstensi dari nama file tersebut, misal mp3, jpg, odt, xls. Pada Tabel
5.3 disajikan contoh file yang digunakan oleh berbagai aplikasi per-
kantoran.
Seperti terlihat pada Gambar 5.7. awalnya suatu format file yang
digunakan suatu aplikasi terikat erat dengan aplikasi tersebut sehing-
ga berkas yang dihasilkan suatu program aplikasi, biasanya hanya bi-
sa dibaca, diproses dan disimpan kembali oleh program aplikasi ter-
sebut. Tapi kini yang sekarang lebih disukai oleh pengguna yaitu ada-
nya fleksibilitas dan ketidak terikatan antara jenis berkas dan aplikasi
yang memprosesnya. Dengan tidak terikatnya antara jenis program
dan berkas yang disimpan maka diharapkan berkas tersebut dapat di-
manfaatkan oleh beragam aplikasi baik yang satu platform maupun
yang dijalankan pada platform berbeda.
Hal inilah yang menjadikan issue interoperbilitas menjadi penting.
Format dokumen yang baik akan memudahkan tercapainya interope-
rabilitas di dalam penggunaan perangkat lunak pada suatu organisasi.
Dengan metoda dan format penyimpanan yang baik, maka suatu ber-
kas akan dimanfaatkan oleh berbagai perangkat lunak dan berbagai
unit kerja yang berbeda.
Gambar 5.7, menjelaskan tentang perubahan gaya pemberian in-
formasi antara pada aplikasi model lama dengan aplikasi model baru.
Pada aplikasi model lama hubungan informasi dengan aplikasi pem-
buatnya dilakukan secara tertutup, hanya pengembang dari aplikasi
tersebut yang mengetahui struktur dari dokumen tersebut. Kontrol ter-
hadap dokumen model lama terdapat pada perusahaan pengembang
bukan pada pemilik dokumen tersebut.
Sedangkan pada aplikasi model baru, informasi dari sebuah do-
Gambar 5.7: Kaitan aplikasi dan file
kumen ditampilkan secara terbuka, struktur dokumen tersebut dapat

diketahui oleh semua orang, termasuk perusahaan pengembang dan
pemilik dokumen. Sehingga dokumen tidak bergantung pada suatu
aplikasi, dokumen dapat dibuka dan diedit dengan menggunakan ber-
bagai jenis aplikasi.
Jenis format data ini tak dapat dipandang sederhana atau hanya
mengikuti apa yang biasa digunakan orang. Terutama untuk dokumen
milik badan pemerintahan yang harus digunakan oleh publik luas. Be-
berapa aspek teknis harus dipertimbangkan seperti
Kemampuan interoperabilitas
Kemungkinan digunakan di aplikasi lain
Mengikuti suatu standard penyimpanan dokumen yang baik
Di samping itu juga ada beberapa pertimbangan aspek non teknis :
Menghindari badan pemerintah memaksa publik membeli pro-

gram word processor tertentu sehingga dapat berinteraksi se-
cara elektronis. Karena pada dasarnya dokumen yang diberi-
kan oleh suatu badan pemerintah ke publik harus dapat dibuka
tanpa ada ketentuan menggunakan suatu jenis perangkat lunak
tertentu.
Dokumen lama tak dapat dibaca karena vendor mengubah for-

matnya pada program versi baru. Sehingga pemilihan dokumen
juga harus mempertimbangkan usia dokumen untuk kebutuhan
preservasi dokumen.
Badan pemerintah tak dapat berkomunikasi karena mengguna-

kan versi/produk word processor yang berbeda atau mengguna-
kan format yang ditentukan oleh vendor. Sehingga dibutuhkan
suatu standard dokumen digunakan kembali oleh badan peme-

rintahan lain tanpa terikat pada satu jenis produk tertentu.
5.5.4 Interoperabilitas Layanan

Interoperabilitas dapat tercapai dengan beberapa tahapan pola pe-
nyimpanan dan pengelolaan data yaitu
Open Document Format, pada tahapan ini proses penyimpan-
an berkas oleh seorang pengguna memungkinkan dibuka oleh
pengguna lain yang menggunakan aplikasi lainnya. Jadi pada
tahapan ini dititik beratkan perbedaan pengguna pada sistem la-
in dapat saling bertukar data. Contoh yang termasuk kategori ini
seperti Open Document Format, PDF, dan lain sebagainya
Open Exchange Format, pada tingkat ini berbagai sistem apli-

kasi (misal sistem workflow, sistem database) dapat saling ber-
tukar data dengan sistem aplikasi lainnya. Sebagai contoh Sis-
tem Aplikasi Kepegawaian di organisasi A dapat bertukar da-
ta dengan Sistem Aplikasi Kependudukan di organisasi B. Pa-
da tahapan ini sistem yang terbentuk dari beragam perangkat
lunak tersebut dapat berbeda tapi dapat saling bertukar data.
Contoh yang termasuk pada kategori ini adalah Open Finan-
cial Exchange (OFX) Format [http://www.ofx.net], GPS
Exchange Format (GPX), Sharable Content Object Reference
Model (SCORM) yang digunakan pada platform eLearning.
Open Service, pada tingkat ini berbagai sistem berinteraksi de-

ngan menyediakan layanan (service) yang terbuka. Sistem lain-
nya dapat meminta suatu service dengan mekanisme yang ter-
buka tanpa terikat kepada platform, format data, ataupun pe-
rangkat keras tertentu. Contoh dari model ini adalah Global Bi-
odiversity Informatics Facility (GBIF). Setiap pihak tanpa meng-
etahui secara ditail bagaimana sistem lainnya dibangun, dapat
me-request suatu service dari node di GBIF.
Service yang saling terbuka dan dapat diakses bersama-sama me-
mungkinkan tersedianya layanan yang lebih baik di masa depan bagi
layanan eGovernment. Tetapi untuk mencapai tahapan Interopreabili-
tas di aras layanan (Open Service), maka fondasi yang baik haruslah
tercipta terlebih dahulu. Fondasi itulah yang disediakan oleh Open
Document Format di dalam penyimpanan data.
Gambar 5.8: Pertukaran data secara terbuka
Interoperabilitas hanya dapat terjaga ketika semantik (apa arti dari

suatu perintah atau data) dan sintatik (bagaimana perintah atau data
tersebut disusun) diketahui secara terbuka. Sehingga pengguna ti-
dak mengalami batasan harus menggunakan perangkat keras terten-
tu, sistem operasi tertentu ataupun perangkat lunak seperti database
tertentu.
Tanpa adanya interoperabilitas maka akan ada beberapa kesulitan
yang timbul antara lain :
Pengguna tidak dapat bertukar dokumen dengan mudah
Pengguna sulit menggunakan berkas lama yang disimpan oleh
organisasi tersebut, baik oleh dia sendiri ataupun oleh orang la-
in.
Ketika dibutuhkan proses konversi maka seringkali terjadi kehi-
langan data. Hal ini sulit dihindari selama format berkas yang
digunakan bersifat proprietary dan tertutup.
Sering terjadi antara bagian tidak dapat bertukar informasi kare-
na jenis sistem informasi berbeda, dan dikembangkan oleh pi-
hak yang berbeda. Ini yang sering disebut permasalah Island of
Information (pulau-pulau informasi)
Belum adanya layanan terbuka yang dapat dimanfaatkan oleh
aplikasi-aplikasi lainnya yang dikembangkan oleh pihak lain
Oleh karena itu, azas interoperabilitas dalam berbagai tahapan ini per-
lu dipertimbangkan di dalam penyusunan layanan eGovernment di In-
donesia. Semakin keterbukaan data dijaga pada lapisan bawah, maka
semakin mudah keterbukaan dan interoperabilitas di tingkat atas untuk

dicapai. Oleh karena itu konsep interoperabilitas di tingkat atas (antar
sistem) akan lebih mudah dicapai oleh lembaga pemerintah ketika mu-
lai dengan konsep Open Document.
Dengan memiliki fondasi yang baik dan terbuka seperti ini, maka
resiko locked-in pada suatu konsultan ataupun perusahaan di masa
depan dapat dicegah sedini mungkin. Sehingga ketika sistem sudah
tidak dibawa kontrak dengan konsultan/vendor tersebut, maka pihak
ketiga (pihak lainnnya) dapat dengan mudah melanjutkan perawatan
atau perbaikan sistem.
5.5.5 Standard Format Dokumen

Ketika suatu organisasi harus menentukan berkas yang digunakan se-
bagai suatu ketetapan yang digunakan di semua bagian, maka akan
dilakukan standardisasi jenis berkas. Ketika berbicara format standar
mana yang digunakan, pada dasarnya orang tidak mengacu pada hal
yang sama. Ada dua jenis format standard yang dipahami oleh peng-
guna yaitu :
Standard De facto. Jenis standard ini adalah apa yang banyak

digunakan oleh orang atau populer sehingga dianggap sebagai
suatu hal yang standar karena diketahi oleh banyak orang. Akan
tetapi sebetulnya jenis standard ini tidak memiliki dukungan dari
badan standar, dan belum teruji. Lebih jauh lagi karena buk-
an merupakan suatu standard yang terdefinisi maka tidak ada
jaminan bahwa si pembuat format tersebut tidak akan menghen-
tikan dukungan. Sebagai contoh program yang tadinya mendu-
kung format tersebut, ternyata pada versi barunya sudah tidak
mendukung format yang lama tersebut. Contoh adalah DOC,
XLS.
Standard terdefinisi. Jenis standard ini terspesifikasi dengan

ditail dan terkait dengan suatu organisasi standar misal ISO,
ECMA dan sebagainya. Dalam penyusunan standard terse-
but berbagai macam pihak yang terkait pada industri akan ter-
libat. Pihak-pihak yang terlibat itu antara lain pengguna, ven-
dor, expert dan sebagainya. Untuk jenis standard yang terbuka
(Open Standard), setiap orang dapat melakukan implementasi
dari standard tersebut secara bebas
Organisasi atau badan pemerintah sering secara mudah-nya saja me-

milih format dokumen dengan cara memilih standard de-facto karena
dianggap semua orang memiliki aplikasi untuk membuka dokumen ter-
sebut. Tetapi pada kenyataanya belum tentu.Di samping itu pelajaran
dari berkas-berkas yang disimpan dalam format standad de-facto ta-
hun 90-an yang kini tak bisa dibuka kembali, harus menjadi pertim-
bangan dalam menentukan berkas yang digunakan oleh badan peme-
rintah.
Badan pemerintah dalam menggunakan berkas untuk berkomuni-
kasi dengan publik harus mempertimbangkan azas aksesibilitas, ya-
itu memungkinkan publik mengakses dokumen yang seharusnya me-
mang berada di ranah publik. Oleh karena itu publik tak boleh dibatasi
dengan jenis program yang harus digunakan untuk membuka doku-
men tersebut. Menggunakan berkas yang merupakan standar de-facto
tapi bukan suatu standard terbuka bukanlah tindakan bijaksana.
Ataupun ketika publik harus memberikan berkas ke badan peme-
rintahan, juga tidak boleh dibatasi harus menggunakan suatu format
tertentu yang bersifat standard de-facto tetapi yang bersifat tidak be-
bas. Sebab ini berarti sedikit banyak mempersyaratkan publik membe-
li perangkat lunak tersebut untuk dapat berkomunikasi dengan badan
pemerintahan.
Menilik pada sifat keterbukaan format dokumen, pada dasarnya
ada 2 jenis pendekatan di dalam format dokumen yaitu
Format tertutup (closed format). Pada format ini yang tahu
dengan pasti adalah perusahaan pembuat perangkat lunak, ke-
putusan perubahan format atau cara menyimpan berkas diten-
tukan oleh perusahaan tersebut. Begitu juga dengan apakah di
masa depan format tersebut masih didukung atau tidak sangat
bergantung kepada perusahaan tersebut. Format yang tergo-
long ini adalah *.DOC, *.XLS, *.PPT, *.PSD dan sebagainya
Format terbuka (open Format). Pada format jenis ini bagaima-
na data disimpan dalam berkas diketahui oleh umum secara be-
bas. Sehingga perusahaan ataupun organisasi manapun dapat
menggunakan format tersebut. Format terbuka ini ada 2 jenis
yaitu :
Format terbuka tapi bukan suatu standard. Sebagai

contoh format LATEX, BibTEX. Walau spesifikasi dari berkas
ini terbuka dan bebas digunakan, tetapi bukan merupakan
suatu standard yang disahkan oleh badan standard.
Format terbuka dan merupakan suatu standard yang

disahkan oleh badan standar. Yang tergolong jenis ini
adalah format ODF, SGML, PDF dan lain sebagainya.
Pada dasarnya yang membedakan antara suatu model dokumen satu

dan dokumen lainnya adalah metoda mark-up yang digunakan dalam
dokumen tersebut. Pada dokumen terbuka aturan mark-up ini terbuka
kepada publik sehingga dipahami struktur dari dokumen tersebut.
5.5.6 Bakuan Format Dokumen yang Ditetapkan

Sesuai dengan arahan dari Surat Edaran Menpan serta standard
yang telah ditetapkan di Indonesia, maka di lingkungan Kemenpo-
ra ditetapkan bahwa penyimpanan berkas-berkas menggunakan
format ODF (Open Document Format) yang telah menjadi ISO/IEC
26300:2006 dan saat ini sudah diterima menjadi Standard Nasional
Indonesia. Oleh karena itu Open Document Format (ODF) memiliki
dasar yang terkuat untuk diterima sebagai berkas yang dapat digu-
nakan oleh badan pemerintahan untuk aplikasi perkantoran, karena
memenuhi kriteria di atas. Baik kriteria teknis ataupun kriteria non tek-
nis
Pada awalnya Open Document Format (ODF) hanya digunakan
oleh perangkat lunak perkantoran Open Office. Kemudian Komite Tek-
nis OASIS (Organization for the Advancement of Structured Informa-
tion Standards) menjadi pengembang utama dari format dokumen ini.
Pada bulan Mei 2005 OASIS konsorsium menyetujui format ini untuk
menjadi sebuah standar dan pada bulan Mei 2006 Open Document
format disahkan menjadi sebuah standar internasional dengan nama
ISO/IEC 26300:2006.
Open Dokumen Format ini memiliki beberapa keunggulan yaitu
Dikembangkan, dirawat dan dikontrol oleh organisasi open

standard yang lintas industri dengan keterlibatan komunitas
Open Source. Jadi tidak dikembangkan oleh satu perusahaan
dan lalu dimajukan sebagai suatu standard internsaional. Tetapi
telah melalui proses pengembangan standard yang melibatkan
berbagai komponen industri dan komunitas.
Terbuka dan netral terhadap vendor tertentu. Dengan kata

lain tidak hanya 1 vendor yang memahami dengan ditail me-
ngenai format ini, karena format ini dikembangkan oleh komite
Gambar 5.9: ODF dan workflow
teknis di luar 1 perusahaan. Bukan suatu format yang dikem-

bangkan oleh suatu perusahaan dan langsung diajukan ke bad-
an standard
Dipublikasikan tanpa batasan dan tanpa royalti. ODF dapat

digunakan oleh pihak manapun tanpa membayar royalti. Do-
kumen standard ODF juga tersedia bebas untuk dipelajari dan
diimplementasikan. Hal ini sangat membantu pengembang di
Indonesia untuk membuat aplikasi yang memanfaatkan ODF ini.
Interoperabilitas meningkat. Dengan adanya spesifikasi yang

bersifat terbuka, maka program untuk jenis aplikasi yang berbe-
da, dan dikembangkan oleh perusahaan/organisasi berbeda da-
pat saling bertukar data tanpa adanya kehilangan kandungan.
Sebagai contoh program untuk membuat report (Report Gene-
rator ) dapat menghasilkan dokumen yang memanfaatkan hasil
dari SpreadSheet.
Tidak terikat pada satu macam perangkat lunak untuk memp-

roses berkas yang ada. Dengan spesifikasi terbuka ini, maka
tidak hanya 1 perangkat lunak yang dapat memanfaatkan de-
ngan penuh berkas dokumen yang ada. Berbagai vendor bebas
memanfaatkan ODF ini termasuk vendor yang berkompetisi. Se-
hingga tidak bisa dikatakan ODF ini memihak pada vendor ter-
tentu.
Meningkatkan kemampuan preservasi data. Spesifikasi yang

terbuka yang menyebabkan ketidak bergantungan pada satu je-
nis aplikasi ataupun satu perusahaan. Sehingga ketika dokumen

disimpan untuk jangka waktu yang lama, maka akan tetap dapat
dibuka karena pihak lain dapat memahaminya.
Spesifikasi menggunakan standard internasional lainnya.

ODF dibangun dengan memanfaatkan standard yang ada, se-
hingga tidak ada konflik dengan standard atau bakuan dokumen
lainnya yang ada.
Spesifikasi masih dapat dipahami dengan mudah dalam

ukuran yang tidak sulit. Ukurannya yang tidak terlalu besar
(karena banyak memanfaatkan standard yang sudah ada), dan
sudah terbuka ke publik sejak lama, menjadikan spesifikasi ODF
ini mudah dipahami untuk dipelajari.
Tidak menggunakan obyek yang bersifat binary. Dengan ka-

ta lain berkas disimpan dengan karakter yang dapat dibaca ma-
nusia biasa. Tag-tag yang digunakannya pun bersifat mudah di-
baca oleh manusia, bukan saja oleh program.
Berikut ini adalah jenis-jenis dokumen yang termasuk di dalam Open

document Format, adalah sebagai berikut ini:
.odt untuk pengolah kata (word processor )
.ods untuk kertas kerja (spreadsheet)
.odp untuk presentasi
.odg untuk gambar
.odf untuk rumus matematika
Pemilihan format dokumen untuk aplikasi perkantoran terutama untuk

keperluan menyimpan berkas data publik di badan pemerintahan, ti-
dak bisa dilakukan secara pendekatan pragmatis saja. Misal hanya
memilih format yang saat ini digunakan orang terbanyak.
Untuk badan pemerintah maka perlu diperhatikan beberapa kriteria
untuk menentukan format dokumen yang digunakan :
Pertimbangan preservasi dokumen, dokumen pemerintah diha-

rapkan dapat dibuka publik untuk jangka waktu yang lama, se-
hingga dengan format yang bersifat standard terbuka, jaminan
ini akan lebih mudah tercapai
Tidak hanya vendor tertentu ataupun vendor yang memiliki hu-

bungan baik dengan pembuat format tertentu. ODF memung-
kinkan vendor yang saling bersaing (kompetitor) untuk menye-
diakan dukungan kepada ODF sehingga produk-produk tersebut
dapat mendukung ODF. Pada saat ini lebih dari 20 produk dari
berbagai vendor yang dapat membaca/menulis berkas ODF ini,
termasuk produk aplikasi perkantoran yang merupakan kompe-
titor, seperti MS Office dan Open Office.
Standar yang baik akan memberikan keuntungan atau playing

field yang sama baik bagi industri dunia maupun industri lokal.
Standard ODF yang terbuka dan masih bisa dipahami dengan
mudah, walaupun tidak memiliki hubungan khusus dengan pem-
buat standard, menjadikan opsi yang menarik bagi industri lokal.
Beberapa produk perangkat lunak buatan Indonesia sudah men-
dukung format ODF ini, misal Cimande, BlueOxygen, Postila.
Format merupakan hal penting di dalam pengarsipan dokumen peme-

rintah. Badan pemerintah selalu menghasilkan banyak sekali doku-
men untuk publik yang diharapkan tetap bertahan dan dapat dibuka di
masa mendatang. Brazil, India, Prancis, Denmark, Belgia, Malaysia,
Kroatia, Norwegia, Spanyol dan Argentina telah menentukan bahwa
ODF merupakan standard untuk dokumen pemerintah.
Negara EU pada konferensi 28 Maret 2007 meminta format yang
benar-benar dapat menjamin pertukaran data, yang disebut Open Do-
cument Exchange Format (ODEF) Format tersebut bisa dikatakan
saat ini belum dapat dipenuhi, tetapi ODF memiliki kemungkinan lebih
diterima karena sifat keterbukaannya sehingga hanya perlu penam-
bahan fitur yang kurang saja. Syarat keterbukaan dan implementasi
tak termonopoli merupakan syarat penting dalam standard di EU.
Bila diperhatikan negara-negara berkembang yang menerima ODF
adalah negara-negara berkembang yang mulai bangkit kekuatan TI-
nya dan merasa mampu mengembangkan kebutuhan teknologinya.
Karena negara tersebut melihat bahwa dengan pemanfaatan ODF se-
cara besar-besaran di badan pemerintah akan mendorong produk lo-
kal ataupun industri dalam negeri.
Faktor non teknis yang perlu diperhatikan dalam penentuan
standard dokumen pemerintah adalah ketergantungan kepada suatu
entitas (bisnis ataupun bukan). Dengan mengadopsi standard terbuka
yang dikembangkan oleh banyak pihak, maka ketergantungan ini men-
jadi rendah. Begitu dengan aspek lisensi dan royalti yang digunakan
pada standar dokumen tersebut harus juga dipertimbangkan.

Memilih platform teknologi ini tidak hanya sekedar masalah tekno-
logi atau ekonomi saja. Juga harus dipertimbangkan sebagai masalah
ketahanan negara. Artinya dengan makin bergantungnya pada sa-
tu pihak saja, maka pertahanan menjadi makin lemah. Begitu juga
dalam hal dokumen ini. Bayangkan bila hal tersebut terjadi dengan
format dokumen perkantoran yang sangat penting bagi operasional
kantor pemerintahan. Menggantungkan pada standard de-facto yang
kenyataannya hanya dikuasai oleh satu perusahaan saja, sama de-
ngan menggantungkan masa depan ke perusahan tersebut.
Bab 6
Penutup
Suatu bakuan pengembangan Sistem Informasi sangatlah dibutuhkan

untuk menjaga kesinambungan pengembangan Sistem Informasi Ma-
najemen di suatu organisasi. Secara singkat bakuan yang ditetapkan
untuk di lingkungan Kemenpora adalah sebagai berikut :
Bakuan model pengembangan

Bakuan model pengembangan. Pada lingkungan Kemenpora diha-
rapkan pengembangan SIM menggunakan dua jenis metoda, bergan-
tung jenis proyek SIM yang dikembangkan
Metoda SDLC dengan pendekatan V-model. Yaitu adanya test

kesesuaian dengan pengguna pada setiap fase. Metoda ini dite-
rapkan ketika SIM yang dikembangkan memiliki transaksi rumit
dan bersifat kritis.
Metoda prototype dengan keterlibatan pengguna pada peran-

cangan dan penyusunan (participatory development method wi-
th prototyping). Metoda ini dikembangkan ketika SIM melibatkan
pengoperasian pengguna terutama untuk aplikasi yang bersifat
Web.
Bakuan dokumentasi
Bakuan dokumentasi. Pengembangan SIM di lingkungan Kemenpo-
ra sebaiknya memiliki dokumentasi-dokumentasi. Pada dokumentasi
127
128 BAB 6. PENUTUP
ini telah ditetapkan beberapa bakuan yang sebaiknya diserahkan da-

lam proses pengembangna SIM di lingkungan Kemenpora. Bakuan-
bakuan dokumentasi tersebut adalah :
Bakuan dokumentasi spesifikasi disain
Bakuan dokumentasi ditail disain
Bakuan dokumentasi pengoperasian dan perawatan.
Bakuan lisensi yang digunakan

Bakuan lisensi yang digunakan. Dengan mengikuti arahan dari IGOS,
dan Surat edaran MenPan mengenai penggunaan software legal, ma-
ka ditetapkan dalam kaitannya dengan lisensi perangkat lunak yang
digunakan di lingkungan Kemenpora adalah sebagai berikut :
Source code dari aplikasi SIM yang dikembangkan dengan pen-

danaan dari Kementerian Pemuda dan Olahraga adalah milik
Kementerian Pemuda dan Olahraga. Sehingga pihak yang mela-
kukan pengembangan SIM di lingkungan Kemenpora wajib me-
nyerahkan source code dan dokumentasi ditail dari source code
tersebut kepada pihak Kemenpora. Pihak Kemenpora berhak
menggunakan kembali perangkat lunak ataupun SIM yang di-
kembangkan tersebut dan juga mengubah perangkat lunak ter-
sebut.
Sistem Informasi Manajemen di lingkungan Kemenpora dikem-

bangkan dengan memaksimalkan penggunaan komponen atau
perangkat lunak Open Source. Penggunaan komponen perang-
kat lunak proprietary hanya dimungkinkan karena memang tidak
ada perangkat lunak Open Source yang memiliki fungsi sama.
Fokus fungsi menjadi utama dalam pemilihan komponen perang-
kat lunak, bukan fokus nama perangkat lunak.
Bakuan interoperabilitas dan format berkas

Bakuan interoperabilitas data menggunakan format data yang terbu-
ka dengan service generic. Pada dasarnya SIM yang dikembangkan
mengikuti bakuan sebagai berikut :
129
Database disimpan dalam storage model yang tidak bersifat

proprietar y. Sehingga data tetap tersimpan dalam format yang
terbuka. Hal ini dengan tujuan preservasi data di masa menda-
tang. Sehingga data tetap dapat dibuka di masa mendatang.
SIM ataupun aplikasi database menyediakan API (Application

Programming Interface) dalam bentuk generic services yang di-
definisikan secara terpisah pada bakuan interoperabilitas. De-
ngan demikian tiap-tiap database yang dimiliki oleh SIM terpisah
dapat saling bekerja sama.
Aplikasi perkantoran yang digunakan di linkungan Kemenpo-

ra wajib menyimpan dalam format Open Document Format
(ODF) yang merupakan format ISO dan sekarang sudah menja-
di Standard Nasional Indonesia (SNI). Format ODF ini yang juga
digunakan sebagai format bertukar data aplikasi perkantoran.
Bakuan metoda evaluasi

Bakuan metoda evaluasi yang diterapkan di lingkungan Kemenpora
adalah sebagai berikut :
Evaluasi yang harus dilakukan pada pengembangan SIM adalah

evaluasi yang meliputi
Kinerja dan kehandalan dari SIM dalam menghadai beban

dan situasi nyata.
Evaluasi keamanan dalam menghadapi kemungkinan se-
rangan.
Evaluasi usabilitas (dari sisi pengguna)
Hasil pengujian yang melibatkan pengguna tidak boleh diaba-

ikan, baik pada tahapan pengembangan maupun tahap akhir.
Untuk itu sebagai pra-syarat utama adalah pengujian usabilitas
dengan menggunakan pengguna sebenarnya.

Strategi Roadmap Bakuan PDF

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Strategi Roadmap Bakuan PDF

Diunggah oleh

Hak Cipta:

Format Tersedia

Strategi, Road Map, dan Bakuan Sistem

Kementerian Pemuda dan Olahraga

Boleh dikutip dengan menyebut sumbernya

Kementerian Pemuda dan Olahraga selalu berusaha mengikuti per-

Penyusunan panduan ini melibatkan beberapa pakar dari dunia

Jakarta, Juni 2010

Mengembangkan Sistem Informasi yang baik tidak bisa dilakukan ha-

Ringkasan Eksekutif iii

2 Kondisi Saat Ini 11

3 Strategi Pengembangan SIM Kemenpora 33

4 Road Map Pengembangan SIM Kemenpora 43

5 Bakuan Sistem Informasi 59

5.5.5 Standard Format Dokumen . . . . . . . . . . . . 119

2.1 Kondisi Jaringan Saat Ini . . . . . . . . . . . . . . . . . 13

3.1 Strategi e-government . . . . . . . . . . . . . . . . . . 34

4.1 Kondisi Sekarang . . . . . . . . . . . . . . . . . . . . . 46

4.6 Help Desk . . . . . . . . . . . . . . . . . . . . . . . . . 51

3.1 ICT Readline Index . . . . . . . . . . . . . . . . . . . . 35

5.1 Work Breakdown Structure . . . . . . . . . . . . . . . . 67

1.1 Latar Belakang

1. Berawal dari rasa penasaran di tingkat laboratorium penelitian.

2. Digunakan oleh sekelompok kecil spesialis untuk mengerjakan

3. Lalu menjadi dapat diproduksi masa, dan sudah mulai umum

digunakan tapi masih membutuhkan pelatihan yang khusus dan

4. Akhirnya menjadi pervasif dan dipandang sebagai bagian dari

Rasa ketakutan. Banyak orang mencoba menghindari pema-

tanpa adanya penjelasan yang logikal. Sehingga ketakutan ak-

Keterasingan. Pengguna komputer cenderung mengisolir diri-

Golongan miskin informasi dan minoritas. Akses kepada

Pentingnya individu. Organisasi besar menjadi makin imperso-

Tingkat kompleksitas ini menjadi makin tinggi dan sulit di-

Makin rentannya organisasi. Suatu organisasi yang bergan-

Dilanggarnya privasi. Ketersediaan sistem pengambilan data

Pengangguran dan pemindahan kerja. Biasanya ketika suatu

Kurangnya tanggung jawab profesi. Organisasi yang tak ber-

Kaburnya citra manusia. Kehadiran terminal pintar (intelligent

persepsi yang salah pada banyak orang. Banyak orang meng-

Informasi jelas dapat disalah-gunakan. Polusi informasi, yaitu propa-

Disain yang berpusat pada manusia. Pendekatan ini menem-

Dukungan organisasi. Organisasi harus mendukung penggu-

yang datang dari luar, tanpa memperhatikan masukan dari peng-

Perencanaan pekerjaan (job). Aturan untuk pekerjaan terten-

Pendidikan. Kompleksitas dari teknologi sistem informasi mem-

Umpan balik dan imbalan. Umpan balik dari kelompok penggu-

Meningkatkan kesadaran publik. Menginformasikan penggu-

bahkan oleh para praktisi TI sendiri. Misal yang berkaitan de-

Perangkat hukum. Masih banyak pekerjaan yang berkaitan de-

Riset yang maju. Individu, organisasi dan pemerintah dapat

diinginkan dalam pengembangan sistem informasi, maka pendekatan

1.2 Tujuan dan Sasaran

masing Unit Kerja yang mengelola informasi tak dapat saling

Rendahnya kinerja sistem, misal availibilitas rendah ataupun ke-

Kurang adanya dukungan organisasi ataupun sumber daya ma-

Tujuan dari pembuatan dokumen ini adalah menyediakan bakuan yang

Pendefinisian pendekatan yang dapat digunakan untuk meren-

Bakuan-bakuan yang digunakan untuk mengembangkan Sistem

Menentukan langkah-langkah yang perlu dilakukan dalam me-

Menentukan perencanaan aplikasi-aplikasi SIM yang perlu di-

1.3 Ruang Lingkup Pekerjaan

1. Tahapan inventarisasi, yang dilakukan pada tahapan ini adalah

2. Tahapan survei untuk memahami kebutuhan organisasi terha-

3. Penyusunan bakuan yang dapat digunakan untuk mengem-

4. Kemudian juga diikuti dengan sosialisasi bakuan dan road map