Diagram alir data: Perbedaan antara revisi

'''Diagram alir data''' ({{lang-en|Data flow diagram}}, DFD) adalah suatu diagram yang menggambarkan aliran data dari sebuah proses atau sistem (biasanya sistem informasi). DFD juga menyediakan informasi mengenai luaran dan masukan dari setiap entitas dan proses itu sendiri. DFD tidak memiliki kontrol terhadap alirannya, tidak ada aturan mengenai keputusan maupun pengulangan. Operasi spesifik berbasis data dapat digambarkan oleh diagram flowchart .<ref>{{Cite web|url=http://www.agilemodeling.com/artifacts/dataFlowDiagram.htm|title=Data Flow Diagram (DFD)s: An Agile Introduction|website=www.agilemodeling.com|access-date=2019-04-26}}</ref>. Menurut Kenneth Kozar, tujuan dari DFD adalah menyediakan jembatan antara pengguna dan pengembang sistem.

Walaupun pemodelan berbasis aliran data terkesan sebagai teknik yang ketinggalan zaman oleh beberapa software engineer, DFD tetap menjadi salah satu notasi analisis kebutuhan yang paling sering digunakan saat ini. Walaupun DFD bukan bagian dari UML, DFD dapat digunakan untuk melengkapi diagram UML dan memberikan tambahan wawasan pada aliran dan kebutuhan di dalam sistem. <ref>{{Cite book|edition=7. udg|title=Software Engineering : a practitioner's approach|url=https://www.worldcat.org/oclc/939736946|publisher=McGraw Hill Education (India) Private Limited|date=2010|location=New Delhi|isbn=9789339212087|oclc=939736946|last=Pressman, Roger S.}}</ref>

DFD pertama kali dipopulerkan sekitar tahun 1970 oleh [[:en:Larry_Constantine|Larry Constantine]] dan [[:en:Edward_YourdonEdward Yourdon|Ed Yourdon]] dalam teks klasik mengenai [[:en:Structured_analysis_and_design_techniqueStructured analysis and design technique|SADT (''Structured Analysis and Design Technique)'']]. Notasi DFD mengacu pada [[Grafika|teori grafik]] yang awalnya digunakan dalam penelitian operasional untuk memodelkan alur kerja dalam organisasi .<ref name=":0">{{Cite journal|last=Yourdon|first=Edward|date=1975|title=Structured programming and structured design as art forms|url=http://dx.doi.org/10.1145/1499949.1499997|journal=Proceedings of the May 19-22, 1975, national computer conference and exposition on - AFIPS '75|location=New York, New York, USA|publisher=ACM Press|doi=10.1145/1499949.1499997}}</ref>.

Terdapat banyak notasi untuk menggambarkan DFD. Notasi yang ditampilkan di atas dideskripsikan pada tahun 1979 oleh [[:en:Tom_DeMarco|Tom DeMarco]] sebagai bagian dari analisis tersturktur. Komponen DFD terdiri dari proses, aliran, ''warehouse'', dan terminator.

[[Berkas:Data-flow-diagram-notation.svg|jmpl|Notasi Yourdon and Coad]]Proses (fungsi, transformasi) merupakan bagian dari sistem yang mengubah masukan menjadi luaran. Simbol proses digambarkan dalam bentuk lingkaran, oval, persegi panjang atau persegi panjang dengan sudut bundar (tergantung tipe notasi yang digunakan). Penamaan proses dapat menggunakan satu kata (kata kerja), kalimat singkat, atau frasa yang dapat menjelaskan esensinya secara jelas .<ref name=":0" />.

Aliran data menggambarkan penyaluran informasi dari satu bagian sistem ke bagian lainnya. Simbol dari aliran adalah panah. Aliran harus memiliki nama yang menentukan informasi (atau material) apa yang sedang berpindah. Aliran seharusnya hanya mengalirkan satu jenis informasi (atau material). Simbol panah menggambarkan arah aliran (dapat dua arah bila informasi ke/dari entitas secara logis saling tergantung, contohnya pertanyaan dan jawaban). Aliran menghubungkan proses, basis data, dan terminator .<ref name=":0" />.

Warehouse (data store, file, data base) digunakan untuk menyimpan data. Simbol dari penyimpanan adalah dua garis horizontal, gambaran simbol lain dapat dilihat pada gambar notasi Gane dan Sarson. Warehouse diberi nama dalam kata benda jamak (contoh: Pesanan). Nama tersebut diturunkan dari masukan dan luaran dari warehouse tersebut. Warehouse tidak harus hanya berupa data file, contohnya, folder dengan dokumen di dalamnya, lemari arsip, dan disk optik. Oleh karena itu, warehouse pada DFD tidak tergantung pada implementasi.<ref name=":0" />.

Entitas eksternal berkomunikasi dengan sistem dan berdiri di luar sistem. Entitas dapat berupa organisasi (misalnya bank), kelompok orang (misalnya pelanggan), otoritas (misalnya kantor pajak) atau departemen (mis. Departemen sumber daya manusia) dari organisasi yang sama, yang tidak berada di dalam sistem. Entitas juga dapat berupa sistem lain yang berkomunikasi dengan sistem yang sedang dimodelkan.<ref name=":0" />.