परिचय

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

अवलोकन

UML 2.0 आरेखों को दो प्राथमिक श्रेणियों में व्यवस्थित करता है:

श्रेणी	उद्देश्य
संरचनात्मक आरेख	तत्वों की भौतिक संरचना को दर्शाते हैं—कैसे वस्तुएं एक दूसरे से संबंधित हैं
व्यवहारात्मक आरेख	तत्वों की अंतरक्रिया, राज्य में परिवर्तन और समय के साथ व्यवहार के प्रसंस्करण पर ध्यान केंद्रित करते हैं

💡 मुख्य सिद्धांत: एक UML मॉडल में एक या एक से अधिक आरेख होते हैं। प्रत्येक आरेख प्रणाली के एक विशेष दृश्य या रुचि को मॉडल किए जा रहे प्रणाली में दर्शाता है। व्यक्तिगत तत्व अक्सर एक से अधिक आरेखों में दिखाई देते हैं।

🔷 संरचनात्मक आरेख

संरचनात्मक आरेख आपकी प्रणाली की स्थिर संरचना—“क्या” के बजाय “कैसे” को मॉडल करते हैं।

1. क्लास आरेख

उद्देश्य: मॉडल क्लासेस, इंटरफेस और उनके स्थैतिक संबंध।

मुख्य तत्व:

