UML क्लास डायग्राम का व्यापक गाइड

वर्ग उदाहरण

एक कुत्ते के राज्य होते हैं – रंग, नाम, नस्ल साथ ही व्यवहार – पूंछ हिलाना, भौंकना, खाना। एक वस्तु एक वर्ग का एक उदाहरण है।

यूएमएल वर्ग नोटेशन

एक वर्ग एक अवधारणा का प्रतिनिधित्व करता है जो अवस्था को समेटता है (गुण) और व्यवहार (क्रियाएँ)। प्रत्येक गुण का एक प्रकार होता है। प्रत्येक क्रिया का एक हस्ताक्षर. वर्ग का नाम है केवल अनिवार्य जानकारी.

वर्ग का नाम:

• वर्ग का नाम पहले विभाजन में दिखाई देता है।

वर्ग गुण:

• गुण दूसरे विभाजन में दिखाए जाते हैं।
• गुण प्रकार को दाएँ बिंदु के बाद दिखाया जाता है।
• गुणधर्म कोड में सदस्य चर (डेटा सदस्य) पर मैप होते हैं।

वर्ग संचालन (विधियाँ):

• संचालन तीसरे भाग में दिखाए गए हैं। ये वर्ग द्वारा प्रदान की जाने वाली सेवाएँ हैं।
• एक विधि का लौटाए जाने वाला प्रकार विधि संकेत के अंत में दाएँ बिंदु के बाद दिखाया जाता है।
• विधि पैरामीटर का लौटाए जाने वाला प्रकार पैरामीटर नाम के बाद दाएँ बिंदु के बाद दिखाया जाता है। संचालन कोड में वर्ग विधियों पर मैप होते हैं

वर्ग संबंध

एक वर्ग एक या एक से अधिक अन्य वर्गों के साथ संबंध में शामिल हो सकता है। एक संबंध निम्नलिखित में से एक प्रकार का हो सकता है: (संबंधों के आरेखीय प्रतिनिधित्व के लिए दाएँ तरफ के चित्र को देखें)।

संबंध प्रकार	आरेखीय प्रतिनिधित्व
विरासत (या सामान्यीकरण): “है-एक” संबंध का प्रतिनिधित्व करता है। एक अमूल्य वर्ग का नाम इटैलिक में दिखाया जाता है। SubClass1 और SubClass2 सुपर क्लास के विशेषीकरण हैं। एक ठोस रेखा जिसमें बच्चे से माता-पिता वर्ग की ओर इशारा करने वाला खोखला तीर बना होता है
सरल संबंध: दो सहकर्मी वर्गों के बीच एक संरचनात्मक संबंध। Class1 और Class2 के बीच एक संबंध है दो वर्गों को जोड़ने वाली ठोस रेखा
एग्रीगेशन: एक विशेष प्रकार का संबंध। यह “भाग है” संबंध का प्रतिनिधित्व करता है। Class2 Class1 का एक भाग है। Class2 के कई उदाहरण (तार्किक चिह्न * द्वारा दर्शाए गए) Class1 के साथ संबंधित हो सकते हैं। Class1 और Class2 के वस्तुओं के अलग-अलग जीवनकाल होते हैं। एक ठोस रेखा जिसमें संबंध के अंत में एक अपूर्ण डायमंड होता है जो संयोजित वर्ग से जुड़ा होता है
संयोजन: एक विशेष प्रकार का एग्रीगेशन जहाँ भागों को जब पूरे को नष्ट कर दिया जाता है तो उन्हें भी नष्ट कर दिया जाता है। Class2 के वस्तु Class1 के साथ जीते और मरते हैं। Class2 अपने आप में नहीं खड़ा हो सकता है। एक ठोस रेखा जिसमें संयोजन के साथ एक भरी हुई हीरे के आकार का चिह्न है, जो संयोजन वाले वर्ग से जुड़ा है
निर्भरता: दो वर्गों के बीच तब उपस्थित होती है जब एक के परिभाषा में परिवर्तन करने से दूसरे में परिवर्तन हो सकता है (लेकिन विपरीत दिशा में नहीं)। Class1, Class2 पर निर्भर है एक टूटी हुई रेखा जिसमें खुला तीर है

संबंध के नाम

• संबंधों के नाम संबंध रेखा के बीच में लिखे जाते हैं।
• अच्छे संबंध नाम तब समझ में आते हैं जब आप उन्हें आवाज में पढ़ते हैं:
  • “प्रत्येक स्प्रेडशीट में शामिल है कुछ संख्या में सेल”,
  • “एक व्यंजक के लिए मूल्यांकन करता है एक मान”
