डेटा प्रवाह आरेख: Difference between revisions

From Vigyanwiki
(TEXT)
(TEXT)
Line 1: Line 1:
{{Short description|Graphical representation of the "flow" of data through an information system}}
{{Short description|Graphical representation of the "flow" of data through an information system}}
[[File:Data-flow-diagram-example.svg|alt=Data flow diagram with data storage, data flows, function and interface|thumb|478x478px|डेटा भंडारण, डेटा प्रवाह, प्रकार्य और अंतरापृष्ठ के साथ डेटा प्रवाह आरेख]]डेटा-प्रवाह आरेख एक [[प्रक्रिया]] या प्रणाली (सामान्यतः एक [[सूचना प्रणाली]]) के माध्यम से डेटा के प्रवाह का प्रतिनिधित्व करने का एक प्रकार है। डीएफडी प्रत्येक इकाई के आउटपुट और इनपुट और प्रक्रिया के बारे में भी जानकारी प्रदान करता है। डेटा-प्रवाह आरेख का कोई नियंत्रण प्रवाह नहीं होता है कोई निर्णय नियम नहीं होता है और कोई लूप नहीं होता है। डेटा पर आधारित विशिष्ट संचालन को [[प्रवाह संचित्र]] द्वारा दर्शाया जा सकता है।<ref name=":0">{{Cite journal|last1=Bruza|first1=P. D.|last2=van der Weide|first2=Th. P.|date=1990-11-01|title=हाइपरटेक्स्ट दृश्यों की गुणवत्ता का आकलन करना|journal=ACM SIGIR Forum|volume=24|issue=3|pages=6–25|doi=10.1145/101306.101307|s2cid=8507530|issn=0163-5840}}</ref>
[[File:Data-flow-diagram-example.svg|alt=Data flow diagram with data storage, data flows, function and interface|thumb|478x478px|डेटा भंडारण, डेटा प्रवाह, प्रकार्य और अंतरापृष्ठ के साथ डेटा प्रवाह आरेख]]डेटा-प्रवाह आरेख एक [[प्रक्रिया]] या प्रणाली (सामान्यतः एक [[सूचना प्रणाली]]) के माध्यम से डेटा के प्रवाह का प्रतिनिधित्व करने का एक प्रकार है। डीएफडी प्रत्येक इकाई के आउटपुट और इनपुट और प्रक्रिया के बारे में भी जानकारी प्रदान करते है। डेटा-प्रवाह आरेख का कोई नियंत्रण प्रवाह नहीं होता है कोई निर्णय नियम नहीं होता है और कोई लूप नहीं होता है। डेटा पर आधारित विशिष्ट संचालन को [[प्रवाह संचित्र]] द्वारा दर्शाया जा सकता है।<ref name=":0">{{Cite journal|last1=Bruza|first1=P. D.|last2=van der Weide|first2=Th. P.|date=1990-11-01|title=हाइपरटेक्स्ट दृश्यों की गुणवत्ता का आकलन करना|journal=ACM SIGIR Forum|volume=24|issue=3|pages=6–25|doi=10.1145/101306.101307|s2cid=8507530|issn=0163-5840}}</ref>
डेटा-प्रवाह आरेख प्रदर्शित करने के लिए कई संकेतन हैं। ऊपर प्रस्तुत अंकन 1979 में [[टॉम डेमार्को]] द्वारा [[संरचित विश्लेषण]] के भाग के रूप में वर्णित किया गया था।
डेटा-प्रवाह आरेख प्रदर्शित करने के लिए कई अंकन हैं। ऊपर प्रस्तुत अंकन 1979 में [[टॉम डेमार्को]] द्वारा [[संरचित विश्लेषण]] के भाग के रूप में वर्णित किया गया था।


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


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