विशेषताओं और संचालन वाली क्लासेस
इंटरफेस और वास्तविकी संबंध
संबंध, समूहन, संघटन और सामान्यीकरण
दृश्यता संशोधक (+, -, #, ~)
बहुलता विनिर्देश (1, 0..*, 1..5)

उदाहरण उपयोग:जब उपयोग करें:

क्लास स्टेरियोटाइप्स और प्रकार

आरेख स्टेरियोटाइप्स का उपयोग करता है (जैसे चीवर ब्रैकेट्स के भीतर टेक्स्ट द्वारा इंगित, जैसे <<एंटिटी>>) प्रत्येक क्लास के भूमिका को वर्गीकृत करने के लिए:

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

वर्ग की रचना

एक मानक UML वर्ग बॉक्स को कम्पार्टमेंट में विभाजित किया जाता है। निम्नलिखित वृत्त वर्ग के उदाहरण के रूप में:

वर्ग का नाम: ऊपरी कम्पार्टमेंट में स्थित (वृत्त).
गुण: मध्य कम्पार्टमेंट में स्थित, डेटा क्षेत्रों का प्रतिनिधित्व करता है।
-त्रिज्या : फ्लोट (माइनस चिह्न - निजी गुण को इंगित करता है)।
-केंद्र : अनसाइन्ड इंट
क्रियाएँ (विधियाँ): निचले कम्पार्टमेंट में स्थित, व्यवहार या कार्यों का प्रतिनिधित्व करता है।
+area(प्रतिरूप त्रिज्या : फ्लोट) : डबल (प्लस चिह्न + एक सार्वजनिक विधि को इंगित करता है)।
+परिधि(), +केंद्र सेट करें(), और +त्रिज्या सेट करें().

संबंध और लिंक

वर्गों को जोड़ने वाली रेखाएँ और तीर यह निर्धारित करती हैं कि वे एक-दूसरे के साथ कैसे बातचीत करते हैं और एक-दूसरे पर कैसे निर्भर होते हैं:

सामान्यीकरण (विरासत)

एक ठोस रेखा के साथ दर्शाया जाता है जिसमें एक खाली तीर का सिरा माता-पिता वर्ग की ओर इशारा करता है। इससे यह संकेत मिलता है कि एक बच्चा वर्ग माता-पिता वर्ग से गुण और व्यवहार विरासत में प्राप्त करता है।

विंडो विरासत में लेता है फ्रेम.
कंसोल विंडो और डायलॉग बॉक्स विरासत में लेते हैं विंडो.
वृत्त, आयत, और बहुभुज एबस्ट्रैक्ट क्लास से विरासत में प्राप्त करते हैं आकृति (उदाहरण के लिए, एक वृत्त एक है आकृति)।

एग्रीगेशन

एक ठोस रेखा के साथ दर्शाया जाता है जिसमें एक खाली हीरा कंटेनर के छोर पर। इससे एक ढीली “है-एक” या पूर्ण-भाग संबंध का संकेत मिलता है जहां बच्चा माता-पिता से स्वतंत्र रूप से अस्तित्व में हो सकता है।

विंडो एग्रीगेट करती है आकृति (�हुलता 1 से *)। एक विंडो बहुत सारे (*) आकृतियाँ रख सकती है, लेकिन यदि विंडो बंद हो जाती है, तो आकृतियाँ अभी भी मेमोरी या किसी अन्य संदर्भ में संकल्पनात्मक रूप से अस्तित्व में हो सकती हैं।

संघटन

एक ठोस रेखा के साथ दर्शाया जाता है जिसमें एक भरा हुआ (काला) हीरा कंटेनर के छोर पर। इससे एक मजबूत “है-एक” संबंध का संकेत मिलता है जिसमें जीवनकाल समान होता है—यदि कंटेनर नष्ट हो जाता है, तो भाग भी नष्ट हो जाते हैं।

वृत्त में सम्मिलित है बिंदु वस्तुएँ (बहुलता 1 से *). एक वृत्त अपने केंद्र या सीमा बिंदुओं के बिना अस्तित्व में नहीं आ सकता है; वृत्त को नष्ट करने से इन विशिष्ट बिंदु संदर्भों का भी नाश हो जाता है।

निर्भरता

एक द्वारा निरूपितडैश्ड तीर. यह दर्शाता है कि एक क्लास दूसरी क्लास पर निर्भर है, जिसका अर्थ है कि लक्ष्य क्लास में परिवर्तन स्रोत क्लास को प्रभावित कर सकता है।

विंडो पर निर्भर है घटना (डैश्ड तीर द्वारा इंगित किया गया है जो की ओर इशारा करता है घटना). विंडो घटना ट्रिगर्स पर निर्भर है ताकि ऑपरेशन जैसे handleEvent().

संबंध

एक साधारण ठोस रेखा द्वारा निरूपित। यह एक संरचनात्मक संबंध को इंगित करता है जहां एक क्लास के वस्तुएं दूसरी क्लास की वस्तुओं से जुड़ी होती हैं।

डायलॉग बॉक्स से संबंधित है डेटा नियंत्रक, जिसका अर्थ है कि वे एक दूसरे के साथ संचार करते हैं ताकि सूचना प्रसारित करें या व्यवहार समन्वय करें।

दस्तावेज़ीकरण तत्व

नोट: आरेख में एक नोट बॉक्स है जिसका कोना मुड़ा हुआ है और डैश्ड रेखा के माध्यम से क्लास से जुड़ा है विंडो क्लास। यह मानव-पठनीय संदर्भ प्रदान करता है: “एप्लिकेशन की मुख्य विंडो।”

What is Class Diagram?

वस्तु-उन्मुख सॉफ्टवेयर आर्किटेक्चर का डिज़ाइन करना
डोमेन मॉडल्स का दस्तावेज़ीकरण
कोड स्केलेटन बनाना

2. घटक आरेख

उद्देश्य: कार्यान्वयन इकाइयों के संगठन और निर्भरता को दिखाएं।

मुख्य तत्व:

घटक (स्टेरियोटाइप किए गए के रूप में «घटक»)
प्रदान किए गए/आवश्यक इंटरफेस (बॉल और सॉकेट नोटेशन)
संयोजन कनेक्टर और निर्भरता संबंध
कल्पित तत्व (संकलित आउटपुट: JARs, DLLs, निष्पाद्य)

उदाहरण उपयोग:जब उपयोग करें:

घटक और मॉड्यूलर सीमाएं

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

इंटरफेस संविदाओं के रूप में

घटक अपनी आंतरिक तर्क को सीधे नहीं उजागर करते हैं; बल्कि वे स्पष्ट रूप से परिभाषित इंटरफेस के माध्यम से बातचीत करते हैं जो संरचनात्मक संविदाओं के रूप में कार्य करते हैं।

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

पोर्ट्स और आंतरिक तारांकन

डेटा और नियंत्रण के प्रवाह को प्रबंधित करते समय संवेशन को बनाए रखने के लिए, प्रणाली पोर्ट्स और निर्देशन संबंधों का उपयोग करती है।

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

What is Component Diagram?

मॉड्यूलर सिस्टम आर्किटेक्चर की योजना बनाना
बिल्ड निर्भरताओं का प्रबंधन
पुनर्उपयोगी घटक लाइब्रेरी का दस्तावेजीकरण

3. संयुक्त संरचना आरेख(UML 2.0 में जोड़ा गया)

मुख्य तत्व:

भाग (पूर्ण-भाग संबंध वाले गुण)
पोर्ट (प्रदान किए गए/आवश्यक इंटरफेस के साथ बातचीत के बिंदु)
कनेक्टर (भागों के बीच रनटाइम लिंक)
सहयोग घटनाएँ

उदाहरण उपयोग: मॉडलिंग एककार:

एन्कैप्सुलेटिंग वर्गीकरण (वर्ग)

बाहरी आयत उस वर्गीकरण का प्रतिनिधित्व करता है, जिसमें इस मामले में, द कारवर्ग। एक संयुक्त संरचना आरेख में, यह सीमा एक कंटेनर के रूप में कार्य करती है जो प्रणाली के आंतरिक रनटाइम कॉन्फ़िगरेशन को एन्कैप्सुलेट करती है। यह उस संदर्भ को परिभाषित करती है जिसमें व्यक्तिगत उदाहरण एक व्यापक व्यवहारात्मक उद्देश्य को प्राप्त करने के लिए सहयोग करते हैं, बाहरी एकाइयों से एक “कार” के आंतरिक काम करने की जटिलता को छिपाते हुए।

भाग (आंतरिक संरचना)

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

-t : ट्रांसमिशन: ट्रांसमिशन प्रणाली की भूमिका निभाने वाला एक उदाहरण।
-e : इंजन: इंजन ऊर्जा स्रोत की भूमिका निभाने वाला एक उदाहरण।
-s : स्टीयरिंग प्रणाली: स्टीयरिंग यंत्र की भूमिका निभाने वाला एक उदाहरण।

कोलन नोटेशन इंगित करता है कि ये संरचनात्मक भूमिकाएँ हैं जो उनके संबंधित वर्गों द्वारा प्रकारित होती हैं, जो एक संचालित कार के भीतर कौन-से घटक अवश्य मौजूद होने चाहिए, इसकी सटीक परिभाषा करती हैं।

पोर्ट और सीमाएँ

बाहरी वर्गीकरण सीमा और आंतरिक भाग की सीमा पर एम्बेड किए गए छोटे वर्ग दर्शाते हैंपोर्ट. पोर्ट अलग-अलग अंतरक्रिया बिंदु हैं जो एक वर्गीकरण की आंतरिक संरचना को उसके बाहरी वातावरण से अलग करते हैं।

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

कनेक्टर और आंतरिक तारांकन

पोर्ट को एक साथ जोड़ने वाली ठोस रेखाएँ दर्शाती हैंकनेक्टर. कनेक्टर भागों के बीच या एक भाग और बाहरी पोर्ट के बीच रनटाइम पर संचार मार्गों को परिभाषित करते हैं।

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

कब उपयोग करें:

डिज़ाइन पैटर्न का दस्तावेज़ीकरण
जटिल आंतरिक सहयोग का मॉडलिंग
वर्ग डिज़ाइन और घटक कार्यान्वयन के बीच सेतु बनाना

4. डिप्लॉयमेंट डायग्राम

उद्देश्य: सॉफ्टवेयर आर्टिफैक्ट्स को हार्डवेयर निष्पादन परिवेशों के साथ मैप करें।

मुख्य तत्व:

नोड्स (उपकरण, निष्पादन परिवेश)
आर्टिफैक्ट्स (डिप्लॉय किए जाने वाले इकाइयाँ)
नोड्स के बीच संचार मार्ग
डिप्लॉयमेंट विनिर्माण (कॉन्फ़िगरेशन विवरण)

उदाहरण उपयोग:उपयोग कब करें:

नोड्स और भौतिक इंफ्रास्ट्रक्चर

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

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

संबंध और संचार मार्ग

त्रि-आयामी घनों को जोड़ने वाली ठोस रेखाएं प्रतिनिधित्व करती हैंसंबंध. एक डेप्लॉयमेंट आरेख में, इन संबंधों के माध्यम से नोड्स के बीच भौतिक संचार मार्ग, नेटवर्क लिंक या हार्डवेयर कनेक्शन का नक्शा बनाया जाता है।

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

स्थानिक परतदारी और आवृत्ति

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

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

उद्देश्य: वर्गीकरणकर्ताओं और जटिल पैटर्न की आंतरिक संरचना का मॉडल बनाएं।

प्रणाली बुनियादी ढांचे की योजना बनाना
वितरित आर्किटेक्चर का दस्तावेजीकरण
फेलओवर और अतिरिक्त रणनीतियों को निर्दिष्ट करना

5. पैकेज आरेख

उद्देश्य: तार्किक समूहन के माध्यम से नामस्थानों को व्यवस्थित और प्रबंधित करें।

मुख्य तत्व:

पैकेज (टैब वाले आयत)
आयात/पहुंच संबंध («आयात», «पहुंच»)
मर्ज संबंध («मर्ज»)
दृश्यता (+ सार्वजनिक, - निजी)

उदाहरण उपयोग:

उपप्रणाली और पैकेज सीमाएं

आरेख में डिज़ाइन तत्वों के तार्किक समूहन का प्रतिनिधित्व करने के लिए “फ़ोल्डर” नोटेशन पर भारी निर्भरता है।

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

निर्भरताएँ और परतदार संरचना

डैशर्ड तीर संकेत करते हैं निर्भरताएँ, जो स्थापित करता है कि एक पैकेज में परिवर्तन (लक्ष्य) मूल पैकेज (स्रोत) के कार्यान्वयन को प्रभावित कर सकता है।

आंतरिक निर्भरताएँ: आदेश प्रबंधन उपप्रणाली के भीतर, स्पष्ट ऊपर से नीचे तक वास्तुकला परतदार संरचना दिखाई देती है। UI पैकेज पर निर्भर है आदेश प्रसंस्करण, जो बाद में मूल्य गणनाकर्ता और बाहरी भंडारण। यह एक वास्तुकला प्रवाह का प्रतिनिधित्व करता है जहाँ उच्च स्तरीय प्रस्तुति तत्व मूल व्यावसायिक तर्क और डेटा पहुँच परतों पर निर्भर होते हैं।
बाहरी पैकेज पर निर्भरता: पैकेज अपनी तत्काल उपप्रणाली सीमा के बाहर के तत्वों पर भी निर्भर हो सकते हैं। उदाहरण के लिए, UI पैकेज के बाहरी पर निर्भरता हैGUIManager. इसी तरह, Random Storage और Stream Storage नीचे वाले पैकेज उपप्रणाली की सीमा को पार करके बाहरी डेटा संरचनाओं पर निर्भर होते हैं, जो दिखाता है कि उपप्रणाली एक बड़े सॉफ्टवेयर पर्यावरण में कैसे एकीकृत होती है।

अब्स्ट्रैक्शन और विरासत (सामान्यीकरण)

आरेख विशेष शैली और संबंध तीरों का उपयोग करके बॉक्स आर्किटेक्चर पर लागू अब्स्ट्रैक्ट डिज़ाइन पैटर्न को दर्शाता है।

अब्स्ट्रैक्ट बनाम कॉन्क्रीट पैकेज: अब्स्ट्रैक्ट तत्वों या इंटरफेस-जैसी संरचना को परिभाषित करने वाले पैकेजों को इटैलिक नामों के साथ दर्शाया जाता है (जैसे External Storage और StorageManagement). विपरीत रूप से, संचालन कोड के कार्यान्वयन वाले पैकेज, जैसे Repository और FileStorage, मानक पाठ का उपयोग करके दर्शाते हैं कि वे कॉन्क्रीट पैकेज हैं।
सामान्यीकरण: एक ठोस रेखा और खाली, खोखले त्रिभुज द्वारा दर्शाया जाता है जो माता-पिता पैकेज की ओर इशारा करता है। इससे विरासत या कार्यान्वयन संबंध का संकेत मिलता है। उपप्रणाली के भीतर, Random Storage और Stream Storage अब्स्ट्रैक्ट External Storage इंटरफेस को विशेषता या कार्यान्वयन करते हैं। उपप्रणाली के बाहर, कॉन्क्रीट Repository और FileStorage पैकेज सामान्य रूप से अमूर्त में ऊपर जाते हैं स्टोरेज प्रबंधन पैकेज, जो दिखाता है कि बहुआकृति व्यवहार और संरचनात्मक वर्गीकरण को पैकेज स्तर पर कैसे मॉडल किया जा सकता है।
जब उपयोग करें:
बड़े कोडबेस का प्रबंधन
मॉड्यूल सीमाओं को परिभाषित करना
संकलन निर्भरता को नियंत्रित करना

6. ऑब्जेक्ट डायग्राम

उद्देश्य: एक विशिष्ट क्षण पर उदाहरणों और उनके लिंक के स्नैपशॉट दिखाएं।

मुख्य तत्व:

ऑब्जेक्ट्स (नीचे लाइन वाले नाम: मेरी कार: कार)
ऑब्जेक्ट उदाहरणों के बीच लिंक
रनटाइम पर विशेषता मान

उदाहरण उपयोग:

ऑब्जेक्ट्स और वास्तविक उदाहरण

क्लास डायग्राम्स के विपरीत जो सामान्य, ब्लूप्रिंट स्तर की व्यवस्था दिखाते हैं, एक ऑब्जेक्ट डायग्राम यादृच्छिक उदाहरणों को याद करता है जो मेमोरी में रहते हैं। ऑब्जेक्ट्स को आयताकार द्वारा दर्शाया जाता है, और उनके नाम हमेशा नीचे लाइन वाले होते हैं ताकि इन्स्टेंशिएशन को दर्शाया जा सके।

नामित ऑब्जेक्ट्स: इनका सिंटैक्स इस प्रकार है उदाहरण नाम : क्लास नाम. उदाहरण के लिए, c : कंपनी “c” नामक एक विशिष्ट कंपनी उदाहरण का प्रतिनिधित्व करता है, और p : व्यक्ति “p” नामक एक विशिष्ट व्यक्ति उदाहरण का प्रतिनिधित्व करता है।
अनाम वस्तुएँ: जब विशिष्ट प्रतिनिधि पहचानकर्ता लुप्त है या परिदृश्य के लिए अनावश्यक है, तो केवल वर्ग का नाम प्रदान किया जाता है, जिसके आगे एक विराम चिह्न (उदाहरण के लिए, : संपर्क जानकारी). इससे यह निर्दिष्ट होता है कि संपर्क जानकारी का एक वास्तविक प्रतिनिधि मौजूद है और संरचना से जुड़ा है, लेकिन इस संदर्भ में इसके लिए एक अद्वितीय चर नाम की आवश्यकता नहीं है।

अवस्था और गुणधर्म मान

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

विभाग प्रतिनिधि d1 गुणधर्म मान को धारण करता है नाम = बिक्री.
एक अन्य विशिष्ट विभाग प्रतिनिधि d2 मान को धारण करता है नाम = आर एंड डी.
व्यक्ति प्रतिनिधि p एक पूर्ण सेट अवस्था डेटा धारण करता है, जो एक विशिष्ट प्रोफ़ाइल को चित्रित करता है: नाम = डेरेक, कर्मचारीआईडी = D-12821, और पद = प्रबंधक.

लिंक और संबंध

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

कंपनी उदाहरण c सक्रिय रूप से विभाग उदाहरणों से जुड़ा है d1 (बिक्री) और d2 (अनुसंधान एवं विकास)।
डायग्राम में विरासतागत उदाहरण वायरिंग को भी दिखाया गया है, जहां d1 : विभाग (बिक्री) एक उप-विभाग उदाहरण में जुड़ता है जिसे भी एक विभाग के रूप में परिभाषित किया गया है (नाम = यूएस बिक्री).
अंत में, व्यक्ति उदाहरण p (डेरेक) यूएस बिक्री विभाग उदाहरण से जुड़ा है, जबकि एक अज्ञात : संपर्क जानकारी उदाहरण जो उसके भौतिक पते को संग्रहीत करता है।

कब उपयोग करें:

क्लास डायग्राम डिजाइनों की पुष्टि करना
जटिल ऑब्जेक्ट संबंधों का निराकरण करना
उदाहरण रनटाइम अवस्थाओं को दर्शाना

🔶 व्यवहार आरेख

व्यवहार आरेख गतिशील पहलुओं को मॉडल करते हैं—समय के साथ प्रणाली कैसे व्यवहार करती है।

7. गतिविधि आरेख

उद्देश्य: कार्यप्रवाह, व्यावसायिक प्रक्रियाओं और एल्गोरिदम तर्क को मॉडल करें।

मुख्य तत्व:

क्रियाएँ (गोल किनारों वाले आयत)
नियंत्रण नोड: प्रारंभिक, निर्णय, संयोजन, शाखा, जुड़ाव, अंतिम
वस्तु नोड और पिन
ज़िम्मेदारी आवंटन के लिए भाग (स्विमलेन)
अपवाद हैंडलर और बाधित करने योग्य क्षेत्र

उदाहरण उपयोग: आदेश प्रसंस्करण कार्यप्रवाह

संरचनात्मक संगठन (स्विमलेन और भाग)

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

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

नियंत्रण प्रवाह और क्रिया अवस्थाएँ

चरण-दर-चरण प्रक्रियात्मक क्रियान्वयन को नियंत्रण नोड और निर्देशित मार्गों द्वारा निर्देशित किया जाता है।

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

मार्गदर्शन और सुरक्षित तर्क (निर्णय नोड)

हीरे आकृति वाले प्रतीक निर्णय नोड, जो कार्यप्रवाह में शर्ती शाखाओं के मॉडलिंग के लिए हैं।

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

समानांतर प्रसंस्करण (फॉर्क और जॉइन नोड)

आरेख में ठोस काले बार समानांतर या समानांतर क्रियान्वयन प्रवाहों को प्रबंधित करने के लिए समन्वय बिंदु के रूप में कार्य करते हैं।

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

डेटा एकीकरण (वस्तु नोड)

मानक आयताकार आकृतियाँ वस्तु नोड, जो नियंत्रण-केंद्रित क्रिया आरेख में डेटा प्रवाह को प्रवेश कराते हैं।

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

Activity Diagram, UML Diagrams Example: Relationships between Activates and Business Entities - Visual Paradigm Community Circle

जब उपयोग करें:

व्यापार प्रक्रियाओं का दस्तावेजीकरण
उपयोग केस वास्तविकीकरण का मॉडलिंग
जटिल एल्गोरिदम को निर्दिष्ट करना

8. स्टेट मशीन डायग्राम (स्टेटचार्ट्स)

उद्देश्य: वस्तुओं के जीवनचक्र और स्थिति-निर्भर व्यवहार का मॉडल बनाएँ।

मुख्य तत्व:

स्थितियाँ (प्रवेश/निकास/करने वाली क्रियाओं वाले गोल किनारे वाले आयत)
संक्रमण (ट्रिगर[गार्ड]/प्रभाव)
काल्पनिक स्थितियाँ: प्रारंभिक, चयन, शाखा, जोड़, इतिहास, समाप्त
संयुक्त स्थितियाँ और लंबवत क्षेत्र

उदाहरण उपयोग: फोन सेटअप

स्थितियाँ और सिस्टम की स्थितियाँ

डायग्राम एक सिस्टम—विशेष रूप से फोन सेटअप—के व्यवहार को उसकी विभिन्न अलग-अलग स्थितियों या स्थितियों के नक्शा बनाकर पकड़ता है।

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

संक्रमण और घटना-आधारित रूटिंग

राज्यों को जोड़ने वाली दिशात्मक रेखाएं हैं संक्रमण, जो किसी विशिष्ट ट्रिगर के प्रतिक्रिया के रूप में एक राज्य से दूसरे राज्य में गति का प्रतिनिधित्व करते हैं।

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

वैकल्पिक मार्ग और त्रुटि संभाल

अवस्था मशीनें क्रियान्वयन के दौरान भिन्न-भिन्न स्थितियों पर आधारित व्यवहार तर्क और त्रुटि शाखाओं को दिखाने में अत्यधिक सफल हैं।

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

State Diagram - A Quick Tutorial - Visual Paradigm Blog

कब उपयोग करें:

एम्बेडेड सिस्टम या प्रोटोकॉल कार्यान्वयन का मॉडलिंग
UI अवस्था प्रबंधन निर्दिष्ट करना
वस्तु जीवनचक्र नियमों का दस्तावेजीकरण

9. इंटरैक्शन डायग्राम

चार डायग्राम प्रकार वस्तु सहयोग के विभिन्न पहलुओं पर जोर देते हैं:

a) क्रम डायग्राम (सबसे आम)

