Design Rationale

Chapter 26

TujuanDiharapkan 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

PendahuluanDiskusi 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 orang-orang yang terlibat,

misal : developer dengan pelanggan, sistem analis dengan programmer, dll.

3

Pendahuluan

4

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.

Design Rationale

5

DefinisiKumpulan dari berbagai keputusan desain selama proses pengembangan suatu sistem disertai dengan alasan mengapa keputusan tersebut yang dipilih.

TujuanUntuk membantu designer dalam proses pengembangan suatu sistem.

Design Rationale

6

Bagaimana cara kita untukmendokumen-

tasikan suatu design rationale tersebut???

Design Rationale

7

KonsepRationale CaptureRationale RepresentationArgumentation-Based Models

Argumentation-based models

8

Definisi

Kumpulan dari berbagai rational elemen (opini, question, dll) dalam proses pengembangan suatu sistemKonsep yang lebih mengarah kepada dokumentasi suatu sistem

TipeIBIS (Issue-based Information System)Design Space AnalysisClaims Analysis

Argumentation-based models -- IBIS

DefinisiMetode untuk mendapatkan suatu keputusan desain dari progress pengembangan suatu sistem

PenemuKuntz dan Rittel, 1970

Aktifitas UtamaDeliberation (diskusi)

9

Argumentation-based models -- IBISProses

Questions dinamakan issues, Answersdinamakan positions, Pro dan cons adalah arguments untuk melengkapi posistionsDimulai 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

11

Output :Diagram pemetaan masalah yang biasa dikenal dengan issue map

Contoh Kasus :Contoh berikut ini menggambarkan bagaimana proses penetapan keputusan desain diambil dengan metode IBISProses update data mart

Argumentation-based models -- IBIS

12

Argumentation-based models -- IBISKelemahan

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).

PenemuMcCall, 1991

13

Argumentation-based models -- IBIS

Perbedaan (IBIS dengan PHI)Apa yang merupakan masalah?

IBIS : Hanya issue yang dibahas yang di dokumentasikanPHI : Semua issue yang berhubungan dengan sistem mereka dokumentasikan(dibahas atau tidak)

Bagaimana hubungan antar masalah?IBIS : Tidak mempunyai dependencyPHI : Ada dependency antar issues dan positions, artinya bahwa solusi dari masalah A dapat juga membantu menyelesaikan masalah B 14

Argumentation-based models -- IBIS

15

Perbedaan (IBIS dengan PHI)Bagaimana cara menyelesaikan masalah?

Sama-sama dengan deliberationPHI 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 berikutnyaLakukan pola umum-khusus pada sub-issues

Argumentation-based models -- Design Space Analysis

16

Biasa juga disebut QOC (Questions, Options, Criteria)

DefinisiEksplorasi secara detail alternatif desain yang dapat digunakan dalam pengembangan suatu sistem, tidak hanya menjelaskan sebab-musabab suatu desain itu diplih

PenemuMacLean, 1991

Argumentation-based models -- Design Space Analysis

17

ProsesProblems 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 / umumQuestions, options, criteria pada QOC lebih spesifik

kearah desain suatu sistem

Argumentation-based models -- Design Space Analysis

18

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 AnalysisMasalah penempatan barcode reader

Argumentation-based models -- Design Space Analysis

19

Question :Dimana suatu barcode reader akan diletakkan?

Option:1. Dekat kasir

Option :2. Pada trolley

Criteria:1. Memudahkan pelanggan untuk menggunakannya

Criteria:4. Mengurangi jumlah error

Criteria:2. Mengurangi ketidak nyamanan staff kasir

Criteria:3. Mengurangi waktu delay pelanggan

Keterangan :1. Garis lurus menyatakan positive relationship2. Garis putus-putus menyatakan negative relationship

Argumentation-based models -- Claims Analysis

20

DefinisiAnalisa tuntutan dari desain suatu sistem, baik itu

mengenai kegunaan sistem, interaksi user dengan sistem, lingkungan dengan sistem, dsdMasalah yang timbul semakin luas

PenemuJack Carroll

Argumentation-based models -- Claims Analysis

21

ProsesMenciptakan skenario akan kegunaan suatu sistem, lalu mengadakan analisa kebutuhan (tuntutan) sistem tersebut Identifikasi trade-off dari suatu sistem

Tujuan utamaUntuk mengidentifikasi bagaimana sistem mampu memberikan dukungan positif bagi penggunaBerguna sebagai petunjuk bagi proses redesign suatu sistem yang sudah ada ataupun sistem yang baru

Argumentation-based models -- Claims Analysis

Contoh kasus : Mesin ATM

22

Tipe Pertama Tipe Kedua

1. Input jumlah uang2. Masukkan PIN3. Masukkan kartu4. Selama proses

perhitungan, kartu langsung dikeluarkan

5. Uang dapat diambil

1. Masukkan kartu2. Masukkan PIN3. Pilih transaksi4. Input jumlah uang5. Uang dapat diambil6. Kartu terakhir keluar

setelah uang diambil

Argumentation-based models -- Claims Analysis

Analisa :

Hasil : 23

Tipe Pertama Tipe Kedua1. Lebih cepat2. Kurang aman3. Hanya bisa tarik tunai4. Lingkungan yang lebih

mendukung adalah berada di dalam bank

1. Banyak proses2. Lebih aman3. Banyak transaksi4. Bisa dimana saja

Kesimpulan

Keputusan desain suatu sistem harus disimpan dan didiskusikan oleh berbagai pihakDokumentasi suatu sistem kurang efisien dalam diskusi pengembangan suatu sistemDokumentasi suatu sistem adalah proses yang memakan cukup banyak waktuDesign space analysis membuat designer termotivasi untuk lebih mengeksplorasi alternatif-alternatif desain 24