Analisis dan Perancangan Sistem PEMELIHARAAN SISTEM INFORMASI Reff : Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George Joseph S. Valacich
16-2
Proses Pemeliharaan Sistem Informasi Proses kembali ke awal dan langkah-langkah pengembangan SDLC mengulangi menfokuskan diri pada perubahan sistem sampai perubahan tersebut dilaksanakan Pemeliharaan adalah fase terpanjang dalam SDLC 4 Aktivitas utama : Mendapatkan permintaan pemeliharaan Transformasi permintaan ke perubahan Perubahan rancangan Perubahan implementasi 16-3
Pemeliharan mirip/menyerupai mini-sdlc 16-4
Tipe Pemeliharaan Sistem Pemeliharaan Korektif /Corrective maintenance Perubahan yang dilakukan bagi sebuah sistem untuk memperbaiki kekurangan dalam desain, coding, atau implementasi Pemeliharaan Penyesuaian/Adaptive maintenance Perubahan yang dilakukan bagi sebuah sistem untuk berevolusi fungsinya dalam hal perubahan kebutuhan bisnis atau teknologi Pemeliharaan Perfektif / Perfective maintenance Perubahan yang dilakukan bagi sebuah sistem untuk menambah fitur baru atau untuk meningkatkan kinerja Pemeliharaan Preventif/Preventive maintenance Perubahan yang dilakukan bagi sebuah sistem untuk menghindari masalah di masa depan 16-5
Sejauh ini, sebagian besar adalah pemeliharaan korektif, karena mendesak dan non-nilai tambah. 16-6
Biaya Pemeliharaan Banyak organisasi 80% dari anggaran sistem informasi untuk pemeliharaan Faktor yang mempengaruhi pemeliharaan sistem : Cacat laten Jumlah pelanggan untuk sebuah sistem Kualitas dokumentasi sistem Personalia pemeliharaan Alat bantu Program yang terstruktur (well-structured program) 16-7
16-8 Sebuah sistem yang terdokumentasi dengan baik lebih mudah untuk dipahami, dan karena itu lebih mudah untuk dipertahankan.
Pengelolaan Sistem Pemeliharaan Jumlah orang yang bekerja di pemeliharaan melampaui jumlah yang bekerja dalam pembangunan. 3 Struktur Organisasi (Pemeliharaan): Terpisah/Separate Kelompok pemeliharaan terdiri dari personel yang berbeda dibandingkan dengan kelompok pengembangan. Kombinasi Pengembang adalah juga pemelihara sistem. Fungsional Pemeliharaan personil bekerja di dalam unit bisnis fungsional. 16-9
Kelebihan dan Kekurangan Tipe Organisasi Keuntungan Kekurangan Terpisah Kombinasi Fungsional Peningkatan sistem dan kualitas dokumentasi Kelompok pemeliharaan mengetahui semua tentang sistem Personil memiliki ketertarikan pada sistem sesuai fungsinya Ketidaktahuan akan informasi yang kritis yang tidak terdokumentasi Kurangnya penekanan pada dokumentasi yang baik Keterbatasan mobilitas pekerjaan dan sumber daya manusia atau teknis 16-10
Penugasan Personil Pemeliharaan Pekerjaan Pemeliharaan sering dipandang sebelah mata oleh personil Sistem Informasi. Organisasi cenderung memberikan penghargaan pada personil yang terlibat dalam pengembagnan sistem baru daripada personil pemeliharaan. Organisasi sering melakukan mutasi personil pemeliharaan dalam rangka mengurangi perasaan negatif tentang pemeliharaan. 16-11
Pengukuran Efektivitas Pemeliharaan Sistem Faktor yang perlu dipertimbangkan Jumlah kegagalan Waktu antara setiap kegagalan Jenis kegagalan Mean Time Between Failures (MTBF) / Rata-rata Waktu antar Kegagalan Pengukuran kejadian kesalahan dapat dilacak dari waktu ke waktu untuk menunjukkan kualitas sistem 16-12
Apabila kegagalan banyak terjadi diawal, dengan pemeliharaan korektif, tingkat kesalahan dapat dikurangi dengan cepat. 16-13
Pengendalian Permintaan Pemeliharaan Maintenance requests can be frequent Prioritas berdasarkan jenis dan urgensi permintaan 16-14
Arus Permintaan Pemeliharaan Evaluasi didasarkan pada analisis kelayakan 16-15
Manajemen Konfigurasi Proses meyakinkan bahwa hanya yang berwenang yang dapat melakukan perubahan pada sistem Modul Dasar Modul software yang telah diuji, didokumentasikan, dan disetujui untuk dimasukkan dalam versi yang paling baru diciptakan suatu sistem Sistem Kepustakaan Seseorang yang bertanggung jawab untuk mengendalikan dan memeriksa keluar dan check in modul dasar ketika sistem sedang dikembangkan atau dipertahankan Membangun rutinitas Pedoman bahwa daftar instruksi untuk membangun sistem eksekusi dari sumber kode dasar 16-16
Alat Bantu Manajemen Konfigurasi Sistem software khusus untuk mengelola konfigurasi sistem Mengontrol akses ke modul dalam sistem kepustakaan 2 Tipe Kendali Revisi : modul berlabel dibekukan (tidak bisa diubah) atau diambangkan (diperiksa oleh programmer untuk modifikasi) Kendali Kode Sumber: memperluas kontrol revisi untuk semua modul yang saling berhubungan Perubahan riwayat dapat ditelusuri dan versi sebelumnya dapat direkonstruksi 16-17
Peran CASE dan Alat Bantu Pengembangan Otomatis dalam Pemeliharaan 16-18 Pengembangan Sistem Tradisional Penekanan pada pengkodean dan pengujian. Perubahan dilaksanakan dengan coding dan pengujian pertama. Dokumentasi dilakukan setelah pemeliharaan dilakukan. Perawatan dokumentasi sering diabaikan karena dianggap memakan waktu tugas.. Pengembangan dengan CASE Penekanan pada dokumen desain. Perubahan diimplementasikan dalam dokumen desain. Kode ulang menggunakan generator kode. Dokumentasi diperbarui selama pemeliharaan.
Pemeliharaan Website Pertimbangan khusus 24 X 7 X 365 Sifat ketersediaan terus menerus membuat pemeliharaan menjadi suatu hal yang menantang. Halaman dalam pemeliharaan dapat dikunci. Tanggal dan waktu Pemeriksaan Link yang rusak Validasi HTML Halaman harus diproses oleh rutin kode validasi sebelum publikasi. 16-19
Pemeliharan Website (cont.) Pertimbangan khusus (continued) Registrasi ulang Ketika konten secara signifikan berubah, situs mungkin perlu diregistrasi ulang dengan mesin pencari Edisi Mendatang Konsistensi adalah penting bagi pengguna Post indikasi perubahan masa depan situs Perubahan batch 16-20
TERIMA KASIH 16-21