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