SimSE Incremental

Hello.. ^_^

Kembali lagi.. Masih lanjutan dari postingan sebelumnya, yaitu soal bermain game SimSE >.< Kali ini saya akan membahas mengenai game kedua yang saya mainkan yaitu SimSE Incremental Game. Let’s check my strategy in this game ;)

Sama dengan game sebelumnya, awalnya saya bingung bagaiman harus memainkan game ini, karena SimSE Incremental ini berbeda cara bermainnya dengan SimSE Rapid Prototyping yang sudah saya bahas pada postingan sebelumnya. Untuk model Incremental ini, pembuatan software-nya terbagi menjadi modul-modul yaitu terdapat 4 modul yang harus diselesaikan. Seperti yang kita ketahui bersama bahwa model incremental proses pengembangan software-nya dilakukan secara berurutan, jadi modul-modul tersebut juga harus dikerjakan sesuai urutan masing-masing.

Untuk tahap awal, yang saya lakukan yaitu mengenali kemampuan masing-masing pekerja, karena semua pekerja memiliki kelebihan di bidang tertentu. Hal ini akan membantu kita dalam menentukan pembagian proses kerja yang akan dilakukan.

Nah, sekarang kita akan memulai mengerjakan modul 1. Langkah pertama yang akan dilakukan adalah melakukan requirement, disini kita dapat menentukan pekerja-pekerja yang memiliki cukup kemampuan dalam hal requirement. Saya memilih Lola dan Karl untuk tahap requirement, sementara itu untuk pekerja lainnya saya berikan tugas melakukan tahap selanjutnya, yaitu implementation kepada Amy, dan design kepada Bob karena masing-masing mereka ahli dalam bidang tersebut.

Setelah itu, tahap requirement modul 1 yang dikerjakan oleh Lola dan Karl selesai, sedangkan Amy dan Bob masih tetap mengerjakan tahap implementation dan design untuk modul 1. Selanjutnya akan disusul oleh Bob yang selesai mengerjakan tahap design untuk modul 1, nah akan muncul pemberitahuan bahwa costumer telah mengubah modul, tapi abaikan saja dan lanjutkan pekerjaan yang sedang berlangsung. Apabila semua tugas-tugas dalam modul 1 telah selesai dikerjakan, maka saya akan menyuruh pekerja-pekerja yang sama dengan tugas yang sama untuk melanjutkan tugas mereka masing-masing pada modul berikutnya, sampai pada modul 4.

Setelah semua modul dan tugas-tugasnya selesai, maka selanjutknya yang dilakukan oleh Lola dan Karl adalah melakukan risk analysis, dan untuk Bob saya menunjuknya untuk melakukan evolve code dari pemberitahuan yang tadi diabaikan. Setelah Lola dan Karl selesai dengan risk analysis-nya, kemudian lanjutkan dengan mengerjakan difficulty analysis, begitu seterusnya tapi perlu dikondisikan juga dengan melihat proses apa yang masih berlangsung, maka ada kalanya semua pekerja akan melakukan 1 proses yang sama.

Hal yang perlu untuk diperhatikan dalam game ini, yaitu pastikan bahwa setiap modul dan tugas-tugasnya telah terselesaikan dengan baik, dan sudah sesuai dengan permintaan costumer. Setelah mengecek semuanya, langkah selanjutnya yaitu, hasil sudah dapat diserahkan kepada costumer, lakukan dengan mengklik submit final product to costumer. Skor akan muncul dan selesai deeh… ^o^

Screenshoot score :

Sekian dlo ya buat strategi kali ini ;)

Buat yang mau coba-coba main game ini silahkan klik disini

Thakns for reading… :D

See u next…

SimSE Rapid Prototyping

Hi there..

