strategi roadmap bakuan

Strategi, Road Map, dan Bakuan SistemInformasi Manajemen

Kementerian Pemuda dan Olahraga

Strategi, Road Map, dan Bakuan Sistem Informasi ManajemenISBN : 978 - 602 - 98191 - 0 - 6Ukuran Buku :15,7 cm x 24 cmJumlah Halaman: 129 + xii

Penanggung JawabDeddy Kusdinar

KetuaThobias Tubulau

Tim PenyusunAhmad MusawirNurhasanahJeffery V.PalarAsmiaty SyYordaniaKunto WidayatmokoRio WilarsoWulan Asri MeidyasariSilmiyanti ZurlenAchmad Syauqi

Nara SumberDr. Ing. Adang Suhendra, SKom, SSi, MScDr. rer. nat. I Made Wiryana, SKom, SSi, MAppScProf. Dr. I Wayan S Wicaksana, SSi, MEngDr. Putu Laxman Pendit,Pancat Setyantana

Penyiapan Data BPSBadan Pusat Statistik

Diterbitkan Oleh:Bagian Sistem Informasi dan Pengolahan DataBiro PerencanaanSekretariat 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 dapatdipisahkan 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 makapenggunaan Teknologi Informasi seperti halnya Sistem Informasi Ma-najemen ini malah dapat menjadi bumerang, dan hanya menghasilkanpemborosan dana serta ketidak efisienan kerja.

Untuk mewujudukan perencanaan, pengembangan dan pengelola-an Sistem Informasi Manajemen yang baik di lingkungan KementerianPemuda dan Olah Raga, maka dilakukan kegiatan seminar dan lo-kakarya yang berkaitan dengan Strategi, Roadmap dan bakuan yangdigunakan dalam pengembangan Sistem Informasi Manajemen di ling-kungan Kemenpora. Diharapkan hasil dari kegiatan ini dapat menjadimasukan dan bakuan yang memberikan benefit kepada pihak-pihakyang 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 duniaakademik, industri dan pemerintahan yang membidangi masalah pe-ngembangan Sistem Informasi Manajemen. Diharapkan panduan inidapat digunakan sebagai arahan sehingga pengembangan SIM dilingkungan Kementerian Pemuda dan Olahraga (Kemenpora) dapatberkesinambungan dan memberikan manfaat yang sebesar-besarnya.

Jakarta, Juni 2010Tim 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 danholistik. Dengan kata lain semua aspek harus dipertimbangkan baikteknis maupun non teknis. Dari kebutuhan perangkat keras dan ja-ringan, hingga kebutuhan SDM dan organisasi. Pertimbangan hukumdan efisiensi pembiayaan juga perlu dilakukan.

Pengembangan Sistem Informasi yang baik harus memiliki suatuarah 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 secarabaik dan tertata dengan baik.

Dokumen ini disusun untuk memberikan gambaran tentang meto-da dan bakuan yang dapat digunakan untuk mengembangkan SistemInformasi di lingkungan Kementerian Pemuda dan Olahraga sehinggamemenuhi aspek-aspek kualitas dari Sistem Informasi. Dokumen initerdiri dari inventarisasi sistem informasi yang ada di lingkungan Ke-menterian Pemuda dan Olahraga (Kemenpora), kemudian bakuan si-klus pengembangan, bakuan interoperabilitas dan juga bakuan lisensiyang digunakan dalam lingkungan Kementerian Pemuda dan Olahra-ga

iii

Daftar Isi

Kata Pengantar i

Ringkasan Eksekutif iii

1 Pendahuluan 11.1 Latar Belakang . . . . . . . . . . . . . . . . . . . . . . 11.2 Tujuan dan Sasaran . . . . . . . . . . . . . . . . . . . . 81.3 Ruang Lingkup Pekerjaan . . . . . . . . . . . . . . . . 101.4 Hasil Akhir Pekerjaan . . . . . . . . . . . . . . . . . . . 10

2 Kondisi Saat Ini 112.1 Kondisi Jaringan . . . . . . . . . . . . . . . . . . . . . . 112.2 Kondisi Sistem Informasi Manajemen . . . . . . . . . . 12

2.2.1 Portal Kementerian Pemuda dan Olahraga . . . 142.2.2 SIM Kepegawaian Kemenpora . . . . . . . . . . 152.2.3 SIM Atlit Indonesia . . . . . . . . . . . . . . . . 172.2.4 SIM Lelang . . . . . . . . . . . . . . . . . . . . . 192.2.5 SIM Evaluasi . . . . . . . . . . . . . . . . . . . . 202.2.6 SIM Geographic Infomation System (GIS) . . . . 222.2.7 SIM-SIM Lainnya . . . . . . . . . . . . . . . . . 24

2.3 Platform di Lingkungan Kemenpora . . . . . . . . . . . 272.4 Pengguna dan Pemanfaatan . . . . . . . . . . . . . . . 282.5 Permasalahan yang Teridentifikasi . . . . . . . . . . . . 30

3 Strategi Pengembangan SIM Kemenpora 333.1 Strategi Nasional E-government . . . . . . . . . . . . . 333.2 Perkembangan TIK . . . . . . . . . . . . . . . . . . . . 353.3 Open Source dan Open Standard . . . . . . . . . . . . 39

v

vi DAFTAR ISI

4 Road Map Pengembangan SIM Kemenpora 434.1 Pengembangan SIM Kemenpora . . . . . . . . . . . . 434.2 Rencana Pengembangan Infrastuktur . . . . . . . . . . 454.3 Jenis SIM yang Perlu Dikembangkan . . . . . . . . . . 47

4.3.1 SIM untuk Pengoperasian . . . . . . . . . . . . . 484.3.2 SIM Berbasiskan Database . . . . . . . . . . . . 504.3.3 SIM Berbasiskan Social Network . . . . . . . . . 524.3.4 SIM untuk Berkolaborasi . . . . . . . . . . . . . 544.3.5 SIM untuk Knowledge Management . . . . . . . 55

5 Bakuan Sistem Informasi 595.1 Bakuan Siklus Pengembangan . . . . . . . . . . . . . . 60

5.1.1 Tahapan Proyek SIM . . . . . . . . . . . . . . . 645.1.2 Pendefinisian . . . . . . . . . . . . . . . . . . . 655.1.3 Perencananaan . . . . . . . . . . . . . . . . . . 665.1.4 Organisasi . . . . . . . . . . . . . . . . . . . . . 705.1.5 Pengawasan . . . . . . . . . . . . . . . . . . . . 715.1.6 Penyelesaian Proyek . . . . . . . . . . . . . . . 725.1.7 Leading . . . . . . . . . . . . . . . . . . . . . . 735.1.8 Model Pengembangan yang Ditetapkan . . . . . 74

5.2 Bakuan Lisensi yang Digunakan . . . . . . . . . . . . . 755.2.1 Lisensi Perangkat Lunak . . . . . . . . . . . . . 755.2.2 Pertimbangan Legalitas Perangkat Lunak . . . . 835.2.3 Landasan Hukum untuk Bakuan Lisensi . . . . . 865.2.4 Penetapan Lisensi untuk Kemenpora . . . . . . . 90

5.3 Bakuan Dokumentasi Teknis . . . . . . . . . . . . . . . 915.3.1 Dokumentasi Perencanaan Proyek . . . . . . . . 915.3.2 Dokumentasi Spesifikasi Disain . . . . . . . . . 93

5.4 Bakuan Kualitas Sistem Informasi . . . . . . . . . . . . 955.4.1 Kualitas Perangkat Lunak . . . . . . . . . . . . 955.4.2 Usability . . . . . . . . . . . . . . . . . . . . . . 985.4.3 Keamanan . . . . . . . . . . . . . . . . . . . . 1035.4.4 Bakuan yang Diadopsi . . . . . . . . . . . . . . 1055.4.5 Bakuan Evaluasi Sistem . . . . . . . . . . . . . 1055.4.6 Metoda Evaluasi yang Ditetapkan . . . . . . . . 108

5.5 Bakuan Interoperabilitas Data . . . . . . . . . . . . . . 1095.5.1 Keragaman Informasi . . . . . . . . . . . . . . . 1105.5.2 Pendekatan yang Dilakukan . . . . . . . . . . . 1135.5.3 Bakuan Format Dokumen . . . . . . . . . . . . 1155.5.4 Interoperabilitas Layanan . . . . . . . . . . . . . 117

DAFTAR ISI vii

5.5.5 Standard Format Dokumen . . . . . . . . . . . . 1195.5.6 Bakuan Format Dokumen yang Ditetapkan . . . 121

6 Penutup 127

viii DAFTAR ISI

Daftar Gambar

2.1 Kondisi Jaringan Saat Ini . . . . . . . . . . . . . . . . . 132.2 Portal Kemenpora . . . . . . . . . . . . . . . . . . . . . 162.3 Manual SIM Kepegawaian . . . . . . . . . . . . . . . . 172.4 Data Profil Pegawai . . . . . . . . . . . . . . . . . . . . 182.5 Panduan User Manual Lelang . . . . . . . . . . . . . . 202.6 Tampilan Home Lelang . . . . . . . . . . . . . . . . . . 212.7 Dokumentasi Sistem Informasi . . . . . . . . . . . . . . 222.8 Form Rencana Kinerja . . . . . . . . . . . . . . . . . . 232.9 Laporan Rencana Kinerja . . . . . . . . . . . . . . . . 232.10 Panduan untuk pengguna GIS . . . . . . . . . . . . . . 252.11 SIFA . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252.12 PDPJOI . . . . . . . . . . . . . . . . . . . . . . . . . . 262.13 Zona Kreasi Muda . . . . . . . . . . . . . . . . . . . . . 262.14 Platform yang digunakan di lingkungan Kemenpora . . 272.15 Pola integrasi di Kemenpora saat ini . . . . . . . . . . . 282.16 Direktori pada Portal Kemenpora . . . . . . . . . . . . . 292.17 Memasukkan berita melalui portal . . . . . . . . . . . . 292.18 Hasil pemasukan berita oleh publik . . . . . . . . . . . . 30

3.1 Strategi e-government . . . . . . . . . . . . . . . . . . 343.2 Era Informasi . . . . . . . . . . . . . . . . . . . . . . . 363.3 Komponen Implementasi TIK . . . . . . . . . . . . . . 37

4.1 Kondisi Sekarang . . . . . . . . . . . . . . . . . . . . . 464.2 Kondisi Jaringan yang Diharapkan . . . . . . . . . . . . 474.3 Road Map SIM di Kemenpora . . . . . . . . . . . . . . 494.4 Sistem inventory jaringan . . . . . . . . . . . . . . . . . 504.5 Sistem Monitoring . . . . . . . . . . . . . . . . . . . . . 51

ix

x DAFTAR GAMBAR

4.6 Help Desk . . . . . . . . . . . . . . . . . . . . . . . . . 514.7 Interoperabilitas dengan Service generic . . . . . . . . 534.8 Mikroblog . . . . . . . . . . . . . . . . . . . . . . . . . 544.9 Contoh Aplikasi CSCW . . . . . . . . . . . . . . . . . . 554.10 Contoh Ensiklopedia . . . . . . . . . . . . . . . . . . . 564.11 Fasilitas Tanya-Jawab (FAQ) . . . . . . . . . . . . . . . 574.12 Fasilitas eLearning . . . . . . . . . . . . . . . . . . . . 57

5.1 SDLC . . . . . . . . . . . . . . . . . . . . . . . . . . . 615.2 Metoda purwarupa (Prototype) . . . . . . . . . . . . . . 625.3 SDLC yang dapat digunakan . . . . . . . . . . . . . . . 745.4 Model V . . . . . . . . . . . . . . . . . . . . . . . . . . 755.5 Software Quality . . . . . . . . . . . . . . . . . . . . . 985.6 Hubungan Interoperabilitas Organisasi dan Teknis TI . . 1115.7 Kaitan aplikasi dan file . . . . . . . . . . . . . . . . . . 1165.8 Pertukaran data secara terbuka . . . . . . . . . . . . . 1185.9 ODF dan workflow . . . . . . . . . . . . . . . . . . . . 122

Daftar Tabel

3.1 ICT Readline Index . . . . . . . . . . . . . . . . . . . . 353.2 Implementasi OSS di Berbagai Daerah . . . . . . . . . 403.3 Implementasi OSS di berbagai Negara . . . . . . . . . 41

5.1 Work Breakdown Structure . . . . . . . . . . . . . . . . 675.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 komputerdalam 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 menjadisyarat utama untuk menunjukkan kualitas sesuatu bidang dan menja-di modal terpenting dalam memenangkan persaingan. Oleh karena ituberbagai organisasi berlomba-lomba memanfaatkan Teknologi Infor-masi dengan tujuan dapat memberikan manfaat di dalam pengambil-an keputusan di organisasi tersebut, dan juga sebagai sistem evaluasipada organisasi tersebut.

Pada saat ini Teknologi Informasi dan Komunikasi (TIK) telah mulaibermetamorfosa 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 tergantungpada 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 mengerjakansuatu masalah khusus

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

1

2 BAB 1. PENDAHULUAN

digunakan tapi masih membutuhkan pelatihan yang khusus danmasih digunakan oleh sekelompok pengguna yang sedikit

4. Akhirnya menjadi pervasif dan dipandang sebagai bagian darikehidupan 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. Sebelummenjadi pada tahapan pervasif, maka TI haruslah menjadi dapat terak-ses secara intuitif oleh masyarakat banyak dan memberikan nilai yangmencukupi sehingga investasi besar yang dilakukan untuk penyediaaninfrastruktur tidaklah menjadi sia-sia.

Kemajuan perkembangan Internet dan World Wide Web (WWW)telah menunjukkan suatu langkah ke arah ini. Konsekuensi dari sisteminformasi yang menjadi pervasif adalah timbulnya dampak yang besarpada masyarakat secara luas. Akan banyak industri yang berubahatau digantikan sama sekali. Atau juga akan banyak tumbuh industribaru sesuai dengan kebutuhan perkembangan teknologi informasi itu.

