Simple Interaction Design Model Lifecycle Software

Simple Interaction Design Model Lifecycle Software adalah model yang menggabungkan tiga prinsip pengguna berpusat desain dan empat kegiatan desain interaksi.

Prinsip User-Centered Design

Prinsip-prinsip ini dikembangkan oleh John D. Gould dan Clayton Lewis. prinsipnya adalah sebagai berikut:

1. Fokus pada pengguna dan tugas

2. Pengukuran empiris

3. Desain Interatif

Dasar kegiatan Desain Interaksi

Preece et al. menggambarkan model dasar untuk proses desain interaksi yang mencakup empat kegiatan seperti yang ditunjukkan di bawah ini. Sejumlah akademisi dan lembaga desain terkenal telah menciptakan model yang sama. Zimmerman, J., Forlizzi, J., dan Evenson, S., dari Sekolah Desain di Carnegie Mellon University. 

Kegiatannya adalah sebagai berikut:

1. Mengidentifikasi kebutuhan dan persyaratan mendirikan untuk pengalaman pengguna

2. Mengembangkan alternatif desain yang memenuhi persyaratan

3. Membangun versi interaktif dari desain

4. Mengevaluasi apa yang sedang dibangun di seluruh proses dan pengalaman pengguna yang menawarkan

Bentuk dari simple interaction design model lifecycle software adalah sebagai berikut:

 
 

Referensi 
http://johns1987.wordpress.com/2011/12/04/paradigma-rekayasa-perangkat-lunak/ 
http://www.coleyconsulting.co.uk/images/vmodel.gif

V-Model

 Apa itu V Model?

V Model merupakan model pengembangan perangkat lunak yang didasarkan pada hubungan antara setiap fase pengembangan siklus hidup yang tercantum dalam model Watterfall yang merupakan pengembangan perangkat lunak dan fase yang terkait pengujian. Apa saja tahapan V Model?

1. Lifecycle Process Model
2. Allocation of Methods
3. Functional Tools Requirements

Apa saja Submodel pada V Model?

• Project Management (PM)
• System Development (SD)
• Quality Assurance (QA)
• Configuration Management (CM)

Fase Implementasi Pada V Model

Tahapan V Model
Tahapan pada V Model dibagi menjadi 2 garis besar yaitu tahap Verifikasi dan Validasi atau testing.
Tahap Verfiikasi mengacu kepada usaha penyesuaian spesifikasi software dengan kebutuhan klien/konsumen, tahapan ini meliputi serangkaian kegiatan sebagai berikut:

• Business Case: Merupakan tahapan awal yang menggambarkan kebutuhan/harapan konsumen terhadap sistem yang akan dikembangkan, termasuk manfaat sistem terhadap konsumen dan perkiraan biaya yang harus disediakan.
• Requirement: pada fase ini klien mendapatkan gambaran atau diminta memberikan gambaran kebutuhan yang diharapkan dapat dipenuhi oleh software, baik kebutuhan fungsional maupun non fungsional.
• Analisis Informasi: Setelah diperoleh spesifikasi sistem dari fase requirement, selanjutnya aktivitas difokuskan bagaimana cara kerja software untuk memenuhi kebutuhan tersebut, termasuk metode, hardware dan software apa saja yang diperlukan untuk mencapai kebutuhan yang sudah didefinisikan.
• Perancangan Sistem: pada tahapan ini akan dibuat rancangan software secara lebih terinci sesuai spesifikasi yang sudah disepakati.
• Unit Design: merancang setiap elemen/unit software termasuk rancangan modul/program, antarmuka, database dan lain-lain.
• Development: merealisasikan hasil rancangan menjadi satu aplikasi/program tertentu.

Tahapan Validasi merupakan serangkaian tahapan yang mengacu kepada kesesuaian software dengan spesifikasi yang sudah ditetapkan. Tahapan ini dicapai melalui serangkaian pengujian/testing sebagai berikut:

