PARADIGMA DAN PRINSIP INTERAKSI

PARADIGMA DAN PRINSIP INTERAKSI  Sistem Interaktif memungkinkan user mencapai suatu tujuan tertentu dalam suatu domain aplikasi. Sistem interaktif harus dapat didayagunakan (usability) untuk meningkatkan keberhasilan suatu sistem aplikasi.  Dua pertanyaan (masalah) tentang pendayagunaan (usability) sistem interaktif :  Bagaimana suatu sistem interaktif dibuat/ dibangun supaya mempunyai dayaguna yang tinggi ?  Bagaimana mengukur atau mendemontrasikan dayaguna (usability) suatu sistem interaktif ?  Dua pendekatan untuk menjawab pertanyaan/masalah di atas :

 Paradigma :

 Sistem interaktif yang berhasil/sukses pada umumnya diyakini akan meningkatkan dayaguna (usability) dari sistem tersebut.

 Prinsip :

 Interaksi efektif dari berbagai aspek pengetahuan psikologi, komputasi dan sosiologi mengarahkan peningkatan desain dan evolusi suatu produk, yang pada akhirnya akan meningkatkan daya-guna sistem tersebut.

1

JENIS PARADIGMA (model pola) 1. Time-Sharing

 Satu komputer yang mampu mendukung (dapat digunakan oleh) multiple user  Meningkatkan keluaran (throughput) dari sistem

2. Video Display Units (VDU)

 Dapat memvisualisasikan dan memanipulasi informasi yang sama dalam representasi yang berbeda  Mampu memvisualisasikan abstraksi data

3. Programming Toolkits (Alat Bantu Pemrograman)  Alat Bantu Pemrograman memungkinkan meningkatkan produktivitasnya

programmer

4. Komputer Pribadi (Personal Computing)

 Mesin berukuran kecil yang powerful, yang dirancang untuk user tunggal.

5. Sistem Window dan interface WIMP (Windows, Icons, Menus and Pointers)

 Sistem window memungkinkan user untuk berdialog / berinteraksi dengan komputer dalam beberapa aktivitas/topik yang berbeda

6. Metapora (Metaphor)  ungkapan  Metapora telah cukup sukses digunakan untuk mengajari konsep baru, dimana konsep tersebut telah dipahami sebelumnya.  Contoh metapora (dalam domain PC):  Spreadsheet adalah metapora dari Accounting dan Financial Modelling  Keyboard adalah metapora dari Mesin Tik

2

7. Manipulasi Langsung (Direct Manipulation)

 Manipulasi Langsung memungkinkan user untuk mengubah keadaan internal sistem dengan cepat.  Contoh Direct Manipulation adalah konsep WYSIWYG (what you see is what you get)

8. Bahasa vs. Aksi (Language versus Action)

 Bahasa digunakan oleh user untuk berkomunikasi dengan interface  Aksi dilakukan interface untuk melaksanakan perintah user

9. Hypertext

 Penyimpanan informasi dalam format linear tidak banyak mendukung pengaksesan informasi secara random dan browsing asosiatif.  Hypertext merupakan metode penyimpanan informasi dalam format non-linear yang memungkinkan akses atau browsing secara non-linear atau random.

10. Multi-Modality

 Sistem multi-modal interaktif adalah sistem yang tergantung pada penggunaan beberapa (multiple) saluan (channel) komunikasi pada manusia.  Contoh channel komunikasi pada manusia : visual (mata), haptic atau peraba (kulit) audio (telinga).

11. Computer-Supported Cooperative Work (CSCW)

 Perkembangan jaringan komputer memung-kinkan komunikasi antara beberapa mesin (personal komputer) yang terpisah dalam satu kesatuan grup.  Sistem CSCW dirancang untuk memungkin-kan interaksi antar manusia melalui kompu-ter dan direpresentasikan dalam satu produk.  Contoh CSCW: e-mail (electronic mail)

3

PRINSIP YANG MENDUKUNG PENDAYAGUNAAN  Learnability :

Kemudahan yang memungkinkan user baru berinteraksi secara efektif dan dapat mencapai performance yang maksimal

 Flexibility :

Menyediakan banyak cara bagi user dan sistem untuk bertukar informasi

 Robustness (keadaan yang kuat) :

Tingkat dukungan yang diberikan agar user dapat menentukan keberhasilannya atau tujuan (goal) yang diinginkan.

4

PROSES PERANCANGAN (DESAIN)  Tujuan Perancangan :

Memberikan teknik yang dapat dihandalkan untuk perancangan secara berulang dari sistem interaktif yang sukses dan berdaya guna.

 Ilmu komputer membahas isu manajemen dan teknik dari pengembangan software yang dikenal sebagai rekayasa perangkat lunak (software engineering) . Dalam rekayasa perangkat lunak, hal yang mendasar adalah daur hidup perangkat lunak (software life cycle).

 Daur hidup perangkat lunak (software life cycle) :

