Pertemuan 5

5/10/2018 Pertemuan 5 - slidepdf.com

http://slidepdf.com/reader/full/pertemuan-5-55a0c67995d66 1/38

Pertemuan 5

PEMODELAN ANALISIS (1)



Pokok Bahasan dalam RPL : Elemen Model Analisis

Pemodelan Data

Pemodelan Fungsional dan AliranInformasi



Buku Referensi :

• Pressman, RS., 2008, SoftwareEngineering: A Practitioner’s Approach,

New York: McGraw-Hill

• Sommerville, I, 2007, SoftwareEngineering, Addsion Wesley



TUJUAN PEMODELAN ANALISIS

• Menjelaskan elemen-elemen model analisis

• Menjelaskan pemodelan data (obyek data dan ERD)

• Menjelaskan alur informasi dan fungsi pemodelan

• Memahami dan menggunakan Teknik Pemodelan

• Memberikan contoh kasus yang diselesaikan dengan

membuat “ ERD, DFD, Spesifikasi Proses dan Data

Dictionary.



Pendahuluan

• Model Analisis merupakan serangkaian model,merupakan representasi teknis yang pertama darisistem.

• Ada 2 pemodelan analisis :

1. Metode Pemodelan Klasik

2. Analisis Berorientasi obyek

• Analisis Terstruktur :

aktivitas pembangunan model



SEJARAH SINGKAT

Dimulai akhir 1960-an dan awal 1970-an

Douglass Rose membuat istilah “analisis terstruktur”Dipopulerkan DeMarco dengan simbol dan grafis kunciuntuk model aliran informasi, kamus data dan naratifpemrosesan dapat digunakan sebagai suplemen bagimodel aliran informasi.

Page-Jones, Gane dan Sarson dll, banyk memberikanpendekatan ananlisis terstruktur.

1980-an analisis terstruktur menjadi tidak jelas.

Ekstensi Real Time diperkenalkan oleh Ward dan Meilor,lalu Hatley dan Pirbhai, Ektensi ini menghasilkan sebuahanalisis yang lebih kuat dapat diaplikasikan ke masalahrekayasa. Dan berakhir digunakan untuk penggunaanperanti CASE



ELEMEN MODEL ANALISIS

Model Analisis harus dapat mencapai 3 sasaran utama :

1. Menggambarkan apa yang dibutuhkan oleh pelanggan

2. Membangun dasar bagi pembuatan desain PL.

3. Membatasi serangkaian persyaratan yang dapat divalidasi begitu PL dibangun.

DFD melayani 2 tujuan :

1. Memberikan indikasi mengenai bagaimana data ditransformasi pada saat databergerak melalui sistem

2. Menggambarkan fungsi-fungsi (dan sub fungsi) yang memtransformasikanaliran data.

DFD diisikan dalam sebuah spesifikasi proses (PSPEC)State Transition Diagram (STD) menunjukkan bagaian sistem bertingka laku

sebagai akibat dari kejadian eksternal.

STD berfungsi sebagai dasar mengenai agi pemodelan tingkah laku. Informasitambahan mengenai aspek kontrol dari PL diisikan dalam spesifikasi control

(CSPEC).



PEMODELAN DATA

• Memeriksa objek data secara independenterhadap proses

• Fokus perhatikan pada domain data

• Membuat sebuah model pada abstraksi levelkonsumen

• Mengindikasikan bagaimana objek data

berhubungan satu dengan yang lain



Obyek Data, Atribut dan Hubungan

• Obyek Data adalah representasi dari hampir semua informasi

gabungan yang harus dipahami oleh PL.• Obyek Data dapat berupa entitas eksternal, suatu benda,

peristiwa, event, peran, struktur.

• Obyek data dihubungkan satu dengan lainnya.

• Obyek Data hanya mengenkapsulasi data.Obyek Atribut Hubungan

Manusia Nama

Alamat

Umur

SIM

Nomor

Manusia

memiliki

Kendaaan Membuat

Model

Nomr ID

Body Type

Warna

Kendaraan



Obyek Data, Atribut dan Hubungan (Lanjutan)

• Atribut menentukan properti suatu obyek data dan

mengambil salah satu dari ketiga karakteristik yang berbeda.• Atribut dapat digunakan untuk :

– Menamai sebuah contoh dari obyek data.