• Unit test: menguji setiap komponen/unit program apakah sesuai dengan rancangan unit yang sudah ditetapkan. Secara teoritis seharusnya pengujian dilakukan oleh orang tertentu yang bertugas sebagai software tester, tetapi dalam kenyataannya seringkali unit testing dilakukan oleh programmer sendiri.
• Interface test: setelah semua komponen diuji secara terpisah, tahapan selanjutnya dilakukan interface test untuk melihat sejauh mana setiap komponen dapat berinteraksi satu sama lain sesuai dengan fungsi yang diharapkan.
• System test: setelah semua interface berjalan dengan baik, selanutnya dilakukan system test untuk melihat sejauh mana sistem/software dapat memenuhi kebutuhan secara keseluruhan. System testing bersifat menyeluruh dan tidak dapat dilakukan berdasarkan fungsionalitas sistem yang diuji secara terpisah. Aktivitas pada system testing termasuk melakukan pengujian hal-hal berikut:

> Performance – apakah kinerja sistem sesuai dengan target yang sudah didefinisikan sebelumnya.
> Volume – apakah software/sistem dapat menampung volume informasi yang cukup besar.
> Stress – apakah software/sistem dapat menampung sejumlah informasi pada waktu-waktu tertentu.
> Documentation – apakah semua dokumentasi penting sudah disiapkan.
> Robustness – apakah software/sistem cenderung stabil pada berbagai kondisi diluar dugaan/ekstrim.

• Acceptance test merupakan aktivitas untuk menguji sejauh mana sistem/software dapat membantu memecahkan business case, dalam artian apakah sistem/software tersebut sudah sesuai dengan harapan konsumen/klien dan sejauh mana manfaat sistem/software ini bagi klien. Test ini sering kali disebut sebagai User Acceptance Test (UAT).
• Release testing: test ini dilakukan untuk menguji sejauh mana sistem/software dapat mendukung aktivitas organisasi dan berjalan dengan harmonis sesuai dengan kegiatan rutin organisasi. Beberapa pertanyaan coba dijawab pada fase ini misalnya apakah software tersebut mempengaruhi sistem lain? Apakah software tersebut kompatibel dengan sistem lain? Bagaimana kinerja sistem sebenarnya di dalam organisasi?

Dimana saja V Model Diterapkan?

• Dalam proyek teknologi informasi di Jerman
• V Model dibandingkan dengan CMM
• V Model didesain untuk mengembangkan sistem yang didalamnya terdapat dua komponen
• Pengembangan V Model dalam bidang industri dapat dilakukan dengan mudah

Kelebihan V Model

1. V Model sangat fleksibel
2. V Model dikembangkan dan dirawat oleh publik
3. Kelebihan V Model dibandingkan dengan Waterfall biasa yaitu, pada setiap fase selalu dilakukan pengujian yang cukup memadai

Kekurangan V Model

1. Model yang project oriented
2. Memiliki beberapa activity
3. Asusmsi yang digunakan adalah requirement bersifat tetap dan tidak berubah
4. Requirement dan rancangan tidak diverifikasi
5. Pada setiap fase terdapat peluang error
   
   referensi:
   
   1. http://johns1987.wordpress.com/2011/12/04/paradigma-rekayasa-perangkat-lunak/
      
   2. http://www.coleyconsulting.co.uk/images/vmodel.gif
   3. http://www.slideshare.net/RIDJAM/vmodel-dalam-software-engineering
   4. Diktat Kuliah RPL

Waterfall Process Model

Waterfall Process Model 

 

Gambar di atas adalah tahapan umum dari model proses ini. Akan tetapi Roger S. Pressman memecah model ini menjadi 6 tahapan meskipun secara garis besar sama dengan tahapan-tahapan model waterfall pada umumnya.
Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini adalah model yang muncul pertama kali yaitu sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai didalam Software Engineering (SE). Model ini melakukan pendekatan secara sistematis dan urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing / verification, dan maintenance. Disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan. Sebagai contoh tahap desain harus menunggu selesainya tahap sebelumnya yaitu tahap requirement.

Berikut adalah penjelasan dari tahap-tahap yang dilakukan di dalam model ini menurut Pressman:

