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

Perangkat Pengujian 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

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

Walkthrough Menyusun aturan-aturan dasar (2) Tanggung jawab tim, (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

Walkthrough Memilih tim/memberitahu partisipan (2) Senior management, (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)

Walkthrough 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,

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

Matriks Resiko 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

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

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

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

Matriks Resiko 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

Penilaian Matriks Resiko 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.

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

Ide : Menentukan Penilaian Minggu Depan : U A S