Berharap Ramadhan kan bertemu kembali di tahun depan.
Berharap maaf & silaturahmi kan selalu terjalin.
Selamat Indhul Fitri 1 Syawal 1431 H
Mohon Maaf Lahir & Batin

Data merupakan sebuah elemen terkecil dalam mengolah informasi.

Poin-poin diatas tidak terpenuhi, maka segala usaha sekeras apapun juga akan membuat kita semua “terkesan” bekerja tanpa hasil nyata.

Semarang@02.Sep.2010

Selama ini, kita sering dan bahkan pasti memiliki Tools (alat bantu) guna mendukung Aplikasi utama kita. Entah itu Tools yang sederhana, yang hanya kumpulan Query, atau Tools yang hebat, yang telah di pack dalam aplikasi khusus. Baik digunakan sebagai Report maupun untuk mengecek kwalitas maupun kwantitas data.

Ada satu analisa yang dia angkat atas kasus ini. Apabila seorang Asmandat telah selesai atas Aplikasinya sendiri, maka Tools akan berbanding lurus dengan progress. Namun apabila asmandat tersebut belum selesai atas Aplikasinya sendiri, maka Tools hanyalah pengganggu dan tidak berbanding lurus dengan progress.

Maksud “Aplikasinya sendiri” ini adalah Aplikasi SIM OnLine. Dimana harus dan mutlak, seorang asmandat wajib paham atas aplikasinya. Baik dari hal struktur data hingga penggunaannya. Masih sering di temui, seorang Asmandat korkot yang yakin bahwa datanya sudah di Synch semua, namun setelah di cek di dalam databasenya, ternyata masih banyak yang belum di Synch. Keyakinannya bagus, tapi menyesatkan.

Melihat Aplikasi OnLine kita, memang tidak terlepas dari permasalahan kekurangan. Namun sebenarnya, hal ini biarlah seperti ini. Kenapa..???

Ada 1 hal yang dilupakan selama ini adalah, dukungan dari masing-masing level. Tiap jenjang level, yaitu KMP, KMW dan korkot telah ada yang namanya Asmandat. Namun seringnya, semuanya “menyalahkan” KMP atas permasalahan SIM. Yang perlu dirumuskan kembali adalah, tugas dan tanggungjawab dari masing2 level, supaya Aplikasi SIM tetap di supprot oleh masing2 level. Anggaplah yang di KMW maupun korkot adalah IT Support. Sehingga permasalahan Aplikasi bisa segera di selesaikan di masing-masing level, tidak harus sampe level KMP. Klau nunggu KMP pasti lama.

Apabila di setiap level telah mampu mengenal Aplikasinya, pastilah Tools mampu memberikan kwantitas serta kwalitas data yang bagus. Tools akan berbanding lurus dengan progress. Masih ada kewajiban untuk lebih mengenalkan Aplikasi sendiri ke para asmandat.

Sang teman tadi meneruskan critanya, namun tiba-tiba pundak saya ada yang menepuk-nepuk, “Ayah, bangun ayah..dah subuh nih. Yu’ sholat subuh dulu” Oh..ternyata istriku yang cantik membangunkanku. Sejenak ku duduk, oh..ternyata hanyalah mimpi. Namun mimpi yang indah, untuk kebaikan kerjaan ini. Smoga ini nggak hanya mimpi, guna membangun SIM PNPM yang lebih bagus. Amin.

Yu’..mari kita BANGKIT dari mimpi.

Djogja@30 April 2010
posting di : sim-reguler-pnpmmp@googlegroups.com

Alon-alon asal klakon…..mungkin itu adalah padanan kalimat yang cocok untuk menyebut SIM Q-ta sekarang. Sambil masukin data baru, sambil migrasi data lama juga, sambil memperbaiki bug aplikasi juga, sambil QA (Quality Assurance) juga, sambil menggunakan datanya juga, sambil menunggu data yang belum di migrasi juga, sambil (kadang2) marah2 karena nggak bisa Synch juga, sambil garuk-garuk kepala, sambil chat nunggu selesainya proses Synch, sambil FB-nan, sambil….