• System / Information Engineering and Modeling. Permodelan ini diawali dengan mencari kebutuhan dari keseluruhan sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini sangat penting, mengingat software harus dapat berinteraksi dengan elemen-elemen yang lain seperti hardware, database, dsb. Tahap ini sering disebut dengan Project Definition.
• Software Requirements Analysis. Proses pencarian kebutuhan diintensifkan dan difokuskan pada software. Untuk mengetahui sifat dari program yang akan dibuat, maka para software engineer harus mengerti tentang domain informasi dari software, misalnya fungsi yang dibutuhkan, user interface, dsb. Dari 2 aktivitas tersebut (pencarian kebutuhan sistem dan software) harus didokumentasikan dan ditunjukkan kepada pelanggan.
• Design. Proses ini digunakan untuk mengubah kebutuhan-kebutuhan diatas menjadi representasi ke dalam bentuk “blueprint” software sebelum coding dimulai. Desain harus dapat mengimplementasikan kebutuhan yang telah disebutkan pada tahap sebelumnya. Seperti 2 aktivitas sebelumnya, maka proses ini juga harus didokumentasikan sebagai konfigurasi dari software.
• Coding. Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari tahap design yang secara teknis nantinya dikerjakan oleh programmer.
• Testing / Verification. Sesuatu yang dibuat haruslah diujicobakan. Demikian juga dengan software. Semua fungsi-fungsi software harus diujicobakan, agar software bebas dari error, dan hasilnya harus benar-benar sesuai dengan kebutuhan yang sudah didefinisikan sebelumnya.
• Maintenance. Pemeliharaan suatu software diperlukan, termasuk di dalamnya adalah pengembangan, karena software yang dibuat tidak selamanya hanya seperti itu. Ketika dijalankan mungkin saja masih ada errors kecil yang tidak ditemukan sebelumnya, atau ada penambahan fitur-fitur yang belum ada pada software tersebut. Pengembangan diperlukan ketika adanya perubahan dari eksternal perusahaan seperti ketika ada pergantian sistem operasi, atau perangkat lainnya.

Mengapa model ini sangat populer??? Selain karena pengaplikasian menggunakan model ini mudah, kelebihan dari model ini adalah ketika semua kebutuhan sistem dapat didefinisikan secara utuh, eksplisit, dan benar di awal project, maka SE dapat berjalan dengan baik dan tanpa masalah. Meskipun seringkali kebutuhan sistem tidak dapat didefinisikan seeksplisit yang diinginkan, tetapi paling tidak, problem pada kebutuhan sistem di awal project lebih ekonomis dalam hal uang (lebih murah), usaha, dan waktu yang terbuang lebih sedikit jika dibandingkan problem yang muncul pada tahap-tahap selanjutnya.

Meskipun demikian, karena model ini melakukan pendekatan secara urut / sequential, maka ketika suatu tahap terhambat, tahap selanjutnya tidak dapat dikerjakan dengan baik dan itu menjadi salah satu kekurangan dari model ini. Selain itu, ada beberapa kekurangan pengaplikasian model ini, antara lain adalah sebagai berikut:

• Ketika problem muncul, maka proses berhenti, karena tidak dapat menuju ke tahapan selanjutnya. Bahkan jika kemungkinan problem tersebut muncul akibat kesalahan dari tahapan sebelumnya, maka proses harus membenahi tahapan sebelumnya agar problem ini tidak muncul. Hal-hal seperti ini yang dapat membuang waktu pengerjaan SE.
• Karena pendekatannya secara sequential, maka setiap tahap harus menunggu hasil dari tahap sebelumnya. Hal itu tentu membuang waktu yang cukup lama, artinya bagian lain tidak dapat mengerjakan hal lain selain hanya menunggu hasil dari tahap sebelumnya. Oleh karena itu, seringkali model ini berlangsung lama pengerjaannya.
• Pada setiap tahap proses tentunya dipekerjakan sesuai spesialisasinya masing-masing. Oleh karena itu, ketika tahap tersebut sudah tidak dikerjakan, maka sumber dayanya juga tidak terpakai lagi. Oleh karena itu, seringkali pada model proses ini dibutuhkan seseorang yang “multi-skilled”, sehingga minimal dapat membantu pengerjaan untuk tahapan berikutnya.

Menurut saya, tahapan-tahapan model ini sudah cukup baik dalam artian minimal untuk melakukan SE, maka harus ada tahapan-tahapan ini. Tahapan-tahapan ini jugalah yang digunakan oleh model-model yang lain pada umumnya. Ada filosofi yang mengatakan sesuatu yang sukses diciptakan pertama kali, maka akan terus dipakai di dalam pengembangannya. Hal ini juga berlaku pada waterfall model ini. Mungkin dapat dikatakan bahwa inilah standar untuk melakukan SE.

