Slide INF205 RPL Pertemuan 7

(1)

REKAYASA PERANGKAT

LUNAK

(2)

(3)

Outline

• _ERD

• _DFD

• _STD

• _CFD

(4)

Analisis Terstruktur

• _{Model yang menggambarkan muatan dan aliran}

(5)

Elemen Model Analisis

• _{Model analisis harus mencapai sasaran berikut:}

• _{Menggambarkan apa yang dibutuhkan pelanggan}

• _{Membangun dasar bagi pembuatan desain perangkat lunak} • _{Membatasi serangkaian persyaratan yang dapat divalidasi}

(6)

Struktur Analisis(2)

• _{Kamus data (data dictionary)}

Penyimpan yang berisi deskripsi objek data yang dikonsumsi atau diproduksi perangkat lunak

• _{ERD adalah notasi untuk melakukan aktivitas}

pemodelan data

• _{Deskripsi objek data adalah gambaran dari atribut objek}

(7)

Struktur analisis(3)

• _{DFD, yang digunakan untuk :}

• _{Memberi indikasi bagaimana data ditransformasi pada saat}

bergerak melalui sistem

• _{Untuk menggambarkan fungsi dan subfungsi yang}

mentransformasi aliran data

• _{Spesifikasi proses mendeskripsikan setiap fungsi yang}

(8)

Struktur Analisis (4)

• _{State Transition Diagram, menunjukkan bagaimana}

sistem bertingkah laku sebagai akibat dari kejadian eksternal. Hal ini merupakan dasar dari pemodelan tingkah laku

• _{Spesifikasi Kontrol, merupakan informasi aspek kontrol}

(9)

Pemodelan Data

• _{Pemodelan data menjawab serangkaian data spesifik}

yang relevan dengan berbagai aplikasi pemrosesan data

(10)

Objek data, atribut dan hubungan

Karyawan Kendaraan

Memiliki

Nama NIP

Thn Masuk

(11)

Objek data

• _{Representasi semua informasi gabungan yang harus}

dipahami perangkat lunak

contoh: Karyawan adalah objek data. Gabungan

(12)

Atribut

• _{Informasi yang dimiliki oleh objek data}

• _{Satu atribut atau lebih harus jadi pengidentifikasi atau}

(13)

Hubungan

• _{Menggambarkan hubungan suatu objek data ke objek}

data lainya

• _{Contoh :}

(14)

Kardinalitas dan Modalitas

• _{Kardinalitas mendefenisikan jumlah maksimum dari}

hubungan objek yang ikut serta dalam sebuah hubungan

(15)

Kardinalitas

• _{Satu ke satu (1:1)}

• _{Satu ke banyak (1: N)}

(16)

Modalitas

(17)

ERD (Entity Relationship Diagram)

Pelanggan

Tindakan Perbaikan

Disediakan dgn

Kardinalitas:

Ada banyak tindakan perbaikan

Modalitas :

Untuk melakukan tindakan perbaikan harus ada pelanggan

Modalitas

Ada situasi dimana tindakan perbaikan tidak diperlukan

Kardinalitas:

(18)

Contoh notasi ERD yang lain

object Relasi objects_s

(0,M)

(19)

Tujuan Utama

• _{Tujuan Utama dari ERD adalah mewakili objek data dan}

(20)

DFD (Data Flow Diagram)

Every computer-based system is an information transform ....

computer based system

(21)

Notasi Dasar DFD

external entity

process

data flow

(22)

Entitas Eksternal

• _{Merupakan elemen sistem yang menghasilkan informasi}

bagi transformasi atau menerima informasi yang dihasilkan dari perangkat lunak

• _{Contoh : seseorang, buku, toko buku}

(23)

Proses

(24)

Aliran Data

• _{Data bergerak dalam suatu sistem, dimulai sebagai}

(25)

Penyimpan data

• _{Informasi tersimpan yang digunakan perangkat lunak}

look-up sensor

data

sensor # report required

sensor #, type, location, age

sensor data sensor number

type,

(26)

Levelisasi DFD

• _{DFD tingkat 0 atau konteks diagram mewakili seluruh}

elemen sistem sebagai sebuah bubble tunggal dengan data input dan output yang ditunjukkan oleh anak

panah masuk dan keluar secara berurutan

• _{DFD tingkat satu merepresentasikan subfungsi dari}

(27)

Hirarki pada DFD

level 0

(28)

Pemodelan Tingkah Laku

• Keadaan (state) adalah model tingkah laku yang dapat diobservasi

• Perubahan keadaan (State transistion) adalah pergerakan dari satu keadaan ke keadaan lain

• Event adalah kejadian yang membuat sistem menampilkan suatu bentuk tingkah laku

(29)

Langkah untuk Pemodelan Tingkah Laku

• _{Buat daftar sejumlah keadaan yang berbeda dari sistem} • _{Analisa bagaimana sistem membuat sebuah transisi ke}

transisi berikutnya

• _{Gambarkan dalam sebuah State Transition Diagram}

(30)

Notasi STD

Keadaan

Keadaan akhir

(31)

Contoh STD

reading operator commands

making copies _{reloading paper}

(32)

Model Aliran Kontrol

• _{Membuat sebuah model aliran kontrol data dapat}

(33)

Contoh CFD

Sensor Sensor

monitor

Telepon Alarm

(34)

Control Specification

• _{spesifikasi kontrol (CSPEC) yang bisa jadi merupakan}

sebuah STD, state transistion table, decision table, activation table

(35)

Process Specification

• _{Digunakan untuk menggambarkan semua proses aliran}

yang nampak pada tingkat akhir penyaringan.

• _{Spesifikasi bisa berupa teks naratif, bahasa desain}

(36)

Notasi Process Specification

PSPEC

narrative

pseudocode (PDL) equations

tables

diagrams and/or charts

(37)

Contoh Process Specification

Prosedur analisa segitiga;

Membaca dimensi sisi segitiga

Jika semua dimensi negatif maka terjadi pesan error Jika dimensi terbesar kurang dari jumlah yang lain

……

Prosedur analisa segitiga;

Membaca dimensi sisi segitiga

Jika semua dimensi negatif maka terjadi pesan error Jika dimensi terbesar kurang dari jumlah yang lain

……

PSPEC: Naratif Pemrosesan analisa segitiga

Analisa Segitiga

Pesan error

Tipe segitiga Dimensi sisi

(38)

KAMUS DATA

• _{Merupakan sebuah daftar yang terorganisasi dari}

elemen data yang berhubungan dengan sistem, dengan definisi yang jelas dan teliti sehingga pemakai dan

(39)

Konten Kamus data

• _Nama

nama data, kontrol, penyimpan data atau entitas eksternal

• _Alias

nama lain yang digunakan

• _{Where used/how used}

proses yang menggunakan data dan bagaimana ia digunakan

• _{Content desc}

notasi untuk merepresentasikan isi

• Supplementary information

(40)