क्लास डायग्राम बनाम ऑब्जेक्ट डायग्राम बनाम ईआर डायग्राम
क्लास डायग्राम, ऑब्जेक्ट डायग्राम और ईआर डायग्राम सभी ऑब्जेक्ट-ओरिएंटेड सिस्टम के स्थिर पहलुओं का मॉडलिंग करने के लिए उपयोग किए जाते हैं। प्रत्येक प्रकार के डायग्राम का अपना विशिष्ट उपयोग मामला होता है और यह सॉफ्टवेयर विकास प्रक्रिया के अलग-अलग चरणों में उपयोग किया जा सकता है।
आमतौर पर, क्लास डायग्राम, ऑब्जेक्ट डायग्राम और ईआर डायग्राम सभी ऑब्जेक्ट-ओरिएंटेड सिस्टम के स्थिर पहलुओं का मॉडलिंग करने के लिए उपयोगी उपकरण हैं। क्लास डायग्राम सॉफ्टवेयर विकास प्रक्रिया के डिजाइन चरण में उपयोग किए जाते हैं, ऑब्जेक्ट डायग्राम सिस्टम के विशिष्ट उदाहरणों के डीबगिंग और परीक्षण के लिए उपयोग किए जाते हैं, और ईआर डायग्राम सॉफ्टवेयर विकास प्रक्रिया के डेटाबेस डिजाइन चरण में उपयोग किए जाते हैं। किस डायग्राम का उपयोग करना है, इसका चयन सॉफ्टवेयर विकास परियोजना की विशिष्ट आवश्यकताओं और विकास प्रक्रिया के चरण पर निर्भर करता है।
क्लास डायग्राम बनाम ऑब्जेक्ट डायग्राम: अंतरों को समझना
क्लास डायग्राम और ऑब्जेक्ट डायग्राम दोनों ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर विकास में उपयोग किए जाने वाले यूएमएल डायग्राम के प्रकार हैं। जबकि इनके कुछ समानताएं हैं, दोनों के बीच काफी अंतर हैं।

