Anda di halaman 1dari 34

1|Page

4. PEMODELAN ANALISIS

KULIAH KE 6

Oleh : BERNARD MEDIARMAN

Topik meliputi : 1. 2. 3. 4. 5. 6. 7. 8. 9. Elemen Model Analisa Pemodelan Data Pemodelan Fungsional dan Aliran Informasi Petunjuk Dalam pemakaian Penamaan Kamus Data (Data Dictionary) Normalisasi Data Entity Relationship Diagram (ERD) Diagram Warnier Sistim Pengembangan Jackson (JSD

JACKSON SYSTEM DEVELOPMENT) 10. SADT (Structural Analysis and Design

Technique)

Setelah mempelajari ini, diharapkan anda dapat memahami :


Model Elemen analisa. Konsep data flow diagram, konteks dan levelisasi. Entity relational diagram (ERD), obyek data, atribut dan hubungan.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

2|Page

KULIAH KE 6

Pada tingkat teknik, rekayasa perangkat lunak dimulai dengan serangkaian tugas pemodelan yang membawa kepada suatu spesifikasi lengkap dari persyaratan representasi dan

representasi desain yang komprehensif bagi perangkat lunak yang dibangun.

1.

ELEMEN MODEL ANALISA

Model analisa harus dapat mencapai tiga sasaran utama penting yakni :
o

Menggambarkan pelanggan.

apa

yang

dibutuhkan

untuk

Membangun

dasar

bagi

pembuatan

desain

perangkat lunak.
o

Membatasi serangkaian persyaratan yang dapat divalidasi begitu perangkat lunak dibangun.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

3|Page

KULIAH KE 6

Gambar Proses penerjemahan model analisa ke suatu desain perangkat lunak.

Untuk mencapai sasaran tersebut dibuatlah model analisa yang berisi : Data Dictionary Penyimpanan yang berisi diskripsi dari semua obyek data yang dikonsumsi atau diproduksi oleh perangkat lunak. Entity Relationship Diagram (ERD) Menggambarkan hubungan antara obyek data.

Data Flow Diagram (DFD)

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

4|Page

KULIAH KE 6

Memberikan indikasi mengenai bagaimana data ditransformasi pada saat data bergerak melalui sistim. Menggambarkan fungsi-fungsi (dan sub fungsi) yang mentransformasikan aliran data.

State Transition Diagram Menunjukkan bagaimana sistim bertingkah laku sebagai akibat dari kejadian eksternal.

Control Specification (CSPEC) Informasi tambahan mengenai aspek kontrol dari

perangkat lunak.

Design Data Mentransformasikan model domain informasi yang dibuat selama analisa ke dalam struktur data yang akan diperlukan untuk mengimplementasikan perangkat lunak.

Design Arsitektur Menentukan hubungan antara elemen-elemen struktural utama dari program.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

5|Page

KULIAH KE 6

Representasi desain tersebut, kerangka kerja modular dari sebuah program komputer, sehingga dapat diperoleh dari model-model analisa dan interaksi subsistim yang ditentukan dalam model analisa.

Design Interface Menggambarkan bagaimana perangkat lunak dapat berkomunikasi dalam dirinya sendiri dan dengan manusia yang menggunakannya.

Interface mengimplikasi aliran informasi (misalnya data dan atau control) dengan demikian, data dan diagram aliran control memberikan informasi yang dibutuhkan bagi desain interface.

Desain Prosedural Mentransformasikan elemen-elemen structural dari

arsitektur program kedalam suatu diskripsi prosedural dari komponen-komponen perangkat lunak. Tugas : 1. Jelaskan apa yang anda ketahui tentang ELEMEN MODEL ANALISA, berikan masing masing contoh,

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

6|Page
gambar hardware dan Softwarenya,

KULIAH KE 6

keterangan

lengkap (diluar konteks pembahasan ini) ?

2.

PEMODELAN DATA

Untuk dapat menjawabnya pertanyaan sebagai berikut :

Bagaimana komposisi dari masing-masing obyek data dan atribut apa yang menggambarkan obyek tersebut ? Dimana obyek saat ini berada ? Bagaimana hubungan antara masing-masing obyek data dan obyek lainnya ? Bagaimana hubungan antara obyek dengan proses yang mentransformasikannya ? Digunakan Entity Relational Diagram (ERD)

2.1.

OBYEK DATA, ATRIBUT DAN HUBUNGAN

Pada model data ada 3 informasi yang saling berhubungan yaitu antara lain : 2.1.1. 2.1.2. 2.1.3. OBYEK DATA ATRIBUT HUBUNGAN

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

7|Page
2.1.1. OBJEK DATA

KULIAH KE 6

