OOAD Full Form in Hindi, Full Form in Hindi OOAD, OOAD Meaning in Hindi, OOAD Full Form, OOAD Ka Full Form Kya Hai, OOAD का Full Form क्या है, OOAD Ka Poora Naam Kya Hai, OOAD Meaning in English, OOAD Full Form in Hindi, OOAD Kya Hota Hai, OOAD का Full Form क्या हैं, OOAD का फुल फॉर्म क्या है, Full Form of OOAD in Hindi, OOAD किसे कहते है, OOAD का फुल फॉर्म इन हिंदी, OOAD का पूरा नाम और हिंदी में क्या अर्थ होता है, OOAD का क्या Use है, दोस्तों क्या आपको पता है OOAD की Full Form क्या है, और OOAD होता क्या है, अगर आपका answer नहीं है, तो आपको उदास होने की कोई जरुरत नहीं है, क्योंकि आज हम इस पोस्ट में आपको OOAD की पूरी जानकारी हिंदी भाषा में देने जा रहे है, तो फ्रेंड्स OOAD Full Form in Hindi में और OOAD का पूरी इतिहास जानने के लिए इस पोस्ट को लास्ट तक पढ़े.
OOAD की फुल फॉर्म Object-oriented Analysis and Design होती है. OOAD को हिंदी में ऑब्जेक्ट-ओरिएंटेड एनालिसिस एंड डिज़ाइन कहते है. ऑब्जेक्ट-ओरिएंटेड एनालिसिस एंड डिज़ाइन (OOAD) एक टेक्निकल अप्रोच है जिसका उपयोग ऑब्जेक्ट-ओरिएंटेड प्रतिमान और कॉन्सेप्ट्स के विज़ुअल मॉडलिंग सहित एप्लिकेशन या सिस्टम के विश्लेषण और डिज़ाइन में किया जाता है. यह आवेदन या प्रणाली के विकास जीवन चक्र में लागू किया जाता है. यह बेहतर उत्पाद की गुणवत्ता को बढ़ावा देता है और यहां तक कि हितधारक की भागीदारी और संचार को प्रोत्साहित करता है.
Object-oriented Analysis और डिज़ाइन OOAD ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग को लागू करने के साथ-साथ एप्लिकेशन, सिस्टम या व्यवसाय के विश्लेषण और डिज़ाइन के लिए एक तकनीकी दृष्टिकोण के साथ ही Stakeholder Communication और Product की Quality का मार्गदर्शन करने के लिए Software Development Process में Visual Modeling का उपयोग करता है. आधुनिक सॉफ्टवेयर इंजीनियरिंग में OOAD आमतौर पर चलने और वृद्धि के तरीके से संचालित होता है. OOAD गतिविधियों के आउटपुट क्रमश विश्लेषण मॉडल OOA के लिए और डिज़ाइन मॉडल OOD के लिए हैं. इन Risks और Business Value जैसे Key Factors द्वारा Operated, Continuously Refined और विकसित होने का इरादा है.
1990 के मध्य से पहले ऑब्जेक्ट-ओरिएंटेड तकनीक के शुरुआती दिनों में सॉफ्टवेयर विकास और ऑब्जेक्ट-ओरिएंटेड मॉडलिंग के लिए कई अलग-अलग प्रतिस्पर्धा पद्धति थी जो अक्सर विशिष्ट कंप्यूटर एडेड सॉफ्टवेयर इंजीनियरिंग (CASE) टूल विक्रेताओं से जुड़ी होती थी. उस समय कोई मानक संकेतन, सुसंगत नियम और प्रक्रिया मार्गदर्शिकाएँ प्रमुख चिंताएँ नहीं थीं जिन्होंने संचार दक्षता को कम कर दिया और सीखने की अवस्था को लंबा कर दिया. कुछ प्रसिद्ध प्रारंभिक वस्तु-उन्मुख कार्यप्रणाली गुरु से प्रेरित थे जैसे कि ग्रैडी बूच, जेम्स रुंबॉ, इवर जैकबसन थ्री एमिगोस, रॉबर्ट मार्टिन, पीटर कोड, सैली श्लायर, स्टीफन मेलर, और रेबेका विर्फ़स-ब्रॉक .
1994 में थर्ड एमिगोज ऑफ रेशनल सॉफ्टवेयर ने यूनिफाइड मॉडलिंग लैंग्वेज को विकसित करने के लिए एक साथ काम करना शुरू किया. इसके बाद में फिलिप क्रेच्टेन और वॉकर रॉयस विंस्टन रॉयस के सबसे बड़े बेटे के साथ उन्होंने अपने स्वयं के तरीके ओएमटी, ओओएसई और बूच विधि को विलय करने के लिए एक सफल मिशन का नेतृत्व किया है जिसमें अन्य उद्योग के नेताओं से Rational Integration Process में विभिन्न अंतर्दृष्टि और अनुभव हैं. RUP एक व्यापक पुनरावृत्त और वृद्धिशील प्रक्रिया गाइड और उद्योग सीखने के लिए Software Development और परियोजना प्रबंधन के सर्वोत्तम अभ्यास. तब से यूनिफाइड प्रोसेस परिवार ऑब्जेक्ट-ओरिएंटेड विश्लेषण और डिज़ाइन के लिए संभवतः सबसे लोकप्रिय कार्यप्रणाली और संदर्भ मॉडल बन गया है.
ऑब्जेक्ट-ओरिएंटेड एनालिसिस एंड डिज़ाइन एक सॉफ्टवेयर डेवलपमेंट अप्रोच है जो सिस्टम को ऑब्जेक्ट्स के समूह के रूप में मॉडल करता है. प्रत्येक ऑब्जेक्ट मॉडल किए जाने वाले सिस्टम के भीतर कुछ वास्तविक विश्व इकाई का प्रतिनिधित्व करता है, और इसकी अपनी विशेषताएं और संचालन हैं. सिस्टम की संरचना और व्यवहार को प्रतिबिंबित करने के लिए ऐसी वस्तुओं का उपयोग करके मॉडल की एक श्रृंखला बनाई जा सकती है.
वस्तुओं को दर्शाने के लिए सबसे व्यापक रूप से उपयोग की जाने वाली सूचनाएँ और एक दूसरे के साथ बातचीत करने का तरीका यूनिफ़ाइड मॉडलिंग लैंग्वेज यूएमएल है. यूएमएल को ऑब्जेक्ट मैनेजमेंट ग्रुप (OMG) द्वारा 1997 में ऑब्जेक्ट-ओरिएंटेड मॉडलिंग के लिए मानक के रूप में अपनाया गया था, और ऑब्जेक्ट-ओरिएंटेड मॉडलिंग तकनीकों से व्यापक रूप से स्वीकृत अवधारणाओं को जोड़ती है.
ओओएडी में विश्लेषण और डिजाइन के बीच की रेखा अविभाज्य है, लेकिन अनिवार्य रूप से ऑब्जेक्ट मॉडलिंग का उपयोग विश्लेषण चरण के दौरान सिस्टम की कार्यात्मक आवश्यकताओं यानी सिस्टम को क्या करना चाहिए को निर्धारित करने के लिए किया जाता है और इस प्रकार प्राप्त मॉडल परिष्कृत और संवर्धित करने के लिए उपयोग किए जाते हैं डिज़ाइन चरण के दौरान भौतिक कार्यान्वयन के लिए खाका यानी सिस्टम क्या करेगा यह कैसे करना चाहिए.
विश्लेषण चरण में दी गई जानकारी सभी सामान्य साधनों से प्राप्त होती है जैसे कि लिखित आवश्यकताएं बयान, साक्षात्कार, अवलोकन, और सिस्टम के प्रलेखन का अध्ययन. विश्लेषण और डिजाइन चरणों के दौरान उत्पादित विभिन्न आरेखों को समझना आसान है और इसका उपयोग उपयोगकर्ताओं को प्रस्तावित सिस्टम डिज़ाइन के पहलुओं को समझाने और प्रतिक्रिया प्राप्त करने के लिए किया जा सकता है. डिज़ाइन-चरण आरेखों का अंतिम सेट चुने गए भौतिक वास्तुकला को दर्शाता है और पर्यावरण से जुड़े किसी भी बाधा को ध्यान में रखना चाहिए जिसमें सिस्टम को संचालित करना होगा, या उपलब्ध तकनीकी विकल्प. कार्यान्वयन चरण के लिए आवश्यक इनपुट प्रदान करने के लिए उन्हें पर्याप्त विवरण में विकसित किया जाएगा.
ऑब्जेक्ट-ओरिएंटेड विश्लेषण और डिज़ाइन की कोई भी चर्चा वस्तुओं और वर्गों, और उनके बीच के संबंध की एक अच्छी समझ पर टिकी हुई है. अनिवार्य रूप से एक वस्तु कुछ वास्तविक विश्व इकाई का एक सार प्रतिनिधित्व है जैसे कि व्यक्ति या बैंक खाता. यह इकाई के बारे में डेटा आइटम विशेषताएँ रखेगा उदाहरण के लिए नाम या खाता संख्या. यह विशेषताओं द्वारा रखे गए मूल्यों की रिपोर्ट करने के लिए संचालन या विधियों को परिभाषित करेगा या उन्हें किसी तरह से संशोधित करेगा. एक वर्ग के लिए परिभाषित संचालन इसे एक अंतरफलक के साथ प्रदान करता है जो कि अन्य वस्तुओं के साथ संचार कर सकता है.
वस्तु की पहचान एक अद्वितीय नाम से की जाएगी. एक वर्ग एक टेम्पलेट है जो उन विशेषताओं और परिचालनों को परिभाषित करता है जो इससे निर्मित वस्तुओं के लिए सामान्य हैं. इसे अलग नजरिए से देखने पर, एक वस्तु एक वर्ग का एक उदाहरण एक विशिष्ट उदाहरण है. ये विचार विश्लेषण और डिज़ाइन प्रणालियों के लिए उपयोग किए जाने वाले ऑब्जेक्ट मॉडलिंग नोटेशन और उन सिस्टम को लागू करने के लिए उपयोग की जाने वाली ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग भाषाओं जैसे C ++ और Java दोनों के लिए सामान्य हैं.
ऊपर दिखाया गया सरल बैंक खाता वर्ग तीन खंडों में विभाजित आयत द्वारा दर्शाया गया है. वर्ग का नाम बैंकअकाउंट आयत के शीर्ष भाग में दिखाई देता है. मध्य खंड में क्लास अकाउंटनो और बैलेंस की विशेषताएं हैं और नीचे के भाग में दो ऑपरेशन रिटर्नबैलेंस और अपडेटबैलेंस शामिल हैं. यह सामान्य प्रारूप है जिसमें यूनिफाइड मॉडलिंग भाषा एक वर्ग का प्रतिनिधित्व करती है. जैसा कि विश्लेषण प्रक्रिया जारी है अतिरिक्त विशेषताएं और संचालन उभर सकते हैं और मॉडल में जोड़े जा सकते हैं.
विशिष्ट कक्षाएं अधिक सामान्य कक्षाओं से प्राप्त की जा सकती हैं. एक "छात्र" वर्ग, उदाहरण के लिए व्यक्ति" वर्ग के रूप में एक ही सामान्य गुण जैसे नाम होगा, लेकिन अतिरिक्त विशेषताएँ जैसे Student Number और उन विशेषताओं में हेरफेर करने के लिए अतिरिक्त संचालन होगा. एक वर्ग एक बाल वर्ग या उपवर्ग के विचार को दूसरे वर्ग एक मूल वर्ग या सुपरक्लास से प्राप्त विशेषताओं और संचालन को विरासत कहा जाता है. कार्यान्वयन चरण के दौरान कोड के पुन: उपयोग को प्रोत्साहित करने के तरीके के रूप में विरासत को देखा जाता है क्योंकि मौजूदा विशेषताओं और संचालन को नए व्युत्पन्न वर्ग के लिए स्पष्ट रूप से पुनर्परिभाषित किए जाने की आवश्यकता के बिना माता-पिता से बच्चे तक पारित किया जाता है.
CurrentAcccount और SavingsAccount कक्षाएं BankAccount वर्ग के संचालन और विशेषताओं को विरासत में देती हैं इसलिए ये संचालन और विशेषताएँ, हालांकि नहीं दिखाई जाती हैं इन वर्गों के भीतर निहित हैं. ध्यान दें कि हमने सब-क्लासज और कैलक्लेटनेटइंटरेस्ट ऑपरेशन दोनों उप-वर्गों को जोड़ा है. इन ऑपरेशनों को बैंकअकाउंट वर्ग में शामिल किया जा सकता था और विरासत में मिला हो सकता है लेकिन यह मानने का कारण है कि परिचालन का कार्यान्वयन विभिन्न प्रकार के खाते के लिए अलग-अलग होगा. वास्तव में मॉडलिंग दृष्टिकोण के लाभों में से एक यह है कि हम किसी भी कोड को लिखने से पहले विभिन्न तरीकों से कार्यक्षमता का पता लगा सकते हैं. यदि हम बाद में निर्णय लेते हैं कि कैलकुलेट इंटेस्टेस्ट ऑपरेशन, उदाहरण के लिए, सभी प्रकार के खाते के लिए समान होगा, तो हम इसे प्रतिबिंबित करने के लिए मॉडल को बदल सकते हैं.
सॉफ्टवेयर और कंप्यूटर अनुप्रयोग प्रणाली अविश्वसनीय रूप से जटिल अवधारणाएं हैं क्योंकि कुछ सामग्री प्रतिबंध और बहुत सारे संभावित मनमाना पुनर्निर्माण हैं. Contrast जैसे कि Bridge या Building Design जहाँ उपयोग की जाने वाली सामग्री द्वारा Bridge या Building की अवधारणा को परिभाषित किया जाता है और उस पर निर्मित पर्यावरण की प्रकृति जिसके परिणामस्वरूप कुछ विकल्प होते हैं. Software समान Restrictions का आनंद नहीं लेता है और Complexity बढ़ने के लिए कमरा बहुत बड़ा है.
यह वह जगह है जहाँ Object-oriented Analysis और Design खेल में आता है. यह Complexity को घेरने के लिए एक Devices के रूप में Abstraction का उपयोग करता है और अधिक सार को पेश किया जाता है अधिक से अधिक Complexity में कमी होती है. Immortal और Encapsulation के ये कार्य कुछ समस्याओं को उजागर करने और बाद में दबाने की अनुमति देते हैं.
OOAD को सर्वश्रेष्ठ रूप से लागू किया जाता है क्योंकि इसमें कोई स्पष्ट प्रक्रिया शामिल नहीं है लेकिन प्रत्येक पहलू जहां OOAD को लागू किया जाता है, उसका पुन: उपयोग किया जाता है. ऐसा इसलिए है क्योंकि डिज़ाइन के प्रमुख भाग सिस्टम के संपूर्ण पहलुओं और व्यक्तिगत कार्यों और कोड के बजाय संस्थाओं पर आधारित हैं. यह OOAD के मॉड्यूलर दृष्टिकोण को लागू करता है जिसका लक्ष्य समस्या या सिस्टम को छोटी इकाइयों में विभाजित करना है जिन्हें ऑब्जेक्ट्स कहा जाता है जो अपने आप खड़े हो सकते हैं और अपने आसपास के लोगों को बहुत अधिक प्रभावित किए बिना बदल सकते हैं. यह कार्यक्षमता और व्यवहार को जोड़ना आसान बनाता है और सिस्टम को बदलाव को स्वीकार करने की अनुमति देता है.
अधिकांश Developers Object-oriented Development की अवधारणाओं से अच्छी तरह वाकिफ हैं लेकिन उन्हीं अवधारणाओं का उद्गम व्यापक दृष्टिकोण से संपूर्ण सॉफ्टवेयर विकास जीवन चक्र से होता है जिसे ऑब्जेक्ट-ओरिएंटेड विश्लेषण और डिज़ाइन (OOAD) के रूप में जाना जाता है. OOAD उस प्रणाली के ऑब्जेक्ट मॉडल सिस्टम के तार्किक घटक जो एक दूसरे के साथ बातचीत करते हैं इसके आधार पर किसी अनुप्रयोग का विश्लेषण और डिजाइन करने का एक तकनीकी तरीका है.
हम इस लेख में समय निकालते हैं कि वस्तु-उन्मुख विश्लेषण और ऑब्जेक्ट-ओरिएंटेड डिज़ाइनर यह पता लगाने के लिए कि आधुनिक तकनीक में इन तकनीकों का आमतौर पर उपयोग कैसे किया जाता है और ओओएडी को अपने काम में लागू करने पर आप किसी भी संभावित लाभ या नुकसान पर विचार कर सकते हैं.
ऑब्जेक्ट ओरिएंटेड एनालिसिस का उपयोग करके बनाया गया एक विश्लेषण मॉडल ऑब्जेक्ट ओरिएंटेड डिज़ाइन द्वारा एक डिज़ाइन मॉडल में तब्दील हो जाता है जो सॉफ्टवेयर निर्माण की योजना के रूप में काम करता है. OOD के परिणामस्वरूप कई डिज़ाइन होते हैं जिनमें विभिन्न प्रकार के मापांक होते हैं अर्थात प्रमुख सिस्टम घटकों को सबसिस्टम एक सिस्टम स्तर मॉड्यूलर में विभाजित किया जाता है और उनके हेरफेर कार्यों को डेटा में ऑब्जेक्ट्स एक मॉड्यूलर रूप जो एक का बिल्डिंग ब्लॉक है में समझाया जाता है. इसके अलावा OOD को विशेषताओं के कुछ डेटा संगठन और प्रत्येक ऑपरेशन के एक प्रक्रियात्मक विवरण को निर्दिष्ट करना होगा. ऑब्जेक्ट ओरिएंटेड सिस्टम के लिए एक डिज़ाइन पिरामिड दिखाता है. इसमें निम्नलिखित चार परतें हैं.
सबसिस्टम लेयर
यह सबसिस्टम का प्रतिनिधित्व करता है जो सॉफ्टवेयर को उपयोगकर्ता की आवश्यकताओं को प्राप्त करने और उपयोगकर्ता की जरूरतों को पूरा करने वाले तकनीकी ढांचे को लागू करने में सक्षम बनाता है.
द क्लास एंड ऑब्जेक्ट लेयर
यह वर्ग पदानुक्रम का प्रतिनिधित्व करता है जो प्रणाली को सामान्यीकरण और विशेषज्ञता का उपयोग करके विकसित करने में सक्षम बनाता है. यह परत प्रत्येक वस्तु का प्रतिनिधित्व भी करती है.
संदेश परत
यह डिजाइन विवरण का प्रतिनिधित्व करता है जो प्रत्येक वस्तु को अपने भागीदारों के साथ संवाद करने में सक्षम बनाता है. यह सिस्टम के लिए आंतरिक और बाहरी इंटरफेस स्थापित करता है.
जिम्मेदारियाँ परत
यह प्रत्येक वस्तु के लिए सभी विशेषताओं और संचालन के लिए डेटा संरचना और एल्गोरिथम डिजाइन का प्रतिनिधित्व करता है. ऑब्जेक्ट ओरिएंटेड डिज़ाइन पिरामिड विशेष रूप से विशिष्ट उत्पाद या सिस्टम डिज़ाइन पर जोर देता है. ध्यान दें हालांकि, एक और डिज़ाइन परत मौजूद है, जो आधार बनाती है जिस पर पिरामिड टिकी हुई है. यह डोमेन ऑब्जेक्ट के डिज़ाइन की मुख्य परत पर केंद्रित है जो मानव कंप्यूटर इंटरफ़ेस गतिविधियों कार्य प्रबंधन के लिए सहायता प्रदान करके Object Oriented System के लिए Basic Infrastructure के निर्माण में महत्वपूर्ण भूमिका निभाता है.
ऑब्जेक्ट-ओरिएंटेड डिज़ाइन की प्रक्रिया वास्तव में ऑब्जेक्ट-ओरिएंटेड एनालिसिस प्रक्रिया का एक विस्तार है जो कि एक महत्वपूर्ण चेतावनी के अलावा, इसे आगे बढ़ाती है: बाधाओं का विचार और कार्यान्वयन. उदाहरण के लिए, एक विश्लेषण मॉडल के साथ हाथ में जैसे कि एक ऑब्जेक्ट मॉडल, हमें अब विचार करना चाहिए कि उस वस्तु को वास्तव में कैसे डिज़ाइन और कार्यान्वित किया जाएगा जिसे अक्सर सॉफ़्टवेयर या हार्डवेयर प्लेटफ़ॉर्म समय और बजटीय सीमाओं जैसे बाधाओं की आवश्यकता होती है प्रदर्शन आवश्यकताओं, डेवलपर योग्यता, और आगे.
एक और तरीका रखो, OOD प्रक्रिया OOA चरण के दौरान नियोजित सैद्धांतिक अवधारणाओं और विचारों को लेती है, और आमतौर पर जिस भी भाषा और प्लेटफार्मों पर विकास टीम ने समझौता किया है उसका उपयोग करके कोड के माध्यम से उन्हें डिजाइन और मूर्त रूप से लागू करने का तरीका खोजने की कोशिश करता है. यदि OOA क्या है, तो OOD कैसे है.
प्रोत्साहन को प्रोत्साहित करता है: चूंकि OOAD के भीतर सब कुछ वस्तुओं की अवधारणा विशेष रूप से, वस्तु-उन्मुख विविधता के आसपास घूमता है, OOAD का सबसे बड़ा लाभ यह है कि यह उन प्रणालियों की योजना और विकास को प्रोत्साहित करता है जो वास्तव में एक दूसरे से स्वतंत्र हैं. ऑब्जेक्ट-ओरिएंटेड तकनीकों का उपयोग करते हुए लिखे गए एक वर्ग की तरह, एक ओओएडी विकास जीवन चक्र के दौरान उत्पादित सभी प्रणालियों और वस्तुओं को आवश्यक रूप से मिश्रित और मिलान किया जा सकता है, क्योंकि वे आदर्श रूप से पूरी तरह से आत्म-निहित संस्थाओं के रूप में बनाए जाएंगे.
समझने में आसान चूंकि ओओएडी सिद्धांत मौलिक रूप से वास्तविक दुनिया की वस्तुओं पर आधारित होते हैं इसलिए टीम के सभी लोगों के लिए यह समझना बहुत आसान है कि किसी वस्तु का नाम क्या है या किसी विशेष व्यवहार का क्या मतलब है अच्छी तरह से व्यवहार करता है. यह समग्र विकास के जीवन चक्र को एक बहुत ही चिकनी प्रक्रिया बनाता है, खासकर अगर आपकी टीम को सिस्टम में वस्तुओं और घटकों के बारे में अक्सर ग्राहकों या अन्य गैर-तकनीकी उपयोगकर्ताओं के साथ बातचीत करने की आवश्यकता होती है. ऐसे मामलों में, अधिकांश लोग अभी भी समझते हैं कि वास्तविक दुनिया की वस्तुओं और विचारों के आधार पर सिस्टम घटक और मॉडलिंग की गई वस्तुएं कैसे काम करती हैं.
ओओएडी का अर्थ ऑब्जेक्ट ओरिएंटेड एनालिसिस एंड डिजाइन है और अन्य अर्थ नीचे स्थित हैं जो फोरम शब्दावली के अंतर्गत आते हैं और ओओएडी का 1 अलग अर्थ है. सभी अर्थ जो OOAD संक्षिप्त नाम के हैं वे केवल फोरम शब्दावली के भीतर हैं और अन्य अर्थ नहीं पाए जाते हैं. यदि आप अन्य अर्थ देखना चाहते हैं तो कृपया OOAD अर्थ लिंक पर क्लिक करें. इस प्रकार आपको ओओएडी के सभी अर्थों को इंगित करने वाले पृष्ठ पर निर्देशित किया जाएगा. जब तक तल पर 1 अलग-अलग अर्थ OOAD नहीं होते हैं, तब तक कृपया प्रश्न संरचनाओं को टाइप करके फिर से खोजें जैसे फोरम में OOAD का अर्थ क्या होता है फोरम में OOAD का अर्थ. इसके अलावा आप खोज बॉक्स में OOAD टाइप करके खोज सकते हैं जो हमारी वेबसाइट पर पाया जाता है.