5 User Centered Design NoPW

5/12/2018 5 User Centered Design NoPW - slidepdf.com

http://slidepdf.com/reader/full/5-user-centered-design-nopw 1/49

UCDUCD USER CENTEREDUSER CENTERED

DESIGNDESIGN

UCD1



Sasaran UCD

Sasaran UCD “The practice of designing aproduct so that users can perform required

operation, service, and supportive tasks with aminimum of stress and maximum of result”

2



Perkembangan

PENGOLAHAN DATA : UCD, USERCENTERED DESIGN

PENCARIAN INFORMASI : RCD, READER

3

UCD



INTERAKSI TERHADAP SISTEM INFORMASI

INTERAKSI

INTERFACE LAYAR

INTERFACE SISTEM

4

:SISTEM MENU)

SISTEM DUKUNGAN HELP

UCD



MODEL INTERAKSI

USER FRIENDLY (PENGOLAHAN DATA)

READERS FRIENDLY (PENCARIAN INFORMASI)

-

5



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 lainuntuk iklan, berita harian, sisteminformasi perkantoran dsb.

2 Waktu baca Layar tampilan dibaca untuk waktu Layar tampilan dibaca dalam waktu

6

yang lama karena waktu untukmembaca cukup banyak.

yang cepat karena ingin segeramembaca situs yang lain.

3 Rutinitas Rutin dibaca dari kesehari karenaberkaitan dengan pekerjaan.Pengguna tidak membutuhkanvariasi sehingga layar tampilan tidak

perlu diubah-ubah.

Ada kemungkinan dibaca hanya sekalidan tidak dibaca lagi, bila dibaca lagisering pembaca ingin ada perubahanvariasi sehingga tampilan perlu sering

divariasi.



7

No Aspek PENGOLAHAN DATA (UCD) PENCARIAN INFORMASI (RCD) 4 Motivasi Pengguna mempunyai motivasiuntuk berusaha keras mampu

membaca tampilan layar karenakebutuhan kesuksesan dalampekerjaannya.

Pengguna tidak ada motivasi harus mampumembaca layar tampilan, bila terasa sulit dibacamaka pengguna dengan mudah akan mencari situslain.

5 Grup Layar tampilan yang sama dibacaoleh sekelompok orang dalamsebuah grup sehingga dapat salingmembantu bila menemui kesulitan.

Pembaca umumnya sendiri dan tidak dalam satugrup untuk bisa saling belajar membaca layar tampilan.

6 Informasi Informasi an ditam ilkan di la ar Informasi an ditam ilkan serin kali adat.relatif tidak banyak

7 Variasi Pengguna tidak membutuhkanvariasi pada tampilan layar.

Pengguna membutuhkan variasi agar tertarik padatampilan layar.

8 Thema User Friendly Reader Friendly



DESAIN INTERFACE BUKAN HANYA SATU LAYAR

TERMASUK KESELURUHAN SISTEM

8

UCD



FAKTOR YG MEMPENGARUHI INTERAKSI

STRATEGI INTERAKSIPROSES ORIENTED (LEBIH BAIK UTK

PENGOLAHAN DATA)

OBJECT ORIENTED (LEBIH BAIK UNTUK

9

KEDUANYA BISA DIPAKAI

SEBAIKNYA PILIH SEBUAH STRATEGI

KOGNITIF DESAIN

“SENI”

NAVIGASI



FAKTOR DESAIN

DESAIN PENGOLAHAN DATATUGAS ORIENTED

KOGNITIF : VARIATIF

SENI : VARIATIF

10

DESAIN PENCARIAN INFORMASI

INFORMASI/CONTENT ORIENTED

KOGNITIF : VARIATIF

SENI : VARIATIF



Pendahuluan Perancangan berbasis pengguna (User

Centered Design = UCD) adalah istilah yangdigunakan untuk menggambarkan filosofiperancangan yang telah beberapa dekade inimenggunakan beberapa nama berbeda,

11

,engineering, usability engineering, user engineering. UCD adalah filosofi perancanganyang menempatkan pengguna sebagai pusatdari proses pengembangan sistem.

Perkembangan filosofi : sebelum pd 2, manusiamenyesuaikan diri dengan mesin, setelah pd 2,mesin menyesuaikan diri dng manusia



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)