Dari pandangan rekayasa informasi, informasi dapat dipandangsebagai media pertukaran murni. Walaupun ada biaya untuk meng-akses, mendistribusikan, ataupun menyimpan informasi, informasi itudianggap tak ada biayanya. Pada organisasi modern, informasi telahmenjadi 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 pandanganteori sistem, informasi memungkinkan kebebasan beraksi, mengenda-likan pengeluaran, mengefisiensikan pengalokasian sumber daya danwaktu. Sirkulasi informasi yang terbuka dan bebas merupakan kondisiyang 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 yangbaru. 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 programmenjadikan 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 padabeberapa komunitas walaupun terisolir secara fisik tetapi malahtimbul kedekatan rohani di antara mereka. Memang ini suatukontradiksi yang terjadi misalnya pada komunitas on-line.

• Golongan miskin informasi dan minoritas. Akses kepadasumber daya informasi juga terjadi ketidak seimbaangan di ta-ngan pemilik kekayaan dan komunitas yang mapan. Sehinggamasih dipertanyakan apakah teknologi informasi ini akan meng-hilangkan jurang yang kaya dan miskin atau malah makin mem-perlebar. Apalagi ditambah makin mahalnya perangkat lunakyang digunakan untuk mengakses informasi tersebut, untung-nya beberapa alternatif seperti Open Source dapat digunakanuntuk 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 mencobamendapatkan penanganan pribadi akan melampiaskan kekeke-salannya pada organisasi, orang, ataupun teknologi yang mem-batasinya. Tetapi bila pemanfaatan TI dapat dilakukan dengantepat, maka individu dapat makin terasa dilayani secara perso-nal, dengan kata lain pelayanan kasus-per-kasus, hal ini tampakmisalnya pada personalisasi layanan e-commerce.

• Tingkat kompleksitas ini menjadi makin tinggi dan sulit di-tangani, karena dengan makin tertutupnya sistem serta makinbesarnya ukuran sistem (sebagai contoh program MS Windo-ws 2000 yang baru diluncurkan memiliki program sekitar 60 jutabaris). Sehingga proses pengkajian demi kepentingan publik ba-nyak makin sulit dilakukan. Tingkat kompleksitas serta kecepat-an yang sudah tak dapat ditangani. Sistem yang dikembangkandengan birokrasi komputer begitu kompleks dan cepat berubahsehingga sangat sulit bagi individu untuk mengikuti dan membu-at pilihan.


• Makin rentannya organisasi. Suatu organisasi yang bergan-tung pada teknologi yang kompleks cenderung akan menjadilebih ringkih. Ketika suatu kesalahan terjadi, maka dapat ter-propagasi secara cepat dan dapat menghentikan kerja banyakorang misal pada sistem pengendalian inventori yang berbasisk-an komputer. Di sini letak pengujian kualitas dan penaganankerusakan pada tiap produk TI menjadi lebih penting lagi.

• Dilanggarnya privasi. Ketersediaan sistem pengambilan datayang sangat canggih memungkinkan terjadiny pelanggaran pri-vasi dengan mudah dan cepat. Misal dengan memanfaatkanteknik 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 padasuatu situs e-commerce gerak-gerik, pilihan, selera dan apayang dilakukannya tercatat. Dengan teknik profiling dan datamining maka dapat dilakukan ekstraksi data yang secara tidaklangsung telah melanggar privasi orang.

• Pengangguran dan pemindahan kerja. Biasanya ketika suatusistem 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 tenagakerja menengah (misal tukang ketik) telah diminimalkan denganterjadinya pemanfaatan program aplikasi perkantoran. Atau mautidak mau pegawai tersebut harus memiliki pengetahuan baruagar 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 melemparkantanggung 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 melepaskantanggung jawab ini (misal pada kasus bug di perangkat lunak).

• Kaburnya citra manusia. Kehadiran terminal pintar (intelligentterminal), 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 tersebutdapat memperkaya kemampuan manusia jadi bukan saja Artifi-cial Intelligent (AI), tapi yang lebih penting adalah IntelligentAmplification (IA).

Informasi jelas dapat disalah-gunakan. Polusi informasi, yaitu propa-gasi informasi yang salah, dan pemanfaatan informasi (baik benar atausalah) 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 senjatauntuk memenangkan pada suatu kampanye pemilihan. Memang ke-tika menyajikan informasi seringkali akan menimbulkan bias. Hal initimbul 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 inipada informasi yang diberikan.

Misinformasi akan terakumulasi dan menyebabkan permasalahanpada masyarakat. Semakin tua suatu masyarakat, semakin besar pulakemungkinan mengakumulasi beragam misinformasi ini, dan mulailahmengalami berbagai dampak buruk. Masyarakat menjadi tak berge-ming dari suatu paradigma karena misinformasi ini terpegang denganerat. 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 buruktersebut, 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 dilakukanoleh si pengguna. Sehingga daripada difokuskan pada peman-faatan perangkat keras atau lunak yang mahal tetapi sebaiknyamemfokuskan 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 disainsuatu sistem informasi sebaiknya diterapkan. Ketimbang disain


yang datang dari luar, tanpa memperhatikan masukan dari peng-guna. Sehingga pemilihan perangkat bantu haruslah sefleksibelmungkin sehingga dapat dikustomisasi untuk menyesuaikan de-ngan kultur organisasi setempat.

• Perencanaan pekerjaan (job). Aturan untuk pekerjaan terten-tu bagi pengguna komputer haruslah dibuat, termasuk bataswaktu penggunaannya, waktu istirahat, perputaran pekerjaan,dan pendidikan. Pengawasan pelaksanaan aturan ini sebaik-nya dilaksanakan secara kontinyu. Di sinilah peranan standardkompetensi pada pekerjaan yang berkaitan dengan teknologiinformasi. Seringkali perusahaan atau organisasi mencampur-adukkan wewenang suatu jenis pekerjaan demi usaha penghe-matan. Sayangnya hal ini malah menimbulkan kondisi yang tidakproduktif pada jangka panjang.

• Pendidikan. Kompleksitas dari teknologi sistem informasi mem-buat pendidikan memainkan peran yang sangat penting bahkankritis. Pendidikan yang berkelanjutan, on the job training, danpendidikan untuk pengajar haruslah diutamakan dalam pertim-bangannya. Pendidikan bukan dalam arti pemberian pengeta-huan operasional suatu produk belaka, tetapi yang lebih pentingadalah 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 diberitahukandalam 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, danjuga kelompok pengguna memainkan peran yang penting mela-lui public relation, dan consumer education, serta adanya suatuetika 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 akibatkurangnya informasi dari produsen (misal masalah virus).

• Perangkat hukum. Masih banyak pekerjaan yang berkaitan de-ngan perangkat hukum termasuk Undang-Undang dan kesiapanaparat yang harus dilakukan dalam kaitannya dengan teknologiinformasi. Misal privasi, hak pengaksesan informasi, perlindung-an data, kejahatan komputer. Keberadaan perlindungan hukumakan 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 jauhperhatiannya dari dampak penerapan teknologi informasi ini.

• Riset yang maju. Individu, organisasi dan pemerintah dapatmendukung riset yang mengembangkan idea baru, untuk me-minimalkan kerugian serta meluaskan keuntungan dari teknolo-gi informasi. Teori seperti perilaku kognitif pengguna, persepsivisual dan perubahan organisasi dapat dimanfaatkan sebagaipedoman yang baik bagi pengembang sistem. Riset tidak sa-ja yang berkaitan dengan teknologi praktis tetapi juga pada ilmudasar. Keterkaitan bidang ilmu (multi displin) sebaiknya diterapk-an di dalam kajian teknologi informasi. Bidang ilmu sosial punsebaiknya turut serta secara aktif dalam kajian teknologi infor-masi, misal permasalahan culture fit. Begitu juga bidang sepertilinguistik 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 programeryang memfokuskan perhatian dan energi kreatifnya pada mekanismedari sistem informasi. Programer berfikir bagaimana menulis programsecara efisien dan elegan serta memaksimalkan kinerja serta kemu-dahan perawatan. Pada banyak kasus, kegunaan dan manfaat sisteminformasi sering tidak dipertimbangkan pada tahapan disain. Pende-katan seperti ini sering kali menghasilkan sisten informasi yang takdapat memberikan informasi yang handal pada pengguna.

Di samping itu, sistem seperti ini dapat menghasilkan informasiyang dapat disalah tafsirkan. Dengan mempertimbangkan strategi un-tuk memasuki abad informasi dan usaha menghindari hasil yang tak


diinginkan dalam pengembangan sistem informasi, maka pendekatandengan metoda user centered atau terpusatkan pada manusia akanlebih tepat untuk diterapkan. Metoda seperti collaborative design, eth-nography, dan juga contextual design patut dilibatkan dan dijadikanmasukan 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 perhatianpada 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 sepertisekarang ini. Sehingga sudah seyogyanya perhatian bukan saja de-ngan cara mengikuti trend yang menghabiskan dana untuk pembelianperangkat 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 ketidaktepatan 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 inimengakibatkan 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 SIMberikutnya. Hal ini sering disebabkan karena tidak ada bakuanataupun road map pengembangan yang jelas.

• Ketidak mampuan sistem untuk bertukar data sehingga terjadikondisi “island of information”. Hal ini menyebabkan masing-

1.2. TUJUAN DAN SASARAN 9

masing Unit Kerja yang mengelola informasi tak dapat salingmemanfaatkan 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. Sehinggamengakibatkan SIM yang sudah dikembang tak dapat berfungsikarena ketiadaan data.

Tujuan dari pembuatan dokumen ini adalah menyediakan bakuan yangdapat membantu di dalam kegiatan pengembangan dan penggunaanSistem 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 bakuandan 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 SistemInformasi Manajemen di lingkungan Kemenpora

• Menentukan langkah-langkah yang perlu dilakukan dalam me-nyusun SIM yang baik di lingkungan Kementerian Pemuda danOlahraga

• Menentukan perencanaan aplikasi-aplikasi SIM yang perlu di-susun serta persiapan-persiapan untuk persiapan penyusunanSIM 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 adalahinventaris data SIM yang ada, aplikasi yang telah ada, sertainfrastruktur yang terpasang, serta pengidentifikasian terhadapsistem 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 InformasiManajemen di lingkungan Kemenpora.

3. Penyusunan bakuan yang dapat digunakan untuk mengem-bangkan Sistem Informasi Manajemen di lingkungan Kemenpo-ra. Penyusunan bakuan dilakukan dengan mengambil acuanbakuan-bakuan internasional dan nasional serta penyesuaiandengan kondisi Kemenpora.

4. Kemudian juga diikuti dengan sosialisasi bakuan dan road mapyang telah disusun ini.

1.4 Hasil Akhir Pekerjaan

Hasil akhir dari pekerjaan ini adalah bakuan yang dapat dimanfaatkanoleh lingkungan Kemenpora untuk mengembangkan Sistem InformasiManajemen. Bakuan tersebut meliputi

• Bakuan siklus pengembangan sistem informasi

• Bakuan lisensi yang digunakan di dalan pengembangan sisteminformasi

• 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 lingkunganKemenpora, 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 dilingkungan Kementerian Pemuda dan Olahraga

• Aplikasi-aplikasi Sistem Informasi Manajemen di lingkungan Ke-menterian Pemuda dan Olahraga terutama di lingkungan BadanPerencanaan dan Pengolahan Informasi

• Bakuan-bakuan ataupun perencanaan yang ada di lingkunganKementerian Pemuda dan Olahraga.

Hasil survei inilah yang digunakan sebagai dasar pengembangan stra-tegi dan bakuan pengembangan sistem Informasi Manajemen di masadepan di lingkungan Kementerian Pemuda dan Olahraga.

2.1 Kondisi Jaringan

Pada saat ini Kemenpora memiliki 2 datacenter yang dikelola secaraterpisah. Tetapi kedua datacenter tersebut tetap dalam koordinasi Bi-ro Perencanaan dan Informasi Kemenpora. Dua data center tersebutterletak di

11

12 BAB 2. KONDISI SAAT INI

• Data Center PT Telkom Tbk, di Jl. Gatot Subroto. Padadata 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 lingkunganKemenpora.

Untuk data center di kantor Kemenpora, maka struktur jaringan dapatdilihat di Gambar. 2.1. Detail dari kondisi saat ini adalah sebagaiberikut:

• Koneksi 10 MB via TELKOM melalui koneksi fibre optic via AS-TINET.

• Beberapa server di datacenter Kemenpora. Setiap server saatini 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 pengaturanIP 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 dibawah naungan beberapa deputi kementerian. Sedangkan sebagaiakses utama informasi di lingkungan Kementerian Pemuda dan Olah-raga adalah melalui Portal Kementerian Pemuda dan Olahraga yangmemiliki 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 2009dan diluncurkan Januari 2010.

Bagian Sistem Informasi dan Pengolahan Data Kemenpora yangberfungsi 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 seakuratmungkin mengenai informasi kepemudaan dan keolah-ragaan di In-donesia. Pendekatan utama yang dilakukan sangat berbeda dengansitus-situs kementerian lainnya. Pendekatan yang diterapkan adalahsebagai berikut:

• Penyajian portal bergaya dinamis, sportif, dan bergaya muda. Inisesuai dengan warna dari Kementerian Pemuda dan Olahraga.

• Isi berita atau content pada portal ini berorientasi pada kegiatanbukan struktur kementerian. Artinya isi dibagi bukan berdasar-kan deputy atau unit kerja, tetapi lebih kepada kegiatan tersebut.

• Portal Kemenpora akan memberikan info dari berbagai kegiatanKepemudaan dan Keolahragaan baik yang dilakukan oleh unitkerja Kemenpora atuapun yang terjadi di Indonesia.

• Portal Kemenpora memberikan info untuk berbagai kegiatanyang akan terjadi misal pengumuman lelang, pengumumanCPNS 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 dariportal 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 ditentukanmana yang layak dipublikasi atau tidak.

Portal ini sudah populer dan didukung oleh tim pengisi content yangberoperasi seperti halnya media online, lengkap dengan dewan re-daksi dan para wartawannya. Tim pendukung dari Portal ini terdiri dari2 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 dansiap sedia selama 24 jam sehari dan 7 hari seminggu.

