संरचित विश्लेषण और प्रारुप तकनीक

एसएडीटी आधार तत्व निम्नलिखित है।

संरचित विश्लेषण और प्रारुप तकनीक (एसएडीटी) प्रणाली को कार्यों के पदानुक्रम के रूप में वर्णित करने के लिए एक प्रणाली अभियांत्रिकी और सॉफ्टवेयर अभियांत्रिकी पद्धति होती है। एसएडीटी एक संरचित विश्लेषण मॉडलिंग भाषा है, जो दो प्रकार के आरेखों का उपयोग करती है:पहला गतिविधि मॉडल और दूसरा डेटा मॉडल होता हैं। इसे 1960 के दशक के अंत में डगलस टी. रॉस द्वारा विकसित किया गया था, और 1981 में इसे औपचारिक रूप दिया गया और इसे आईडीईएफ0 के रूप में प्रकाशित किया गया था।

सिंहावलोकन

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

इतिहास

एसएडीटी को डगलस टी. रॉस और सोफटेक, इंक द्वारा 1969 से 1973 की अवधि के दौरान विकसित और क्षेत्र-परीक्षण किया गया था।^[1]^[4] पद्धति का उपयोग एमआईटी स्वचालित प्रोग्रामिंग टूल (एपीटी) परियोजना में किया गया था। 1973 में यूएस एयर फ़ोर्स एकीकृत कंप्यूटर एडेड विनिर्माण प्रोग्राम द्वारा इसका व्यापक उपयोग प्रारंभ हुआ था।

लेविट (2000) के अनुसार एसएडीटी संरचित विधियों की एक श्रृंखला का हिस्सा होता है, जो 1960 से 1980 के दशक तक सॉफ्टवेयर विश्व के सामने आने वाली समस्याओं के उत्तर में विकसित किए गए विश्लेषण, प्रारुप और प्रोग्रामिंग तकनीकों के संग्रह का प्रतिनिधित्व करता है। इस समय सीमा में अधिकांश व्यावसायिक प्रोग्रामिंग कोबोल और फोरट्रान, पुनः C और बेसिक में की गई थी। अच्छी प्रारुप और प्रोग्रामिंग तकनीकों पर बहुत न्यूनतम मार्गदर्शन होता था, और आवश्यकताओं और प्रारुपो के दस्तावेजीकरण के लिए कोई मानक तकनीक नहीं होती थी। प्रणालियाँ बड़ी और अधिक जटिल होती जा रही थीं, और सूचना प्रणाली का विकास करना कठिन और कठिन होता जा रहा था। बड़े और जटिल सॉफ़्टवेयर को प्रबंधित करने में सहायता करने के विधि के रूप में उपयोग किया जाता हैं।^[5]

एसएडीटी समान संरचित विधियों की एक श्रृंखला में से एक था, जो 1960 के उपरांत से उभरा था जैसे कि:

लगभग 1967 में एडजर डब्ल्यू. दिज्क्स्ट्रा के सापेक्ष संरचित प्रोग्रामिंग होती हैं।
1975 के आसपास लैरी कॉन्स्टेंटाइन और एड योरडन के सापेक्ष संरचित प्रारुप बनाता हैं।
1978 में टॉम डेमार्को, योरडॉन, गेन एंड सरसन, मैकमेनामिन और पामर के सापेक्ष संरचित विश्लेषण होता हैं।
जेम्स मार्टिन (लेखक) के सापेक्ष लगभग 1990 में सूचना प्रौद्योगिकी अभियांत्रिकी होता हैं।

1981 में एसएडीटी के आधार पर आईडीईएफ में औपचारिकता प्रकाशित हुई थी।^[6]

एसएडीटी विषय

टॉप-डाउन अपघटन संरचना दर्शाया गया है ।

एक एसएडीटी उदाहरण निम्नलिखित है ।

टॉप-डाउन दृष्टिकोण

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

आरेख

एसएडीटी दो प्रकार के आरेखों का उपयोग करता है:पहला गतिविधि मॉडल और दूसरा डेटा मॉडल था। यह इन आरेखों को बनाने के लिए तीरों का उपयोग किया जाता है।एसएडीटी का प्रतिनिधित्व निम्नलिखित है:

एक मुख्य बॉक्स जहां प्रक्रिया या क्रिया का नाम निर्दिष्ट किया गया है।
इस बॉक्स के बाईं ओर आने वाले तीर: कार्रवाई के इनपुट उपयोग किया जाता है ।
ऊपरी भाग पर आने वाले तीर: कार्रवाई के लिए आवश्यक डेटा का उपयोग किया जाता।
बॉक्स के निम्न भाग में, आने वाले तीर: का अर्थ क्रिया के लिए उपयोग किया जाता है।
बॉक्स के दाईं ओर, आउटगोइंग एरो: एक्शन के आउटपुट का उपयोग किया जाता है।

गतिविधियों के लिए तीरों का शब्दार्थ:^[2]* इनपुट बाईं ओर से प्रवेश करते हैं और गतिविधि के लिए आवश्यक डेटा या उपभोग्य सामग्रियों का प्रतिनिधित्व करते हैं।

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

डेटा के लिए तीरों का शब्दार्थ:^[2]

