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

From Vigyanwiki
(Created page with "{{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...")
 
No edit summary
 
(5 intermediate revisions by 3 users not shown)
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|डेटा भंडारण, डेटा प्रवाह, कार्य और इंटरफ़ेस के साथ डेटा प्रवाह आरेख]]एक डेटा-प्रवाह आरेख एक [[प्रक्रिया]] या प्रणाली (आमतौर पर एक [[सूचना प्रणाली]]) के माध्यम से डेटा के प्रवाह का प्रतिनिधित्व करने का एक तरीका है। DFD प्रत्येक इकाई के आउटपुट और इनपुट और प्रक्रिया के बारे में भी जानकारी प्रदान करता है। डेटा-प्रवाह आरेख का कोई नियंत्रण नहीं है {{nowrap|flow{{tsp}}{{mdash}}{{tsp}}there}} कोई निर्णय नियम नहीं है और कोई लूप नहीं है। डेटा पर आधारित विशिष्ट संचालन को [[प्रवाह संचित्र]] द्वारा दर्शाया जा सकता है।<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 में [[टॉम डेमार्को]] द्वारा [[संरचित विश्लेषण]] के भाग के रूप में वर्णित किया गया था।


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


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


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


== इतिहास ==
== इतिहास ==
DFD संकेतन ग्राफ सिद्धांत पर आधारित है, मूल रूप से संगठनों में मॉडल वर्कफ़्लो के लिए परिचालन अनुसंधान में उपयोग किया जाता है। DFD की उत्पत्ति 1970 के दशक के अंत में [[संरचित विश्लेषण और डिजाइन तकनीक]] पद्धति में प्रयुक्त गतिविधि आरेख से हुई थी। DFD लोकप्रिय बनाने वालों में एडवर्ड योरडॉन, लैरी कॉन्सटेंटाइन, टॉम डेमार्को, क्रिस गेन और ट्रिश सरसन शामिल हैं।<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>
सॉफ्टवेयर-सिस्टम प्रक्रियाओं में शामिल प्रमुख चरणों और डेटा की कल्पना करने के लिए डेटा-फ्लो डायग्राम (DFD) जल्दी से एक लोकप्रिय तरीका बन गया। डीएफडी आमतौर पर कंप्यूटर सिस्टम में डेटा प्रवाह दिखाने के लिए उपयोग किए जाते थे, हालांकि सिद्धांत रूप में उन्हें [[ व्यापार प्रक्रिया मॉडलिंग ]] पर लागू किया जा सकता था। DFD प्रमुख डेटा प्रवाहों का दस्तावेजीकरण करने या डेटा प्रवाह के संदर्भ में एक नए उच्च-स्तरीय डिज़ाइन का पता लगाने के लिए उपयोगी थे।<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>
== डीएफडी घटक ==
== डीएफडी घटक ==
[[File:Data-flow-diagram-notation.svg|alt=Data flow diagram - योरडॉन/डेमार्को संकेतन|अंगूठा|डेटा प्रवाह आरेख - [[एडवर्ड योरडन]]/टॉम डेमार्को संकेतन]]DFD में प्रक्रियाएं, प्रवाह, गोदाम और टर्मिनेटर शामिल हैं। इन DFD घटकों को देखने के कई तरीके हैं।<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>
प्रक्रिया
 
प्रक्रिया (फ़ंक्शन, ट्रांसफ़ॉर्मेशन) एक ऐसी प्रणाली का हिस्सा है जो इनपुट को आउटपुट में बदल देती है। एक प्रक्रिया का प्रतीक एक चक्र, एक अंडाकार, एक आयत या गोल कोनों वाला एक आयत है (संकेत के प्रकार के अनुसार)। प्रक्रिया को एक शब्द, एक छोटे वाक्य या एक वाक्यांश में नाम दिया गया है जो स्पष्ट रूप से इसके सार को व्यक्त करता है।<ref name=":1" />
 
डेटा प्रवाह
 