• Pendukung content tim Portal, yang terdiri dari tim redaksi danwartawan serta didukung oleh bagian Humas dari Kemenpora.Bagian content ini bertanggung jawab terhadap pengisian con-tent dari portal. Juga untuk melakukan persetujuan pemasukanberita yang dilakukan oleh pihak lain (misal staf di Kemenporaataupun publik). Tim Content akan selalu standby 24 jam seharidan 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 KementerianPemuda 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 datadari SIM ini belum banyak dimanfaatkan secara langsung kepa-da pihak lain

• Format data: tidak ada pendefinisian format data baku dari SIMini.

• 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 menggunakanLinux, Apache, PHP dan MySql, dikerjakan secara swa-kelolaoleh Kemenpora.

• User

– Operator : Bagian Sistem Informasi dan Pengolahan dataBiro 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 datayang terisi masih minim.

• Problem yang terindentifikasi: Aplikasi Sistem Informasi Atletmasih 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 disertakanoleh 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 danOlahraga

– Publik: pihak – pihak lain terkait pengadaan barang danjasa

• 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 masihbelum bisa berjalan dengan baik, peserta lelang lebih banyakmenggunakan pendaftaran secara manual, sehingga sistem in-formasi lelang hanya berguna sebagai web pengumuman lelangsaja 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, karenamenggunakan program PHP untuk membuat aplikasi pelelanganini.

2.2.5 SIM Evaluasi

Sistem Informasi mengenali Evaluasi Pelaporan ini memiliki deskripsisebagai berikut :

• Pemanfaatan: Mempermudah memperoleh laporan pekerjaan(laporan triwulan dan tahunan) dari unit – unit kerja di lingkung-an Kemenpora dan memepercepat laporan pada setiap kegiatanyang dilaksanakan.


• Waktu pengembangan: 60 hari Kalender dilakukan oleh pihakketiga.


Gambar 2.6: Tampilan Home Lelang

• Arsitektur sistem: Linux, Apache, PHP dan MySql. Aplikasi webyang digunakan dikembangkan oleh pihak ketiga dengan meng-gunakan PHP.

• User:


– 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 pelaporanmasih 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 akanmenjalankan sistem informasi evaluasi ini.

• Dokumentasi: laporan dan panduan user manual


Gambar 2.7: Dokumentasi Sistem Informasi

• Lisensi: tidak ada dalam kontrak tetapi karena menggunakanPHP, maka source code ada pada dasarnya diberikan kepadapihak 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 PetaGeografis dari seluruh provinsi di Indonesia sebagai bahan re-komendasi atau acuan bagi para stakeholder kepemudaan dankeolahragaan


• 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:


– 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 padasistem 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 menggunakanOpen Source.

• Dokumentasi: panduan untuk pengguna tersedia.

• Lisensi: tidak ada dalam kontrak tetapi karena aplikasi menggu-nakan komponen yang berlisensi proprietary, maka menjadi sulitdi masa mendatang untuk merawat aplikasi ini. Karena setiappembaruan versi harus membayar lisensi dari aplikasi proprie-tary tersebut.

2.2.7 SIM-SIM Lainnya

Di lingkungan Kemenpora terdapat juga beberapa SIM yang di luarwewenang 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 besaraplikasi SIM yang digunakan di lingkungan Kemenpora berbasiskanweb. Sehingga tidak membutuhkan program client yang harus diin-stal secara khusus. Sehingga arsitektur yang digunakan di lingkunganKemenpora 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 olehApache Foundation dan bersifat Open Source. Sehingga be-bas untuk didapatkan, digunakan dan diubah sesuai kebutuhanpengguna.

• 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 yangbersifat Open Source. Kemenpora telah mengikuti anjuran dari peme-rintah baik dalam surat edaran IGOS, ataupun surat edaran MenPANtentang 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 tahapansistem 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-SIMyang 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 mengaksesSIM-SIM lainnya di lingkungan Kemenpora. Tetapi antara SIM di Ke-menpora belum dapat melakukan pertukaran data. Begitu juga PortalKemenpora 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 yangditampilkan 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 inianimo 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 tersebutdiidentifikasi 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 kepadapengembang aplikasi SIM. Sehingga seringkali SIM yang dikem-bangkan tidak dapat berfungsi karena tidak menyediakan fungsiyang diminta oleh pengguna.

• Permasalahan disain. Di dalam pengembangan disain yang di-lakukan masih belum melibatkan pengguna secara intens dariawal 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 dilingkunganKemenpora sehingga masih dilakukan proses copy dan sharingsecara manual.

• Permasalahan operasional. Karena sistem yang tidak disusunmemberikan kinerja tinggi sehingga sering baik perangkat kerasataupun perangkat lunak tidak mampu menangani beban sistem

• Permasalahan perawatan. Perawatan seiring kali menjadi sedi-kit terabaikan karena tidak adanya kepedulian sejak awal sistemdibangun. Di lingkungan Kemenpora dengan dimulai denganpembangunan Portal Kemenpora, maka telah dilakukan fokuspada perawatan sejak awal, di samping perbaikan pada meto-dologi pengembangan sistem.

• Permasalahan interoperabilitas dan penggunaan data ber-sama belum didefinisikan dari awal. Sebaiknya bakuan yangdisepakati untuk masalah pertukaran data

• Permasalahan aspek legal. Lisensi perangkat lunak yang di-gunakan ataupun lisensi perangkat lunak yang dikembangkanbelum ditentukan. Untuk itu bakuan mengenai lisensi sudah takdapat dihindari lagi.

• Permasalahan non teknis. Sosialisasi penggunaan sistemyang belum cukup, ataupun sistem dikembangkan tidak mem-pertimbangkan kondisi non teknis dari pengguna. Sosialisasisebaiknya 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 PengembanganSIM Kemenpora

3.1 Strategi Nasional E-government

E-government saat ini banyak didorong pemerintah, dengan tujuanuntuk 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 publikbagi masyarakat”

Kesuksesan e-government ditentukan berdasarkan kualitas dan ke-beradaan layanan administrasi, khususnya yang menyediakan prosestransaksi 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 menerapkane-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 diIndonesia, terlihat bahwa sistem informasi merupakan salah satu yangyang sangat mendasar yang diperlukan di lingkungan badan peme-rintah khususnya di Kemenpora. Hal ini sangat bermanfaat untukmeningkatkan efisiensi, efektivitas, transparansi dan akuntabilitas pe-nyelenggaraan pemerintahan di Kemenpora. Untuk menciptakan e-government yang baik diperlukan beberapa komponen yang salingberkaitan 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 Pusatdan Daerah dengan Badan Usaha atau masyarakat, antar-instansi pe-merintah daerah sesuai dengan peraturan perundang-undangan.

Pengembangan aplikasi e-government di setiap badan pemerintahberdasarkan rancangan penyelenggaraan e-government dapat dibagimenjadi dua:

• Aplikasi umum dapat disediakan langsung oleh Menteri ataukementrian.

• 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 IndexNo. Country E.Governments Readiness Ranking

2004 2005 20081 Singapore 8 7 232 Philippine 47 41 663 Malaysia 42 43 344 Thailand 50 46 645 E-Government Indonesia 85 96 1066 Brunei 63 73 877 Vietnam 112 105 918 Cambodian 129 128 1399 Myanmar 123 129 14410 East Timor 174 144 15511 Laos 144 147 156

fungsinya dengan persetujuan Menteri.

E-government telah banyak diimplementasikan di beberapa negaraseperti terlihat pada Tabel 3.1.

3.2 Perkembangan TIK

Gambar 3.2 menunjukkan perubahan trend dalam Teknologi Informasidan 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 informasiyang 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. Perubahanstruktur 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 bertujuanuntuk membentuk TI yang dapat menunjang dan mendorong transfor-masi keseluruhan informasi dan data di lingkungan Kemenpora se-


Gam

bar3.2:E

raInform

asi

3.2. PERKEMBANGAN TIK 37

Gambar 3.3: Komponen Implementasi TIK

hingga dapat mendukung perkembangan TIK. Transformasi ini hanyabisa 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 KemenporaPerkembangan 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, XMLstandards, 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 tapibelum interaktif, mesin mencari (search engine), Java, PHP, webservices. Web 1.0 memiliki karakteristik :

– Universal akses, artinya untuk mengakses sistem tidakmembutuhkan 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 layananyang berbeda.

– Konten yang portabel, dan hyperlink sehingga bersifat non-linear.

• Web 2.0, merupakan perkembangan lebih lanjut dari Web 1.0dan 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 memilikifasilitas 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. Web3.0 dengan karakteristik :

– Fokus pada layanan universal dan dapat saling bertukarlayanan.

– Berbasiskan semantik yang menunjang interoperabilitas

3.3 Open Source dan Open Standard

Salah satu trend TIK yang makin dipertimbangkan berbagai negaradalam 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 mempermudahdalam pertukaran data digital

• Stabil, Aman;

• Dukungan Komunitas;

• Custom Build Software;

• Peningkatan Industri Perangkat Lunak Lokal untuk ImplementasiTIK

Pemerintah telah memberikan dukungan terhadap Implementasi OSSpada 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 instansipemerintah, menggunakan piranti lunak yang legal termasuk de-ngan OSS.

• Pendekatan yang tidak mewajibkan untuk semua implementa-si (tidak ada pemihakan), tetapi memberikan dorongan untukpenggunaan OSS seluas-luasnya.


Tabel 3.2: Implementasi OSS di Berbagai DaerahNo. 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 beberapadaerah seperti yang terlihat pada tabel 3.2. Penerapan OSS tidak ha-nya dilakukan di Indonesia tapi berbagai negara telah melakukan halyang sama seperti pada gambar 3.3. Beberapa contoh apilikasi OSSyang 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 dilingkungan Kemenpora merupakan suatu strategi yang penting. Halini tidak saja untuk memberikan kinerja tinggi, tetapi juga untuk meme-cahkan masalah legalitas dan pertimbangan pemanfaatan dana publiksecara optimal. Untuk itu beberapa aplikasi yang terlanjur disusun

3.3. OPEN SOURCE DAN OPEN STANDARD 41

Tabel 3.3: Implementasi OSS di berbagai NegaraNo. 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 China’s 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 MapPengembangan 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 perludisusun road map pengembangan SIM Kemenpora. Road map ini di-harapkan menjadi panduan bagi unit kerja yang mengembangkan SIMataupun pengembang SIM di lingkungan Kemenpora. Road map inibukan sekedar daftar aplikasi yang direncanakan dibuat, tetapi lebihkepada 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 iniada yang bersifat teknis ataupun bersifat non teknis (organisatoris,aturan dan bakuan). Persiapan tersebut meliputi :

Persiapan aspek teknis

• Melakukan survei untuk mengetahui kondisi dukungan teknisyang 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 dilingkunga Kemenpora

• Menentukan arsitektur perangkat keras dan perangkat lunak dariSistem 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 danpengujian

• Mengestimasi biaya, jadwal, tersiko dan harga dari produk

• Memilih bentuk laporan dan cara pengukuran perkembanganproyek

• 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 SIMkerjasama 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 makaperlu ditetapkan beberapa bakuan yang dituangkan dalam dokumen-tasi. Dokumen bakuan dan perencanaan tersebut disusun denganpendekatan:

• 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 lebihkepada 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 kepadaketerbatasan 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. Yaitusistem perangkat server dan jaringan. Pada saat ini sistem jaringandan 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 tergolongpertama kali memanfaatkan teknologi ini.

Teknik virtualisasi digunakan untuk menyediakan beragam layananSIM 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 lebihaman dan reliable serta dapat memanfaatkan perangkat keras secaralebih 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 depandi tingkat infrastruktur jaringan adalah hal-hal sebagai berikut :

• Separasi atau pembagian yang lebih jelas antara unit kerja yangdi dalam dan di luar. Hal itu dilakukan dengan memasang sistemfirewall dan router tambahan.

• Dilengkapinya dengan sistem inventori, management serta helpdesk yang memudahkan pengoperasian serta perawatan infras-truktur jaringan

• Penambahan beberapa fasilitas dasar untuk infrastruktur sepertiIntruder Detection System, Intruder Prevention System, Backupsystem dan lain sebagainya.

4.3. JENIS SIM YANG PERLU DIKEMBANGKAN 47

• Pemanfaatan sistem dengan Quality of Service (QoS) sehinggadapat 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. Pemilihanurutan-urutan tersebut berdasarkan tingkat kebutuhan serta pra-syaratdari SIM selanjutnya. Tahapan-tahapan pengembangan SIM di ling-kungan Kemenpora tersebut ditampilkan pada Gambar 4.3. Beberapatahapan membutuhkan kesuksesan pelaksanaan tahapan selanjutnya.Road map ini dibagi menjadi beberapa jenis pekerjaan SIM yang padadasarnya 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 adalahSistem 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 pengoperasianjaringan di lingkungan Kemenpora. Prototype sistem ini tampakseperti 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 yangada di lingkungan Kemenpora. Juga akan melaporkan titik ma-na yang paling banyak menggunakan bandwidth, ataupun dapatjuga 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 setiappengguna di lingkungan Kemenpora dapat melaporkan dengan


Gam

bar4

.3:

Roa

dM

apS

IMdi

Kem

enpo

ra


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 beberapaUnit Kerja tak dapat dimanfaatkan. Dengan adanya sistem data-base pendukung interoperabilitas yang berbasis ontologi, makaproses pertukaran data akan dapat dilakukan secara lebih mu-dah

• Sistem datawarehouse. Untuk memudahkan proses pengam-bilan keputusan, maka ketersediaan data secara terkumpul baikyang bersumber dari sumber data internal (dari dalam organisa-si) ataupun sumber data eksternal (luar organisasi) akan sangatdibutuhkan. 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 suatuinformasi pendukung pembuat keputusan yang sangat memban-tu sekali Kementerian Pemuda dan Olahraga dalam pekerjaansehari-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 tentangKepemudaan dan Keolahragaan, misal daftar OKP di Indonesiadan alamatnya, daftar atlit berpartisipasi dan lain sebagainya.Pengguna setelah memperoleh suatu informasi dapat mencariinformasi 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 menggunakandatabase yang sama. Tetapi antar SIM tersebut dapat saling bertu-kar data dengan menggunakan mekanisme “generic service”. SetiapSIM yang dikembangkan di lingkungan Kemenpora yang ingin melaku-kan pertukaran data, harus memenuhi pra-syarat penyediaan “genericservice” ini. Sehingga antar SIM cukup melakukan request denganmetoda yang sama dan tiap SIM akan melakukan pemetaan sesuaidengan 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 dalamrangkaian “friend of friend”. Salah satu aplikasi jenis Social Networkyang terkenal adalah Facebook. Saat ini lazim suatu organisasi atausuatu jenis kegiatan membuat situs Social Network sendiri. Sebagaicontoh bila di lingkungan Kemenpora, maka Social Network ini dapatdigunakan 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” kegiatanMenpora