Akan tetapi, yang mungkin menjadi banyak pertimbangan mengenai penggunaan dari model ini adalah metode sequential-nya. Mungkin untuk awal-awal software diciptakan, hal ini tidak menjadi masalah, karena dengan berjalan secara berurutan, maka model ini menjadi mudah dilakukan. Sesuatu yang mudah biasanya hasilnya bagus. Oleh karena itu model ini sangat populer. Akan tetapi, seiring perkembangan software, model ini tentu tidak bisa mengikutinya. Yang menjadi kelemahan adalah pada pengerjaan secara berurutan tadi, seperti yang sudah saya utarakan sebelumnya. Kelemahan-kelemahan yang lain juga sudah saya utarakan di atas, atau bahkan masih ada yang lainnya.

Dari sini, nantinya akan dikembangkan model-model yang lain, bahkan ada tahap evolusioner dari suatu model proses untuk mengatasi kelemahan-kelemahan tadi. Meskipun secara tahapan masih menggunakan standar tahapan waterfall model. Kesimpulannya adalah ketika suatu project skalanya sedang mengarah kecil bisa menggunakan model ini. Akan tetapi kalau sudah project besar, tampaknya kesulitan jika menggunakan model ini.

referensi:
http://ayuputrimahadi.blogspot.com/2013/01/4-waterfall-process-model.html
http://johns1987.wordpress.com/2011/12/04/paradigma-rekayasa-perangkat-lunak/
http://www.coleyconsulting.co.uk/images/vmodel.gif 
http://www.slideshare.net/RIDJAM/vmodel-dalam-software-engineering

Siklus Hidup Untuk Pengembangan ( RAD : Linier Sequential)

Siklus Hidup Untuk Pengembangan ( RAD : Linier Sequential)

• Project Set-Up

Menampilkan apakah suatu proyek adalah memiliki dampak apapun sering sangat sulit, namun dengan menetapkan tujuan yang tepat di tempat pertama sehingga dalam dapat dibilang bahwa dalam perancangan interaksi Project setup di tempatkan dalam urutan pertama.

• JAD workshops

Sebagaimana telah disebutkan bahwa dalam model ini JAD workshop yang paling dibutuhkan, Aplikasi desain Bersama (JAD) adalah proses yang digunakan di daerah prototyping siklus hidup Metode Pengembangan Sistem Dinamis (DSDM) untuk mengumpulkan kebutuhan bisnis saat mengembangkan sistem informasi baru bagi perusahaan. "Proses JAD juga mencakup pendekatan meningkatkan partisipasi pengguna, mempercepat pembangunan, dan meningkatkan kualitas spesifikasi.

Melalui workshop JAD pekerja pengetahuan dan spesialis IT yang mampu mengatasi kesulitan atau perbedaan antara kedua belah pihak mengenai sistem informasi baru. Lokakarya ini mengikuti agenda rinci dalam rangka untuk menjamin bahwa semua ketidakpastian antara pihak tertutup dan untuk membantu mencegah miskomunikasi.

• Iterative Design and Build ( Merancang dan membangun model)

Dalam tahap ini sebuah aplikasi atau interface yang akan dirancang, apa yang dibutuhkan user apa tujuan yang akan di capai.

• Engineer and Test Finall

Dalam alur kerja model ini Engineer and test finall merupakan tes akhir atau tahap dimana menjalankan aplikasi yang telah dirancang dan dibangun sebelumnya.

• Implementation review

Pada alur kerja perancangan di model ini implementation review atau pelaksanaan tinjauan. Pada tahap ini apikasi yang telah dirancang dan di jalankan pada test akhir dilakukan peninjauan, yang mana berfungsi unuk melihat kesalahan dan memperbaiki nya sebelum di terima oleh user.

