Software Development Cycle (SDLC) adalah proses sistematis untuk mengembangkan perangkat lunak. Ini melibatkan analisis kebutuhan, perancangan sistem, pengembangan, pengujian, implementasi, dan pemeliharaan perangkat lunak. Tahapan-tahapan ini dijalankan secara berulang dalam iterasi yang terus berkembang. SDLC membantu memastikan bahwa perangkat lunak dikembangkan dengan baik, mengurangi risiko, dan meningkatkan kualitas produk akhir.
Ada beberapa model pada Software Development Life Cycle;
1. Waterfall 
Metode pengembangan sistem metode SDLC(Sistem Development Life Cycle) atau sering disebut sebagai pendekatan air terjun (waterfall).Metode waterfall pertama kali diperkenalkan oleh Windows W. Royce pada tahun 1970. Waterfall merupakan model klasik yang sederhana dengan aliran sistem yang linier Output dari setiap tahap merupakan input bagi tahap berikutnya (Kristanto, 2004). Model ini melibatkan penyelesaian satu tahap secara lengkap sebelum melangkah ke tahap berikutnya. Ketika satu tahap selesai langsung dilakukan evaluasi untuk memastikan proyek berjalan sesuai rencana dan layak diteruskan ke tahap berikutnya. Waterfall Model, disebut juga model klasik, memiliki beberapa tahap utama, yaitu analisis dan rekayasa sistem, perancangan, penulisan program, pengujian, dan pemeliharaan.
Kelebihan Model Sekuensial Linear / Waterfall Development Model.
- Tahapan proses pengembangannya tetap (pasti), mudah diaplikasikan, dan prosesnya teratur.
- Cocok digunakan untuk produk software/program yang sudah jelas kebutuhannya di awal, sehingga minim kesalahannya.
- Software yang dikembangkan dengan metode ini biasanya menghasilkan kualitas yang baik.
- Documen pengembangan sistem sangat terorganisir, karena setiap fase harus terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya.
Kekurangan Model Sekuensial Linear / Waterfall Development Model
- Proyek yang sebenarnya jarang mengikuti alur sekuensial seperti diusulkan, sehingga perubahan yang terjadi dapat menyebabkan hasil yang sudah didapatkan tim pengembang harus diubah kembali/iterasi sering menyebabkan masalah baru.
- Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen harus dilakukan pada tahap awal proses.
- Sulit untuk mengalami perubahan kebutuhan yang diinginkan oleh customer/pelanggan.
- Pelanggan harus sabar untuk menanti produk selesai, karena dikerjakan tahap per tahap, dan proses pengerjaanya akan berlanjut ke setiap tahapan bila tahap sebelumnya sudah benar-benar selesai.
- Perubahan ditengah-tengah pengerjaan produk akan membuat bingung tim pengembang yang sedang membuat produk.
- Adanya waktu kosong (menganggur) bagi pengembang, karena harus menunggu anggota tim proyek lainnya menuntaskan pekerjaannya.
2. V-Model
The V-Model adalah model SDLC dimana pelaksanaan proses yang terjadi secara berurutan dalam bentuk-V. Dikenal juga sebagai model Verifikasi dan Validasi. The V-Model merupakan perluasan dari waterfall model dan didasarkan pada asosiasi dari fase pengujian untuk setiap tahap pengembangan yang sesuai. Ini berarti bahwa untuk setiap fase tunggal dalam siklus pengembangan, ada tahap pengujian terkait langsung. Ini adalah model yang sangat disiplin dan tahap berikutnya dimulai setelah selesainya tahap sebelumnya.
Kelebihan dari V-Model SDLC
- Ini adalah model yang sangat-disiplin dan Tahapan selesai satu per satu.
- Bekerja dengan baik untuk proyek-proyek yang lebih kecil dimana persyaratan dipahami dengan baik.
- Sederhana dan mudah dimengerti dan digunakan.
- Mudah dikelola karena setiap fase memiliki spesifik kiriman dan proses review.
Kekurangan dari V-Model SDLC
- Berisiko tinggi dan ketidakpastian.
- Tidak cocok untuk proyek-proyek yang kompleks dan berorientasi objek.
- Tidak cocok untuk proyek-proyek dimana persyaratan beresiko tinggi
- Tidak cocok untuk proyek-proyek yang lama dan berkelanjutan.
- Setelah aplikasi dalam tahap pengujian, sulit untuk kembali dan mengubah fungsionalitas.
3. Simple Interaction Design Model
5 Tahapan Proses Desain Interaksi
Dengan proses IxD, Anda dapat membangun antarmuka yang sangat intuitif dan dapat dikenali yang memberikan pengalaman mulus bagi pengguna dan membuktikan bahwa merek Anda benar-benar memahami mereka, konteksnya, dan tujuan yang ingin mereka capai.
Berikut adalah lima tahap yang biasanya melibatkan proses IxD:
1. Temukan kebutuhan/keinginan pengguna—Mudah untuk berasumsi bahwa Anda tahu apa yang diinginkan/dibutuhkan pengguna dan konteks mereka yang relevan. Temukan kebutuhan mereka yang sebenarnya:
- Amati orang.
- Wawancara orang.
- Periksa solusi yang ada—sambil mengingat, sulit membayangkan kebutuhan masa depan, teknologi, dll.
2. Lakukan analisis untuk menyortir dan mengurutkan temuan Anda sehingga masuk akal. Ini mungkin melalui:
- Narasi/cerita tentang bagaimana seseorang menggunakan suatu sistem.
- Analisis tugas, memecah langkah/sub-langkah pengguna.
3. Rancang solusi potensial sesuai dengan pedoman desain dan prinsip desain mendasar (misalnya, memberikan umpan balik yang sesuai untuk tindakan pengguna). Gunakan teknik terbaik untuk mencocokkan bagaimana pengguna akan berinteraksi dengannya dalam hal, misalnya, navigasi.
4. Mulai pembuatan prototipe—Berikan gambaran kepada pengguna tentang seperti apa produk itu nantinya dan biarkan mereka mengujinya, dan/atau berikan kepada pakar untuk mengevaluasi keefektifannya menggunakan heuristik.
5. Terapkan dan terapkan apa yang telah Anda bangun.
4. Star Lifecycle Model (Hartson & Hix, 1989)
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.
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.
- 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.
- 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.
- 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.
- 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. Rapid Application Development (RAD)
RAD adalah model proses pengembangan perangkat lunak sekuensial linier yang menekankan pada siklus pengembangan yang ringkas dengan menggunakan pendekatan konstruksi berbasis elemen. Jika persyaratan dipahami dan dijelaskan dengan baik, dan ruang lingkup proyek merupakan kendala, proses RAD memungkinkan tim pengembangan untuk membuat sistem yang berfungsi penuh dalam periode waktu yang singkat.
RAD (Rapid Application Development) adalah konsep bahwa produk dapat dikembangkan lebih cepat dan berkualitas melalui:
- Mengumpulkan persyaratan menggunakan lokakarya atau kelompok fokus
- Prototyping dan awal, pengujian berulang pengguna desain
- Penggunaan kembali komponen perangkat lunak
- Jadwal yang serba kaku yang merujuk perbaikan desain ke versi produk berikutnya
- Kurang formalitas dalam ulasan dan komunikasi tim lainnya
Berbagai fase RAD adalah sebagai berikut:
1. Pemodelan Bisnis: Aliran informasi di antara fungsi bisnis didefinisikan dengan menjawab pertanyaan seperti data apa yang mendorong proses bisnis, data apa yang dihasilkan, siapa yang menghasilkannya, ke mana perginya informasi, siapa yang memprosesnya, dan seterusnya.
2. Pemodelan Data: Data yang dikumpulkan dari pemodelan bisnis disempurnakan menjadi sekumpulan objek data (entitas) yang diperlukan untuk mendukung bisnis. Atribut (karakter dari setiap entitas) diidentifikasi, dan hubungan antara objek data (entitas) ini ditentukan.
3. Pemodelan Proses: Objek informasi yang didefinisikan dalam fase pemodelan data diubah untuk mencapai aliran data yang diperlukan untuk mengimplementasikan fungsi bisnis. Deskripsi pemrosesan dibuat untuk menambah, memodifikasi, menghapus, atau mengambil objek data.
4. Pembuatan Aplikasi: Alat otomatis digunakan untuk memfasilitasi pembuatan perangkat lunak; bahkan mereka menggunakan teknik GL ke-4.
5. Pengujian & Perputaran: Banyak komponen pemrograman telah diuji sejak penggunaan kembali penekanan RAD. Ini mengurangi waktu pengujian secara keseluruhan. Tetapi bagian baru harus diuji, dan semua antarmuka harus dijalankan sepenuhnya.
Kapan menggunakan Model RAD?
- Ketika sistem perlu membuat proyek yang memodulasi dalam rentang waktu singkat (2-3 bulan).
- Ketika persyaratannya terkenal.
- Ketika risiko teknis terbatas.
- Ketika ada kebutuhan untuk membuat sistem, yang dimodulasi dalam jangka waktu 2-3 bulan.
- Ini harus digunakan hanya jika anggaran memungkinkan penggunaan alat pembuat kode otomatis.
Keuntungan Model RAD
- Model ini fleksibel untuk perubahan.
- Dalam model ini, perubahan dapat diadopsi.
- Setiap fase dalam RAD menghadirkan fungsionalitas prioritas tertinggi bagi pelanggan.
- Ini mengurangi waktu pengembangan.
- Ini meningkatkan penggunaan kembali fitur.
Kelemahan Model RAD
- Itu membutuhkan desainer yang sangat terampil.
- Semua aplikasi tidak kompatibel dengan RAD.
- Untuk proyek yang lebih kecil, kami tidak dapat menggunakan model RAD.
- Pada risiko teknis tinggi, itu tidak cocok.
- Diperlukan keterlibatan pengguna.
Sumber Referensi:
- https://accounting.binus.ac.id/2020/05/19/memahami-system-development-life-cycle/
- https://www.javatpoint.com/software-engineering-sdlc-models
- https://www.interaction-design.org/literature/topics/interaction-design-process#:~:text=The%20IxD%20process%20involves%205,and%20implementing%20and%20deploying%20it.
- https://sites.google.com/a/student.unsika.ac.id/metodologi-penelitian-_-11116/meto/star-lifecycle-model
Tidak ada komentar:
Posting Komentar