उद्देश्य: लाइफलाइन्स के बीच समय-क्रमबद्ध संदेश आदान-प्रदान दिखाता है।

मुख्य तत्व:

लाइफलाइन्स (उर्ध्वाधर बिंदीदार रेखाएं)
संदेश (ठोस/बिंदीदार तीर लेबल के साथ)
निष्पादन घटनाएं (एक्टिवेशन बार)
संयुक्त खंड: विकल्प, वैकल्पिक, लूप, समानांतर, ब्रेक

उदाहरण उपयोग:

जीवन रेखाएँ और क्रियान्वयन संदर्भ

आरेख बाएं से दाएं प्रतिभागियों को स्थापित करने के लिए पढ़ा जाता है, और ऊपर से नीचे समय के बीतने को दर्शाने के लिए पढ़ा जाता है।

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

संदेश प्रकार और संचार

भागीदारों के बीच संचार को क्षैतिज तीरों के माध्यम से मॉडल किया जाता है जो संदेशों का प्रतिनिधित्व करते हैं, जिन्हें पदानुक्रमिक संख्या प्रणाली (जैसे 1, 1.1, 1.1.1) का उपयोग करके क्रमानुसार व्यवस्थित किया जाता है।

समकालिक संदेश: ठोस रेखाएँ और ठोस तीरों के सिरे (जैसे 1: makeReservation और 1.1: makeReservation) समकालिक कॉल को दर्शाते हैं। भेजने वाला निष्पादन को रोकता है और प्राप्त करने वाली वस्तु के अपने प्रसंस्करण को पूरा करने का इंतजार करता है।
स्वयं-संदेश: एक संदेश लूप जो एक ही सक्रियता बार पर शुरू होता है और समाप्त होता है (जैसे 1.1.1: available(roomId, date): isRoom द्वारा कार्यान्वित aHotel) एक स्वयं-संदेश. इससे यह संकेत मिलता है कि एक वस्तु अपने ही किसी संचालन को कॉल करती है, जो आंतरिक विधि क्रियान्वयन को दर्शाता है।
रचना संदेश: एक बिंदीदार रेखा जिसके सिरे पर खुला तीर होता है और सीधे एक वस्तु बॉक्स की ओर इशारा करता है (जैसे संदेश 1.1.2: की ओर इशारा करता है aReservation : Reservation) वस्तु निर्माण को दर्शाता है। इससे यह दिखाया जाता है कि aHotel उदाहरण समय के अनुसार aReservation वस्तु को उस समय बनाता है जब रनटाइम क्रम में वह बिंदु आता है।