Adalah representasi dari hampir semua informasi gabungan yang harus dipahami oleh perangkat lunak. 2.1.2. ATRIBUT Menentukan property suatu obyek data dan mengambil salah satu dari tiga karakteristik yang berbeda. Menamai sebuah contoh dari obyek data. Menggambarkan contoh. Membuat referensi ke contoh yang lain pada tabel yang lain. 2.1.3. HUBUNGAN Obyek data disambungkan satu dengan lainnya dengan berbagai macam cara. 2.2. KARDINALITAS DAN MODALITAS

Merupakan spesifikasi dari sejumlah peristiwa dari suatu obyek yang dapat dihubungkan ke sejumlah peristiwa dari obyek yang lain. Berikut penjelasan dan contoh masing-masing.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

8|Page
2.2.1. KARDINALITAS

KULIAH KE 6

Model data harus dapat merepresentasikan jumlah peristiwa dari obyek didalam hubungan yang diberikan. Satu ke satu (1:1) Contoh : seorang suami hanya dapat memiliki satu istri, dan seorang istri hanya mempunyai satu suami.

Satu ke banyak (1:N) Contoh: seorang ibu dapat memiliki banyak anak tetapi seorang anak hanya dapat memiliki satu ibu.

Banyak ke banyak (M:N) Contoh: seorang paman dapat memiliki banyak keponakan, sementara itu seorang keponakan dapat memiliki banyak paman.

2.2.2. MODALITAS Modalitas dari suatu hubungan adalah nol bila tidak ada kebutuhan eksplisit untuk hubungan yang terjadi atau hubungan itu bersifat opsional.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

9|Page

KULIAH KE 6

Modalitas bernilai satu jika suatu kejadian dari hubungan merupakan perintah.

Kardinalitas Mengimplikasikan bahwa pelanggan tunggal menunggu tindakan perbaikan

Kardinalitas Mengimplikasikan bahwa Ada banyak tindakan perbaikan

Pelanggan

Tindakan Perbaikan

Modalitas : Harus Mengimplikasikan bahwa Untuk mempunyai tindakan perbaikan, kita harus ada pelanggan.

Modalitas : Opsional Mengimplikasikan bahwa Ada situasi diamana tindakan perbaikan tidak diperlukan

Gambar Hubungan antara Kardinalitas dan Modalitas.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

10 | P a g e
Contoh :

KULIAH KE 6

Sebuah perangkat lunak yang digunakan oleh perusahaan telepon lokal untuk memproses permintaan pelayanan lapangan.

Seorang pelanggan menunjukkan bahwa salah satu dari pelanggan mengalami masalah.

Jika masalah tersebut didiagnosis sebagai masalah yang sederhana maka dilakukan aksi perbaikan tunggal dan jika masalahnya rumit maka dilakukan aksi perbaikan bertingkat.

Perhatikan gambar diatas, yang menggambarkan hubungan, kardinalitas dan modalitas antara obyek data pelanggan dan aksi perbaikan.

Tugas : 2. Jelaskan apa yang anda ketahui tentang

PEMODELAN DATA, berikan masing masing contoh, gambar hardware dan Softwarenya, keterangan

lengkap (diluar konteks pembahasan ini) ?

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

11 | P a g e
3.

KULIAH KE 6

PEMODELAN FUNGSIONAL DAN ALIRAN INFORMASI

Informasi ditransformasikan pada saat dia mengalir melalui sebuah sistim berbasis komputer.

Sistim tersebut menerima input dengan berbagai cara dan menghasilkan suatu output.

Akibatnya kita dapat menciptakan suatu model aliran bagi setiap sistim berbasis komputer tanpa melihat ukuran dan

kompleksitasnya. 3.1. DIAGRAM ALIRAN DATA / DATA FLOW DIAGRAM (DFD)

Merupakan sebuah teknik grafis yang menggambarkan aliran informasi dan transformasi yang diaplikasikan pada saat data bergerak dari input menjadi output.

Dikenal juga dengan sebutan grafik aliran data atau Bubble Chart.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

12 | P a g e
Keuntungan menggunakan data flow

KULIAH KE 6

diagram

adalah

memudahkan pemakai (user) yang kurang menguasai bidang computer untuk mengerti sistim yang akan dikerjakan atau dikembangkan.

Arus dari data tersebut nantinya dapat di jelaskan dengan menggunakan kamus data (Data Dictionary).

Gambar Contoh Diagram aliran data / data flow diagram.

Beberapa komponen yang disimbolkan dalam Data Flow Diagram antara lain sebagai berikut :
PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

13 | P a g e
3.1.1. 3.1.2. 3.1.3. 3.1.4. Proses File atau Data Store External entity / Sumber / Sink Data Flow

KULIAH KE 6

3.1.1. PROSES Proses menunjukkan apa yang dikerjakan oleh sistim. Setiap proses memiliki nama yang unik dan nomor yang ditempatkan dalam simbol. Simbol proses terdiri dari :

