Permasalahan Pemeliharaan Perangkat Lunak
8.4 Model Pemeliharaan Perangkat Lunak
Pendekatan tipikal untuk pemeliharaan perangkat lunak adalah dengan mengubah kode program terlebih dahulu, kemudian membuat perubahan yang diperlukan pada dokumentasi program. Pendekatan ini disebut pendekatan quick-fix model. Idealnya setelah kode diubah, maka dokumentasi terkait kebutuhan, analisis, perancangan, pengujian, dan hal-hal terkait perangkat lunak yang bersangkutan harus diubah juga menyesuaikan dengan perubahan pada kode program. Namun realita di lapangan menunjukkan bahwa perubahan pada kode program kadang tidak didokumentasikan disebabkan oleh tekanan waktu dan biaya sehingga tim pemelihara tidak sempat untuk mengubah dokumentasi program. Gambar 8.2 Quick-Fix Model Model siklus hidup evolutionary menawarkan pendekatan alternatif untuk pemeliharaan perangkat lunak. Model ini menyatakan bahwa kebutuhan sistem tidak dapat dikumpulkan dan dipahami pada tahap awal, sehingga sistem dibangun dengan memperbaiki kebutuhan dari bangunan sistem sebelumnya berdasarkan feedback dari pengguna. Kelebihan dari model ini adalah dokumentasi dari sistem senantiasa berubah seiring dengan perubahan pada kode program. Politeknik Telkom Rekayasa Perangkat Lunak Pemeliharaan Perangkat Lunak 141 Gambar 8.3 Iterative-Enhancement Model Ada lagi pendekatan full-reuse model, diperlihatkan sebagai berikut: Gambar 8.4 Full-Reuse Model Model ini memandang pemeliharaan sebagai sebuah kasus dari pengembangan perangkat lunak berorientasi gunaulang. Full-reuse dimulai dengan analisis kebutuhan dan perancangan dari sistem yang baru dan menggunakan ulang kebutuhan, rancangan, kode, dan pengujian dari sistem versi sebelumnya yang telah ada. Ini adalah perbedaan dari model iteratif-enhancement yang dimulai dari analisis terhadap sistem yang telah ada. Model iterative-enhancement cocok digunakan pada sistem yang memiliki umur yang panjang dan berevolusi seiring dengan waktu. Model ini mendukung evolusi sistem untuk memudahkan modifikasi ke depannya.Parts
» Rekayasa Perangkat Lunak poltektelkom
» Latar belakang Disiplin Rekayasa Perangkat Lunak
» Krisis Perangkat Lunak Rekayasa Perangkat Lunak poltektelkom
» Rekayasa Perangkat Lunak Mutu Perangkat Lunak
» Kategori Perangkat Lunak Rekayasa Perangkat Lunak poltektelkom
» Karakteristik Perangkat Lunak Proses Perangkat Lunak
» Karakteristik Proses Perangkat Lunak
» Daur Hidup Pembangunan Perangkat Lunak
» Model Waterfall Air Terjun Fase Model Air Terjun
» Biaya Perangkat Lunak Rekayasa Perangkat Lunak poltektelkom
» Programming-in-the Small Concerns Programming-in-the Large Concerns
» Model Proses Pengembangan Perangkat Lunak
» Pengertian Dasar Rekayasa Perangkat Lunak poltektelkom
» Rekayasa Informasi Rekayasa Perangkat Lunak poltektelkom
» Rekayasa Produk Rekayasa Perangkat Lunak poltektelkom
» Pemodelan Arsitektur Sistem Rekayasa Perangkat Lunak poltektelkom
» Spesifikasi Sistem Rekayasa Perangkat Lunak poltektelkom
» Kebutuhan Rekayasa Perangkat Lunak poltektelkom
» Analisis Kebutuhan Rekayasa Perangkat Lunak poltektelkom
» Spesifikasi Kebutuhan Perangkat Lunak SKPL
» Analisis Terstruktur Rekayasa Perangkat Lunak poltektelkom
» Pengertian Rekayasa Perangkat Lunak poltektelkom
» Prinsip Perancangan Rekayasa Perangkat Lunak poltektelkom
» Konsep Perancangan Rekayasa Perangkat Lunak poltektelkom
» Transformasi Model Analisa ke Perancangan
» Tahap Perancangan Rekayasa Perangkat Lunak poltektelkom
» Dokumentasi Perancangan Rekayasa Perangkat Lunak poltektelkom
» Aktivitas Implementasi Rekayasa Perangkat Lunak poltektelkom
» Aktivitas Pemrograman Rekayasa Perangkat Lunak poltektelkom
» Small interfaces weak coupling
» Prinsip Modularitas Information hiding
» The Linguistic Modular Units principle
» The Self-Documentation Principle Modularitas
» The Uniform Access Principle
» The Open-Closed Principle Modularitas
» Abstraksi Data Rekayasa Perangkat Lunak poltektelkom
» Analisis Statik Rekayasa Perangkat Lunak poltektelkom
» Operabilitas. “Semakin baik dia bekerja, semakin efisien dia dapat
» Kontrolabilitas. Dasar-Dasar Pengujian Perangkat Lunak
» Dekomposabilitas. Dasar-Dasar Pengujian Perangkat Lunak
» Kesederhanaan. Dasar-Dasar Pengujian Perangkat Lunak
» Stabilitas. Dasar-Dasar Pengujian Perangkat Lunak
» Kemampuan untuk dapat dipahami.
» Pengujian yang baik tidak redundan. Waktu dan sumber daya yang
» Pengujian yang baik seharusnya “jenis terbaik”. Untuk pengujian-
» Perancangan Kasus Uji Rekayasa Perangkat Lunak poltektelkom
» Pendekatan Strategis untuk Pengujian Perangkat Lunak
» Masalah Strategis Pengujian Rekayasa Perangkat Lunak poltektelkom
» System Testing Beta test, yakni pengujian yang dilakukan pada perangkat lunak oleh
» Strategi Pengujian Perangkat Lunak Berorientasi Objek
» Debugging Rekayasa Perangkat Lunak poltektelkom
» Pengertian Pemeliharaan Kategori Pemeliharaan Perangkat Lunak
» Permasalahan Pemeliharaan Perangkat Lunak
» Model Pemeliharaan Perangkat Lunak
» Perancangan. Modifikasi sistem dirancang pada fase ini. Kegiatan ini
» Implementasi. Fase ini mencakup aktivitas coding dan unit testing,
» Regressionsystem testing. Pada fase ini keseluruhan sistem diuji
» Proses Pemeliharaan Versi ISO-12207
» Fungsional Organization. Manajemen Pemeliharaan Perangkat Lunak
» Perencanaan Pemeliharaan Perangkat Lunak
» Objeck Oriented Rekayasa Perangkat Lunak poltektelkom
» Perkembangan metode Object Oriented Analysis and Design
» Konsep OOAD Objek object Objek adalah benda secara fisik dan konseptual yang ada di sekitar
» Kelas Class Rekayasa Perangkat Lunak poltektelkom
» Object Management Group OMG Organisasi ini salah satunya bertugas membuat spesifikasi
Show more