ANALISA DAN PERANCANGAN SISTEM INFORMASI. Pendekatan Terstruktur dan alat-alat pemodelan Sistem

(1)

ANALISA DAN

PERANCANGAN SISTEM

INFORMASI

Pendekatan Terstruktur dan alat-alat

pemodelan Sistem

(2)

Model Pendekatan

Pendekatan terstruktur

• Mempertimbangkan data dan proses yang mentransformasikan data sebagai entitas yang terpisah

• Data dimodelkan dalam hal hanya atribut dan relasi (tetapi tidak ada operasi)

• Proses dimodelkan untuk menunjukkan 1) input data, 2) transformasi yang terjadi pada data, dan 3) Data output yang dihasilkan

(3)

Model Pendekatan

Object-oriented analysis

• Fokus pada definisi kelas dan cara di mana mereka berkolaborasi dengan satu sama lain untuk memenuhi kebutuhan pelanggan

(4)

Use case text

Use case diagrams Activity diagrams Swim lane diagrams

Scenario-based modeling Class diagrams Analysis packages CRC models Collaboration diagrams Class-based modeling

Data structure diagrams Data flow diagrams Control-flow diagrams Processing narratives Flow-oriented modeling State diagrams Sequence diagrams Behavioral modeling Structured Analysis Object-oriented Analysis

(5)

(6)

Data Modeling

• Identify the following items – Data objects (Entities) – Data attributes

– Relationships

(7)

Data Flow and Control Flow

Data Flow Diagram

 Menggambarkan bagaimana input diubah menjadi output sebagai objek data bergerak melalui sistem Process Specification

 Menjelaskan proses aliran data pada tingkat terendah dari perbaikan dalam data flow diagram

Control Flow Diagram

 Mengilustrasikan bagaimana peristiwa mempengaruhi aktivitas pengguna sistem melalui penggunaan

(8)

Diagram Layering and Process

Refinement

Context-level diagram

Level 1 diagram

(9)

Analisis Terstruktur

• Model yang menggambarkan muatan dan aliran

informasi, pembagian sistem secara fungsional dan behavioral, esensi dari apa yang akan dibangun

(10)

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 begitu perangkat lunak dibangun.

(11)

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 data yang ditulis di ERD

(12)

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 disajikan DFD

(13)

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 perangkat lunak

(14)

Pemodelan Data

Pemodelan data menjawab serangkaian data spesifik yang relevan dengan berbagai aplikasi pemrosesan data

(15)

Objek data, atribut dan hubungan

Karyawan Kendaraan Memiliki Nama NIP Thn Masuk Model Plat nomor No Rangka Thn beli

(16)

Objek data

• Representasi semua informasi gabungan yang harus dipahami perangkat lunak

contoh: Karyawan adalah objek data. Gabungan

informasi yang dipunyai karyawan adalah nama, nip, golongan, tahun masuk

(17)

Atribut

Informasi yang dimiliki oleh objek data

Satu atribut atau lebih harus jadi pengidentifikasi

atau kunci yang unix ketika ingin menemukan sebuah objek data

(18)

Hubungan

Menggambarkan hubungan suatu objek data ke objek data lainya

Contoh :

 Karyawan memiliki kendaraan  Karyawan mempunyai komputer  Karyawan mengambil pinjaman  Karyawan bekerja pada divisi

(19)

Kardinalitas dan Modalitas

Kardinalitas mendefenisikan jumlah maksimum dari hubungan objek yang ikut serta dalam sebuah

hubungan

contoh : orang tua punya banyak anak, dan anak hanya punya satu nama

(20)

Kardinalitas

Satu ke satu (1:1)

Satu ke banyak (1: N) Banyak ke banyak (M:N)

(21)

Modalitas

Bernilai satu jika hubungan merupakan perintah Bernilai 0 jika hubungan tersebut bersifat opsional

(22)

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:

Pelanggan tunggal menunggu tindakan perbaikan

(23)

