TESTING DAN IMPLEMENTASI SISTEM Pertemuan Ke14 PERANGKAT PENGUJIAN

TESTING DAN IMPLEMENTASI SISTEM (Pertemuan Ke-14) PERANGKAT PENGUJIAN 1

Perangkat Pengujian l Walkthrough Tujuannya menciptakan sebuah situasi dimana suatu tim terdiri dari individu yang terlatih yang dapat menolong tim proyek dalam pengembangan solusi proyek. Walk through menggunakan pengalaman dan keputusan review tim sebagai tambahan atau bantuan dalam proses pembangunan, berorientasi pada bimbingan dalam pemecahan masalah dibandingkan dengan pemenuhan pelaksanaan metodologi 2

Perangkat Pengujian l Matriks Resiko Digunakan untuk menilai kecukupan pengendalian dalam sistem komputer. Kendali berupa seluruh mekanisme, metode dan prosedur yang digunakan dalam aplikasi. 3

Walkthrough l Menyusun aturan-aturan dasar (1) Ukuran dan susunan tim, (2) Tanggung jawab tim, (3) Kewajiban tim proyek menjawab seluruh pertanyaan dan merespon rekomendasi, (4) Perkiraan waktu dan lokasi, (5) Kerahasiaan informasi yang didiskusikan, (6) Aspek sistem yang tidak dapat dihadapi, (7) Siapa penerima hasil walk through dan bagaimana hasil tersebut digunakan 4

Walkthrough l Memilih tim/memberitahu partisipan (1) IS PM/analis (2) Senior management, (3) Operations management, (4) User, (5) management, (6) Konsultan yang sesuai. (Konsultan auditor internal, administrator db, konsultan komputer independen) 5

Walkthrough l Presentasi proyek Tim proyek mempresentasikan kebutuhan proyek ke tim walk through, berupa : (1) Pernyataan sasaran dan tujuan proyek, (2) Latar belakang informasi, (3) Daftar pengecualian yang dibuat oleh tim proyek, 6

Walkthrough l Pertanyaan/Rekomendasi Tujuan pertanyaan/rekomendasi adalah untuk membangkitkan diskusi l Laporan akhir (optional) 7

Matriks Resiko l Identifikasi tim resiko Keahlian : (1) Memiliki pengetahuan aplikasi, (2) Mengerti konsep resiko, (3) Mampu mengidentifikasi kendali, (4) Terbiasa dengan resiko aplikasi, (5) Mengerti konsep layanan informasi dan perancangan sistem, (6) Mengerti prosedur operasi komputer 8

Matriks Resiko l Identifikasi tim resiko Minimal kandidat : Internal Auditor, Konsultan Resiko, Pemroses Data, Petugas Keamanan, Manajer Operasi komputer 9

Matriks Resiko l Identifikasi resiko Mengidentifikasi resiko berorientasi aplikasi, bukan lingkungan, dengan cara : • Skenario analisis resiko • Ceklist resiko 10

Matriks Resiko l Menetapkan objektif pengendalian (tahap requirement) Kecukupan kendali berdasarkan tingkat kehilangan yang dapat diterima setiap resiko. 11

Matriks Resiko l Mengidentifikasikan kendali pada setiap segmen sistem (Tahap perancangan) Mengidentifikasi kendali untuk setiap resiko yang diidentifikasi, yaitu : a) Keaslian, b) Masukan data, c) Komunikasi, d) Pemrosesan e) Penyimpanan, f) Keluaran, g) Penggunaan 12

Penilaian Matriks Resiko l l Sangat Lengkap tim proyek telah melakukan lebih dari yang diharapkan untuk kriteria tersebut Evaluasi yang lengkap tim proyek telah melakukan kerja yang cukup untuk memastikan kendali yang layak untuk kriteria tsb Penilaian yang tidak lengkap tim proyek belum melakukan kerja yang cukup dan harus melakukan kerja lebih dalam daerah kriteria Tidak dapat dipagai (Not Applicable – NA) berkaitan dengan tipe aplikasi atau filosofi perancangan sistem dimana implementasi kriteria tidak dapat dipakai untuk aplikasi tsb. 13

Template Penilaian Nomor Item Pengujian Baik Cukup Kurang Cukup Tidak Memadai 14

Ide : Menentukan Penilaian Minggu Depan : U A S 15