Chapter 29-31 Aturan Desain dan Pendukung Implementasi · PDF filetindakan korektif setelah...

Aturan Desain dan

Pendukung Implementasi

Chapter 29-31

• Prinsip Kegunaan–Pemahaman Umum

• Standar dan Pedoman–Arah Desain

• Desain Pola–Penangkapan dan

Penggunaan Kembali Pengetahuan Desain

Aturan Aturan DesainDesain

• Prinsip– aturan desain abstrak – otoritas rendah

– umum

• Standar– aturan desain khusus – otoritas tinggi – aplikasi terbatas

• Panduan– otoritas rendah – aplikasi yang lebih umum

Jenis Jenis Aturan Aturan DesainDesain

• Learnability– kemudahan yang pengguna

dapatkan untuk memulai interaksi dalam mencapai kinerja yang maksimal

• Fleksibilitas– keanekaragaman cara pengguna dan

sistem pertukaran informasi

• Ketahanan– tingkat dukungan yang diberikan

pengguna dalam menentukan keberhasilan dan penilaian perilaku

terarah untuk mencapai tujuan

Prinsip Prinsip Untuk Untuk

Mendukung Mendukung KegunaanKegunaan

Prediktabilitas – efek menentukan tindakan masa depan

berdasarkan interaksi sejarah masa lalu – operasi visibilitas

Synthesizability – menilai efek dari tindakan di masa lalu

Keakraban – bagaimana pengetahuan sebelum berlaku untuk

sistem baru

Generalisasi – memperluas pengetahuan interaksi yang lebih

spesifik pada situasi baru

Konsistensi – kemiripan dalam input / output perilaku yang

timbul dari situasi yang tunjuannya sama

Prinsip Prinsip LearnLearn--abilityability

Dialog inisiatif – kebebasan dari batasan sistem yang dipaksakan pada

dialog input

Multithreading – kemampuan sistem untuk mendukung interaksi pengguna

lebih dari satu tugas pada satu waktu

Tugas migratability – lewat tanggung jawab atas pelaksanaan tugas antara

pengguna dan sistem

Substitutivity – memungkinkan nilai-nilai setara input dan output yang

akan menggantikan satu sama lain– representasi keanekaragaman; kesempatan yang sama

Customizability – modifiability dari user interface by user (kemampuan

beradaptasi) atau sistem (adaptivity)

Prinsip Prinsip FleksiFleksi--bilitasbilitas

Observability– kemampuan pengguna untuk mengevaluasi

keadaan internal sistem dari yang dipahami

Recoverability – kemampuan pengguna untuk mengambil

tindakan korektif setelah kesalahan diakui

Responsif – bagaimana pengguna merasakan laju komunikasi

dengan sistem– Stabilitas

Tugas kesesuaian – tingkat layanan sistem yang mendukung semua

tugas-tugas pengguna– tugas kelengkapan; tugas kecukupan

Prinsip Prinsip ––Prinsip Prinsip

KetahananKetahanan

• ditetapkan oleh nasional atau badan-badan internasional untuk memastikan kepatuhan dari standar desainer

• hardware standar perangkat lunak lebih umum daripada otoritas tinggi dan tingkat rendah detail

• ISO 9241 mendefinisikan kegunaan sebagai efektivitas, efisiensi dan kepuasan pengguna dalam menyelesaikan tugas

StandarStandar

1. Pendahuluan2. Besarnya ukuran3. Kekuatan dari sistem4. Tempat kerja desain5. Penekanan dan pengambilan resiko

pada sistem6. Visi dan Cahaya sistem7. Tampilan visual sistem8. Informasi audio9. Komunikasi suara10. Kontrol11. Desain untuk pemeliharaan12. Sistem

ISO 9241 ISO 9241 ada 12 ada 12

partpart

Element dari sistem windowing ini,melibatkan beberapa tampilan visuallayar, sebuah keyboard dan beberapapenunjuk perangkat, seperti mouse.

Sistem windowing tertentu akan memilikibahasa generik untuk pusat abstrakyang disebut dengan imaging model.

Seperti:– Pixel– Sistem Kernel Grafis (GKS)– Hirarkis Pemrograman Antarmuka Grafis

(PHIGS)– Postscript

Elemen Elemen dari dari

Sistem Sistem WindowWindow

• Menerapkan dan meniru pengelolaan proses masing-masing dari aplikasi yang terpisah

• Untuk menerapkan peran manajemen dalam kernel sistem operasi, sentralisasi tugas manajemen dengan membebaskan dari aplikasi individu

• Memberikan informasi yang portabilitas, sebagai fungsi manajemen ditulis sebagai aplikasi terpisah sehingga dapat menyediakan sebuah antarmuka untuk program aplikasi lain yang generik di semua sistem operasi.

• Sebagai arsitektur client-server

