क्लास डायग्राम क्या है?
एक क्लास डायग्राम एक संरचनात्मक यूएमएल डायग्राम जो ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर सिस्टम की स्थिर संरचना को दर्शाता है। एक अनिवार्य यूएमएल डायग्राम प्रकार यह आपके एप्लिकेशन के भीतर अलग-अलग क्लासेज, इंटरफेसेज और डेटा मॉडल्स को नक्शा बनाता है, उनके आंतरिक फील्ड्स (एट्रिब्यूट्स), संचालन फंक्शन (मेथड्स) और संरचनात्मक संबंधों को स्पष्ट रूप से दर्ज करता है जो उन्हें एक साथ जोड़ते हैं। यह ब्लूप्रिंट सॉफ्टवेयर इंजीनियर्स के लिए महत्वपूर्ण है जिन्हें उच्च स्तर के डोमेन डिजाइन को साफ, बनाए रखने योग्य ऑब्जेक्ट संरचनाओं में बदलने की आवश्यकता होती है।
साथ मेरमेड.जीएसआप इंट्यूइटिव, टेक्स्ट-आधारित परिभाषाओं का उपयोग करके अपने डेटा मॉडल और सिस्टम सेवाओं को रूपरेखा बना सकते हैं। लेआउट इंजन स्वचालित रूप से बॉक्स के आकार की गणना करता है, स्टैंडर्ड यूएमएल डेटा कॉम्पार्टमेंट्स को संरचित करता है और आपके कैनवास पर संबंधित तीरों को हाथ से फॉर्मेटिंग के बोझ के बिना संरेखित करता है।
कोर सिंटैक्स गाइड: तत्व और निर्माण
मेरमेड में एक सटीक, मानकों के अनुरूप यूएमएल क्लास डायग्राम डिज़ाइन करने के लिए, आपको सदस्य घोषणाओं, एक्सेस मॉडिफायर्स और संरचनात्मक संबंध तीरों को महारत हासिल करना होगा।
1. क्लासेज और क्लास कॉम्पार्टमेंट्स की घोषणा करना
आप दो मान्य प्रारूपों का उपयोग करके एक क्लास को परिभाषित कर सकते हैं। एक सरल क्लास के लिए, क्लासकीवर्ड के बाद क्लास का नाम उपयोग करें। यदि आप तुरंत फील्ड्स और मेथड्स शामिल करना चाहते हैं, तो स्पष्ट बॉडी ब्लॉक बनाने के लिए टेलिंग कर्ली ब्रेसेज का उपयोग करें:
क्लास डायग्राम
क्लास यूजर प्रोफाइल {
+String username
+String email
+updateEmail(newEmail) void
}
2. दृश्यता / एक्सेस मॉडिफायर्स जोड़ना
मानक यूएमएल एनकैप्सुलेशन नियमों को दस्तावेज़ करने के लिए, अपने एट्रिब्यूट या मेथड के नाम के ठीक पहले एक विशिष्ट प्रतीक रखें ताकि इसके दृश्यता स्तर को परिभाषित किया जा सके:
+**सार्वजनिक:** किसी भी अन्य क्लास से एक्सेस किया जा सकता है।-**निजी:** केवल घोषित क्लास के भीतर एक्सेस किया जा सकता है।#**संरक्षित:** क्लास और उसके उपवर्गों के भीतर एक्सेस किया जा सकता है।~**पैकेज / आंतरिक:** समान पैकेज सीमा के भीतर पहुँचयोग्य।
वर्ग आरेख
वर्ग बैंक खाता {
-डबल बैलेंस
#स्ट्रिंग खाताधारक
+getBalance() डबल
}
3. संबंध तीरों और विरासत लिंक को समझना
अपने UML आरेख मॉडल में वर्गों के बीच बातचीत को दिखाने के लिए, विशेष संबंध तारों का उपयोग करके उनके पहचान संख्या को जोड़ें। मेरमाइड में रेखा की दिशा महत्वपूर्ण है: तीर का सिरा माता या कंटेनर वर्ग की ओर इशारा करता है।
- विरासत / सामान्यीकरण (डैश्ड या सॉलिड तीर):
बच्चा --|> माता(एक “है-एक” संबंध का प्रतिनिधित्व करता है)। - वास्तवीकरण / कार्यान्वयन:
वर्ग ..|> इंटरफेस(एक वर्ग के इंटरफेस के अनुबंध को पूरा करने का प्रतिनिधित्व करता है)। - संघटन (सॉलिड हीरा):
बच्चा --* माता(कठोर स्वामित्व का प्रतिनिधित्व करता है; यदि माता मरती है, तो बच्चा मर जाता है)। - संगठन (स्पष्ट हीरा):
बच्चा --o माता(एक ढीली संगठन संबंध का प्रतिनिधित्व करता है; बच्चा स्वतंत्र रूप से अस्तित्व में हो सकता है)। - निर्भरता:
वर्गA ..> वर्गB(अस्थायी रनटाइम संदर्भ का प्रतिनिधित्व करता है)।
वर्ग आरेख
कार --|> वाहन : "से विरासत में मिला"
इंजन --* कार : "एक हिस्सा है"
साफ वर्ग आर्किटेक्चर लेआउट के लिए सर्वोत्तम प्रथाएं
- वर्ग सदस्यों को दृश्य रूप से समूहित करें: हमेशा अपने वर्ग चरों को बॉडी ब्लॉक के शीर्ष पर और अपने फंक्शन को नीचे एक साथ समूहित करें। इस लेआउट में मानक IDE वर्ग संरचनाओं के अनुरूप होता है और आपके आरेखों को तुरंत पढ़ने योग्य बनाता है।
- प्रतिलाभ प्रकार निर्दिष्ट करें: जब विधियों की घोषणा करते हैं, तो विधि पंक्ति के अंत में प्रतिलाभ प्रकार जोड़ें (उदाहरण के लिए,
+fetchData() DataSet). इससे आपकी इंजीनियरिंग टीम को सटीक कार्यान्वयन संदर्भ मिलता है। - बहुलता स्पष्ट रखें: ऐरे की गिनती या संग्रह के आकार को दर्शाने के लिए, संबंध पंक्ति के आवरण के सीधे बाद बहुलता टेक्स्ट स्ट्रिंग जोड़ें (उदाहरण के लिए,
ग्राहक "1" --o "बहुत सारे" आदेश).
वास्तविक दुनिया के मेरमाइड.जीएस क्लास डायग्राम उदाहरण
उदाहरण 1: भुगतान गेटवे डोमेन उपप्रणाली (एन्कैप्सुलेशन और इंटरफेस)
यह कार्यात्मक ब्लूप्रिंट ऑनलाइन चेकआउट डोमेन सेवा का मॉडल बनाता है। यह एक्सेस मॉडिफायर्स का उपयोग करने, क्लास सदस्यों को समूहित करने और इंटरफेस संबंधों को साफ तरीके से लागू करने के तरीके को दर्शाता है।
क्लास डायग्राम
क्लास भुगतान प्रोसेसर {
<<इंटरफेस>>
+processPayment(amount) boolean
+refundPayment(txnId) boolean
}
क्लास स्ट्राइप गेटवे {
-String apiKey
-String endpointUrl
+processPayment(amount) boolean
+refundPayment(txnId) boolean
-logTransaction(status) void
}
क्लास पे पैल गेटवे {
-String merchantId
+processPayment(amount) boolean
+refundPayment(txnId) boolean
}
स्ट्राइप गेटवे ..|> भुगतान प्रोसेसर : "लागू करता है"
पे पैल गेटवे ..|> भुगतान प्रोसेसर : "लागू करता है"
सिंटैक्स विश्लेषण: द <<इंटरफेस>> टैग स्पष्ट रूप से `भुगतान प्रोसेसर` को एक उच्च स्तरीय संरचनात्मक सौदे के रूप में चिह्नित करता है। दो कन्क्रीट गेटवे इंप्लीमेंटेशन क्लासेस निजी फील्ड्स (-apiKey) संवेदनशील प्रमाण पत्र के लिए उपयोग करती हैं, जबकि सार्वजनिक भुगतान रूटीन (+processPayment) रियलाइजेशन तीर (..|>).
उदाहरण 2: एंटरप्राइज ऑर्डर प्रोसेसिंग इंजन (संघटन और बहुलता)
यह उन्नत प्रणाली ब्लूप्रिंट एक जटिल ई-कॉमर्स ऑर्डर प्रबंधन स्कीमा को मैप करता है, जो कई एक-दूसरे से जुड़ी क्लासेस के माध्यम से संरचनात्मक स्वामित्व और वस्तुओं की गिनती को दस्तावेजीकृत करने के तरीके को दर्शाता है।
क्लास डायग्राम
क्लास ग्राहक {
+int customerId
+String name
+placeOrder() Order
}
क्लास आदेश {
+int orderId
+Date dateCreated
-String internalStatus
+calculateTotal() double
}
क्लास आदेश आइटम {
+int itemId
+int quantity
+double pricePerUnit
}
क्लास पता {
+String street
+String city
+String postalCode
}
ग्राहक "1" --o "बहुत सारे" आदेश : "मालिक है"
आदेश आइटम "1..*" --* "1" आदेश : "संयोजित करता है"
पता "1" --> आदेश : "शिप करता है"
सिंटैक्स विश्लेषण: यह उदाहरण संघन और संघटन के बीच अंतर को स्पष्ट करता है। ठोस हीरे की तीर (--*) दर्शाता है कि एक `OrderItem` को `Order` से निर्बल रूप से बंधा है (यदि कोई आदेश हटाया जाता है, तो उसके व्यक्तिगत लाइन आइटम भी नष्ट हो जाते हैं)। विपरीत रूप से, स्पष्ट हीरे की तीर (--o) इंगित करता है कि एक `Customer` कई आदेशों का मालिक है, लेकिन दोनों संस्थाएं स्वतंत्र रूप से अस्तित्व में रह सकती हैं। बहुलता स्ट्रिंग (जैसे "1..*") प्रणाली की संबंधात्मक आवश्यकताओं को परिभाषित करते हैं।