• 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 SEAGAMES. 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 iniakan membantu dalam menkoordinasikan pekerjaan. Dengan sistemini, 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 melihatjadwal 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 dikembangkandi lingkungan Kemenpora adalah :

• Sistem Ensiklopedia berbasis Wiki. Salah satu aplikasi yangdapat dikembangkan adalah ensiklopedia pemuda dan olahra-ga. Aplikasi ini berbasis knowledge base artinya pengunjungbisa 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 suatupermasalahan 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 mekanismepembelajaran jarak jauh. Sehingga di masa depan Kemenpo-ra dapat memberikan materi pelatihan melalui eLearning, misalmateri pelatihan juri dan wasit untuk cabang olahraga terten-tu. Ataupun juga materi pelatihan untuk para pemuda. Denganmemanfaatkan teknologi ini maka dapat ditingkatkan jumlah pe-latihan baik kuantitas ataupun kualitasnya. Sebagai contoh darifasilitas 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, melainkanproses pelaksanaan manajemen) penting untuk implementasi suatuprogram atau sistem. Resiko yang dihadapi oleh kegiatan pengem-bangan SIM adalah kecepatan yang harus digunakan pada saat im-plementasi. Pemendekan siklus pengembangan untuk suatu kegiatanbukanlah merupakan suatu alasan yang baik.

Pada suatu bagian sistem informasi, menaikkan kualitas prosesbiasanya melibatkan elemen berikut ini :

• Metodologi .Suatu cara, metoda, untuk mencapai tujuan. Suatu metodologiberlaku secara umum, dengan perencanaan tingkat tinggi, dandigunakan sebagai landasan setiap kegiatan. Ada beberapa me-toda khusus untuk beberapa jenis kegiatan yang khusus, sepertimetodologi untuk Internet atau Intranet.

• Dokumentasi .Dokumen khusus, yang pada awal kegiatan akan menerangkansecara garis besar. Yang akan dilengkapi pada setiap kegiatanyang dilaksanakan. Contoh dokumentasi adalah : FunctionalSpecification, 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 sertamenjaga kontinuitas pengembangan.

Oleh karena itu untuk mempersiapkan perkembangan SIM di lingkung-an Kemenpora yang baik, maka perlu ditentukan ketiga hal tersebut diatas. Pekerjaan ini menyelesaikan permasalahan dan tertulis dalambuku 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 berbagaibadan 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 modelSDLC ini adalah pengembang SIM harus melakukan proses tebak-menebak di dalam pengembangan sistem. Sehingga seringkali apli-kasi yang dikembangkan menjadi tidak cocok karena tidak melibatkanpengguna dari sistem.

Pada metoda pengembangan ini, maka sistem dikembangkan olehpihak ke 3 berdasarkan Kerangka Acuan Kerja (KAK) yang ditentukanuntuk tender tersebut. Badan pemerintah yang membangun SIM akanmenspesifikasikan kriteria SIM yang diinginkan dalam dokumen KAK.Dokumen KAK ini pada dasarnya seperti suatu spesifikasi kebutuhan(requirement). Setelah membaca KAK ini, maka pengembang akanmemasukkan proposal disain dari SIM yang dibuatnya tanpa pernahmelakukan interaksi dengan pengguna SIM ataupun badan tersebut.Hal ini yang sering menyebabkan SIM yang didisain dengan menggu-nakan SDLC menjadi kurang dapat memenuhi kebutuhan penggunaatau stakeholder.

Di tambah lagi seringkali requirement yang dituliskan pada KAKtidak 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 jugasalah 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 participatoryyang melibatkan pengembang dengan pihak Kemenpora. Pada modelini pengembang dan pihak pengguna secara intens dari awal sudahmelakukan 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 ditetapkanuntuk sistem yang lebih mengakomodir keterlibatan pengguna yanglazim 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 yanglebih cocok diterapkan di dalam lingkungan Kemenpora. Terutama un-tuk aplikasi yang melibatkan pengguna luas.

Dengan bakuan model pengembangan berbasiskan prototyping inipengembang dan klien dapat saling berinteraksi selama proses pem-


Gambar 5.2: Metoda purwarupa (Prototype)

buatan sistem. Sering terjadi klien hanya mendefinisikan secara umumapa yang dikehendakinya tanpa menyebutkan secara ditail output apasaja yang dibutuhkan, pemrosesan dan data-data apa saja yang dibu-tuhkan.

Sebaliknya di sisi pengembang kurang memperhatikan efesiensialgoritma, kemampuan sistem operasi dan interface yang menghu-bungkan manusia dan komputer. Untuk mengatasi ketidakserasian an-tara klien dan pengembang, maka harus dibutuhkan kerjasama yangbaik 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 dalammenyelesaikan sistem yang diinginkan. Dengan demikian akan meng-hasilkan sistem sesuai dengan jadwal waktu penyelesaian yang telahditentukan.

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 mengetahuiapa yang diharapkannya.

Kunci agar model prototype ini berhasil dengan baik adalah denganmendefinisikan 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 yangakan dibuat.

2. Membangun prototyping. Membangun prototyping denganmembuat perancangan sementara yang berfokus pada penya-jian kepada klien (misalnya dengan membuat input dan formatoutput)

3. Evaluasi prototyping. Evaluasi ini dilakukan oleh klien apakahprototyping yang sudah dibangun sudah sesuai dengan keingin-an klien. Jika sudah sesuai maka langkah 4 akan diambil. Jikatidak prototyping direvisi dengan mengulangu langkah 1, 2, dan3.

4. Mengkodekan sistem. Dalam tahap ini prototyping yang sudahdi sepakati diterjemahkan ke dalam bahasa pemrograman yangsesuai

5. Menguji sistem. Setelah sistem sudah menjadi suatu perangkatlunak 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 danditerima klien siap untuk digunakan.

Di dalam pengembangan SIM di lingkungan Kemenpora, participatorydevelopment 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. Didalam participatory, partisipan berkerjasama dengan perancang, pe-neliti, dan pengembang selama kurun waktu proses pengembanganberlangsung. Secara singkat, mereka berpartisipasi dalam beberapatahapan proses yaitu:

• Partisipasi dalam tahapan awal eksplorasi dan pendefinisianpermasalahan 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 dandinamis. Proses ini adalah :

• Pendefinisian

• Perencanaan

• Organisasi

• Pengawasan

• Penyelesaian

• Leading

Setiap proses akan memiliki keluaran yang akan menjadi masukanbagi proses yang lainnya. Proses-proses ini memberikan beberapakeuntungan 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 kegiatandapat mulai dan diakhiri dengan biaya yang paling efektif. Termasukmenjawab : who, what , when, where, why and how dari pelaksa-naan proyek tersebut. Perangkat bantu untuk melaksanakan tugas inidisebut dengan Statement of the Works (SOW). SOW adalah kese-pakatan antar client dan developer. Dokumen ini ditulis berdasarkanperspektif 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 suatukegiatan 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 adanyakesepakatan tertulis dalam dokumen tersebut (tanda tangan).

Di samping itu SOW ini akan membantu menentukan tanggung jawabsekuriti pada tingkat tinggi, perawatan dokumentasi, perangkat lunak,data, perangkat keras, dan pengelolaan sistem. Dengan kata lain akanmendefinisikan siapa yang berperan sebagai web-masters, document-master, dan document-owners. SOW juga mencegah permasalahanyang timbul di tahapan berikutnya dari pengembangan sistem.

5.1.3 Perencananaan

SOW menjabarkan biaya secara kasar, penjadwalan, kualitas, dansumber 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 downdan secara hirarkis menerangkan komponen komponen yang harusdibangun, dan pekerjaan yang berkaitan dengannya. Sebagai contohpada 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 dilakukanpekerjaan memperkirakan waktu yang dibutuhkan untuk menyelesaik-an setiap pekerajaan tersebut. Perkiraan dilakukan dengan beberapapertimbangan: ketersediaan sumber daya dan kompleksitas. Kemu-dian dijabarkan dalam kalendar atau flow time . Biasanya optimasidilakukan 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 kegiatanyang dapat digunakan sebagai patokan menghitung waktu pelaksana-an. Dalam mengestimasi waktu ini juga harus dipertimbangkan bebe-rapa hal, misal pengalaman teknologi server yang digunakan, keahlianPerl, CGI, Java dan HTML, browser, dan juga bekerja dalam lingkung-an TCP/IP.

Penentuan resiko

Prioritas penting ditentukan pada setiap kegiatan, termasuk juga padakegiatan pengembangan SIM. Sebab seperti halnya Internet ada be-berapa permasalahan sekuriti (seperti akses tanpa hak), dan karenaadanya 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 dansumber 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 tugasdan mengidentifikasi saat kritis pada jadwal.

Suatu network diagram, merupakan cara terbaik untuk merencanak-an secara detail, dan mengikuti perkembangan kegiatan. Diagram iniakan menghubungkan pekerjaan terkait, dan waktu mulai dan bera-khirnya dari pekerjaan tersebut. Mengidentifikasi keterkaitan peker-jaan pada kegiatan pengembangan SIM adalah sangat penting sebabkomponen-komponen tersebut saling terkait agar dapat bekerja sesuaidengan fungsinya

Mengalokasikan sumber daya

Pada dasarnya harus dilakukan pengimbangan waktu setiap pekerjandan ketersedian dan kemampuan sumber daya. Harus ditentukan levelload dari sumber daya, agar tak ada personal yang bekerja terlalu ber-at, dan ada yang terlalu ringan. Pada kegiatan pengelolaan SIM, halini sulit, karena tidak tersedianya sumberdaya manusia yang memilikikeahlian 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 dilakukannegosiasi 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 laporanstatus, dan jadwal juga penting. Kedua dokumentasi baik teknis ma-upun bisnis, harus disimpan dalam perpustakaan yang dapat diaksesuntuk 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 bertukarpengalaman bagi seluruh pihak yang terlibat

Pihak yang menghadiri pertemuan ini dapat bervariasi, tapi minimalpihak pengguna harus ada yang diundang. Ini menyebabkan merekatidak saja merasa terlibat tetapi juga memperoleh informasi mengenaisekuriti, hak akses, dan kandungan dokumen. Hal ini akan mendorongdapat diselesaikannya proyek ini.

5.1.5 Pengawasan

Proses ini menjamin bahwa proyek Intranet efektif pembiayaanya, dansesuai 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 sisibisnis dan teknis. Sisi teknis melibatkan penilaian kualitas pekerjaanyang dilakukan misal bagaimana HTML dan CGI yang disusun. Padasisi bisnis meliputi pada tingkatan mana pekerjaan itu dilakukan ber-dasarkan waku tertentu.


Change Control

Proses ini melibatkan pekerjaan mengevaluasi pelaksanaan teknisdan 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 terhadapuser 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. Langkahini berkaitan sekali dengan langkah status collection and assesment,sebab langkah yang dibutuhkan misal perencanaan ulang, bergantungapakah corrective action ini perlu dilakukan secara besar atau cukupsedikit saja.

5.1.6 Penyelesaian Proyek

Pada proses ini terlibat melakukan pengumpulan dan analisi data danmelakukan transisi yang baik dari proses pengembangan ke imple-mentasi. Keluaran utama dari proses ini adalah hal yang dipelajariselama pelaksanaan kegiatan - lesson learned document . Dokumenini mengidentifikasi apa yang dilakukan dengan baik, dan apa yangtak berhasil dilakukan. Hal itu berdasarkan data yang dikoleksi yangberkaitan dengan unjuk kerja kegiatan melalui kumpulan hasil statistik,wawancara, dan review setelah implementasi. Dokumen ini bergunabagi organisasi besar yang mungkin akan melakukan pemasangan si-te Intranet yang berjumlah banyak. Pengalaman yang diperoleh darikegiatan pertama ini akan memberikan pandangan bagi manajer kegi-atan untuk kegiatan mendatang.


Suatu hal yang penting lagi adalah bagaimana hasil dari kegiatanini. Tendensi apakah yang terjadi di antara personal yang terlibat pa-da pengembangan kegiatan pada saat mendekati akhir kegiatan. Bilasuatu 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 SIMyang 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 fungsiyang 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 lebihlama 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 untukmeninggalkan metodologi standard dengan alasan keterbatasan wak-tu. Rapid Application Development (RAD) bukanlah merupakan suatualasan 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 sebaiknyasistem menggunakan metoda SDLC yang dimodifikasi menjadiV-Model. Dengan kata lain model ini walau menggunakan phaseyang baku tetapi menggunakan pengujian di tiap fase sehinggasesuai dengan keinginan dari stakeholder. Model ini seperti tam-pak pada Gambar 5.3. Model V yang dijadikan referensi tampakpada 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 aspeklegal 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 programkomputer. Tentu saja kita paham, bahwa usaha penulisan kode-kodeperintah 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 sebagaihasil pekerjaan yang berbasis teks atau tulisan (literary works). Hal inididasarkan pada kenyataan bahwa Kode Sumber dari program kom-puter adalah merupakan teks yang dapat dimengerti oleh orang yangmengerti 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 dahuludi-compile dengan menggunakan compiler, agar program komputeryang berbentuk source code tersebut dapat dimengerti dan dapat di-jalankan oleh komputer. Program komputer yang sudah di-compileberbentuk 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 mengumumkandan memperbanyak. Pemegang hak cipta berhak untuk mengambilmanfaat ekonomis dari karya cipta yang dihasilkan, memperbanyakciptaan, 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 jugamempunyai hak moral, yaitu hak untuk dicantumkan namanya didalamsebuah 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 terjadiapabila 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 keduabuah program itu sehingga dapat dikatakan melanggar hak cip-ta orang lain? Peraturan perundang-undangan kita tidak meng-atur mengenai seberapa besar kemiripan antara kedua programkomputer 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 komputersehingga dapat dikatakan melanggar hak cipta orang lain. Pem-batasan yang bersifat kualitatif adalah lebih menekankan kepa-da seberapa pentingkan bagian yang ditiru bagi suatu programkomputer. Terdapat kemungkinan, hanya 5% Kode Sumber dariprogram 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 sebagaisuatu pelanggaran atas hak cipta. Kemungkinan yang kedua inidapat muncul, dalam hal ditirunya Structure, Sequence dan Or-ganization dari sebuah program komputer, yang dikenal denganistilah Non-literal Similarity of Coding .