एक क्लास डायग्राम का उपयोग सॉफ्टवेयर सिस्टम की स्थिर संरचना का प्रतिनिधित्व करने के लिए किया जाता है, जिसमें क्लासेस, उनके गुण और अन्य क्लासेस के साथ संबंध शामिल होते हैं। यह सिस्टम का ब्लूप्रिंट है, जो विभिन्न घटकों के एक साथ फिट होने के तरीके को दर्शाता है। क्लास डायग्राम आमतौर पर विकास प्रक्रिया के शुरुआती चरण में बनाए जाते हैं ताकि सिस्टम की संरचना का डिजाइन करने में मदद मिल सके।
दूसरी ओर, एक ऑब्जेक्ट डायग्राम का उपयोग एक विशिष्ट क्लास के एक विशिष्ट समय पर एक विशिष्ट उदाहरण का प्रतिनिधित्व करने के लिए किया जाता है। यह सिस्टम में वास्तविक ऑब्जेक्ट्स और उनके बीच संबंधों को दर्शाता है। ऑब्जेक्ट डायग्राम सिस्टम में विभिन्न ऑब्जेक्ट्स के एक दूसरे के साथ बातचीत करने के तरीके को समझने में उपयोगी होते हैं और विशिष्ट उदाहरणों के डीबगिंग के लिए उपयोग किया जा सकता है।
क्लास डायग्राम और ऑब्जेक्ट डायग्राम के बीच कुछ महत्वपूर्ण अंतर यहां दिए गए हैं:
- सीमा: क्लास डायग्राम पूरे सिस्टम की संरचना दिखाते हैं, जबकि ऑब्जेक्ट डायग्राम सिस्टम के एक विशिष्ट उदाहरण पर ध्यान केंद्रित करते हैं।
- विस्तार का स्तर: क्लास डायग्राम सिस्टम के लिए उच्च स्तर का दृश्य प्रदान करते हैं, जबकि ऑब्जेक्ट डायग्राम एक विशिष्ट उदाहरण के लिए अधिक विस्तृत दृश्य प्रदान करते हैं।
- समय: क्लास डायग्राम विकास प्रक्रिया के शुरुआती चरण में बनाए जाते हैं और सिस्टम की संरचना के डिजाइन के लिए उपयोग किए जाते हैं। ऑब्जेक्ट डायग्राम विकास प्रक्रिया के बाद के चरण में बनाए जाते हैं और सिस्टम के विशिष्ट उदाहरणों के डीबगिंग और परीक्षण के लिए उपयोग किए जाते हैं।
- संबंध: क्लास डायग्राम क्लासेस के बीच संबंध दिखाते हैं, जबकि ऑब्जेक्ट डायग्राम ऑब्जेक्ट्स के बीच संबंध दिखाते हैं।
क्लास डायग्राम और ऑब्जेक्ट डायग्राम दोनों सॉफ्टवेयर डेवलपर्स के लिए उपयोगी उपकरण हैं, लेकिन इनके अलग-अलग उद्देश्य होते हैं। क्लास डायग्राम सिस्टम की संरचना के डिजाइन के लिए उपयोग किए जाते हैं, जबकि ऑब्जेक्ट डायग्राम सिस्टम के विशिष्ट उदाहरणों के डीबगिंग और परीक्षण के लिए उपयोग किए जाते हैं।
क्लास डायग्राम बनाम ईआर डायग्राम: अंतरों और उपयोग के मामलों को समझना
क्लास डायग्राम और एंटिटी-रिलेशनशिप (ईआर) डायग्राम सॉफ्टवेयर विकास में एक सिस्टम की संरचना का प्रतिनिधित्व करने के लिए उपयोग किए जाने वाले दो लोकप्रिय प्रकार के डायग्राम हैं। जबकि इनके कुछ समानताएं हैं, लेकिन इनका उपयोग अलग-अलग उद्देश्यों के लिए किया जाता है।
एक क्लास डायग्राम का उपयोग सॉफ्टवेयर सिस्टम की स्थिर संरचना का प्रतिनिधित्व करने के लिए किया जाता है, जिसमें क्लासेस, उनके गुण और अन्य क्लासेस के साथ संबंध शामिल होते हैं। इसका मुख्य उपयोग ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग में सिस्टम की संरचना के डिजाइन के लिए किया जाता है।
दूसरी ओर, ईआर डायग्राम का उपयोग सिस्टम की डेटा संरचना का प्रतिनिधित्व करने के लिए किया जाता है, जिसमें एंटिटीज, उनके गुण और उनके बीच संबंध शामिल होते हैं। इसका मुख्य उपयोग डेटाबेस डिजाइन में सिस्टम में संग्रहीत होने वाले डेटा के मॉडलिंग के लिए किया जाता है।

