Skip to main content
Si Ipung

follow us

Segera berlangganan !! Akan hadir video dan tutorial menarik dari siipung.com dengan cara Subscribe ke youtube, klik Siipung Channel

×

DFD adalah cara memetakan aliran informasi - ada juga Contoh DFD


Diagram Alir Data atau DFD adalah salah satu diagram yang digunakan untuk merancang sebuah sistem, dalam DFD mempunyai banyak fungsi dan pastinya memudahkan proses perancangan sistem, DFD juga terdiri dari beberapa level, komponen serta simbol.

Silahkan pelajari mengenai DFD pada situs siipung.com dibawah ini.

Apa itu DFD ?

Data Flow Diagram atau DFD adalah sebuah cara memetakan aliran informasi untuk setiap proses atau sistem. Diagram aliran data menggunakan simbol seperti persegi panjang, lingkaran dan panah, ditambah label teks, untuk menunjukkan input data, output, titik penyimpanan dan rute antara masing-masing tujuan. Diagram aliran data tidak memiliki aliran kontrol, tidak ada aturan keputusan dan tidak ada loop. Operasi spesifik berdasarkan data dapat diwakili oleh diagram alur.

Untuk setiap aliran data, setidaknya satu dari titik akhir (sumber dan / atau tujuan) harus ada dalam suatu proses. Representasi yang disempurnakan dari suatu proses dapat dilakukan dalam diagram aliran data lain, yang membagi proses ini menjadi sub-proses.

Diagram aliran data adalah bagian dari alat pemodelan analisis terstruktur. Saat menggunakan UML, diagram aktivitas biasanya mengambil alih peran diagram aliran data. Bentuk khusus dari rencana aliran data adalah rencana aliran data yang berorientasi lokasi.

Diagram aliran data dapat dianggap sebagai jaring Petri terbalik , karena tempat-tempat di jaringan tersebut sesuai dengan semantik ingatan data. Secara analogi, semantik transisi dari jaring Petri dan aliran data serta fungsi dari diagram aliran data harus dianggap setara.

Bagan alur data dapat berkisar dari yang sederhana, bahkan ikhtisar proses yang digambar tangan, hingga DFD multi-level yang mendalam yang menggali lebih dalam tentang bagaimana data ditangani.

Mereka dapat digunakan untuk menganalisis sistem yang ada atau memodelkan yang baru. Seperti semua diagram dan bagan terbaik, DFD sering dapat secara visual "mengatakan" hal-hal yang sulit dijelaskan dengan kata-kata, dan mereka bekerja untuk audiens teknis dan nonteknis, dari pengembang hingga CEO. Itu sebabnya DFD tetap populer setelah bertahun-tahun. Sementara mereka bekerja dengan baik untuk perangkat lunak dan sistem aliran data,

Sejarah DFD

Diagram alir data dipopulerkan pada akhir tahun 1970-an, yang muncul dari buku Structured Design , dengan menghitung pelopor Ed Yourdon dan Larry Constantine. Mereka mendasarkannya pada model perhitungan "grafik aliran data" oleh David Martin dan Gerald Estrin. Konsep desain terstruktur lepas landas di bidang rekayasa perangkat lunak, dan metode DFD lepas landas dengan itu. Itu menjadi lebih populer di kalangan bisnis, seperti yang diterapkan pada analisis bisnis, daripada di kalangan akademik.

Juga berkontribusi dua konsep terkait:
  • Analisis dan Desain Berorientasi Objek (OOAD), diajukan oleh Yourdon dan Peter Coad untuk menganalisis dan merancang aplikasi atau sistem.
  • Metode Analisis dan Desain Sistem Terstruktur (SSADM), metode air terjun untuk menganalisis dan merancang sistem informasi. Pendekatan dokumentasi yang ketat ini kontras dengan pendekatan lincah modern seperti Scrum dan Metode Pengembangan Sistem Dinamis (DSDM.)
Tiga ahli lain yang berkontribusi pada peningkatan metodologi DFD ini adalah Tom DeMarco, Chris Gane dan Trish Sarson. Mereka bekerja sama dalam kombinasi yang berbeda untuk menjadi definisi utama dari simbol dan notasi yang digunakan untuk diagram aliran data

Simbol diagram aliran data