डेटा प्रवाह (प्रवाह, डेटा प्रवाह) सिस्टम के एक हिस्से से दूसरे हिस्से में सूचना (कभी-कभी सामग्री भी) के हस्तांतरण को दर्शाता है। प्रवाह का प्रतीक तीर है। प्रवाह का एक नाम होना चाहिए जो यह निर्धारित करता है कि कौन सी जानकारी (या कौन सी सामग्री) स्थानांतरित की जा रही है। अपवाद वे प्रवाह होते हैं जहां यह स्पष्ट होता है कि इन प्रवाहों से जुड़ी संस्थाओं के माध्यम से कौन सी जानकारी स्थानांतरित की जाती है। सामग्री बदलाव उन प्रणालियों में प्रतिरूपित किए जाते हैं जो केवल सूचनात्मक नहीं हैं। प्रवाह को केवल एक प्रकार की सूचना (सामग्री) संचारित करनी चाहिए। तीर प्रवाह की दिशा दिखाता है (यह द्वि-दिशात्मक भी हो सकता है यदि इकाई को/से जानकारी तार्किक रूप से निर्भर है - उदाहरण प्रश्न और उत्तर)। फ्लो लिंक प्रक्रियाओं, गोदामों और टर्मिनेटर्स।<ref name=":1" />
 
गोदाम
 
वेयरहाउस (डेटास्टोर, डेटा स्टोर, फ़ाइल, डेटाबेस) का उपयोग बाद में उपयोग के लिए डेटा स्टोर करने के लिए किया जाता है। स्टोर का प्रतीक दो क्षैतिज रेखाएं हैं, डीएफडी नोटेशन में देखने का दूसरा तरीका दिखाया गया है। वेयरहाउस का नाम एक बहुवचन संज्ञा है (उदाहरण के लिए ऑर्डर) - यह वेयरहाउस के इनपुट और आउटपुट स्ट्रीम से प्राप्त होता है। वेयरहाउस को केवल एक डेटा फ़ाइल नहीं होना चाहिए, बल्कि उदाहरण के लिए, दस्तावेजों के साथ एक फ़ोल्डर, फाइलिंग कैबिनेट या ऑप्टिकल डिस्क का एक सेट भी हो सकता है। इसलिए, DFD में वेयरहाउस को देखना कार्यान्वयन से स्वतंत्र है। वेयरहाउस से प्रवाह आमतौर पर वेयरहाउस में संग्रहीत डेटा को पढ़ने का प्रतिनिधित्व करता है, और वेयरहाउस में प्रवाह आमतौर पर डेटा प्रविष्टि या अद्यतन (कभी-कभी डेटा को हटाना भी) व्यक्त करता है। वेयरहाउस को दो समानांतर रेखाओं द्वारा दर्शाया जाता है जिनके बीच मेमोरी नाम स्थित होता है (इसे यूएमएल बफर नोड के रूप में मॉडल किया जा सकता है)।<ref name=":1" />


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


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


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


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


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


==संदर्भ==
==संदर्भ==
{{Reflist}}
{{Reflist}}


