संरचना चार्ट: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
 
(8 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{Short description|Chart}}
{{Short description|Chart}}
[[File:CPT-Structured Chart Example.svg|thumb|320px|एक संरचित चार्ट का उदाहरण।<ref name="Sandia92">Sandia National Laboratories (1992). [http://www.prod.sandia.gov/cgi-bin/techlib/access-control.pl/1985/852348.pdf Sandia Software Guidelines Volume 5 Tools, Techniques,and Methodologies] SANDIA REPORTS 85–2348qUC–32</ref>]][[सॉफ्टवेयर इंजीनियरिंग]] और [[संगठनात्मक सिद्धांत]] में एक संरचना [[चार्ट]] (एससी) एक ऐसा चार्ट है जो सिस्टम के टूटने को उसके निम्नतम प्रबंधनीय स्तरों पर दिखाता है।<ref name="IRT">IRS (2008) "Configuration Management" In: ''IRS Resources Part 2. Information Technology Chapter 27. Configuration Management''. Accessed at [https://www.irs.gov/ IRS.GOV] 14 November 2008. No longer online 8 November 2009.</ref> एक पेड़ में प्रोग्राम मॉड्यूल की व्यवस्था करने के लिए उनका उपयोग [[संरचित प्रोग्रामिंग]] में किया जाता है। प्रत्येक मॉड्यूल को एक बॉक्स द्वारा दर्शाया जाता है, जिसमें मॉड्यूल का नाम होता है। वृक्ष संरचना मॉड्यूल के बीच संबंधों की कल्पना करती है।<ref>[[James Martin (author)|James Martin]], Carma L. McClure (1988). ''Structured Techniques: The Basis for Case''. Prentice Hall. p.56.</ref>
[[File:CPT-Structured Chart Example.svg|thumb|320px|एक संरचित चार्ट का उदाहरण।<ref name="Sandia92">Sandia National Laboratories (1992). [http://www.prod.sandia.gov/cgi-bin/techlib/access-control.pl/1985/852348.pdf Sandia Software Guidelines Volume 5 Tools, Techniques,and Methodologies] SANDIA REPORTS 85–2348qUC–32</ref>]][[सॉफ्टवेयर इंजीनियरिंग]] और [[संगठनात्मक सिद्धांत]] में संरचना [[चार्ट]] (एससी) एक ऐसा चार्ट है | जो प्रणाली के टूटने को उसके निम्नतम प्रबंधनीय स्तरों पर दिखाता है। <ref name="IRT">IRS (2008) "Configuration Management" In: ''IRS Resources Part 2. Information Technology Chapter 27. Configuration Management''. Accessed at [https://www.irs.gov/ IRS.GOV] 14 November 2008. No longer online 8 November 2009.</ref> पेड़ में प्रोग्राम मॉड्यूल की व्यवस्था करने के लिए उनका उपयोग [[संरचित प्रोग्रामिंग]] में किया जाता है। प्रत्येक मॉड्यूल को बॉक्स द्वारा दर्शाया जाता है | जिसमें मॉड्यूल का नाम होता है। वृक्ष संरचना मॉड्यूल के बीच संबंधों की कल्पना करती है।<ref name=":0">[[James Martin (author)|James Martin]], Carma L. McClure (1988). ''Structured Techniques: The Basis for Case''. Prentice Hall. p.56.</ref>
 
== अवलोकन ==
 
[[File:Sample of Hierarchy chart.png|thumb|upright=1.5|alt=Illustration of simple hierarchy chart.|यह पदानुक्रम चार्ट दो मॉड्यूल के बीच निकलने वाले डेटा का प्रतिनिधित्व करता है। जब मॉड्यूल भुगतान_बिल निष्पादित किया जाता है, तो स्यूडोकोड चेक करता है कि भुगतान रसीद की खोज करके बिल का भुगतान पहले ही कर दिया गया है (सर्च_रसीद निष्पादित करें)। यदि रसीद नहीं मिलती है तो यह काम खत्म करने के लिए गिव_मनी_टू_डेट_कलेक्टर मॉड्यूल को निष्पादित करेगा।]]संरचना चार्ट [[ऊपर-नीचे डिजाइन|ऊपर से नीचे मॉड्यूलर रचना]] है। जो [[ प्रणाली |प्रणाली]] में विभिन्न मॉड्यूल का प्रतिनिधित्व करने वाले वर्गों और उन्हें जोड़ने वाली रेखाओं से निर्मित होता है। रेखाएँ गतिविधियों और उप-गतिविधियों के बीच सम्बन्ध और या स्वामित्व का प्रतिनिधित्व करती हैं | क्योंकि वे [[संगठन चार्ट]] में उपयोग की जाती हैं।<ref>H. Fujita & V. Gruhn (2004). ''New Trends in Software Methodologies, Tools and Techniques''. Page 6.</ref>
== सिंहावलोकन ==
वोल्बर (2009) के अनुसार [[संरचित विश्लेषण]] संरचना चार्ट में, [[कंप्यूटर प्रोग्राम]] के उच्च-स्तरीय रचना, या आर्किटेक्चर को निर्दिष्ट करने के लिए उपयोग किया जाता है। रचना टूल के रूप में, वे प्रोग्रामर को बड़ी सॉफ़्टवेयर समस्या को विभाजित करने और जीतने में सहायता करते हैं | अर्थात, समस्या को पुनरावर्ती रूप से भागों में तोड़ना जो मानव मस्तिष्क द्वारा समझने के लिए अधिक छोटा है। प्रक्रिया को ऊपर से नीचे रचना या [[कार्यात्मक अपघटन]] कहा जाता है। प्रोग्रामर प्रोग्राम बनाने के लिए स्ट्रक्चर चार्ट का उपयोग उसी तरह से करते हैं | जैसे आर्किटेक्ट घर बनाने के लिए ब्लूप्रिंट का उपयोग करता है। रचना चरण में, चार्ट तैयार किया जाता है और क्लाइंट और विभिन्न सॉफ़्टवेयर डिज़ाइनरों के संचार के लिए एक विधि के रूप में उपयोग किया जाता है। प्रोग्राम के वास्तविक निर्माण (कार्यान्वयन) के समय, चार्ट को निरंतर मास्टर-प्लान के रूप में संदर्भित किया जाता है।<ref name="Wol">David Wolber (2009) "[https://web.archive.org/web/20090219083522/http://www.usfca.edu/~wolberd/cs112/SupplementalNotes/structureChart.doc Structure Charts]:  Supplementary Notes Structure Charts and Bottom-up Implementation: Java Version. Accessed 8 November 2009</ref> संरचना चार्ट प्रणाली का आकार और जटिलता दर्शाता है | <ref name="IRT"/>
[[File:Sample of Hierarchy chart.png|thumb|upright=1.5|alt=Illustration of simple hierarchy chart.|यह पदानुक्रम चार्ट दो मॉड्यूल के बीच गुजरने वाले डेटा का प्रतिनिधित्व करता है। जब मॉड्यूल Pay_Bill निष्पादित किया जाता है, तो स्यूडोकोड चेक करता है कि भुगतान रसीद की खोज करके बिल का भुगतान पहले ही कर दिया गया है (Search_Receipt निष्पादित करें)। अगर रसीद नहीं मिलती है तो यह काम खत्म करने के लिए गिव_मनी_टू_डेट_कलेक्टर मॉड्यूल को निष्पादित करेगा।]]एक संरचना चार्ट एक [[ऊपर-नीचे डिजाइन]] है। टॉप-डाउन मॉड्यूलर डिज़ाइन टूल, जो [[ प्रणाली ]] में विभिन्न मॉड्यूल का प्रतिनिधित्व करने वाले वर्गों और उन्हें जोड़ने वाली रेखाओं से निर्मित होता है। रेखाएँ गतिविधियों और उप-गतिविधियों के बीच कनेक्शन और या स्वामित्व का प्रतिनिधित्व करती हैं क्योंकि वे [[संगठन चार्ट]] में उपयोग की जाती हैं।<ref>H. Fujita & V. Gruhn (2004). ''New Trends in Software Methodologies, Tools and Techniques''. Page 6.</ref>
* प्रत्येक कार्य के अंदर सरलता से पहचाने जाने योग्य कार्यों और मॉड्यूल की संख्या होती है |
वोल्बर (2009) के अनुसार [[संरचित विश्लेषण]] संरचना चार्ट में, [[कंप्यूटर प्रोग्राम]] के उच्च-स्तरीय डिज़ाइन, या आर्किटेक्चर को निर्दिष्ट करने के लिए उपयोग किया जाता है। एक डिज़ाइन टूल के रूप में, वे प्रोग्रामर को एक बड़ी सॉफ़्टवेयर समस्या को विभाजित करने और जीतने में सहायता करते हैं, यानी, एक समस्या को पुनरावर्ती रूप से भागों में तोड़ना जो मानव मस्तिष्क द्वारा समझने के लिए काफी छोटा है। प्रक्रिया को टॉप-डाउन डिज़ाइन या [[कार्यात्मक अपघटन]] कहा जाता है। प्रोग्रामर एक प्रोग्राम बनाने के लिए एक स्ट्रक्चर चार्ट का उपयोग उसी तरह से करते हैं जैसे एक आर्किटेक्ट घर बनाने के लिए ब्लूप्रिंट का उपयोग करता है। डिज़ाइन चरण में, चार्ट तैयार किया जाता है और क्लाइंट और विभिन्न सॉफ़्टवेयर डिज़ाइनरों के संचार के लिए एक तरीके के रूप में उपयोग किया जाता है। कार्यक्रम के वास्तविक निर्माण (कार्यान्वयन) के दौरान, चार्ट को लगातार मास्टर-प्लान के रूप में संदर्भित किया जाता है।<ref name="Wol">David Wolber (2009) "[https://web.archive.org/web/20090219083522/http://www.usfca.edu/~wolberd/cs112/SupplementalNotes/structureChart.doc Structure Charts]:  Supplementary Notes Structure Charts and Bottom-up Implementation: Java Version. Accessed 8 November 2009</ref>
* क्या प्रत्येक पहचान योग्य कार्य प्रबंधनीय इकाई है या छोटे घटकों में विभाजित किया जाना चाहिए।
एक संरचना चार्ट दर्शाता है<ref name="IRT"/>* सिस्टम का आकार और जटिलता, और
* प्रत्येक समारोह के भीतर आसानी से पहचाने जाने योग्य कार्यों और मॉड्यूल की संख्या और
* क्या प्रत्येक पहचान योग्य कार्य एक प्रबंधनीय इकाई है या छोटे घटकों में विभाजित किया जाना चाहिए।
 
एक संरचना चार्ट का उपयोग संबंधित तत्वों को [[आरेख]]ित करने के लिए भी किया जाता है जिसमें एक रन स्ट्रीम या थ्रेड शामिल होता है। इसे अक्सर एक [[पदानुक्रमित आरेख]] के रूप में विकसित किया जाता है, लेकिन अन्य अभ्यावेदन स्वीकार्य हैं। प्रतिनिधित्व को [[विन्यास प्रणाली]] के [[सबसिस्टम]] और निम्नतम प्रबंधनीय स्तर में टूटने का वर्णन करना चाहिए। एक सटीक और पूर्ण संरचना चार्ट कॉन्फ़िगरेशन आइटम (सीआई) के निर्धारण की कुंजी है, और कॉन्फ़िगरेशन सिस्टम का एक दृश्य प्रतिनिधित्व और इसके सीआई के बीच आंतरिक इंटरफेस<sup>(CI को स्पष्ट रूप से परिभाषित करें)</sup>. कॉन्फ़िगरेशन नियंत्रण प्रक्रिया के दौरान, संरचना चार्ट का उपयोग सीआई और उनसे संबंधित कलाकृतियों की पहचान करने के लिए किया जाता है जो प्रस्तावित परिवर्तन को प्रभावित कर सकते हैं।<ref name="IRT"/>
 


संरचना चार्ट का उपयोग संबंधित तत्वों को [[आरेख]] करने के लिए भी किया जाता है | जिसमें रन स्ट्रीम या थ्रेड सम्मिलित होता है। इसे अधिकांशतः [[पदानुक्रमित आरेख]] के रूप में विकसित किया जाता है | किन्तु अन्य अभ्यावेदन स्वीकार्य हैं। प्रतिनिधित्व को [[विन्यास प्रणाली]] के [[सबसिस्टम]] और निम्नतम प्रबंधनीय स्तर में टूटने का वर्णन करना चाहिए। स्पष्ट और पूर्ण संरचना चार्ट विन्यास वस्तु (सीआई) के निर्धारण की कुंजी है, और विन्यास प्रणाली का दृश्य प्रतिनिधित्व और इसके सीआई के बीच आंतरिक इंटरफेस (सीआई को स्पष्ट रूप से परिभाषित करें) | विन्यास नियंत्रण प्रक्रिया के समय, संरचना चार्ट का उपयोग सीआई और उनसे संबंधित कलाकृतियों की पहचान करने के लिए किया जाता है | जो प्रस्तावित परिवर्तन को प्रभावित कर सकते हैं।<ref name="IRT"/>
== संरचना चार्ट निर्माण ==
== संरचना चार्ट निर्माण ==
[[Image:Structure chart construction.jpg|thumb|320px|तथाकथित सब्जेक्ट मैटर एक्सपर्ट्स (SME) द्वारा स्ट्रक्चर चार्ट के निर्माण का वर्णन करने वाला एक प्रोसेस फ्लो डायग्राम।<ref name="IRT"/>]]वोल्बर (2009) के अनुसार, एक संरचना के निर्माण के साथ एक संरचना चार्ट विकसित किया जा सकता है, जो एक उल्टे पेड़ की जड़ को रखता है जो संरचना चार्ट बनाता है। अगला कदम मुख्य उप-कार्यों की अवधारणा करना है जो समस्या को हल करने के लिए कार्यक्रम द्वारा किए जाने चाहिए। अगला, प्रोग्रामर प्रत्येक उप-कार्य पर व्यक्तिगत रूप से ध्यान केंद्रित करता है, और अवधारणा करता है कि प्रत्येक को छोटे कार्यों में कैसे तोड़ा जा सकता है। आखिरकार, प्रोग्राम को उस बिंदु तक तोड़ दिया जाता है जहां पेड़ की पत्तियां सरल विधियों का प्रतिनिधित्व करती हैं जिन्हें केवल कुछ प्रोग्राम स्टेटमेंट्स के साथ कोडित किया जा सकता है।<ref name= "Wol"/>
[[Image:Structure chart construction.jpg|thumb|320px|तथाकथित सब्जेक्ट मैटर एक्सपर्ट्स (एसएमई) द्वारा स्ट्रक्चर चार्ट के निर्माण का वर्णन करने वाला एक प्रोसेस फ्लो डायग्राम।<ref name="IRT"/>]]वोल्बर (2009) के अनुसार, संरचना के निर्माण के साथ संरचना चार्ट विकसित किया जा सकता है | जो उल्टे पेड़ की जड़ को रखता है | जो संरचना चार्ट बनाता है। अगला कदम मुख्य उप-कार्यों की अवधारणा करना है | जो समस्या को हल करने के लिए प्रोग्राम द्वारा किए जाने चाहिए। अगला, प्रोग्रामर प्रत्येक उप-कार्य पर व्यक्तिगत रूप से ध्यान केंद्रित करता है, और अवधारणा करता है कि प्रत्येक को छोटे कार्यों में कैसे तोड़ा जा सकता है। आखिरकार, प्रोग्राम को उस बिंदु तक तोड़ दिया जाता है | जहां पेड़ की पत्तियां सरल विधियों का प्रतिनिधित्व करती हैं | जिन्हें केवल कुछ प्रोग्राम स्टेटमेंट्स के साथ कोडित किया जा सकता है।<ref name= "Wol"/>
 
अभ्यास में, आंकड़ा देखें, पहले यह जांचा जाता है कि संरचना चार्ट पहले से ही विकसित किया गया है या नहीं। यदि ऐसा है तो एक विशेषज्ञ को यह सुनिश्चित करने के लिए इसकी समीक्षा करने की आवश्यकता है कि यह वर्तमान संरचना का प्रतिनिधित्व करता है और यदि नहीं, तो चार्ट को जहां आवश्यक हो, अपडेट करता है।<ref name="IRT"/>
 


अभ्यास में, आंकड़ा देखें, पहले यह जांचा जाता है कि संरचना चार्ट पहले से ही विकसित किया गया है या नहीं किया गया है । यदि ऐसा है तो विशेषज्ञ को यह सुनिश्चित करने के लिए इसकी समीक्षा करने की आवश्यकता है कि यह वर्तमान संरचना का प्रतिनिधित्व करता है और यदि नहीं करता, तो चार्ट को जहां आवश्यक हो, अपडेट करता है।<ref name="IRT"/>
== यह भी देखें ==
== यह भी देखें ==
{{Commons category|Structure charts}}
{{Commons category|Structure charts}}


* [[कंप्यूटर एडेड सॉफ्टवेयर इंजीनियरिंग]]
* [[कंप्यूटर एडेड सॉफ्टवेयर इंजीनियरिंग]]
* [[सिस्टम संदर्भ आरेख]]
* [[सिस्टम संदर्भ आरेख|प्रणाली संदर्भ आरेख]]
* [[अपघटन आरेख]]
* [[अपघटन आरेख]]
* कार्यात्मक मॉडल
* कार्यात्मक मॉडल
* [[ हिचकी ]]
* [[ हिचकी | एचआईपीओ]]
* [[संरचित विश्लेषण और डिजाइन तकनीक]]
* [[संरचित विश्लेषण और डिजाइन तकनीक|संरचित विश्लेषण और रचना विधि]]
* वार्नियर/ओआरआर आरेख
* वार्नियर/ओआरआर आरेख
* [[कार्य विश्लेषण संरचना]]
* [[कार्य विश्लेषण संरचना]]
Line 33: Line 26:
== संदर्भ ==
== संदर्भ ==
{{reflist}}
{{reflist}}


== अग्रिम पठन ==
== अग्रिम पठन ==
Line 39: Line 31:
* [[Tom DeMarco]] (1979). ''Structured Analysis and System Specification''. Prentice Hall.
* [[Tom DeMarco]] (1979). ''Structured Analysis and System Specification''. Prentice Hall.
* [[Edward Yourdon]] (1999). ''Modern Structured Analysis'', Yourdon Press Computing Series, 1999,
* [[Edward Yourdon]] (1999). ''Modern Structured Analysis'', Yourdon Press Computing Series, 1999,
== बाहरी संबंध ==
== बाहरी संबंध ==
* [https://web.archive.org/web/20180308114549/http://www.hit.ac.il:80/staff/leonidM/information-systems/ch63.html Structure charts] Overview.
* [https://web.archive.org/web/20180308114549/http://www.hit.ac.il:80/staff/leonidM/information-systems/ch63.html Structure charts] Overview.
Line 46: Line 36:
* [https://web.archive.org/web/20090219083522/http://www.usfca.edu/~wolberd/cs112/SupplementalNotes/structureChart.doc Structure Charts] (.doc).
* [https://web.archive.org/web/20090219083522/http://www.usfca.edu/~wolberd/cs112/SupplementalNotes/structureChart.doc Structure Charts] (.doc).


[[Category: चार्ट]] [[Category: सिस्टम विश्लेषण]]
[[Category:Commons category link is locally defined]]
 
 
 
[[Category: Machine Translated Page]]
[[Category:Created On 13/05/2023]]
[[Category:Created On 13/05/2023]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Pages with script errors]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:चार्ट]]
[[Category:सिस्टम विश्लेषण]]

Latest revision as of 10:49, 30 May 2023

एक संरचित चार्ट का उदाहरण।[1]

सॉफ्टवेयर इंजीनियरिंग और संगठनात्मक सिद्धांत में संरचना चार्ट (एससी) एक ऐसा चार्ट है | जो प्रणाली के टूटने को उसके निम्नतम प्रबंधनीय स्तरों पर दिखाता है। [2] पेड़ में प्रोग्राम मॉड्यूल की व्यवस्था करने के लिए उनका उपयोग संरचित प्रोग्रामिंग में किया जाता है। प्रत्येक मॉड्यूल को बॉक्स द्वारा दर्शाया जाता है | जिसमें मॉड्यूल का नाम होता है। वृक्ष संरचना मॉड्यूल के बीच संबंधों की कल्पना करती है।[3]

अवलोकन

Illustration of simple hierarchy chart.
यह पदानुक्रम चार्ट दो मॉड्यूल के बीच निकलने वाले डेटा का प्रतिनिधित्व करता है। जब मॉड्यूल भुगतान_बिल निष्पादित किया जाता है, तो स्यूडोकोड चेक करता है कि भुगतान रसीद की खोज करके बिल का भुगतान पहले ही कर दिया गया है (सर्च_रसीद निष्पादित करें)। यदि रसीद नहीं मिलती है तो यह काम खत्म करने के लिए गिव_मनी_टू_डेट_कलेक्टर मॉड्यूल को निष्पादित करेगा।

संरचना चार्ट ऊपर से नीचे मॉड्यूलर रचना है। जो प्रणाली में विभिन्न मॉड्यूल का प्रतिनिधित्व करने वाले वर्गों और उन्हें जोड़ने वाली रेखाओं से निर्मित होता है। रेखाएँ गतिविधियों और उप-गतिविधियों के बीच सम्बन्ध और या स्वामित्व का प्रतिनिधित्व करती हैं | क्योंकि वे संगठन चार्ट में उपयोग की जाती हैं।[4]

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

  • प्रत्येक कार्य के अंदर सरलता से पहचाने जाने योग्य कार्यों और मॉड्यूल की संख्या होती है |
  • क्या प्रत्येक पहचान योग्य कार्य प्रबंधनीय इकाई है या छोटे घटकों में विभाजित किया जाना चाहिए।

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

संरचना चार्ट निर्माण

तथाकथित सब्जेक्ट मैटर एक्सपर्ट्स (एसएमई) द्वारा स्ट्रक्चर चार्ट के निर्माण का वर्णन करने वाला एक प्रोसेस फ्लो डायग्राम।[2]

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

अभ्यास में, आंकड़ा देखें, पहले यह जांचा जाता है कि संरचना चार्ट पहले से ही विकसित किया गया है या नहीं किया गया है । यदि ऐसा है तो विशेषज्ञ को यह सुनिश्चित करने के लिए इसकी समीक्षा करने की आवश्यकता है कि यह वर्तमान संरचना का प्रतिनिधित्व करता है और यदि नहीं करता, तो चार्ट को जहां आवश्यक हो, अपडेट करता है।[2]

यह भी देखें

संदर्भ

  1. Sandia National Laboratories (1992). Sandia Software Guidelines Volume 5 Tools, Techniques,and Methodologies SANDIA REPORTS 85–2348qUC–32
  2. 2.0 2.1 2.2 2.3 2.4 IRS (2008) "Configuration Management" In: IRS Resources Part 2. Information Technology Chapter 27. Configuration Management. Accessed at IRS.GOV 14 November 2008. No longer online 8 November 2009.
  3. James Martin, Carma L. McClure (1988). Structured Techniques: The Basis for Case. Prentice Hall. p.56.
  4. H. Fujita & V. Gruhn (2004). New Trends in Software Methodologies, Tools and Techniques. Page 6.
  5. 5.0 5.1 David Wolber (2009) "Structure Charts: Supplementary Notes Structure Charts and Bottom-up Implementation: Java Version. Accessed 8 November 2009

अग्रिम पठन

  • Sarah Brooks (1981). "Structure Charts and Basic Programming". in: MATYC Journal, v15 n2 p. 107-112 Spring 1981.
  • Tom DeMarco (1979). Structured Analysis and System Specification. Prentice Hall.
  • Edward Yourdon (1999). Modern Structured Analysis, Yourdon Press Computing Series, 1999,

बाहरी संबंध