Design Rationale Chapter 26
Tujuan Diharapkan dapat memberikan masukan masukan yang sesuai dalam diskusi pengembangan suatu sistem dan proses penyimpanan keputusan desain. Dapat mengerti tentang betapa pentingnya, mengetahui sistem secara detail dan keputusan desain sistem tersebut.
2
Pendahuluan Diskusi dan proses penyimpanan suatu keputusan yang telah dibuat pada saat pengembangan suatu sistem adalah sangat berguna dan penting. Dahulu, dokumentasi sistem adalah metode utama dalam berdiskusi pada saat pengembangan suatu sistem antar orangorang yang terlibat, misal : developer dengan pelanggan, sistem analis dengan programmer, dll. 3
Pendahuluan Selama bertahun-tahun, masalah dokumentasi adalah salah satu yang paling sering dibicarakan di kalangan software engineer. Keuntungan dokumentasi suatu sistem adalah pada saat sistem tersebut berada dalam proses maintanance dan upgrade.
4
Design Rationale Definisi Kumpulan dari berbagai keputusan desain selama proses pengembangan suatu sistem disertai dengan alasan mengapa keputusan tersebut yang dipilih. Tujuan Untuk membantu designer dalam proses pengembangan suatu sistem.
5
Design Rationale Bagaimana cara kita untuk mendokumentasikan suatu design rationale tersebut???
6
Design Rationale
Konsep Rationale Capture Rationale Representation Argumentation-Based Models
7
Argumentation-based models Definisi Kumpulan dari berbagai rational elemen (opini, question, dll) dalam proses pengembangan suatu sistem Konsep yang lebih mengarah kepada dokumentasi suatu sistem Tipe IBIS (Issue-based Information System) Design Space Analysis Claims Analysis 8
Argumentation-based models -- IBIS Definisi Metode untuk mendapatkan suatu keputusan desain dari progress pengembangan suatu sistem
Penemu Kuntz dan Rittel, 1970
Aktifitas Utama Deliberation (diskusi)
9
Argumentation-based models -- IBIS Proses Questions dinamakan issues, Answers dinamakan positions, Pro dan cons adalah arguments untuk melengkapi posistions Dimulai dari akar masalah (root), seperti : Untuk apakah sistem ini nantinya? Kemudian disusul dengan jawaban dan argumen yang melandasinya
Relasi diantara meraka yang biasa dikenal adalah : 'more general than', 'temporal successor', 'logical successor', 'similar to' 10
Argumentation-based models -- IBIS Output : Diagram pemetaan masalah yang biasa dikenal dengan issue map
Contoh Kasus : Contoh berikut ini menggambarkan bagaimana proses penetapan keputusan desain diambil dengan metode IBIS Proses update data mart 11
Argumentation-based models -- IBIS
12
Argumentation-based models -- IBIS Kelemahan Dependency antara isu-isu tidak diciptakan, jadi tidak memperhitungkan apakah jawaban untuk satu pertanyaan bergantung pada jawaban yang lain. Hanya pertanyaan yang menjadi isu, yang dibahas dan digambarkan pada issue map.
PHI (Procedural Hierarchy of Issues) Definisi Perkembangan dari IBIS dimana PHI menambahkan sub-issue, dan dependency relationship antar positions (answers). Penemu McCall, 1991 13
Argumentation-based models -- IBIS Perbedaan (IBIS dengan PHI) Apa yang merupakan masalah? IBIS : Hanya issue yang dibahas yang di dokumentasikan PHI : Semua issue yang berhubungan dengan sistem mereka dokumentasikan(dibahas atau tidak) Bagaimana hubungan antar masalah? IBIS : Tidak mempunyai dependency PHI : Ada dependency antar issues dan positions, artinya bahwa solusi dari masalah A dapat juga membantu menyelesaikan masalah B
14
Argumentation-based models -- IBIS Perbedaan (IBIS dengan PHI) Bagaimana cara menyelesaikan masalah? Sama-sama dengan deliberation PHI memberikan tambahan pada pola jawaban, yaitu pola umum/khusus Bagaimana cara mengetahui suatu masalah? PHI : Menggunakan 2 pola, yaitu Menghasilkan pola masalah secara hierarchy dari root sampai sub-issues hingga tidak terdefinisi issues berikutnya Lakukan pola umum-khusus pada sub-issues 15
Argumentation-based models -- Design Space Analysis Biasa juga disebut QOC (Questions, Options, Criteria) Definisi Eksplorasi secara detail alternatif desain yang dapat digunakan dalam pengembangan suatu sistem, tidak hanya menjelaskan sebabmusabab suatu desain itu diplih Penemu MacLean, 1991 16
Argumentation-based models -- Design Space Analysis Proses Problems dinamakan questions, Answers dinamakan options, Pro dan cons adalah argumen untuk melengkapi dinamakan criteria Perbedaan (Design Space Analysis dengan IBIS) Issues, positions, arguments pada IBIS bersifat general / umum Questions, options, criteria pada QOC lebih spesifik kearah desain suatu sistem
17
Argumentation-based models -- Design Space Analysis Output : Diagram pemetaan masalah yang biasa dikenal dengan QOC Diagram
Contoh Kasus : Contoh berikut ini menggambarkan bagaimana proses penetapan keputusan desain diambil melalui pendekatan QOC / Design Space Analysis Masalah penempatan barcode reader
18
Argumentation-based models -- Design Space Analysis Criteria: Option: 1. Dekat kasir
1. Memudahkan pelanggan untuk menggunakannya
Criteria: 2. Mengurangi ketidak nyamanan staff kasir
Question : Dimana suatu barcode reader akan diletakkan?
Criteria: 3. Mengurangi waktu delay pelanggan
Option : 2. Pada trolley
Criteria: 4. Mengurangi jumlah error
Keterangan : 1. Garis lurus menyatakan positive relationship 2. Garis putus-putus menyatakan negative relationship 19
Argumentation-based models -- Claims Analysis Definisi Analisa tuntutan dari desain suatu sistem, baik itu mengenai kegunaan sistem, interaksi user dengan sistem, lingkungan dengan sistem, dsd Masalah yang timbul semakin luas Penemu Jack Carroll
20
Argumentation-based models -- Claims Analysis Proses Menciptakan skenario akan kegunaan suatu sistem, lalu mengadakan analisa kebutuhan (tuntutan) sistem tersebut Identifikasi trade-off dari suatu sistem
Tujuan utama Untuk mengidentifikasi bagaimana sistem mampu memberikan dukungan positif bagi pengguna Berguna sebagai petunjuk bagi proses redesign suatu sistem yang sudah ada ataupun sistem yang baru 21
Argumentation-based models -- Claims Analysis Contoh kasus : Mesin ATM Tipe Pertama 1. 2. 3. 4.
Input jumlah uang Masukkan PIN Masukkan kartu Selama proses perhitungan, kartu langsung dikeluarkan 5. Uang dapat diambil
Tipe Kedua 1. 2. 3. 4. 5. 6.
Masukkan kartu Masukkan PIN Pilih transaksi Input jumlah uang Uang dapat diambil Kartu terakhir keluar setelah uang diambil
22
Argumentation-based models -- Claims Analysis Analisa : Tipe Pertama 1. 2. 3. 4.
Lebih cepat Kurang aman Hanya bisa tarik tunai Lingkungan yang lebih mendukung adalah berada di dalam bank
Hasil :
Tipe Kedua 1. 2. 3. 4.
Banyak proses Lebih aman Banyak transaksi Bisa dimana saja
23
Kesimpulan Keputusan desain suatu sistem harus disimpan dan didiskusikan oleh berbagai pihak Dokumentasi suatu sistem kurang efisien dalam diskusi pengembangan suatu sistem Dokumentasi suatu sistem adalah proses yang memakan cukup banyak waktu Design space analysis membuat designer termotivasi untuk lebih mengeksplorasi alternatif-alternatif desain
24
