Visual Paradigm Desktop | 
Visual Paradigm Online
Diagram Aliran Data (DFD) berfungsi sebagai gambaran visual untuk sistem informasi. Berbeda dengan kode yang menggambarkan logika melalui sintaks, DFD menggambarkan logika melalui gerakan. Diagram ini memetakan bagaimana data masuk ke dalam sistem, berubah melalui berbagai proses, dan keluar sebagai output atau penyimpanan. Panduan ini memberikan gambaran komprehensif tentang pembuatan diagram ini tanpa bergantung pada alat khusus, dengan fokus pada prinsip dasar analisis sistem.
Apakah Anda sedang menentukan persyaratan untuk aplikasi baru atau melakukan audit terhadap sistem warisan yang sudah ada, memahami aliran data sangat penting. DFD yang terstruktur dengan baik menghilangkan ambiguitas. Ini mendorong para pemangku kepentingan untuk sepakat tentang asal informasi dan di mana informasi tersebut berakhir. Dokumen ini mengeksplorasi anatomi DFD, aturan yang mengatur pembuatannya, serta metodologi untuk mendekomposisi sistem yang kompleks menjadi tampilan yang dapat dikelola.
Diagram Aliran Data bukan diagram aliran kontrol. Diagram ini tidak menunjukkan waktu atau urutan kejadian. Sebaliknya, fokusnya adalah pada data itu sendiri. Bayangkan seperti peta sistem sungai. Anda tidak peduli dengan kecepatan air atau cuaca, yang Anda pedulikan adalah anak sungai, waduk, dan mulut sungai.
Saat memodelkan sistem bisnis, DFD menjawab tiga pertanyaan utama:
Dengan menjawab pertanyaan-pertanyaan ini, Anda menciptakan representasi logis dari bisnis. Representasi ini tetap valid terlepas dari tumpukan teknologi yang digunakan untuk membangun sistem. Ini adalah bahasa abstraksi yang menghubungkan celah antara kebutuhan bisnis dan implementasi teknis.
Setiap Diagram Aliran Data dibangun menggunakan empat simbol khusus. Meskipun notasi sedikit berbeda antar metodologi, konsep dasarnya tetap konsisten. Penguasaan terhadap elemen-elemen ini adalah fondasi dari pemodelan yang akurat.
Entitas eksternal mewakili sumber atau tujuan data yang berada di luar batas sistem yang dimodelkan. Mereka sering berupa orang, departemen, atau sistem lain yang berinteraksi dengan sistem utama.
Dalam diagram, ini biasanya digambarkan sebagai persegi atau persegi panjang. Mereka harus selalu terhubung ke suatu proses; data tidak boleh muncul begitu saja dari ketiadaan atau menghilang tanpa jejak.
Suatu proses mengubah data masukan menjadi data keluaran. Ini adalah mesin dari sistem. Dalam DFD, proses biasanya ditampilkan sebagai lingkaran atau persegi panjang melengkung. Nama proses harus selalu berupa frasa kata kerja-benda untuk menunjukkan tindakan.
Setiap proses harus memiliki setidaknya satu masukan dan satu keluaran. Jika suatu proses memiliki masukan tetapi tidak memiliki keluaran, maka itu disebut ‘lubang hitam’. Jika memiliki keluaran tetapi tidak memiliki masukan, maka disebut ‘keajaiban’. Kedua kondisi ini merupakan kesalahan pemodelan.
Penyimpanan data mewakili tempat-tempat di mana informasi disimpan untuk diambil kembali nanti. Ini bisa berupa basis data, sistem file, laci arsip fisik, atau buffer sementara. Berbeda dengan proses, penyimpanan data tidak mengubah data; mereka hanya menyimpannya.
Biasanya digambarkan sebagai persegi panjang terbuka atau dua garis sejajar. Mereka terhubung ke proses melalui aliran data, menunjukkan operasi pembacaan atau penulisan.
Aliran data adalah panah yang menghubungkan komponen-komponen. Mereka mewakili pergerakan data antara entitas, proses, dan penyimpanan. Ujung panah menunjukkan arah pergerakan.
Sistem yang kompleks tidak dapat digambar dalam satu halaman. Untuk mengelola kompleksitas, DFD didekomposisi menjadi tingkatan detail yang berbeda. Pendekatan hierarkis ini memungkinkan analis untuk memperbesar dan memperkecil arsitektur sistem.
Diagram Konteks adalah tampilan tingkat tertinggi. Menunjukkan seluruh sistem sebagai satu gelembung proses tunggal. Menjelaskan bagaimana sistem berinteraksi dengan entitas eksternal.
Tingkat 1 memperluas proses tunggal dari Diagram Konteks menjadi sub-proses utama. Tingkat ini mengidentifikasi area fungsional utama sistem.
Level 2 memperbesar proses-proses tertentu dari Level 1. Ini memecah fungsi-fungsi kompleks menjadi langkah-langkah yang lebih kecil dan dapat dieksekusi. Level ini sering menjadi tempat pengembang mencari persyaratan logika tertentu.
Ada dua gaya notasi yang dominan digunakan dalam analisis sistem. Meskipun logikanya tetap sama, representasi visualnya berbeda. Memilih yang tepat tergantung pada kebiasaan tim dan standar organisasi.
| Fitur | Yourdon & DeMarco | Gane & Sarson |
|---|---|---|
| Bentuk Proses | Persegi panjang melengkung | Persegi panjang melengkung |
| Bentuk Entitas | Persegi | Persegi |
| Bentuk Penyimpanan Data | Persegi panjang terbuka | Persegi panjang terbuka dengan bagian atas/bawah yang lebih tebal |
| Bentuk Aliran Data | Panah melengkung | Panah lurus |
| Posisi Label Aliran | Di bawah garis | Di atas atau di bawah |
Pilihan antara Gane & Sarson dan Yourdon & DeMarco sebagian besar bersifat estetika. Namun, konsistensi sangat penting. Menggabungkan notasi dalam satu dokumen menciptakan kebingungan dan mengurangi kejelasan dokumentasi.
Membangun DFD adalah proses yang sistematis. Diperlukan iterasi dan validasi. Ikuti langkah-langkah berikut untuk memastikan akurasi dan kelengkapan.
Sebelum menggambar satu garis pun, identifikasi apa yang berada di dalam sistem dan apa yang berada di luar. Ini sering ditentukan oleh cakupan proyek. Apa pun yang memberikan input atau menerima output merupakan kondisi batas.
Daftar semua sumber dan tujuan. Wawancarai pemangku kepentingan untuk menentukan siapa yang berinteraksi dengan sistem. Jangan lupa sistem otomatis; mereka adalah entitas seperti halnya manusia.
Mulailah dengan gambaran besar. Gambar sistem sebagai satu gelembung. Hubungkan entitas eksternal dengan panah. Beri label pada panah dengan data yang ditukar. Ini berfungsi sebagai dasar untuk semua diagram berikutnya.
Perluas satu gelembung menjadi Level 1. Identifikasi fungsi-fungsi utama. Pisahkan sistem menjadi bagian-bagian logis. Pastikan input dan output diagram Level 0 sesuai dengan jumlah total input dan output proses Level 1.
Identifikasi di mana data harus disimpan secara permanen. Jika suatu proses perlu mengingat informasi dari transaksi sebelumnya, maka diperlukan penyimpanan data. Hubungkan penyimpanan ini dengan proses-proses yang relevan.
Ini adalah aturan penting. Input dan output dari proses induk harus sama dengan jumlah input dan output dari anak-anaknya. Jika diagram konteks menunjukkan ‘Pesanan Diterima’, diagram Level 1 juga harus menunjukkan ‘Pesanan Diterima’ masuk ke sistem di suatu tempat.
Berjalanlah melalui diagram. Lacak satu bagian data dari awal hingga akhir. Apakah alirannya logis? Apakah ada proses yang terpisah? Apakah semua aliran data telah diberi label?
Bahkan analis berpengalaman membuat kesalahan saat membuat model ini. Kesadaran akan kesalahan umum dapat menghemat waktu signifikan selama tahap tinjauan.
Penting untuk membedakan antara pandangan logis sistem dan pandangan fisik. DFD logis menggambarkanapayang dilakukan sistem. DFD fisik menggambarkanbagaimanasistem melakukan hal ini.
Mulailah dengan model logis. Jangan terlalu dini memperkenalkan batasan teknis. Memperkenalkan teknologi terlalu dini dapat membatasi pilihan desain dan menciptakan bias dalam analisis. Setelah model logis disetujui, model fisik dapat dikembangkan untuk membimbing pengembangan.
Untuk memastikan DFD tetap berguna sepanjang siklus hidup proyek, patuhi standar-standar ini.
Mengapa menginvestasikan waktu untuk menggambar diagram ini? Persyaratan teks rentan terhadap salah tafsir. Sebuah kalimat yang menggambarkan proses dapat dibaca dengan berbagai cara. Diagram bersifat visual dan spasial.
Ketika seorang pemangku kepentingan melihat diagram, mereka dapat langsung mengidentifikasi aliran yang hilang. Mereka dapat melihat di mana data diulang. Mereka dapat memahami kompleksitas sistem dalam sekejap. Konfirmasi visual ini mengurangi risiko membangun sistem yang salah.
Selain itu, DFD berfungsi sebagai alat komunikasi antara tim bisnis dan teknis. Analis bisnis menggunakannya untuk memahami persyaratan. Pengembang menggunakannya untuk memahami arsitektur. Dengan mempertahankan artefak bersama, organisasi mengurangi kesenjangan dan meningkatkan keselarasan.
Menerapkan metodologi Diagram Aliran Data membutuhkan disiplin. Tidak cukup hanya menggambar garis; Anda harus memahami aturan konservasi dan dekomposisi data. Seiring berlatih, Anda akan menemukan bahwa diagram menjadi perpanjangan alami dari proses berpikir Anda.
Mulai kecil. Modelkan transaksi sederhana. Kemudian perluas ke tingkat departemen. Akhirnya, modelkan seluruh perusahaan. Dengan setiap tingkatan, pemahaman Anda terhadap sistem menjadi lebih dalam. Tujuannya bukan membuat gambar yang sempurna, tetapi membuat peta yang jelas mengenai pergerakan informasi yang membimbing pembangunan solusi perangkat lunak yang kuat.
Ingat, diagram adalah alat berpikir, bukan hanya dokumen untuk disimpan. Gunakan untuk menantang asumsi, mengidentifikasi celah, dan memvalidasi logika. Dalam dunia desain sistem, kejelasan tetap merupakan bentuk presisi tertinggi.
Dengan mematuhi prinsip-prinsip ini, Anda memastikan bahwa pergerakan data dalam sistem bisnis apa pun didokumentasikan dengan presisi dan dipahami oleh semua pemangku kepentingan yang terlibat dalam siklus hidup proyek.