डेटा प्रवाह आरेख

एक डेटा-प्रवाह आरेख एक प्रक्रिया या प्रणाली (आमतौर पर एक सूचना प्रणाली) के माध्यम से डेटा के प्रवाह का प्रतिनिधित्व करने का एक तरीका है। DFD प्रत्येक इकाई के आउटपुट और इनपुट और प्रक्रिया के बारे में भी जानकारी प्रदान करता है। डेटा-प्रवाह आरेख का कोई नियंत्रण नहीं है flow—there कोई निर्णय नियम नहीं है और कोई लूप नहीं है। डेटा पर आधारित विशिष्ट संचालन को प्रवाह संचित्र द्वारा दर्शाया जा सकता है। डेटा-फ्लो डायग्राम प्रदर्शित करने के लिए कई नोटेशन हैं। ऊपर प्रस्तुत अंकन 1979 में टॉम डेमार्को द्वारा संरचित विश्लेषण के भाग के रूप में वर्णित किया गया था।

प्रत्येक डेटा प्रवाह के लिए, एक प्रक्रिया में कम से कम एक समापन बिंदु (स्रोत और / या गंतव्य) मौजूद होना चाहिए। किसी प्रक्रिया का परिष्कृत निरूपण दूसरे डेटा-प्रवाह आरेख में किया जा सकता है, जो इस प्रक्रिया को उप-प्रक्रियाओं में विभाजित करता है।

डेटा प्रवाह आरेख एक उपकरण है जो संरचित विश्लेषण और मॉडलिंग की दिनांक का हिस्सा है। एकीकृत मॉडलिंग भाषा का उपयोग करते समय, गतिविधि आरेख आम तौर पर डेटा-प्रवाह आरेख की भूमिका लेता है। डेटा-प्रवाह योजना का एक विशेष रूप साइट-उन्मुख डेटा-प्रवाह योजना है।

डेटा-प्रवाह आरेखों को उल्टे पेट्री डिश के रूप में माना जा सकता है, क्योंकि ऐसे नेटवर्क में स्थान डेटा मेमोरी के शब्दार्थ के अनुरूप होते हैं। अनुरूप रूप से, पेट्री नेट और डेटा प्रवाह से संक्रमण के शब्दार्थ और डेटा प्रवाह आरेखों से कार्यों को समतुल्य माना जाना चाहिए।

इतिहास
DFD संकेतन ग्राफ सिद्धांत पर आधारित है, मूल रूप से संगठनों में मॉडल वर्कफ़्लो के लिए परिचालन अनुसंधान में उपयोग किया जाता है। DFD की उत्पत्ति 1970 के दशक के अंत में संरचित विश्लेषण और डिजाइन तकनीक पद्धति में प्रयुक्त गतिविधि आरेख से हुई थी। DFD लोकप्रिय बनाने वालों में एडवर्ड योरडॉन, लैरी कॉन्सटेंटाइन, टॉम डेमार्को, क्रिस गेन और ट्रिश सरसन शामिल हैं। सॉफ्टवेयर-सिस्टम प्रक्रियाओं में शामिल प्रमुख चरणों और डेटा की कल्पना करने के लिए डेटा-फ्लो डायग्राम (DFD) जल्दी से एक लोकप्रिय तरीका बन गया। डीएफडी आमतौर पर कंप्यूटर सिस्टम में डेटा प्रवाह दिखाने के लिए उपयोग किए जाते थे, हालांकि सिद्धांत रूप में उन्हें व्यापार प्रक्रिया मॉडलिंग  पर लागू किया जा सकता था। DFD प्रमुख डेटा प्रवाहों का दस्तावेजीकरण करने या डेटा प्रवाह के संदर्भ में एक नए उच्च-स्तरीय डिज़ाइन का पता लगाने के लिए उपयोगी थे।