इनपुट के वे गतिविधियाँ हैं जो डेटा उत्पन्न करती हैं।
आउटपुट डेटा की खपत करते हैं।
नियंत्रण डेटा की आंतरिक स्थिति को प्रभावित करते हैं।

भूमिकाएं

माइलोपोलोस (2004) के अनुसार सॉफ्टवेयर विकास प्रक्रिया में कई भूमिकाओं को पृथक किया जा सकता है या उन्हें प्रतिष्ठित किया जाना चाहिए:^[2]* एसएडीटी मॉडल के लेखक या विकासकर्ता के कुछ बिंदु निम्न है:-

टिप्पणीकार, जो लेखक के काम की समीक्षा करते हैं।
एसएडीटी मॉडल के पाठक या उपयोगकर्ता का उपयोग करते है।
विशेषज्ञ, जो लेखकों को सलाह दे सकते हैं।
विस्तार से एसएडीटी मॉडल की तकनीकी समिति या समीक्षक का उपयोग किया जाता है।
प्रोजेक्ट लाइब्रेरियन, जो प्रोजेक्ट प्रलेखन को नियंत्रित करता है।
प्रोजेक्ट मैनेजर, जो प्रणाली विश्लेषण और प्रारुप को नियंत्रित करता है।
एसएडीटी डेवलपर्स और उपयोगकर्ताओं की सहायता के लिए मॉनिटर या मुख्य विश्लेषक है।
प्रशिक्षक एसएडीटी डेवलपर्स और उपयोगकर्ताओं को प्रशिक्षित करने के लिए उपयोग किया जाता है।

उपयोग

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

यह भी देखें

संदर्भ

↑ ^1.0 ^1.1 D. Marca, C. McGowan, Structured Analysis and Design Technique, McGraw-Hill, 1987, ISBN 0-07-040235-3
↑ ^2.0 ^2.1 ^2.2 ^2.3 ^2.4 John Mylopoulos (2004). Conceptual Modelling III. Structured Analysis and Design Technique (SADT). Retrieved 21 September 2008.
↑ SADT at Free-logistics.com. Retrieved 21 September 2008.
↑ D. T. Ross: Structured Analysis (SA): A Language for Communicating Ideas. IEEE Transactions on Software Engineering, SE-3(1), pp. 16-34. Abstract
↑ Dave Levitt (2000):Introduction to Structured Analysis and Design Archived 7 September 2006 at the Wayback Machine. Retrieved 21 September 2008.
↑ Gavriel Salvendy (2001). Handbook of Industrial Engineering: Technology and Operations Management.. p.508.
↑ Nam Pyo Suh (2007). Axiomatic Design - Advances and Applications. New York : Oxford University Press Chapter 5, pp. 239-298.
↑ Ross, Douglas T., and Kenneth E. Schoman Jr. "Structured analysis for requirements definition." Software Engineering, IEEE Transactions on 1 (1977): 6-15.

अग्रिम पठन

William S. Davis (1992). Tools and Techniques for Structured Systems Analysis and Design. Addison-Wesley. ISBN 0-201-10274-9
Marca, D.A., and C.L. McGowan. (1988). एसएडीटी: structured analysis and design technique. McGraw-Hill Book Co., Inc.: New York, NY.
Jerry FitzGerald and Ardra F. FitzGerald (1987). Fundamentals of Systems Analysis: Using Structured Analysis and Design Techniques. Wiley. ISBN 0-471-88597-5
David A. Marca and Clement L. McGowan (1988). एसएडीटी: Structured Analysis and Design Technique. McGraw-Hill. ISBN 0-07-040235-3
D. Millington (1981). Systems Analysis and Design for Computer Applications. E. Horwood. ISBN 0-85312-249-0
Robertson & Robertson (1999). Mastering the Requirements Process. Addison Wesley.
James C. Wetherbe (1984). Systems Analysis and Design: Traditional, Structured, and Advanced Concepts and Techniques. West Pub. Co. ISBN 0-314-77858-6

बाहरी संबंध

[sadt-1] 1.0 ^1.1 D. Marca, C. McGowan, Structured Analysis and Design Technique, McGraw-Hill, 1987, ISBN 0-07-040235-3

[JM04-2] 2.0 ^2.1 ^2.2 ^2.3 ^2.4 John Mylopoulos (2004). Conceptual Modelling III. Structured Analysis and Design Technique (SADT). Retrieved 21 September 2008.

[FL-3] SADT at Free-logistics.com. Retrieved 21 September 2008.

[ross1977-4] D. T. Ross: Structured Analysis (SA): A Language for Communicating Ideas. IEEE Transactions on Software Engineering, SE-3(1), pp. 16-34. Abstract

[DL00-5] Dave Levitt (2000):Introduction to Structured Analysis and Design Archived 7 September 2006 at the Wayback Machine. Retrieved 21 September 2008.

[6] Gavriel Salvendy (2001). Handbook of Industrial Engineering: Technology and Operations Management.. p.508.

[7] Nam Pyo Suh (2007). Axiomatic Design - Advances and Applications. New York : Oxford University Press Chapter 5, pp. 239-298.

[8] Ross, Douglas T., and Kenneth E. Schoman Jr. "Structured analysis for requirements definition." Software Engineering, IEEE Transactions on 1 (1977): 6-15.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]