Di Indonesia, perlindungan hak cipta untuk program komputer diatur


dalam Undang-undang Hak Cipta yang sudah beberapa kali diubahdan 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 dalamkonvensi 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 yangcukup penting dibandingkan dengan karya cipta yang lain. Programkomputer dinikmati dalam bentuk mempergunakan program tersebutatau berhubungan dengan fungsi dari program. Secara umum, pro-gram komputer mungkin dapat dikategorikan sebagai sebuah konsepunik yang menghubungkan antara konsep yang terdapat dunia yangbersifat intangible dan juga konsep yang terdapat dalam dunia perme-sinan (dunia nyata). Program komputer mungkin dapat dikategorikanmenjadi sebuah mesin yang mempunyai suatu fungsi tertentu. Mesintersebut komponennya berupa instruksi-instruksi (Kode Sumber) se-hingga dapat menjalankan perintah tertentu1.

Contoh dari hal ini, mesin ketik yang pada saat ini fungsinya dapatdigantikan oleh sebuah program komputer word processor, misalnya:MSWord, StarWriter, KOffice. Penggunaan program komputer mem-punyai kecenderungan bukan untuk dinikmati karena keindahan atauestetikanya namun karena kegunaanya. Kegunaan merupakan titikutama dari penggunaan program komputer. Karya cipta-karya ciptayang lain dinikmati atau bernilai karena keindahan atau nilai estetika-nya. Perbedaan lain adalah adanya Kode Sumber dan binary codepada program komputer yang tidak dapat ditemui pada bentuk-bentukkarya cipta yang lain. Meskipun Kode Sumber merupakan baris-barisperintah (yang mungkin bisa dikategorikan sebagai literary works) na-mun sebenarnya yang dinikmati adalah fungsi dari perintah-perintahtersebut 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 codeinilah yang biasanya dilisensikan oleh Program Komputer tidak Bebassedangkan Kode Sumbernya dirahasiakan.

Perlindungan hukum lain atas program komputer dapat juga beru-

1Samuelson, 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 codesaja. Perlindungan rahasia dagang ini diatur berdasarkan Undang-undang No. 30 Tahun 2000 tentang Rahasia Dagang2. Perlindung-an Desain Produk Industri atas Program Komputer diberikan terhadapbentuk tampilan (visualisasi/appearance) pada bungkus atau kemas-an program komputer yang mempunyai ciri khas yang tidak dipunyaioleh produk lain. Perlindungan ini diatur dalam Undang-undang No.31 tahun 2001 tentang Desain Industri3. Perlindungan Merek atasProgram Komputer diberikan baik atas nama produk (program kom-puter itu sendiri) atau juga atas nama perusahaan yang menciptakanprogram komputer.

Perlindungan Paten atas program komputer tidak dimungkinkan diIndonesia, berdasarkan Undang-undang No.14 Tahun 2001 tentangPaten. Bagian penjelasan dari Undang-undang ini menyatakan bahwaprogram komputer termasuk sebagai invensi yang tidak mendapatkanperlindungan paten4. Walaupun demikian, dimungkinkan oleh sistemhukum paten di beberapa negara, dalam mendapatkan perlindunganpaten 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 utamaatas program komputer.

2Undang-undang No. 30 Tahun 2000 tentang Rahasia Dagang Lembaran NegaraRepublik Indonesia Tahun 2000 Nomor 4004.

3Undang-undang No. 31 tahun 2000 tentang Disain Industri, Lembaran Negara Re-publik Indonesia tahun 2000 Nomor 244.

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


Pihak yang menginginkan perlindungan hak cipta atashasil karya ciptanya tidak perlu mendaftarkan hak ciptaagar ia mendapatkan perlindungan hukum. Berdasarkanundang-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 atashak cipta tersebut. Keuntungan yang lain dari pendaftaran hak ciptaterdapat pada saat terjadi sengketa, diperlukan adanya pembuktianakan 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 mengenaiwewenang yang disebut di dalam akta itu5.

Pengalihan atas hak cipta dilakukan, dengan maksud agar pihaklain selain pencipta dapat pula menikmati manfaat dari hasil karya cip-ta tersebut, selain untuk maksud-maksud lain. Pengalihan hak ciptamenyebabkan hak cipta yang dimiliki oleh pencipta beralih kepada pi-hak lain. Konsekuensinya, Pencipta yang telah mengalihkan secarapenuh hak ciptanya kepada pihak lain, akan kehilangan kepemilikanatas hak cipta tersebut.

Untuk menghindari hal tersebut, pencipta dapat memberikan lisen-si kepada pihak lain untuk menggunakan hak yang dimilikinya selakupencipta. Berbeda dengan pengalihan hak cipta, dengan mengguna-kan lisensi kepemilikan atas hak cipta tidak beralih. Pencipta dapatmemberikan sebagian saja hak ciptanya kepada pihak lain contohnyauntuk 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 somethingspecified; a document granting such permission; freedom to deviatefrom rule, practice, etc? ’, pada dasarnya merupakan suatu bentukpemberian izin oleh seseorang atas sesuatu yang menjadi haknya ke-

5Pasal 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 barusaja dirubuhkan. Lisensi tidak selalu dan tidak harus dibakukan dalambentuk tertulis dan formal layaknya dokumen hukum yang selama inikita ketahui (walaupun akan lebih baik apabila dalam bentuk tertulis -mengenai hal ini akan dibahas lebih lanjut dalam bagian akhir tulisanini), 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, namuntidak dalam bentuk formal.

Secara konsep, lisensi adalah pemberian izin. Latar belakangpemberian lisensi, tentu saja tergantung pada masing-masing pihakpemberi 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 untukmelaksanakan 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 anaktetangganya untuk memetik mangga, akan wajar untuk memberikanbatasan-batasan tertentu kepadanya, misalnya untuk mengambil se-cukupnya, untuk menaiki pohon dengan menggunakan tangga denganalasan 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 didalamlisensi 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

6Pasal 38C ayat 1


dengan pengalihan hak cipta yang telah dijelaskan terlebih dahulu.Pihak yang mendapatkan lisensi program komputer (licensee) bukanmerupakan pemilik dari program komputer. Lisensi hanyalah meru-pakan sebuah izin yang diberikan oleh pemilik hak cipta kepada pihaklain untuk menggunakan beberapa hak yang dimiliki oleh pencipta dansama 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 menjalankanberbagai hak-hak yang dimilikinya. Hak ini misalnya dalam hal terjadi-nya pelanggaran atas hak cipta, maka pihak yang berhak melakukanpenuntutan adalah pihak pencipta dan bukan pihak penerima lisensi.

Lisensi dapat mengatur hak dan kewajiban di antara pemberi danpenerima 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 penggunaanprogram komputer untuk menghasilkan karya cipta yang berkaitan de-ngan beberapa isu tertentu, atau menyangkut kerahasiaan atas binarycode . Aturan-aturan tambahan yang merupakan bagian dari lisensiprogram komputer banyak ditambahkan oleh programer atau perusa-haan yang mengembangkan program komputer.

Menurut undang-undang, lisensi pada umumnya, termasuk lisensiatas program komputer, wajib dicatatkan ke kantor hak cipta, dengantujuan agar lisensi tersebut dapat berlaku terhadap pihak ketiga. Ke-wajiban pendaftaran sebagaimana disebutkan dalam undang-undangtersebut dimaksudkan untuk memberikan hak kebendaan atas lisensitersebut. Hak kebendaan ini akan mengikat semua pihak tidak hanyapencipta dan penerima lisensi program komputer, namun juga akanmengikat juga pihak ketiga. Apabila lisensi ini tidak didaftarkan makahubungan antara pemberi lisensi (Licensor ) dengan penerima lisensi(Licensee) merupakan hak perorangan saja. Maksud dari hak per-orangan disini, perjanjian tersebut hanya mengikat bagi kedua belahpihak saja.

Saat ini terdapat dua kecenderungan utama dalam pemberian li-sensi atas program komputer.

• Kecenderungan yang pertama adalah pemberian lisensi yangsemata-mata untuk penggunaan binary code dari program kom-puter. Berdasarkan lisensi jenis ini, penerima lisensi dapatmenggunakan 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 pemberilisensi tersebut.

• Kecenderungan yang kedua adalah pemberian lisensi programdengan menyertakan Kode Sumber dari program komputer. Pe-nerima Lisensi dapat melihat dan menggunakan Kode Sumbertersebut. 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 yangmasing-masing mempunyai berbagai macam implikasi hukum yangberbeda dan juga mempunya tujuan yang berbeda. Lisensi-lisensiuntuk Program Komputer Bebas misalnya dapat dibagi menjadi ataslisensi yang mengandung klausula Copyleft dan yang tidak mengan-dung klausula Copyleft. Terdapat juga lisensi bagi program komputeryang dibuat secara ganda (Dual Licensing). Lisensi yang pertama da-pat dikategorikan sebagai Program Komputer Bebas dan lisensi yangkedua merupakan Program Komputer tidak Bebas. Lisensi denganjenis kedua ini biasanya ditujukan bagi pihak yang ingin melakukankomersialisasi atas program komputernya dan tidak hanya menyebar-luaskan program komputernya secara bebas. Contoh dari programkomputer yang menggunakan dua buah jenis lisensi ini antara lain; QT,Aladdin, Scriptics Tcl/Tk. Pencipta program komputer sebagai pemilikhak cipta atas program komputer berhak untuk memilih lisensi yang di-gunakan pada program komputer tersebut. Jenis lisensi tersebut bisaberupa lisensi OEM kepada vendor, lisensi penjualan secara massalatau lisensi dengan menggunakan GPL. Pencipta tersebut mempunyaikebebasan untuk memilih jenis lisensi yang akan digunakannya.

Penggunaan lisensi secara ganda oleh pencipta diperkenankan se-cara hukum. Hal ini dimungkinkan oleh hukum karena selaku penciptaia bebas menentukan lisensi yang akan dipergunakan oleh karya cip-tanya. Tidak terdapat permasalahan dari segi hukum maupun apabiladilihat 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 mengakibatkanpihak tersebut melakukan pelanggaran hukum atau kehilangan pen-dapatan seperti dijelaskan diatas. Dualisme dalam lisensi programkomputer merupakan hal yang tidak dapat dihindarkan karena tidakdapat 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 badanpemerintah yang menggunakan pendekatan migrasi ke Open Sourcesecara total. Saat ini sering didengung-dengungkan istilah bukan opensource atau tidak yang penting, tapi "Be Legal" yang penting, terserahapakah itu dengan Open Source atau proprietary.

Sepintas lalu pendekatan tersebut telah memecahkan masalah li-sensi, tetapi bila dielaborasi lebih jauh lagi, akan banyak celah-celahdan kendala penerapannya secara luas, terutama untuk badan peme-rintahan. Sebagai contoh bila SELURUH perangkat lunak proprietaryhendak 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 sistemoperasi, dan aplikasi perkantoran, harus juga dibayarkan perangkat lu-nak misal untuk workgroup, database, antivirus, solusi backup. Begitujuga untuk komputer desktop, perlu juga ditambahkan biaya lisensi un-tuk anti virus, pengedit grafik, dan aplikasi lainnya. Sangat sulit untukkondisi Indonesia bila tetap bersandar pada solusi closed source prop-rietary, dan ingin mengejar "Be Legal". Memang ada potongan hargauntuk perangkat lunak seperti sistem operasi atau aplikasi Office. Ta-pi bagaimana dengan perangkat lunak lainnya ? Tampaknya pilihanOpen Source menjadi pilihan yang lebih masuk akal pada situasi se-perti ini.

Tentu saja kalau penggunaan perangkat lunak di corporate ataubisnis, pertimbangan aspel legal dan ekonomis saja sudah cukup. Se-lama perusahaan mampu membayar, sebab dengan jumlah pembelianbesar ada skema lisensi yang lebih murah. Tetapi lain halnya bila kitamembicarakan perangkat lunak yang digunakan oleh badan pemerin-


tah. Pertimbangan legal dan ekonomis saja tidaklah cukup. Aspekpertahanan dan keamanan termasuk jaminan penggunaan teknologidi masa mendatang juga harus masuk dalam pertimbangan pemilih-an perangkat lunak. Sebab perangkat lunak dan data digital kini telahdianggap sebagai salah satu infrastruktur beroperasinya administrasinegara.