Diagram alir data menunjukkan bagaimana data diproses dalam sistem berdasarkan input dan output. Simbol visual digunakan untuk mewakili aliran informasi, sumber data dan tujuan, dan di mana data disimpan. Diagram aliran data sering digunakan sebagai langkah pertama menuju mendesain ulang sistem. Mereka memberikan representasi grafis dari suatu sistem pada tingkat detail apa pun, menciptakan gambaran yang mudah dipahami tentang apa yang dilakukan sistem. Gambaran umum sistem diwakili dengan diagram konteks, juga dikenal sebagai DFD level 0, yang menunjukkan sistem sebagai proses tunggal. Diagram level 1 memberikan detail yang lebih besar, dengan fokus pada fungsi utama sistem. Diagram yang level 2 atau lebih tinggi menggambarkan fungsi sistem dengan detail yang semakin meningkat. Jarang DFD melampaui level 2 karena meningkatnya kompleksitas,

Notasi diagram alir data

Dua jenis notasi utama yang digunakan untuk diagram aliran data adalah Yourdon-Coad dan Gane-Sarson, keduanya dinamai sesuai pencipta mereka, semua ahli yang membantu mengembangkan metodologi DFD: Ed Yourdon, Peter Coad, Chris Gane, dan Trish Sarson. Ada beberapa perbedaan gaya antara jenis notasi. Misalnya, notasi Yourdon dan Coad menggunakan lingkaran untuk mewakili proses, sedangkan notasi Gane dan Sarson menggunakan persegi panjang dengan sudut bulat. Variasi lain adalah simbol yang digunakan untuk penyimpanan data — Yourdon dan Coad menggunakan garis paralel sementara notasi Gane dan Sarson menggunakan persegi panjang terbuka. Karena simbol DFD berbeda-beda, penting untuk konsisten dengan notasi apa pun yang Anda pilih untuk menghindari kebingungan. Jika Anda menggunakan perangkat lunak DFD, itu kemungkinan akan menentukan set simbol mana yang tersedia untuk digunakan.

Semua diagram aliran data mencakup empat elemen utama: entitas, proses, penyimpanan data, dan aliran data.

Entitas Eksternal - Juga dikenal sebagai aktor, sumber atau sink, dan terminator, entitas eksternal menghasilkan dan menggunakan data yang mengalir antara entitas dan sistem yang sedang digambarkan. Aliran data ini adalah input dan output dari DFD. Karena mereka eksternal untuk sistem yang dianalisis, entitas ini biasanya ditempatkan pada batas diagram. Mereka dapat mewakili sistem lain atau menunjukkan subsistem.

Proses - Suatu kegiatan yang mengubah atau mengubah aliran data. Karena mereka mengubah data yang masuk ke data keluar, semua proses harus memiliki input dan output pada DFD. Simbol ini diberi nama sederhana berdasarkan fungsinya, seperti "Pesanan Kapal," daripada diberi label "proses" pada diagram. Dalam notasi Gane-Sarson, kotak persegi panjang digunakan dan dapat diberi label dengan nomor referensi, lokasi di mana dalam sistem proses terjadi dan judul pendek yang menggambarkan fungsinya. Proses biasanya berorientasi dari atas ke bawah dan kiri ke kanan pada diagram aliran data.

Penyimpanan Data - Penyimpanan data tidak menghasilkan operasi apa pun tetapi hanya menyimpan data untuk akses nanti. Menyimpan data dapat terdiri dari file yang disimpan dalam jangka panjang atau kumpulan dokumen yang disimpan sebentar sementara mereka menunggu untuk diproses. Input mengalir ke penyimpanan data termasuk informasi atau operasi yang mengubah data yang disimpan. Aliran output adalah data yang diambil dari toko.

Aliran Data - Pergerakan data antara entitas eksternal, proses, dan penyimpanan data diwakili dengan simbol panah, yang menunjukkan arah aliran. Data ini dapat berupa elektronik, tertulis atau verbal. Input dan output data flow diberi label berdasarkan jenis data atau proses yang terkait atau penyimpanan data, dan nama ini ditulis di samping panah.

Level dan lapisan DFD: Dari diagram konteks ke pseudocode

Diagram alir data dapat semakin lebih detail dengan menggunakan level dan layer, memberi penekanan pada bagian tertentu. Level DFD diberi nomor 0, 1 atau 2, dan kadang-kadang pergi ke level 3 bahkan lebih. Tingkat perincian yang diperlukan tergantung pada ruang lingkup apa yang ingin Anda capai.

