5_User_Centered_DesignDESIGNDESIGN
UCD1
2
Perkembangan
LEARNERS FRIENDLY (E-LEARNING)
BEDA UCD DAN RCD No Aspek PENGOLAHAN DATA (UCD) PENCARIAN INFORMASI
(RCD)
1 Jenis aplikasi Aplikasi terutama adalah untuk mendukung pekerjaan
di kantor, pribadi
Aplikasi sangat bervariasi antara lain untuk iklan, berita harian,
sistem informasi perkantoran dsb.
2 Waktu baca Layar tampilan dibaca untuk waktu Layar tampilan
dibaca dalam waktu
6
2 Waktu baca Layar tampilan dibaca untuk waktu yang lama karena
waktu untuk membaca cukup banyak.
Layar tampilan dibaca dalam waktu yang cepat karena ingin segera
membaca situs yang lain.
3 Rutinitas Rutin dibaca dari kesehari karena berkaitan dengan
pekerjaan. Pengguna tidak membutuhkan variasi sehingga layar
tampilan tidak perlu diubah-ubah.
Ada kemungkinan dibaca hanya sekali dan tidak dibaca lagi, bila
dibaca lagi sering pembaca ingin ada perubahan variasi sehingga
tampilan perlu sering divariasi.
7
PENCARIAN INFORMASI (RCD)
4 Motivasi Pengguna mempunyai motivasi untuk berusaha keras mampu
membaca tampilan layar karena kebutuhan kesuksesan dalam
pekerjaannya.
Pengguna tidak ada motivasi harus mampu membaca layar tampilan,
bila terasa sulit dibaca maka pengguna dengan mudah akan mencari
situs lain.
5 Grup Layar tampilan yang sama dibaca oleh sekelompok orang dalam
sebuah grup sehingga dapat saling membantu bila menemui
kesulitan.
Pembaca umumnya sendiri dan tidak dalam satu grup untuk bisa saling
belajar membaca layar tampilan.
6 Informasi Informasi yang ditampilkan di layar Informasi yang
ditampilkan seringkali padat. 6 Informasi Informasi yang
ditampilkan di layar relatif tidak banyak
Informasi yang ditampilkan seringkali padat.
7 Variasi Pengguna tidak membutuhkan variasi pada tampilan
layar.
Pengguna membutuhkan variasi agar tertarik pada tampilan
layar.
8 Thema User Friendly Reader Friendly
DESAIN INTERFACE BUKAN HANYA SATU LAYAR
TERMASUK KESELURUHAN SISTEM
OBJECT ORIENTED (LEBIH BAIK UNTUK PENCARIAN INFORMASI)
9
Pendahuluan Perancangan berbasis pengguna (User Centered Design =
UCD) adalah istilah yang digunakan untuk menggambarkan filosofi
perancangan yang telah beberapa dekade ini menggunakan beberapa
nama berbeda, seperti human factors engineering, ergonomics
11
Perkembangan filosofi : sebelum pd 2, manusia menyesuaikan diri
dengan mesin, setelah pd 2, mesin menyesuaikan diri dng
manusia
WUJUD INTERFACE PENUNTUN LANGKAH :
ORIENTASI
12
BANTUAN PEMAHAMAN
KEANDALAN/KEAMANAN
KENYAMANAN/KEMUDAHAN
TERTUTUP USER TAK DIBERI KESEMPATAN MEMASUKKAN DATA OPEN.
HIERARKHI MENU BISA TERLALU DALAM, BILA KEMBALI “JAUH”
MENU YANG BERORIENTASI TUGAS
TASK POKOK FILE
WINDOWING
HELP
FASILITAS SHORTCUT
MEMPERCEPAT PROSES
20
FASILITAS UTAMA ADA DI “START”
INTERFACE WINDOWS XP
21
SISTEM TREE WINDOWS XP KOTAK “SHORTCUT”
BUKA DOCUMENT BARU
BUKA DOCUMENT LAMA
SET PROGRAM ACCESS
SISTEM MENU : KURANG DISUKAI KRN TERLALU DALAM (KASUS YAHOO)
UCD
STRATEGI YAHOO VS GOOGLE
center focus
28
pengguna.
Principles of user-centered design
lifecycle [J. Gould, 1995 ]
Pertama-tama fokus pada pengguna
pengguna (Usability Measurement)
Fokus awal pada pengguna Perancang harus mempunyai hubungan
langsung dengan pengguna sesungguhnya atau calon pengguna – melalui
interviews, surveys, dan partisipasi dalam workshop
perancangan.
Tujuan utama adalah untuk memahami kognisi, kelakuan, dan atitud
pengguna serta karakteristik
30
Tujuan utama adalah untuk memahami kognisi, kelakuan, dan atitud
pengguna serta karakteristik anthropometric
Aktifitas utama mencakup pengambilan data, analisis dan
integrasinya kedalam informasi perancangan dari pengguna tentang
karakteristik tugas, lingkungan teknis dan organisasi.
Integrative and iterative design Iteratif? Sistem yang sedang
dikembangkan harus didefinisikan, dirancang, dan ditest
berulangkali berdasarkan hasil test kelakuan dari fungsi,
antarmuka, sistem bantuan, dokumentasi pengguna, dan pendekatan
pelatihannya.
31
Pengukuran Penggunaan Produk
Satu-satunya pendekatan yang sukses dalam perancangan produk yang
berpusat pada pengguna adalah secara empiris.
Dibutuhkan observasi tentang kelakuan pengguna,
32
Dibutuhkan observasi tentang kelakuan pengguna, evaluasi
umpan-balik yang cermat, wawasan pemecahan terhadap masalah yang
ada, dan motivasi yang kuat untuk mengubah rancangan.
Umpan-balik yang berasal dari pengguna dikumpulkan secara langsung
atau tidak langsung dari pengguna, dinyatakan dalam bentuk
rekomendasi dan keputusan perancangan.
UCD UCD adalah tentang partisipasi dan pengalaman manusia dalam
proses perancangan
Pengguna – adalah orang yang akan menggunakan sistem. Dapat
pengguna langsung yang biasa disebut pengguna akhir (end user) yang
menggunakan sistem untuk
33
langsung yang biasa disebut pengguna akhir (end user) yang
menggunakan sistem untuk menyelesaikan pekerjaannya, atau
Pengguna tidak langsung yang mengguakannya untuk penggunaan yang
lain, seperti system administrators, installers dan
demonstrators.
UCD
Stakeholders – orang yang terpengaruh oleh sistem atau dapat
mempengaruhi proses pengembangan, seperti staf pemasaran dan
pembeli. Masukannya digunakan sebagai kekangan atau permintaan
tambahan.
34
permintaan tambahan.
Misalnya, staf pemasaran ingin agar sistem ditambah fungsi khusus
yang oleh perusahaan lain ingin diimplementasikan.
UCD
35
Technical Staff and software developers – adalah orang yang merinci
spesifikasi fungsionalitas sistem dan mengembangkan use case model
dan prototipe antarmukanya.
Aturan dalam UCD
1. Perspective: pengguna selalu benar. Jika terdapat masalah dalam
penggunaan sistem, maka masalahnya ada pada sistem dan bukan
pengguna.
2. Installasi: Pengguna mempunyai hak untuk menginstall atau
meng-uninstall perangkat
36
menginstall atau meng-uninstall perangkat lunak dan perangkat keras
sistem secara mudah tanpa ada konsekuensi negatif.
3. Pemenuhan: pengguna mempunyai hak untuk sistem dapat bekerja
persis seperti yang dijanjikan.
Aturan dalam UCD
4. Instruksi: pengguna mempunyai hak untuk menggunakan instruksi
secara mudah (buku petunjuk, bantuan secara on-line atau
kontekstual, pesan kesalahan) untuk memahami dan menggunakan sistem
untuk mencapai tujuan yang diinginkan secara
37
mencapai tujuan yang diinginkan secara efisien dan terhindar dari
masalah.
5. Control: pengguna mempunyai hak untuk dapat mengontrol sistem
dan mampu membuat sistem menanggapi terhadap permintaan yang
diberikan.
Aturan dalam UCD
6. Umpan balik: pengguna mempunyai hak terhadap sistem untuk
menyediakan informasi yang jelas, dapat dimengerti, dan akurat
tentang tugas yang dilakukan dan kemajuan yang dicapai.
38
7. Keterkaitan: pengguna mempunyai hak untuk mendapatkan informasi
yang jelas tentang semua prasyarat yang dibutuhkan sistem untuk
memperoleh hasil terbaik.
Aturan dalam UCD
8. Skope: pengguna mempunyai hak untuk mengetahui batasan kemampuan
sistem.
9. Assistance: pengguna mempunyai hak untuk berkomunikasi dengan
penyedia teknologi dan menerima pemikiran dan tanggapan
39
dan menerima pemikiran dan tanggapan yang membantu jika
diperlukan.
10. Usability: pengguna harus dapat menjadi penguasa teknologi
perangkat lunak dan perangkat keras dan bukan sebaliknya. Produk
harus dapat digunakan secara alami dan intuitif.
ISO 13407 – Standard proses
UCD untuk sistem interaktif
Understand and specify the context of use
Produce design solutions
Evaluate design against requirements
requirements?
Pengguna
Langkah awal ini membutuhkan komitmen dari seluruh pihak yang
terlibat dalam proses pengembangan terhadap filosofi UCD, dan untuk
membuat rencana perancangan dengan cukup waktu dan kesempatan untuk
digunakan dalam mendapatkan user
41
Rencana perancangan adalah dokumen kerja yang pada awalnya dibuat
dalam bentuk outline yang selanjutnya di tinjau kembali,
dipelihara, dikembangkan dan diperbaharui selama proses perancangan
dan pengembangan.
Memahami dan menentukan konteks
Pemecahan secara hirarki atas pekerjaan global.
42
kategori pengguna. Demikian pula karakteristik
tugas yang mungkin mengganggu penggunaan
dalam skenario khusus, seperti frekuensi dan lama
kinerja.
langkah operasional antara manusia dan
sumberdaya teknologi. Tugas tidak boleh
digambarkan hanya dalam bentuk fungsi atau
sifat yang disediakan sistem.
menentukan kebutuhan sistem minimal dan
optimal dengan memperhatikan user-test dalam
lingkungan tersebut sebelum dilepaskan. Perlu juga
diperhatikan karaktersitik yang relevan dengan
lingkungan fisik dan sosial.
Pada hampir semua model pengembangan perangkat lunak, terdapat
aktivitas utama dimana kebutuhan fungsional produk atau sistem
ditentukan.
44
Dalam UCD, penting untuk memperluas aktivitas ini untuk membuat
pernyataan eksplisit dari kebutuhan pengguna dan organisasi, dalam
hubungannya dengan konteks diskripsi penggunaan dalam hal:
Menentukan kebutuhan pengguna
2. Kualitas dan isi tugas pengguna (termasuk alokasi tugasdiantara
kategori pengguna
45
Menentukan kebutuhan pengguna
hal transparansi aplikasi ke pengguna.
4. Kerjasama dan komunikasi yang efektif
46
diantara diantara kategori pengguna dan
pihak ketiga yang relevan.
tujuan tujuan finansial.
mengembangkan suatu proposal
dan mengamatinya saat melakukan
bantuan evaluator.
perbaikan rancangan,
dipenuhi.
kebutuhan pengguna Formative: menyediakan umpan balik yang dapat
digunkan untuk memperbaiki rancangan
Summative: melakukan penilaian apakah tujuan pengguna dan
organisasi telah tercapai.
49
tercapai.
Apapun jenis evaluasi yang digunakan, penting untuk dipahami bahwa
hasil evaluasi hanya bermakna dalam konteks dimana sistem
diuji.
Memantau penggunaan produk atau sistem dalam jangka panjang.
Melaporkan hasil evaluasi