SIM (yang sekarang kita sebut) SIM OnLine, merupakan sebuah karakter implementasi yang sebenarnya pilihan yang tepat. Namun alon-alon asal klakon tadi membuat terkesan loyo, tidak greget, dikarenakan fundamen dari konsepsinya hanya bertumpu pada teknis (aplikasi) yang seakan-akan sebagai nyawanya SIM. Sebenarnya implementasi SIM tidak hanya dalam hal teknis. Masalah teknis hanyalah sebuah alat yang digunakan dalam implementasinya. Sebaik-baik aplikasi (software, hardware), aplikasi hanyalah alat yang digerakkan oleh user (brainware). Diwilayah brainware inilah dalam penerapan SIM yang belum pernah disentuh. Keterjebakan Q-ta selama ini lebih pada Tools nya, dan bukan yang menggerakkan Tools tsb. SIM pada konsepsi dasarnya tidak berpatokan pada teknologi yang dipakai, namun lebih pada pemanfaatan data bagi penikmatnya dengan berbagai macam cara.

SIM Online berbeda konsep dengan SIM generasi sebelumnya. Beda jauh bung…. Baik dari teknologi yang dipakai maupun proses bisnisnya. Konsepsi SIM Online lebih pada percepatan data dalam pengolahannya. Baik dari sumber data, hingga menjadi sebuah informasi yang berguna bagi penikmatnya. Hal ini bisa dilihat dari di potongnya alur data yang selama ini ada, yaitu level KMW dan level KMP. Semua data dari korkot langsung masuk ke web server, tanpa ada tedeng aling-aling (perantara).

Mungkin banyak yang belum tahu, klo data-data SIM Q-ta yang di Sync akan di tampung dulu, dan baru akan di publish di halaman web setiap jam 4 pagi (konsep schedule task). Namun tidak untuk data QS, data ini bisa langsung terpublish tanpa di tampung dulu.

Pemotongan aliran data ini berdampak positif pada aliran data yang cepat. Dimana dulu data dari Korkot masuk dulu ke KMW, baru ke KMP, dan baru di publish di web. Dulu, KMW akan menunggu semua korkot mengirimkan datanya terlebih dahulu sebelum melakukan kompilasi. Begitu juga KMP. Namun sekarang, data dari Korkot langsung bisa mak wuzzz masuk ke web server. KMW dan KMP mendapatkan data selevel dengan pengguna data yang lain, melaui web.

Yup, pemotongan ini memang cepat dari sisi jenjang, namun belum berarti cepat dalam ketersediaan data dipusat. Di SIM Online ini, tidak ada mekanisme pelaporan seperiodik SIM yang dulu. Wewenang yang diberikan kepada Korkot untuk mengirimkan datanya langsung ke pusat merupakan langkah untuk memudahkan data/informasi supaya cepat bisa tersampaikan ke pusat, tanpa melalui mekanisme pelaporan yang berjenjang. Korkot diibaratkan sebagai sebuah entitas terkecil yang diperbolehkan untuk langsung menuju ke entitas terbesar (web server), tanpa melawati entitas-entitas perantaranya (KMW & KMP). Harapannya adalah bahwa seharusnya informasi tsb bisa cepat dikirim tanpa ngetem (berhenti untuk menunggu penumpang). Hal ini berdampak pada (seharusnya) tidak ada lagi periodesasi pengiriman data SIM. Karena pengiriman bisa dilakukan disetiap saat dan setiap waktu dimanapun anda berada, disetiap ada informasi yang baru. Atau untuk memudahkan, pengiriman bisa setiap hari, atau seminggu sekali, atau seminggu dua kali. Namun apabila pengiriman data masih ada yang melakukan 2 minggu sekali (sebulan 2 kali), hal ini masih termasuk aliran Tempoe Doeloe.

Klo masih ada yg aliran Tempoe Doeloe, berarti nggak berguna SIM Online ini, karena belum menyelesaikan permasalahan percepatan data. Percumah donk memotong 2 aliran, klo nyampe informasinya ke pusat tetep sama aja seperti Tempoe Doeloe….

