Pertama, saat saya tiba-tiba masuk dalam situasi pekerjaan yang sangat tidak menyenangkan. Kata resiko muncul, bertaut dengan kata lain: (resiko) pekerjaan, salah menilai (resiko), menerima (resiko) sebagai konsekuensi dari keputusan yang sudah diambil.

Kedua, saat saya diminta mengajar mata kuliah Risk Assessment and Security Management di Program Magister Informatika Unla. Kata resiko harus saya coba terangkan dalam konteks manajemen keamanan informasi: penilaian (resiko), identifikasi (resiko), analisis (resiko), manajemen resiko, dan mitigasi (resiko).

Sebenarnya apa yang disebut dengan resiko? Menurut Kamus Besar Bahasa Indonesia, resiko adalah akibat yang kurang menyenangkan (merugikan, membahayakan) dari suatu perbuatan atau tindakan. Resiko dapat diartikan juga sebagai kemungkinan terjadinya peristiwa yang membawa akibat yang tidak diinginkan atas tujuan yang ingin diraih.

Sementara dalam konteks keamanan informasi,

• Risk is the net negative impact of the exercise of a vulnerability, considering both the probability and the impact of occurrence. [NIST]
• Risk is defined as a function of three variables: the probability that there is a threat, the probability that there are any vulnerabilities, and the potential impact. [Wikipedia]

Karena seringnya kata resiko ini datang menghampiri, saya coba memaknainya. Dari slide powerpoint yang pernah diberikan seorang teman,

To laugh is to risk appearing a fool!
To weep is to risk appearing sentimental!
To reach out for another is to risk involvement!
To express feelings is to risk rejection!
To place your dreams before the crowd is to risk ridicule!
To love is to risk not being loved in return!
To go forward in the face of overwhelming odds is to risk failure!
But risks must be taken, because the greatest hazard in life is to risk nothing!
The person who risks nothing does nothing, has nothing, is nothing!
He/she may avoid suffering and sorrow, but he/she cannot learn, feel, change, grow or love!
Chained by his certitudes, he is a slave!
Only a person who takes risks is free!
Risk it, you might discover a new person in yourself!

Walaupun Ernest Hemingway mengatakan,

Hesitation increases in relation to risk in equal proportion to age!

Atau pendapat Tom Gilb dalam bukunya Principles of Software Engineering Management yang menyatakan,

If you don’t actively attack the risks, the risks will actively attack you.

Ah, apapun pendapat orang tentang resiko, senang rasanya bisa kembali posting. Terima kasih untuk para pembaca yang sudah dan tetap berkunjung ke blog ini.

Have a day full of smile and good work!

Sebagai gambaran, kegiatan belajar akan memberikan kita pengetahuan dan keterampilan (output). Dengan pengetahuan dan keterampilan tersebut maka cara kita berpikir, bersikap, dan bekerja akan menjadi lebih terencana, terpola, dan terukur (outcome). Akibatnya produk pekerjaan yang kita hasilkan akan menjadi lebih baik dan berkualitas (impact).

Dampak sukar diukur karena pencapaiannya tidak seketika. Selain itu, ada kegiatan atau faktor lain yang dapat mempengaruhi pencapaian ini. Contohnya, kualitas produk pekerjaan tidak hanya dicapai dari hasil kegiatan belajar. Tetapi mungkin dipengaruhi juga oleh hasil pengadaan alat (tools) untuk membantu pekerjaan tersebut. Atau bisa juga oleh hasil pemilihan bahan bakunya.

Dampak ada yang positif, ada juga yang negatif. Biasanya kita akan menolak, protes, bahkan marah kalau ada kegiatan yang dapat memberikan dampak negatif bagi banyak orang.