12

OBJECT/INFORMASI ORIENTED (COCOK UTK PI,PD)

BANTUAN PEMAHAMAN

AKTIF

CONTOH SIMULASI

PASIF

DOKUMEN OFFLINE DOKUMEN ON-LINE

SIMULASI



PENUNTUN LANGKAH

PENGOLAHAN DATA TOP DOWN/TREE STUCTURE

RUANG LINGKUP PENCARIAN TERBATAS

KEDALAMAN PENCARIAN JANGAN TERLALU

13

PENCARIAN INFORMASI

BOTTOM UP/SISTEM KEYWORD

RUANG LINGKUP PENCARIAN LUAS

KEDALAMAN PENCARIAN BISA AMAT DALAM



STRATEGI INTERAKSI PENGOLAHAN DATAPRIORITAS KEANDALAN/KEAMANAN KENYAMANAN/KEMUDAHAN

INTERAKSI MELALUI “PROSES”

TOP DOWN

14

SISTEM MENU PADA SIM KONVENSIONAL

TERTUTUP USER TAK DIBERI KESEMPATAN MEMASUKKAN

DATA OPEN.

HIERARKHI MENU BISA TERLALU DALAM,BILA KEMBALI “JAUH”



MENU YANG BERORIENTASI TUGAS

15



MENU YANG BERORIENTASI TUGAS

16



WINDOWS

PADA DASARNYA “TUGAS ORIENTED”

(KRN UTK PENGOLAHAN DATA

ORGANISASI/PRIBADI)

17

ADA TAMBAHAN “OBJECT” ORIENTED

ADA TAMBAHAN “SHORTCUT”



MENU WINDOWS

18

UCD



SISTEM TREE DI APLIKASI MS OFFICE

TASK POKOK FILE EDIT VIEW

ENHANCEMENT INSERT

19

FASILITAS ALAT TAMBAHAN

FASILITAS KHUSUS UTK SOFTWARE YBSWINDOWING HELP

DIBANTU IKON UNTUK MEMPERCEPATKERJA/SHORTCUT



FASILITAS SHORTCUT

MEMPERCEPAT PROSES

MEMPERMUDAH

20

MEMBUAT NYAMAN (DNG ADANYA IKON DLL)

FASILITAS UTAMA ADA DI “START”



INTERFACE WINDOWS XP

SHORTCUT

BOX “START”, KIRI BAWAH

21

,



SISTEM TREE WINDOWS XP

KOTAK “SHORTCUT” BUKA DOCUMENT BARU BUKA DOCUMENT LAMA SET PROGRAM ACCESSWINDOWS CATALOGWINDOWS UPDATE

22

KOTAK UTAMA PILIH PROGRAM PILIH DOCUMEN SETTING SEARCH HELP DAN SUPPORT RUN

SHUTDOWN



STRATEGI INTERAKSI PENCARIAN

INFORMASI PRIORITAS KENYAMANAN/KEMUDAHAN KEANDALAN/KEAMANAN

INTERAKSI MELALUI “DATA”

23

BOTTOM UP/ OBJECT ORIENTED DENGAN CARA “KEYWORD”

OPEN READER BOLEH MEMASUKKAN KEYWORD “APA

SAJA”

SISTEM MENU : KURANG DISUKAI KRN TERLALUDALAM (KASUS YAHOO) UCD



STRATEGI YAHOO VS GOOGLE

YAHOO TREE MODEL

AKHIRNYA : KOMPROMI

GOOGLE

24

FULL OBJECT/INFORMATION ORIENTED



MENU FULL OBJECT /INFORMATION

ORIENTED

25

UCD



MENU KOMPROMI/GABUNGAN

26

UCD



MENU KOMPROMI/GABUNGAN

27

UCD



Konsep UCD

In user-centered design, the users are thecenter focus

Tujuan/sifat-sifat, konteks, dan lingkunganroduk semua diturunkan dari en alaman

28

pengguna.

Selanjutnya ditetapkan model pekerjaan

pengguna yang akan didukung sistem.



Principles of user-centered design

lifecycle [J. Gould, 1995 ] Pertama-tama fokus pada pengguna

