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. DFD 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 DFD lain, yang membagi
proses ini menjadi sub-proses.
DFD 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.
DFD 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 DFD 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
DFD 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 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 DFD
Simbol DFD
DFD 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.
DFD sering digunakan sebagai langkah pertama menuju mendesain ulang sistem. DFD 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 DFD
Dua jenis notasi utama yang digunakan untuk DFD 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 DFD 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 DFD.
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
DFD 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.
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.
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: Disinilah DFD 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).
Konstektual DFD 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 DFD. 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
- Microsoft Visio
- Power Designer
- Visul Paradigm (online)
- Smartdraw (online)
- Creately (online)
- Lucidchart (online)
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