संयुक्त खंड और नियंत्रण प्रवाह

अनुक्रम के खंडों को घेरने वाले बड़े आयताकार बॉक्स हैं संयुक्त खंड, जो जटिल तर्क, शाखाओं और पुनरावृत्ति को प्रबंधित करने के लिए इंटरैक्शन ऑपरेटर्स का उपयोग करते हैं।

लूप फ्रैगमेंट: बाहरी बॉक्स जिस पर लेबल है लूप गार्ड शर्त के साथ [हर दिन] पुनरावृत्ति का प्रतिनिधित्व करता है। इस बॉक्स के भीतर सभी इंटरैक्शन आरक्षण अनुरोध में निर्दिष्ट प्रत्येक दिन के लिए निरंतर दोहराए जाएंगे।
वैकल्पिक संयुक्त फ्रैगमेंट (Alt): लूप के भीतर एक अल्ट फ्रैगमेंट (आरेख संकेतक में “यदि” के रूप में टिप्पणी किया गया है), जो शर्ती शाखाओं को प्रबंधित करता है। यह गार्ड शर्त का मूल्यांकन करता है [कमरा = सत्य]. यदि शर्त पूरी होती है, तो क्रम उस ब्लॉक के भीतर विशिष्ट पथ को निष्पादित करता है—एक आरक्षण उदाहरण बनाता है और बाद में संदेश को त्रिज्या देता है 2: बनाने के लिए एक सूचना: पुष्टि. यदि शर्त गलत होती, तो एक वैकल्पिक पथ (या कोई क्रिया नहीं) अपनाई जाती।

