Nak, reusing designs through patterns yields faster and better maintenance (gamma et al, 1995). Albert endres (2003), menobatkan ungkapan 4 jagoan, the gang of four, gamma, helm, johnson dan vlissides, sebagai salah satu hipotesis terpenting yg berpengaruh besar ke industri software dunia beberapa dekade setelah buku itu terbit … Saya membeli buku design pattern di atas pada tahun 1995 di jepang, ketika masih semester 1 undergraduate program. Buku yg covernya berwarna putih biru, yg bikin pusing bacanya, lebih pusing lagi baca komentar erich gamma di introduction, “Don’t worry if you don’t understand this book completely on the first reading. We didn’t understand it all on the first writing!” … Buku ini terbit berbarengan dengan mulai berakhirnya perang metodologi object-oriented analysis and design, yg melibatkan maestro2 penting dunia semacam coud yourdon, grady booch, ivar jacobson dan james rumbaugh. Rekonsiliasi mereka membawa kita ke dunia pemodelan software bernama unified modeling language (UML), yg kemudian distandarkan oleh OMG di tahun 1997, dan digunakan di industri hingga saat ini. Beberapa konsep design pattern masuk ke UML dibawa oleh Quatrani di tahun 2001, melahirkan gaya baru notasi sequence diagram, yg menggunakan pola boundary-control-entity (BCE), atau orang sekarang lebih senang menggunakan term model-view-controller (MVC). Tidak banyak buku dan tutorial yg menjelaskan UML dari hulu ke hilir beserta contoh riilnya, saya mencoba mengurai benang kusut ini dengan suatu penjelasan yg sebenarnya berbentuk evolusi pemikiran. Saya pakai metode yg sama utk ngajar pertama di tahun 1997-1998 di jepang, baik di kampus atau perusahaan2 di jepang. Saya perbaiki dari tahun ke tahun, saya formulasi utk jadi standard, nomenklatur bahkan peraturan resmi baik di instansi pemerintah dan di swasta dan bumn. Saya ajarkan lebih komprehensif di kelas2 saya tentang Systems Analysis and Design dan Software Engineering. Download Slide:...

Ketika pegawai meninggalkan perusahaan, pengetahuan merekapun ikut pergi. Perusahaan tidak mengelola pengetahuannya dengan baik, sehingga transfer pengetahuan tidak terjadi. Organisasi perlu mengelola pengetahuan anggotanya untuk: Mengetahui kekuatan (dan penempatan) seluruh SDMPenggunaan kembali pengetahuan yang sudah ada tidak perlu mengulang proses kegagalanMempercepat proses penciptaan pengetahuan baru dari pengetahuan yang adaMenjaga pergerakan organisasi tetap stabil meskipun terjadi arus keluar-masuk atau rotasi SDM Apakah hal di atas ini yang disebut dengan manajemen pengetahuan (knowledge management)? Apakah knowledge management itu suatu konsep, arsitektur, proses atau nama suatu sistem aplikasi? Materi ini akan membahas tuntas tentang knowledge management dari berbagai perspektif, termasuk didalamnya contoh riil penerapan di organisasi seperti apa. Materi bisa didownload melalui:...

Membangun software bukanlah tujuan utama penelitian, hanya testbed untuk mempermudah kita dalam mengukur hasil penelitian. Tidak ada listing code, UML atau screenshot software di paper-paper journal terindeks (SCOPUS/WoS), kecuali penelitian tentang perbaikan paradigma pemrograman, analisis design, dsb. Ketika pada penelitian kita mengusulkan perbaikan suatu algoritma (proposed method). Contoh penelitian bidang image processing, topik penelitian face recognition, memikirkan perbaikan metode atau algoritma untuk pengenalan wajah dengan lebih akurat atau efisien. Penelitian bidang data mining, topik tentang decision tree, memikirkan perbaikan algoritma decision tree sehingga bisa memprediksi (klasifikasi) dengan lebih akurat. Nah untuk mempermudah eksperimen dan evaluasi, kita menulis kode program (software) untuk menguji dan mengevaluasi performance dari algoritma yang kita usulkan Bahkan penelitian bidang software engineering, bukan penelitian tentang pengembangan software yang hasil akhirnya produk software, tapi penelitian untuk perbaikan berbagai aspek metodologi pengembangan software, termasuk didalamnya bagaimana metode requirement gathering yang lebih efisien, perbaikan proses pengembangan software, perbaikan metode dan teknik tentang pengujian software, bagaimana software architecture yang lebih sistematis, dsb. Lha terus bidang software engineering itu sebenarnya bidang apa? Trend penelitiannya juga ke arah mana? Mana topik penelitian bidang software engineering yang sebaiknya saya angkat untuk penelitian saya? Materi dalam bentuk slide, dan bisa didownload dengan mengklik gambar...

10 mitos dalam dunia software engineering, yang selama ini disangka bahwa ini benar, tapi ternyata merupakan kekeliruan. Tingkat kegagalan project software di dunia ini mencapai lebih dari 40%. Di Amerika, Standish Group mencatat kegagalan mencapai 42%, sedangkan General Accounting Office menemukan fakta bahwa kegagalan pengembangan software mencapai 53% (Dennis, 2012). Semakin besar ukuran dari software, semakin besar kemungkinan kegagalan dalam pengembangan dan penerapan. Ketika kita mencoba mengkritisi lingkungan di sekitar kita, kita akan menemukan fakta yang unik bahwa banyak penerapan software yang seperti dipaksakan ada. Software tersebut tidak membawa manfaat dan keuntungan apapun untuk kita, bahkan menyebabkan peningkatan biaya dan waktu. 10 mitos yang menyebabkan kegagalan pengembangan software akan dibahas pada materi ini. Materi tersaji dalam bentuk slide, dan merupakan versi update dari artikel 6 mitos kesalahan pengembangan software yang telah diupload sebelumnya. Download: romi-se-mitos.pdf Tersedia video penjelasan materi 10 mitos software engineering di Youtube di...