Sudah hampir empat tahun Departemen Teknik Informatika dan Departemen Teknik Elektro bergabung di STEI (Sekolah Teknik Elektro dan Informatika) ITB. Dan sejak itu pula ada perubahan sehingga dosen tidak lagi berkumpul dalam wadah Departemen (tidak ada lagi Departemen), tetapi di STEI dalam wadah-wadah KK (Kelompok Keilmuan).  Sebelumnya, para dosen di Departemen Teknik Informatika berkelompok dalam tujuh Lab Keahlian (Sistem Terdistribusi, Ilmu dan Rekayasa Komputasi, Grafika dan Intelejensia Buatan, Rekayasa Perangkat Lunak, Basisdata, Programming, dan Sistem Informasi). Dengan adanya KK, Lab tidak lagi menjadi tempat berkumpulnya dosen. Lab hanya sebatas pengelola fasilitas penunjang berbagai kegiatan akademik dan penelitian.

Ada sembilan KK di STEI, dua diantaranya KK Informatika (IF) dan KK Rekayasa Perangkat Lunak dan Data (RPLD) yang sebagian besar anggotanya adalah para dosen eks Departemen Teknik Informatika. Tujuh lab pun dibagi pengelolaannya di antara dua KK tersebut. Lab Rekayasa Perangkat Lunak , Lab Basisdata, dan Lab Programming ada di bawah pengelolaan KK RPLD, sisanya di bawah KK IF. Saya sendiri berada di KK RPLD dan mengelola Lab RPL.

Bagaimana dengan asisten ? Asisten (mahasiswa) masih direkrut untuk setiap Lab. Meskipun demikian, asisten dari tiga Lab di bawah KK RPLD sebenarnya adalah asisten KK RPLD…

Ini adalah foto bersama dosen dan asisten KK RPLD (tiga Lab) (foto diambil dari FB-nya Kevin saat makan bersama kemarin, 5 Nov):

Dan ini adalah foto  bersama para asisten Lab RPL (foto diambil dari FB-nya Halim):

Testability adalah salah satu faktor kualitas software. Makin tinggi testability, makin baik kualitas software. Bagaimana menilai testability ? Berikut poin-poin pentingnya:

• Operability; akan mudah diuji jika software bisa dioperasikan dengan baik…
• Observabilty; akan membantu pengujian jika banyak yang bisa kita lihat secara visual…
• Controllability; akan membantu otomasi pengujian jika software lebih mudah dikendalikan…
• Decomposability; akan mempercepat pengujian jika lingkup pengujian dapat diketahui dengan jelas…
• Simplicity; akan mempercepat pengujian jika makin sedikit yang harus diuji…
• Stability; akan memperkecil gangguan terhadap proses pengujian jika perubahan makin minimal…
• Understandability; akan bisa menguji dengan lebih ’smart’ jika kita lebih paham software yang sedang diuji…

Ayo, rancang software yang punya testability tinggi…

Cuaca panas beberapa hari ini membuat anak-anak SAB tergoda untuk berendam di kolam sekolah. Ini Kiki dan teman-temannya yang sedang berendam saat istirahat sekolah.

Guru yang lewat paling akan teriak: “Kalian bawa baju ganti nggak ?”  Dan kalau ternyata lupa bawa baju ganti, mereka akan berjemur di playground sampai kering…

Distance learning atau distance education adalah sebutan untuk kegiatan pembelajaran yang dilakukan jarak jauh. Ternyata sudah dimulai sejak tahun 1728 (Wiki). Makin berkembang saat layanan pos juga berkembang (abab ke-19). Dan makin besar sejak Open University mulai dibangun di UK (1969). Open University ini kemudian diadopsi di berbagai negara. Tahun 2006, Sloan Consortium melaporkan lebih dari 96% college dan university besar di US sudah menawarkan on-line courses. Berkembangnya penggunaan komputer dan internet sangat berperan besar dalam hal ini…

Ya, belajar tidak perlu lagi mengharuskan siswanya untuk berkumpul di saat dan di tempat yang sama. Apalagi jika berbagai kendala untuk meninggalkan tempat asalnya juga cukup besar.  Seperti kasus para guru SD di seluruh pelosok Indonesia. Saat ini ada sekitar 1,2 juta guru SD di seluruh Indonesia yang belum Sarjana. Ini yang akan ‘diberantas’ dengan berbagai program belajar jarak jauh. Tidak mungkin para guru SD ini meninggalkan tempat tugasnya, karena sangat dibutuhkan untuk tetap mengajar…

Penelitian Digital Learning yang diselenggarakan atas kerjasama ITB (PPTIK) dan UPI (seperti saya ceritakan di sini) ingin mendukung program tersebut. Perlu dirancang TIK yang paling pas untuk dipasang di SD-SD di pelosok, agar program belajar jarak jauh ini bisa berjalan lancar.  Karakteristik wilayah Indonesia yang khas menjadi tantangan tersendiri bagi kami untuk mencari solusi yang paling ideal…

Regression testing adalah salah satu jenis software testing untuk mencari software regression. Software regression sendiri adalah kondisi dimana software yang sebelumnya sudah berjalan baik, jadi salah sebagai akibat dari adanya perubahan atau tambahan pada satu atau beberapa bagian software.  Regression yang terjadi bisa lokal di modul yang kita ubah atau tambah, di modul lain (terkena dampak), atau bisa juga unmask, yaitu bug lama yang baru ‘muncul’ karena adanya perubahan…