==ग्रन्थसूची==
==ग्रन्थसूची==
*[[Scott W. Ambler]]. [http://www.agilemodeling.com/artifacts/dataFlowDiagram.htm The Object Primer 3rd Edition Agile Model Driven Development with UML 2]
*स्कॉट डब्ल्यू एंबलर [http://www.agilemodeling.com/artifacts/dataFlowDiagram.htm यूएमएल 2 के साथ ऑब्जेक्ट प्राइमर तीसरा संस्करण फुर्तीली मॉडल संचालित विकास]
*Schmidt, G., ''Methode und Techniken der Organisation.'' 13. Aufl., Gießen 2003
*श्मिट, जी., मेथोड एंड टेक्निकेन डेर ऑर्गनाइजेशन 13. औफल, जीसेन 2003
*[[Stahlknecht, P.]], Hasenkamp, U.: ''Einführung in die Wirtschaftsinformatik.'' 12. Aufl., Berlin 2012
*स्टाह्लक्नेच्ट, पी., हसेनकैंप, यू.: इंट्रोडक्शन इन द विर्टशाफ्ट्सइनफॉर्मेटिक 12. औफ्ल, बर्लिन 2012
*[[Christopher P. Gane|Gane, Chris]]; Sarson, Trish. ''Structured Systems Analysis: Tools and Techniques''. New York: Improved Systems Technologies, 1977. {{ISBN|978-0930196004}}. P. 373
*गेन, क्रिस; सरसन, ट्रिश संरचित प्रणाली विश्लेषण: उपकरण और तकनीकें न्यूयॉर्क: इंप्रूव्ड सिस्टम्स टेक्नोलॉजीज, 1977.  आईएसबीएन 978-0930196004 पृ. 373
*Demarco, Tom. ''Structured Analysis and System Specification''. New York: Yourdon Press, 1979. {{ISBN|978-0138543808}}. P. 352.
*डेमार्को, टॉम संरचित विश्लेषण और सिस्टम विशिष्टता न्यूयॉर्क: योरडॉन प्रेस, 1979.  आईएसबीएन 978-0138543808 पी 352
*[[Edward Yourdon|Yourdon, Edward]]. ''Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design''. New York: Yourdon Press, 1979. {{ISBN|978-0138544713}}. P. 473.
*योरडन, एडवर्ड संरचित डिजाइन: कंप्यूटर प्रोग्राम और सिस्टम डिजाइन के एक अनुशासन के मूल सिद्धांत न्यूयॉर्क: योरडॉन प्रेस, 1979.  आईएसबीएन 978-0138544713 पी 473
*[[Page-Jones, Meilir]]. ''Practical Guide to Structured Systems Design''. New York: Yourdon Press, 1988. {{ISBN|978-8120314825}}. P. 384.
*पेज-जोन्स, मेलिर स्ट्रक्चर्ड सिस्टम डिज़ाइन के लिए प्रैक्टिकल गाइड न्यूयॉर्क: योरडॉन प्रेस, 1988. आईएसबीएन 978-8120314825 पी 384
*[[Edward Yourdon|Yourdon, Edward]]. ''Modern Structured Analysis''. New York: Yourdon Press, 1988. {{ISBN|978-0135986240}}. P. 688.
*योरडन, एडवर्ड आधुनिक संरचित विश्लेषण न्यूयॉर्क: योरडॉन प्रेस, 1988. आईएसबीएन 978-0135986240 पी.688
 
 
==बाहरी संबंध==
==बाहरी संबंध==
*{{Commons-inline}}
*{{Commons-inline}}
Line 85: Line 72:
{{Authority control}}
{{Authority control}}


{{DEFAULTSORT:Data Flow Diagram1}}[[Category: जानकारी के सिस्टम]] [[Category: डेटा प्रबंधन]] [[Category: चित्र]] [[Category: ग्राफ ड्राइंग]] [[Category: सिस्टम विश्लेषण]] [[Category: मॉडलिंग भाषाएँ]]
{{DEFAULTSORT:Data Flow Diagram1}}
 
 


[[Category: Machine Translated Page]]
[[Category:Collapse templates|Data Flow Diagram1]]
[[Category:Created On 13/05/2023]]
[[Category:Created On 13/05/2023|Data Flow Diagram1]]
[[Category:Lua-based templates|Data Flow Diagram1]]
[[Category:Machine Translated Page|Data Flow Diagram1]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists|Data Flow Diagram1]]
[[Category:Pages with script errors|Data Flow Diagram1]]
[[Category:Sidebars with styles needing conversion|Data Flow Diagram1]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Vigyan Ready|Data Flow Diagram1]]
[[Category:Templates generating microformats|Data Flow Diagram1]]
[[Category:Templates that add a tracking category|Data Flow Diagram1]]
[[Category:Templates that are not mobile friendly|Data Flow Diagram1]]
[[Category:Templates that generate short descriptions|Data Flow Diagram1]]
[[Category:Templates using TemplateData|Data Flow Diagram1]]
[[Category:Wikipedia metatemplates|Data Flow Diagram1]]
[[Category:ग्राफ ड्राइंग|Data Flow Diagram1]]
[[Category:चित्र|Data Flow Diagram1]]
[[Category:जानकारी के सिस्टम|Data Flow Diagram1]]
[[Category:डेटा प्रबंधन|Data Flow Diagram1]]
[[Category:मॉडलिंग भाषाएँ|Data Flow Diagram1]]
[[Category:सिस्टम विश्लेषण|Data Flow Diagram1]]

Latest revision as of 16:29, 25 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

बाहरी संबंध