बी) संचार आरेख

उद्देश्य: संदेश समय के बजाय वस्तु संबंधों पर जोर देता है।

What is Communication Diagram?

मुख्य तत्व:

वस्तुओं को नोड्स के रूप में
संख्यांकित, दिशात्मक संदेशों वाले लिंक
“कौन किससे बात करता है” पर ध्यान केंद्रित करना

सी) इंटरैक्शन ओवरव्यू आरेख

उद्देश्य: गतिविधि-आरेख प्रतीकों का उपयोग करके नियंत्रण का उच्च स्तरीय प्रवाह।

Interaction Overview Diagram Example

मुख्य तत्व:

क्रियाकलाप नोड्स के रूप में अंतरक्रिया घटनाएँ
शाखाओं के लिए निर्णय/मर्ज
समानांतरता के लिए फॉर्क/जॉइन

d) समय आरेख

उद्देश्य: सटीक समय सीमाओं का मॉडल (वास्तविक समय प्रणालियाँ)।

What is Timing Diagram?

मुख्य तत्व:

प्रत्येक लाइफलाइन के लिए राज्य समय रेखाएँ
समय पैमाने और सीमाएँ
अवधि चिह्नों वाले संदेश तीर

अंतरक्रियाओं का उपयोग कब करें:

उपयोग केस वास्तविकीकरण निर्दिष्ट करना
जटिल संदेश प्रवाहों का निराकरण
API उपयोग पैटर्न का दस्तावेजीकरण
वास्तविक समय प्रोटोकॉल समय का मॉडलिंग

