Please enable JavaScript.
Coggle requires JavaScript to display documents.
Evaluation Techniques Part 1 - Coggle Diagram
Evaluation Techniques Part 1
A. MAKSUD / MATLAMAT / PENILAIAN
MAKSUD
Pengumpulan maklumat yg sistematik tentang aktiviti, ciri, dan hasil program utk membuat pertimbangan tentang program, meningkatkan keberkesanan program, serta memaklumkan keputusan tetang pembangunan program masa hadapan
MATLAMAT
menilai kesan interface kepada pengguna
mengenalpasti masalah tertentu terhadap sistem yg dibina
menilai sejauh mana fungsi dan kebolehcapaian sistem yg dibina
PENILAIAN
Peranan penilaian: utk menilai reka bentuk dan menguji sistem utk memastikan bahawa mereka (pengguna) benar-benar berkelakuan seperti yg pencipta jangkakan. selain itu, utk memenuhi keperluan pengguna.
Waktu bila hendak dinilai: penilaian berlaku sepanjang tempoh kitaran hayat reka bentuk berlaku, dgn hasil penilai memberikan suapan kepada pengubahsuaian kpd reka bentuk.
Penilaian: boleh dikenalpasti sebagai “menukar reka bentuk pd peringkat awal pembangunan berbanding pd peringkat kemudian”
B. COGNITIVE WALKTHROUGH
Empat soalan berikut untuk setiap langkah dalam tindakan
urutan.
1) Adakah kesan tindakan sama dengan matlamat pengguna
pada ketika itu?
2) Adakah pengguna akan melihat bahawa tindakan itu tersedia?
3) Apabila pengguna telah menemui tindakan yang betul, adakah mereka akan tahu ia adalah yang mereka perlukan?
4) Selepas tindakan diambil, adakah pengguna akan memahami
maklum balas yang mereka dapat?
Adakah kesan tindakan itu sama dengan matlamat pengguna di
titik itu?
-Setiap tindakan pengguna akan mempunyai kesan tertentu dalam sistem.
-Adakah kesan ini sama dengan apa yang pengguna cuba lakukan mencapai pada ketika ini?
-Contohnya, jika kesan 0daripada tindakan tersebut adalah untuk menyelamatkan dokumen, adalah 'menyimpan dokumen' apa yang pengguna nak buat ?
Adakah pengguna akan melihat bahawa tindakan itu tersedia?
Pengguna akan melihat butang atau item menu Contohnya yang digunakan untuk menghasilkan tindakan?
Kepentingan untuk mengdokumenkan panduan kognitif untuk menyimpan rekod dan memerlukan penambaikan dalam reka bentuk.
-Selepas tindakan diambil, adakah pengguna akan memahami maklum balas yang mereka perolehi?
-Jika anda kini menganggap bahawa pengguna berjaya mencapai tindakan yang betul, adakah dia akan tahu bahawa dia telah melakukannya?
-Adakah maklum balas yang diberikan akan menjadi pengesahan yang mencukupi tentang apa yang sebenarnya telah berlaku?
C. HEURISTIC EVALUATION
Maksud
Penilaian Heuristik yang dicadangkan oleh Nielsen dan Molich. Kriteria kebolehgunaan (heuristik) dikenal pasti sebagai reka bentuk yang diperiksa oleh pakar. Contohnya, heuristik tingkah laku sistem boleh diramal dan maklum balas adalah konsisten. Untuk reka bentuk juga adalah berdasarkan ‘debugs’.
Ciri - ciri
-Menurut Nielsan antara tiga dan lima penilai adalah mencukupi untuk menyatakan 75% masalah kebolehgunaan secara keseluruhan.
-Penilai juga bebas untuk mengkritik sistem yang dihasilkan.
-Dilakukan pada spesifikasi reka bentuk supaya berguna untuk menilai reka bentuk awal. boleh juga disebut sebagai prototaip, papan cerita dan sebuah sistem yang boleh berfungsi sepenuhnya.
-Penilaian heuristik ialah garis panduan atau prinsip umum dan peraturan yang boleh membimbing keputusan reka bentuk yang digunakan untuk mengkritik keputusan yang telah dibuat. ia adalah kaedah untuk menstrukturkan kembali sistem supaya lebih menjadi lebih mudah dan umum.
Tujuan 10 heuristik Nielsen
-Bantu pengguna mengenali, mendiagnosis dan pulih daripada ralat.
-Bantuan dan dokumentasi
Skala Penilai
0=Saya tidak bersetuju dengan bahawa ini adalah masalah kebolehgunaan sama sekali
1=Masalah kosmetik sahaja, tidak perlu diperbaiki melainkan masa tambahan tersedia untuk projek
2=Masalah kebolehgunaan kecil, pembetulan mengikut keutamaan
3=Masalah kebolehgunaan utama, penting untuk diperbaiki
4=Kebolehgunaan sangat teruk, perlu dibaiki sebelum produk dikeluarkan.
Sepuluh heuristik Nielsen
1.Keterlihatan status sistem
Sentiasa memaklumkan pengguna tentang perkara yang sedang berlaku, melalui maklum balas yang sesuai dalam masa yang munasabah. Sebagai contoh, jika operasi sistem akan mengambil sedikit masa, berikan petunjuk tentang berapa lama dan berapa banyak yang siap.
2.Padanan antara sistem dan dunia sebenar
Sistem harus bercakap dalam bahasa pengguna, dengan perkataan, frasa dan konsep yang biasa kepada pengguna, bukannya istilah berorientasikan sistem. Ikuti konvensyen dunia sebenar, menjadikan maklumat muncul dalam susunan semula jadi dan logik.
3.Kawalan dan kebebasan pengguna
Selalunya tersilap memilih fungsi sistem dan memerlukan 'keluar kecemasan' yang ditanda dengan jelas untuk meninggalkan keadaan yang tidak diingini tanpa perlu melalui dialog lanjutan. Sokong buat asal dan buat semula.
4.Ketekalan dan piawaian
Pengguna tidak perlu tertanya-tanya sama ada perkataan, situasi atau tindakan bermaksud perkara yang sama dalam konteks yang berbeza.Ikuti konvensyen platform dan piawaian yang diterima.
5.Pencegahan ralat
Lebih baik daripada mesej ralat yang baik ialah reka bentuk yang teliti yang menghalang masalah daripada berlaku di tempat pertama.
6.Pengiktirafan daripada mengingat kembali
Jadikan objek, tindakan dan pilihan kelihatan. Pengguna tidak perlu mengingati maklumat dari satu bahagian dialog ke bahagian lain. Arahan untuk penggunaan sistem hendaklah kelihatan atau mudah diperoleh semula apabila sesuai.
7.Fleksibiliti dan kecekapan penggunaan
Benarkan pengguna menyesuaikan tindakan yang kerap.
Pemecut – tidak dilihat oleh pengguna pemula – selalunya boleh mempercepatkan interaksi untuk pengguna pakar sehingga ke tahap yang sistem boleh memenuhi kedua-dua pengguna yang tidak berpengalaman dan berpengalaman.
8.Reka bentuk estetik dan minimalis
Dialog tidak boleh mengandungi maklumat yang tidak relevan atau jarang diperlukan.
Setiap unit maklumat tambahan dalam dialog bersaing dengan unit maklumat yang berkaitan dan mengurangkan keterlihatan relatifnya.
9.Bantu pengguna mengenali, mendiagnosis dan pulih daripadaralat.
Mesej ralat hendaklah dinyatakan dalam bahasa biasa (tiada kod), menunjukkan masalah dengan tepat dan mencadangkan penyelesaian secara konstruktif.
10.Bantuan dan dokumentasi
Beberapa sistem boleh digunakan tanpa arahan jadi mungkin perlu menyediakan bantuan dan dokumentasi.
Sebarang maklumat sedemikian hendaklah mudah dicari, memfokuskan pada tugas pengguna, menyenaraikan langkah konkrit yang perlu dijalankan dan tidak terlalu besar.
D. MODEL BASED EVALUTION
Pendekatan berasaskan pakar ketiga ialah penggunaanmodel.
Model kognitif dan reka bentuk tertentu menyediakan cara untuk menggabungkan spesifikasi reka bentuk dan penilaian ke dalam rangka kerja yang sama.
CONTOH:
MODEL GOMS (matlamat, pengendali, kaedah dan pemilihan) meramalkan prestasi pengguna dengan antara muka tertentu dan boleh digunakan untuk menapis pilihan reka bentuk tertentu.
KEYSTROKE-LEVEL MODEL (teknik pemodelan peringkat rendah) memberikan ramalan masa yang akan diambil oleh pengguna untuk melaksanakan tugas fizikal peringkat rendah.
E. USE PREVIOUS WORK
Kepakaran dalam penilaian terten tu diperlukan untuk memastikan andaian yang betul dapat dibuat.
Keputusan eksperimen psikologi dan interaksi manusia-komputer yang lepas adalah sebagai bukti empirikal. CONTOH ISU: Kebolehgunaan yang berbeza jenis menu, penarikan semula nama arahan, dan pilihan ikon.
Pendekatan terakhir penilaian pakar adalah dengan menggunakan keputusan kajian lepas sebagai bukti untuk menyokong (atau menafikan) aspek reka bentuk. Pengkaji baharu mesti memilih bukti secara berhati-hati, mencatat reka bentuk eksperimen yang dipilih, populasi peserta, dan membuat analisis serta andaian.
CONTOH EKSPERIMEN MENGUJI KEBOLEHGUNAAN GAYA SISTEM BANTUAN: Peserta tidak boleh memberikan penilaian yang tepat tentang sistem bantuan yang direka untuk pengguna pakar Oleh itu, semakan harus mengambil kira kedua-dua persamaan dan perbezaan antara konteks eksperimen dan reka bentuk di bawah pertimbangan.