• Like
  • Save
Materi minggu ke 5
Upcoming SlideShare
Loading in...5
×
 

Materi minggu ke 5

on

  • 1,276 views

 

Statistics

Views

Total Views
1,276
Views on SlideShare
1,275
Embed Views
1

Actions

Likes
0
Downloads
54
Comments
0

1 Embed 1

http://localhost 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Materi minggu ke 5 Materi minggu ke 5 Presentation Transcript

    • PROCESS MODELINGData Flow Diagrams (DFD)
      Ade Andri Hendriadi
    • TujuanAnalisis
      • Mengambarkan kebutuhan pelanggan
      • Membangun dasar-dasar untuk proses desain perangkat lunak
      • Mendefinisikan semua kebutuhan pelanggan sesuai dengan lingkup kontrak yang disepakati kedua belah pihak
    • Pengantar DFD
      • Data Flow Diagram atau DFD adalah salah satu tools penting yang digunakan oleh analis sistem.
      • Penggunaan DFD dipopulerkan oleh DeMarco (1978) dan Gane & Sarson (1979) melalui metodologi analisis sistem terstruktur (structured systems analysis methodologies).
      • Mereka menganjurkan agar DFD menjadi alat pertama yang digunakan “analis sistem” untuk membuat sebuah model sistem yang menunjukkan keterkaitan setiap komponen-komponen sistemnya.
    • ElemenDesain
      Pemodelan Data
      Pemodelan Fungsional
      Pemodelan Status/Kelakuan
    • Pemodelan Data
      Mendeskripsikan data yang terlibat dalam PL
      Data Object Descriptiondeskripsi atribut dari setiap objek data
      ERDdiagram keterhubungan antar objek data
      Data Dictionarydeskripsi semua objek data yang dibutuhkan maupun dihasilkan oleh PL
    • Pemodelan Fungsional
      Mendeskripsikan seluruh fungsi yang terlibat dalam PL
      DFD
      - menggambarkan bagaimana data ditransformasikan pada PL
      - menggambarkan fungsi-fungsi yang mentransformasikan data
      Process Specification
      - berisi deskripsi dari setiap fungsi yang muncul pada DFD
    • Diagram konteks
      Diagram konteks adalah sebuah diagram yang menggambarkan hubungan antara entiti luar, masukan dan keluaran sistem. Diagram ini direpresentasikan dengan lingkaran tunggal yang mewakili keseluruhan sistem.
    • Data Flow Diagram
      Penjabaran lebih lanjut dari Diagram Konteks
      dapat terdiri atas beberapa level
      – level 0: level tertinggi
      – level 1: penjabaran dari level 0
      – level 2: penjabaran dari level 1, dst
      semakin rendah levelnya, semakin rinci fungsinya
    • KOMPONEN DFD
      1. Menurut Yourdan dan DeMarco
      Entitas Luar Proses Data Store Alur Data
      2. Menurut Gane dan Sarson
      Entitas Luar Proses Data Store Alur Data
    • ENTITAS LUAR
      Adalah Entitas diluar sistem yang berkomunikasi / berhubungan langsung dengan sistem.
      E.Sumber E. Tujuan E. Tujuan & Sumber
    • ENTITAS LUAR
      Dapat berupa orang, sekelompok orang, organisasi, perusahaan/departemen yang berada diluar sistem yang akan dibuat, diberi nama yang berhubungan dengan sistem tsb dan biasanya menggunakan kata benda.
      Contoh : Dosen, Mahasiswa.
    • PROSES
      • Proses memperlihatkan mengenai apa yang dilakukan oleh sistem, kaitannya dengan aktifitas pengolahan data (perekaman, pengolahan, pembentukan informasi, dsb)
      • Setiap proses mempunyai satu atau lebih data input dan menghasilkan satu atau lebih data output.
      • Setiap proses mempunyai nomor dan nama yang unik.
      ( contoh : Pembuatan Faktur Penjualan, dsb)
    • PROSES
      Komponen proses menggambarkan transformasi input menjadi output. Penamaan proses disesuaikan dgn proses/kegiatan yang sedang dilakukan.
      1 input & 1 output
      1 input & banyak output
      Banyak input & 1 output
      Banyak input & banyak output
    • PROSES
      Ada bbrp hal yang perlu diperhatikan tentang proses :
      Proses harus memiliki input dan output.
      Proses dapat dihubungkan dgn entitas luar, data store atau proses melalui alur data.
      Sistem/bagian/divisi/departemen yang sedang dianalisis oleh profesional sistem digambarkan dgn komponen proses.
    • DATA STORE
      Komponeninidigunakanuntukmembuat model sekumpulanpaket data dandiberinamadgnkatabendabersifatjamak. Data store dapatberupa file/database yang tersimpandalamdisket, harddiskataubersifat manual sepertibukualamat, file folder.
      • Data store adalahtempatpenyimpananatau ‘file cabinet’ (repository).
      • Setiap data store mempunyainama yang unik.
      • Pandangan data store dilepaskandarikonsep file database komputeratauarsipdokumen manual.
    • DATA STORE
      Yang perlu diperhatikan tentang data store :
      proses (proses write).
    • DATA STORE
      2. proses read
      proses update.
    • Data Flow/Aliran Data
      Data flow (aliran data) adalah data yang mengalir di dalam sistem, tepatnya adalah :
      diantara dua proses
      dari data store keprosesdansebaliknya
      dari entitas eksternal ke sistem dan sebaliknya
      • Dari sifatnya data yang mengalirdapatsebagianataukeseluruhantergantungkebutuhandandilepaskandaripandanganprosesfisik
      • Namasebuahaliran data diusahakansesuaimewakiliobjek data sebenarnyadansedapatmungkintidakmenimbulkankesanproses, atausesuatu yang berkaitandengan format/media (misalnya : Laporan, Faktur, Surat, dsb)
    • ALUR DATA
      Alur data digunakan untuk menerangkan perpindahan data / paket data dari satu bagian ke bagian lainnya. Alur data dapat berupa kata, pesan, formulir / informasi.
      Ada 4 konsep tentang alur data :
      1. Data yg berasal dari sumber yg sama menuju pada tujuan yg sama
    • ALUR DATA
      2. Data yg berasal dari sumber yg sama menuju pada tujuan yg berbeda
    • ALUR DATA
      3. Data yg berbeda sumber menuju ke tujuan yg sama.
    • Alur Data
      Dari proseskebukanproses
      Dari bukanprosesmenujuproses
      Dari proseskeproses
    • PENGGAMBARAN DFD
      1. Buat diagram context
      Diagram ini adalah diagram level tertinggi dari DFD yg menggambarkan hubungan sistem dgn lingkungan luarnya.
      Cara :
      • Tentukan nama sistemnya.
      • Tentukan terminator apa saja yg ada dalam sistem.
      • Tentukan apa yg diterima/diberikan entitas dari/pada sistem.
      • Gambarkan diagram context.
    • PENGGAMBARAN DFD
      2. Buat diagram level satu
      Diagram ini adalah dekomposisi dari diagram Context.
      3. Buat diagram level dua
      Diagram ini merupakan dekomposisi dari diagram level satu.
      4. DFD level dua, tiga, ..
      Diagram ini merupakan dekomposisi dari level sebelumnya. Proses dekomposisi dilakukan sampai dg proses siap dituangkan ke dalam program. Aturan yg digunakan sama dgn level satu.
    • Penggambaran Struktur Proses
      Sistem Informasi ‘X’
      Konteks
      Level 1 / Level 0
      Sub Sistem ‘B’
      Sub Sistem ‘A’
      Sub-Sub
      Sistem ‘A1’
      Sub-Sub
      Sistem ‘A2’
      Sub-Sub
      Sistem ‘B1’
      Sub-Sub
      Sistem ‘B2’
      Level 2
      Level 3
      Proses ‘A12’
      Sub-Sub
      Sistem ‘B11’
      Proses ‘B12’
      Proses ‘A11’
      Level 4
      Proses ‘B111’
      Proses ‘B112’
    • Dekomposisi
      Dekomposisiadalahsuatuproses yang bersifatturunanyang memecahfungsi-fungsidalamorganisasimenjadibagian-bagian yang lebihkecil
      Dekomposisisangatbermanfaatuntukanalisissistemdenganmaksuduntuk:
      Menyederhanakanpermasalahan
      Memfokuskanperhatian
      Mengidentifikasikomponen-komponen
    • Contoh DFD Diagram Konteks
      Departemen
      Manajemen
      Kebutuhan
      Keuangan
      Anggaran,
      Kebutuhan Khusus
      Sistem Informasi
      Pengawasan
      Anggaran
      Alokasi Anggaran,
      Status Permintaan
      Khusus
      Status Penolakan
      Kebutuhan Keuangan,
      Status Persetujuan
      Order Barang
      Status Bukti Kirim,
      Tagihan
      Supplier
      Simbol DeMarco & Yourdon
    • Contoh DFD Diagram Konteks
      Bagian
      Penjualan
      Laporan penjualan
      Sistem
      Pembayaran
      Royalti
      Daftar rencana pembayaran
      Transfer
      Manajer
      Keuangan
      Bank
      Persetujuan
      Bukti transfer
      Surat pemberitahuan
      Pengarang
    • SI
      Diagram Konteks
      1.1
      1.2
      1.3
      Penurunan level dalam DFD
      3
      1
      2
      Diagram Level 1
      Diagram Level 2
    • SI
      3
      1
      Diagram Konteks
      2
      Diagram Level 1
      2.2
      2.1
      Diagram Level 2
      Penurunan level dalam DFD
    • Contoh DFD Level 1
      Laporan penjualan
      1
      Mencatat
      buku terjual
      Data buku terjual
      Catatan royalti
      Jadwal pembayaran
      Royalti terbayar
      Waktu pembayaran
      Daftar rencana pembayaran
      Royalti belum terbayar
      2
      Membuat
      Laporan royalti
      Jatuh tempo
      Royalti belum terbayar
      Persetujuan
      Ringkasan royalti
      Transfer
      3
      Memproses
      pembayaran
      Data pengarang
      Bukti transfer
      Surat pemberitahuan
      Nomor rekening
      Pengarang
      Rekening bank
      Pembayaran
    • Bagaimana Membuat DFD Yang Baik ?
      Sebuah DFD yang baik harus :
      Tidak ada data flow yang terbagi (split) menjadi beberapa data flow
      Tidak ada data flow yang bertumpuk (crossing lines)
      Tidak mempunyai looping untuk mengontrol elemen seperti dalam flow chart
      Tidak ada data flow yang berfungsi sebagai ‘sinyal’ untuk menjalankan suatu proses
    • Ilegal Data Flow
      Split
      Untung
      Hitung
      Penjualan
      Hasil Penjualan
      Rugi
    • Ilegal Data Flow
      Loop
      Penjualan Selanjutnya
      Jumlahkan ke
      Penjualan
      Harian
      Ambil Hasil
      Penjualan
      Selanjutnya
      Total Penjualan
      Hasil Penjualan
    • Pemberian nama yang tidak jelas untuk data flow
      Supplier
      Persetujuan
      Pembayaran
      Verifikasi
      Tagihan
      Tagihan
      Tagihan
      Penerimaan
      Tagihan
      Tagihan
      Tagihan
      Tagihan Disetujui
      Penamaan data flow yang sama meskipun telah melewati
      beberapa proses, satu nama dengan beberapa arti
    • Pemberian nama untuk data flow
      Supplier
      Tagihan
      Verifikasi
      Persetujuan
      Pembayaran
      Verifikasi
      Tagihan
      Tagihan
      Penerimaan
      Tagihan
      Tagihan
      diterima
      Tagihan
      disetujui
      Tagihan Disetujui
      Penamaan data flow yang berbeda lebih memudahkan
      ‘membaca’ sistem
    • Terima Kasih