Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016
APS TUJUAN PERKULIAHAN • Memahami pemodelan yang dibutuhkan dalam rekayasa kebutuhan • Memahami konsep pendekatan terstruktur dalam pemodelan kebutuhan
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS AGENDA PERKULIAHAN • Konsep pemodelan kebutuhan
• Konsep pemodelan terstruktur • Elemen-elemen pemodelan terstruktur
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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 T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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 RealTime System Specification Processes
Data
Behavior
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS ELEMEN-ELEMEN PEMODELAN
Data Object Description
Data Flow Diagram (DFD)
ER Diagram
Process Specification (PSPEC)
Data Dictionary
State Transition Diagram (STD) Control Specification (CSPEC)
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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 T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS DATA MODEL – ER DIAGRAM • Entitas (atribut dan nilai atribut)
• Modalitas : tingkat mandatory (minimal) • Kardinalitas : tingkat relasi (maksimal) • Bentuk relasi
Manufacturer
Builds
Car
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS PROCESS MODEL – ELEMEN DFD • Terminator • Representasi entitas eksternal • Notasi: persegi panjang • Tidak memproses data
Customer
• Data Flow / Aliran Data • • • •
Representasi aliran data Notasi: anak panah penuh Umumnya satu arah Hubungkan terminator, process dan storage
data
• Control Flow / Aliran Kontrol control • Representasi aliran kontrol proses • Notasi: anak panah putus2 • Hubungkan terminator, process dan control bar T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS PROCESS MODEL – ELEMEN DFD • Process / Proses • Representasi aktifitas sistem • Notasi: lingkaran • Memproses data
1 Proses A
• Storage / Penyimpanan • Representasi tempat penyimpanan data • Notasi: dua garis paralel • Data flow in = diubah, data flow out = dibaca
data X
• Control Bar / Bar Kontrol • Representasi spesifikasi kontrol • Notasi: garis tegak
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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 T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS PROCESS MODEL – DFD/CFD LEVELING • Harus konsisten
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS DATA/CONTROL CONTEXT DIAGRAM (DCD/CCD) object
returned coins 0*
Customer
customer selection
slug
coin return request
Vend product
Customer
product
product available
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS DATA/CONTROL FLOW DIAGRAM (DFD/CFD LEVEL 1) object
slug
coin return request
coins 1* Get customer payment
5* Dispense change
payment change due
sufficient payment
coin detected
3p Validate payment
price 2p Get product price
price table
returned coins
valid selection customer selection
product product available
4p Get valid selection
6p Dispense product
product dispensed
valid selection
product available
products
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS DATA/CONTROL FLOW DIAGRAM (DFD/CFD LEVEL 2) • DFD/CFD level 2 : Dispense change coin return request product available
change due
5.1p Get change coin
returned coins
change coins
5.2p Get payment coin
coins
payment coins
payment
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS PROCESS MODEL – PROCESS SPECIFICATION • PSPEC – Validate payment (Process 3) Inputs
:
Outputs
:
payment (data in) price (data in) 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS BEHAVIOR MODEL • State Transition Diagram (STD) initial accept new coin Waiting for a coin
payment returned accept new coin
coin detected
product dispensed accept new coin
accept customer request
coin return request
return payment Returning payment
Waiting for selection sufficient payment dispense product
product available=FALSE return payment
Dispensing product T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS 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
T E K N I K I N F O R M AT I K A F I L K O M U B SEMESTER GENAP 2015/2016
APS
TERIMAKASIH V^^
To Infinity and Beyond !