Contoh paling sederhana adalah format berkas yang digunakanuntuk menyimpan berkas data pemerintahan. Saat ini relatif belumada kebijakan tersebut, sehingga penyimpanan berkas berdasarkankebiasaan, 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 pemerintahmulai berfikir bahwa jangan sampai hanya karena badan pemerintahmendapat discount untuk pembelian suatu jenis perangkat lunak, ma-ka data yang diberikan untuk layanan publik disimpan dalam formattersebut (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 dalamformat yang bersifat standard terbuka, bukan sekedar standard karenadalam 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 perangkatlunak tersebut.

Pertimbangan ini juga terkait dengan hal yang disebut interope-rabilitas antar platform teknologi (bukan antar platform teknologi 1vendor). Faktor interoperabilitas ini bukan saja permasalahan apa-kah suatu platform tersedia secara bebas, tetapi lebih kepada arahpenguasaan teknologi. Jadi apakah platform tersebut arah penguasa-an masa depannya, berada di 1 entitas bisnis, atau terbuka di badanstandard international dan terbuka. Pertimbangan ini akan memberik-an dampak pada pengembangan perangkat lunak untuk digunakan diinstansi 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 gratisdapat digunakan, tetapi bebas tersedia dan siap dimodifikasi sehing-ga bisa mengakomodasi berbagai platform teknologi. Java yang kiniberlisensi 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 untukmenghasilkan data tersebut sudah tidak ada lagi. Untuk kebutuhan inistandard terbuka menjadi syarat utama, dan perangkat lunak OpenSource, lebih memudahkan proses penjaminan durabilitas data digitalini.

Jelas hal ini menjadikan pemilihan perangkat lunak untuk badanpemerintah 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 yangberkaitan dengan kepentingan publik. Dengan perangkat lunak closedsource sulit hal itu dijamin. Terutama dari sisi audit secara menyeluruh.Sebab siapa yang bisa menguji apa yang dilakukan NSA di WindowsVista ? Berbeda dengan kontribusi yang dilakukan NSA di Linux, yangdikenal 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 jaminanaman 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 berdasarkankeinginan untuk menggunakan Open Source, tetapi lebih kepada usa-ha menjamin bahwa di masa depan, keputusan pemilihan teknologiyang akan dilakukan pemerintah tidak terhalangi karena kesalahankeputusan 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 menjadisia-sia karena data tak bisa diakses di masa depan.

Pertimbangan dan kebijakan tersebut tetap bersifat "adil" kepadasemua perusahan. Perusahaan-perusahaan proprietay tetap menda-pat kans yang sama, selama bersedia dalam koridor tersebut. Sebagaicontoh dalam hal format dokumen Open Document Format. WalaupunMicrosoft 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 mengggunakanMS 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 aturanpengadaan perangkat keras. Bebeberapa negara telah menerapkan


aturan procurement yang mensyaratkan bahwa perangkat keras yangdibeli oleh pemerintah bersifat "netral", sehingga tidak hanya kompati-bel pada 1 sistem operasi saja. Memang sepertinya menyulitkan tetapiini memberikan kemudahan dan penghematan di kemudian hari bilapemerintah 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 kearah persaingan yang lebih sehat bagi para penyedia kebutuhan TIpemerintah.

5.2.3 Landasan Hukum untuk Bakuan Lisensi

Dalam mengembangkan Sistem Informasi di lingkungan Kemenporamaka 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 MenPAN01/2009

• Diutamakan menggunakan perangkat lunak Open Source apa-bila ada perangkat lunak Open Source yang dapat memenuhikebutuhan tersebut, hal ini sejalan dengan kesepakatan 5 men-teri IGOS serta surat edaran MenPAN

• Berkas-berkas yang disediakan untuk publik disediakan dalamformat yang tidak terikat ke satu jenis aplikasi proprietary. Halini 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 pengembanganperangkat lunak sumber terbuka di Indonesia. IGOS dideklarasikanpada 30 Juni 2004 oleh 5 kementerian yaitu Kementerian Negara Risetdan Teknologi (Hatta Rajasa), Departemen Komunikasi dan Informati-ka (H. Syamsul Mu’arif), 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, sektorbisnis, instansi pemerintah dan masyarakat) yang dimulai dengan pro-gram untuk menggunakan perangkat lunak sumber terbuka di ling-kungan instansi pemerintah. Diharapkan dengan langkah ini dapatdiikuti oleh semua lapisan masyarakat untuk menggunakan perangkatlunak legal.

Semangat gerakan ini memiliki sasaran sebagai berikut:

• Memberikan lebih banyak alternatif perangkat lunak yang dapatdigunakan 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 OpenSource! IGOS)

1. Mengingat pentingnya peran teknologi informasi dalam kehidup-an masyarakat terkait dengan pertumbuhan perekonomian, ma-ka perlu peningkatan kemandirian, daya saing, kreativitas sertainovasi bangsa sebagai kunci utama keberhasilan pembangun-an Bangsa Indonesia.

2. Pemerintah bersama masyarakat bersepakat untuk melakukanupaya 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 upayatersebut, perlu dilakukan langkah-langkah aksi sebagai berikut:

(a) Menggunakan perangkat lunak legal di setiap instansi pe-merintah.


(b) Menyebarluaskan pemanfaatan Open Source Software diIndonesia.

(c) Menyiapkan panduan (guideline) dalam pengembangandan pemanfaatan Open Source Software di Indonesia.

(d) Mendorong terbentuknya pusat-pusat pelatihan, compe-tency center dan pusat-pusat inkubator bisnis berbasisopen 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 rangkamendukung Surat Edaran Menteri Komunikasi dan Informatika tentangPemanfaatan Penggunaan Piranti Lunak Legal di Lingkungan InstansiPemerintah, 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, danselanjutnya menggunakan Free Open Source Software (FOSS)yang berlisensi bebas dan legal sebagai pengganti perangkatlunak tingkat legal.

2. Dalam rangka mempercepat pengunaan perangkat lunak legaldi Indonesia, maka diwajibkan kepada Instansi Pemerintah untukmenggunakan perangkat lunak open source, guna menghematangaran pemerintah.

3. Mendorong penggunaan Free Open Source Software (FOSS),pemerintah telah mendeklarasikan gerakan Indonesia Go OpenSource atau IGOS-I selanjutnya dilakukan deklarasi IGOS-IIyang penggunaannya diperluas meliputi 18 (delapan belas) ke-mentrian dan Lembaga Pemerinah Non Departemen (LPND)

4. Diharapkan paling lambat tanggal 31 Desember 2011 seluruhinstansi 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 pemanfaatanperangkat 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 denganhak asasi. Hak asasi adalah hak yang melekat pada hakikat dan ke-beradaan manusia sebagai makhluk Tuhan Yang Maha Kuasa danmerupakan anugerah-Nya yang wajib dihormati, dijunjung tinggi dandilindungi oleh negara, hukum, Pemerintah dan setiap orang, demikehormatan serta perlindungan harkat dan martabat manusia.

Selain hak asasi, sebagai warga Negara kita juga mempunyai HAKATAS INFORMASI. Sebagaimana hak asasi, hak atas informasi jugamelekat pada setiap diri warga Negara. Hak atas informasi ini dijaminoleh 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 menyampaikaninformasi dengan menggunakan segala jenis saluran yangtersedia.”

UU KIP (Keterbukaan Informasi Publik)

Untuk menguatkan ketentuan dalam UUD 1945 tersebut, maka disu-sunlah Undang-Undang No 14/2008 tentang Keterbukaan InformasiPublik (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 kepentinganpublik lainnya. Dampak Positif UU KIP:

• Transparasi dan akuntabilitias badan-badan publik

• Akselerasi pemberantasan KKN

• Optimasi perlindungan hak-hak masyarakat terhadap pelayananpublik

• Persaingan usaha secara sehat

• Terciptanya kepemerintahan yang baik (good governance) dantata kelola badan-badan publik

• Akselerasi demokratisasi

5.2.4 Penetapan Lisensi untuk Kemenpora

Untuk lingkungan Kemenpora maka ditetapkan penggunaana lisensisebagai berikut

• Sedapat mungkin aplikasi, ataupun Sistem Informasi Manaje-men di lingkungan Kemenpora menggunakan komponen OpenSource. Penggunaan aplikasi ataupun komponen yang bersifatproprietary hanyalah dimungkinkan bila tidak ada penggantinyayang sepadan dengan menggunakan komponen Open Source.Ataupun ketika berinteraksi dengan pihak luar Kemenpora, danpihak tersebut mensyaratkan penggunaan aplikasi proprietarytersebut. Penggunaan aplikasi Open Source itu meliputi baikaplikasi server ataupun client dan aplikasi perkantoran.

• Data yang disimpan mengikuti kaidah format terbuka dan meng-gunakan standard internsional/nasional. Jadi bukan sekedarmenggunakan format yang disimpan kebanyakan orang. Pe-nyimpanan format juga harus mengacu pada lisensi perangkatlunak 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 Kemenporaharus 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 sourcecode ini juga untuk tujuan auditing dan kemudahan perawatansistem di kemudian hari.

5.3 Bakuan Dokumentasi Teknis

Dokumentasi adalah suatu hal yang pertama-tama harus ditentukandan 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 untukkegiatan-kegiatan yang lainnya.

Di lingkungan Kemenpora, untuk kegiatan pengembangan SistemInformasi Manajemen, maka sebaiknya dokumentasi rancangan dariSistem 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-halsebagai 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 telahada

• Pengembangan mendatang dari produk

• Pra-syarat, bahasa pemrograman untuk implementasi (jikaada)

• 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 sistemyang 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 yangdigunakan.

Secara umum suatu dokumen spesifikasi disain yang diterapkanpada 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 initerutama 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 tiapmodul 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 disertakanketerangan 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 ituperlu ditentukan parameter-parameter kualitas yang ditetapkan di ling-kungan Kemenpora.

5.4.1 Kualitas Perangkat Lunak

Kualitas perangkat lunak merupakan kualitas dari sistem yang telahdilakukan 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 jumlahsumber daya yang digunakan dalam suatu kondisi.

– Time economy. Kemampuan dari perangkat lunak untukmelakukan 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 tertentudengan menggunakan sumber daya yang tepat.

• Functionalitas merupakan atribut dari karakteristik dan fungsiyang dapat memenuhi kebutuhan pengguna.

– Kelengkapan (Completeness). Tingkatan dari kebutuhanperangkat lunak dan ketersediaan fungsi untuk memenuhikebutuhan pengguna.

– Kebenaran (Correctness). Tingkatan yang menunjukan ke-seluruhan fungsi.

– Keamanan (Security ).Tingkatan dari perangkat lunak gunamendeteksi 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 menggantikanperangkat lunak

– Interoperabilitas (Interoperability ). Tingkat dimana perang-kat lunak dapat terhubung dengan mudah dengan sistemlain dan dioperasikan.

• Perawatan (Maintainability ).Atribut yang dikenakan pada usahayang diperlukan untuk modifikasi tertentu.

– Correctability.Tingkat usaha yang dibutuhkan untuk mem-perbaiki kesalahan dalam perangkat lunak dan mengatasikeluhan pengguna

– Expandability.Tingkat usaha yang dibutuhkan untuk mem-perbaiki atau memodifikasi efisiensi atau fungsi perangkatlunak.

– Testability. Upaya yang dibutuhkan untuk menguji

• Portabilitas (Portability ). Kemampuan perangkat lunak yangakan ditransfer dari satu lingkungan ke lingkungan lainnya.

– Hardware independence. Tingkat dimana perangkat lunaktidak tergantung pada kebutuhan hardware tertentu


– Software independence.Tingkat dimana perangkat lunak ti-dak tergantung pada kebutuhan perangkat lunak tertentu.

– Installability. Upaya yang diperlukan untuk menyesuaikanperangkat lunak di lingkungan baru.

– Reusability. Tingkat dimana perangkat lunak dapat diguna-kan kembali dalam aplikasi selain aplikasi asli.

• Keandalan (Reliablity ). Kemampuan perangkat lunak untukmempertahankan 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 sistemyang akan menyebabkan kerusakan pada pengguna. Ser-ta, tingkat penurunan operasi dari perangkat lunak danfungsi pemulihannya.

– Ketersediaan. Tingkat dimana perangkat lunak tetap bero-perasi dalam kegagalan sistem.

• Kegunaan (Usability ). Sebuah atribut yang dikenakan padausaha yang diperlukan untuk digunakan (termasuk persiapanuntuk digunakan dan evaluasi hasil) dan pada penilaian dari sisiuser.

– Understandability. Tingkatan kemampuan yang diperlukanuntuk memahami perangkat lunak.

– Kemudahan belajar. Tingkat dimana pengguna upaya yangdiperlukan 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 lunakyang dirancang sesuai dengan karakteristik psikologispengguna.


Gambar 5.5: Software Quality

5.4.2 Usability

Karena Sistem Informasi yang digunakan di lingkungan Kemenporabanyak berinteraksi dengan pengguna biasa, maka usabilitas peru-pakan faktor penting dari kualitas sistem. Pada dasarnya, kegunaan(usability ) merupakan istilah manusia untuk menyatakan kemudahandan 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 ) adalahkemudahan pengguna untuk belajar mengoperasikan, mempersiapk-an input, menterjemahkan output dari sebuah sistem komponen.

Berdasarkan standar usabilitas sistem terbagi menjadi beberapabagian 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 penggunadengan 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 pelatihandan penggunaan pada waktu tertentu.

• User, task and environment. Karakteristik ini harus juga diper-timbangkan.

• Biaya. Hal ini berkaitan dengan investasi yang harus dilakukanpengguna 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 bagiuser untuk menentukan tercapainya tujuan. Artinya bila suatucara 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 mempertimbangkanbagaimana suatu user interface memungkinkan pengguna baru per-tama kali menggunakan sistem tersebut dapat segera menggunakansistem tersebut. Prinsip ini sendiri memiliki prinsip-prinsip :

• Predictability . User dapat menentukan akibat kemudian atasaksi yang dilakukan berdasarkan interaksi yang pernah dilakuk-an sebelumnya. Berdasarkan sejarah apa yang dilakukan userdapat memperkirakan apa yang akan terjadi selanjutnya ketikasuatu 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 langkahyang 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 pengetahuandan pengalaman yang dimilikinya baik pada dunia nyata mau-pun pada komputer dapat dimanfaatkan untuk berinteraksi de-ngan sistem yang baru. Yang perlu diperhatikan adalah, setiapkultur memiliki representasi simbol yang berbeda, sehingga sis-tem yang memiliki ’keluwesan’ tinggi untuk membentuk meta-phora akan menjamin terbentuknya familiarity ini. Terkait denganguessability yaitu kemampuan pengguna menebak fungsi suatuobyek, 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 padaobyek task yang serupa.

Sedangkan faktor flexibility terdiri dari

• Dialogue initiative. Memberikan kebebasan pada user akanterbatasnya 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 atauhanya menunggu awal interaksi dilakukan oleh sistem. Secaraumum biasanya diinginkan bahwa pengguna lebih menentukansaat dimulainya interaksi.

• Multi-threading. Kemampuan sistem untuk mendukung inte-raksi pengguna melakukan task lebih dari satu pada saat yangsama. Sehingga sistem tidak diam setelah user memberik-an perintah. Berkaitan dengan prinsip Concurrent vs interlea-ving, concurent memungkinkan komunikasi simultan untuk taskyang berbeda, sedangkan interleaving memungkinkan pelaksa-naan task yang berbeda dan pada saat tertentu dapat dilakukanbersamaan, multimodality berkaitan dengan jumlah kanal untukmelakukan interaksi lebih dari satu.