Gambar Simbol Proses.

3.1.2. FILE ATAU DATA STORE


PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

14 | P a g e

KULIAH KE 6

File atau Data Store adalah tempat penyimpanan data. Proses dapat menempatkan data ke dalam data store atau mengambil / mendapatkan data store.

Setiap data store rnempunyai nama yang unik. Simbol File atau Data Store terdiri dari :

Gambar Simbol File atau Data Store. 3.1.3. EXTERNAL ENTITY / SUMBER / SINK
o

External entity adalah diluar sistim, tetapi mereka merupakan salah satu bagian yang memberikan input data kedalam sistim atau digunakan oleh output sistim.

Source adalah External entity yang memberikan input data kedalam sistim.

Sinks adalah External entity yang menggunakan data sistim.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

15 | P a g e
o

KULIAH KE 6

Simbol :

Gambar Simbol External entity. 3.1.4. DATA FLOW Aliran data / data flow merupakan arus informasi yang mengalir dari atau ke proses, entity ataupun data store. Aliran data / data flow pada sistim yang di perbolehkan adalah : Antara dua proses. Dari sebuah data store ke sebuah proses. Dari sebuah proses ke sebuah data store. Dari sebuah source ke sebuah proses. Dari sebuah proses ke sebuah sink. Simbol :

Gambar Simbol Data Flow. Perhatikanlah bahwa apabila kita menggambarkan sebuah sistim maka simbol-simbol data flow diagram tersebut akan digunakan.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

16 | P a g e
3.2. MENGGAMBARKAN FLOW DIAGRAM SISTIM

KULIAH KE 6

DENGAN

DATA

Langkah awal yang harus dibuat adalah membuat "DIAGRAM KONTEKS", yaitu DFD di mana sistim terdiri dari satu proses.

Pada tahap ini terlihat semua external entity yang berinteraksi dengan sistim dan data flow, antara external entity dan sistim, dan pada DFD tidak diperkenankan mempunyai data store.

Gambar Contoh diagram Konteks Budget monitoring sistim. Jika anda perhatikan dari gambar diatas, diagram konteks, maka pada level konteks tidak ada simbol store dan sistim berinteraksi dengan 3 simbol external entity, antara lain :

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

17 | P a g e
1. 2. 3. DEPARTEMENTS MANAGEMENTS SUPPLIERS

KULIAH KE 6

Aliran data utama dari Departements adalah "Spending Request". Sebagai tanggapan dari sistim, Departemen menerima "Rejected Request" atau aliran data "Delivery Advice". Management menerima data flow "Request For Special Approval", yang kemudian memberikan respons. Management juga mengirim data flow Budget Allocation ke sistim dan mendapatkan data flow Spending Summaries. Supplier menerima data flow Part Order dan mengembalikan data flow Supplier Delivery Advice.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

18 | P a g e

KULIAH KE 6

Setelah mendapatkan Diagram Konteks, langkah selanjutnya adalah membuat DFD yang memperlihatkan proses dari sistim utama, yang dinamakan dengan DFD LEVEL TINGKAT 1.

Gambar Contoh diagram konteks level tingkat 1. Budget monitoring sistim.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

19 | P a g e

KULIAH KE 6

Pada diagram konteks level 1 diatas memperlihatkan berbagai proses yang membentuk sistim dimana terdiri dari 5 simbol proses dan setiap proses mempunyai simbol dan nama yang unik serta nomor proses dari masing-masing simbol.

DFD diatas kita lihat bahwa data flow Spending Request dari Departements menuju ke proses Check Funding. Proses Check Funding melihat Allocated Budget dan menetapkan apakah izin khusus diperlukan dari

management untuk diteruskan ke permintaan. Data flow Approved Request menuju ke proses Classify Expenditure, dan kemudian dimasukkan pada data store Departemental-Accounts dan TypeAccounts. Akhirnya, jika diperlukan, Part Order untuk menetapkan bagian ( part ) semula dalam Spending Request diurus oleh supplier. Dua proses lainnya : Setup Budget dan Provide Spending Summaries.

Kita dapat memperluas setiap proses pada Level DFD selanjutnya.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

20 | P a g e

KULIAH KE 6

Sebagai contoh diambil proses Classify Expenditure.

Pada level ini simbol proses harus diisi nama yang unik serta nomor seperti yang terlihat pada proses Classify Expenditure dengan nomor 3.1 (gambar dibawah) demikian juga untuk proses selanjutnya sehingga akan mendapatkan aliran data yang menunjukkan hubungan satu proses ke proses yang lainnya.

Gambar Contoh diagram konteks level tingkat 1 ke level tingkat 2.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

21 | P a g e

KULIAH KE 6

