IMPLEMENTASI SISTEM
Reff : Modern Systems Analysis and Design
Fourth Edition
Jeffrey A. Hoffer Joey F. George Joseph S. Valacich
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-2
Outline
ü
Tujuan Implementasi Sistem
ü
Pemrograman/Coding
ü
Pengujian/Testing
ü
Instalasi
ü
Dokumentasi
ü
Pelatihan/Training
ü
Dukungan
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-4
Tujuan Implementasi Sistem
Mengubah spesifikasi final sistem fisik ke dalam perangkat lunak yang dapat diandalkan
Mendokumentasikan pekerjaan yang telah dilakukan Menyediakan menu bantuan bagi pengguna untuk saat ini dan masa datang
6 kegiatan utama : n Coding n Testing n Installation n Documentation n Training n Support
PROSES
PEMROGRAMAN/CODING,
PENGUJIAN/TESTING DAN
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-6
Proses Coding, Testing dan
Instalasi
Coding
n Spesifikasi rancangan fisik diubah menjadi kode/
program.
Testing
n Pengujian dilakukan dengan menggunakan berbagai
strategi.
n Pengujian dapat dilakukan secara paralel dengan
coding.
Instalasi
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-8
PROSES DOKUMENTASI,
PELATIHAN/TRAINING, DAN
DUKUNGAN UNTUK PENGGUNA
Proses Dokumentasi Sistem,
Pelatihan/Training dan
Dukungan untuk Pengguna
Dua audiens pengguna dokumentasi final
nPersonalia sistem informasi personel yang
akan menjaga sistem sepanjang hidup
produktifnya
n
Orang-orang yang akan menggunakan
sistem dalam pekerjaan kesehariannya
Pelatihan/Training Pengguna
nSpesifik- Aplikasi
n
Umum : untuk sistem operasi dan
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-10
Testing Perangkat Lunak Aplikasi
Master rencana uji dikembangkan selama fase
analisis.
Selama tahap perancangan : unit, sistem dan
rencana integrasi uji dikembangkan.
Pengujian yang sebenarnya dilakukan selama
pelaksanaan.
Rencana uji memberikan meningkatkan
komunikasi antara semua pihak yang terlibat
dalam pengujian.
© 2005 by Prentice Hall © 2005 by Prentice Hall
Klasifikasi Uji
Manual vs. Otomatisasi
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-14
Teknik Uji Manual
Inspection
n Sebuah teknik pengujian di mana peserta memeriksa
kode program untuk kesalahan bahasa spesifik yang dapat diprediksi
Walkthrough
n Sekelompok orang mereview setiap produk yang
diciptakan selama proses pengembangan sistem, juga disebut structured walkthrough (panduan terstruktur)
Desk Checking
n Sebuah teknik pengujian di mana kode program
dieksekusi secara berurutan secara manual oleh reviewer
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-16
Teknik Uji Otomatisasi
Syntax Checking
n Compiler dijalankan terhadap kode sumber untuk
mengidentifikasi kesalahan sintaks
Unit Testing
n Setiap modul diuji sendiri dalam upaya untuk menemukan
kesalahan dalam kodenya, juga disebut pengujian modul.
Integration Testing
n Proses menyatukan semua modul yang terdiri dari
beragam program untuk tujuan pengujian. Modul biasanya terintegrasi dalam mode top-down.
Teknik Pengujian Otomatisasi
(cont.)
System Testing
n Inisiatif untuk mengumpulkan semua program dari
sistem untuk tujuan pengujian. Program biasanya terintegrasi dalam mode top-down
Stub Testing
n Suatu teknik yang digunakan dalam pengujian, di
mana modul ditulis dan diuji secara top-down, dengan beberapa baris kode digunakan untuk pengganti modul subordinate.
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-18
Pengujian Kasus /Test Cases
Test case: skenario transaksi, queri
atau jalur navigasi
Direpresentasikan dalam bentuk :
n
Penggunaan sistem yang tipikal
n
Penggunaan sistem yang kritis
n
Penggunaan sistem yang abnormal use
Uji kasus dan hasilnya harus
didokumentasikan secara menyeluruh
sehingga mereka dapat diulang untuk
setiap revisi dari suatu aplikasi.
Pengujian Kasus(cont.)
Uji kasus biasanya dikembangkan oleh
para analis.
Uji kasus tidak harus dibuat oleh
programmer.
Membuat pemisahan personal antara
pembuat program dan penguji program
dalam rangka untuk menjamin objektivitas.
Programmer menggunakan debugger
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-20
Uji Penerimaan Pengguna / User
Acceptance Testing (UAT)
Pengguna sebenarnya menguji sistem
informasi secara lengkap.
Hasil akhir adalah penerimaan akhir
dari pengguna sistem.
Alpha testing: pegujian menggunakan
data simulasi
Beta testing: pengujian menggunakan
data nyata di lingkungan pengguna
Tipe Test Alpha
Recovery testingn Melakukan pemaksaan perangkat lunak dalam menghadapi
kegagalan untuk memastikan pemulihan yang benar dilakukan
Security testing
n Memverifikasi bahwa mekanisme perlindungan yang
dibangun akan melindungi sistem dari penetrasi yang tidak benar
Stress testing
n Mencoba untuk memecahkan sistem dengan memberikan
beban besar pada sistem
Performance testing
n Menguji reaksi/kinerja sistem pada kisaran lingkungan yang
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-22
Instalasi
Proses pengorganisasi peralihan dari
sistem informasi yang sedang berjalan ke
sistem baru
Empat strategi instalasi:
n Instalasi langsung /Direct Installation n Instalasi paralel / Parallel Installation
n Instalasi pada lokasi tunggal / Single-location
installation
Mematikan sistem lama ketika sistem baru
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-24
Menjalankan sistem informasi lama dan baru pada saat yang bersamaan sampai manajemen
memutuskan sistem yang lama dapat dimatikan
Mencoba sebuah sistem informasi di satu situs, lalu memutuskan jika dan bagaimana sistem
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-26
Mengubah sistem informasi lama ke yang baru secara bertahap, dimulai dengan satu atau beberapa
komponen fungsional dan kemudian secara bertahap memperluas instalasi untuk mencakup sistem baru
Perencanaan Instalasi
Pertimbangan
nKonversi data
w Koreksi kesalahan
w Pemuatan dari sistem yang saat ini berjalan
n
Rencana shutdownsistem
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-28
Pendokumentasian Sistem
Dokumentasi sistem
n Informasi terperinci mengenai spesifikasi
rancangan sistem, kerja internal dan fungsinya
n Audiens yang dituju : programmer pemeliharaan n Dokumentasi internal : penanaman/embedded
kode sumber program atau pembangkitan pada waktu kompilasi
n Dokumentasi eksternal: termasuk aliran data
Pendokumentasian Sistem(cont.)
Dokumentasi Pengguna
n
Informasi tertulis atau visual lainnya tentang
suatu sistem aplikasi, cara kerjanya, dan
bagaimana untuk menggunakannya
Persiapan dokumentasi pengguna
n
Sumber tradisional berasal dari departemen
sistem informasi
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-30
Dokumentasi pengguna biasanya dalam bentuk bantuan online (online help)
Sistem Informasi Pelatihan Pengguna
Topik potensial pelatihan :
n
Penggunaan sistem
n
Konsep komputer secara umum
n
Konsep sistem informasi
n
Konsep organiasi
n
Manajemen Sistem
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-32
Sejauh ini metode pelatihan yang paling umum adalah informal, melalui interaksi
dengan seorang pakar dengan menggunakan perangkat lunak secara in-house
Electronic Performance Support Systems (EPSS) / Sistem Elektronik Dukungan Kinerja, seperti Microsoft Office Assistant, merupakan komponen dari aplikasi perangkat lunak yang menanamkan pelatihan dan informasi bagi pengguna, dalam bentuk tutorial, sistem pakar, dan melompat
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-34
Sistem Informasi Pendukung
Pengguna
Dukungan ini sangat penting untuk pengguna
Pemberian dukungan cukup mahal dan
memakan waktu
Satu solusi pendekatan adalah melalui
otomatisasi
n Forum dukungan online berbasis internet n Faksimili on-demand
n Sistem respon suara n Basis pengetahuan
Penyedianan Dukungan melalui
Help Desk
Sebuah titik kontak tunggal untuk semua pertanyaan pengguna dan masalah tentang suatu sistem
informasi tertentu atau untuk semua pengguna dalam sebuah departemen tertentu
Kebutuhan
n Keahlian teknis: pengetahuan yang luas tentang bagaimana
menggunakan sistem dan masalah yang khas yang dapat ditemui
n Personal yang trampil : pendengar yang baik, dapat
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-36
Isu Mengenai Dukungan
Pertanyaan pengguna dan permasalahannya
Pemulihan dan backup
Pemulihan bencana
Pemeliharaan PC
Penulisan newsletter
Faktor Kesuksesan Implementasi
Pengukuran yang paling penting : Apakah
sistem tersebut akan digunakan ?
Faktor utama yang mempengaruhi
kemungkinan penggunaan sistem :
n Pengguna sebagai kunci utama (pemilik
kewenangan)
n Karakteristik sistem n Demografi pengguna n Dukungan organisasi n KInerja
© 2005 by Prentice Hall © 2005 by Prentice Hall
15-38
Proyek Close-Down
Tim evaluasi
n