DFD Level 0 juga disebut Diagram Konteks. Ini adalah gambaran umum dasar dari keseluruhan sistem atau proses yang dianalisis atau dimodelkan. Ini dirancang untuk menjadi pandangan sekilas, menunjukkan sistem sebagai proses tingkat tinggi tunggal, dengan hubungannya dengan entitas eksternal. Ini harus mudah dipahami oleh khalayak luas, termasuk pemangku kepentingan, analis bisnis, analis data, dan pengembang.
diagram konteks
DFD Level 1 memberikan rincian lebih lanjut dari potongan-potongan Diagram Tingkat Konteks. Anda akan menyorot fungsi-fungsi utama yang dilakukan oleh sistem, saat Anda memecah proses tingkat tinggi dari Diagram Konteks ke dalam sub-prosesnya.
Diagram level 1
DFD Level 2 kemudian melangkah lebih dalam ke bagian-bagian Level 1. Mungkin memerlukan lebih banyak teks untuk mencapai tingkat detail yang diperlukan tentang fungsi sistem.
Diagram level 2​
Kemajuan ke Level 3, 4 dan seterusnya adalah mungkin, tetapi melampaui Level 3 tidak biasa. Melakukannya dapat menciptakan kompleksitas yang membuatnya sulit untuk berkomunikasi, membandingkan atau membuat model secara efektif.
Menggunakan lapisan DFD, level cascading dapat disarangkan langsung dalam diagram, memberikan tampilan yang lebih bersih dengan akses mudah ke penyelaman yang lebih dalam.

Dengan menjadi cukup terperinci dalam DFD, pengembang dan desainer dapat menggunakannya untuk menulis pseudocode, yang merupakan kombinasi dari bahasa Inggris dan bahasa pengkodean. Pseudocode memfasilitasi pengembangan kode aktual.

Contoh DFD dapat digunakan untuk

Data flow diagram sangat cocok untuk analisis atau pemodelan berbagai jenis sistem di berbagai bidang.

DFD dalam rekayasa perangkat lunak: Di sinilah diagram aliran data mendapatkan awal utama mereka di tahun 1970-an. DFD dapat memberikan pendekatan terfokus pada pengembangan teknis, di mana lebih banyak penelitian dilakukan di muka untuk mendapatkan pengkodean.

DFD dalam analisis bisnis: Analis bisnis menggunakan DFD untuk menganalisis sistem yang ada dan menemukan inefisiensi. Diagram proses dapat mengungkap langkah-langkah yang mungkin terlewatkan atau tidak sepenuhnya dipahami.

DFD dalam rekayasa ulang proses bisnis:  DFD dapat digunakan untuk memodelkan aliran data yang lebih baik dan lebih efisien melalui proses bisnis. BPR dirintis pada 1990-an untuk membantu organisasi memangkas biaya operasional, meningkatkan layanan pelanggan, dan bersaing di pasar.

DFD dalam pengembangan tangkas: DFD dapat digunakan untuk memvisualisasikan dan memahami persyaratan bisnis dan teknis dan merencanakan langkah selanjutnya. Mereka dapat menjadi alat yang sederhana namun kuat untuk komunikasi dan kolaborasi untuk memfokuskan pengembangan cepat.

DFD dalam struktur sistem: Sistem atau proses apa pun dapat dianalisis secara rinci progresif untuk memperbaikinya, baik secara teknis maupun non-teknis.

Aturan untuk membuat DFD 

Nama entitas harus dapat dipahami tanpa komentar lebih lanjut. DFD adalah sistem yang dibuat oleh analis berdasarkan wawancara dengan pengguna sistem. Ini ditentukan untuk pengembang sistem, di satu sisi, kontraktor proyek di sisi lain, sehingga nama entitas harus disesuaikan untuk domain model atau pengguna amatir atau profesional. Nama entitas harus umum (independen, misalnya individu tertentu yang melakukan aktivitas), tetapi harus secara jelas menentukan entitas. Proses harus diberi nomor untuk memudahkan pemetaan dan rujukan ke proses tertentu. Penomorannya acak, namun, perlu untuk menjaga konsistensi di semua level DFD (lihat Hirarki DFD). DFD harus jelas, karena jumlah maksimum proses dalam satu DFD direkomendasikan dari 6 hingga 9, minimum adalah 3 proses dalam satu DFD.  Pengecualian adalah diagram kontekstual yang disebut di mana satu-satunya proses melambangkan sistem model dan semua terminator yang dengannya sistem berkomunikasi.

Konsistensi DFD 

DFD harus konsisten dengan model sistem lainnya - model ERD, STD, Kamus Data, dan Spesifikasi Proses. Setiap proses harus memiliki nama, input, dan output. Setiap aliran harus memiliki namanya (pengecualian lihat Aliran). Setiap penyimpanan data harus memiliki aliran input dan output. Input dan output mengalir tidak harus ditampilkan dalam satu DFD - tetapi mereka harus ada di DFD lain yang menggambarkan sistem yang sama. Pengecualian adalah gudang berdiri di luar sistem (penyimpanan eksternal) yang digunakan sistem untuk berkomunikasi.

