© 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