10. उपयोग केस आरेख

उद्देश्य: बाहरी अभिनेता के दृष्टिकोण से कार्यात्मक आवश्यकताओं को ध्यान में रखें।

मुख्य तत्व:

उपयोग केस (अंडाकार या वर्गीकरण आयत)
अभिनेता (छड़ी आकृतियाँ या वर्गीकरण)
संबंध (अभिनेता ↔ उपयोग केस)
संबंध: «शामिल करें», «विस्तारित», सामान्यीकरण
प्रणाली सीमा बॉक्स

उदाहरण उपयोग: एटीएम प्रणाली

A Comprehensive Guide to Use Case Modeling - Visual Paradigm Guides

जब उपयोग करें:

स्टेकहोल्डर्स के साथ आवश्यकताओं का उद्घाटन
प्रणाली के दायरे और सीमाओं को परिभाषित करना
परीक्षण परिदृश्यों की योजना बनाना

🎯 सही आरेख चुनना: निर्णय गाइड

लक्ष्य	सिफारिश किए गए आरेख (सहित)
वर्ग संरचना डिज़ाइन करना	वर्ग, वस्तु, पैकेज
रनटाइम बातचीत का मॉडल बनाना	क्रम, संचार
व्यापार कार्यप्रवाहों को दस्तावेज़ीकरण	गतिविधि, उपयोग केस
वस्तु जीवनचक्र निर्दिष्ट करना	राज्य मशीन
प्रणाली डेप्लॉयमेंट की योजना बनाना	डेप्लॉयमेंट, घटक
जटिल आंतरिक पैटर्न का मॉडल बनाना	संयुक्त संरचना
वास्तविक समय की सीमाओं को पकड़ना	समय आरेख
आवश्यकताओं को परिभाषित करना	उपयोग केस, गतिविधि

🔑 मुख्य मॉडलिंग सिद्धांत

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

📌 याद रखें: “UML एक भाषा है, एक पद्धति नहीं।” यह प्रतीकों की प्रदान करता है—प्रक्रिया नहीं। संचार को स्पष्ट करने वाले आरेखों का चयन करें, न कि बॉक्स चेक करने वाले।

निष्कर्ष

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

यह पोस्ट English, Español, فارسی, Français, Bahasa Indonesia और 日本語 में भी उपलब्ध है।