Pertemuan 11
Evaluasi Sistem Informasi
• Berkaitan dengan pengumpulan data tentang kegunaan dari produk desain oleh kelompok tertentu untuk aktivitas tertentu dalam lingkungan Evaluasi tertentu atau konteks pekerjaan
• Karakteristik dari pengguna terhadap produk dalam evaluasi (misalnya, pengalaman, usia, pengirim, psikologis dan karakteristik fisik) Hal-hal yang perlu • Jenis kegiatan dapat berkisar dari tugas-tugas tertentu, yang dipertimba didefinisikan dan dikendalikan ngkan oleh seorang evaluator dalam • Lingkungan studi, dapat berkisar evaluasi : dari situasi laboratorium yang terkontrol. studi ini dikenal sebagai studi lapangan
Empat alasan untuk melakukan evaluasi bahwa kita telah diidentifik asi adalah:
1. 2. 3. 4.
Memahami dunia nyata Membandingkan desain Sasaran rekayasa Memeriksa kesesuaian dengan standar
Evaluasi
• Apakah evaluasi? • Tujuan dari evaluasi • Evaluasi melalui analisa expert • Evaluasi pengguna melalui partisipasi • Memilih metode evaluasi
1. Apakah Evaluasi
• Evaluasi adalah menguji dan menilai sistem untuk memastikan apakah sistem berjalan seperti yang di harapkan dan berguna bagi pengguna(user)
• EVALUASI MEMILIKI TIGA TUJUAN UTAMA 1. untuk menilai sejauh mana dan Aksesbilitas dari fungsi sistem 2. Tujuan 2. untuk menilai Dari pengalaman pengguna Evaluasi yang berinteraksi 3. untuk mengidentifikasi dan masalah tertentu dengan sistem.
Tujuan Evaluasi
• Fungsi sistem yang penting, harus sesuai dengan kebutuhan pengguna. • Rancangan sistem harus memungkinkan pengguna untuk melakukan tugas mereka menjadi lebih mudah.
• Jika seorang petugas mengambil sebuah file pelanggan pada address. • Pos/pusat paling tidak harus menyediakan dalam file komputer system. Contoh • Evaluasi pada tingkat ini dapat juga mengukur kinerja pengguna dengan sistem dan dapat menilai efektivitas sistem dalam mendukung tugas.
Tujuan Evaluasi
• Tujuan akhir dari evaluasi adalah untuk mengidentifikasi masalah-masalah spesifik dalam desain.
• Evaluasi terjadi sepanjang proses desain. • Secara khusus, yang pertama dari sebuah sistem evaluasi idealnya harus performed 2. sebelum pelaksanaan pekerjaan Evaluasi di mulai. Melalui • Jika desain sendiri dapat dievaluasi, maka kesalahan Analisa dapat dihindari, karena desain Expert dapat diubah. • Biasanya,dalam proses desain yang kesalahan itu harus diperbaiki.
• Ada 4 evaluasi: 2. Evaluasi Melalui Analisa Expert
a. Cognitive walkthrough b. Evaluasi heuristik c. Evaluasi berbasis model d. Menggunakan penelitian sebelum evaluasi
•
2. Evaluasi Melalui Analisa Expert a. Cognitive Walk through
Walkthroughs memerlukan tinjauan rinci dari urutan kode actions.di dalam langkah-langkah, urutan mewakili segmen kode program,harus teliti untuk memeriksa karakteristik tertentu (misalnya, gaya pengkodean , konvensi untuk variabel ejaan prosedur versus panggilan, dan untuk memeriksa seluruh sistem yang invarian ), dalam langkahlangkah kognitif, urutan langkahlangkah tindakan mengacu pada suatu interface akan meminta user untuk tampil di error untuk menyelesaikan beberapa tugas yang dikenal.
• Sebuah heuristik adalah sebuah pedoman atau prinsip umum 2. atau aturan yang dapat memandu Evaluasi keputusan desain atau digunakan Melalui untuk kritik sebuah keputusan Analisa yang telah di buat. Expert • heuristic evaluasi, dikembangkan b. Evaluasi Heuristik
oleh Jakob Nielsen dan Rolf Molich, adalah metode untuk menyusun kritik terhadap sebuah system menggunakan seperangkat relatif sederhana dan heuristics
2. Evaluasi Melalui Analisa Expert b. Evaluasi Heuristik
• heuristic evaluasi, dikembangkan oleh Jakob Nielsen dan Rolf Molich, adalah metode untuk menyusun kritik terhadap sebuah system menggunakan seperangkat relatif sederhana dan heuristics.
•
2. Evaluasi Melalui Analisa Expert b. Evaluasi Heuristik
NIELSEN'S SEPULUH HEURISTIK ADALAH: 1. Status. 2. Antara sistem dan dunia nyata. (user friendly)
3. User kontrol dan kebebasan. Pengguna 4. Konsistensi dan standar 5. Pencegahan Kesalahan 6. Pengakuan daripada pembuat 7. Fleksibilitas dan efisiensi penggunaan 8. Minimalis design 9. Membantu pengguna mengenali, mendiagnosa dan mengoreksi kesalahan 10. Bantuan dan sistem dokumentasi
• Certain Model Provie adalah 2. menggabungkan alat evaluasi Evaluasi dan spesifikasi desain ke Melalui framework. Analisa • Contoh: Expert c. Evaluasi Berbasis Model
– GOMS (tujuan, operator , metode dan seleksi) pengguna memprediksi model kinerja dengan interface tertentu dan dapat digunakan untuk menyaring pilihan desain tertentu.
2. Evaluasi Melalui Analisa Expert d. Menggu-Menggu nakan Pe nelitian Sebelum Evaluasi
• Eksperimental psikologi dan manusia-komputer proses interaksi antara hasil eksperimen dan empiris. • Khusus untuk domain tertentu, banyak berurusan dengan isu-isu umum yang bergerak dalam berbagai situasi
2. Evaluasi Melalui Analisa Expert
1. Proses interaksi antar hasil eksperimen dan empiris 2. Menggunakan domain d. 3. Khusus untuk domain MengguMenggutertentu menggunakan nakan Pe isu-isu umu nelitian Sebelum Evaluasi
• Teknik-teknik yang telah kita bahas sejauh ini berkonsentrasi pada desain atau mengevaluasi sistem melalui analisis oleh perancang, atau seorang 3. Evaluasi ahli penilai, bukan pengujian dengan pengguna yang sebenarnya. Peng-Peng • Teknik ini untuk menyaring dan guna menyempurnakan desain, mereka Melalui bukan pengganti pengujian. Partisi-Partisi • Menggunakan metode empiris atau pasi eksperimental, metode observasi, permintaan teknik, dan metode yang menggunakan pemantauan fisiologis
• Faktor-faktor yang membedakan teknik evaluasi:
4. Memilih Metode Evaluasi
Design vs pelaksanaan laboratorium vs studi lapangan Subjektif vs Tujuan Ukuran kuantitatif vs kualitatif Resources
• Sebuah klasifikasi evaluasi teknik
Evaluasi
• Evaluasi adalah bagian integral dari desain dan harus dilakukan di seluruh siklus hidup desain. • Tujuannya adalah : – untuk menguji fungsi dan kegunaan dari desain – untuk mengidentifikasi dan memperbaiki masalah – untuk menentukan sikap dan perilaku pengguna terhadap sistem. • Dapat terjadi di laboratorium atau spesialis di tempat kerja pengguna, dan mungkin tidak melibatkan partipasi aktif pada bagian pengguna.
• Presentasi ke II tanggal 11 Juni...... 2014 • Yang diamati adalah seluruh page pada WEB Anda Untuk membuat SEMANTIK • File terakhir diterima tanggal Selasa 10 Presentasi Juni 2014 jam 24.00 Semantik • Apabila file belum diterima berarti tidak diberi kesempatan untuk presentasi ke II • Email ke :
[email protected]
