reff : modern systems analysis and...
TRANSCRIPT
© 2005 by Prentice Hall© 2005 by Prentice Hall
IMPLEMENTASI SISTEM
Reff : Modern Systems Analysisand Design
Fourth Edition
Jeffrey A. Hoffer Joey F. George
Joseph S. Valacich
Analisis dan Perancangan Sistem
© 2005 by Prentice Hall© 2005 by Prentice Hall15-2
OutlineüTujuan Implementasi SistemüPemrograman/CodingüPengujian/Testingü InstalasiüDokumentasiüPelatihan/TrainingüDukungan
© 2005 by Prentice Hall© 2005 by Prentice Hall15-3
© 2005 by Prentice Hall© 2005 by Prentice Hall15-4
Tujuan Implementasi Sistem
Mengubah spesifikasi final sistem fisik ke dalam perangkat lunak yang dapat diandalkanMendokumentasikan pekerjaan yang telah dilakukanMenyediakan menu bantuan bagi pengguna untuk saat ini dan masa datang6 kegiatan utama :n Codingn Testingn Installationn Documentationn Trainingn Support
© 2005 by Prentice Hall© 2005 by Prentice Hall15-5
PROSES PEMROGRAMAN/CODING,
PENGUJIAN/TESTING DAN INSTALASI
© 2005 by Prentice Hall© 2005 by Prentice Hall15-6
Proses Coding, Testing dan Instalasi
Codingn Spesifikasi rancangan fisik diubah menjadi kode/
program.Testingn Pengujian dilakukan dengan menggunakan berbagai
strategi.n Pengujian dapat dilakukan secara paralel dengan
coding.Instalasin Sistem saat ini digantikan oleh sistem baru.
© 2005 by Prentice Hall© 2005 by Prentice Hall15-7
Deliverables
© 2005 by Prentice Hall© 2005 by Prentice Hall15-8
PROSES DOKUMENTASI, PELATIHAN/TRAINING, DAN
DUKUNGAN UNTUK PENGGUNA
© 2005 by Prentice Hall© 2005 by Prentice Hall15-9
Proses Dokumentasi Sistem, Pelatihan/Training dan
Dukungan untuk PenggunaDua audiens pengguna dokumentasi finaln Personalia sistem informasi personel yang
akan menjaga sistem sepanjang hidup produktifnya
n Orang-orang yang akan menggunakan sistem dalam pekerjaan kesehariannya
Pelatihan/Training Penggunan Spesifik- Aplikasin Umum : untuk sistem operasi dan off-the-
shelf software
© 2005 by Prentice Hall© 2005 by Prentice Hall15-10
Deliverables
© 2005 by Prentice Hall© 2005 by Prentice Hall15-11
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 Hall15-12
© 2005 by Prentice Hall© 2005 by Prentice Hall15-13
Klasifikasi UjiManual vs. OtomatisasiStatic (hanya sintax) vs. Dynamic (eksekusi)
© 2005 by Prentice Hall© 2005 by Prentice Hall15-14
Teknik Uji ManualInspectionn Sebuah teknik pengujian di mana peserta memeriksa
kode program untuk kesalahan bahasa spesifik yang dapat diprediksi
Walkthroughn Sekelompok orang mereview setiap produk yang
diciptakan selama proses pengembangan sistem, juga disebut structured walkthrough (panduan terstruktur)
Desk Checkingn Sebuah teknik pengujian di mana kode program
dieksekusi secara berurutan secara manual oleh reviewer
© 2005 by Prentice Hall© 2005 by Prentice Hall15-15
© 2005 by Prentice Hall© 2005 by Prentice Hall15-16
Teknik Uji OtomatisasiSyntax Checkingn Compiler dijalankan terhadap kode sumber untuk
mengidentifikasi kesalahan sintaksUnit Testingn Setiap modul diuji sendiri dalam upaya untuk menemukan
kesalahan dalam kodenya, juga disebut pengujian modul.Integration Testingn Proses menyatukan semua modul yang terdiri dari
beragam program untuk tujuan pengujian. Modul biasanya terintegrasi dalam mode top-down.
© 2005 by Prentice Hall© 2005 by Prentice Hall15-17
Teknik Pengujian Otomatisasi (cont.)
System Testingn Inisiatif untuk mengumpulkan semua program dari
sistem untuk tujuan pengujian. Program biasanya terintegrasi dalam mode top-down
Stub Testingn 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 Hall15-18
Pengujian Kasus /Test CasesTest case: skenario transaksi, queri atau jalur navigasiDirepresentasikan dalam bentuk :n Penggunaan sistem yang tipikaln Penggunaan sistem yang kritisn Penggunaan sistem yang abnormal use Uji kasus dan hasilnya harus didokumentasikan secara menyeluruh sehingga mereka dapat diulang untuk setiap revisi dari suatu aplikasi.
© 2005 by Prentice Hall© 2005 by Prentice Hall15-19
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 simbolis untuk mengisolasi penyebab kesalahan.
© 2005 by Prentice Hall© 2005 by Prentice Hall15-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 simulasiBeta testing: pengujian menggunakan data nyata di lingkungan pengguna yang sebenarnya
© 2005 by Prentice Hall© 2005 by Prentice Hall15-21
Tipe Test AlphaRecovery testingn Melakukan pemaksaan perangkat lunak dalam menghadapi
kegagalan untuk memastikan pemulihan yang benar dilakukan
Security testingn Memverifikasi bahwa mekanisme perlindungan yang
dibangun akan melindungi sistem dari penetrasi yang tidak benar
Stress testingn Mencoba untuk memecahkan sistem dengan memberikan
beban besar pada sistemPerformance testingn Menguji reaksi/kinerja sistem pada kisaran lingkungan yang
mungkin dapat digunakan
© 2005 by Prentice Hall© 2005 by Prentice Hall15-22
Instalasi
Proses pengorganisasi peralihan dari sistem informasi yang sedang berjalan ke sistem baruEmpat strategi instalasi:n Instalasi langsung /Direct Installationn Instalasi paralel / Parallel Installationn Instalasi pada lokasi tunggal / Single-location
installationn Instalasi ber-fase / Phased Installation
© 2005 by Prentice Hall© 2005 by Prentice Hall15-23
Mematikan sistem lama ketika sistem baru dihidupkan
© 2005 by Prentice Hall© 2005 by Prentice Hall15-24
Menjalankan sistem informasi lama dan baru pada saat yang bersamaan sampai manajemen memutuskan sistem yang lama dapat dimatikan
© 2005 by Prentice Hall© 2005 by Prentice Hall15-25
Mencoba sebuah sistem informasi di satu situs, lalu memutuskan jika dan bagaimana sistem baru harus ditempatkan di seluruh organisasi
© 2005 by Prentice Hall© 2005 by Prentice Hall15-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
© 2005 by Prentice Hall© 2005 by Prentice Hall15-27
Perencanaan Instalasi
Pertimbangann Konversi dataw Koreksi kesalahanw Pemuatan dari sistem yang saat ini berjalan
n Rencana shutdownsistemn Siklus bisnis organisasi
© 2005 by Prentice Hall© 2005 by Prentice Hall15-28
Pendokumentasian Sistem
Dokumentasi sistemn Informasi terperinci mengenai spesifikasi
rancangan sistem, kerja internal dan fungsinyan Audiens yang dituju : programmer pemeliharaann Dokumentasi internal : penanaman/embedded
kode sumber program atau pembangkitan pada waktu kompilasi
n Dokumentasi eksternal: termasuk aliran data (DFD), diagram hubungan-entitas (ERD)
© 2005 by Prentice Hall© 2005 by Prentice Hall15-29
Pendokumentasian Sistem(cont.)Dokumentasi Penggunan Informasi tertulis atau visual lainnya tentang
suatu sistem aplikasi, cara kerjanya, dan bagaimana untuk menggunakannya
Persiapan dokumentasi penggunan Sumber tradisional berasal dari departemen
sistem informasin Dokumentasi Aplikasi berorientasi saat ini
sering disediakan oleh vendor dan pengguna itu sendiri
© 2005 by Prentice Hall© 2005 by Prentice Hall15-30
Dokumentasi pengguna biasanya dalam bentuk bantuan online (online help)
© 2005 by Prentice Hall© 2005 by Prentice Hall15-31
Sistem Informasi Pelatihan Pengguna
Topik potensial pelatihan :n Penggunaan sistemn Konsep komputer secara umumn Konsep sistem informasin Konsep organiasi n Manajemen Sistemn Instalasi sistem
© 2005 by Prentice Hall© 2005 by Prentice Hall15-32
Sejauh ini metode pelatihan yang paling umum adalah informal, melalui interaksi dengan seorang pakar dengan menggunakan perangkat lunaksecara in-house
© 2005 by Prentice Hall© 2005 by Prentice Hall15-33
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 hyperlink ke topik referensi
© 2005 by Prentice Hall© 2005 by Prentice Hall15-34
Sistem Informasi Pendukung Pengguna
Dukungan ini sangat penting untuk penggunaPemberian dukungan cukup mahal dan memakan waktuSatu solusi pendekatan adalah melalui otomatisasin Forum dukungan online berbasis internetn Faksimili on-demandn Sistem respon suaran Basis pengetahuan
© 2005 by Prentice Hall© 2005 by Prentice Hall15-35
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 tertentuKebutuhann Keahlian teknis: pengetahuan yang luas tentang bagaimana
menggunakan sistem dan masalah yang khas yang dapat ditemui
n Personal yang trampil : pendengar yang baik, dapat berkomunikasi dengan sopan dalam menangani pengaduan
© 2005 by Prentice Hall© 2005 by Prentice Hall15-36
Isu Mengenai DukunganPertanyaan pengguna dan permasalahannyaPemulihan dan backupPemulihan bencanaPemeliharaan PCPenulisan newsletterPengaturan pengelompok pengguna
© 2005 by Prentice Hall© 2005 by Prentice Hall15-37
Faktor Kesuksesan ImplementasiPengukuran yang paling penting : Apakah sistem tersebut akan digunakan ?Faktor utama yang mempengaruhi kemungkinan penggunaan sistem :n Pengguna sebagai kunci utama (pemilik
kewenangan)n Karakteristik sistemn Demografi penggunan Dukungan organisasin KInerjan Kepuasan
© 2005 by Prentice Hall© 2005 by Prentice Hall15-38
Proyek Close-DownTim evaluasin Menetapkan kembali anggota untuk proyek-
proyek lainPemberitahuan kepada semua pihak yang terkena dampak, dan menyatakan bahwa proyek pembangunan berakhir dan perusahaan/organisasi berpindah ke mode operasi dan pemeliharaanMelakukan review pascaproyekMenutup kontrak pelanggan