Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016

Transkripsi

1 Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016

2 TUJUAN PERKULIAHAN Memahami pemodelan yang dibutuhkan dalam rekayasa kebutuhan Memahami konsep pendekatan terstruktur dalam pemodelan kebutuhan

3 AGENDA PERKULIAHAN Konsep pemodelan kebutuhan Konsep pemodelan terstruktur Elemen-elemen pemodelan terstruktur

4

5 MOTIVASI REKAYASA KEBUTUHAN Model kebutuhan menjembatani antara deskripsi sistem secara umum dengan model perancangan Metode : terstruktur & berorientasi objek Tujuan utama model kebutuhan: Menjadi referensi dalam melakukan validasi kebutuhan Menjadi dasar bagi perancangan PL Menjelaskan apa yang dibutuhkan oleh customer

6 PRINSIP PEMODELAN KEBUTUHAN Model yang dibuat harus fokus pada kebutuhan yang relevan dengan domain permasalahan WHAT Setiap model kebutuhan harus bisa dilacak ke model perancangan traceability Setiap elemen dalam model kebutuhan harus mampu memperjelas pemahaman secara utuh terhadap kebutuhan PL domain masalah, fungsionalitas dan perilaku sistem Minimalisasi kopling antar klas/modul Pastikan bahwa model kebutuhan memiliki nilai manfaat untuk seluruh stakeholders Model dibuat sesederhana mungkin notasi yang sederhana, non duplikasi informasi

7 TIPE-TIPE MODEL KEBUTUHAN Scenario-based models Berdasarkan sudut pandang aktor Data models Menjelaskan domain informasi dari masalah Class-oriented models Merepresentasikan klas-klas yang relevan dengan kebutuhan PL Flow-oriented models Merepresentasikan proses dan data dari sistem Behavioral models Merepresentasikan perilaku sistem berdasar event

8

9 KONSEP Pertama kali dipopulerkan oleh T. DeMarco (1979) Structured Analysis and System Specification Perluasan notasi untuk kebutuhan real-time systems oleh Hatley dan Pirbhai (1987) SA/RT Strategies for Real- Time System Specification Processes Data Behavior

10 ELEMEN-ELEMEN PEMODELAN Data Object Description ER Diagram Process Specification (PSPEC) Data Flow Diagram (DFD) Data Dictionary State Transition Diagram (STD) Control Specification (CSPEC)

11 DATA DICTIONARY Representasi Simbol : = : composed of + : and { } : iterations of [. ] : selection / or ( ) : optional : literal * * : comment/description Vend product (partly) : Name Element Type object [coin slug](product) data product [ice cream coffee candy] data coins 0{[quarter nickel dime]}8 data product available [TRUE FALSE] control [ YES NO ] quarter *25 cents US currency* coin return request [TRUE FALSE] control

12 DATA MODEL ER DIAGRAM Entitas (atribut dan nilai atribut) Modalitas : tingkat mandatory (minimal) Kardinalitas : tingkat relasi (maksimal) Bentuk relasi Manufacturer Builds Car

13 DATA MODEL DATA OBJECT DESCRIPTION Data Object merupakan informasi komposit terdiri dari sejumlah atribut atau properti yang berbeda Mengenkapsulasi data saja tidak ada operasi yang diterapkan pada data tersebut bisa entitas eksternal, hal, kejadian / peristiwa, peran, unit organisasi, struktur, dll misalnya dimensi (tinggi, berat, kedalaman), mobil (membuat, model, ID, tipe bodi, warna, pemilik) dapat direpresentasikan dalam representasi berbentuk tabel

14 PROCESS MODEL DFD Berguna untuk menganalisis sistem yang sudah ada maupun sistem yang akan diusulkan dekomposisi proses Fokus pada pergerakan data antara entitas eksternal dan proses, dan antara proses dan penyimpanan data Sebuah teknik yang relatif sederhana untuk dipelajari dan digunakan Elemen model : terminator, proses, aliran data / data flow, aliran kontrol / control flow, penyimpanan, bar kontrol / control bar Tingkat tertinggi (0) Diagram konteks proses tunggal terminator Arus data, arus kontrol

