संरचना चार्ट: Difference between revisions
No edit summary |
No edit summary |
||
| 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>]][[सॉफ्टवेयर इंजीनियरिंग]] और [[संगठनात्मक सिद्धांत]] में | [[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.|यह पदानुक्रम चार्ट दो मॉड्यूल के बीच गुजरने वाले डेटा का प्रतिनिधित्व करता है। जब मॉड्यूल Pay_Bill निष्पादित किया जाता है, तो स्यूडोकोड चेक करता है कि भुगतान रसीद की खोज करके बिल का भुगतान पहले ही कर दिया गया है (Search_Receipt निष्पादित करें)। अगर रसीद नहीं मिलती है तो यह काम खत्म करने के लिए गिव_मनी_टू_डेट_कलेक्टर मॉड्यूल को निष्पादित करेगा।]] | [[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) के अनुसार [[संरचित विश्लेषण]] संरचना चार्ट में, [[कंप्यूटर प्रोग्राम]] के उच्च-स्तरीय डिज़ाइन, या आर्किटेक्चर को निर्दिष्ट करने के लिए उपयोग किया जाता है। | वोल्बर (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"/> | |||
== संरचना चार्ट निर्माण == | == संरचना चार्ट निर्माण == | ||
[[Image:Structure chart construction.jpg|thumb|320px|तथाकथित सब्जेक्ट मैटर एक्सपर्ट्स (SME) द्वारा स्ट्रक्चर चार्ट के निर्माण का वर्णन करने वाला एक प्रोसेस फ्लो डायग्राम।<ref name="IRT"/>]]वोल्बर (2009) के अनुसार, | [[Image:Structure chart construction.jpg|thumb|320px|तथाकथित सब्जेक्ट मैटर एक्सपर्ट्स (SME) द्वारा स्ट्रक्चर चार्ट के निर्माण का वर्णन करने वाला एक प्रोसेस फ्लो डायग्राम।<ref name="IRT"/>]]वोल्बर (2009) के अनुसार, संरचना के निर्माण के साथ संरचना चार्ट विकसित किया जा सकता है, जो उल्टे पेड़ की जड़ को रखता है जो संरचना चार्ट बनाता है। अगला कदम मुख्य उप-कार्यों की अवधारणा करना है जो समस्या को हल करने के लिए कार्यक्रम द्वारा किए जाने चाहिए। अगला, प्रोग्रामर प्रत्येक उप-कार्य पर व्यक्तिगत रूप से ध्यान केंद्रित करता है, और अवधारणा करता है कि प्रत्येक को छोटे कार्यों में कैसे तोड़ा जा सकता है। आखिरकार, प्रोग्राम को उस बिंदु तक तोड़ दिया जाता है जहां पेड़ की पत्तियां सरल विधियों का प्रतिनिधित्व करती हैं जिन्हें केवल कुछ प्रोग्राम स्टेटमेंट्स के साथ कोडित किया जा सकता है।<ref name= "Wol"/> | ||
अभ्यास में, आंकड़ा देखें, पहले यह जांचा जाता है कि संरचना चार्ट पहले से ही विकसित किया गया है या नहीं। यदि ऐसा है तो | अभ्यास में, आंकड़ा देखें, पहले यह जांचा जाता है कि संरचना चार्ट पहले से ही विकसित किया गया है या नहीं। यदि ऐसा है तो विशेषज्ञ को यह सुनिश्चित करने के लिए इसकी समीक्षा करने की आवश्यकता है कि यह वर्तमान संरचना का प्रतिनिधित्व करता है और यदि नहीं, तो चार्ट को जहां आवश्यक हो, अपडेट करता है।<ref name="IRT"/> | ||
Revision as of 17:07, 19 May 2023
सॉफ्टवेयर इंजीनियरिंग और संगठनात्मक सिद्धांत में संरचना चार्ट (एससी) एक ऐसा चार्ट है जो सिस्टम के टूटने को उसके निम्नतम प्रबंधनीय स्तरों पर दिखाता है।[2] पेड़ में प्रोग्राम मॉड्यूल की व्यवस्था करने के लिए उनका उपयोग संरचित प्रोग्रामिंग में किया जाता है। प्रत्येक मॉड्यूल को बॉक्स द्वारा दर्शाया जाता है, जिसमें मॉड्यूल का नाम होता है। वृक्ष संरचना मॉड्यूल के बीच संबंधों की कल्पना करती है।[3]
प्रोग्राम मॉड्यूल की व्यवस्था करने के लिए उनका उपयोग संरचित प्रोग्रामिंग में किया जाता है। प्रत्येक मॉड्यूल को बॉक्स द्वारा दर्शाया जाता है, जिसमें मॉड्यूल का नाम होता है। वृक्ष संरचना
सिंहावलोकन
संरचना चार्ट ऊपर-नीचे डिजाइन है। टॉप-डाउन मॉड्यूलर डिज़ाइन टूल, जो प्रणाली में विभिन्न मॉड्यूल का प्रतिनिधित्व करने वाले वर्गों और उन्हें जोड़ने वाली रेखाओं से निर्मित होता है। रेखाएँ गतिविधियों और उप-गतिविधियों के बीच कनेक्शन और या स्वामित्व का प्रतिनिधित्व करती हैं क्योंकि वे संगठन चार्ट में उपयोग की जाती हैं।[4]
वोल्बर (2009) के अनुसार संरचित विश्लेषण संरचना चार्ट में, कंप्यूटर प्रोग्राम के उच्च-स्तरीय डिज़ाइन, या आर्किटेक्चर को निर्दिष्ट करने के लिए उपयोग किया जाता है। डिज़ाइन टूल के रूप में, वे प्रोग्रामर को बड़ी सॉफ़्टवेयर समस्या को विभाजित करने और जीतने में सहायता करते हैं, यानी, समस्या को पुनरावर्ती रूप से भागों में तोड़ना जो मानव मस्तिष्क द्वारा समझने के लिए काफी छोटा है। प्रक्रिया को टॉप-डाउन डिज़ाइन या कार्यात्मक अपघटन कहा जाता है। प्रोग्रामर प्रोग्राम बनाने के लिए स्ट्रक्चर चार्ट का उपयोग उसी तरह से करते हैं जैसे आर्किटेक्ट घर बनाने के लिए ब्लूप्रिंट का उपयोग करता है। डिज़ाइन चरण में, चार्ट तैयार किया जाता है और क्लाइंट और विभिन्न सॉफ़्टवेयर डिज़ाइनरों के संचार के लिए एक तरीके के रूप में उपयोग किया जाता है। कार्यक्रम के वास्तविक निर्माण (कार्यान्वयन) के दौरान, चार्ट को लगातार मास्टर-प्लान के रूप में संदर्भित किया जाता है।[5] संरचना चार्ट दर्शाता है[2]* सिस्टम का आकार और जटिलता, और
- प्रत्येक समारोह के भीतर आसानी से पहचाने जाने योग्य कार्यों और मॉड्यूल की संख्या और
- क्या प्रत्येक पहचान योग्य कार्य प्रबंधनीय इकाई है या छोटे घटकों में विभाजित किया जाना चाहिए।
संरचना चार्ट का उपयोग संबंधित तत्वों को आरेखित करने के लिए भी किया जाता है जिसमें रन स्ट्रीम या थ्रेड शामिल होता है। इसे अक्सर पदानुक्रमित आरेख के रूप में विकसित किया जाता है, लेकिन अन्य अभ्यावेदन स्वीकार्य हैं। प्रतिनिधित्व को विन्यास प्रणाली के सबसिस्टम और निम्नतम प्रबंधनीय स्तर में टूटने का वर्णन करना चाहिए। सटीक और पूर्ण संरचना चार्ट कॉन्फ़िगरेशन आइटम (सीआई) के निर्धारण की कुंजी है, और कॉन्फ़िगरेशन सिस्टम का दृश्य प्रतिनिधित्व और इसके सीआई के बीच आंतरिक इंटरफेस(CI को स्पष्ट रूप से परिभाषित करें). कॉन्फ़िगरेशन नियंत्रण प्रक्रिया के दौरान, संरचना चार्ट का उपयोग सीआई और उनसे संबंधित कलाकृतियों की पहचान करने के लिए किया जाता है जो प्रस्तावित परिवर्तन को प्रभावित कर सकते हैं।[2]
संरचना चार्ट निर्माण
वोल्बर (2009) के अनुसार, संरचना के निर्माण के साथ संरचना चार्ट विकसित किया जा सकता है, जो उल्टे पेड़ की जड़ को रखता है जो संरचना चार्ट बनाता है। अगला कदम मुख्य उप-कार्यों की अवधारणा करना है जो समस्या को हल करने के लिए कार्यक्रम द्वारा किए जाने चाहिए। अगला, प्रोग्रामर प्रत्येक उप-कार्य पर व्यक्तिगत रूप से ध्यान केंद्रित करता है, और अवधारणा करता है कि प्रत्येक को छोटे कार्यों में कैसे तोड़ा जा सकता है। आखिरकार, प्रोग्राम को उस बिंदु तक तोड़ दिया जाता है जहां पेड़ की पत्तियां सरल विधियों का प्रतिनिधित्व करती हैं जिन्हें केवल कुछ प्रोग्राम स्टेटमेंट्स के साथ कोडित किया जा सकता है।[5]
अभ्यास में, आंकड़ा देखें, पहले यह जांचा जाता है कि संरचना चार्ट पहले से ही विकसित किया गया है या नहीं। यदि ऐसा है तो विशेषज्ञ को यह सुनिश्चित करने के लिए इसकी समीक्षा करने की आवश्यकता है कि यह वर्तमान संरचना का प्रतिनिधित्व करता है और यदि नहीं, तो चार्ट को जहां आवश्यक हो, अपडेट करता है।[2]
यह भी देखें
- कंप्यूटर एडेड सॉफ्टवेयर इंजीनियरिंग
- सिस्टम संदर्भ आरेख
- अपघटन आरेख
- कार्यात्मक मॉडल
- हिचकी
- संरचित विश्लेषण और डिजाइन तकनीक
- वार्नियर/ओआरआर आरेख
- कार्य विश्लेषण संरचना
संदर्भ
- ↑ Sandia National Laboratories (1992). Sandia Software Guidelines Volume 5 Tools, Techniques,and Methodologies SANDIA REPORTS 85–2348qUC–32
- ↑ 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.
- ↑ James Martin, Carma L. McClure (1988). Structured Techniques: The Basis for Case. Prentice Hall. p.56.
- ↑ H. Fujita & V. Gruhn (2004). New Trends in Software Methodologies, Tools and Techniques. Page 6.
- ↑ 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,
बाहरी संबंध
- Structure charts Overview.
- State Court Structure Charts, a series of examples.
- Structure Charts (.doc).