Kembali lagi nih nge-blog, setelah postingan terakhir saya tentang Model-model Software Process. Nah, untuk kali ini saya akan mulai membahas mengenai 1 tugas baru yang diberikan oleh dosen saya, di mana tugas ini sempat membuat saya takut dan sangat khawatir. Bagaimana tidak, tugas ini merupakan pengganti ujian tengah semester atau UTS >o<.. Waktu pertama kali mendengar tugas ini saya sempat down, mau tau kenapa? Karena ternyata tugas pengganti UTS-nya adalah bermain game.  Mungkin bagi sebagian orang cukup senang mendengar hal itu, tapi untuk saya tidak demikian. Bermain game memang kedengarannya asyik dan menarik, tetapi melihat kemampuan saya dalam bermain game, membuat saya khawatir bagaimana menyelesaikan tugas ini x_x

Mau tidak mau tentunya saya harus mencoba memaikan game tersebut dan berusaha mempelajari bagaimana teknik untuk setiap permainan, karena bukan cuma 1 game lho yang menjadi tugasnya, tapi ada 3 game. Nama game tersebut adalah SimSE (Software Engineering), di mana game ini terbagi lagi menjadi 3 model yaitu: SimSE Incremental Game, SimSE Rapid Prototyping Game dan SimSE Waterfall Game.

Nah, buat postingan kali ini saya akan membahas mengenai SimSE Rapid Prototyping Game.

Awalnya, saya sama sekali tidak mengerti bagaimana memaikan game ini, tapi saya tetap mencoba memainkannya. Ternyata game ini menempatkan pemain/kita sebagai manajer untuk mengelolah proses kerja yang akan dilakukan. Telah disediakan pula pekerja-pekerja sesuai dengan kemampuan masing-masing untuk membantu dalam mengerjakan suatu project. Untuk game ini, terdapat batasan waktu yang diberikan untuk mencapai skor maksimal.

Disini saya akan menjelaskan strategi yang saya pakai dalam memainkan game ini, yaitu di awali dengan memilih bahasa untuk prototypingnya. Awalnya saya mencoba memilih sembarang bahasa untuk prototyping language dan implementation language, saya memilih VisualBasic(VB) untuk keduanya. Tetapi ternyata saya mendapat kesulitan, karena jumlah error yang dihasilkan dalam proses coding cukup banyak dan itu sangat mempengaruhi skor akhir. Jadi saya kembali mencoba memilih bahasa yang lain, kali ini saya tetap memilih VB pada prototyping language dan memilih Java untuk implementation language-nya.

Setelah itu, langkah selanjutnya adalah melakukan outline requirements dengan costumer, kemudian dilanjutkan dengan develop prototyping. Nah, pada tahap ini para pekerja akan mengatakan bahwa ada permintaan dari costumer, maka develop saya hentikan lalu memberikan kepada costumer untuk mengevaluasi, tetapi resikonya persentasi prototyping-nya menjadi rendah. Jadi, saya kembali melakukan prototyping dan memberikan lagi kepada costumer untuk mengevaluasi, ulangi terus untuk meningkatkan persentasi prototyping-nya.

Setelah itu, tahap selanjutnya yaitu melakukan requirement dari semua yang kita peroleh dari prototyping. Kemudian dilanjutkan dengan melakukan design dan code, setelah semuanya selesai maka product dapat dikirimkan kepada costumer.

Nah, itulah tadi paparan strategi yang saya pakai untuk SimSE Rapid Prototyping Game ini. Semoga bermanfaat yaa bagi para pembaca setia… ^ ^   

Screenshoot score :

Buat yang mau coba-coba main game ini silahkan klik disini

Thanks for reading… :D  

Sekilas Tentang Spiral Model

Salah satu model pengembangan perangkat lunak adalah Spiral Model. Spiral model dapat definisikan sebagai proses pengembangan perangkat lunak dengan bentuk evolusi yang menggunakan metode iteratif dari model prototyping, dan penggabungan dengan aspek sistematis yang dikembangkan oleh model waterfall. Model ini melakukan tahap prototyping yang merupakan tahap dimana perangkat lunak dibuat lalu diperlihatkan kepada pelanggan/costumer untuk memperoleh umpan balik atau feedback yang digunakan untuk melanjutkan proses perancangan perangkat lunak yang sesuai dengan keinginan costumer.