• वे अक्सर एक छोटे तीर के सिरे के साथ दिशा दिखाने के लिए जिस दिशा में संबंध को पढ़ना है, उदाहरण के लिए, व्यंजक मानों के लिए मूल्यांकन करते हैं, लेकिन मान व्यंजकों के लिए मूल्यांकन नहीं करते हैं।

संबंध – भूमिकाएं

• एक भूमिका संबंध का दिशात्मक उद्देश्य है।
• भूमिकाएं संबंध रेखा के दोनों छोरों पर लिखी जाती हैं और उस वर्ग के उद्देश्य का वर्णन करती हैं जो संबंध में भूमिका निभाता है।
  • उदाहरण के लिए, एक सेल एक व्यंजक से संबंधित है। संबंध की प्रकृति यह है कि व्यंजक है सूत्र सेल का।

नेविगेबिलिटी

तीर इंगित करते हैं कि एक संबंध में भाग लेने वाले एक उदाहरण के दिए जाने पर, उससे संबंधित दूसरे वर्ग के उदाहरणों को निर्धारित करना संभव है या नहीं।

ऊपर दिए गए आरेख से यह सुझाव है कि,

• एक स्प्रेडशीट दिए जाने पर, हम उसमें शामिल सभी सेलों को ढूंढ सकते हैं, लेकिन वह
  • हम एक सेल से नहीं निर्धारित कर सकते कि इसे किस स्प्रेडशीट में रखा गया है।
• एक सेल दिए जाने पर, हम संबंधित व्यंजक और मान प्राप्त कर सकते हैं, लेकिन
  • एक मान (या व्यंजक) दिए जाने पर हम सेल का पता नहीं लगा सकते जिसके लिए ये गुण हैं।

वर्ग गुणों और संक्रियाओं की दृश्यता

वस्तु-अभिमुख डिजाइन में, गुणों और संक्रियाओं के लिए दृश्यता के लिए एक प्रतीक होता है। UML चार प्रकार की दृश्यता की पहचान करता है: सार्वजनिक, सुरक्षित, निजी, और पैकेज.

वर्ग में एक गुण और संक्रिया के नाम के सामने +, -, # और ~ प्रतीक गुण और संक्रिया की दृश्यता को दर्शाते हैं।

• + सार्वजनिक गुणों या संक्रियाओं को दर्शाता है
• – निजी गुणों या संक्रियाओं को दर्शाता है
• # सुरक्षित गुणों या संक्रियाओं को दर्शाता है
• ~ पैकेज गुणों या संक्रियाओं को दर्शाता है

वर्ग दृश्यता उदाहरण

ऊपर दिए गए उदाहरण में:

• MyClassName के attribute1 और op1 सार्वजनिक हैं
• attribute3 और op3 सुरक्षित हैं।
• attribute2 और op2 निजी हैं।

इन दृश्यता प्रकारों के लिए विभिन्न वर्गों के सदस्यों के लिए नीचे प्रवेश दिखाया गया है।

गणना

प्रत्येक वर्ग के कितने ऑब्जेक्ट संबंधों में भाग लेते हैं और गणना को निम्न रूप में व्यक्त किया जा सकता है:

• बिल्कुल एक – 1
• शून्य या एक – 0..1
• बहुत सारे – 0..* या *
• एक या अधिक – 1..*
• निश्चित संख्या – उदाहरण के लिए 3..4 या 6
• या एक जटिल संबंध – उदाहरण के लिए 0..1, 3..4, 6.* का अर्थ है 2 या 5 के अलावा कोई भी संख्या के ऑब्जेक्ट

गणना उदाहरण

• आवश्यकता: एक छात्र बहुत सारे कोर्स ले सकता है और एक कोर्स में बहुत सारे छात्र नामांकित हो सकते हैं।
• नीचे दिए गए उदाहरण में, वह वर्ग आरेख (बाएं ओर), स्थिर मॉडल के लिए ऊपर दिए गए आवश्यकता के बयान का वर्णन करता है, जबकि ऑब्जेक्ट आरेख (दाएं ओर) सॉफ्टवेयर इंजीनियरिंग और डेटाबेस मैनेजमेंट कोर्स के कोर्स नामांकन के स्नैपशॉट (वर्ग आरेख का एक उदाहरण) को दर्शाता है)

एग्रीगेशन उदाहरण – कंप्यूटर और भाग

• एग्रीगेशन एक विशेष संबंध है जो एक “संयोजित है” वर्गीकरण को दर्शाता है
• एग्रीगेट माता-पिता वर्ग है, घटक बच्चे वर्ग हैं

विरासत उदाहरण – सेल वर्गीकरण

• विरासत एक विशेष मामला है जो एक “प्रकार का” वर्गीकरण को दर्शाता है
• विरासत वर्गीकरण पेश करके विश्लेषण मॉडल को सरल बनाती है
• बच्चे क्लासेज माता-पिता क्लास के गुण और संचालन को विरासत में प्राप्त करती हैं।