ArsitekturArsitekturSistem Sistem

WindowWindow

Fitur antarmuka dari perspektif sipengguna adalah bahwa input danoutput secara intrinsik terkait denganentitas independen pada layartampilan.

Ini akan menciptakan ilusi bahwaentitas di layar adalah obyek yangmenarik dan saling berinteraksi.Contoh:– Mouse– Keyboard

MenggunakanMenggunakan

ToolkitToolkit

Tujuan dari UIMS (User Interface Management System) adalah:– Arsitektur konseptual untuk struktur dari

sebuah sistem interaktif yang berkonsentrasi pada aplikasi pemisahan antara semantik dan presentasi.

– Teknik untuk mengimplementasikan aplikasi dan presentasi yang terpisah.

– Dukungan teknik untuk mengelola, melaksanakan dan mengevaluasi lingkungan run time interaktif.

Sistem Sistem Manajemen Manajemen Antarmuka Antarmuka PenggunaPengguna

• Portabilitas– Beberapa Aplikasi digunakan pada

beberapa sistem

• Reusabilitas– Biaya pemotongan pengembangan

sistem

• Multiple Interface– Multi antarmuka

• Customize– Dapat disesuaikan tampilan

antarmukanya

UIMS UIMS sebagai sebagai Arsitektur Arsitektur KonseptualKonseptual

Beberapa teknik yang telah digunakandalam pemodelan dialog di UIMS :– Menu jaringan (Menu Networks)– Tata Bahasa Notasi (Grammar Notations)– Transisi State Diagram (State Transition

Diagrams)– Peristiwa Bahasa (Event Language)– Deklaratif Bahasa (Declarative

Languages)– Kendala (Constraints)– Grafis Spesifikasi (Graphical

Specification)

Pertimbangan Pertimbangan PelaksanaanPelaksanaan

• Berkaitan dengan pengumpulan data tentang kegunaan dari produk desain oleh kelompok tertentu untuk aktivitas tertentu dalam lingkungan tertentu atau konteks pekerjaan

EvaluasiEvaluasi

• Karakteristik dari pengguna terhadap produk dalam evaluasi (misalnya, pengalaman, usia, pengirim, psikologis dan karakteristik fisik)

• Jenis kegiatan dapat berkisar dari tugas-tugas tertentu, yang didefinisikan dan dikendalikan oleh seorang evaluator

• Lingkungan studi, dapat berkisar dari situasi laboratorium yang terkontrol. studi ini dikenal sebagai studi lapangan

Hal-hal yang perlu dipertimba

ngkan dalam

evaluasi :

1. Memahami dunia nyata2. Membandingkan desain3. Sasaran rekayasa 4. Memeriksa kesesuaian dengan

standar

Empat alasan untuk

melakukan evaluasi

bahwa kita telah

diidentifikasi adalah:

• Apakah evaluasi?• Tujuan dari evaluasi• Evaluasi melalui

analisa expert• Evaluasi pengguna

melalui partisipasi• Memilih metode

evaluasi

EvaluasiEvaluasi

• Evaluasi adalah menguji dan menilai sistem untuk memastikan apakah sistem berjalan seperti yang di harapkan dan berguna bagi pengguna(user)

1. Apakah 1. Apakah EvaluasiEvaluasi

• EVALUASI MEMILIKI TIGA TUJUAN UTAMA1. untuk menilai sejauh

mana dan Aksesbilitas dari fungsi sistem

2. untuk menilai pengalaman pengguna yang berinteraksi

3. untuk mengidentifikasi dan masalah tertentu dengan sistem.

2. Tujuan 2. Tujuan Dari Dari

EvaluasiEvaluasi

• Fungsi sistem yang penting, harus sesuai dengan kebutuhan pengguna.

• Rancangan sistem harus memungkinkan pengguna untuk melakukan tugas mereka menjadi lebih mudah.

Tujuan Tujuan EvaluasiEvaluasi

• Jika seorang petugas mengambil sebuah file pelanggan pada address.

• Pos/pusat paling tidak harus menyediakan dalam file komputer system.

• Evaluasi pada tingkat ini dapat juga mengukur kinerja pengguna dengan sistem dan dapat menilai efektivitas sistem dalam mendukung tugas.

ContohContoh

• Tujuan akhir dari evaluasi adalah untuk mengidentifikasi masalah-masalah spesifik dalam desain.Tujuan Tujuan

EvaluasiEvaluasi

• Evaluasi terjadi sepanjang proses desain.

• Secara khusus, yang pertama dari sebuah sistem evaluasi idealnya harus performed sebelum pelaksanaan pekerjaan di mulai.

• Jika desain sendiri dapat dievaluasi, maka kesalahan dapat dihindari, karena desain dapat diubah.

