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