– Mengambarkan contoh.

–Membuat referensi ke contoh yang lain pada tabel yang lain.

• Rangkaian atribut untuk suatu obyek data ditentukan melalui

suatu pemahaman terhadap konteks masalah.

Kendaraan Atribut Penamaan Atribut Deskriptif Atribut

ReferensialIdentifikasi

Memuat Model ID# Body Type Warna Pemilik

Lexus

Chevy

BMW

Ford

LS400

Corvette

750iL

Taurus

AB 123

X 458

XZ 768

Q 12A45

Sedan

Sport

Coupe

Sedan

White

Red

White

Blue

RSP

CCD

LIL

BLF



Obyek Data, Atribut dan Hubungan (Lanjutan)

• Hubungan Obyek Data disambungkan satu dengan lainnya

dengan berbagai macam cara.• Antara 2 obyek, dapat dihubungkan object-relationship pairs.

• Hubungan antara kata (memesan, menampilkan, menstock,

menjual, mengembalikan) mendefinisikan hubungan yang

relevan antara 2 obyek.

Buku Toko Buku

Koneksi dasar antar Obyek

Buku Toko Buku

Pesanan

HubunganAntarObyek

Persediaan

Displai

Mengembalikan

Menjual



Kardinalitas dan Modalitas

• Kardinalitas Model Data harus dapat menpresentasikan

jumlah peristiwa dari obyek didalam hubungan yangdiberikan.

• Menurut Tilman

Kardinalitas merupakan spesifikasi dari sejumlah peristiwa

dari satu (obyek) yang dapat dihubungkan ke sejumlahperistiwa dari (obyek) yang lain.

• Hubungan 1 ke 1 (1 : 1)

• Hubungan 1 ke banyak (1 : n)

• Hubungan banyak ke banyak (n : n)

• Kardinalitas mendefinisikan “jumlah maksimum dari

hubungan obyek yang ikut serta di dalam sebuah hubungan”.



Kardinalitas dan Modalitas (lanjutan)

• Modalitas dari suatu hubungan adalah nol, bila tidak ada

kebutuhan eksplisit untuk ubungan yng terjadi atau hubunganitu bersifat opsional.

• Modalitas bernilai 1 jika suatu kejadian ubungan merupakan

perintah.

PelangganTindakan

Perbaikan

Disediakan dengan

Kardinalitas :Pelanggan tunggal menunggu perbaikan Kardinalitas :Ada banyak tindakan perbaikan

Modalitas :Untuk memiliki tindakan perbaikanHarus mempunyai pelanggan

Modalitas :Opsional, ada situasi dimanaTindakan perbaikan tidakdiperlukan



ERD

• Diusulkan oleh Peter Chen untuk mendesain sistem databaserelational.

• Komponen utama ERD : Obyek Data, atribut, hubungan danberbagai tipe Indikator.

• Tujuan Utama ERD , untuk mewakili obyek data dan hubunganmereka.

Manufacture MobilMembuat

ID# Model Tipe

Body

Mesin Transmi

si

…

Tabel Obyek Data



ERD (lanjutan)

• ERD diperluas

Pengiriman

Mobil

Dealer

Manufaktur

Transport

Membuat

Stock

Kontrak

Lisensi



ERD (lanjutan)

• Hierarki Tipe Obyek Data Mobil

AsiaDomestikEropa

KoreaJepangItaliaPerancisJermanSwedia



ERD (lanjutan)

Obyek Data Terkait (Asosiatif)

Elektronik

Mesin Chasis Interior Drive Train

Mobil



Membangun Sebuah ERD

• Level 1—modelkan semua objek data (entitas)

dan koneksinya dengan yang lain

• Level 2—modelkan semua entitas dan relasi

• Level 3—modelkan semua entitas, relasi, dan

atribut yang menyediakan informasi yang

lebih mendalam



KONSEP BERORIENTASI OBYEK

• Harus di pahami untuk menerapkan elemen

berbasis class pada model analisis

• Konsep-konsepkunci:

1. Classes danobjects

2. Attributes danoperations

3. Encapsulation dan instantiation4. Inheritance



Class

• Pemikiran object-oriented dimulai dengan sebuah

class, sering didefinisikan sebagai:1. Template

2. deskripsi umum

3. blueprint‖ ... Menggambarkan sekelompok itemyang mirip