डीएफडी घटक
DFD में प्रक्रियाएं, प्रवाह, गोदाम और टर्मिनेटर शामिल हैं। इन DFD घटकों को देखने के कई तरीके हैं। प्रक्रिया

प्रक्रिया (फ़ंक्शन, ट्रांसफ़ॉर्मेशन) एक ऐसी प्रणाली का हिस्सा है जो इनपुट को आउटपुट में बदल देती है। एक प्रक्रिया का प्रतीक एक चक्र, एक अंडाकार, एक आयत या गोल कोनों वाला एक आयत है (संकेत के प्रकार के अनुसार)। प्रक्रिया को एक शब्द, एक छोटे वाक्य या एक वाक्यांश में नाम दिया गया है जो स्पष्ट रूप से इसके सार को व्यक्त करता है।

डेटा प्रवाह

डेटा प्रवाह (प्रवाह, डेटा प्रवाह) सिस्टम के एक हिस्से से दूसरे हिस्से में सूचना (कभी-कभी सामग्री भी) के हस्तांतरण को दर्शाता है। प्रवाह का प्रतीक तीर है। प्रवाह का एक नाम होना चाहिए जो यह निर्धारित करता है कि कौन सी जानकारी (या कौन सी सामग्री) स्थानांतरित की जा रही है। अपवाद वे प्रवाह होते हैं जहां यह स्पष्ट होता है कि इन प्रवाहों से जुड़ी संस्थाओं के माध्यम से कौन सी जानकारी स्थानांतरित की जाती है। सामग्री बदलाव उन प्रणालियों में प्रतिरूपित किए जाते हैं जो केवल सूचनात्मक नहीं हैं। प्रवाह को केवल एक प्रकार की सूचना (सामग्री) संचारित करनी चाहिए। तीर प्रवाह की दिशा दिखाता है (यह द्वि-दिशात्मक भी हो सकता है यदि इकाई को/से जानकारी तार्किक रूप से निर्भर है - उदाहरण प्रश्न और उत्तर)। फ्लो लिंक प्रक्रियाओं, गोदामों और टर्मिनेटर्स।

गोदाम

वेयरहाउस (डेटास्टोर, डेटा स्टोर, फ़ाइल, डेटाबेस) का उपयोग बाद में उपयोग के लिए डेटा स्टोर करने के लिए किया जाता है। स्टोर का प्रतीक दो क्षैतिज रेखाएं हैं, डीएफडी नोटेशन में देखने का दूसरा तरीका दिखाया गया है। वेयरहाउस का नाम एक बहुवचन संज्ञा है (उदाहरण के लिए ऑर्डर) - यह वेयरहाउस के इनपुट और आउटपुट स्ट्रीम से प्राप्त होता है। वेयरहाउस को केवल एक डेटा फ़ाइल नहीं होना चाहिए, बल्कि उदाहरण के लिए, दस्तावेजों के साथ एक फ़ोल्डर, फाइलिंग कैबिनेट या ऑप्टिकल डिस्क का एक सेट भी हो सकता है। इसलिए, DFD में वेयरहाउस को देखना कार्यान्वयन से स्वतंत्र है। वेयरहाउस से प्रवाह आमतौर पर वेयरहाउस में संग्रहीत डेटा को पढ़ने का प्रतिनिधित्व करता है, और वेयरहाउस में प्रवाह आमतौर पर डेटा प्रविष्टि या अद्यतन (कभी-कभी डेटा को हटाना भी) व्यक्त करता है। वेयरहाउस को दो समानांतर रेखाओं द्वारा दर्शाया जाता है जिनके बीच मेमोरी नाम स्थित होता है (इसे यूएमएल बफर नोड के रूप में मॉडल किया जा सकता है)।

टर्मिनेटर