• Task migrability . Kemampuan memberikan kendali untukmengeksekusi 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 dibackground atau di depan, tanpa harus menunggu sistem me-nyelesaikan tugasnya.

• Substitutively . Memungkinkan pemberian nilai masukan yangekuivalen. Misal entah menggunakan pemilihan list le, atau me-masukkan nama le. Begitu juga sebaliknya. Sehingga di sinilahberperannya penilaian atas kemampuan user interface mena-ngani regular expression . Berkaitan dengan prinsip Represen-tation multiplicatiy, equal opportunity

• Customizability . Kemudahan user interface dimodifikasi olehpengguna 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 prosespengubahan yang initiatif dilakukan oleh pengguna dan adap-tability adalah proses pengubahan yang intisiatif dilakukan olehsistem.

Sedangkan aspek robustness terdiri dari prinsip :

• Observability . Kemungkinan pengguna mengevaluasi kondisiinternal 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 penggunamengeksplorasi kondisi internal dari sistem berdasarkan interp-retasi di user interface, static/dynamic defaults pengisian nilaidefault ini akan menolong user untuk memberikan masukan, re-achability berkaitan dengan kemungkinan bernavigasi diantarakeadaan sistem yang dapat diobservasi, persistence tenggangwaktu pengaruh dari suatu aksi komunikasi yang dilakukan olehuser, operation visibility yaitu kemungkian pengguna mengetahuioperasi yang sedang dilakukan oleh sistem.

• Recoverability . Kemampuan pengguna uktuk memperbaikiaksi yang dilakukan ketika diketahui terjadi suatu kesalahan.Terkait dengan prinsip reachability, forward /backward recovery,


proses perbaikan kesalahan ini dapat dilakukan inisiatif olehuser ataupun sistem baik pada arah maju ataupun mundur, jikasangat sulit untuk melakukan ’undo’ pada suatu pengaruh padasuatu state maka akan sulit pula melakukan aksi tersebut. Se-baliknya bila mudah melakukan ’undo’ maka harus mudah pulamengulanginya (redo).

• Responsiveness, bagaimana user menerima laju komunikasidengan sistem. Sehingga ketika user berinteraksi tidak terlalulama menunggu. Terkait dengan prinsip stability yang berkaitandengan variasi tenggang waktu sistem bereaksi haruslah sekecilmungkin..

• Task conformance. Suatu sistem interaktif memiliki tujuan agarpengguna dapat melakukan tugasnya untuk mencapai tujuanyang diharapkan pada suatu domain. Sehingga perlu dipertim-bangkan apakah sistem mendukung penyelesaian tugas padadomain tersebut, atau apakah sistem mendukung hal tersebutsesuai dengan yang diinginkan oleh pengguna. Task complete-ness berkaitan tentang cakupan permasalahan tugas dan taskadequacy berkaitan dengan pemahaman pengguna terhadaptugas 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 penggunauntuk 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 yangmenggunakannya.

• 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 keamananadalah mencakup perlindungan informasi dan properti dari pencurian,kerusakan, maupuan bencana alam. Keamanan komputer merupakanproses kolektif dan mekanisme untuk informasi sensitif dan berhargayang dilindungi dari publikasi, gangguan atau kerusakan dari aktifitasyang tidak sah atau individu yang tidak serta dan proses yang tidak di-rencanakan. Celah-celah pada keamanan komputer dapat dibedakanmenjadi beberapa hal yaitu :

• Keamanan yang bersifat fisik. Mengamankan akses terhadapsistem perangkat keras komputer, misalnya pencurian, bencanaalam, dan sebagainya.

• Keamanan data pribadi. Mengamankan data-data pribadi yangkita miliki yang dapat dipakai orang lain untuk mengambil hakakses yang kita miliki, misalnya password, username, dan se-bagainya. Trik untuk memperoleh data-data pribadi ini seringdisebut sebagai “social enggineering trick ”.

• Keamanan terhadap data, media dan teknik komunikasi. Meng-amankan data-data yang ada di dalam komputer kita yang dapatditransformasikan sebagai informasi, juga terhadap perangkatlunak 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 tidakmerusak 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 datadi dalam jaringan, penangkapan pesan, dan lain-lain.

– Serangan yang bersifat aktif adalah serangan yang meru-sak atau adanya usaha modifikasi terhadap pesan maupunresource sistem. Serangan yang bersifat aktif lebih memi-liki unsur modifikasi data penciptaan data palsu. Seranganaktif ini dapat dibagi menjadi 4 yaitu :

∗ Masquerade : seorang user berpura-pura menjadiuser 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 pesanyang dikirimkan oleh user lain.

∗ Denial of Service : menggangu manajemen sebuahsistem 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 perludiperhatikan adalah bahwa tidak ada mekanisme tunggal yangdapat mencegah berbagai serangan. Sebuah sistem membu-tuhkan berbagai macam mekanisme yang berbeda-beda sesuaidengan 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 proteksiterhadap analisa lalu lintas transmisi data.

– Authentication. Meyakinkan bahwa pesan yang dikirimmaupun 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 suatusistem transmisi data.


– Integrity . Meyakinkan bahwa pesan yang diterima tidakdirubah, diduplikasi, diubah urutannya oleh pihak ketiga.Layanan ini juga melindungi adanya perusakan terhadappesan yang dikirimkan.

– Non repudiation. Menjaga agar baik pengirim pesan ma-upun penerima pesan tidak dapat menolak bahwa ia telahmengirim atau menerima pesan sehingga dapat diyakinkanbahwa pesan tersebut dikirim dan diterima oleh pihak yangbenar.

– Access Control. Kemampuan untuk membatasi danmengontrol akses ke dalam sistem dan aplikasi melalui ja-lur komunikasi.

– Availability . Menjaga ketersediaan akan sumber informa-si yang dibutuhkan oleh client. Berbagai macam serangandapat mengurangi ketersediaan, misalnya Denial of Servi-ce dapat menghabiskan resource sistem sehingga sistemtidak 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 yangdapat terjadi sehingga dapat menurunkan kualitas perangkat lunak.Bias ini termasuk mengubah prioritas setelah dimulainya proyek atautidak memiliki apapun definisi yang jelas dari "kesuksesan". Khususuntuk masalah keamanan bakuan yang di gunakan adalah ISO/IEC27002 yang merupakan standar informasi keamanan. Melalui ISO/IEC27002 diharapkan dapat menghasilkan rekomendasi sistem manaje-men yang baik.

5.4.5 Bakuan Evaluasi Sistem

Untuk memahami dan mengintepretasikan pengujian kinerja tersebutberikut ini dijabarkan beberapa dasar teoritis yang melatar-belakangisuatu pengukuran kinerja sistem komputer. Kinerja pada suatu sistemkomputer didefinisikan dengan :

“is the degree to which a computing system meets theexpectation 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 hostcomputer 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 komputeradalah :

“seberapa baik suatu sistem memungkinkan penggunamelakukan yang diinginkannya". Dan dapat diinterpreta-sikan pula “seberapa baik sistem bekerja sesuai denganyang direncanakan".

Pengukuran kinerja sistem dibutuhkan untuk beberapa evaluasi :

• Comparative Evaluation. Kinerja suatu sistem dievaluasi relatifkepada sistem lainnya. Kegunaan dari evaluasi ini misal untukproses pembelian perangkat lunak baru, atau perangkat kerasbaru, memilih service komputasi, dan juga mengevaluasi peru-bahan sistem untuk modikasi.

• Analytic Evaluation. Kinerja dari sistem komputer dievaluasiberdasarkan beberapa parameter sistem. Tujuan dari evaluasiini adalah untuk meningkatkan kinerja sistem (performance tu-ning), melakukan perawatan sistem (performance control), danmendisain 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 performancepengguna pada sistem. Jumlah dan jenis percobaan haruslahmewakili keadaan sesungguhnya

• Observational techniques. Evaluasi ini bisa dilakukan denganberbagai teknik misal :


– Think aloud . Pada teknik evaluasi ini, pengguna sebenar-nya pada suatu sistem diobservasi ketika berinteraksi de-ngan sistem. Biasanya mereka diminta melalukan suatutask, dan ketika melakukan hal itu mereka akan ’mene-riakkan’ apa yang ada dipikirannya, pertimbanganya, dankeputusan aksi yang dilakukannya. Cara ini cukup menarikkarena :

∗ Proses ini termasuk mudah dan dapat digunakan∗ Pengguna didorong untuk memberikan kritik∗ Evaluator dapat menemukan letak interaksi yang

membingungkan dan dapat meningkatkan efektifitassistem dengan cara menentukan permasalahannya

– Protocol analysis. Dengan cara ini dilakukan pencatatanaksi 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 bantuanalisis 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 dapatiinterpretasikan. Untuk mengetahui alasan pelaksanaanaktion 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 evaluasipelengkap. Bisa dilakukan dengan :

– Interview. Biasanya pengguna akan ditanya, kesan-kesanmenggunakan 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 dibandinginterview. Tetapi lebih mudah dilakukan dan memakanwaktu 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 ditetapkan3 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 padakriteria 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. Baiksecara off line maupun online. Hanya SIM yang telah lolos da-ri evaluasi keamanan, maka dapat digunakan secara online dilingkungan Kemenpora

• Evaluasi usabilitas, SIM yang melibatkan pengguna, maka ha-rus diuji dengan melibatkan pengguna. Bagaimana penggunamerasakan 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 kepadapenelitian 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 yanguniversal dengan melalui kooperasi pemrosesan data.

Point di atas lebih menekankan kepada pendekatan interoperabilitasdari sisi Teknologi Informasi, sebenarnya ada bagian penting lagi ya-itu interoperabilitas dari sisi organisasi. Secara lapisan dapat dilihatpada gambar 5.6. Interoperabilitas pada sisi teknis memiliki beberapalapisan 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 jenisEthernet dengan ARCNet.

• Interoperabilitas Protokol, pada tingkatan ini sudah mengga-bungkan permasalahan pada perangkat keras dan lunak yangmemiliki perbedaan protokol. Secara umum perbedaan protokolyang sering menjadi permasalahan adalah pada protokol komu-nikasi atau jaringan seperti dari bentuk TCP/IP ke NetBios.

• Interoperabilitas untuk Model Data, pada tingkatan ini sudahmerupakan kendala lama pada era Database yang kerap dise-but permasalahan syntactic pada era Level Informasi. Sebagaicontoh adalah perbedaan dalam memodelkan penggunaan tipedata untuk tanggal lahir, karena dapat menggunakan tipe datadate, numeric ataupun character.

• Interoperabilitas di tingkat informasi. Pada tingkat ini adalahmerupakan isu terkini saat ini sebab pada tingkat teknis rela-tif sudah matang dan pada tingkat organisasi kesadaran akanpenggunaan informasi teknologi semakin tinggi. Sehingga isupada tingkat ini menjadi hal yang penting dan mendesak untukdisempurnakan terutama dalam rangka interoperabilitas.

• Interoperabilitas Organisasi yang meliputi awareness, penye-suaian prosedur, penyesuaian operasional, sinkronsiasi strategidan tujuan politis.

5.5.1 Keragaman Informasi

Kesulitan utama pada interoperabilitas sistem adalah terjadinya kera-gaman. Menurut Sheth keragaman dibagi ke dalam dua level utamasebagai 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 saatini keragaman teknis sudah memiliki berbagai solusi yang jauh lebihmatang. Keragaman informasi akan terdiri dari berbagai jenis yangmeliputi :

• Keragaman syntatic, keragaman jenis ini sudah dimulai darimodel 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 tentangtanggal dapat direpresentasikan dalam format date ataunumeric atau text.

– Data scaling conflict, misalkan pendefinisian penghasilankelas bawah, menengah dan atas, dan sebagainya.


• Keragaman struktural atau skema (structural / schematic) ada-lah keragaman dalam katalog atau taksonomi informasi. Adapunbeberapa contoh kasus pada keragaman struktural adalah :

– superclass, sebuah konsep atau atribute seperti nama da-pat memiliki arti yang berbeda karena diletakkan padastruktur yang berbeda, karena satu adalah struktur yangmenunjukkan nama produk (superclass adalah produk),sedangkan yang lain adalah struktur yang menunjukkannama orang (superclass adalah individu).

– subclass, sebuah konsep yang memiliki label sama belumtentu 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 yangpertama adalah mesin bakar, sedangkan mesin yang ke-dua adalah komputer.

• Keragaman semantik, semantik adalah ilmu yang mempelajariarti, 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 kasusuntuk menghitung sebuah konsep mana yang lebih miripdan 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 danteknologi 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 dariwaktu ke waktu dengan sangat cepat. Bagaimana mendapatkansumber data yang sesuai.


• Web and data is distributed, sumber data dan data terdistribusiatau tersebar pada berbagai sumber data. Kendala terutama ba-nyak sumber data yang tidak ’terdaftar’ pada sebuah daftar databaru 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 jugapembaharuan 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 dataatau web di Internet..Terdapat problem bagaimana mempercayaikebenaran sebuah sumber data.

5.5.2 Pendekatan yang Dilakukan

Prinsip dasar pada pengembangan kerangka kerja interoperabilitasharus memperhatikan beberapa faktor yang meliputi :

• Aksesibilitas, adalah sarana pengaksesan data atau informa-si yang termasuk elektronik kepada publik dengan menghindaridiskriminasi. 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 denganmelakukan 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 berbagaipihak yang terkait.

– Sebuah standar yang telah dipublikasikan dan memiliki do-kumen yang tersedia secara gratis atau dengan harga yangwajar.

– Tidak ada batasan dalam penggunanan atau penggunaanulang dari standard.

• Open source, memanfaatkan keuntungan yang diberikan olehopen source. Selain keterbukaan sistem dan dokumen, opensource software juga cenderung mendukung open standard.

• Multi solution, dalam interoperbilitas harus mendukung solusidengan multi aktor atau multi solusi.