Bila kita melihat sebuah data, Q-ta bisa memilahnya menjadi 3 karakteristik, yaitu data baru (add), data edit (update), dan data hapus (delete). Data baru merupakan penambahan data (tambah record). Sedangkan data edit merupakan perubahan data (record nya tetap), yang bisa berasal dari perubahan atas sebuah nilai (value) dalam sebuah field, atau menambahan nilai (value) pada field yang laen. Dan penghapusan data merupakan menghapus data dari record.

Dalam pengiriman data keserver pun (yang kemudian kita sebut sebagai proses Synchronize/ Synch) pastinya mengandung 3 karakteristik tsb. Data yang di Synch tidak serta merta hanya data baru (add). Namun pastinya ada data yang edit dan hapus.

Klo data baru sih gampang ngirimnya. Tp klo data yang hendak di edit atau dihapus, ada berbagai macam mekanisme yang harus dilalui. Harus Request unBlok dulu ke KMP, baru datanya bisa di update.
Sifat Synchronize pasti memiliki mekanisme blok-unblok. Dimana apabila terjadi perbedaan data, maka akan diotentifikasi terlebih dahulu, data mana yang akan di pakai.

Proses Synch, selain mengirim data baru, ada juga mengirimkan nilai (value) atas data yang di update. Ini perlu untuk menjaga konsistensi dan persamaan data, antara data yang ada di database korkot dengan data yang ada di server. Inti dari SIM Online adalah ketersediaan data di pusat yang disuplay dengan cepat oleh level korkot. Dan Synch merupakan mekanisme teknis dimana akan menyamakan data di database pusat dengan di database korkot.

Sehingga, apabila suplay data tidak cepat serta database korkot dan data di server tidak sama, maka SIM Online kita masih beraliran Tempoe Doeloe…

Udah dulu yach..si kecil dah nangis tuh…popok nya dah basah kliatannya.. ..

djogja @ 09 Feb 2010
posting di : sim-reguler-pnpmmp@googlegroups.com

Awalnya, Pak Ali (KMW 13) yang crita, kemudian saya coba untuk membuktikannya. Sampai2, mbak Ery juga diminta bantuannya. Walhasil..ditemukan lah (klo boleh disebut) masalah. Masalah yang bukan dari sisi teknis Aplikasi, tp lebih pada sisi non teknis.

Begini critanya:

Di dalam SIM OnLine 2009, 1 (satu) data ada yang di simpan dalam beberapa tabel, contohnya adalah,
Data USULAN BLM, ada 3 tabel yg langsung berhubungan, yaitu: tabel USULAN, USULAN_D, USULAN_TANAH.
Data SETUJU BLM, ada 3 tabel yg langsung berhubungan, yaitu: tabel SETUJU, SETUJU_D, SETUJU_TANAH.
Data REALISASI AKHIR BLM, ada 6 tabel yg langsung berhubungan, , yaitu: REALISASI, REALISASI_D, REALISASI_D_ PM, REALISASI_HOK, REALISASI_KAYU, REALISASI_TANAH.
Nah, ketiga data tersebut adalah data yang saling terikat dan terkait. Data REALISASI tidak mungkin ada sebelum data SETUJU. Dan data SETUJU tidak mungkin ada sebelum data USULAN. Bisa juga begini, data USULAN_D tidak mungkin ada sebelum ada data USULAN. Data SETUJU_D tidak mungkin ada sebelum ada data USULAN. Data REALISASI_D tidak mungkin ada sebelum data REALISASI.

Disinilah mulai di temui permasalahannya.

Dalam proses Synch yang dilakukan level KMW, yaitu Synch untuk mendownload data, kami temui jumlah record yang berbeda. Jumlah record tabel REALISASI lebih banyak dari pada tabel SETUJU. Tabel SETUJU lebih banyak dari pada tabel USULAN. Tabel USULAN_D lebih banyak dari pada tabel USULAN.

Kemudian bila dibuat relasi tabelnya/query tables, banyak data yang tidak muncul. Data yang muncul hanyalah data yang secara konsep relasi tabel terpenuhi. Ditemukan data Unmatched Query yang banyak/data yang tidak memiliki relasi tabel dengan tabel yang lain.