Contoh notasi ERD yang lain

object Relasi _objects

(0,M)

(24)

Tujuan Utama

Tujuan Utama dari ERD adalah mewakili objek

data dan hubungan antara mereka

(25)

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

Action adalah proses yang terjadi sebagai

(26)

Penggambaran DFD

Kasir Pelanggan Cash Register 1 1. Menyerahkan barang 2

2. Mencatat data transaksi penjualan 3

3. Memberikan pembayaran

4

4. Mencatat data transaksi pembayaran 5

5. Mencetak struk 6

6. Menerima struk, barang, dan kembalian

abstraksi perangkat lunak abstraksi sistem informasi lingkup/konteks perangkat lunak sumber/tujuan data (entitas eksternal)

(27)

DATA FLOW DIAGRAM (DFD)

Adalah suatu gambaran grafis dari suatu sistem

yang menggunakan sejumlah bentuk-bentuk

simbol untuk menggambarkan bagaimana data

mengalir melalui suatu proses yang saling

(28)

Elemen-elemen lingkungan yang berhubungan

dengan perangkat lunak (Entitas Luar)

Proses

Arus Data

Storage/Penyimpanan

(29)

ELEMEN LINGKUNGAN

(ENTITAS / TERMINATOR)

• Orang • Organisasi • Sistem lain

Disimbolkan Dengan

(30)

PROSES

Sesuatu yang merubah dari input

menjadi output

(31)

ARUS DATA

Terdiri dari sekelompok elemen data yang

berhubungan secara logis yang bergerak dari satu titik atau proses ke titik atau proses lain

(32)

STORAGE / PENYIMPANAN

Sesuatu yang digunakan untuk menyimpan data

(33)

Diagram Konteks

Menggunakan hanya satu simbol proses

Simbol proses menggambarkan PL yang dibuat Terminator yang terkait langsung dengan PL Arus data dari terminator ke sistem atau

sebaliknya

Tidak menomori proses Tidak ada storage

(34)

Diagram Tingkat N

Angka menunjukan tingkat rinci dari DFD

CONTOH :

DFD Level 0 1.0 Proses X 2.0 Proses Y 2.2 Proses Y2 2.1 Proses Y1 3.0 Proses Z

DFD Level 1 Utk Proses 2.0

Proses 1.0

Proses 1.0 Proses 3.0

Terminator

(35)

Pembuatan Diagram Konteks (2)

PL Aplikasi Cash Register Kasir penjualan pembayaran struk

(36)

Data Dictionary & Process Specification

Data Dictionary (Data Store)

1. Barang = @kode_brg + nama_brg + harga + stok

2. Jual = @no_faktur + @kode_brg + banyak

3. Bayar = @no_faktur + tanggal + total

Data Dictionary (Data Flow)

1. penjualan = kode_brg+ banyak 2. pembayaran = jml_bayar

3. total = no_faktur + {kode_brg + nama_brg + harga + banyak} + total_bayar

4. struk = no_faktur + tanggal +

{nama_brg + harga + banyak + jumlah} + total_bayar + bayar + kembali

Process-Spesification Proses 1.0

1. Baca kode barang

2. Cari dan tampilkan data barang 3. Baca banyak barang

4. Hitung dan tampilkan jumlah

5. Rekam data penjualan ke basis data; update stok barang

Process-Spesification Proses 2.0

1. Hitung dan tampilkan total 2. Baca jumlah bayar

3. Hitung dan tampilkan jumlah kembalian 4. Rekam data pembayaran ke basis data 5. Cetak struk

(37)

Kasir Pelanggan

Workstation

Workflow Penjualan Barang

1. Menyerahkan barang

1

1. barang yang dibeli

1. Catat data penjualan

2

2. Penjualan =kode_brg + banyak

Entry Penjualan Barang X

Kode Barang BRG-101

Basis Data

3

3. Barang = @kode_brg + nama_brg + harga + stok Nama Barang KERTAS A4 80 GR.

