Pemeliharaan Perangkat Lunak

oleh

Operasi dan Pemeliharaan

Pemeliharaan Perangkat Lunak – Setelah periode waktu tertentu, sistem sepenuhnya menggantikan sistem yang lama. Sistem memasuki fase operasi dan pemeliharaan. Pemeliharaan sistem masih diperlukan selama operasi sistem karena beberapa alasan.

  1. Sistem dapat terus meninggalkan masalah yang tidak terdeteksi selama periode pengujian sistem. Di masa lalu, masalah yang dikenal sebagai Y2K (bug pada tahun 2000) adalah contoh dari kebutuhan pemeliharaan sistem hingga tahun 2000.
  2. Pemeliharaan diperlukan karena perubahan dalam bisnis atau lingkungan atau karena persyaratan pengguna untuk persyaratan baru (mis. Dalam bentuk laporan).
  3. Pemeliharaan juga dapat dipicu karena kinerja sistem menurun, yang dapat mengakibatkan perubahan saat menulis program.

Zwass (1998) membagi pemeliharaan perangkat lunak menjadi tiga jenis: peningkatan efektif, pemeliharaan adaptif dan pemeliharaan korektif.

Baca Juga Metode Cobit

  • Pemeliharaan yang efektif bertujuan untuk memperbarui sistem untuk menanggapi perubahan kebutuhan pengguna dan organisasi dan untuk meningkatkan efisiensi sistem. Dan perbaiki dokumentasi.
  • Pemeliharaan adaptif dalam bentuk perubahan aplikasi untuk beradaptasi dengan lingkungan perangkat keras dan perangkat lunak yang baru. Pemeliharaan ini dapat, misalnya, mengubah aplikasi dari mainframe di lingkungan klien / server atau mengonversi file mainframe di lingkungan basis data.
  • Troubleshooting Dalam bentuk troubleshooting saat sistem berjalan

Prototipe

Prototipe adalah metode pengembangan sistem di mana pendekatan digunakan untuk secara cepat dan bertahap membuat struktur program yang dapat segera dievaluasi oleh pengguna. Ini berbeda dari pendekatan SDLC konvensional (konvensional), yang membutuhkan lebih banyak waktu untuk menghasilkan spesifikasi yang sangat rinci sebelum pengguna mengalami kesulitan memahami spesifikasi sistem, yang berarti bahwa pengguna tidak benar-benar mengerti sampai pengujian dilakukan, Prototyping juga membuat pengembangan sistem informasi lebih cepat dan lebih mudah. Terutama dalam situasi di mana kebutuhan sulit untuk diidentifikasi.

Catatan:

Adakalanya dijumpai pendapat bahwa prototype itu sama dengan metode RAD atau Rapid Application Development (O’Brien, 2001). Tetapi ada juga yang menyatakan bahwa prototype itu menyerupai RAD (Turban, Mclean, dan Wetherbe 1999)

Secara keseluruhan, tujuan prototipe adalah sebagai berikut (Lucas, 2000)

  • Mengurangi waktu sebelum pengguna mengenali sesuatu yang spesifik dari pengembangan sistem.
  • Memberikan umpan balik pengguna cepat kepada pengembang.
  • Menjelaskan kebutuhan pengguna dengan kesalahan yang lebih sedikit.
  • Meningkatkan pemahaman pengembang dan pengguna untuk tujuan yang ingin dicapai oleh sistem.
  • Buat keterlibatan pengguna dalam analisis sistem dan desain yang bermakna.

Untuk pembuatan prototipe, alat pengembangan seperti Visual Basic dan Power Builder DBMS (sistem manajemen basis data) seperti Soft Access dapat digunakan untuk pengembangan sistem sehingga pemrograman dapat dilakukan dengan cepat.

Harap dicatat bahwa prototipe dapat menjadi metode pengembangan yang terpisah, tetapi juga dapat menjadi bagian dari SDLC yang telah dibahas sebelumnya. Beberapa versi SDLC yang lebih baru sering menyertakan prototipe sebagai alternatif atau tambahan dalam tahap analisis dan desain sistem (Turban, McLean dan Wetherbe, 1999). Dalam banyak kasus, prototipe digunakan untuk mendukung SDLC daripada menggantikannya (Rommey, Steinbart dan Cushing). 1997).

Baca Juga Desain Sistem

Kelebihan Prototipe

  • Definisi persyaratan pengguna menjadi lebih baik karena pengguna dimasukkan dengan lebih banyak insentif.
  • Meningkatkan kepuasan pengguna dan mengurangi risiko pengguna tidak menggunakan sistem karena tingginya tingkat komitmen mereka, sehingga sistem lebih baik memenuhi persyaratan mereka.
  • Mengurangi waktu pengembangan.
  • Minimalkan Kesalahan yang disebabkan oleh setiap versi prototipe dan segera dikenali oleh pengguna.
  • Pengguna memiliki lebih banyak opsi untuk meminta perubahan.
  • Menghemat biaya (menurut penelitian, biaya pengembangan dapat mencapai 10% hingga 20% dibandingkan dengan SDLC konvensional.

Kelemahan Prototipe

  • Prototipe hanya dapat berhasil jika pengguna serius menyediakan waktu dan perkiraan untuk mengerjakan prototype
  • Dokumentasi harus dimungkinkan karena pengembang lebih fokus pada pengujian prototipe.
  • Karena waktu target yang pendek, ada kemungkinan sistem tidak lengkap dan bahkan sistem tidak diuji.
  • Jika prototipe diulang terlalu sering, ada kemungkinan pengguna akan bosan dan bereaksi negatif. Jika tidak dikelola dengan baik, prototipe menjadi tidak ada habisnya. Ini karena permintaan perubahan terlalu mudah dipenuhi.

Demikianlah artikel Pemeliharaan Perangkat Lunak diatas dari ruangbimbel.co.id. semoga artikel diatas bermanfaat dan menambah wawasan kita semua. Terima kasih