Mendeskripsikan aktifitas yang terjadi dari pembentukan konsep awal hingga tahap penggantian sistem dan implementasi.

 Isu IMK yang menyangkut daya guna (usability) sistem interaktif relevan dengan seluruh aktifitas pada software life cycle.

Software Life Cycle (Siklus Hidup Perangkat Lunak)  Software life cycle :

Sebuah usaha untuk mengidentifikasikan aktifoitas yang terjadi selama pengembangan sebuah perangkat lunak

 Aktifitas pada life cycle :

Aktifitas dipresentasikan dalam model waterfall karena mengikuti bentuk air terjun dengan satu aktifitas menuju ke aktifitas berikutnya.

 Requirement Spesification (Rincian Kebutuhan) :

 desainer dan customer mendeskripsikan seperti apa sistem akan dibangun

5

 melibatkan pencarian informasi dari customer mengenai lingkungan kerja tempat sistem ini akan diimplementasikan.

 Architectural Design (Rancangan Arsitektur) :

 Memfokuskan bagaimana sistem menyediakan layanan yang diharapkan.  Dilakukan High-level decomposition yang membagi sistem menjadi komponen-komponen sesuai fungsinya.  Mendeskripsikan keterhubungan dan pemakaian bersama sumber daya antara komponen tersebut.

 Detailed Design (Rancangan Rinci) :

 Perbaikan dari deskripsi kkomponen yang dihasilkan oleh architectural design.  Deskripsi pada level di atasnya harus terdapat pula di deskriipsi detailnya.

 Coding dan Unit Testing (Pengkodean dan Unit Pengujian)

 Hasil dari detailed design harus dalam bentuk yang dapat diimplementasikan ke executable programming languange.  Setelah coding, setiap komponen diuji untuk memverifikasi apakah berjalan dengan benar sesuai dengan kriteria.

 Integration dan Testing (Penggabungan dan Pengujian)

 Komponen kemudian diintegrasikan seperti pada architectural design.  Kemudian pengujian dilakukan untuk memastikan perilaku yang benar dan tidak ada konflik penggunaan sumber daya bersama.  Dilakukan tes (acceptance test) dengan customer untuk memastikan sistem yang dibuat memenuhi kebutuhan mereka.  Kemudian produk dapat direlease kepada customer.

6

 Maintenance (Pemeliharaan)

 Semua pekerjaan yang dilakukan terhadap sistem dianggap sebagai pemeliharaan (maintenance) sampai produk memerlukan desain ulang atau produk tidak terpakai lagi.  Maintenance melibatkan koreksi terhadap error yang ditemui pada sistem setelah direlease dan dilakukan perbaikan terhadap sistem.  Tahap ini memberikan feedback pada semua aktifitas lain pada life cycle.

Validasi dan Verifikasi (Pengesahan dan Pembuktian kebenaran)  Untuk memastikan produk memenuhi kebutuhan customer, lengkap, dan konsisten.  Validasi sebagai designing the right thing dan verifikasi sebagai designing the thing right.  Validasi terjadi pada satu aktifitas life cycle atau dua aktifitas yang berurutan, sedangkan validasi dilakukan pada berbagai aktifitas yang membutuhkan kepuasan customer.  Validasi bersifat subyektif dibandingkan verifikasi  Dalam IMK, validasi disebut sebagai evaluasi yang dapat dilakukan secara terpisah oleh desainer atau bekerja sama dengan user.

Sistem Interaktif dan Software Life Cycle  Seiring dengan perkembangan komputer personal ,kini sistem cendcerung semakin interaktif.  Software life cycle tradisional cocok dengan pendekatan prinsipal terhadap proses perancangannya, yakni jika kita mengetahui dari awal apa yang akan kita bangun maka kita dapat menjalani perancangan dengan struktur yang terurut untuk mencapai tujuan

7

yang ditetapkan. Kenyataannya tidak semua kebutuhan dapat kita daftar pada tahap awal mulainya pembangunan sistem.  Pada sistem iteraktif pun tidak semua kebutuhan dapat diperoleh pada tahap awal

Aturan Perancangan  Aturan Perancangan : Dibutuhkan untuk meningkatkan usability dari produk software yang dibangun  Terdapat dua jenis aturan yaitu : Standar dan Guideline  Standar : memiliki autoritas yang tinggi namun terbatas pada pengimplementasiannya.  Diatur oleh badan nasional atau international untuk menjamin penerimaan aturan tersebut oleh sekelompok komunitas.  Standar dapat dibuat untuk bidang hardware dan software, perbedaannya :  Teori yang mendasari o Hardware : pemahaman terhadap psikologi, ergonomi dan hasil relatif yang bersifat tetap, sudah diketahui dam mudah beradaptasi dengan desain hardware yang ada. o Software : pemahaman terhadap psikologi atau ilmu kognitif dan bentuknya kurang formal, masih berkembang dan tidak mudah diinterprestasikan pada bahasa perancangan.  Perubahan : hardware lebih sulit dan mahal untuk berubah dibandingkan software yang fleksibel.