Model RAD
• Rapid Application Development
• Proses pengembangan s/w secara
sekuensial linier
• Kecepatan adaptasi yg tinggi, dapat dibuat
dgn cepat dgn pendekatan pembangunan
berbasis komponen
• Jika data, analisa jelas, dan lingkup kecil
maka RAD dapat digunakan dgn baik
• Sering juga disebut ‘versi high speed’ dari
model waterfall,
• Penekanan pd putaran pengembangan
yang pendek
• Pendekatan RAD mengikuti fase sbb ;
• Pemodelan Bisnis, aliran informasi dari
fungsi dimodelkan dgn menjawab ;
informasi apa yg mempengaruhi bisnis,
yang dimunculkan ?, siapa yg
memunculkan ?, Kenapa informasi
diberikan ?, Siapa yang memprosesnya ?
• Pemodelan Data ; Bagian dari pemodelan bisnis yang didefinisikan ke dalam sekumpulan objek data.
• Karakteristik (atribut) dari setiap objek
diidentifikasikan dan hubungannya
• Pemodelan Proses, objek data akan diimplementasikan pada fungsi bisnis.
• Deskripsi proses dibangun untuk penambahan modifikasi, penghapusan, atau pengambilan kembali objek data.
• Pembangkitan Aplikasi, Melakukan penggunaan kembali komponen yang ada (jika mungkin)
• Atau membuat kembali penggunaan kembli komponen jika dibutuhkan.
• Pengujian / pergantian, Proses RAD menekankan pada penggunaan kembali dan komponen program telah siap diuji

Kelemahan RAD
• Model yang besar (skala proyek), membutuhkan resources yg baik dan solid
• Membutuhkan komitmen pengembang dan user yang sama agar cepat selesai sesuai dengan rencana


Model Spiral
• Metode ini dirancang secara revolusioner dengan tahapan yang jelas, tetapi terbuka bagi partisipasi pemesan untuk ikut serta menentukan pemodelan sistem
• Metode ini lambat dan mahal karena setiap tahapan yang dilalui harus menikutsertakan pemesan
• Model ini merupakan perbaikan dari model waterfall dan prototype. Mengabungkan keuntungan model air terjun dan prototype dan memasukkan analissis resiko
• Spiral melibatkan proses iterasi, dimana setiap iterasi bekerja pada satu level produk dimulai dari level prototype awal sampai pada level s/w SIM yang diinginkan
• Setiap perpindahan level didahului analisa resiko

Kuadran spiral
• Customer communication : komunikasi
antar pengembang dan user secara efektif
tuk penentuan kebutuhan kerja
• Planning : mendefinisikan sumber daya,
batas waktu, resources
• Risk analysis : menentukan resiko teknis
dan manajemen
• Rekayasa : membuat satu atau lebih
aplikasi yang dapat diwakili
• Kontruksi dan release : mengkontruksi,
menguji, menginstall dan memberikan
pendukung user (doc dan training)
• Evaluasi user : feed back penilaian user

Model spiral
• Setiap untai mempresentasikan fase
proses s/w.
• Untai paling dalam mungkin berkenaan
dgn kelayakan sistem, dengan definisi
persyaratan sistem, dgn perancangan
sistem, dst.

referensi :
http://ayuputrimahadi.blogspot.com/2013/01/3-siklus-hidup-untuk-pengembangan-rad.html

Buku Software Engineering by Roger S. Pressman .

Model Siklus Hidup Star (Hartson & HIx,1998)

Dalam Siklus permodelan ini pengujian dilakukan terus menerus, tidak harus dikahir. Misalnya dimulai dari menentukan kosep desain (conceptual design ) dalam proses ini akan langsung terjadi evaluasi untuk langsung ternilai apakah sudah sesuai dengan kebutuhan user, bila belum maka akan terus berulang di evaluasi hingga benar-benar pas, selanjutnya apabila sudah pas, maka dari tahap evaluasi yang pertama aka lanjut ke proses yg selanjutnya yakni requirements/specification yakni memverifikasikan persyaratan rancangan tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap pertama, dan selanjutnya akan tetap sama terjadi pada tahapan-tahapan selanjutnya yakni task analysis/fungsion analysis, pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah aplikasi yang sesuai dengan kebutuhan user. Intinya pada rancangan model ini pengevaluasian dilakukan disetiap tahapan tidak hanya pada tahapan akhir seperti model-model rancangan yang lainnya.

 

referensi :

http://ayuputrimahadi.blogspot.com/2013/01/tugas-interaksi-manusia-komputer-teori.html