UCD USER CENTERED DESIGN
-
Upload
melodie-foreman -
Category
Documents
-
view
110 -
download
5
description
Transcript of UCD USER CENTERED DESIGN
UCD1
UCDUSER CENTERED DESIGN
UCD2
Sasaran UCD
Sasaran UCD “The practice of designing a product so that users can perform required operation, service, and supportive tasks with a minimum of stress and maximum of result”
UCD3
PERKEMBANGAN
PENGOLAHAN DATA : UCD, USER CENTERED DESIGN
PENCARIAN INFORMASI : RCD, READER CENTERED DESIGN
UCD4
INTERAKSI THP SISTEM INFORMASI
INTERAKSI– INTERFACE LAYAR– INTERFACE SISTEM
STRATEGI INTERAKSI (CONTOH : SISTEM MENU) SISTEM DUKUNGAN HELP
UCD5
MODEL INTERAKSI
USER FRIENDLY (PENGOLAHAN DATA) READERS FRIENDLY (PENCARIAN
INFORMASI) LEARNERS FRIENDLY (E-LEARNING)
UCD6
BEDA UCD DAN RCDNo Aspek PENGOLAHAN DATA
PENCARIAN INFORMASI
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 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.
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 sitsu 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 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
UCD7
DESAIN INTERFACE
BUKAN HANYA SATU LAYAR TERMASUK KESELURUHAN SISTEM
UCD8
FAKTOR YG MEMPENGARUHI INTERAKSI
STRATEGI INTERAKSI – PROSES ORIENTED (LEBIH BAIK UTK PENGOLAHAN
DATA)– OBJECT ORIENTED (LEBIH BAIK UNTUK PENCARIAN
INFORMASI)– KEDUANYA BISA DIPAKAI– SEBAIKNYA PILIH SEBUAH STRATEGI
KOGNITIF DESAIN “SENI” NAVIGASI
UCD9
FAKTOR DESAIN
DESAIN PENGOLAHAN DATA– TUGAS ORIENTED– KOGNITIF : VARIATIF– SENI : VARIATIF
DESAIN PENCARIAN INFORMASI– INFORMASI/CONTENT ORIENTED– KOGNITIF : VARIATIF– SENI : VARIATIF
UCD10
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 engineering, usability engineering, user engineering. UCD adalah filosofi perancangan yang menempatkan pengguna sebagai pusat dari proses pengembangan sistem.
Perkembangan filosofi : sebelum pd 2, manusia menyesuaikan diri dengan mesin, setelah pd 2, mesin menyesuaikan diri dng manusia
UCD11
WUJUD INTERFACE PENUNTUN LANGKAH :– STRATEGI
MENU TOP DOWN (COCOK UTK PD,PI) KEYWORD BOTTOM UP (COCOK UTK PI,PD)
– ORIENTASI PROSES/TUGAS ORIENTED (COCOK UTK PD,PI) OBJECT/INFORMASI ORIENTED (COCOK UTK PI,PD)
BANTUAN PEMAHAMAN– AKTIF
CONTOH SIMULASI– PASIF
DOKUMEN OFFLINE DOKUMEN ON-LINE SIMULASI
UCD12
PENUNTUN LANGKAH
PENGOLAHAN DATA– TOP DOWN/TREE STUCTURE
RUANG LINGKUP PENCARIAN TERBATAS KEDALAMAN PENCARIAN JANGAN TERLALU
DALAM
PENCARIAN INFORMASI– BOOTOM UP/SISTEM KEYWORD
RUANG LINGKUP PENCARIAN LUAS KEDALAMAN PENCARIAN BISA AMAT DALAM
UCD13
STRATEGI INTERAKSI PENGOLAHAN DATA
PRIORITAS– KEANDALAN/KEAMANAN– KENYAMANAN/KEMUDAHAN
INTERAKSI MELALUI “PROSES” TOP DOWN
– SISTEM MENU PADA SIM KONVENSIONAL TERTUTUP
– USER TAK DIBERI KESEMPATAN MEMASUKKAN DATA OPEN.
HIERARKHI MENU BISA TERLALU DALAM, BILA KEMBALI “JAUH”
UCD14
MENU YANG BERORIENTASI TUGAS
UCD15
MENU YANG BERORIENTASI TUGAS
UCD16
WINDOWS
PADA DASARNYA “TUGAS ORIENTED” (KRN UTK PENGOLAHAN DATA ORGANISASI/PRIBADI)
ADA TAMBAHAN “OBJECT” ORIENTED ADA TAMBAHAN “SHORTCUT”
UCD17
MENU WINDOWS
UCD18
SISTEM TREE DI APLIKASI MS OFFICE
TASK POKOK– FILE– EDIT– VIEW
ENHANCEMENT– INSERT– FORMAT
FASILITAS ALAT TAMBAHAN FASILITAS KHUSUS UTK SOFTWARE YBS WINDOWING HELP DIBANTU IKON UNTUK MEMPERCEPAT KERJA/SHORTCUT
UCD19
FASILITAS SHORTCUT
MEMPERCEPAT PROSES MEMPERMUDAH MEMBUAT NYAMAN (DNG ADANYA IKON
DLL) FASILITAS UTAMA ADA DI “START”
UCD20
INTERFACE WINDOWS XP
SHORTCUT BOX “START”, KIRI BAWAH INFO SETTING,JAM (KANAN BAWAH)
UCD21
SISTEM TREE WINDOWS XP
KOTAK “SHORTCUT”– BUKA DOCUMENT BARU– BUKA DOCUMENT LAMA– SET PROGRAM ACCESS– WINDOWS CATALOG– WINDOWS UPDATE
KOTAK UTAMA– PILIH PROGRAM– PILIH DOCUMEN– SETTING– SEARCH– HELP DAN SUPPORT– RUN
SHUTDOWN
UCD22
STRATEGI INTERAKSI PENCARIAN INFORMASI
PRIORITAS– KENYAMANAN/KEMUDAHAN– KEANDALAN/KEAMANAN
INTERAKSI MELALUI “DATA” BOTTOM UP/ OBJECT ORIENTED
– DENGAN CARA “KEYWORD” OPEN
– READER BOLEH MEMASUKKAN KEYWORD “APA SAJA” SISTEM MENU : KURANG DISUKAI KRN TERLALU
DALAM (KASUS YAHOO)
UCD23
STRATEGI YAHOO VS GOOGLE
YAHOO– TREE MODEL
AKHIRNYA : KOMPROMI
GOOGLE– FULL OBJECT/INFORMATION ORIENTED
UCD24
MENU FULL OBJECT /INFORMATION ORIENTED
UCD25
MENU KOMPROMI/GABUNGAN
UCD26
MENU KOMPROMI/GABUNGAN
UCD27
Konsep UCD
In user-centered design, the users are the center focus
Tujuan/sifat-sifat, konteks, dan lingkungan produk semua diturunkan dari pengalaman pengguna.
Selanjutnya ditetapkan model pekerjaan pengguna yang akan didukung sistem.
UCD28
Principles of user-centered design lifecycle [J. Gould, 1995 ]
Pertama-tama fokus pada pengguna (User requirements)
Perancangan terintegrasi (Prototyping) Dari awal berlanjut pada pengujian pengguna
(Usability Measurement) Perancangan iterative (Spiral Model)
UCD29
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 anthropometric
Aktifitas utama mencakup pengambilan data, analisis dan integrasinya kedalam informasi perancangan dari pengguna tentang karakteristik tugas, lingkungan teknis dan organisasi.
UCD30
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.
Integrative? Perancangan harus mencakup antarmuka pengguna, sistem bantuan, rencana pelatihan, dokumentasi pengguna, dukungan teknis serta prosedur instalasi dan konfigurasi.
UCD31
Testing: pengukuran penggunaan produk secara empiris
- Satu-satunya pendekatan yang sukses dalam perancangan produk yang berpusat pada pengguna adalah secara empiris.
- 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.
UCD32
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 menyelesaikan pekerjaannya, atau
Pengguna tidak langsung yang mengguakannya untuk penggunaan yang lain, seperti system administrators, installers dan demonstrators.
UCD33
UCD
Stakeholders – orang yang terpengaruh oleh sistem atau dapat mempengaruhi proses pengembangan, seperti staf pemasaran dan pembeli. Masukannya digunakan sebagai kekangan atau permintaan tambahan.
Misalnya, staf pemasaran ingin agar sistem ditambah fungsi khusus yang oleh perusahaan lain ingin diimplementasikan.
UCD34
UCD
Usability engineers, HCI – adalah orang yang mempunyai latar-belakang dalam psikologi dan dapat membantu dalam menetapkan panduan perancangan, menentukan konteks penggunaan dan melaksanakan wawancara kebutuhan penggunaan dan sesi pengujian.
Technical Staff and software developers – adalah orang yang merinci spesifikasi fungsionalitas sistem dan mengembangkan use case model dan prototipe antarmukanya.
UCD35
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 lunak dan perangkat keras sistem secara mudah tanpa ada konsekuensi negatif.
3. pemenuhan: pengguna mempunyai hak untuk sistem dapat bekerja persis seperti yang dijanjikan.
UCD36
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 efisien dan terhindar dari masalah.
5. Control: pengguna mempunyai hak untuk dapat mengontrol sistem dan mampu membuat sistem menanggapi terhadap permintaan yang diberikan.
UCD37
Aturan dalam UCD
6. Umpanbalik: pengguna mempunyai hak terhadap sistem untuk menyediakan informasi yang jelas, dapat dimengerti, dan akurat tentang tugas yang dilakukan dan kemajuan yang dicapai.
7. Keterkaitan: pengguna mempunyai hak untuk mendapatkan informasi yang jelas tentang semua prasyarat yang dibutuhkan sistem untuk memperoleh hasil terbaik.
UCD38
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 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.
UCD39
Plan for human-centered design
Understand and specify the context of use
Produce design solutions
Specify the user and organizational requirements
Evaluate design against requirements
System meets specified organizational, user and functional requirements?
ISO 13407 – Standard proses UCD untuk sistem interaktif
UCD40
Rencana Proses Berpusat pada 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 requirements dan pengujiannya serta aspek teknis lain dalam pengembangan.
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.
UCD41
Memahami dan menentukan konteks penggunaan
Karakteristik pengguna yang diharapkan. Pekerjaan yang akan dilakukan pengguna. Pemecahan secara hirarki atas pekerjaan global. Tujuan global penggunaan sistem untuk setiap
kategori pengguna. Demikian pula karakteristik tugas yang mungkin mengganggu penggunaan dalam skenario khusus, seperti frekuensi dan lama kinerja.
UCD42
Memahami dan menentukan konteks penggunaan
Deskripsi harus mencakup alokasi aktifitas dan langkah operasional antara manusia dan sumberdaya teknologi. Tugas tidak boleh digambarkan hanya dalam bentuk fungsi atau sifat yang disediakan sistem.
Lingkungan tempat pengguna akan menggunakan sistem. Sangat penting pada awal langkah untuk 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.
UCD43
Menentukan kebutuhan pengguna dan organisasi
Pada hampir semua model pengembangan perangkat lunak, terdapat aktivitas utama dimana kebutuhan fungsional produk atau sistem ditentukan.
Dalam UCD, penting untuk memperluas sktivitas ini untuk membuat pernyataan eksplisit dari kebutuhan pengguna dan organisasi, dalam hubungannya dengan konteks diskripsi penggunaan dalam hal:
UCD44
Menentukan kebutuhan pengguna dan organisasi
1. Kualitas perancangan interaksi manusia dan komputer serta workstation;
2. Kualitas dan isi tugas pengguna (termasuk alokasi tugasdiantara kategori pengguna yang berbeda) , sebagai contoh : apakah pelajar bertanggung jawab melakukan konfigurasi sistem seperti kenyamanan, keselamatan, kesehatan dan khususnya motivasi.
UCD45
Menentukan kebutuhan pengguna dan organisasi
3. Kinerja tugas yang efektif khususnya dalam hal transparansi aplikasi ke pengguna.
4. Kerjasama dan komunikasi yang efektif diantara diantara kategori pengguna dan pihak ketiga yang relevan.
5. Dibutuhkan kinerja sistem baru terhadap tujuan tujuan finansial.
UCD46
Solusi perancangan yg dihasilkan:
Dengan menggunakan pengetahuan yang ada (standards, contoh petunjuk sistem lain, dll) untuk mengembangkan suatu proposal solusi perancangan.
Membuat solusi perancangan lebih kongkret(dengan mnggunakan simulasi, prototipe, dll. ).
UCD47
Solusi perancagan yg dihasilkano Memperlihatkan prototipe ke pengguna dan
mengamatinya saat melakukan tugas yang spesifik, dengan atau tanpa bantuan evaluator.
o Menggunakan umpan balik untuk perbaikan rancangan,o Melakukan iterasi untuk mengulang proses ini sampai
tujuan perancangan dipenuhi.
UCD48
Evaluasi perancangan terhadap kebutuhan pengguna
Formative: menyediakan umpanbalik yang dapat digunkan untuk memperbaiki rancangan
Summative: melakukan penilaian apakah tujuan pengguna dan organisasi telah 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