Kenapa yach…..??? Apa karena proses Synch level KMW nya yg nggak bisa mendownload semua datanya. Apakah datanya nyasar..??? Coba lg Synch level KMW untuk yg kedua kali. Ternyata hasilnya sama. Ketiga kalinya pun masih sama juga. Ko’ bisa, ditemukan banyak data yang “tidak memiliki induk”. Datang dari mana data-data ini, Aneh…..

Sidik punya selidik, cek punya cek, semua hal harus di kroscek.

Kita coba memastikan permasalahan dengan melihat data asli dari database korkot. Ternyata oh ternyata, sebenarnya datanya bagus. Data USULAN, SETUJU dan REALISASI memiliki relasi data yang baik. Tabel USULAN dan USULAN_D memiliki relasi yang bagus. Semua record data bisa muncul dalam Query Tables. Dan tidak ada record yang tidak memiliki relasi tabel. Tidak ada data yang “tidak memiliki induk”.

Trus knapa data level KMW beda dengan data korkot…???

Klo dilihat dalam database korkot, memang bisa kelihatan, data dalam tabel mana saja yang telah di Synch (Upload Data) dan yang belum di Synch. Record mana aja yang berstatus record baru belum di Synch, record Edit dan record yang telah di Synch (Upload data). Dalam database korkot ini, data antar tabel memang bagus. Namun status recordnya lah yang berbeda. Ditemukan sejumlah record di USULAN_D yang memiliki status telah Synch lebih banyak dari pada di tabel USULAN. Record yang memiliki status telah Synch pada tabel SETUJU lebih banyak dari pada tabel USULAN. Dalam mekanisme Synch yang dilakukan di level korkot, secara aplikasi memang tidak ada mekanisme otentifikasi secara detail. Pada dasarnya, data apa saja bisa di Synch, walaupun misal, kita hanya men-Synch data USULAN_D saja dan tidak men-Synch data USULAN, atau data SETUJU saja dan tidak men-Synch data USULAN.

Data KMW, yang pastinya sama juga dengan datanya KMP dan yang ada di Web PNPM, adalah data yang bersumber dari Database Server pusat. Terjadi perbedaan dengan database korkot lebih dikarenakan permasalahan proses Synch atau kirim data atau upload data yang dilakukan Asmandat korkot ke Database Server pusat dengan mekanisme Synch OnLine Internet. Permasalahan ini bisa terjadi karena memang belum periodenya Asmandat Korkot untuk melakukan Synch, atau lupa data apa saja yang telah atau belum di Synch, atau memang secara teknis aplikasi Synch proses Synchronize gagal, atau perangkat laen yang mengakibatkan proses Synch gagal, atau bisa juga karena Asmandatnya “stress” karena sering gagal dalam proses Synch, membuat dia “mutung” melakukan Synch lagi, atau Asmandat korkot tidak memastikan proses Synch sukses. Kalau memang permasalahan ini sampai terjadi berlarut-larut, berarti aplikasi OnLine ini nggak lebih bagus dengan aplikasi SIM yg lalu. Nggak lebih cepat, nggak lebih akurat dan nggak lebih nyaman. Namun perlu dibuat pemisahan, antara permasalahan teknis dengan non teknis, yang kemudian dicarikan solusinya. Aplikasi hanyalah masalah teknis dan pada konsep dasarnya, SIM berada dalam koredor non teknis.

Saya kira, perlu hal baru dalam melihat suatu yang baru. Perlu mekanisme kerja baru, dalam menjalankan aplikasi yang baru. Akan sangat salah bila kita masih menggunakan paradigma lama dalam implementasi SIM yang baru. Aplikasi kita sudah baru, maka perlu paradigma yang baru pula. Perlu SOP baru dalam implementasinya.

Dalam kasus ini, banyak yang bisa dibuat catatan, antara lain……

Apa yach….
Jadi bingung sendiri buat strateginya ……
Ada yang bisa bantu…???

djogja@24 Nopember 2009
pisting di : sim-reguler-pnpmmp@googlegroups.com