Menurut Andreas [2], model Levels of Conceptual InteroperabilityModel (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 dalamsebuah 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 untukmelakukan relasi dengan menggunakan model konseptual.


Tabel 5.3: Contoh jenis file beragam aplikasi perkantoranODF MS Office 2007 MS - OOXML

Pengolah kata *.odt *.doc *.docxSpreadsheet *.ods *.xls *.xlsxPresentation *.odp *.ppt *.pptx

5.5.3 Bakuan Format Dokumen

Format file (format berkas) adalah suatu metoda/cara untuk mengkodeinformasi agar dapat disimpan dalam berkas komputer. Data disimpandengan menerapkan suatu aturan khusus. Berbagai jenis format ber-kas digunakan untuk berbagai jenis data. Biasanya dibedakan denganekstensi dari nama file tersebut, misal mp3, jpg, odt, xls. Pada Tabel5.3 disajikan contoh file yang digunakan oleh berbagai aplikasi per-kantoran.

Seperti terlihat pada Gambar 5.7. awalnya suatu format file yangdigunakan 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 aplikasiyang memprosesnya. Dengan tidak terikatnya antara jenis programdan berkas yang disimpan maka diharapkan berkas tersebut dapat di-manfaatkan oleh beragam aplikasi baik yang satu platform maupunyang 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 berbagaiunit 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 aplikasitersebut yang mengetahui struktur dari dokumen tersebut. Kontrol ter-hadap dokumen model lama terdapat pada perusahaan pengembangbukan 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 dapatdiketahui oleh semua orang, termasuk perusahaan pengembang danpemilik dokumen. Sehingga dokumen tidak bergantung pada suatuaplikasi, dokumen dapat dibuka dan diedit dengan menggunakan ber-bagai jenis aplikasi.

Jenis format data ini tak dapat dipandang sederhana atau hanyamengikuti apa yang biasa digunakan orang. Terutama untuk dokumenmilik 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 dibukatanpa ada ketentuan menggunakan suatu jenis perangkat lunaktertentu.

• Dokumen lama tak dapat dibaca karena vendor mengubah for-matnya pada program versi baru. Sehingga pemilihan dokumenjuga harus mempertimbangkan usia dokumen untuk kebutuhanpreservasi 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 olehpengguna lain yang menggunakan aplikasi lainnya. Jadi padatahapan ini dititik beratkan perbedaan pengguna pada sistem la-in dapat saling bertukar data. Contoh yang termasuk kategori iniseperti 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 perangkatlunak 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], GPSExchange Format (GPX), Sharable Content Object ReferenceModel (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, dapatme-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 bagilayanan eGovernment. Tetapi untuk mencapai tahapan Interopreabili-tas di aras layanan (Open Service), maka fondasi yang baik haruslahtercipta terlebih dahulu. Fondasi itulah yang disediakan oleh OpenDocument Format di dalam penyimpanan data.


Gambar 5.8: Pertukaran data secara terbuka

Interoperabilitas hanya dapat terjaga ketika semantik (apa arti darisuatu perintah atau data) dan sintatik (bagaimana perintah atau datatersebut disusun) diketahui secara terbuka. Sehingga pengguna ti-dak mengalami batasan harus menggunakan perangkat keras terten-tu, sistem operasi tertentu ataupun perangkat lunak seperti databasetertentu.

Tanpa adanya interoperabilitas maka akan ada beberapa kesulitanyang timbul antara lain :

• Pengguna tidak dapat bertukar dokumen dengan mudah

• Pengguna sulit menggunakan berkas lama yang disimpan olehorganisasi 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 yangdigunakan 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 ofInformation (pulau-pulau informasi)

• Belum adanya layanan terbuka yang dapat dimanfaatkan olehaplikasi-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 untukdicapai. Oleh karena itu konsep interoperabilitas di tingkat atas (antarsistem) akan lebih mudah dicapai oleh lembaga pemerintah ketika mu-lai dengan konsep Open Document.

Dengan memiliki fondasi yang baik dan terbuka seperti ini, makaresiko locked-in pada suatu konsultan ataupun perusahaan di masadepan dapat dicegah sedini mungkin. Sehingga ketika sistem sudahtidak dibawa kontrak dengan konsultan/vendor tersebut, maka pihakketiga (pihak lainnnya) dapat dengan mudah melanjutkan perawatanatau 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 akandilakukan standardisasi jenis berkas. Ketika berbicara format standarmana yang digunakan, pada dasarnya orang tidak mengacu pada halyang sama. Ada dua jenis format standard yang dipahami oleh peng-guna yaitu :

• Standard De facto. Jenis standard ini adalah apa yang banyakdigunakan oleh orang atau populer sehingga dianggap sebagaisuatu hal yang standar karena diketahi oleh banyak orang. Akantetapi sebetulnya jenis standard ini tidak memiliki dukungan daribadan standar, dan belum teruji. Lebih jauh lagi karena buk-an merupakan suatu standard yang terdefinisi maka tidak adajaminan bahwa si pembuat format tersebut tidak akan menghen-tikan dukungan. Sebagai contoh program yang tadinya mendu-kung format tersebut, ternyata pada versi barunya sudah tidakmendukung format yang lama tersebut. Contoh adalah DOC,XLS.

• Standard terdefinisi. Jenis standard ini terspesifikasi denganditail 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 implementasidari standard tersebut secara bebas


Organisasi atau badan pemerintah sering secara mudah-nya saja me-milih format dokumen dengan cara memilih standard de-facto karenadianggap semua orang memiliki aplikasi untuk membuka dokumen ter-sebut. Tetapi pada kenyataanya belum tentu.Di samping itu pelajarandari 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 dibatasidengan jenis program yang harus digunakan untuk membuka doku-men tersebut. Menggunakan berkas yang merupakan standar de-factotapi bukan suatu standard terbuka bukanlah tindakan bijaksana.

Ataupun ketika publik harus memberikan berkas ke badan peme-rintahan, juga tidak boleh dibatasi harus menggunakan suatu formattertentu 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 badanpemerintahan.

Menilik pada sifat keterbukaan format dokumen, pada dasarnyaada 2 jenis pendekatan di dalam format dokumen yaitu

• Format tertutup (closed format). Pada format ini yang tahudengan pasti adalah perusahaan pembuat perangkat lunak, ke-putusan perubahan format atau cara menyimpan berkas diten-tukan oleh perusahaan tersebut. Begitu juga dengan apakah dimasa depan format tersebut masih didukung atau tidak sangatbergantung 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 dapatmenggunakan format tersebut. Format terbuka ini ada 2 jenisyaitu :

– Format terbuka tapi bukan suatu standard. Sebagaicontoh format LATEX, BibTEX. Walau spesifikasi dari berkasini terbuka dan bebas digunakan, tetapi bukan merupakansuatu standard yang disahkan oleh badan standard.


– Format terbuka dan merupakan suatu standard yangdisahkan oleh badan standar. Yang tergolong jenis iniadalah format ODF, SGML, PDF dan lain sebagainya.

Pada dasarnya yang membedakan antara suatu model dokumen satudan dokumen lainnya adalah metoda mark-up yang digunakan dalamdokumen tersebut. Pada dokumen terbuka aturan mark-up ini terbukakepada publik sehingga dipahami struktur dari dokumen tersebut.

5.5.6 Bakuan Format Dokumen yang Ditetapkan

Sesuai dengan arahan dari Surat Edaran Menpan serta standardyang telah ditetapkan di Indonesia, maka di lingkungan Kemenpo-ra ditetapkan bahwa penyimpanan berkas-berkas menggunakanformat ODF (Open Document Format) yang telah menjadi ISO/IEC26300:2006 dan saat ini sudah diterima menjadi Standard NasionalIndonesia. Oleh karena itu Open Document Format (ODF) memilikidasar yang terkuat untuk diterima sebagai berkas yang dapat digu-nakan oleh badan pemerintahan untuk aplikasi perkantoran, karenamemenuhi kriteria di atas. Baik kriteria teknis ataupun kriteria non tek-nis

Pada awalnya Open Document Format (ODF) hanya digunakanoleh 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 untukmenjadi sebuah standar dan pada bulan Mei 2006 Open Documentformat disahkan menjadi sebuah standar internasional dengan namaISO/IEC 26300:2006.

Open Dokumen Format ini memiliki beberapa keunggulan yaitu

• Dikembangkan, dirawat dan dikontrol oleh organisasi openstandard yang lintas industri dengan keterlibatan komunitasOpen Source. Jadi tidak dikembangkan oleh satu perusahaandan lalu dimajukan sebagai suatu standard internsaional. Tetapitelah melalui proses pengembangan standard yang melibatkanberbagai komponen industri dan komunitas.

• Terbuka dan netral terhadap vendor tertentu. Dengan katalain 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 dapatdigunakan oleh pihak manapun tanpa membayar royalti. Do-kumen standard ODF juga tersedia bebas untuk dipelajari dandiimplementasikan. Hal ini sangat membantu pengembang diIndonesia untuk membuat aplikasi yang memanfaatkan ODF ini.

• Interoperabilitas meningkat. Dengan adanya spesifikasi yangbersifat 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 hasildari SpreadSheet.

• Tidak terikat pada satu macam perangkat lunak untuk memp-roses berkas yang ada. Dengan spesifikasi terbuka ini, makatidak hanya 1 perangkat lunak yang dapat memanfaatkan de-ngan penuh berkas dokumen yang ada. Berbagai vendor bebasmemanfaatkan ODF ini termasuk vendor yang berkompetisi. Se-hingga tidak bisa dikatakan ODF ini memihak pada vendor ter-tentu.

• Meningkatkan kemampuan preservasi data. Spesifikasi yangterbuka yang menyebabkan ketidak bergantungan pada satu je-


nis aplikasi ataupun satu perusahaan. Sehingga ketika dokumendisimpan untuk jangka waktu yang lama, maka akan tetap dapatdibuka 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 dokumenlainnya yang ada.

• Spesifikasi masih dapat dipahami dengan mudah dalamukuran yang tidak sulit. Ukurannya yang tidak terlalu besar(karena banyak memanfaatkan standard yang sudah ada), dansudah terbuka ke publik sejak lama, menjadikan spesifikasi ODFini 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 Opendocument 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 untukkeperluan menyimpan berkas data publik di badan pemerintahan, ti-dak bisa dilakukan secara pendekatan pragmatis saja. Misal hanyamemilih format yang saat ini digunakan orang terbanyak.

Untuk badan pemerintah maka perlu diperhatikan beberapa kriteriauntuk 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, jaminanini 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 tersebutdapat mendukung ODF. Pada saat ini lebih dari 20 produk dariberbagai 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 playingfield yang sama baik bagi industri dunia maupun industri lokal.Standard ODF yang terbuka dan masih bisa dipahami denganmudah, 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 dimasa mendatang. Brazil, India, Prancis, Denmark, Belgia, Malaysia,Kroatia, Norwegia, Spanyol dan Argentina telah menentukan bahwaODF merupakan standard untuk dokumen pemerintah.

Negara EU pada konferensi 28 Maret 2007 meminta format yangbenar-benar dapat menjamin pertukaran data, yang disebut Open Do-cument Exchange Format (ODEF) Format tersebut bisa dikatakansaat ini belum dapat dipenuhi, tetapi ODF memiliki kemungkinan lebihditerima karena sifat keterbukaannya sehingga hanya perlu penam-bahan fitur yang kurang saja. Syarat keterbukaan dan implementasitak termonopoli merupakan syarat penting dalam standard di EU.

Bila diperhatikan negara-negara berkembang yang menerima ODFadalah 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 penentuanstandard dokumen pemerintah adalah ketergantungan kepada suatuentitas (bisnis ataupun bukan). Dengan mengadopsi standard terbukayang 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 masalahketahanan negara. Artinya dengan makin bergantungnya pada sa-tu pihak saja, maka pertahanan menjadi makin lemah. Begitu jugadalam hal dokumen ini. Bayangkan bila hal tersebut terjadi denganformat dokumen perkantoran yang sangat penting bagi operasionalkantor pemerintahan. Menggantungkan pada standard de-facto yangkenyataannya hanya dikuasai oleh satu perusahaan saja, sama de-ngan menggantungkan masa depan ke perusahan tersebut.

Bab 6

Penutup

Suatu bakuan pengembangan Sistem Informasi sangatlah dibutuhkanuntuk menjaga kesinambungan pengembangan Sistem Informasi Ma-najemen di suatu organisasi. Secara singkat bakuan yang ditetapkanuntuk 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 testkesesuaian dengan pengguna pada setiap fase. Metoda ini dite-rapkan ketika SIM yang dikembangkan memiliki transaksi rumitdan bersifat kritis.

• Metoda prototype dengan keterlibatan pengguna pada peran-cangan dan penyusunan (participatory development method wi-th prototyping). Metoda ini dikembangkan ketika SIM melibatkanpengoperasian pengguna terutama untuk aplikasi yang bersifatWeb.

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 yangdigunakan di lingkungan Kemenpora adalah sebagai berikut :

• Source code dari aplikasi SIM yang dikembangkan dengan pen-danaan dari Kementerian Pemuda dan Olahraga adalah milikKementerian Pemuda dan Olahraga. Sehingga pihak yang mela-kukan pengembangan SIM di lingkungan Kemenpora wajib me-nyerahkan source code dan dokumentasi ditail dari source codetersebut kepada pihak Kemenpora. Pihak Kemenpora berhakmenggunakan 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 atauperangkat lunak Open Source. Penggunaan komponen perang-kat lunak proprietary hanya dimungkinkan karena memang tidakada 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 dikembangkanmengikuti bakuan sebagai berikut :

129

• Database disimpan dalam storage model yang tidak bersifatproprietary. Sehingga data tetap tersimpan dalam format yangterbuka. Hal ini dengan tujuan preservasi data di masa menda-tang. Sehingga data tetap dapat dibuka di masa mendatang.

• SIM ataupun aplikasi database menyediakan API (ApplicationProgramming Interface) dalam bentuk generic services yang di-definisikan secara terpisah pada bakuan interoperabilitas. De-ngan demikian tiap-tiap database yang dimiliki oleh SIM terpisahdapat 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 jugadigunakan sebagai format bertukar data aplikasi perkantoran.

Bakuan metoda evaluasi

Bakuan metoda evaluasi yang diterapkan di lingkungan Kemenporaadalah sebagai berikut :

• Evaluasi yang harus dilakukan pada pengembangan SIM adalahevaluasi yang meliputi

– Kinerja dan kehandalan dari SIM dalam menghadai bebandan 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 usabilitasdengan menggunakan pengguna sebenarnya.

strategi roadmap bakuan

Documents