• Biasanya,dalam proses desain yang kesalahan itu harus diperbaiki.

2. 2. Evaluasi Evaluasi Melalui Melalui Analisa Analisa ExpertExpert

• Ada 4 evaluasi:a. Cognitive walkthroughb. Evaluasi heuristikc. Evaluasi berbasis

modeld. Menggunakan

penelitian sebelum evaluasi


• 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 langkah-langkah kognitif, urutan langkah-langkah tindakan mengacu pada suatu interface akan meminta user untuk tampil di error untuk menyelesaikan beberapa tugas yang dikenal.


a. a. Cognitive Cognitive

Walk Walk throughthrough

• Sebuah heuristik adalah sebuah pedoman atau prinsip umum atau aturan yang dapat memandu keputusan desain atau digunakan untuk kritik sebuah keputusan yang telah di buat.

• heuristic evaluasi, dikembangkan oleh Jakob Nielsen dan Rolf Molich, adalah metode untuk menyusun kritik terhadap sebuah system menggunakan seperangkat relatif sederhana dan heuristics

• NIELSEN'S SEPULUH HEURISTIK ADALAH:1. Status. 2. Antara sistem dan dunia nyata. (user friendly)3. User kontrol dan kebebasan. Pengguna4. Konsistensi dan standar5. Pencegahan Kesalahan6. Pengakuan daripada pembuat7. Fleksibilitas dan efisiensi penggunaan8. Minimalis design9. Membantu pengguna mengenali, mendiagnosa dan

mengoreksi kesalahan10. Bantuan dan sistem dokumentasi


b. b. Evaluasi Evaluasi HeuristikHeuristik

• Certain Model Provie adalah menggabungkan alat evaluasi dan spesifikasi desain ke framework.

• Contoh: –GOMS (tujuan, operator , metode

dan seleksi) pengguna mem-prediksi model kinerja dengan interface tertentu dan dapat digunakan untuk menyaring pilihan desain tertentu.


c. c. Evaluasi Evaluasi Berbasis Berbasis

ModelModel

• 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


d. d. MengguMenggu--nakan Pe nakan Pe nelitian nelitian

Sebelum Sebelum EvaluasiEvaluasi

• Teknik-teknik yang telah kita bahas sejauh ini berkonsentrasi pada desain atau mengevaluasi sistem melalui analisis oleh perancang, atau seorang ahli penilai, bukan pengujian dengan pengguna yang sebenarnya.

• Teknik ini untuk menyaring dan menyempurnakan desain, mereka bukan pengganti pengujian.

• Menggunakan metode empiris atau eksperimental, metode observasi, permintaan teknik, dan metode yang menggunakan pemantauan fisiologis

3. 3. Evaluasi Evaluasi PengPeng--guna guna

Melalui Melalui PartisiPartisi--

pasipasi

• Faktor-faktor yang membeda-kan teknik evaluasi:Design vs pelaksanaan laboratorium vs studi lapangan Subjektif vs Tujuan Ukuran kuantitatif vs kualitatif Resources

• Sebuah klasifikasi evaluasi teknik

4. Memilih 4. Memilih Metode Metode EvaluasiEvaluasi

• 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.

EvaluasiEvaluasi

1. Mempunyai prosedur Action2. Menggunakan urutan kode

action3. Mempunyai kode program4. Menggunakan langkah

kognitif5. Mengacu pada sebuah

interface yang akan menampilkan ERROR

6. Ada penyelesaian task/tugas


a. a. Cognitive Cognitive

Walk Walk throughthrough

1. Merupakan sebuah pedoman/prinsip umum

2. Merupakan sebuah aturan untukmemandu keputusan desain

3. Dapat menyusun kritik terhadap sistem

4. Menggunakan seperangkat alat yang relatif sederhana

5. Dikembangkan oleh Jakob Nielsen dan Rolf Molich


b. b. Evaluasi Evaluasi HeuristikHeuristik

1. Menggunakan desain framework2. Merupakan penggabungan alat

evaluasi dan spesifkasi desain3. Menggunakan prinsip GOMS4. Mempunyai Tujuan5. Mempunyai Operator6. Mempunyai Metode7. Mempunyai Penyeleksian


c. c. Evaluasi Evaluasi Berbasis Berbasis

ModelModel

1. Proses interaksi antar hasil eksperimen dan empiris

2. Menggunakan domain3. Khusus untuk domain

tertentu menggunakan isu-isu umum


d. d. MengguMenggu--nakan Pe nakan Pe nelitian nelitian

Sebelum Sebelum EvaluasiEvaluasi

Chapter 29-31 Aturan Desain dan Pendukung Implementasi · PDF filetindakan korektif setelah...

Documents

Transcript of Chapter 29-31 Aturan Desain dan Pendukung Implementasi · PDF filetindakan korektif setelah...