Gambar Contoh diagram konteks level 1 yang di sertai dengan keterangan pada setiap proses dan aliran data. Data Flow Diagram yang baik :
PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

22 | P a g e
1. 2. 3. Ketiadaan dari struktur flowchart. Penyimpanan data. Penamaan yang baik.

KULIAH KE 6

Perbedaan antara Flowchart dan Data Flow Diagram : Flowchart terdiri dari box-box yang mendiskripsikan : Komputasi. Decision / Keputusan. Iterasi. Loop.

Data Flow Diagram bukan Flowchart program dan tidak mempunyai elemen control. 3.3. FAKTOR YANG HARUS DIPERHATIKAN DALAM MEMBUAT CONTROL Hal yang terpenting adalah bagaimana anda dapat DECISIONS DAN INTERACTIVE

menempatkan proses yang akan berjalan pada sistim dengan penamaan yang unik serta aliran data yang jelas, diskripsi data store.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

23 | P a g e
3.3.1. DECISION DALAM DFD

KULIAH KE 6

Gambar Contoh Decision dalam DFD. 3.3.2. PERULANGAN DALAM DFD

Gambar Contoh perulangan dalam DFD.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

24 | P a g e
Contoh lain : Studi kasus Prosedur Sistim Usulan.

KULIAH KE 6

Proses-proses dalam Sistim Usulan secara berurutan terbagi atas 3 proses antara lain :

1.

Prosedur Pengolahan Penjualan.

Setelah pelanggan melakukan pemesanan kemudian dicek barang dalam file barang, bila barang tersedia disimpan dalam file barang, kemudian dicek status pelanggan dalam file pelanggan dan disimpan.

Setelah itu pemesanan dicek limit kredit, jika pemesanan melebihi limit kredit maka diberikan konfirmasi kepada

pelanggan, bila tidak dibuat faktur dan surat jalan untuk dikirimkan ke pelanggan. 2. Pembayaran dan Retur.

Setelah itu dibuat pengolahan penjualan terdapat beberapa prosedur yang berurutan seperti : Pembayaran pelanggan, terdapat proses pembayaran, proses pembuatan kuitansi dan pengelolaan piutang.
PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

25 | P a g e

KULIAH KE 6

Retur pelanggan, proses pengembalian barang karena adanya ke tidak cocokan terhadap barang yang dipesan. 3. Pelaporan.

Pembuatan laporan penjualan, laporan barang, laporan piutang, laporan pelanggan, laporan ramalan penjualan, dan laporan retur.

Pemodelan diawali dengan diagram konteks, diagram nol dan terus dilanjutkan dengan diagram tingkat selanjutnya sampai dengan jelas tergambar keseluruhan proses secara rinci.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

26 | P a g e

KULIAH KE 6

Gambar Diagram Konteks Sistim Usulan.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

27 | P a g e

KULIAH KE 6

Gambar Diagram Nol Sistim Usulan.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

28 | P a g e

KULIAH KE 6

Gambar Diagram Level Satu (Proses 1.0). Proses Pengolahan Penjualan.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

29 | P a g e

KULIAH KE 6

Gambar Diagram Level Satu (Proses 2.0).

Proses Pembayaran dan Retur.


PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

30 | P a g e

KULIAH KE 6

Gambar Diagram Level Satu (Proses 3.0). Proses Pelaporan.


PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

31 | P a g e

KULIAH KE 6

Gambar Diagram Level Dua (Proses 1.1). Proses Pemesanan Barang.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

32 | P a g e

KULIAH KE 6

Gambar Diagram Level Dua (Proses 2.1). Proses Pembayaran Pelanggan.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

33 | P a g e

KULIAH KE 6

Gambar Diagram Level Dua (Proses 2.2). Proses Retur Pelanggan.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1

34 | P a g e
Tugas : 3. Jelaskan apa yang anda

KULIAH KE 6

ketahui DAN

tentang ALIRAN

PEMODELAN

FUNGSIONAL

INFORMASI, berikan masing masing contoh, gambar hardware dan Softwarenya, keterangan lengkap

(diluar konteks pembahasan ini) ? 4. Buatlah 2 kasus baru, lengkapi dengan diagram konteks hingga level 2 atau lebih. Kumpulkan jawaban tugas 1 4 dalam CD + kotak dan printout terjilid rapi, jangan lupa nama dan nomer

mahasiswa anda, waktu 1 minggu.

Serahkan pada pak Ricky atau mbak Eta di T.U. Menteng lantai 5.

Catatan :

Jawaban setiap mahasiswa/i tidak boleh sama, jika sama maka mereka semuanya dianggap NYONTEK dan tidak mengerjakan tugas, nilai nol.

PUSAT PENGEMBANGAN BAHAN AJAR - UMB

Bernard Mediarman Rekayasa Perangkat Lunak 1