टर्मिनेटर एक बाहरी इकाई है जो सिस्टम के साथ संचार करता है और सिस्टम के बाहर खड़ा होता है। उदाहरण के लिए, यह एक ही संगठन के विभिन्न संगठन (जैसे एक बैंक), लोगों के समूह (जैसे ग्राहक), प्राधिकरण (जैसे एक कर कार्यालय) या एक विभाग (जैसे एक मानव-संसाधन विभाग) हो सकता है, जो संबंधित नहीं है मॉडल सिस्टम के लिए टर्मिनेटर एक और सिस्टम हो सकता है जिसके साथ मॉडल सिस्टम संचार करता है।

डीएफडी बनाने के नियम
इकाई के नाम आगे की टिप्पणियों के बिना सुबोध होने चाहिए। DFD सिस्टम उपयोगकर्ताओं के साथ साक्षात्कार के आधार पर विश्लेषकों द्वारा बनाई गई प्रणाली है। यह एक तरफ सिस्टम डेवलपर्स के लिए निर्धारित किया जाता है, दूसरी ओर परियोजना ठेकेदार के लिए, इसलिए इकाई के नाम मॉडल डोमेन या शौकिया उपयोगकर्ताओं या पेशेवरों के लिए अनुकूलित किए जाने चाहिए। इकाई के नाम सामान्य होने चाहिए (स्वतंत्र, उदाहरण के लिए गतिविधि करने वाले विशिष्ट व्यक्ति), लेकिन इकाई को स्पष्ट रूप से निर्दिष्ट करना चाहिए। आसान मैपिंग और विशिष्ट प्रक्रियाओं के संदर्भ के लिए प्रक्रियाओं को क्रमांकित किया जाना चाहिए। नंबरिंग यादृच्छिक है, हालांकि, सभी डीएफडी स्तरों में स्थिरता बनाए रखना आवश्यक है (डीएफडी पदानुक्रम देखें)। डीएफडी स्पष्ट होना चाहिए, क्योंकि एक डीएफडी में प्रक्रियाओं की अधिकतम संख्या 6 से 9 तक होने की सिफारिश की जाती है, एक डीएफडी में न्यूनतम 3 प्रक्रियाएं होती हैं। अपवाद तथाकथित प्रासंगिक आरेख है जहां एकमात्र प्रक्रिया मॉडल प्रणाली और सभी टर्मिनेटरों का प्रतीक है जिसके साथ सिस्टम संचार करता है।

डीएफडी संगति
DFD को सिस्टम के अन्य मॉडलों - एंटिटी-रिलेशनशिप मॉडल, राज्य आरेख  | स्टेट-ट्रांज़िशन डायग्राम, डेटा शब्दकोश और  प्रक्रिया विनिर्देश  मॉडल के अनुरूप होना चाहिए। प्रत्येक प्रक्रिया का अपना नाम, इनपुट और आउटपुट होना चाहिए। प्रत्येक प्रवाह का अपना नाम होना चाहिए (अपवाद देखें प्रवाह)। प्रत्येक डेटा स्टोर में इनपुट और आउटपुट प्रवाह होना चाहिए। इनपुट और आउटपुट प्रवाह को एक डीएफडी में प्रदर्शित करने की आवश्यकता नहीं है - लेकिन उन्हें उसी प्रणाली का वर्णन करने वाले दूसरे डीएफडी में मौजूद होना चाहिए। एक अपवाद सिस्टम (बाह्य भंडारण) के बाहर खड़ा गोदाम है जिसके साथ सिस्टम संचार करता है।

