Analisis dan Perancangan Sistem
IMPLEMENTASI SISTEM Reff : Modern Systems Analysis and Design Fourth Edition
Jeffrey A. Hoffer Joey F. George Joseph S. Valacich
© 2005 by Prentice Hall
Outline ü Tujuan Implementasi Sistem ü Pemrograman/Coding ü Pengujian/Testing ü Instalasi ü Dokumentasi ü Pelatihan/Training ü Dukungan
15-2
© 2005 by Prentice Hall
15-3
© 2005 by Prentice Hall
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 n n n n n
15-4
Coding Testing Installation Documentation Training Support
© 2005 by Prentice Hall
PROSES PEMROGRAMAN/CODING, PENGUJIAN/TESTING DAN INSTALASI
15-5
© 2005 by Prentice Hall
Proses Coding, Testing dan Instalasi Coding n
Spesifikasi rancangan fisik diubah menjadi kode/ program.
Testing n
n
Pengujian dilakukan dengan menggunakan berbagai strategi. Pengujian dapat dilakukan secara paralel dengan coding.
Instalasi n
15-6
Sistem saat ini digantikan oleh sistem baru. © 2005 by Prentice Hall
Deliverables
15-7
© 2005 by Prentice Hall
PROSES DOKUMENTASI, PELATIHAN/TRAINING, DAN DUKUNGAN UNTUK PENGGUNA
15-8
© 2005 by Prentice Hall
Proses Dokumentasi Sistem, Pelatihan/Training dan Dukungan untuk Pengguna Dua audiens pengguna dokumentasi final n
n
Personalia sistem informasi personel yang akan menjaga sistem sepanjang hidup produktifnya Orang-orang yang akan menggunakan sistem dalam pekerjaan kesehariannya
Pelatihan/Training Pengguna n n
15-9
Spesifik- Aplikasi Umum : untuk sistem operasi dan off-theshelf software
© 2005 by Prentice Hall
Deliverables
15-10
© 2005 by Prentice Hall
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. 15-11
© 2005 by Prentice Hall
15-12
© 2005 by Prentice Hall
Klasifikasi Uji Manual vs. Otomatisasi Static (hanya sintax) vs. Dynamic (eksekusi)
15-13
© 2005 by Prentice Hall
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
15-14
Sebuah teknik pengujian di mana kode program dieksekusi secara berurutan secara manual oleh reviewer © 2005 by Prentice Hall
15-15
© 2005 by Prentice Hall
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
15-16
Proses menyatukan semua modul yang terdiri dari beragam program untuk tujuan pengujian. Modul biasanya terintegrasi dalam mode top-down.
© 2005 by Prentice Hall
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
15-17
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
Pengujian Kasus /Test Cases Test case: skenario transaksi, queri atau jalur navigasi Direpresentasikan dalam bentuk : n n n
Penggunaan sistem yang tipikal Penggunaan sistem yang kritis Penggunaan sistem yang abnormal use
Uji kasus dan hasilnya harus didokumentasikan secara menyeluruh sehingga mereka dapat diulang untuk setiap revisi dari suatu aplikasi. 15-18
© 2005 by Prentice Hall
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. 15-19
© 2005 by Prentice Hall
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 yang sebenarnya 15-20
© 2005 by Prentice Hall
Tipe Test Alpha Recovery testing n
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
15-21
Menguji reaksi/kinerja sistem pada kisaran lingkungan yang mungkin dapat digunakan
© 2005 by Prentice Hall
Instalasi Proses pengorganisasi peralihan dari sistem informasi yang sedang berjalan ke sistem baru Empat strategi instalasi: n n n
n
15-22
Instalasi langsung /Direct Installation Instalasi paralel / Parallel Installation Instalasi pada lokasi tunggal / Single-location installation Instalasi ber-fase / Phased Installation
© 2005 by Prentice Hall
Mematikan sistem lama ketika sistem baru dihidupkan
15-23
© 2005 by Prentice Hall
Menjalankan sistem informasi lama dan baru pada saat yang bersamaan sampai manajemen memutuskan sistem yang lama dapat dimatikan
15-24
© 2005 by Prentice Hall
Mencoba sebuah sistem informasi di satu situs, lalu memutuskan jika dan bagaimana sistem baru harus ditempatkan di seluruh organisasi 15-25
© 2005 by Prentice Hall
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 15-26
© 2005 by Prentice Hall
Perencanaan Instalasi Pertimbangan n
Konversi data w Koreksi kesalahan w Pemuatan dari sistem yang saat ini berjalan
n n
15-27
Rencana shutdownsistem Siklus bisnis organisasi
© 2005 by Prentice Hall
Pendokumentasian Sistem Dokumentasi sistem n
n n
n
15-28
Informasi terperinci mengenai spesifikasi rancangan sistem, kerja internal dan fungsinya Audiens yang dituju : programmer pemeliharaan Dokumentasi internal : penanaman/embedded kode sumber program atau pembangkitan pada waktu kompilasi Dokumentasi eksternal: termasuk aliran data (DFD), diagram hubungan-entitas (ERD)
© 2005 by Prentice Hall
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
n
15-29
Sumber tradisional berasal dari departemen sistem informasi Dokumentasi Aplikasi berorientasi saat ini sering disediakan oleh vendor dan pengguna itu sendiri © 2005 by Prentice Hall
Dokumentasi pengguna biasanya dalam bentuk bantuan online (online help) 15-30
© 2005 by Prentice Hall
Sistem Informasi Pelatihan Pengguna Topik potensial pelatihan : n n n n n n
15-31
Penggunaan sistem Konsep komputer secara umum Konsep sistem informasi Konsep organiasi Manajemen Sistem Instalasi sistem
© 2005 by Prentice Hall
Sejauh ini metode pelatihan yang paling umum adalah informal, melalui interaksi dengan seorang pakar dengan menggunakan perangkat lunak secara in-house 15-32
© 2005 by Prentice Hall
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 15-33
© 2005 by Prentice Hall
Sistem Informasi Pendukung Pengguna Dukungan ini sangat penting untuk pengguna Pemberian dukungan cukup mahal dan memakan waktu Satu solusi pendekatan adalah melalui otomatisasi n n n n
15-34
Forum dukungan online berbasis internet Faksimili on-demand Sistem respon suara Basis pengetahuan © 2005 by Prentice Hall
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
n
15-35
Keahlian teknis: pengetahuan yang luas tentang bagaimana menggunakan sistem dan masalah yang khas yang dapat ditemui Personal yang trampil : pendengar yang baik, dapat berkomunikasi dengan sopan dalam menangani pengaduan
© 2005 by Prentice Hall
Isu Mengenai Dukungan Pertanyaan pengguna dan permasalahannya Pemulihan dan backup Pemulihan bencana Pemeliharaan PC Penulisan newsletter Pengaturan pengelompok pengguna
15-36
© 2005 by Prentice Hall
Faktor Kesuksesan Implementasi Pengukuran yang paling penting : Apakah sistem tersebut akan digunakan ? Faktor utama yang mempengaruhi kemungkinan penggunaan sistem : n
n n n n n
15-37
Pengguna sebagai kunci utama (pemilik kewenangan) Karakteristik sistem Demografi pengguna Dukungan organisasi KInerja Kepuasan © 2005 by Prentice Hall
Proyek Close-Down Tim evaluasi n
Menetapkan kembali anggota untuk proyekproyek lain
Pemberitahuan kepada semua pihak yang terkena dampak, dan menyatakan bahwa proyek pembangunan berakhir dan perusahaan/organisasi berpindah ke mode operasi dan pemeliharaan Melakukan review pascaproyek Menutup kontrak pelanggan 15-38
© 2005 by Prentice Hall