Waterfall System Model - Pembuatan Sistem Dengan Model Air Terjun
Waterfall System Model
Pembuatan Sistem Dengan Model Air Terjun
Proses pembuatan sistem software memiliki banyak jenis, salah satunya adalah Waterfall System Model (dalam bahasa Indonesia : Model Proses Air Terjun). Metode ini merupakan nenek moyang dari pemodelan sistem yang lain. Seperti apa pemodelan sistemnya, tetap di kafetech.blogspot.co.id.
Model air terjun ini mempunyai kegiatan proses dasar spesifikasi, pengembangan, validasi, dan evolusi dan mewakili mereka sebagai fase proses terpisah seperti spesifikasi persyaratan, desain perangkat lunak, implementasi, pengujian, dan sebagainya.
Model pertama yang diterbitkan dari proses pengembangan perangkat lunak yang berasal dari sistem proses rekayasa yang lebih umum (Royce, 1970).
Tahapan utama dari model air terjun langsung mencerminkan kegiatan pembangunan sistem perangkat lunak yang mendasar :
- Persyaratan analisis dan definisi, Layanan sistem, kendala, dan tujuan yang ditetapkan oleh konsultasi dengan pengguna sistem. Mereka kemudian didefinisikan secara rinci dan fungsi sebagai spesifikasi sistem.
- Sistem dan desain perangkat lunak, Proses desain sistem mengalokasikan persyaratan baik untuk perangkat keras atau perangkat lunak sistem dengan membentuk arsitektur sistem secara keseluruhan. Desain perangkat lunak melibatkan identifikasi dan menggambarkan abstraksi sistem perangkat lunak yang mendasar dan hubungan mereka.
- Implementasi dan pengujian unit, Selama tahap ini, desain perangkat lunak direalisasikan sebagai serangkaian program atau unit program. Unit pengujian melibatkan verifikasi bahwa setiap unit memenuhi spesifikasinya.
- Integrasi dan pengujian sistem, Unit program individu atau program yang terintegrasi dan diuji sebagai sistem yang lengkap untuk memastikan bahwa persyaratan perangkat lunak telah dipenuhi. Setelah pengujian, sistem perangkat lunak disampaikan kepada pelanggan.
- Operasi dan pemeliharaan, Biasanya (meskipun tidak selalu), ini adalah fase siklus hidup terpanjang. Sistem terinstal dan dimasukkan ke dalam penggunaan praktis. Pemeliharaan melibatkan mengoreksi kesalahan yang tidak ditemukan pada tahap-tahap awal dari siklus hidup, meningkatkan pelaksanaan unit sistem dan meningkatkan layanan sistem sebagai persyaratan baru ditemukan.
Pada prinsipnya, hasil dari setiap tahap adalah satu atau lebih dokumen yang disetujui ('ditandatangani'). Tahap berikut tidak bisa dimulai sampai tahap sebelumnya selesai. Dalam prakteknya, tahap ini tumpang tindih dan memberikan informasi satu sama lain. Selama desain, masalah dengan persyaratan diidentifikasi. Selama coding, masalah desain yang ditemukan dan sebagainya. Proses perangkat lunak tidak model linear sederhana namun melibatkan umpan balik dari satu fase ke yang lain. Dokumen yang dihasilkan di setiap tahap maka mungkin harus diubah untuk mencerminkan perubahan yang dibuat.
Karena biaya produksi dan menyetujui dokumen, iterasi dapat mahal dan melibatkan ulang yang signifikan. Oleh karena itu, setelah sejumlah kecil iterasi, itu adalah normal untuk membekukan bagian dari pengembangan, seperti spesifikasi, dan untuk melanjutkan tahap perkembangan selanjutnya.
Selama fase siklus hidup akhir (operasi dan pemeliharaan) perangkat lunak mulai digunakan. Kesalahan dan kelalaian dalam persyaratan perangkat lunak asli ditemukan. Program dan desain kesalahan muncul dan kebutuhan untuk fungsi baru diidentifikasi. Sistem ini karena itu harus berevolusi untuk tetap berguna. Membuat perubahan ini (perawatan perangkat lunak) mungkin melibatkan mengulangi tahap proses sebelumnya.
Model air terjun ini konsisten dengan model proses rekayasa lainnya dan dokumentasi yang diproduksi pada setiap tahap. Hal ini membuat proses terlihat sehingga manajer dapat memantau kemajuan terhadap rencana pembangunan. Masalah utama adalah partisi fleksibel dari proyek ke tahap yang berbeda. Komitmen harus dilakukan pada tahap awal proses, yang membuatnya sulit untuk merespon perubahan kebutuhan pelanggan.
Pada prinsipnya, model air terjun seharusnya hanya digunakan ketika kebutuhan dipahami dengan baik dan tidak mungkin untuk mengubah secara radikal selama pengembangan sistem. Namun, model air terjun mencerminkan jenis proses yang digunakan dalam proyek-proyek rekayasa lainnya.
Proses pembangunan formal, seperti yang berdasarkan metode B (Schneider, 2001; Wordsworth, 1996) sangat cocok untuk pengembangan sistem yang memiliki persyaratan keselamatan, keandalan, atau keamanan yang ketat. Pendekatan formal menyederhanakan produksi kasus keselamatan atau keamanan. Ini menunjukkan kepada pelanggan atau regulator bahwa sistem benar-benar memenuhi persyaratan keselamatan atau keamanan.
Proses berdasarkan transformasi formal umumnya hanya digunakan dalam pengembangan sistem keselamatan-kritis atau keamanan-kritis. Mereka membutuhkan keahlian khusus. Untuk sebagian besar sistem proses ini tidak menawarkan costbenefits signifikan atas pendekatan lain untuk pengembangan sistem.
NICE gan
ReplyDelete