डीएफडी पदानुक्रम
DFD को अधिक पारदर्शी बनाने के लिए (अर्थात बहुत अधिक प्रक्रियाएँ नहीं), बहु-स्तरीय DFD बनाए जा सकते हैं। DFD जो उच्च स्तर पर हैं वे कम विस्तृत हैं (निचले स्तरों पर अधिक विस्तृत DFD एकत्र करें)। प्रासंगिक DFD पदानुक्रम में उच्चतम है (DFD निर्माण नियम देखें)। तथाकथित शून्य स्तर के बाद DFD 0 आता है, जो प्रोसेस नंबरिंग (जैसे, प्रोसेस 1, प्रोसेस 2) से शुरू होता है। अगले में, तथाकथित प्रथम स्तर - DFD 1 - क्रमांकन जारी है। उदा. प्रक्रिया 1 को DFD के पहले तीन स्तरों में बांटा गया है, जिनकी संख्या 1.1, 1.2 और 1.3 है। इसी तरह, दूसरे स्तर (DFD 2) में प्रक्रियाओं को क्रमांकित किया जाता है जैसे 2.1.1, 2.1.2, 2.1.3 और 2.1.4। स्तरों की संख्या मॉडल प्रणाली के आकार पर निर्भर करती है। DFD 0 प्रक्रियाओं में समान संख्या में अपघटन स्तर नहीं हो सकते हैं। DFD 0 में सबसे महत्वपूर्ण (एकत्रित) सिस्टम फ़ंक्शन शामिल हैं। निम्नतम स्तर में ऐसी प्रक्रियाएँ शामिल होनी चाहिए जो मोटे तौर पर एक A4 पृष्ठ के लिए एक प्रक्रिया विनिर्देश बनाना संभव बनाती हैं। यदि मिनी-विनिर्देश लंबा होना चाहिए, तो प्रक्रिया के लिए एक अतिरिक्त स्तर बनाना उचित होगा जहां इसे कई प्रक्रियाओं में विघटित किया जाएगा। संपूर्ण DFD पदानुक्रम के स्पष्ट अवलोकन के लिए, एक लंबवत (क्रॉस-सेक्शनल) आरेख बनाया जा सकता है। गोदाम को उच्चतम स्तर पर प्रदर्शित किया जाता है जहां इसका पहली बार उपयोग किया जाता है और प्रत्येक निचले स्तर पर भी।

यह भी देखें

 * गतिविधि आरेख
 * बिजनेस प्रोसेस मॉडल और नोटेशन
 * नियंत्रण-प्रवाह आरेख
 * डेटा द्वीप
 * डेटा प्रवाह
 * डेटा और सूचना विज़ुअलाइज़ेशन
 * निर्देशित अचक्रीय ग्राफ
 * अजगर|ड्रैकन-चार्ट
 * कार्यात्मक प्रवाह ब्लॉक आरेख
 * कार्यात्मक मॉडल
 * आईडीईएफ0
 * पाइपलाइन (सॉफ्टवेयर)
 * संरचित विश्लेषण और डिजाइन तकनीक
 * संरचना चार्ट
 * सिस्टम संदर्भ आरेख
 * मान स्ट्रीम मानचित्रण
 * कार्यप्रवाह
 * ग्राफिकल विधियों की सूची

ग्रन्थसूची

 * Scott W. Ambler. The Object Primer 3rd Edition Agile Model Driven Development with UML 2
 * Schmidt, G., Methode und Techniken der Organisation. 13. Aufl., Gießen 2003
 * Stahlknecht, P., Hasenkamp, U.: Einführung in die Wirtschaftsinformatik. 12. Aufl., Berlin 2012
 * Gane, Chris; Sarson, Trish. Structured Systems Analysis: Tools and Techniques. New York: Improved Systems Technologies, 1977. ISBN 978-0930196004. P. 373
 * Demarco, Tom. Structured Analysis and System Specification. New York: Yourdon Press, 1979. ISBN 978-0138543808. P. 352.
 * Yourdon, Edward. Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design. New York: Yourdon Press, 1979. ISBN 978-0138544713. P. 473.
 * Page-Jones, Meilir. Practical Guide to Structured Systems Design. New York: Yourdon Press, 1988. ISBN 978-8120314825. P. 384.
 * Yourdon, Edward. Modern Structured Analysis. New York: Yourdon Press, 1988. ISBN 978-0135986240. P. 688.