(User requirements)

Perancangan terintegrasi (Prototyping)

29

Dari awal berlanjut pada pengujian

pengguna (Usability Measurement)

Perancangan iterative (Spiral Model)

UCD



Fokus awal pada pengguna Perancang harus mempunyai hubungan langsung

dengan pengguna sesungguhnya atau calonpengguna – melalui interviews, surveys, danpartisipasi dalam workshop perancangan.

Tu uan utama adalah untuk memahami ko nisi,

30

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 berulangkaliberdasarkan hasil test kelakuan dari fungsi,antarmuka, sistem bantuan, dokumentasi pengguna,dan pendekatan pelatihannya.

31

Integrative? Perancangan harus mencakupantarmuka pengguna, sistem bantuan, rencanapelatihan, dokumentasi pengguna, dukungan teknisserta prosedur instalasi dan konfigurasi.



Pengukuran Penggunaan Produk

Secara Empiris Satu-satunya pendekatan yang sukses dalam

perancangan produk yang berpusat padapengguna adalah secara empiris.

32

,evaluasi umpan-balik yang cermat, wawasanpemecahan terhadap masalah yang ada, danmotivasi yang kuat untuk mengubah rancangan.

Umpan-balik yang berasal dari pengguna

dikumpulkan secara langsung atau tidak langsungdari pengguna, dinyatakan dalam bentuk rekomendasi dan keputusan perancangan.



UCD UCD adalah tentang partisipasi dan

pengalaman manusia dalam prosesperancangan

Pengguna – adalah orang yang akanmenggunakan sistem. Dapat penggunalan sun an biasa disebut en una akhir

33

(end user ) yang menggunakan sistem untuk menyelesaikan pekerjaannya, atau

Pengguna tidak langsung yangmengguakannya untuk penggunaan yang

lain, seperti system administrators, installers dandemonstrators.



UCD

Stakeholders – orang yang terpengaruholeh sistem atau dapat mempengaruhiproses pengembangan, seperti stafpemasaran dan pembeli. Masukannyadigunakan sebagai kekangan atau

34

perm n aan am a an.

Misalnya, staf pemasaran ingin agar sistem ditambah fungsi khusus yang oleh

perusahaan lain ingindiimplementasikan.



UCD

Usability engineers, HCI – adalah orang yangmempunyai latar-belakang dalam psikologidan dapat membantu dalam menetapkanpanduan perancangan, menentukan kontekspenggunaan dan melaksanakan wawancarakebutuhan penggunaan dan sesi pengujian.

35

Technical Staff and software developers – adalah orang yang merinci spesifikasifungsionalitas sistem dan mengembangkanuse case model dan prototipe antarmukanya.



Aturan dalam UCD

1. Perspective: pengguna selalu benar. Jikaterdapat masalah dalam penggunaan sistem,maka masalahnya ada pada sistem danbukan pengguna.

2. Installasi: Pengguna mempunyai hak untuk

36

-lunak dan perangkat keras sistem secaramudah 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 (bukupetunjuk, bantuan secara on-line ataukontekstual, pesan kesalahan) untuk memahami dan menggunakan sistem untuk menca ai tu uan an diin inkan secara

37

efisien dan terhindar dari masalah.

5. Control: pengguna mempunyai hak untuk dapat mengontrol sistem dan mampumembuat sistem menanggapi terhadap

permintaan yang diberikan.



Aturan dalam UCD

6. Umpan balik : pengguna mempunyai hak terhadap sistem untuk menyediakaninformasi yang jelas, dapat dimengerti, danakurat tentang tugas yang dilakukan dankemajuan yang dicapai.

38

7. Keterkaitan: pengguna mempunyai hak untuk mendapatkan informasi yang jelastentang semua prasyarat yang dibutuhkansistem 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

39

yang membantu jika diperlukan.

10. Usability: pengguna harus dapat menjadipenguasa teknologi perangkat lunak danperangkat keras dan bukan sebaliknya.Produk harus dapat digunakan secara alamidan intuitif.



ISO 13407 – Standard prosesUCD untuk sistem interaktif

40

Plan for human-centered design

Understand andspecify thecontext of use

Produce designsolutions

Specify the userand organizationalrequirements

