Category
triims-xroad.blogspot.com triims-xroad.blogspot.com triims-xroad.blogspot.com triims-xroad.blogspot.com triims-xroad.blogspot.com triims-xroad.blogspot.com triims-xroad.blogspot.com Kategori list 8 Kategori list 9 Kategori list 10

Selasa, 07 Januari 2014

Perancangan Sistem Interaksi

Mengapa perancangan interaksi menghasilkan interface yang buruk?
- Perancang terlalu memperhatikan ke fungsi dibanding pengguna
- Perancang tidak mempunyai pemahaman yang cukup dalam merancang interface
- Rancangan yang baik tidak mudah – tidak sekedar masalah warna, layout maupun penggunaan ikon
- Perancang merancang untuk dirinya sendiri dan menggenalisir yang lain
- Perancang merencanakan untuk ”menambah interface yang baik ” di akhir proses perancangan namun kemudian kehabisan waktu
- User selalu ”toleran” terhadap interface yang buruk.

Perancangan berpusat pada pengguna memerlukan :
1. Fokus pada ketrampilan user
Mendukung pencapaian tujuan dan sasaran yang diinginkan
2. Mengembangkan kriteria penggunaan secara spesifik
Identifikasi dokumen dan penggunaannya secara khusus dan harapan pengguna yang berpengalaman, dan lakukan ”uji regresi penggunaan”
3. Gunakan aturan yang terukur
Reaksi user dan skenario penggunaan petunjuk, simulasi, dan prototipe diawasi, dicatat dan dianalisa
terhadap pengguna lain
4. Berulang
Nothing is perfect first time. Rancang, bangun, evaluasi dan kemudian rancang ulang, bangun kembali, reevaluasi.

• Mengapa mementingkan user :
- Apakah sistem membantu pencapaian tujuan?
- Apakah mudah dalam berinteraksi dengan sistem?

• Mengelola harapan / keinginan :
- Apakah keinginannya cukup realistis
dibanding kemampuannya
- Tidak ada kejutan, tidak mengecewakan
- Pelatihan yang cukup waktu
- Komunikasi yang intens

• Kembangkan ”kepemilikan”
- Anggap pengguna sebagai pemilik
- Lebih menerima dan memaklumi segala masalah
- Dapat memberi perbedaan yang cukup untuk produk baru

• Siapakah pengguna (user)?
Mereka yang :
- Bekerja menggunakan sistem untuk mencapai tujuan secara terus-menerus dan terampil.
Tidak rutin dan tidak terampil
- Mengelola user langsung
- Memerlukan pengembangan diri berulang


• METODE PENGEMBANGAN SISTEM
Metode Waterfall
banyak model umum atau paradigma yang berbeda dari pengembangan perangkat lunak, antara lain :


Pengembangan waterfall
Pengembangan secara evolusioner
Transformasi formal
Penggabungan sistem dengan menggunakan komponen-komponen yang dapat digunakan kembali

-Winston Royce tahun 1970
Metode waterfall adalah suatu proses pembuatan situs web secara terstruktur dan berurutan dimulai dari penentuan masalah, analisa kebutuhan, perancangan implementasi, untegrasi, uji coba sistem, penempatan situs web dan pemeliharaan. Pembuatan situs web dengan metode ini sangat cocok dilakukan pada situs web berskala besar karena menyangkut manajemen dan sistem yang rumit.

Metode ini membutuhkan pendekatan sistematis dan sekuensial dalam pengembangan perangkat lunak dan biasanya disebut juga dengan classic life cycle, dimulai dari tingkat sistem dan kemajuan melalui analisis, desain, coding, testing dan pemeliharaan.
Rekayasa dan Pemodelan Sistem/Informasi (System/Information Engineering and Modeling) Karena perangkat lunak adalah bagian dari sistem yang lebih besar, pekerjaan dimulai dari pembentukan kebutuhan-kebutuhan dari semua elemen sistem dan mengalokasikan suatu subset ke dalam pembentukan perangkat lunak. Hal ini penting, ketika perangkat lunak harus berkomunikasi dengan hardware, orang dan basis data. Rekayasa dan pemodelan sistem menekankan pada pengumpulan kebutuhan pada level sistem dengan sedikit perancangan dan analisis.





Tahap – tahap pengembangan waterfall model



1. Analisis dan definisi persyaratan
Pelayanan,batasan, dan tujuan sistem
ditentukan melalui konsultasi dengan
user.
2. Perancangan sistem dan perangkat
lunak Kegiatan ini menentukan
arsitektur sistem secara keseluruhan
3. Implementasi dan pengujian unit
Perancangan perangkat lunak
direalisasikan sebagai serangkaian
program
4. Integrasi dan pengujian sistem Unit
program diintegrasikan atau diuji
sebagai sistem yang lengkap untuk
menjamin bahwa persyaratan
sistem telah terpenuhi
5. Operasi dan pemeliharaan


• V-Model  

- Dikembangkan di Jerman untuk aplikasi pertahanan
- Perlu tuntunan untuk pengujian jika terjadi perbedaan (Newman & Lamming, 1995) 
Verifikasi : apakah sudah bekerja seperti yang diharapkan ? (uji dengan rancangan semula) 
Validasi  :  apakah rancangan seperti yang diinginkan  ? (uji dengan daftar kebutuhan) 
- Secara umum tes diperlukan untuk mendeteksi perbedaan


Pengertian Model V
Model ini merupakan perluasan dari model waterfall. Disebut sebagai perluasan karena tahap-tahapnya mirip dengan yang terdapat dalam model waterfall. Jika dalam model waterfall proses dijalankan secara linear, maka dalam model V proses dilakukan bercabang. Dalam model V ini digambarkan hubungan antara tahap pengembangan software dengan tahap pengujiannya.

• Model siklus hidup yang berpusat pada user  
- Pengulangan selalu dibutuhkan jika kebutuhan untuk user belum terpenuhi ”ketidaktahuannya” tanpa harus memberikan  software dengan lingkungan yang baru.
- Resiko pada setiap tahap dalam pengembangan dapat dikurangi dengan memahami kebutuhan  user.


• Penggunaan Model Siklus Hidup Rekayasa (Mayhew,1999)  
Termasuk teknik yang berpusat pada pemakai pada setiap tahap. 
Kebutuhan yang penting :
- Pandangan umum tentang penciptaan kegunaan
- Mempunyai hubungan dengan pendekatan perekayasaan software
Tahap pengidentifikasian kebutuhan, perancangan, evaluasi, prototyping
- Dapat dipecah menjadi proyek-proyek yang lebih  kecil
- Menggunakan suatu tuntunan untuk menangkap tujuan yang diharapkan


• Model Rancangan Interaksi Sederhana 
- Satu titikan masukan
- Rancangan menghasilkan prototipe yang  interaktif yang dapat dievaluasi
- Evaluasi dapat dilakukan dimana saja 
- Evaluasi harus dikaitkan dengan hasil akhir




Tidak ada komentar:

Posting Komentar