Harga (Rp.) 27,500 Banyaknya 2 Jumlah (Rp.) 55,000 Rekam 1. Baca kode barang

2.Cari dan tampilkan data barang

4. Hitung dan tampilkan jumlah

5. Rekam data penjualan ke basis data; update stok barang

4

3.Baca banyak barang

Diagram Aliran Data (DAD)

Catat Data Penjuala n penjualan Kasir _Barang Jual Kamus Data Spesifikasi Proses

(38)

Entry Penjualan Barang X

Kode Barang BRG-101

Nama Barang KERTAS A4 80 GR.

Harga (Rp.) 27,500 Banyaknya 2 Jumlah (Rp.) 55,000 Rekam 1. Akhiri penjualan Pembayaran 1. Hitung dan tampilkan total Entry Pembayaran X Total (Rp.) 55,000 Jumlah Bayar 1. Memberikan pembayaran 5 5. uang 2. Catat data pembayaran; cetak struk 6 6. pembayaran 60,000 = jml_bayar

2. Baca jumlah bayar 3. Hitung dan tampilkan

jumlah kembalian

Kembali 5,000

4. Rekam data pem-bayaran ke basis data

Cetak Struk

7

7. Bayar = @no_faktur + tanggal + total

5. Cetak struk

8

8. struk = no_faktur + tanggal + {nama_brg + harga + banyak + jumlah} + total + bayar + kembali

2. Menerima struk, barang dan kembalian

9

9. struk, barang dan kembalian

Catat Data Pembayaran & Cetak Struk

total pembayaran

Bayar struk

total = no_faktur + {kode_brg + nama_brg + harga + banyak} + total

Workflow Pembayaran Kasir Pelanggan Workstation Basis Data

Diagram Aliran Data (DAD)

Catat Data Penjualan penjualan Kasir _Barang Jual Kamus Data

3. Barang = @kode_brg + nama_brg + harga + stok 1. barang yang dibeli

2. penjualan = kode_brg + banyak

Spesifikasi Proses

(39)

Perbedaan DFD dengan Flowchart

DFD

Proses DFD dapat beroperasi secara parallel

DFD lebih menunjukkan arus dari data

Tidak dapat menunjukkan

proses perulangan dan proses keputusan

Flowchart

Flowchart menunjukkan proses yang urut

Flowchart Sistem

menunjukkan arus dari procedure, Flowchart

program menunjukkan arus dari algoritma

Dapat menunjukkan proses perulangan dan proses

(40)

Model Aliran Kontrol

Membuat sebuah model aliran kontrol data dapat dilakukan dengan mengupas semua anak panah aliran data pada DFD

(41)

Contoh CFD

Sensor Sensor monitor

Telepon Alarm

(42)

Control Specification

spesifikasi kontrol (CSPEC) yang bisa jadi

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

Berisi deskripsi setiap status yang muncul dalam sistem

(43)

Process Specification

Digunakan untuk menggambarkan semua proses aliran yang nampak pada tingkat akhir penyaringan.

Spesifikasi bisa berupa teks naratif, bahasa desain program, persamaan matematika, tabe, diagram atau bagan

(44)

KAMUS DATA

• Merupakan sebuah daftar yang terorganisasi dari elemen data yang berhubungan dengan sistem, dengan definisi yang jelas dan teliti sehingga

pemakai dan analis sistem memahami yang umum mengenai input, output, komponen penyimpanan.

(45)

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

(46)

contoh

telephone number integrated _office phone system Name: Aliases: Where/How used: Description: Format: telephone number phone number, number read-phone-number (input) display-phone-number (output) analyze-long-distance-calls (input)

telephone no. = [ local extension | outside no. | 0 ] outside no. = 9 + [ s ervice c ode | domestic no. ] service code = [ 211 | 411 | 611 | 911 ]

domestic no. = ( ( 0 ) + area c ode ) + local number area code = *three numeral des ignator*

Build the requirements dictionary:

alphanumeric data