== इतिहास ==
== इतिहास ==
डीएफडी संकेतन लेखाचित्र सिद्धांत पर आधारित है, मूल रूप से संगठनों में प्रतिरूप कार्य प्रगति के लिए परिचालन अनुसंधान में उपयोग किया जाता है। डीएफडी की उत्पत्ति 1970 के दशक के अंत में [[संरचित विश्लेषण और डिजाइन तकनीक|संरचित विश्लेषण और अभिकल्प तकनीक]] पद्धति में प्रयुक्त गतिविधि आरेख से हुई थी। डीएफडी लोकप्रिय बनाने वालों में एडवर्ड योरडॉन, लैरी कॉन्सटेंटाइन, टॉम डेमार्को, क्रिस गेन और ट्रिश सरसन सम्मिलित हैं।<ref name=":1">{{Cite journal|last=Yourdon|first=Edward|date=1975|title=कला रूपों के रूप में संरचित प्रोग्रामिंग और संरचित डिजाइन|journal=Proceedings of the May 19–22, 1975, National Computer Conference and Exposition on – AFIPS '75|pages=277|doi=10.1145/1499949.1499997|s2cid=36802486|doi-access=free}}</ref>
डीएफडी संकेतन लेखाचित्र सिद्धांत पर आधारित है, मूल रूप से संगठनों में प्रतिरूप कार्य प्रगति के लिए परिचालन अनुसंधान में उपयोग किया जाता है। डीएफडी की उत्पत्ति 1970 के दशक के अंत में [[संरचित विश्लेषण और डिजाइन तकनीक|संरचित विश्लेषण और अभिकल्प तकनीक]] पद्धति में प्रयुक्त गतिविधि आरेख से हुई थी। डीएफडी लोकप्रिय बनाने वालों में एडवर्ड योरडॉन, लैरी कॉन्सटेंटाइन, टॉम डेमार्को, क्रिस गेन और ट्रिश सरसन सम्मिलित हैं।<ref name=":1">{{Cite journal|last=Yourdon|first=Edward|date=1975|title=कला रूपों के रूप में संरचित प्रोग्रामिंग और संरचित डिजाइन|journal=Proceedings of the May 19–22, 1975, National Computer Conference and Exposition on – AFIPS '75|pages=277|doi=10.1145/1499949.1499997|s2cid=36802486|doi-access=free}}</ref>


सॉफ्टवेयर-प्रणाली प्रक्रियाओं में सम्मिलित प्रमुख कदम और डेटा की कल्पना करने के लिए डेटा-प्रवाह आरेख (डीएफडी) जल्दी से एक लोकप्रिय प्रकार बन गया। डीएफडी सामान्यतः कंप्यूटर प्रणाली में डेटा प्रवाह दिखाने के लिए उपयोग किए जाते थे, हालांकि सिद्धांत रूप में उन्हें [[ व्यापार प्रक्रिया मॉडलिंग |व्यवसाय प्रक्रम प्रतिरूप]] पर उपयोजित किया जा सकता था। डीएफडी प्रमुख डेटा प्रवाहों का दस्तावेजीकरण करने या डेटा प्रवाह के संदर्भ में एक नए उच्च-स्तरीय प्रारुप का पता लगाने के लिए उपयोगी थे।<ref>{{Cite book|title=Applying UML and patterns : an introduction to object-oriented analysis and design and iterative development|first=Craig|last=Larman|date=2012|publisher=Pearson|isbn=978-8177589795|edition= 3rd|location=New Delhi|oclc=816555477}}</ref>
सॉफ्टवेयर-प्रणाली प्रक्रियाओं में सम्मिलित प्रमुख कदम और डेटा की कल्पना करने के लिए डेटा-प्रवाह आरेख (डीएफडी) जल्दी से एक लोकप्रिय प्रकार बन गया हैं। डीएफडी सामान्यतः कंप्यूटर प्रणाली में डेटा प्रवाह दिखाने के लिए उपयोग किए जाते थे, हालांकि सिद्धांत रूप में उन्हें [[ व्यापार प्रक्रिया मॉडलिंग |व्यवसाय प्रक्रम प्रतिरूप]] पर उपयोजित किया जा सकता था। डीएफडी प्रमुख डेटा प्रवाहों का दस्तावेजीकरण करने या डेटा प्रवाह के संदर्भ में एक नए उच्च-स्तरीय प्रारुप का पता लगाने के लिए उपयोगी थे।<ref>{{Cite book|title=Applying UML and patterns : an introduction to object-oriented analysis and design and iterative development|first=Craig|last=Larman|date=2012|publisher=Pearson|isbn=978-8177589795|edition= 3rd|location=New Delhi|oclc=816555477}}</ref>
== डीएफडी घटक ==
== डीएफडी घटक ==
डीएफडी में प्रक्रियाएं, प्रवाह, गोदाम और समापक सम्मिलित हैं। इन डीएफडी घटकों को देखने के कई प्रकार हैं।<ref>{{Cite book|title=Analýza a návrh informačních systémů|last=Řepa|first=Václav|date=1999|publisher=Ekopress|isbn=978-8086119137|edition= Vyd. 1|location=Praha|oclc=43612982}}</ref>
डीएफडी में प्रक्रियाएं, प्रवाह, गोदाम और समापक सम्मिलित हैं। इन डीएफडी घटकों को देखने के कई प्रकार हैं।<ref>{{Cite book|title=Analýza a návrh informačních systémů|last=Řepa|first=Václav|date=1999|publisher=Ekopress|isbn=978-8086119137|edition= Vyd. 1|location=Praha|oclc=43612982}}</ref>
Line 20: Line 20:


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


==== गोदाम ====
==== गोदाम ====
Line 28: Line 28:
समापक एक बाहरी इकाई है जो प्रणाली के साथ संचार करता है और प्रणाली के बाहर खड़ा होता है। उदाहरण के लिए, यह एक ही संगठन के विभिन्न संगठन (जैसे एक बैंक), लोगों के समूह (जैसे ग्राहक), प्राधिकरण (जैसे एक कर कार्यालय) या एक विभाग (जैसे एक मानव-संसाधन विभाग) हो सकता है, जो प्रतिरूप प्रणाली से संबंधित नहीं है। समापक एक और प्रणाली हो सकता है जिसके साथ प्रतिरूप प्रणाली संचार करता है।<ref name=":1" />
समापक एक बाहरी इकाई है जो प्रणाली के साथ संचार करता है और प्रणाली के बाहर खड़ा होता है। उदाहरण के लिए, यह एक ही संगठन के विभिन्न संगठन (जैसे एक बैंक), लोगों के समूह (जैसे ग्राहक), प्राधिकरण (जैसे एक कर कार्यालय) या एक विभाग (जैसे एक मानव-संसाधन विभाग) हो सकता है, जो प्रतिरूप प्रणाली से संबंधित नहीं है। समापक एक और प्रणाली हो सकता है जिसके साथ प्रतिरूप प्रणाली संचार करता है।<ref name=":1" />
== डीएफडी बनाने के नियम ==
== डीएफडी बनाने के नियम ==
इकाई के नाम आगे की टिप्पणियों के बिना बोधगम्य होने चाहिए। डीएफडी प्रणाली उपयोगकर्ताओं के साथ साक्षात्कार के आधार पर विश्लेषकों द्वारा बनाई गई प्रणाली है। यह व्यवस्था विकासक के लिए निर्धारित है, एक तरफ परियोजना ठेकेदार, इसलिए इकाई के नाम प्रतिरूप प्रक्षेत्र या अव्यवासायी उपयोगकर्ताओं या व्यावसायिक के लिए अनुकूलित किए जाने चाहिए। इकाई के नाम सामान्य होने चाहिए (स्वतंत्र, उदाहरण के लिए गतिविधि करने वाले विशिष्ट व्यक्ति), लेकिन इकाई को स्पष्ट रूप से निर्दिष्ट करना चाहिए। आसान प्रतिचित्रण और विशिष्ट प्रक्रियाओं के संदर्भ के लिए प्रक्रियाओं को क्रमांकित किया जाना चाहिए। अंकन यादृच्छिक है, हालांकि, सभी डीएफडी स्तरों में स्थिरता बनाए रखना आवश्यक है (डीएफडी पदानुक्रम देखें)। डीएफडी स्पष्ट होना चाहिए, क्योंकि एक डीएफडी में प्रक्रियाओं की अधिकतम संख्या 6 से 9 तक होने की अनुशंसित की जाती है, एक डीएफडी में न्यूनतम 3 प्रक्रियाएं होती हैं।<ref name=":0" /><ref name=":1" /> अपवाद तथाकथित प्रासंगिक आरेख है जहां एकमात्र प्रक्रिया प्रतिरूप प्रणाली और सभी समापकों का प्रतीक है जिसके साथ प्रणाली संचार करता है।
इकाई के नाम आगे की टिप्पणियों के बिना बोधगम्य होने चाहिए। डीएफडी प्रणाली उपयोगकर्ताओं के साथ साक्षात्कार के आधार पर विश्लेषकों द्वारा बनाई गई प्रणाली है। यह व्यवस्था विकासक के लिए निर्धारित है, एक तरफ परियोजना ठेकेदार, इसलिए इकाई के नाम प्रतिरूप प्रक्षेत्र या अव्यवासायी उपयोगकर्ताओं या व्यावसायिक के लिए अनुकूलित किए जाने चाहिए। इकाई के नाम सामान्य होने चाहिए (स्वतंत्र, उदाहरण के लिए गतिविधि करने वाले विशिष्ट व्यक्ति), लेकिन इकाई को स्पष्ट रूप से निर्दिष्ट करना चाहिए। आसान प्रतिचित्रण और विशिष्ट प्रक्रियाओं के संदर्भ के लिए प्रक्रियाओं को क्रमांकित किया जाना चाहिए। अंकन यादृच्छिक है, हालांकि, सभी डीएफडी स्तरों में स्थिरता बनाए रखना आवश्यक है (डीएफडी पदानुक्रम देखें)। डीएफडी स्पष्ट होना चाहिए, क्योंकि एक डीएफडी में प्रक्रियाओं की अधिकतम संख्या 6 से 9 तक होने की अनुशंसित की जाती है, एक डीएफडी में न्यूनतम 3 प्रक्रियाएं होती हैं।<ref name=":0" /><ref name=":1" /> अपवाद तथाकथित प्रासंगिक आरेख है जहां एकमात्र प्रक्रिया प्रतिरूप प्रणाली और सभी समापकों का प्रतीक है जिसके साथ प्रणाली संचार होती हैं।


== डीएफडी संगति ==
== डीएफडी संगति ==
डीएफडी को प्रणाली के अन्य प्रतिरूपों - [[इकाई-सम्बन्ध प्रतिरूप]], [[ राज्य आरेख |स्थिति संक्रमण आरेख]], [[डेटा शब्दकोश]] और [[ प्रक्रिया विनिर्देश |प्रक्रिया विनिर्देश]] प्रतिरूप के अनुरूप होना चाहिए। प्रत्येक प्रक्रिया का अपना नाम, इनपुट और आउटपुट होना चाहिए। प्रत्येक प्रवाह का अपना नाम होना चाहिए (अपवाद देखें प्रवाह)। प्रत्येक डेटा भण्डार में इनपुट और आउटपुट प्रवाह होना चाहिए। इनपुट और आउटपुट प्रवाह को एक डीएफडी में प्रदर्शित करने की आवश्यकता नहीं है - लेकिन उन्हें उसी प्रणाली का वर्णन करने वाले दूसरे डीएफडी में उपस्थित होना चाहिए। एक अपवाद प्रणाली (बाह्य भंडारण) के बाहर स्थिति वेयरहाऊस है जिसके साथ प्रणाली संचार करता है।<ref name=":1" />
डीएफडी को प्रणाली के अन्य प्रतिरूपों - [[इकाई-सम्बन्ध प्रतिरूप]], [[ राज्य आरेख |स्थिति संक्रमण आरेख]], [[डेटा शब्दकोश]] और [[ प्रक्रिया विनिर्देश |प्रक्रिया विनिर्देश]] प्रतिरूप के अनुरूप होना चाहिए। प्रत्येक प्रक्रिया का अपना नाम, इनपुट और आउटपुट होना चाहिए। प्रत्येक प्रवाह का अपना नाम होना चाहिए (अपवाद देखें प्रवाह)। प्रत्येक डेटा भण्डार में इनपुट और आउटपुट प्रवाह होना चाहिए। इनपुट और आउटपुट प्रवाह को एक डीएफडी में प्रदर्शित करने की आवश्यकता नहीं है - लेकिन उन्हें उसी प्रणाली का वर्णन करने वाले दूसरे डीएफडी में उपस्थित होना चाहिए। एक अपवाद प्रणाली (बाह्य भंडारण) के बाहर आधार वेयरहाऊस है जिसके साथ प्रणाली संचार करता है।<ref name=":1" />
== डीएफडी वर्गीकरण ==
== डीएफडी वर्गीकरण ==
डीएफडी को अधिक पारदर्शी बनाने के लिए (अर्थात बहुत अधिक प्रक्रियाएँ नहीं), बहु-स्तरीय डीएफडी बनाए जा सकते हैं। डीएफडी जो उच्च स्तर पर हैं वे कम विस्तृत हैं (निचले स्तरों पर अधिक विस्तृत डीएफडी एकत्र करें)। प्रासंगिक डीएफडी पदानुक्रम में उच्चतम है (डीएफडी निर्माण नियम देखें)। तथाकथित शून्य स्तर के बाद डीएफडी 0 आता है, जो प्रक्रिया संख्यांकन (जैसे, प्रक्रिया 1, प्रक्रिया 2) से प्रारम्भ होता है। अगले में, तथाकथित प्रथम स्तर - डीएफडी 1 - क्रमांकन जारी है। उदाहरण प्रक्रिया 1 को डीएफडी के पहले तीन स्तरों में विभाजित किया गया है, जिनकी संख्या 1.1, 1.2 और 1.3 है। इसी तरह, दूसरे स्तर (डीएफडी 2) में प्रक्रियाओं को क्रमांकित किया जाता है जैसे 2.1.1, 2.1.2, 2.1.3 और 2.1.4 है। स्तरों की संख्या प्रतिरूप प्रणाली के आकार पर निर्भर करती है। डीएफडी 0 प्रक्रियाओं में समान संख्या में अपघटन स्तर नहीं हो सकते हैं। डीएफडी 0 सबसे महत्वपूर्ण (एकत्रित) प्रणाली प्रकार्य सम्मिलित हैं। निम्नतम स्तर में ऐसी प्रक्रियाएँ सम्मिलित होनी चाहिए जो स्थूलतः एक A4 पृष्ठ के लिए एक प्रक्रिया विनिर्देश बनाना संभव बनाती हैं। यदि मिनी-विनिर्देश लंबा होना चाहिए, तो प्रक्रिया के लिए एक अतिरिक्त स्तर बनाना उचित होगा जहां इसे कई प्रक्रियाओं में विघटित किया जाएगा। संपूर्ण डीएफडी पदानुक्रम के स्पष्ट अवलोकन के लिए, एक लंबवत (अंतः वर्ग) आरेख बनाया जा सकता है। वेयरहाउस को उच्चतम स्तर पर प्रदर्शित किया जाता है जहां इसका पहली बार उपयोग किया जाता है और प्रत्येक निचले स्तर पर भी है।<ref name=":1" />
डीएफडी को अधिक पारदर्शी बनाने के लिए (अर्थात बहुत अधिक प्रक्रियाएँ नहीं), बहु-स्तरीय डीएफडी बनाए जा सकते हैं। डीएफडी जो उच्च स्तर पर हैं वे कम विस्तृत हैं (निचले स्तरों पर अधिक विस्तृत डीएफडी एकत्र करें)। प्रासंगिक डीएफडी पदानुक्रम में उच्चतम है (डीएफडी निर्माण नियम देखें)। तथाकथित शून्य स्तर के बाद डीएफडी 0 आता है, जो प्रक्रिया संख्यांकन (जैसे, प्रक्रिया 1, प्रक्रिया 2) से प्रारम्भ होती है। अगले में, तथाकथित प्रथम स्तर - डीएफडी 1 - क्रमांकन जारी है। उदाहरण प्रक्रिया 1 को डीएफडी के पहले तीन स्तरों में विभाजित किया गया है, जिनकी संख्या 1.1, 1.2 और 1.3 है। इसी तरह, दूसरे स्तर (डीएफडी 2) में प्रक्रियाओं को क्रमांकित किया जाता है जैसे 2.1.1, 2.1.2, 2.1.3 और 2.1.4 है। स्तरों की संख्या प्रतिरूप प्रणाली के आकार पर निर्भर करती है। डीएफडी 0 प्रक्रियाओं में समान संख्या में अपघटन स्तर नहीं हो सकते हैं। डीएफडी 0 सबसे महत्वपूर्ण (एकत्रित) प्रणाली प्रकार्य सम्मिलित हैं। निम्नतम स्तर में ऐसी प्रक्रियाएँ सम्मिलित होनी चाहिए जो स्थूलतः एक A4 पृष्ठ के लिए एक प्रक्रिया विनिर्देश बनाना संभव बनाती हैं। यदि मिनी-विनिर्देश लंबा होना चाहिए, तो प्रक्रिया के लिए एक अतिरिक्त स्तर बनाना उचित होगा जहां इसे कई प्रक्रियाओं में विघटित किया जाएगा। संपूर्ण डीएफडी पदानुक्रम के स्पष्ट अवलोकन के लिए, एक लंबवत (अंतः वर्ग) आरेख बनाया जा सकता है। वेयरहाउस को उच्चतम स्तर पर प्रदर्शित किया जाता है जहां इसका पहली बार उपयोग किया जाता है और प्रत्येक निचले स्तर पर भी है।<ref name=":1" />
== यह भी देखें ==
== यह भी देखें ==
* [[गतिविधि आरेख]]
* [[गतिविधि आरेख]]

Revision as of 23:49, 21 May 2023

Data flow diagram with data storage, data flows, function and interface
डेटा भंडारण, डेटा प्रवाह, प्रकार्य और अंतरापृष्ठ के साथ डेटा प्रवाह आरेख

डेटा-प्रवाह आरेख एक प्रक्रिया या प्रणाली (सामान्यतः एक सूचना प्रणाली) के माध्यम से डेटा के प्रवाह का प्रतिनिधित्व करने का एक प्रकार है। डीएफडी प्रत्येक इकाई के आउटपुट और इनपुट और प्रक्रिया के बारे में भी जानकारी प्रदान करते है। डेटा-प्रवाह आरेख का कोई नियंत्रण प्रवाह नहीं होता है कोई निर्णय नियम नहीं होता है और कोई लूप नहीं होता है। डेटा पर आधारित विशिष्ट संचालन को प्रवाह संचित्र द्वारा दर्शाया जा सकता है।[1]

डेटा-प्रवाह आरेख प्रदर्शित करने के लिए कई अंकन हैं। ऊपर प्रस्तुत अंकन 1979 में टॉम डेमार्को द्वारा संरचित विश्लेषण के भाग के रूप में वर्णित किया गया था।

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

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

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

इतिहास

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

सॉफ्टवेयर-प्रणाली प्रक्रियाओं में सम्मिलित प्रमुख कदम और डेटा की कल्पना करने के लिए डेटा-प्रवाह आरेख (डीएफडी) जल्दी से एक लोकप्रिय प्रकार बन गया हैं। डीएफडी सामान्यतः कंप्यूटर प्रणाली में डेटा प्रवाह दिखाने के लिए उपयोग किए जाते थे, हालांकि सिद्धांत रूप में उन्हें व्यवसाय प्रक्रम प्रतिरूप पर उपयोजित किया जा सकता था। डीएफडी प्रमुख डेटा प्रवाहों का दस्तावेजीकरण करने या डेटा प्रवाह के संदर्भ में एक नए उच्च-स्तरीय प्रारुप का पता लगाने के लिए उपयोगी थे।[3]

डीएफडी घटक

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

प्रक्रिया

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

डेटा प्रवाह

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

गोदाम

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

समापक

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

डीएफडी बनाने के नियम

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

डीएफडी संगति

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

डीएफडी वर्गीकरण

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

यह भी देखें

संदर्भ

  1. 1.0 1.1 Bruza, P. D.; van der Weide, Th. P. (1990-11-01). "हाइपरटेक्स्ट दृश्यों की गुणवत्ता का आकलन करना". ACM SIGIR Forum. 24 (3): 6–25. doi:10.1145/101306.101307. ISSN 0163-5840. S2CID 8507530.
  2. 2.0 2.1 2.2 2.3 2.4 2.5 2.6 2.7 Yourdon, Edward (1975). "कला रूपों के रूप में संरचित प्रोग्रामिंग और संरचित डिजाइन". Proceedings of the May 19–22, 1975, National Computer Conference and Exposition on – AFIPS '75: 277. doi:10.1145/1499949.1499997. S2CID 36802486.
  3. Larman, Craig (2012). Applying UML and patterns : an introduction to object-oriented analysis and design and iterative development (3rd ed.). New Delhi: Pearson. ISBN 978-8177589795. OCLC 816555477.
  4. Řepa, Václav (1999). Analýza a návrh informačních systémů (Vyd. 1 ed.). Praha: Ekopress. ISBN 978-8086119137. OCLC 43612982.

ग्रन्थसूची

  • स्कॉट डब्ल्यू एंबलर यूएमएल 2 के साथ ऑब्जेक्ट प्राइमर तीसरा संस्करण फुर्तीली मॉडल संचालित विकास
  • श्मिट, जी., मेथोड एंड टेक्निकेन डेर ऑर्गनाइजेशन 13. औफल, जीसेन 2003
  • स्टाह्लक्नेच्ट, पी., हसेनकैंप, यू.: इंट्रोडक्शन इन द विर्टशाफ्ट्सइनफॉर्मेटिक 12. औफ्ल, बर्लिन 2012
  • गेन, क्रिस; सरसन, ट्रिश संरचित प्रणाली विश्लेषण: उपकरण और तकनीकें न्यूयॉर्क: इंप्रूव्ड सिस्टम्स टेक्नोलॉजीज, 1977.  आईएसबीएन 978-0930196004 पृ. 373
  • डेमार्को, टॉम संरचित विश्लेषण और सिस्टम विशिष्टता न्यूयॉर्क: योरडॉन प्रेस, 1979.  आईएसबीएन 978-0138543808 पी 352
  • योरडन, एडवर्ड संरचित डिजाइन: कंप्यूटर प्रोग्राम और सिस्टम डिजाइन के एक अनुशासन के मूल सिद्धांत न्यूयॉर्क: योरडॉन प्रेस, 1979.  आईएसबीएन 978-0138544713 पी 473
  • पेज-जोन्स, मेलिर स्ट्रक्चर्ड सिस्टम डिज़ाइन के लिए प्रैक्टिकल गाइड न्यूयॉर्क: योरडॉन प्रेस, 1988. आईएसबीएन 978-8120314825 पी 384
  • योरडन, एडवर्ड आधुनिक संरचित विश्लेषण न्यूयॉर्क: योरडॉन प्रेस, 1988. आईएसबीएन 978-0135986240 पी.688

बाहरी संबंध