Model spiral ini merupakan model pengembangan software yang cocok digunakakn untuk perangkat lunak dalam skala besar dan kompleks, karena proses pengembangan perangkat lunak akan semakin jelas terlihat seiring dengan perkembangan proses yang dialami oleh pengembang perangkat lunak bersama dengan costumer sehingga keduanya dapat lebih memahami spesifikasi produk dan bertindak dengan tepat dalam menghadapi resiko-resiko perangkat lunak yang muncul disetiap bentuk evolusi.

Dikatakan model spiral, karena mekanisme kerja dari model ini membentuk satu lingkaran dari bentuk spiral yang dibagi menjadi beberapa daerah yang disebut  dengan region. Dalam mekanisme kerja model spiral ini, region tersebut dibagi menjadi beberapa kerangka aktivitas, yang disebut dengan task region. Task region atau wilayah tugas ini dibagi dalam enam aktivitas, yaitu:

1). Costumer Communication / Komunikasi Pelanggan

Aktivitas dimana pengembang software dan costumer menjalin komunikasi yang efektif untuk mengetahui kebutuhan dari costumer.    

2). Planning / Perencanaan

Aktivitas yang dilakukan untuk merencanakan hal-hal yang dibutuhkan dalam pengembangan software, seperti perkiraan waktu pengerjaan, penentuan sumberdaya-sumberdaya, dll.

3). Analysis Risk / Analisis Resiko

Aktivitas dimana pengembang software melakukan analisis terhadap resiko-resiko baik secara teknis maupun secara manajemen. Aktivitas ini merupakan salah satu pembeda model spiral dengan model lain yang juga bersifat iteratif, karena aktivitas ini hanya dilakukan oleh model spiral.

4). Engineering / Perekayasaan

Aktivitas yang dilakukan untuk mulai membangun 1 atau lebih perangkat lunak ke level atau versi-versi perangkat lunak yang selanjutnya yang semakin kompleks.

5). Construction & Release / Konstruksi & Peluncuran

Aktivitas yang dilakukan untuk mengembangkan software, menguji, memasang dan memberi pelayanan kepada costumer.

6). Costumer Evaluation / Evaluasi Pelanggan

Aktivitas dimana pengembang software dapat menerima umpan balik/feedback dari costumer yaitu evaluasi mereka terhadap perekayasaan software dan implementasi selama software diluncurkan. 

Simak Perbedaan Spiral dan RAD Model

Untuk kesempatan ini, akan dibahas mengenai berbedaan antara Spiral Model dan Rapid Application Development (RAD). Pada dasarnya, kedua model ini dikembangkan dari model proses sekuensial linier atau yang kita kenal dengan Waterfall Model.

Perbedaan yang paling menonjol dari kedua model pengembangan ini adalah mengenai siklus pengerjaan perangkat lunak, dimana model spiral umumnya dikerjakan dalam jangka waktu yang lama dan berkesinambungan, sedangkan untuk siklus perkembangan perangkat lunak model RAD, justru sangat pendek dan cepat. Model RAD ini sendiri, siklus perkembangan perangkat lunaknya dikatakan cepat karena  model ini menggunakan pendekatan konstruksi berbasis komponen, dan menekankan pada penggunaan ulang komponen-komponen yang telah ada. Sedangkan untuk model spiral, pendekatannya lebih kepada metode iteratif atau perulangan yang sistematis sehingga memakan waktu yang lama untuk proses pengembangan suatu perangkat lunak.

Mekanisme pengerjaan sistem pada kedua model ini juga menjadi pembeda, dimana pada model RAD, sistem yang akan dikerjakan dibagi-bagi menjadi beberapa modul untuk beberapa tim, sehingga membuat model ini melibatkan banyak tim yang mengerjakan tugas yang selevel, namun berbeda. Tidak demikian pada model spiral, model spiral lebih menekankan pada proses pengerjaan yang sekuensial atau berurutan, tahap demi tahap, dari satu proses ke proses berikutnya. Namun terlepas dari perbedaan yang ada, kedua model pengembangan ini masing-masing memiliki keunggulan. Kelebihan/keunggulan pada model RAD jelas terlihat pada proses pembuatan perangkat lunak yang dimungkinkan untuk permintaan pengembangan dalam waktu singkat, berkisar antara 60-90 hari. Kelebihan lainnya yaitu, biaya untuk model proses pengembangan ini terbilang cukup hemat, baik dalam hal materi ataupun waktu, karena proses ini memanfaatkan penggunaan komponen yang telah ada, maka untuk beberapa komponen program telah teruji sehingga kita dapat menghemat waktu untuk hal uji coba program.

