पैकेज आरेख पैकेजों और पैकेजों के बीच संबंधों के साथ-साथ सिस्टम के विभिन्न मॉड्यूलों के बीच निर्भरताओं को दर्शाता है।
एक पैकेज UML में विभिन्न मॉडल तत्वों को संगठित और प्रबंधित करने के लिए एक तंत्र है। यह अवधारणात्मक रूप से समान और संबंधित मॉडल तत्वों को एक पैकेज में संगठित करता है, जो विभिन्न कार्यों या उद्देश्यों के साथ मॉड्यूल बनाता है, और पैकेज के भीतर तत्वों की दृश्यता को नियंत्रित कर सकता है ताकि लोग जटिल प्रणालियों को बेहतर ढंग से समझ सकें।
कोई भी UML तत्व एक पैकेज में समूहीकृत किया जा सकता है, इसलिए कक्षाएं, वस्तुएं, उपयोग के मामले, घटक, नोड्स, नोड उदाहरण आदि पैकेजों में संगठित किए जा सकते हैं, जिससे एक वास्तविक विश्व UML मॉडल में निहित अनगिनत तत्वों का संगठन प्रबंधित करना आसान हो जाता है।
तुरंत जानकारी हस्तांतरण के लिए साझा लिंक के साथ बहु-उपयोगकर्ता वास्तविक समय सहयोग
पाठ इनपुट से स्वचालित ग्राफिक्स जनरेशन और शैली सुधार
पूर्ण अनुकूलन के साथ प्रीबिल्ट थीम
आइकन, छवियां, लेबल, LaTeX सूत्र, कोड ब्लॉक, लिंक, अनुलग्नक समर्थित
निर्यात: PNG, VISIO, PDF, SVG | आयात: VISIO, Mermaid
रीयल-टाइम क्लाउड स्टोरेज, मल्टी-डिवाइस सिंक, संस्करण इतिहास और डेटा सुरक्षा
एक ही स्तर पर, प्रत्येक पैकेज का नाम अन्य पैकेजों से अलग होना चाहिए। पैकेज नाम दो रूपों में आते हैं:
सरल नाम: एक सरल नाम केवल पैकेज के नाम स्ट्रिंग का उपयोग करता है;
पथ नाम: कई मामलों में, एक पैकेज अन्य पैकेजों को शामिल करता है, इसलिए बाहरी पैकेज नाम का उपयोग पैकेज पथ को इंगित करने के लिए किया जाता है। बुनियादी सिंटैक्स है: [बाहरी पैकेज नाम::यह पैकेज नाम]।
एक पैकेज एक समूह बनाने की प्रणाली है, इसलिए इसमें UML में कोई भी तत्व शामिल हो सकते हैं, जैसे कि क्लासेस, ऑब्जेक्ट्स, उपयोग केस, इंटरफेस, कंपोनेंट्स, नोड्स, आदि। यह अन्य पैकेजों, उपयोग केस डायग्राम्स, सहयोग डायग्राम्स, अनुक्रम डायग्राम्स, आदि को भी शामिल कर सकता है।
पैकेज के भीतर तत्वों की दृश्यता बाहरी तत्वों की पैकेज के भीतर तत्वों तक पहुंच अनुमतियों को संदर्भित करती है। सामान्यतः तीन अनुमतियाँ होती हैं: सार्वजनिक, निजी, संरक्षित।
निर्भरता संबंध: पैकेजों के बीच निर्भरता संबंध का मतलब है कि दो पैकेजों के भीतर कई तत्वों के बीच निर्भरता मौजूद है। निर्भरता को एक डैश्ड तीर द्वारा प्रदर्शित किया जाता है, जिसमें तीर निर्भर पैकेज से उस पैकेज की ओर इशारा करता है जिस पर वह निर्भर है। पैकेजों के बीच निर्भरता संबंध सामान्यीकरण, साकार, आयात, आदि हो सकते हैं।
सामान्यीकरण संबंध: पैकेजों के बीच सामान्यीकरण संबंध क्लासेस के बीच सामान्यीकरण संबंध के समान है। यह सामान्यीकरण संबंध का मतलब है कि विशेषीकृत पैकेज सामान्य पैकेज में तत्वों को प्रतिस्थापित कर सकता है और नए तत्व जोड़ सकता है। वास्तव में, पैकेजों के बीच सामान्यीकरण भी एक प्रकार का निर्भरता संबंध है।
सामान्यतः 6 प्रकार के पैकेज स्टीरियोटाइप होते हैं: व्यापार विश्लेषण मॉडल, व्यापार प्रणाली, व्यापार उपयोग केस विश्लेषण मॉडल, डोमेन पैकेज, परत, और उपप्रणाली। आप पैकेज की भूमिका को तेजी से पहचानने के लिए आवश्यकतानुसार उपयुक्त स्टीरियोटाइप चुन सकते हैं।
1. बड़े सिस्टमों की जटिलता को प्रबंधित करना
2. सिस्टम की मॉड्यूलर संरचना को प्रतिबिंबित करना
3. मॉड्यूलों के बीच निर्भरता और इंटरफेस संबंधों का प्रतिनिधित्व करना
4. टीम सहयोग और मॉड्यूल विभाजन को सुविधाजनक बनाना
1. बड़े सिस्टमों का स्तरित मॉडलिंग
आर्किटेक्चरल परतों का प्रतिनिधित्व करना, जैसे प्रस्तुति परत, व्यापार परत, डेटा एक्सेस परत की निर्भरता संबंध।
2. टीम सहयोग और मॉड्यूल विभाजन
विकास से पहले जिम्मेदारी मॉड्यूलों को विभाजित करने के लिए पैकेज डायग्राम्स का उपयोग करना, पैकेजों के बीच निर्भरता की दिशा को स्पष्ट करना, और चक्रीय निर्भरताओं से बचना।
3. कोड को मॉडलों के साथ संरेखित करना
जावा, C++ जैसी भाषाओं में 'पैकेज' या 'नामस्थान' और UML पैकेज डायग्राम्स के बीच एक अच्छा मैपिंग संबंध होता है, कोड संरचना मॉडलिंग के लिए उपयुक्त।
4. पुनः संरचना और डिज़ाइन का अनुकूलन करना
पैकेज डायग्राम्स का विश्लेषण करके उच्च युग्मन और निम्न संलग्नता के मुद्दों की पहचान करना, और मॉड्यूल विभाजन को समायोजित करना।
पैकेज के भीतर तत्वों पर कोई प्रतिबंध नहीं है। एक पैकेज एक समूह बनाने की प्रणाली है, इसलिए यह UML में किसी भी तत्व को शामिल कर सकता है, जैसे कि क्लासेस, उपयोग मामले, इंटरफेस, घटक, नोड्स, आदि। यह अन्य पैकेजों, उपयोग मामले आरेखों, सहयोग आरेखों, अनुक्रम आरेखों, आदि को भी शामिल कर सकता है।
नहीं, एक तत्व केवल एक पैकेज में हो सकता है।
उसी स्तर पर, प्रत्येक पैकेज का नाम अन्य पैकेजों से भिन्न होना चाहिए।
1. पैकेजों के बीच चक्रीय निर्भरताओं से बचें;
2. पैकेज के नाम सरल और वर्णनात्मक होने चाहिए।
पैकेज आरेखों का उपयोग क्लास आरेखों में तत्वों जैसे कि क्लासेस, इंटरफेस, उपप्रणालियों, आदि को संगठित और समूह करने के लिए किया जाता है, जो तार्किक पदानुक्रमित संरचना पर जोर देते हैं।
दूसरी ओर, क्लास आरेखों का उपयोग क्लासेस के बीच संरचनात्मक संबंधों का वर्णन करने के लिए किया जाता है, जो क्लासेस के विवरण पर ध्यान केंद्रित करते हैं।
हाँ, पैकेज आरेखों में पैकेजों की नेस्टेड संरचनाओं का समर्थन होता है, जिसका उपयोग पैकेज के भीतर उप-पैकेजों के उपविभाजन को व्यक्त करने के लिए किया जाता है, जो जटिल प्रणालियों में स्तरित संरचनाओं का प्रतिनिधित्व करने के लिए अक्सर उपयोग किया जाता है।
आमतौर पर, पैकेज आरेख मुख्य रूप से निर्भरता संबंधों का उपयोग करते हैं, लेकिन यदि आवश्यक हो, तो अन्य आरेख (जैसे कि घटक आरेख) कार्यान्वयन और आयात जैसी व्याख्याओं को व्यक्त करने के लिए उपयोग किए जा सकते हैं। आमतौर पर मानक पैकेज आरेखों में कई संबंधों को मिलाने की सिफारिश नहीं की जाती है।
1. निम्न युग्मन और उच्च एकता: पैकेजों के बीच निर्भरताओं को कम करें ताकि स्वतंत्रता बढ़ सके;
2. स्पष्ट निर्भरता दिशा: चक्रीय निर्भरताओं से बचने के लिए एकदिशीय निर्भरताओं को बनाए रखें;
3. स्तरित डिज़ाइन: वास्तुकला स्तरों के अनुसार पैकेजों को विभाजित करें, सामान्य स्तर विभाजन: प्रस्तुति स्तर → व्यापार तर्क स्तर → डेटा अभिगम स्तर;
4. आंतरिक संरचना को संलग्न करें: केवल आवश्यक क्लासेस या इंटरफेस को उजागर करें, कार्यान्वयन विवरणों को छुपाएं;
5. संबंधों को समझाने के लिए टिप्पणियों और लेबलों का उपयोग करें: जैसे <