Dibutuhkan kemampuan analisis yang kuat untuk dapat mengantisipasi kemungkinan munculnya dampak negatif. Dibutuhkan kearifan untuk memilah mana kegiatan yang memberikan dampak positif dan negatif. Tetapi dibutuhkan sikap bijaksana untuk mencari solusi bagaimana menghilangkan, minimal mengurangi, dampak negatif ini apabila kegiatan tersebut sudah terlanjur terlaksana.

Entah mengapa perencanaan tata ruang, tata kota, tata bangunan, tata ekonomi, dan tata-tata lainnya untuk kota Bandung ini sepertinya tidak komprehensif. Tidak memperhatikan dampak jangka panjang bagi penduduknya. Bahasa kerennya, tidak dibuat social cost benefit analysis-nya. Yang dikedepankan mungkin hanya business plan saja. CMIIW!

Tetapi seperti apapun wajah kota Bandung, saya tetap mencintai kota ini. Good or bad is my city!. Tempat segala macam proses kehidupan yang saya jalani semenjak lahir. Walaupun setiap akhir pekan saya selalu berharap, Bandung tidak macet dan semrawut. Bandung kembali teduh dan sejuk. Bandung dapat membuat penduduknya kembali menjadi ramah, someah dan religius.

Lamunan sontak buyar saat terdengar suara berdecak dari sebelah atas. Eh, ternyata ada si cecak lagi. Mungkin sedari tadi terus memperhatikan. Begitu saya tatap, cecak pun berkomentar, “Gw tau alasan sebenernya lu ga suka wiken! Bukan karena macet kan!?”.

Dan secepat kilat saya pun usir dia, “Hus, huss, pergi sana!”, sebelum dia bicara tambah ngaco.

Have a nice weekend!

Menurut saya, pendapat diatas perlu dikoreksi walaupun tidak sepenuhnya salah. Mengapa? Karena dalam konteks perancangan basis data, ERD dan normalisasi adalah 2 hal yang berbeda. Mari kita urai satu persatu.

ERD adalah diagram untuk menggambarkan model data Entity-Relationship (ER). Model ini digunakan untuk mendeskripsikan basis data di level konseptual. Artinya, basis data yang akan dibangun kita coba ungkapkan dalam bentuk entitas-entitas data berikut hubungan keterkaitan diantaranya. Dengan demikian, kita dapat membayangkan data apa saja yang nanti akan disimpan dalam basis data.

Sementara normalisasi adalah proses dekomposisi skema atau tabel relasi, karena skema atau tabel tersebut masih mengandung anomali. Skema atau tabel relasi adalah notasi untuk menggambarkan model logis basis data. Model ini digunakan untuk mendeskripsikan basis data sehingga susunan dan keterkaitan antar datanya dapat kita lihat secara logis.

Jadi berdasarkan penjelasan diatas, kita bisa buat klasifikasi sebagai berikut:

• Model data: model ER, model relasi
• Diagram/notasi: ERD, skema/tabel relasi
• Tahap perancangan: perancangan model konseptual, perancangan model logis, normalisasi

Nah, selanjutnya kita hanya tinggal menempatkan model data, diagram/notasi, maupun tahap perancangan berikutnya ke konteks yang tepat sesuai pendekatan perancangan yang dipilih.

Bagaimana menurut pembaca?

Review yang saya lakukan biasanya mengenai substansi dari mata kuliah. Sebagai contoh, untuk mata kuliah Pemrograman Berorientasi Objek atau Object-oriented Programming (OOP):

Pemahaman tentang OOP
OOP adalah teknik untuk membuat program objek, yaitu program yang tersusun dari kelas dan objek yang saling berhubungan. Hubungan antar kelas/objek ini dapat dilihat baik saat program ditulis maupun saat program dieksekusi.

Karena OOP merupakan teknik pembuatan program, maka ada pendekatan yang digunakan. Ada aturan yang harus diikuti saat menyusun programnya, dan ada tools yang digunakan untuk menuliskan programnya.

Belajar OOP
Belajar OOP adalah belajar pemrograman, oleh karena itu ruang lingkup pembahasannya mencakup:

1. Belajar ide atau pendekatan yang menjadi konsep dasar OOP.
2. Belajar bagaimana menerapkan konsep dasar itu menjadi berbagai bentuk OOP.
3. Belajar bahasa pemrograman yang akan digunakan untuk membuat berbagai bentuk OOP, seperti struktur program, sintaks penulisan, atau mekanisme eksekusi program.
4. Belajar menggunakan tools bahasa pemrograman untuk menulis program, kompilasi, dan eksekusi.
5. Belajar menemukan dan mengartikan kesalahan program, dan memperbaikinya.
6. Belajar bagaimana mengimplementasi 1 s.d. 5 untuk membuat sebuah aplikasi yang utuh.

Peta Materi OOP
Mengacu pada ruang lingkup belajar OOP diatas, peta materi OOP bisa seperti ini:

(Klik disini untuk melihat gambar yang lebih besar)

Supaya semua materi dapat tersampaikan, ada strategi pembelajaran dan prioritas materi yang harus dirancang. Mana yang harus disampaikan di kelas, di laboratorium, saat asistensi, atau yang harus dipelajari dan dikerjakan sendiri oleh mahasiswa.

Semoga bermanfaat!

Apa perbedaan dan persamaan sistem informasi dengan Rekayasa Perangkat Lunak (RPL)?

Supaya tidak kemana-mana, saya coba tempatkan dulu konteks pertanyaannya. Dalam konteks pengembangan (development) dari suatu proyek IT atau tugas akhir, substansi perbedaannya terletak pada objek yang dikembangkan, sehingga produk (output) yang dihasilkannya pun berbeda.

Objek pengembangan sistem informasi adalah sistem informasi. Untuk proyek pengembangan sistem informasi secara total,

Objek pengembangan perangkat lunak tentunya perangkat lunak, yaitu program, (basis) data, dan dokumen-dokumen yang terkait dengan proses pengembangannya.

Ruang lingkup pekerjaan dan produk yang dihasilkan dari pengembangan sistem informasi secara total meliputi,

Pada umumnya pengembangan sistem informasi secara total hanya sekali dilaksanakan, yaitu di awal pembentukan sistem informasi. Untuk proyek-proyek berikutnya, juga tugas akhir, objek yang dikembangkan lebih ke aplikasi dan basis datanya.

Pada keadaan inilah pengembangan sistem informasi menjadi sama ruang lingkup dan produknya dengan pengembangan perangkat lunak.

Semoga bermanfaat.

Saran pertama ngga mungkin saya lakukan. Dengan suara alto sopran di nada dasar D minor alias sumbang, terlalu beresiko jika saya lakukan. Bisa-bisa saya diikat seperti tokoh Asurancetaurix di seri komiknya Asterix.

Jadi tinggal saran kedua yang mungkin saya coba. Dan hasilnya begini,

Setengah dua belas lebih semenit
Ku termangu di depan laptop
Dengan mata yang tinggal lima watt

Sambil bersandar pada dinding yang mulai dingin
Kualihkan pandangan ke tembok
Dimana seekor cecak berada

Cecak pun balik menatap
Dan tiba-tiba berucap,
“Ngapain lu liat2 gw! Naksir?”

Halah!!!

Have a nice day…

Kalau dirangkum, beberapa jawaban yang pernah saya sampaikan adalah:

Pertama, substansi dan manfaat kurikulum. Menurut saya, kurikulum merupakan roadmap untuk semua proses pembelajaran yang dilakukan oleh program studi. Jadi kurikulum harus dapat menginformasikan mata-mata kuliah apa saja yang akan dipelajari, bagaimana alur, urutan dan strategi penyampaiannya, dimana penempatan milestone pencapaian tujuannya, serta kapan monitoring dan evaluasinya.