Hirarki DFD 

Untuk membuat DFD lebih transparan (yaitu tidak terlalu banyak proses), DFD multi-level dapat dibuat. DFD yang berada di level yang lebih tinggi kurang detail (agregat DFD yang lebih detail di level yang lebih rendah). DFD kontekstual adalah yang tertinggi dalam hierarki (lihat Aturan Pembuatan DFD). Tingkat nol yang disebut diikuti oleh DFD 0, dimulai dengan penomoran proses (misalnya, proses 1, proses 2). Di tingkat berikutnya, yang disebut tingkat pertama - DFD 1 - penomoran berlanjut. Misalnya proses 1 dibagi menjadi tiga level pertama DFD, yang diberi nomor 1.1, 1.2 dan 1.3. Demikian pula, proses di tingkat kedua (DFD 2) diberi nomor misalnya 1.1.1, 1.1.2, 1.1.3 dan 1.1.4. Jumlah level tergantung pada ukuran sistem model. Proses DFD 0 mungkin tidak memiliki jumlah tingkat dekomposisi yang sama. DFD 0 berisi fungsi sistem yang paling penting (teragregasi). Level terendah harus mencakup proses yang memungkinkan untuk membuat spesifikasi proses (Spesifikasi Proses) untuk sekitar satu halaman A4. Jika spesifikasi-mini harus lebih panjang, sudah sepantasnya untuk membuat level tambahan untuk proses di mana ia akan diuraikan menjadi beberapa proses. Untuk gambaran umum yang jelas dari seluruh hierarki DFD, diagram vertikal (cross-sectional) dapat dibuat. Gudang ditampilkan di tingkat tertinggi tempat pertama kali digunakan dan di setiap tingkat bawah juga. Untuk gambaran umum yang jelas dari seluruh hierarki DFD, diagram vertikal (cross-sectional) dapat dibuat. Gudang ditampilkan di tingkat tertinggi tempat pertama kali digunakan dan di setiap tingkat bawah juga. Untuk gambaran umum yang jelas dari seluruh hierarki DFD, diagram vertikal (cross-sectional) dapat dibuat. Gudang ditampilkan di tingkat tertinggi tempat pertama kali digunakan dan di setiap tingkat bawah juga.

DFD vs. Unified Modelling Language (UML)

Sementara DFD menggambarkan bagaimana data mengalir melalui sistem, UML adalah bahasa pemodelan yang digunakan dalam Desain Perangkat Lunak Berorientasi Objek untuk memberikan tampilan yang lebih rinci. DFD mungkin masih memberikan titik awal yang baik, tetapi ketika benar-benar mengembangkan sistem, pengembang dapat beralih ke diagram UML seperti diagram kelas dan diagram struktur untuk mencapai kekhususan yang diperlukan.

DFD logis vs DFD Fisik

Ini adalah dua kategori diagram aliran data. DFD Logis memvisualisasikan aliran data yang penting bagi bisnis untuk beroperasi. Ini berfokus pada bisnis dan informasi yang dibutuhkan, bukan pada bagaimana sistem bekerja atau diusulkan untuk bekerja. Namun, DFD Fisik menunjukkan bagaimana sistem sebenarnya diterapkan sekarang, atau bagaimana jadinya. Misalnya, dalam DFD Logis, prosesnya adalah aktivitas bisnis, sedangkan dalam DFD Fisik, prosesnya adalah program dan prosedur manual.

Sofware membuat dfd

Banyak software untuk membuat DFD dari mulai offline dan  ada pula yang online, berikut ini siipung.com berikan contoh software untuk membuat DFD :
  1. Microsoft Visio
  2. Power Designer
  3. Visul Paradigm (online)
  4. Smartdraw (online)
  5. Creately (online)
  6. Lucidchart (online)

Anda tidak perlu bingung dalam memilih software membuat DFD karena pada intinya semua hampir sama. Jika anda terkendala dalam koneksi internet maka saya sarankan menggunakan yang versi offline.

Sekian dulu mengenai DFD semoga dapat membantu perancangan sistem anda, jangan lupa bagikan artikel ini.

https://www.lucidchart.com/pages/data-flow-diagram
https://www.lucidchart.com/pages/data-flow-diagram/data-flow-diagram-symbols
https://en.wikipedia.org/wiki/Data-flow_diagram

You Might Also Like:

Comment Policy: Silahkan tuliskan komentar Anda yang sesuai dengan topik postingan halaman ini. Komentar yang berisi tautan tidak akan ditampilkan sebelum disetujui.
Buka Komentar