Lain halnya pada proses pengembangan model spiral, model ini memiliki keunggulan dalam hal analisis resiko yang hanya dimiliki oleh model ini, sehingga dengan adanya aktivitas ini akan mempermudah pengembang dalam mereduksi masalah yang ada sebelum menjadi suatu masalah yang lebih besar yang akan menghambat aktivitas engineering. Model ini juga membuat software yang dapat digunakan kembali sepanjang umur dari software tersebut, bukan semata saat proses engineering selesai, maka model tersebut juga dianggap selesai. 

Nah, setelah mengetahui sedikit perbedaan diantara kedua model ini, tentunya para pembaca sudah dapat menetukan model mana yang lebih cocok/pas dan kompleks untuk memenuhi kebutuhan permintaan para costumer atau user.  

Refleksi : Kuliah Ala Proffesor

Jangan kaget dulu dengan judul tulisan kali ini, kita tidak akan membahas soal bagaimana professor belajar kok.. Pada tulisan kali ini, saya mendapat kesempatan untuk menitipkan komentar mengenai bagaimana proses dan hasil pembelajaran yang diterapkan dalam matakuliah RPL ini. Tentunya ada sesuatu yang berbeda dengan sistem perkuliahan pada matakulaih ini sehingga memberi kesan tersendiri buat saya.

Awalnya, saat pertama masuk matakuliah ini dalam pikiran saya matakuliah ini pasti akan menjadi salah satu matakuliah yang menegangkan dan kaku, tetapi ternyata tidak seburuk dengan apa yang saya pikirkan. Kesan pertama yang cukup membuat saya tertarik dengan sistem perkuliahan ini adalah pemberian poin-poin bagi mahasiswa yang aktif memberi pendapat selama kuliah berlangsung. Menurut saya, metode ini cukup bagus untuk meningkatkan keaktifan dan keingintahuan mahasiswa dalam perkuliahan yang disajikan. Selain sistem poin, metode pembelajaran pada matakuliah ini juga sering melibatkan kegiatan berdiskusi untuk beberapa materi kuliah tertentu, misalnya untuk materi Software Process. Diskusi yang dimaksud disini juga berbeda dengan model diskusi yang biasa (yang dijuluki dengan ala belajar professor). Setelah kami berdiskusi dan memaparkan hasil diskusi dari tiap-tiap kelompok, kegiatan ini dilanjutkan dengan aksi pameran hasil karya dari tiap kelompok, tentunya dengan kreasi masing-masing. Menurut saya, hal ini juga dapat memberi kesan yang baik pada mahasiswa, karena boleh dikatakan kita belajar sambil berkreasi. Saat memamerkan karya dari masing-masing kelompok, di sini mahasiswa juga dituntut untuk mampu mempresentasikan materi yang dibawakan dengan menjawab pertanyaan dari para pengunjung yang datang pada stand. Begitupun dengan para pengunjung-pengunjung stand, tentu lebih antusias dalam menggali lebih banyak informasi tentang masing-masing materi yang disajikan. 

Dengan model perkuliahan seperti ini, membuat materi yang disajikan lebih terstruktur dan saya dapat memahami secara sederhana apa-apa saja proses-proses pengembangan perangkat lunak. Namun, menurut saya model perkuliahan ini juga masih belum efektif, karena masih banyak teori-teori yang belum dikuasai dengan baik sehingga membuat penyampaian informasi menjadi sedikit rumit. Oleh karena itu, untuk model kuliah seperti ini boleh-boleh saja, tetapi sebaiknya mahasiswa sebelumnya telah dibekali dengan pengetahuan dasar agar prosesnya dapat berjalan dengan maksimal.