Kedua, kompetensi lulusan yang diinginkan. Artinya, apa yang ada di kurikulum harus dapat dipetakan dengan kompetensi lulusan yang diinginkan. Sebagai contoh, jika lulusan diharapkan mempunyai kompetensi membuat perangkat lunak dengan memanfaatkan kaidah-kaidah software engineering, maka kurikulum haruslah dipetakan ke rumpun ilmu atau body of knowledge dari software engineering. Tetapi jika lulusan diharapkan menjadi peneliti (researcher), maka sebaiknya kurikulum diorientasikan ke bidang computer science.

Dengan demikian setiap perguruan tinggi nantinya akan menghasilkan lulusan yang mempunyai kekhasan masing-masing. Mirip seperti pendekar-pendekar pada cerita silat Kho Ping Ho. Ahli pedang dari Kun Lun Pai, ahli golok dari Bu Thong Pai, atau ahli toya dan tangan kosong dari Shaolin.

Ketiga, content dan bobot dari mata kuliah yang diadakan. Ini masih ada kaitannya dengan jawaban kedua. Untuk dapat menghasilkan lulusan sesuai kompetensi yang diinginkan, maka program studi harus berani menetapkan mata-mata kuliah apa saja yang bobot SKS-nya akan diperbanyak. Selanjutnya ditentukan luas cakupan dan kedalaman materi dari kuliah-kuliah tersebut.

Sebagai contoh, untuk menghasilkan lulusan dengan kompetensi di atas dibutuhkan mata kuliah software engineering dengan bobot, misalnya, 15 SKS. Cakupan pembahasan mulai dari bagaimana mengembangkan berbagai jenis perangkat lunak, menguji kualitasnya, menulis dokumentasinya, sampai dengan mengelola proyeknya. Sementara kedalaman pembahasannya bisa sampai level 3 dari Capability Maturity Model.

Keempat, sarana dan prasarana yang harus disiapkan. Supaya kurikulum dapat dijalankan dengan baik, dibutuhkan sarana dan prasarana seperti koneksi internet, laboratorium dengan berbagai software dan tools yang mendukung proses pembelajaran, perpustakaan yang menyediakan buku-buku referensi terkini, dan sebagainya. Jika sarana dan prasarana belum lengkap, ada trade off yang harus dilakukan program studi terhadap proses pembelajarannya.

Terakhir, but not least, sumber daya manusia (baca: dosen). Sebagus apapun kurikulum dan sarana prasarana yang ada, tidak akan memberikan hasil maksimal jika dosen yang menjadi ujung tombak proses pembelajaran tidak membekali dirinya dengan kompetensi yang disyaratkan kurikulum. Dan ini merupakan ironi sekaligus dilema bagi banyak perguruan tinggi, sehingga ada trade off yang harus dilakukan kembali oleh program studi terhadap proses pembelajarannya.

Semoga bermanfaat!

   // Life’s methods
   public Life() {
      myProblem = new Problem[maxCapacity];
      problemCounter = 0;
   }

   public void receiveProblem(Problem p) {
      myProblem[problemCounter] = p;
      problemCounter++;
   }

   public Problem getProblem(int x) {
      return (myProblem[x]);
   }

   public void solveProblem(Problem p) {
      Solver myProblemSolver = new Solver();
      myProblemSolver.whatEverResultIs(p);
   }

   public void releaseProblem(int x) {
      myProblem[x].delete();
      problemCounter–;
   }

   // Main program we always have to do
   public static void main(String args[]) {
      // Create an instance from Life
      Life myLife = new Life();

      // Problem will always come, and we must receive it
      myLife.reveiceProblem(anyThing);
      myLife.reveiceProblem(whatEver);
      myLife.reveiceProblem(anyKindOfProblem);

      // Simply, we just solve all the problem we have and then release it
      for (int i=0;i<problemCounter;i++) {
         myLife.solveProblem(myLife.getProblem(i));
         myLife.releaseProblem(i);
      }
   }
}