Tugas IMK (Interaksi Manusia dan Komputer)
Model-Model dari LIFE CYCLE SOFTWARE
1.
Model WATERFALL
Nama
model ini sebenarnya adalah “Linear Sequential Model”. 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.
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. 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.
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.
2. V-Model
Berikut penjelasan masing-masing tahap beserta tahap pengujiannya:
1. 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.
2. 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.
3. 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.
4. 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.
5. Coding
Dalam tahap ini dilakukan pemrograman terhadap setiap modul yang sudah dibentuk.
Kelebihan
V Model memiliki beberapa kelebihan yaitu:
-V Model sangat fleksibel.V Model mendukung Project tailoring dan penambahan dan pengurangan method dan tool secara dinamik. Akibatnya sangat mudah untuk melakukan tailoring pada V Model agar sesuai dengan suatu proyek tertentu dan sangat mudah untuk menambahkan method dan tool baru atau menghilangkan method dan tool yang di anggap sudah obsolete.
-V Model dikembangkan dan dimaintain oleh public.User dari V Model berpartisipasi dalam change control board yang memproses semua change reguest terhadap V Model.
Kekurangan
V Model juga memiliki beberapa kekurangan yaitu:
-V Model adalah model yang project oriented sehingga hanya bisa digunakan sekali dalam suatu proyek.
-V Model terlalu fleksibel dalam arti ada beberapa activity dalam V Model yang digambarkan terlalu abstrak sehingga tidak bisa diketahui dengan jelas apa yang termasuk dalam activity tersebut dan apa yang tidak.
Penggunaan
V Model digunakan dalam proyek teknologi informasi di negara Jerman. Hal ini berlaku terutama untuk proyek teknologi informasi pada pada sektor pertahanan negara Jerman. Selain itu, V Model juga digunakan olehsoftware developer negara Jerman untuk proyek teknologi informasi lain.
3. Simple Interaction
Design Model
>Terdapat dua sisi pengertian yang dapat digunakan terkait dengan desain interaksi :
- Sebagai suatu proses untuk mencapai suatu tujuan dengan pencarian berbagai solusi melalui ruang lingkup sistem, materi, biaya dan kemungkinan penyelesaiannya (feasibilitas), sebagai wujud kreativitas dan pengambilan keputusan untuk menyeimbangkan trade-off
- Sebagai representasi suatu perencanaan pengembangan yang berisikan sekumpulan elaborasi alternatif dan suksesif.
Empat kegiatan utama dalam desain interaksi :
- Identifikasi kebutuhan dan persyaratan sistem
- Pengembangan desain alternatif (desain konseptual dan fisikal)
- Membuat versi interaktif dari desain yang dihasilkan
- Mengevaluasi desain (usabilitas dan user experience)
Tiga karakter utama dari keempat kegiatan diatas yang perlu diperhatikan :
- Terfokus pada users dan evaluasi artifak
- Identifikasi, dokumentasi dan kesepakatan terhadap usability yang telah ada dan tujuan dari user experience
- Adanya perulangan dalam desain karena perlunya bereksplorasi terlebih dahulu terhadap desain yang ada terkait dengan user
Ada teknik yang dapat digunakan untuk memilih dari sekian banyak solusi yang ada, diantaranya :
- Mengavaluasi desain bersama user
- Feasibilitas teknik
- Quality threshold, tujuan usabilitas yang penilaiannya menggunakan kriteria usabilitas.
Pada model rancangan interaksi sederhana ini input atau masukan hanya memiliki satu titik. yang mana masukan tersebut diidentifikasikan apakah sesuai dengan kebutuhan, lalu didesain sesuai dengan persyaratan yang telah ditetapkan. Setelah diDesain rancangan tersebut dibangun dan harus interaktif. Setelah itu barulah rancangan tersebut dievaluasi.
Evaluasi dapat dilakukan dimana saja, rancangan yang telah di evaluasi dapat kembali didesain ulang atau apakah rancangan tersebut tidak sesuai dengan kebutuhan user, maka alur tersebut akan terus berputar hingga pada tahap evaluasi tidak lagi terjadi kesalahan, baik dalam penetapan kebutuhan user maupun pendesainannya, sehingga pada tahap evaluasi terciptalah sebuah hasil akhir yang valid.
Model desain interaksi yang sederhana
4. Star LifeCycle
Model
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 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, 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. Model Rapid
Application Development (RAD)
1. Versi cepat dari Water Fall,
dengan pengembangan modular
2. Menggunakan Joint Application
Development
3.Yang paling dibutuhkan user
adalah workshop JAD
Rapid Application Development (RAD) adalah sebuah model proses perkembangan
software ( perangkat lunak ) 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 ( component
based construction ). Jika kebutuhan dipahami dengan baik, proses RAD
memungkinkan untuk menyelesaikan “sistem fungsional yang utuh” dalam periode
waktu yang sangat pendek ( kurang lebih 60 sampai 90 hari ).
Pendekatan RAD
melingkupi fase – fase sebagai berikut :
1. Business modeling
Menjawab
pertanyaan-pertanyaan: informasi apa yang mengendalikan proses bisnis?
Informasi apa yang dihasilkan? Siapa yang menghasilkan informasi? Kemana
informasi itu diberikan? Siapa yang mengolah informasi?
=> kebutuhan dari sistem
2. Data modeling
Aliran
informasi yang sudah didefinisikan, disusun menjadi sekumpulan objek data.
Ditentukan karakteristik/atribut dan hubungan antar objek-objek tersebut.
=>
analisis kebutuhan dan data
3. Process Modelling
Objek data yang
sudah didefinisikan diubah menjadi aliran informasi yang diperlukan untuk
menjalankan fungsi-fungsi bisnis.
4. Application Generation
RAD
menggunakan component program yang sudah ada atau membuat component yang bisa
digunakan lagi, selama diperlukan.
5. Testing and Turnover
Penggunaan akan component yang sudah ada,
sehingga kebanyakan component sudah melalui uji atau testing. Namun component
baru dan interface harus tetap diuji.
Kelebihan model RAD
(Rapid Application Development)
· Setiap fungsi mayor dapat dimodulkan dalam
waktu tertentu kurang dari 3 bulan dan dapat dibicarakan oleh tim RAD yang
terpisah dan kemudian diintegrasikan sehingga waktunya lebih efesien.
· RAD dalam pengembangannya tidak perlu membuat
dari awal lagi karena bersifatreusable object.
· Proses pengiriman menjadi lebih mudah karena
pengiriman paket berupa potongan – potongan script.
· Lebih fleksibel karena pengembang dapat melakukan
proses desain ulang pada saatyang bersamaan.
Kekurangan
model RAD (Rapid Application Development)
· Tidak cocok untuk proyek skala besar
· Proyek bisa gagal karena waktu yang
disepakati tidak dipenuhi
· Sistem yang tidak bisa dimodularisasi
· Resiko teknis yang tinggi
