Waterfall, RAD Linear Sequential, V-Model, Star Life Cycel Model, Dan Simple Interaction Design Model (Winograd 1997)
1. MODEL WATERFALL
Pembangunan sistem secara keseluruhan dilakukan melalui beberapa tahapan/langkah. Metode pengembangan perangkat lunak dikenal juga dengan istilah Software Development Life Cycle (SDLC). Metode Waterfall merupakan metode pengembangan perangkat lunak tertua sebab sifatnya yang natural. Metode Waterfall merupakan pendekatan SDLC paling awal yang digunakan untuk pengembangan perangkat lunak. Urutan dalam Metode Waterfall bersifat serial yang dimulai dari proses perencanaan, analisa, desain, dan implementasi pada sistem.
Metode ini dilakukan dengan pendekatan yang sistematis, mulai dari tahap kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing/verification, dan maintenance. Langkah demi langkah yang dilalui harus diselesaikan satu per satu (tidak dapat meloncat ke tahap berikutnya) dan berjalan secara berurutan, oleh karena itu di sebut waterfall (Air Terjun).
Ian
Sommerville (2011) menjelaskan bahwa ada lima tahapan pada Metode Waterfall,
yakni Requirements Analysis and Definition, Sytem and Software Design,
Implementation and Unit Testing, Integration and System Testing, dan Operationa
and Maintenance.
Tahap-Tahap
Metode Waterfall
Requirement
Analysis
Sebelum melakukan pengembangan perangkat lunak, seorang pengembang harus mengetahui dan memahami bagaimana informasi kebutuhan penggguna terhadap sebuah perangkat lunak. Metode pengumpulan informasi ini dapat diperoleh dengan berbagai macam cara diantaranya, diskusi, observasi, survei, wawancara, dan sebagainya. Informasi yang diperoleh kemudian diolah dan dianalisa sehingga didapatkan data atau informasi yang lengkap mengenai spesifikasi kebutuhan pengguna akan perangkat lunak yang akan dikembangkan.
System
and Software Design
Informasi
mengenai spesifikasi kebutuhan dari tahap Requirement Analysis selanjutnya di
analisa pada tahap ini untuk kemudian diimplementasikan pada desain
pengembangan. Perancangan desain dilakukan dengan tujuan membantu memberikan
gambaran lengkap mengenai apa yang harus dikerjakan. Tahap ini juga akan
membantu pengembang untuk menyiapkan kebutuhan hardware dalam pembuatan
arsitektur sistem perangkat lunak yang akan dibuat secara keseluruhan.
Implementation and Unit Testing
Tahap implementation and unit testing merupakan tahap pemrograman. Pembuatan perangkat lunak dibagi menjadi modul-modul kecil yang nantinya akan digabungkan dalam tahap berikutnya. Disamping itu, pada fase ini juga dilakukan pengujian dan pemeriksaan terhadap fungsionalitas modul yang sudah dibuat, apakah sudah memenuhi kriteria yang diinginkan atau belum.
Integration and System Testing
Setelah seluruh unit atau modul yang dikembangkan dan diuji di tahap implementasi selanjutnya diintegrasikan dalam sistem secara keseluruhan. Setelah proses integrasi selesai, selanjutnya dilakukan pemeriksaan dan pengujian sistem secara keseluruhan untuk mengidentifikasi kemungkinan adanya kegagalan dan kesalahan sistem.
Operation and Maintenance
Pada tahap terakhir dalam Metode Waterfall,
perangkat lunak yang sudah jadi dioperasikan pengguna dan dilakukan
pemeliharaan. Pemeliharaan memungkinkan pengembang untuk melakukan perbaikan
atas kesalahan yang tidak terdeteksi pada tahap-tahap sebelumnya. Pemeliharaan
meliputi perbaikan kesalaha, perabikan implementasi unit sistem, dan
peningkatan dan penyesuaian sistem sesuai dengan kebutuhan.
2. MODE RAD Linear Sequential
Rapid Aplication Development (RAD) adalah
sebuah model proses perkembangan software sekuensial linier yang menekankan
siklus perkembangan yang sangat pendek. Model RAD ini merupakan sebuah adaptasi
“kecepatan tinggi” dari model sekuensial linier di mana perkembangan cepat
dicapai dengan menggunakan pendekatan kontruksi berbasis komponen. Jika
kebutuhan dipahami dengan baik, proses RAD memungkinkan tim pengembangan
menciptakan “sistem fungsional yang utuh” dalam periode waktu yang sangat
pendek (kira-kira 60 sampai 90 hari). Karena dipakai terutama pada aplikasi
sistem konstruksi, pendekatan RAD melingkupi fase – fase sebagai berikut :
- Business modeling. Aliran informasi di antara fungsi – fungsi bisnis dimodelkan dengan suatu cara untuk menjawab pertanyaan – pertanyaan berikut : informasi apa yang mengendalikan proses bisnis? Informasi apa yang di munculkan? Siapa yang memunculkanya? Ke mana informasi itu pergi? Siapa yang memprosesnya?
- Data modeling. Aliran informasi yang didefinisikan sebagai bagian dari fase business modelling disaring ke dalam serangkaian objek data yang dibutuhkan untuk menopang bisnis tersebut. Karakteristik (disebut atribut) masing – masing objek diidentifikasi dan hubungan antara objek – objek tersebut didefinisikan.
- Proses modeling. Aliran informasi yang didefinisikan di dalam fase data modeling ditransformasikan untuk mencapai aliran informasi yang perlu bagi implementasi sebuah fungsi bisnis. Gambaran pemrosesan diciptakan untuk menambah, memodifikasi, menghapus, atau mendapatkan kembali sebuah objek data.
- Application Generation. RAD mengasumsikan pemakaian teknik generasi ke empat. Selain menciptakan perangkat lunak dengan menggunakan bahasa pemrograman generasi ketiga yang konvensional, RAD lebih banyak memproses kerja untuk memkai lagi komponen program yang ada ( pada saat memungkinkan) atau menciptakan komponen yang bisa dipakai lagi (bila perlu). Pada semua kasus, alat – alat bantu otomatis dipakai untuk memfasilitasi konstruksi perangkat lunak.
- Testing and turnover.Karena proses RAD menekankan pada pemakaian kembali, banyak komponen program telah diuji. Hal ini mengurangi keseluruhan waktu pengujian. Tetapi komponen baru harus di uji dan semua interface harus dilatih secara penuh.
Kelebihan :
a. RAD mengikuti tahapan pengembangan sistem sepeti umumnya, tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang ada (reusable object).
b. Setiap fungsi dapat dimodulkan dalam waktu tertentu dan dapat dibicarakan oleh tim RAD yang terpisah dan kemudian diintegrasikan sehingga waktunya lebih efesien
Kekurangan model RAD adalah:
a.
Bagi proyek yang besar tetapi berskala, RAD memerlukan sumber daya
manusia yang memadai untuk menciptakan jumlah tim RAD yang baik.
b.
RAD menuntut pengembangan dan pelanggan memiliki komitmen di dalam
aktivitas rapid-fire yang diperlukan untuk melengkapi sebuah sistem, di dalam
kerangka waktu yang sangat diperpendek. Jika komitmen tersebut tidak ada,
proyek RAD akan gagal.
3. V-Model
V Model merupakan perluasan dari model
waterfall karena mempunyai tahapan yang mirip dengan perluasan model waterfall.
Model waterfall itu ialah model yang melakukan pendekatan pada perkembangan
perangkat lunak secara sistematis dan sekuensial (berurutan) dimulai dari
communication sampai dengan tahap deployment. Jika dalam model waterfall proses
dijalankan secara linear, maka dalam model V proses dilakukan bercabang. Dalam
model V digambarkan hubungan antara tahap pengembangan software dengan tahap
pengujiannya.
Berikut penjelasan masing-masing tahap
beserta tahap pengujiannya:
- Requirement Analysis & Acceptance Testing. Tahap Requirement Analysis sama seperti yang terdapat dalam model waterfall. Keluaran dari tahap ini adalah dokumentasi kebutuhan pengguna. Acceptance Testing merupakan tahap yang akan mengkaji apakah dokumentasi yang dihasilkan tersebut dapat diterima oleh para pengguna atau tidak.
- System Design & System Testing. Dalam tahap ini analis sistem mulai merancang sistem dengan mengacu pada dokumentasi kebutuhan pengguna yang sudah dibuat pada tahap sebelumnya. Keluaran dari tahap ini adalah spesifikasi software yang meliputi organisasi sistem secara umum, struktur data, dan yang lain. Selain itu tahap ini juga menghasilkan contoh tampilan window dan juga dokumentasi teknik yang lain seperti Entity Diagram dan Data Dictionary.
- Architecture Design & Integration Testing. Sering juga disebut High Level Design. Dasar dari pemilihan arsitektur yang akan digunakan berdasar kepada beberapa hal seperti: pemakaian kembali tiap modul, ketergantungan tabel dalam basis data, hubungan antar interface, detail teknologi yang dipakai.
- Module Design & Unit Testing. Sering juga disebut sebagai Low Level Design. Perancangan dipecah menjadi modul-modul yang lebih kecil. Setiap modul tersebut diberi penjelasan yang cukup untuk memudahkan programmer melakukan coding. Tahap ini menghasilkan spesifikasi program seperti: fungsi dan logika tiap modul, pesan kesalahan, proses input-output untuk tiap modul, dan lain-lain.
- Coding Dalam tahap ini dilakukan pemrograman terhadap setiap modul yang sudah dibentuk.
Kelebihan V Model
- Bahasa yang digunakan untuk merepresentasikan konsep V model menggunakan bahasa formal
- Meminimalisir kesalahan pada hasil akhir karena ada test pada setiap prosesnya
- Penyesuaian yang cepat pada proyek yang baru
- Memudahkan daam pembuatan dokumen proyek
- Biaya yang murah dalam perawatan dan modifikasinya
- V Model sangat fleksibel
Kekurangan V Model
- V Model hanya difokuskan pada proyeknya saja, bukan pada keseluruhan organisasi. V Model adalah proses model yang hanya dikerjakan sekali selama project saja, bukan keseluruhan organisasi
- V Model terlalu fleksibel dalam arti ada beberapa aktivitas dalam V Model yang digambarkan terlalu abstrak sehingga tidak bisa diketahui dengan jelas apa yang termasuk dalam aktivitas tersebut dan yang tidak.
Star Lifecyle Model sendiri adalah pengujian dilakukan terus menerus, tidak
harus diakhir. 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.
Setelah itu, apabila sudah pas, maka dari
tahap evaluasi yang pertama akan lanjut ke proses yg selanjutnya, yakni
requirements/specification yakni memverifikasikan persyaratan rancangan
tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap
pertama.
Selanjutnya akan tetap sama, terjadi pada
tahap-tahap selanjutnya yakni task analysis/fungsion analysis,
pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah
aplikasi yang sesuai dengan kebutuhan user.
Intinya pada rancangan model ini, evaluasi
dilakukan di setiap tahap, tidak hanya pada tahapan akhir seperti model-model
rancangan yang lainnya.
1. Analisa
Identifikasi kemampuan user, strategi yang
digunakan untuk meningkatkan ketrampilannya, alat yang saat ini dipakai,
masalah-masalah yang dialami, perubahan yang diinginkan baik dalam ketrampilan
maupun peralatan.
Metode : tanya kemampuan user dan buat
daftar dengan skala prioritas, observasi ketrampilan di lapangan.
2. Evaluasi kompetisi
Tentukan kekuatan dan kelemahan rancangan
Metode : pengguna diminta untuk mencoba
menggunakan berbagi produk dan minta untuk menyebutkan kelebihan dan kelemahan
dari masing-masing produk.
3. Rancang sambil jalan
Gunakan hasil analisa untuk membuat
alternatif solusi, minta masukan sampai dengan penentuan pilihan yang terbaik.
Metode : tanyai user sehubungan dengan
pengalaman menggunakan prototipe.
4. Evaluasi dan validasi
Secara periodik user memberikan masukan
selama pengembangan dan perancangan akan diulang berdasarkan masukan tadi.
Metode : amati kebutuhan pokok user dalam
menggunakan sistem.
5. Benchmark
Memadukan hal-hal terbaik yang dimiliki
pesaing untuk diterapkan dalam sistem yang dibangun Metode : menggali informasi
dari user hal-hal yang sebaiknya ada dibandingkan dengan kompetitor, contoh :
situs IBM.
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.
5. Simple Interaction Design Model (Winograd 1997)
Pengertian Simple Interaction
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:
- Fokus pada pengguna dan tugas
- Pengukuran empiris
- Desain Interatif
Penjelasan Tahapan dari model Simple
Interaction:
- Mengidentifikasi kebutuhan dan persyaratan mendirikan untuk pengalaman pengguna
- Mengembangkan alternatif desain yang memenuhi persyaratan
- Membangun versi interaktif dari desain
- Mengevaluasi apa yang sedang dibangun di seluruh proses dan pengalaman pengguna yang menawarkan