• Sebuah metaclass (sering disebut superclass) yangmembangun hierarki semua class yang ada

• Sekali sebuah class item ditentukan, instancespesifikdari class tersebut dapat diidentifikasi



Membangun Class



Apakah Class?



Enkapsulasi



Hierarki Class

d ( / )



Metode (Layanan/Operasi)



Berbasis Skenario



Use Case

• Sebuah skenario yang menggambarkan

rangkaian kegunaan pada sistem

• Actors mewakili peran orang atau piranti yang

dimaikan ketika sistem berfungsi

• Users dapat berperan sebagai lebih dari satu

peran dalam sebuah skenario yang ditentukan



Mengembangkan Use Case

• Apa tugas atau fungsi utama yang harus dilakukan

aktor ?

• Sistem Informasi seperti apa yang diperlukan,

dihasilkan atau diubah oleh aktor ?• Apakah aktor harus menginformasikan sistem

tentang perubahan dalam lingkungan eksternal?

•Informasi apa yang diharapkan aktor dari sistem?

• Apakah aktor menginginkan diberitahu tentang

perubahan yang tidak tersangka?

i



Use Case Diagram

A i i Di



Activity Diagram

• Melengkapi Use Case dengan menyediakan

representasi diagram dari aliran prosedural

S i l Di



Swimlane Diagram

• Menampilkan aliran aktivitas yang digambarkan oleh Use Case dengan

mengindikasikan aktor yang mana (class analisisyang mempunyai

tanggung jawab terhadap tindakan yang digambarkan oleh kotak aktivitas)

PEMODELAN FUNGSIONAL DAN



PEMODELAN FUNGSIONAL DANALIRAN INFORMASI

Suatu model Aliran dapat diciptakan bagi setiap sistem berbasiskomputer tanpa meliat ukuran dan kompleksitasnya

DFD adalah sebuah teknis grafis yang menggambarkan aliraninformasi dan transformasi yang diaplikasikan pada saat databergerak dari input menjadi output.

DFD dapat digunakan untuk menyajikan sebua sistem atau PL pada

setiap tingkat abstraksi.

Entitas

Eksternal

Entitas

Eksternal Entitas

Eksternal

Entitas

Eksternal

Ntitas

Eksternal

Sistem

Berbasiskomputer

Input Informasi

Output Informasi

DFD



DFD

EntitasEksternal

Proses

Penyimpan

an Data

Obyek DataAnak panah menunjukkan arahaliran data

Transfer Informasi (fungsi) yang ada

didalam bound sistem untuk dimodelkan

Repostori Data

Prosedur atau konsumer Informasi yangada diluar bound sistem untuk dimodelkan



• Petunjuk menggambar DFD

1. Semua icon harus diberi nama yang bermakna jelas

2. DFD berkembang dalam beberapa tingkatan

3. Selalu dimulai dengan sebuah context leveldiagram (level 0)

4. Selalu menunjukkan entitas eksternal pada level 0

5. Selalu berinama panah aliran data6. Jangan menampilkan prosedur logika

DFD (lanjutan)

DFD (lanjutan)



• Membangun sebuah DFD—I

1. Mereview model data untuk mengisolasi objek data dangunakan parsing gramatikal untuk menentukan ―Operasi‖

2. Menentukan entitas eksternal (produsen dan konsumen data)

3. Membuat level 0 DFD

DFD (lanjutan)



• Membangun DFD—II

1. Tulis sebuah narasi yang menggambarkan transformasi

2. Parsing untuk menentukan transformasi tingkat berikutnya

3. Seimbangkan‖ aliran untuk menjaga aliran data

4. Bangun level 1 DFD5. Gunakan rasio 1:5 (perkiraan)

DFD (lanjutan)

DFD (lanjutan)



• Catatan untuk DFD

1. Setiap lingkaran harus dipecah hingga dia hanya melakukanhanya SATU hal

2. Rasio ekspansi menurun sesuai dengan jumlah level yang

meningkat

3. Kebanyakan sistem membutuhkan antara 3 hingga level 7 untukmodel aliran yang cukup.

4. Sebuah item aliran data (panah) dapat dikembangkan seiring

dengan meningkatnya level (data dictionary menyediakan

informasi ini).

DFD (lanjutan)



SEKIAN

Pertemuan 5

Documents

Transcript of Pertemuan 5