क्लास डायग्राम और ईआर डायग्राम के बीच कुछ महत्वपूर्ण अंतर यहां दिए गए हैं:
- उद्देश्य: क्लास डायग्राम सॉफ्टवेयर सिस्टम की संरचना का प्रतिनिधित्व करने के लिए उपयोग किए जाते हैं, जबकि ईआर डायग्राम डेटाबेस सिस्टम की संरचना का प्रतिनिधित्व करने के लिए उपयोग किए जाते हैं।
- अमूल्यता का स्तर: क्लास डायग्राम अधिक अमूल्य और सिस्टम के डिजाइन पर ध्यान केंद्रित करते हैं, जबकि ईआर डायग्राम अधिक वास्तविक और सिस्टम में संग्रहीत होने वाले डेटा पर ध्यान केंद्रित करते हैं।
- संबंध: क्लास डायग्राम क्लासेस के बीच संबंध दिखाते हैं, जबकि ईआर डायग्राम एंटिटीज के बीच संबंध दिखाते हैं।
- गुण: क्लास डायग्राम क्लासेस के गुण दिखाते हैं, जबकि ईआर डायग्राम एंटिटीज के गुण दिखाते हैं।
आप ऑब्जेक्ट-ओरिएंटेड सिस्टम की संरचना डिजाइन करते समय क्लास डायग्राम का उपयोग करेंगे, और आप डेटाबेस सिस्टम की संरचना डिजाइन करते समय ईआर डायग्राम का उपयोग करेंगे। हालांकि, कभी-कभी आपको एक ऐसे सिस्टम के डिजाइन के लिए दोनों डायग्रामों का उपयोग करना होगा जिसमें ऑब्जेक्ट-ओरिएंटेड और डेटाबेस घटक दोनों हों।
संक्षेप में, क्लास डायग्राम और ईआर डायग्राम दोनों सॉफ्टवेयर डेवलपर्स के लिए उपयोगी उपकरण हैं, लेकिन इनके अलग-अलग उद्देश्य होते हैं। क्लास डायग्राम सॉफ्टवेयर सिस्टम की संरचना के डिजाइन के लिए उपयोग किए जाते हैं, जबकि ईआर डायग्राम डेटाबेस सिस्टम की संरचना के डिजाइन के लिए उपयोग किए जाते हैं।
ऑब्जेक्ट मॉडलिंग और क्लास डायग्राम
ऑब्जेक्ट मॉडलिंग सॉफ्टवेयर विकास का एक महत्वपूर्ण पहलू है क्योंकि यह वास्तविक दुनिया के परिदृश्य और प्रक्रियाओं को एक व्यवस्थित और संरचित तरीके से प्रतिनिधित्व करने में मदद करता है। यूएमएल (यूनिफाइड मॉडलिंग लैंग्वेज) विश्वभर में सॉफ्टवेयर डेवलपर्स द्वारा उपयोग किए जाने वाले सबसे लोकप्रिय मॉडलिंग भाषाओं में से एक है, जिसका उपयोग सॉफ्टवेयर सिस्टम के दृश्य मॉडल बनाने के लिए किया जाता है। यूएमएल के प्राथमिक घटकों में से एक क्लास डायग्राम है, जिसका उपयोग सॉफ्टवेयर सिस्टम की स्थिर संरचना के मॉडलिंग के लिए किया जाता है। इस लेख में हम यूएमएल क्लास डायग्राम के साथ ऑब्जेक्ट मॉडलिंग पर चर्चा करेंगे।
ऑब्जेक्ट मॉडलिंग के लिए यूएमएल क्लास डायग्राम
यूएमएल क्लास डायग्राम एक सॉफ्टवेयर सिस्टम का एक आरेखीय प्रतिनिधित्व है जो सिस्टम में क्लासेस और उनके अन्य क्लासेस के साथ संबंधों को दर्शाता है। एक क्लास एक टेम्पलेट या ब्लूप्रिंट है जो ऑब्जेक्ट्स के सेट के गुण और व्यवहार को परिभाषित करता है। दूसरे शब्दों में, एक क्लास उन ऑब्जेक्ट्स की एक श्रेणी का प्रतिनिधित्व करता है जो सामान्य गुण और विधियां साझा करते हैं।
यूएमएल में, एक क्लास को तीन भागों वाले आयत के रूप में दर्शाया जाता है: ऊपरी भाग में क्लास का नाम होता है, मध्य भाग में गुण होते हैं, और निचले भाग में विधियां होती हैं। क्लास का नाम आमतौर पर मोटे अक्षरों में लिखा जाता है, और गुण और विधियां संबंधित भागों में सूचीबद्ध होते हैं। गुण क्लास के गुण होते हैं, और विधियां क्लास द्वारा किए जा सकने वाले व्यवहार या क्रियाकलाप होते हैं।
एक क्लास डायग्राम बनाने के लिए, आपको सिस्टम में क्लासेस और उनके अन्य क्लासेस के साथ संबंधों की पहचान करने की आवश्यकता होती है। क्लासेस के बीच कई प्रकार के संबंध हो सकते हैं, जिनमें संबंध, एग्रीगेशन, कंपोजिशन, विरासत और निर्भरता शामिल हैं।
वस्तु-आधारित प्रणालियों में क्लासेस क्यों आवश्यक हैं
क्लासेस वस्तु-आधारित (ओओ) प्रणालियों में एक मौलिक अवधारणा हैं क्योंकि वे सॉफ्टवेयर प्रणाली में वास्तविक दुनिया की वस्तुओं और उनके व्यवहार का प्रतिनिधित्व करने का तरीका प्रदान करती हैं। ओओ प्रणाली में, वस्तुओं को क्लासेस से बनाया जाता है, जो वस्तुओं के निर्माण के लिए नीलाम या टेम्पलेट के रूप में कार्य करती हैं।
ओओ प्रणालियों में हमें क्लासेस की आवश्यकता के कई कारण हैं:
- एन्कैप्सुलेशन:क्लासेस हमें डेटा और व्यवहार को एक ही इकाई में एन्कैप्सुलेट करने की अनुमति देती हैं, जो क्लास के कार्यान्वयन विवरण को छिपाने और इसके साथ बातचीत करने के लिए स्पष्ट इंटरफेस प्रदान करने में मदद करती है। इस एन्कैप्सुलेशन सुनिश्चित करती है कि वस्तु की आंतरिक स्थिति को बाहरी कोड द्वारा प्राप्त या संशोधित नहीं किया जा सकता है, जिससे प्रणाली की सुरक्षा और विश्वसनीयता में सुधार होता है।
- एब्स्ट्रैक्शन:क्लासेस सॉफ्टवेयर प्रणाली में जटिल वास्तविक दुनिया की अवधारणाओं को सरल, अधिक प्रबंधनीय वस्तुओं में एब्स्ट्रैक्ट करने का तरीका प्रदान करती हैं। इस एब्स्ट्रैक्शन के कारण हम वस्तु के महत्वपूर्ण गुणों और व्यवहार पर ध्यान केंद्रित कर सकते हैं, अनावश्यक विवरणों को नजरअंदाज कर सकते हैं, जिससे प्रणाली के बारे में सोचना और समझना आसान हो जाता है।
- विरासत:क्लासेस हमें विरासत का उपयोग करके नए क्लासेस बनाने की अनुमति देती हैं, जो मौजूदा क्लास के गुणों और व्यवहार को विरासत में लेती हैं। इस विरासत के कारण हम कोड का पुनर्उपयोग कर सकते हैं और बहुत सारी क्लासेस में कार्यक्षमता की दोहराव से बच सकते हैं, जिससे प्रणाली अधिक कुशल और रखरखाव के लिए आसान हो जाती है।
- पॉलीमॉर्फिज्म:क्लासेस हमें पॉलीमॉर्फिज्म का उपयोग करके एक ही नाम वाले लेकिन अलग-अलग पैरामीटर या व्यवहार वाले कई विधियों को परिभाषित करने की अनुमति देती हैं। इस पॉलीमॉर्फिज्म के कारण हम अधिक लचीले और अनुकूल वाली प्रणालियाँ बना सकते हैं, जो अलग-अलग इनपुट और परिस्थितियों के प्रति प्रतिक्रिया दे सकती हैं।
संक्षेप में, क्लासेस ओओ प्रणालियों का एक महत्वपूर्ण घटक हैं क्योंकि वे सॉफ्टवेयर प्रणाली में वास्तविक दुनिया की वस्तुओं और उनके व्यवहार का प्रतिनिधित्व करने का तरीका प्रदान करती हैं। वे एन्कैप्सुलेशन, एब्स्ट्रैक्शन, विरासत और पॉलीमॉर्फिज्म को सक्षम बनाती हैं, जो वस्तु-आधारित डिजाइन और विकास के लिए आवश्यक सिद्धांत हैं।
क्लास डायग्राम में संबंध
- संबंध दो क्लासेस के बीच एक संबंध है जो दर्शाता है कि एक क्लास दूसरी क्लास से जुड़ी है। इसे दो क्लासेस को जोड़ने वाली रेखा द्वारा दर्शाया जाता है, और यह एक दिशात्मक या द्विदिशात्मक हो सकता है।
- एग्रीगेशन दो क्लासेस के बीच एक संबंध है जो दर्शाता है कि एक क्लास दूसरी क्लास को समावेश करती है या उसका एक हिस्सा है। इसे उस क्लास के पक्ष पर एक ही आकृति वाले हीरे के चिह्न द्वारा दर्शाया जाता है जो दूसरी क्लास को समावेश करती है।
- कंपोजिशन एग्रीगेशन का एक मजबूत रूप है, जिसमें समावेश करने वाली क्लास समावेशित क्लास के निर्माण और नष्ट करने के लिए जिम्मेदार होती है। इसे उस क्लास के पक्ष पर भरी हुई हीरे के चिह्न द्वारा दर्शाया जाता है जो दूसरी क्लास को समावेश करती है।
- विरासत दो क्लासेस के बीच एक संबंध है जो दर्शाता है कि एक क्लास दूसरी क्लास की उप-क्लास है। इसे उप-क्लास से अधिक-क्लास की ओर इशारा करने वाली तीर के रूप में दर्शाया जाता है।
- निर्भरता दो क्लासेस के बीच एक संबंध है जो दर्शाता है कि एक क्लास दूसरी क्लास पर निर्भर है। इसे निर्भर क्लास से स्वतंत्र क्लास की ओर इशारा करने वाली टिकाऊ तीर द्वारा दर्शाया जाता है।
जब आपने क्लासेस और उनके संबंधों की पहचान कर ली है, तो आप UML नोटेशन का उपयोग करके क्लास डायग्राम बनाना शुरू कर सकते हैं। आप क्लास डायग्राम बनाने के लिए विभिन्न उपकरण और सॉफ्टवेयर का उपयोग कर सकते हैं, जैसे माइक्रोसॉफ्ट विजियो, ईक्लिप्स या रेशनल रोज।
उदाहरण – एक रिटेल कंपनी के लिए ई-कॉमर्स प्लेटफॉर्म
मान लीजिए कि आपको एक रिटेल कंपनी के लिए एक नया ई-कॉमर्स प्लेटफॉर्म डिजाइन करने का कार्य सौंपा गया है। कंपनी ग्राहकों को ऑनलाइन उत्पादों को ब्राउज़ करने और खरीदने की अनुमति देना चाहती है, साथ ही अपने खाता जानकारी और आदेश इतिहास को प्रबंधित करने की भी अनुमति देनी चाहती है। प्लेटफॉर्म को स्केलेबल, सुरक्षित होना चाहिए और बड़ी संख्या में समानांतर उपयोगकर्ताओं को संभालने में सक्षम होना चाहिए।
इस प्लेटफॉर्म के विकास के लिए, आपको सिस्टम की वास्तुकला और कार्यक्षमता का विस्तृत नीलाम बनाने की आवश्यकता होती है। यहीं क्लास डायग्राम, ईआर डायग्राम और ऑब्जेक्ट डायग्राम काम आते हैं।
क्लास डायग्राम विकसित करें
नीचे दिखाए गए क्लास डायग्राम, वस्तु-आधारित प्रणाली में क्लासेस और उनके संबंधों का एक समग्र दृश्य प्रदान करता है। ऊपर उत्पन्न उदाहरण में पहचानी गई क्लासेस में कस्टमर, प्रोडक्ट और ऑर्डर शामिल हैं, प्रत्येक के अपने संबंधित विशेषताओं और विधियों के साथ। क्लास डायग्राम क्लासेस के बीच संबंधों को भी दर्शाता है, जैसे कस्टमर और ऑर्डर के बीच एक से बहुत के संबंध और ऑर्डर और प्रोडक्ट के बीच बहुत से बहुत के संबंध।

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

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