Regression testing ini perlu dilakukan sebagai bagian dari integration testing, yaitu satu tahap pengujian setelah unit testing, dimana kita mulai mengintegrasikan unit-unit terkecil software menjadi software utuh. Regression testing dilakukan dengan cara mengulang kembali eksekusi sejumlah kasus uji setiap sebuah unit diintegrasikan. Tentu saja akan lebih enak kalau kita memanfaatkan berbagai alat bantu (tools), sehingga pengujian bisa dilakukan otomatis…

Punya tiga anak laki-laki yang berbeda minat memang susah-susah gampang. Termasuk urusan berbagi nonton TV. Selera yang berbeda-beda akhirnya memaksa mereka untuk membuat jadwal nonton masing-masing sehingga tidak bentrok.

Beberapa kali saat saya sedang asyik nonton, terpaksa mengalah karena salah seorang merasa lebih berhak nonton (karena sudah gilirannya). Kadang-kadang saya juga sedikit ‘ngambek’…

Dan hari itu pun terjadi lagi. Si Tengah merasa gilirannya menonton sudah tiba, sehingga saya harus mengalah. Si Bungsu yang kasihan melihat ibunya berusaha menghibur, “Sabar Bu… Nanti kalau udah giliran aku, Ibu boleh (ikut) nonton sambil nyuapin aku deh…” Yang ditonton tentu saja tetap film-nya dia…

(Si Bungsu ini masih susah makan; seringkali perlu kesabaran ekstra untuk menyuapinya makan; jadi, hadiah kesabaran saya kali itu adalah menyuapinya tanpa perlu ‘berantem’ dulu… )

Bahwa software harus diuji sebelum di-deploy, semua sudah tahu. Yang masih jarang dilakukan adalah melakukan pengujian yang komprehensif. Mengapa ? Akan ada banyak alasan. Salah satunya adalah karena tidak ada waktu atau bahkan waktu development sudah habis (deadline) sehingga harus segera di-deploy.

Sebenarnya, alasan tersebut tidak perlu lagi muncul apabila kita bisa melakukan pengujian software secara otomatis. Tidak lagi manual. Cukup banyak software testing tools yang bisa kita gunakan. Open source lagi…

Ini salah satu situs yang bisa dikunjungi: http://www.opensourcetesting.org

Tanggal 22 Oktober adalah tanggal istimewa. Pernah saya ceritakan di sini. Setelah perkenalan yang tidak terlalu lama (kurang dari dua tahun itu singkat kan ?), kami memutuskan untuk menikah. Perkenalan lebih lanjut kami teruskan setelah menikah…

Dan sampailah kami di hari ini: ulang tahun ke-14 pernikahan kami. Mudah-mudahan masih banyak lagi tahun-tahun indah kebersamaan kami setelah hari ini. Dan karena tiga anak kami laki-laki semua, sampai saat ini, saya masih jadi yang paling cantik di rumah…

Dear friends, we wish you all have a wonderful life too…

Saya masih terlibat dalam kegiatan pengembangan Digital Learning yang melibatkan para peneliti PPTIK ITB dan para
dosen dari UPI. Pernah saya ceritakan singkat di sini.

Saat ini, yang menjadi prioritas adalah pengembangan layanan Digital Learning untuk guru-guru dan murid-murin SD. SD yang menjadi contoh adalah dua SD di Bandung, dua SD di Subang, dan satu SD di Cianjur. Kemudian, layanan juga mulai dikembangkan untuk wilayah Kerom di Papua sana…

Layanan Digital Learning akan dikemas dalam bentuk Product Service System (PSS). Pak Armein (Ka PPTIK) menggunakan terminologi ini untuk membungkus produk dan layanan dalam satu kemasan. Jadi, kami bukan hanya men-deliver produk atau layanan, tapi kedua-duanya yang dikemas jadi satu. Terminologi ini (PSS) sudah cukup umum. Menurut wiseGEEK, Product service systems is a task oriented logical system that has an end result of stabilizing the relationship between production and consumption. Dari Wikipedia, diperoleh beberapa penjelasan tentang PSS: Product Service Systems are, put simply,are when a firm offers a mix of both products and services, in comparison to the traditional focus on products. As defined by (van Halen, te Riele, Goedkoop) “a marketable set of products and services capable of jointly fulfilling a user’s needs”

Ada tiga tipe PSS:

1. Product Oriented PSS; konsumen akan memiliki produknya, provider akan menyediakan layanannya.
   
2. Use Oriented PSS; produk dan layanan akan dimiliki dan disediakan oleh provider; tetapi dapat dimanfaatkan oleh konsumen. Biasanya PSS ini akan digunakan bersama-sama oleh beberapa konsumen.
   
3. Result Oriented PSS; PSS ini mengganti produk dengan layanan; contohnya layanan voicemail yang menggantikan answering machines.

Konsep yang menarik. Karena saat ini mulai sulit jika kita hanya ‘menjual’ produk. Atau hanya ‘menjual’ layanan.
Orang tidak mau repot-repot belajar mengoperasikan produk yang baru dibelinya. Dan orang tidak mau repot menyiapkan berbagai ‘produk’ agar suatu layanan bisa dijalankan di atasnya…

Photoblogging aja ya…

(foto-foto diambil dari FB-nya ayahnya Didit… )