Daur Hidup Perangkat Lunak
Dalam membangun perangkat lunak diperlukan sebuah cara atau metodologi yang dijadikan sebagai panduan untuk mendapatkan perangkat lunak yang diharapkan.
Metodologi yang dapat digunakan antara lain :
1. Waterfall Method
Gambar 1.1. Waterfall method
System Engineering :
Menetapkan segala hal yang diperlukan dalam pelaksanaan proyek
Analisis :
Menganalisis hal-hal yang
diperlukan untuk pembuatan atau pengembangan perangkat lunak
Design :
Tahap penerjemahan dari keperluan atau data yang telah dianalisis ke dalam bentuk yang mudah dimengerti oleh programmer . Tiga atribut yang penting dalam proses perancangan yaitu : struktur data, arsitektur perangkat lunak dan prosedur rinci / algoritma.
Coding :
Menerjemahkan data yang telah dirancang / algoritma ke dalam bahasa pemrograman yang telah ditentukan
Testing :
Uji coba terhadap program telah dibuat .
Maintenance :
Perubahan atau penambahan program sesuai dengan permintaan user.
2. Prototyping Method
Gambar 1.2. Protoyping Method
Pengumpulan Kebutuhan dan perbaikan
Menetapkan segala kebutuhan untuk
pembangunan perangkat lunak
Disain cepat :
Tahap penerjemahan dari keperluan atau
data yang telah dianalisis ke dalam bentuk
yang mudah dimengerti oleh user
Bentuk Prototipe :
Menerjemahkan data yang telah dirancang ke dalam bahasa pemrograman (Program
contoh atau setengah jadi )
Evaluasi Pelanggan Terhadap Prototipe :
Program yang sudah jadi diuji oleh pelanggan, dan bila ada kekurangan pada program bisa ditambahkan.
Perbaikan Prototype :
Perbaikan program yang sudah jadi, sesuai dengan kebutuhan konsumen. Kemudian dibuat program kembali dan di evaluasi oleh konsumen sampai semua kebutuhan user terpenuhi.
Produk Rekayasa :
Program yang sudah jadi dan seluruh kebutuhan user sudah terpenuhi
- Four Generation Technology (4GT) Method
Requirement gathering : merupakan tahap mengumpulkan kebutuhan user dan menganalisa kebutuhan tersebut.
Design Strategi :
Merancang perangkat lunak sesuai dengan hasil analisa sebelumnya
Implementation Using 4 Generation Language:
Melakukan pengkodean dengan bahasa generasi keempat ( Java, C++ ), secara otomatis sesuai dengan yang akan diterjemahkan ke program.
Testing :
Menguji perangkat lunak yang sudah jadi, dan disesuaikan dengan kebutuhan user.
4. Rapid Application Development (RAD) Method
Metodologi yang banyak digunakan untuk membangun perangkat lunak bisnis, dimana tahap awal merupakan anlisa terhadap kebutuhan bisnis saat ini, kemudian pengumpulan data untuk digunakan sebagai bahan perancangan sampai terbentuknya suatu perangkat lunak aplikasi yang membantu dalam pengambilan keputusan manajer.
SDLC,yang merupakan singkatan dari Software Development Life Cycle, sedang dibahas di kampus… Bagi yang kurang familiar dengan yang namanya SDLC, SDLC merupakan suatu metode yang digunakan oleh kebanyakan pengembang software dalam mengembangkan software tertentu, dengan tujuan menghindarkan adanya masalah-masalah yang muncul dalam pengerjaan dari project tersebut. Beberapa fase yang ada pada SDLC itu sendiri adalah : feasibility study, requirement analyis, design, coding, testing, dan maintenance.
Dalam mengembangkan aplikasi itu sendiri, SDLC memiliki beberapa metode, di antaranya :
1. Linear Model
Untuk menggunakan metode ini, user requirement yang ada
haruslah sudah dimengerti dengan baik oleh kedua belah pihak, sehingga tidak
akan terjadi pengulangan fase yang telah terlewati dalam perkembangan suatu
sistem.
Ada beberapa jenis yang dapat digunakan dalam metode ini, yaitu :
a. Waterfall Model
Menggambarkan proses software development dalam aliran sequential linear, sehingga, apabila suatu proses dalam perkembangan project belum terselesaikan, maka proses lain dalam project ini tidak dapat dimulai. Jika anda telah memasuki tahap selanjutnya dalam project ini, maka anda tidak bisa kembali ke tahap sebelumnya.
Biasanya waterfall model digunakan dalam project berskala kecil, ketika requirement ditentukan pada awal project. Biasanya model ini menganggap bahwa requirement dari user sudah tetap dan tidak akan berubah lagi.
b. Prototyping Model / Evolutionary Model
Model ini dikembangkan karena adanya kegagalan yang terjadi akibat pengembangan
project / aplikasi menggunkan sistem waterfall model. Kegagalan yang terjadi biasanya dikarenakan adanya kekurang pahaman atau bahkan sampai kesalah pahaman pengertian developer aplikasi mengenai user requirement yang ada.
Yang berbeda dari prototyping model ini, apabila dibandingkan dengan waterfall model, yaitu adanya pembuatan prototype dari sebuah aplikasi, sebelum aplikasi tersebut memasuki tahap design. Dalam fase ini, prototype yang telah dirancang oleh
developer akan diberikan kepada user untuk mendapatkan dievaluasi. Tahap ini
akan terus menerus diulang sampai kedua belah pihak benar-benar mengerti
tentang requirement dari aplikasi yang akan dikembangkan. Apabila prototype
telah selesai, maka tahapan aplikasi akan kembali berlanjut ke tahap design dan
kembali mengikuti langkah-langkah pada waterfall model.
Kekurangan dari tipe ini adalah tim developer pengembang aplikasi harus memiliki kemampuan yang baik karna dalam mengembangkan prototype ini hanya terdapat waktu yang singkat.
2. Iterative Model
Metode yang merupakan pengembangan dari prototyping model dan digunakan ketika requirement dari software akan terus berkembang dalam tahapan-tahapan pengembangan aplikasi tersebut. Sedikit pengertian tentang requirement software dari
developer yang diterapkan pada tahap pertama iterasi, akan mendapatkan tanggapan dari user. Ketika requirement menjadi jelas, tahapan iterasi selanjutnya akan dilaksanakan.
Beberapa tipe dari Iterative Model di antaranya :
a. Spiral Model
Dikembangkan dari sifat iterative prototyping model dan sifat linier waterfall model. Merupakan model yang ideal bagi software yang memiliki bermacam jenis.
Dalam tiap iterasinya, proses software development mengikuti tahap-tahap fase linier, dan dalam akhir tiap fasenya, user mengevaluasi software tesrebut dan memberikan feed back. Proses iterasi berlangsung terus dalam pengembangan software tersebut.
b. Win Win Spiral Model
Dalam win win spiral model yang merupakan ekstensi dari spiral model, tim pengembang dan pelanggan akan melakukan diskusi dan negosiasi terhadap requirement-nya. Disebut win win karena merupakan situasi kemenangan antara tim pengembang dan pelanggan. Yang membedakan antara win win spiral model dan spiral model adalah setelah selesai mendapatkan feed back dari pelanggan, tim pengembang aplikasi dan pelanggan akan kembali melakukan negosiasi untuk perkembangan aplikasi tersebut.
c. Component Based Development Model
Dalam metode component based development ini, menitik beratkan pada penggunaan kembali dari komponen-komponen yang dibangun dalam sebuah aplikasi. Komponen di sini, dapat berupa fungsi tertentu atau sebuah kelompok yang berhubungan
dengan fungsi tertentu.
3. Incremental Model
Pada model ini, requirement software dipecah menjadi beberapa fungsi-fungsi atau bagian-bagian. Sebuah daftar kegiatan project akan dibuat dengan maksud mengetahui tiap-tiap fungsi yang harus dilakukan dalam tiap unit. Masing-masing unit fungsional
diimplementasikan dalam sebuah penambahan dan produk akhirnya dikembangkan setelah keseluruhan unit fungsional diimplementasikan dalam proses pengembangannya.
Masing-masing penambahan pada tiap unit terdiri dari 3 fase: design, implementasi, dan
analisis. Proses pengembangan ini akan terus diulang sampai keseluruhan akitivitas dalam daftar aktivitas diimplementasikan.
Kekurangan dari model ini bahwa model ini hanya dapat diimplementasikan pada project berskala besar, karena dalam prosesnya project yang dikerjakan harus dibagi dalam beberapa unit.
lanjutan bacaan materi dari pengembangan sistem