Evaluate designagainst requirements

System meets specifiedorganizational, user and functional

requirements?



Rencana Proses Berpusat pada

Pengguna Langkah awal ini membutuhkan komitmen

dari seluruh pihak yang terlibat dalam prosespengembangan terhadap filosofi UCD, danuntuk membuat rencana perancangandengan cukup waktu dan kesempatan untuk

41

requirements dan pengujiannya serta aspek teknis lain dalam pengembangan.

Rencana perancangan adalah dokumenkerja yang pada awalnya dibuat dalambentuk outline yang selanjutnya di tinjau

kembali, dipelihara, dikembangkan dandiperbaharui selama proses perancangandan pengembangan.



Memahami dan menentukan konteks

penggunaan

Karakteristik pengguna yang diharapkan.

Pekerjaan yang akan dilakukan pengguna.

42

Pemecahan secara hirarki atas pekerjaan global.

Tujuan global penggunaan sistem untuk setiapkategori pengguna. Demikian pula karakteristik

tugas yang mungkin mengganggu penggunaan

dalam skenario khusus, seperti frekuensi dan lamakinerja.



Memahami dan menentukan kontekspenggunaan

Deskripsi harus mencakup alokasi aktifitas danlangkah operasional antara manusia dansumberdaya teknologi. Tugas tidak bolehdigambarkan hanya dalam bentuk fungsi atau

43

. Lingkungan tempat pengguna akan

menggunakan sistem.

Sangat penting pada awal langkah untuk menentukan kebutuhan sistem minimal dan

optimal dengan memperhatikan user-test dalamlingkungan tersebut sebelum dilepaskan. Perlu jugadiperhatikan karaktersitik yang relevan denganlingkungan fisik dan sosial.



Menentukan kebutuhan penggunadan organisasi

Pada hampir semua model pengembanganperangkat lunak, terdapat aktivitas utamadimana kebutuhan fungsional produk atausistem ditentukan.

44

Dalam UCD, penting untuk memperluasaktivitas ini untuk membuat pernyataaneksplisit dari kebutuhan pengguna danorganisasi, dalam hubungannya dengan

konteks diskripsi penggunaan dalam hal:



Menentukan kebutuhan pengguna

dan organisasi

1. Kualitas perancangan interaksi manusia dankomputer serta workstation;

2. Kualitas dan isi tugas pengguna (termasuk

45

yang berbeda) , sebagai contoh : apakahpelajar bertanggung jawab melakukankonfigurasi sistem seperti kenyamanan,keselamatan, kesehatan dan khususnyamotivasi.



Menentukan kebutuhan pengguna

dan organisasi3. Kinerja tugas yang efektif khususnya dalam

hal transparansi aplikasi ke pengguna.

46

. diantara diantara kategori pengguna danpihak ketiga yang relevan.

5. Dibutuhkan kinerja sistem baru terhadap

tujuan tujuan finansial.



Solusi perancangan yg dihasilkan:

Dengan menggunakanpengetahuan yang ada (standards,contoh petunjuk sistem lain, dll) untuk

men emban kan suatu ro osal

47

solusi perancangan.

Membuat solusi perancangan lebihkongkret(dengan mnggunakan

simulasi, prototipe, dll. ).



Solusi perancangan yg dihasilkan

o Memperlihatkan prototipe ke pengguna

dan mengamatinya saat melakukan

tugas yang spesifik, dengan atau tanpa

bantuan evaluator.

48

o Menggunakan umpan balik untuk

perbaikan rancangan,

o Melakukan iterasi untuk mengulang

proses ini sampai tujuan perancangan

dipenuhi.



Evaluasi perancangan terhadapkebutuhan pengguna Formative: menyediakan umpan balik yang

dapat digunkan untuk memperbaikirancangan

Summative: melakukan penilaian apakahtujuan pengguna dan organisasi telah

49

.Apapun jenis evaluasi yang digunakan,

penting untuk dipahami bahwa hasil evaluasihanya bermakna dalam konteks dimanasistem diuji.

Memantau penggunaan produk atau sistem

dalam jangka panjang.Melaporkan hasil evaluasi

5 User Centered Design NoPW

Documents

Transcript of 5 User Centered Design NoPW