क्लास डायग्राम – डायग्राम टूल उदाहरण

एक क्लास डायग्राम में क्लासेज या संबंधों से जुड़े नोट्स भी हो सकते हैं। नोट्स ग्रे रंग में दिखाए जाते हैं।

ऊपर दिए गए उदाहरण में:

हम निम्नलिखित बिंदुओं को पढ़कर ऊपर दिए गए क्लास डायग्राम का अर्थ समझ सकते हैं।

1. शेप एक अमूर्त क्लास है। इसे इटैलिक में दिखाया गया है।
2. शेप एक सुपरक्लास है। सर्कल, रेक्टेंगल और पॉलीगन शेप से विकसित हुए हैं। दूसरे शब्दों में, एक सर्कल एक शेप है। यह एक सामान्यीकरण / विरासत संबंध है।
3. डायलॉग बॉक्स और डेटा कंट्रोलर के बीच एक संबंध है।
4. शेप विंडो का हिस्सा है। यह एक एग्रीगेशन संबंध है। शेप विंडो के बिना भी अस्तित्व में हो सकता है।
5. पॉइंट सर्कल का हिस्सा है। यह एक संघटन संबंध है। पॉइंट का सर्कल के बिना अस्तित्व नहीं हो सकता।
6. विंडो इवेंट पर निर्भर है। हालांकि, इवेंट विंडो पर निर्भर नहीं है।
7. सर्कल के गुण त्रिज्या और केंद्र हैं। यह एक एंटिटी क्लास है।
8. सर्कल के विधियों के नाम area(), circum(), setCenter() और setRadius() हैं।
9. सर्कल में पैरामीटर radius एक float प्रकार का इन पैरामीटर है।
10. क्लास सर्कल की विधि area() डबल प्रकार का मान लौटाती है।
11. रेक्टेंगल के गुण और विधि के नाम छिपे हुए हैं। डायग्राम में कुछ अन्य क्लासेज के भी गुण और विधि के नाम छिपे हुए हैं।

जटिल प्रणाली के साथ निपटना – बहुत सारे या एकल क्लास डायग्राम?

अनिवार्य रूप से, यदि आप एक बड़ी प्रणाली या बड़े व्यापार क्षेत्र का मॉडलिंग कर रहे हैं, तो आपको कई प्रकार के एंटिटी को ध्यान में रखना होगा। क्या हमें समस्या के मॉडलिंग के लिए बहुत सारे या एकल क्लास डायग्राम का उपयोग करना चाहिए? उत्तर है:

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

सॉफ्टवेयर विकास चक्र में क्लास डायग्राम के दृष्टिकोण

हम एक के विभिन्न विकास चरणों में क्लास डायग्राम का उपयोग कर सकते हैंसॉफ्टवेयर विकास चक्रऔर आमतौर पर विकास के साथ आगे बढ़ते हुए तीन अलग-अलग दृष्टिकोणों (विस्तार के स्तरों) में क्लास डायग्राम के मॉडलिंग के रूप में:

अवधारणात्मक दृष्टिकोण: आरेखों को वास्तविक दुनिया की चीजों का वर्णन करने के रूप में व्याख्यायित किया जाता है। इसलिए, यदि आप अवधारणात्मक दृष्टिकोण अपनाते हैं, तो आप अध्ययन के क्षेत्र में उपस्थित अवधारणाओं का प्रतिनिधित्व करने वाला आरेख बनाते हैं। इन अवधारणाओं का स्वाभाविक रूप से उन क्लासेस से संबंध होगा जो उनका कार्यान्वयन करती हैं। अवधारणात्मक दृष्टिकोण है भाषा-स्वतंत्र माना जाता है.

विनिर्देश दृष्टिकोण: आरेखों को सॉफ्टवेयर अबस्ट्रैक्शन या घटकों का वर्णन करने के रूप में व्याख्यायित किया जाता है, जिनमें विनिर्देश और इंटरफेस होते हैं, लेकिन किसी विशिष्ट कार्यान्वयन के प्रति कोई बंधन नहीं होता है। इसलिए, यदि आप विनिर्देश दृष्टिकोण अपनाते हैं, तो हम सॉफ्टवेयर के इंटरफेस को देख रहे हैं, कार्यान्वयन के बजाय।

कार्यान्वयन दृष्टिकोण: आरेखों को एक विशिष्ट तकनीक और भाषा. इसलिए, यदि आप कार्यान्वयन दृष्टिकोण अपनाते हैं, तो हम सॉफ्टवेयर कार्यान्वयन को देख रहे हैं.