15 PROCESS MODEL ELEMEN DFD Terminator Representasi entitas eksternal Notasi: persegi panjang Tidak memproses data Data Flow / Aliran Data Representasi aliran data Notasi: anak panah penuh Umumnya satu arah Hubungkan terminator, process dan storage Control Flow / Aliran Kontrol Representasi aliran kontrol proses Notasi: anak panah putus2 Hubungkan terminator, process dan control bar Customer data control

16 PROCESS MODEL ELEMEN DFD Process / Proses Representasi aktifitas sistem Notasi: lingkaran Memproses data Storage / Penyimpanan Representasi tempat penyimpanan data Notasi: dua garis paralel Data flow in = diubah, data flow out = dibaca Control Bar / Bar Kontrol Representasi spesifikasi kontrol Notasi: garis tegak 1 Proses A data X

17 PROCESS MODEL DFD Jumlah proses dalam satu diagram DFD : 4 ± 2 Maks. 4 level dekomposisi (DFD/CFD) Dekomposisi fungsional (DFD) : fungsi-fungsi yang saling berhubungan dikelompokkan fungsi-fungsi yang tidak berhubungan dipisahkan setiap fungsi dispesifikasi hanya sekali Data flow membawa informasi yg diperlukan oleh sebuah proses untuk transformasi, control flow membawa informasi yang harus diinterpretasikan untuk merubah perilaku sistem dan/ aktifasi proses Proses pemodelan DFD/CFD adalah proses iterasi, tidak sekali jadi Penjenjangan CFD harus sesuai dengan DFD

18 DATA CONTROL IDENTIFICATION Urutan identifikasi dimulai dari data kemudian baru kontrol untuk mengetahui apa yang kita kendalikan pertama kali Adanya sinyal yang kontinyu dan ada proses yang bekerja, selalu dikategorikan sebagai data Adanya sinyal diskrit dan ada proses yang bekerja, biasanya dikategorikan sebagai kontrol Istilah seperti mengaktifkan, menyalakan, terlibat dan mengeksekusi biasanya berhubungan dengan persyaratan kontrol

19 PROCESS MODEL DFD/CFD LEVELING Harus konsisten

20 DATA/CONTROL CONTEXT DIAGRAM (DCD/CCD) object 0* returned coins Customer customer selection Vend product Customer slug product coin return request product available

21 DATA/CONTROL FLOW DIAGRAM (DFD/CFD LEVEL 1) object coins coin return request slug coin detected price table 1* Get customer payment 2p Get product price payment sufficient payment price valid selection customer selection 3p Validate payment change due 4p Get valid selection product available 5* Dispense change valid selection product available 6p Dispense product returned coins products product product dispensed

22 DATA/CONTROL FLOW DIAGRAM (DFD/CFD LEVEL 2) DFD/CFD level 2 : Dispense change change due coin return request product available 5.1p Get change coin change coins returned coins coins payment 5.2p Get payment coin payment coins

23 PROCESS MODEL PROCESS SPECIFICATION PSPEC Validate payment (Process 3) Inputs : payment (data in) price (data in) Outputs : change due (data out) sufficient payment (control out) Body : IF payment >= price THEN change due = payment price sufficient payment = TRUE ELSE change due = 0 sufficient payment = FALSE END IF

24 BEHAVIOR MODEL State Transition Diagram (STD) initial accept new coin Waiting for a coin payment returned coin detected accept new coin product dispensed accept new coin accept customer request sufficient payment Waiting for selection coin return request return payment product available=false Returning payment dispense product return payment Dispensing product

25 BEHAVIOR MODEL CSPEC Dispense change : Process Activation Table coin return request product available get change coin get payment coin TRUE TRUE 1 0 D/C FALSE 0 1

26 KESIMPULAN Pemodelan kebutuhan diperlukan untuk meningkatkan pemahaman terhadap kebutuhan yang sedang dianalisis Pemodelan terstruktur meliputi pemodelan data, proses dan perilaku dari sistem yang sedang dikembangkan

27 TERIMAKASIH V^^ To Infinity and Beyond!