क्लास आरेखों का उपयोग प्रणाली में क्लासेस, उनके गुण, विधियाँ और संबंधों को मॉडल करने के लिए किया जाता है। ऑब्जेक्ट आरेख एक विशिष्ट क्लास के एक विशिष्ट समय पर एक विशिष्ट उदाहरण का प्रतिनिधित्व करते हैं, और ईआर आरेख प्रणाली की डेटा संरचना को मॉडल करते हैं, जिसमें एंटिटीज, उनके गुण और संबंधों का चित्रण किया जाता है।
सही आरेख का चयन सॉफ्टवेयर विकास परियोजना की विशिष्ट आवश्यकताओं और विकास प्रक्रिया के चरण पर निर्भर करता है। क्लास आरेखों का उपयोग डिजाइन चरण में किया जाता है, ऑब्जेक्ट आरेखों का उपयोग सिस्टम के विशिष्ट उदाहरणों के डीबगिंग और परीक्षण के लिए किया जाता है, और ईआर आरेखों का उपयोग डेटाबेस डिजाइन चरण में किया जाता है।
प्रत्येक प्रकार के आरेख के अंतर और उपयोग क्षेत्रों को समझकर सॉफ्टवेयर विकासकर्ता अपनी आवश्यकताओं के लिए सबसे उपयुक्त आरेख का चयन कर सकते हैं और एक सफल सॉफ्टवेयर विकास परियोजना सुनिश्चित कर सकते हैं।