8

 Guideline : cenderung memiliki autoritas yang rendah namun lebih banyak (umum) pengimplementasiannya.  Mayoritas aturan perancangan bagi sistem interaktif bersifat pemberian saran dan lebih umum.  Guideline yang bersifat lebih abstrak akan semakin mendekati dengan prinsip dan akan cocok pada tahap requirement spesification.  Guideline yang bersifat lebih spesifik lebih sesuai dengan detailed design, dapat dapat diperluas hingga batas tertentu dan menyediakan mekanisme untuk menerjemahkan spesifikasi detailed design menjadi implementasi aktual.

9

Rekayasa Daya Guna (Usability Engineering) o Proses rekayasa melibatkan interprestasi terhadap arti secara bersama, tujuan yang disetujui bersama, dan pemahaman mengenai bagaimana mengukur pencapaian kepuasan. o Penekanan Usability Engineering adalah mengetahui dengan pasti kriteria apa yang akan digunakan untuk menilai kegunaan produk.

Desain Iteratif dan Prototyping o Desain iteratif dideskripsikan dengan penggunaan prototype. o Prototype merupakan alat yang mensimulasikan beberapa fitur dari sistem yang dibuat. o Tiga pendekatan utama prototyping (kerangka dasar) :  Throw-away : Prototype dibuat dan ditest. Pengalaman yang diperoleh dari pembuatan prototype tersebut digunakan untuk membuat produk akhir kemudian prototype tersebut dibuang (tak pakai).  Incremental : Produk finalnya dibuat sebagai komponen-komponen yang terpisah. Desain produk finalnya secara keseluruhan hanya ada satu tetapi dibagi-bagi dalam komponen-komponen lebih kecil yang terpisah (independen)  Evolutionary : Prototypenya tidak dibuang tetapi digunakan untuk iterasi desain berikutnya.

10

o Masalah terkait dengan prototyping :  Waktu : membangun prototype membutuhkan waktu sehingga seringkali prototype dipakai jika waktunya cepat.  Rencana : manajer proyek tidak memiliki pengalaman untuk menyatukan proses prototyping dengan keseluruhan rencana perancangan.  Fitur Non-fungsional : seringkali fitur sistem yang paling penting merupakan fitur non-fungsional seperti safety dan reliability tidak disertakan dalam prototping.  Kontrak : proses desain kadang dibatasi oleh kontrak antara desainer dengan customer yang mempengaruhi aspek tehnik dan manajerial.

o Teknik-teknik Prototyping  Storyboard : Bentuk prototype yang paling sederhana berupa gambaran secara grafis dari tampilan sistem yang akan dibangun tanpa fungsi dari sistem.  Simulasi Fungsi Terbatas : Fungsi sistem disertakan pada prototype tidak sekedar gambar tampilannya saja.  High-level Programming Support : HyperTalk adalah contoh dari special-purpose high-level programming language yang memudahkan desainer membuat fitur tertentu dari sebuah sistem interaktif.

11

Rasionalitas Desain  Rasionalitas Desain (Design Rationale) : Informasi yang menjelaskan alasan mengapa suatu keputusan dalam suatu tahap perancangan / desain sistem komputer dibuat atau diambil, termasuk deskripsi struktural atau arsitektural dan deskripsi fungsi atau perilakunya.  Keuntungan :  Menyediakan mekanisme komunikasi di antara tim desain  Akumulasi pengetahuan dalam bentuk rasionalitas desain untuk suatu set produk dapat digunakan kembali untuk mentransfer hal yang berhasil dalam suatu situasi ke situasi lainnya yang mirip.  Usaha yang diperlukan untuk menghasilkan sebuah rasionalitas desain memaksa untuk bersikap hati-hati dalam mengambil suatu keputusan desain.

Rasionalitas Desain Berorientasi Proses o Sebagian besar rasionalitas desain mengadaptasi bentuk IssueBased Information System (IBIS) o IBIS dibuat dalam bentuk hirarki :  Issue sebagai akar dan mempresentasikan masalah utama atau pertanyaan yang dituju oleh argument.  Berbagai position dihubungkan secara langsung dengan issue sebagai solusi potensial.  Masing-masin position ditunjang oleh argument.  Hirarki ini dapat berkembang ke level berikutnya dengan berkembangnya issue menjadi beberapa sub-issue.

12

Analisis Ruang Desain o Pendekatan rasionalitas desain yang lebih menekankan pada struktur post hoc dari ruang alternatif desain yang muncul pada proyek perancangan dan disusun dalam bentuk Question, Option dan Criteria (QOC).  Question  Option  Criteria

: masalah utama dalam perancangan : memberikan alternatif solusi terhadap question : option dinilai berdasarkan criteria untuk menentukan mana yang paling menguntungkan

Rasionalitas Desain Psikologis o Bertujuan untuk menunjukkan konsekuensi dari desain terhadap tugas yang dilakukan user. o Tahap awal : mengidentifikasi tugas yang akan dilayani oleh sistem dan mengkarateristik tugas tersebut dalam pertanyaan user dalam rangka mengerjakan tugas tersebut.

13