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

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

UML की उत्पत्ति

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

UML तीन प्रमुख ऑब्जेक्ट-ओरिएंटेड मॉडलिंग नोटेशन के संयोजन से उत्पन्न हुआ था:

1. ऑब्जेक्ट मॉडलिंग तकनीक (OMT) [जेम्स रुम्बॉग 1991] – विश्लेषण और डेटा-गहन सूचना प्रणालियों के लिए सबसे उपयुक्त।
2. बूच [ग्रेडी बूच 1994] – डिज़ाइन और कार्यान्वयन के लिए बहुत मजबूत। ग्रेडी बूच ने भाषा के साथ व्यापक रूप से काम किया थाएडा भाषा और उस भाषा के ऑब्जेक्ट-ओरिएंटेड विकास में महत्वपूर्ण योगदान दिया। हालांकि बूच विधि शक्तिशाली थी, उसकी नोटेशन बहुत लोकप्रिय नहीं थी (उसके मॉडल में बहुत सारे बादल आकृतियाँ – बहुत अच्छी तरह से नहीं बनी हुई)।
3. OOSE (ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर इंजीनियरिंग [इवर जैकोबसन 1992]) – उपयोग केस नामक एक मॉडल द्वारा विशेषता है। उपयोग केस पूरी प्रणाली के व्यवहार को समझने की एक शक्तिशाली तकनीक हैं (जहां OO पारंपरिक रूप से कमजोर रहा है)।

1994 में सॉफ्टवेयर दुनिया चौंक गई जब OMT के निर्माता जिम रुम्बॉग जनरल इलेक्ट्रिक से निकल गए और रेशनल सॉफ्टवेयर में ग्रेडी बूच के साथ शामिल हो गए। सहयोग का उद्देश्य उनके विचारों को एकीकृत विधि में मिलाना था (कार्य शीर्षक था “एकीकृत विधि”)।

1995 तक, OOSE के निर्माता इवर जैकोबसन ने भी रेशनल में शामिल हो गए, और उनके विचार (विशेष रूप से “उपयोग केस” की अवधारणा) नए एकीकृत विधि में शामिल कर दिए गए – अब इसका नाम दिया गया है संयुक्त मॉडलिंग भाषा 1। रुम्बॉग, बूच और जैकोबसन की टीम को प्यार से “तीन दोस्त” कहा जाता था।

UML को उस समय अन्य ऑब्जेक्ट-ओरिएंटेड नोटेशन द्वारा भी प्रभावित किया गया था:

• मेलर और श्लेयर [1998]
• कोड और यूरडन [1995]
• विर्फ्स-ब्रॉक [1990]
• मार्टिन और ओडेल [1992]

UML में उस समय के अन्य प्रमुख विधियों में नहीं मौजूद नए अवधारणाओं को भी शामिल किया गया था, जैसे एक्सटेंशन मैकेनिज्म और कॉन्स्ट्रेंट भाषाएं।

UML का इतिहास

1. 1996 के दौरान, विश्व केऑब्जेक्ट मैनेजमेंट ग्रुप (OMG) ने पहला प्रस्ताव आह्वान (RFP) जारी किया, जो इन संगठनों के लिए एक संयुक्त RFP प्रतिक्रिया पर सहयोग करने के लिए एक उत्तेजक बन गया।
2. रेशनल ने कई संगठनों के साथ UML पार्टनर्स संघ का गठन किया, जो UML 1.0 के मजबूत परिभाषा के लिए संसाधन लगाने के लिए तैयार थे। UML 1.0 परिभाषा में सबसे अधिक योगदान देने वाले शामिल थे:
   • डिजिटल उपकरण कॉर्पोरेशन
   • हेवलेट-पैकर्ड
   • आई-लॉजिक्स
   • इंटेलिकॉर्प
   • आईबीएम
   • आइकॉन कंप्यूटिंग
   • एमसीआई सिस्टमहाउस
   • माइक्रोसॉफ्ट
   • ओरेकल
   • रेशनल सॉफ्टवेयर
   • टेक्सास इंस्ट्रूमेंट्स
   • यूनिसिस
3. इस सहयोग ने यूएमएल 1.0 का निर्माण किया, जो एक स्पष्ट रूप से परिभाषित, व्यक्त करने योग्य, शक्तिशाली और सामान्य उद्देश्य वाली मॉडलिंग भाषा थी। इसे जनवरी 1997 में प्रारंभिक आरएफपी प्रतिक्रिया के रूप में ओएमजी को जमा किया गया था।
4. जनवरी 1997 में, आईबीएम, ऑब्जेकटाइम, प्लैटिनम टेक्नोलॉजी, पीटेक, टास्कन, राइख टेक्नोलॉजीज और सॉफ्टीम ने ओएमजी को अलग-अलग आरएफपी प्रतिक्रियाएं भी जमा कीं। इन कंपनियों ने यूएमएल पार्टनर्स में शामिल होकर अपने विचार योगदान दिए, और पार्टनर्स ने संयुक्त रूप से यूएमएल 1.1 की संशोधित प्रतिक्रिया तैयार की। यूएमएल 1.1 यूएमएल 1.0 के अर्थ की स्पष्टता में सुधार और नए पार्टनर्स से योगदान को शामिल करने पर केंद्रित थी। इसे ओएमजी के विचाराधीन भेजा गया और फरवरी 1997 में अपनाया गया। संस्करणों का विकास 1.1 से 1.5 तक चला, फिर यूएमएल 2.0 से 2.5 तक (वर्तमान संस्करण यूएमएल 2.5 है)।

यूएमएल क्यों?

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

1. उपयोगकर्ताओं को अर्थपूर्ण मॉडल विकसित और विनिमय करने के लिए उपयोग करने योग्य, व्यक्त करने योग्य दृश्य मॉडलिंग भाषा प्रदान करें।
2. मूल अवधारणाओं के विस्तार के लिए विस्तारशीलता और विशिष्टता तंत्र प्रदान करें।
3. किसी विशिष्ट प्रोग्रामिंग भाषा और विकास प्रक्रिया से स्वतंत्र रहें।
4. मॉडलिंग भाषा को समझने के लिए एक औपचारिक आधार प्रदान करें।
5. वस्तु-आधारित उपकरण बाजार के विकास को प्रोत्साहित करें।
6. सहयोग, फ्रेमवर्क, पैटर्न और कंपोनेंट जैसी उच्च स्तरीय विकास अवधारणाओं का समर्थन करें।
7. श्रेष्ठ अभ्यासों को एकीकृत करें।

यूएमएल – समीक्षा

यूएमएल सिद्धांत में डूबने से पहले, आइए यूएमएल में कुछ मुख्य अवधारणाओं का संक्षिप्त परिचय देते हैं।

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

उदाहरण के लिए:

• विश्लेषक
• डिज़ाइनर
• कोडर
• परीक्षक
• क्वालिटी एस्पेक्ट
• ग्राहक
• तकनीकी लेखक

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

UML 2 डायग्राम संरचना में दिखाए गए 13 डायग्रामों में से प्रत्येक का एक त्वरित अवलोकन यहाँ दिया गया है:

संरचनात्मक डायग्राम सिस्टम और उसके भागों की स्थिर संरचना को विभिन्न स्तरों पर अब्स्ट्रैक्शन और कार्यान्वयन के साथ दर्शाते हैं और उनके बीच के संबंध को भी दर्शाते हैं। संरचनात्मक डायग्राम के सात प्रकार हैं:

• वर्ग डायग्राम
• घटक डायग्राम
• डिप्लॉयमेंट डायग्राम
• वस्तु डायग्राम
• पैकेज डायग्राम
• संयुक्त संरचना डायग्राम
• प्रोफाइल डायग्राम

व्यवहार डायग्राम सिस्टम में वस्तुओं के गतिशील व्यवहार को दर्शाते हैं, जिसे समय के एक श्रृंखला के रूप में वर्णित किया जा सकता हैसमय। व्यवहार डायग्राम के सात प्रकार हैं:

• उपयोग केस डायग्राम
• गतिविधि डायग्राम
• अवस्था मशीन डायग्राम
• अनुक्रम डायग्राम
• संचार डायग्राम
• अंतरक्रिया अवलोकन डायग्राम
• समय डायग्राम

वर्ग डायग्राम क्या है?

एक वर्ग डायग्राम लगभग सभी ऑब्जेक्ट-ओरिएंटेड विधियों में उपयोग किए जाने वाली मुख्य मॉडलिंग तकनीक है। डायग्राम सिस्टम में वस्तुओं के प्रकार और उनके बीच मौजूद विभिन्न स्थिर संबंधों का वर्णन करता है।

संबंध

तीन मुख्य संबंध महत्वपूर्ण हैं:

1. संबंध – प्रकार के उदाहरणों के बीच संबंध को दर्शाता है (उदाहरण के लिए, एक व्यक्ति एक कंपनी के लिए काम करता है, एक कंपनी के कई कार्यालय होते हैं)।
2. विरासत – ओओ में उपयोग किए जाने वाले ईआर आरेखों में सबसे उपयुक्त जोड़ है। यह ओओ डिजाइन में विरासत के सीधे संबंध को दर्शाता है।
3. एग्रीगेशन – ऑब्जेक्ट-ओरिएंटेड डिजाइन में ऑब्जेक्ट कंपोजिशन का एक रूप।

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

क्लास डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंक्लास डायग्राम क्या है?

कंपोनेंट डायग्राम क्या है?

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

कंपोनेंट डायग्राम उदाहरण

कंपोनेंट डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंकंपोनेंट डायग्राम क्या है?

डिप्लॉयमेंट डायग्राम क्या है?

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

डिप्लॉयमेंट डायग्राम उदाहरण

डिप्लॉयमेंट डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंडिप्लॉयमेंट डायग्राम क्या है?

ऑब्जेक्ट डायग्राम क्या है?

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

क्लास डायग्राम बनाम ऑब्जेक्ट डायग्राम – एक उदाहरण

कुछ लोगों को UML क्लास डायग्राम और UML ऑब्जेक्ट डायग्राम के बीच अंतर समझने में कठिनाई हो सकती है क्योंकि दोनों में गुणों और उनके बीच संबंधों वाले नामित “आयताकार ब्लॉक” शामिल होते हैं, जिससे दोनों UML डायग्राम एक जैसे दिखते हैं। कुछ लोग यह भी सोचते हैं कि वे एक ही हैं क्योंकि UML टूल्स में क्लास डायग्राम और ऑब्जेक्ट डायग्राम के प्रतीक एक ही डायग्राम एडिटर – क्लास डायग्राम में रखे जाते हैं।

लेकिन वास्तविकता में, क्लास डायग्राम और ऑब्जेक्ट डायग्राम कोडबेस के दो अलग-अलग पहलुओं का प्रतिनिधित्व करते हैं। इस लेख में, हम इन दो UML डायग्राम के बारे में कुछ विचार प्रदान करते हैं, जानते हैं कि वे क्या हैं, उनके बीच अंतर कैसे है और उनका उपयोग कब करना चाहिए।

क्लास डायग्राम और ऑब्जेक्ट डायग्राम के बीच संबंध

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

एक UML ऑब्जेक्ट डायग्राम दिए गए एक विशिष्ट अवस्था में क्लास के ऑब्जेक्ट उदाहरणों के “दिखने के तरीके” को दर्शाता है। दूसरे शब्दों में, एक UML ऑब्जेक्ट डायग्राम को एक विशिष्ट अवस्था में क्लास (UML क्लास डायग्राम में) के उपयोग के एक उदाहरण के रूप में देखा जा सकता है।

यदि आप इन परिभाषाओं से संतुष्ट नहीं हैं, तो नीचे दिए गए UML डायग्राम उदाहरणों को देखें। मुझे विश्वास है कि आप उनके अंतर को सेकंड में समझ लेंगे।

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

निम्नलिखित क्लास डायग्राम उदाहरण दो क्लास – उपयोगकर्ता और अटैचमेंट का प्रतिनिधित्व करता है। एक उपयोगकर्ता कई अटैचमेंट अपलोड कर सकता है, इसलिए दोनों क्लासेस अटैचमेंट तरफ बहुलता 0…* के साथ एक संबंध से जुड़ी हैं।

ऑब्जेक्ट डायग्राम उदाहरण

निम्नलिखित ऑब्जेक्ट डायग्राम उदाहरण दिखाता है कि उपयोगकर्ता और अटैचमेंट क्लास के ऑब्जेक्ट उदाहरण कैसे “दिखते हैं” जब पीटर (अर्थात एक उपयोगकर्ता) दो अटैचमेंट अपलोड करने की कोशिश करता है। इसलिए अपलोड किए जाने वाले दो अटैचमेंट के दो उदाहरण विशिष्टताएं हैं।

ऑब्जेक्ट डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंऑब्जेक्ट डायग्राम क्या है?

पैकेज डायग्राम क्या है?

एक पैकेज डायग्राम एक UML संरचना डायग्राम है जो पैकेजों और पैकेजों के बीच निर्भरता को दर्शाता है। पैकेज डायग्राम एक प्रणाली के विभिन्न दृश्यों को दिखाने की अनुमति देते हैं, उदाहरण के लिए, बहु-परतीय (जिसे बहु-तरी भी कहा जाता है) एप्लिकेशन – बहु-परतीय एप्लिकेशन मॉडल।

पैकेज डायग्राम उदाहरण

पैकेज डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंपैकेज डायग्राम क्या है?

कॉम्पोजिट स्ट्रक्चर डायग्राम क्या है?

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

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

कॉम्पोजिट स्ट्रक्चर डायग्राम उदाहरण

कॉम्पोजिट स्ट्रक्चर डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंकॉम्पोजिट स्ट्रक्चर डायग्राम क्या है?

प्रोफाइल डायग्राम क्या है?

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

प्रोफाइल डायग्राम उदाहरण

प्रोफाइल डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंUML में प्रोफाइल डायग्राम क्या है?

यूज़ केस डायग्राम क्या है?

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

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

क्योंकि यह एक बहुत ही शक्तिशाली योजना बनाने का उपकरण है, यूज़ केस मॉडल का विकास चक्र के सभी चरणों में सभी टीम सदस्यों द्वारा उपयोग किया जाता है।

यूज़ केस डायग्राम उदाहरण

यूज़ केस डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंयूज़ केस डायग्राम क्या है?

एक एक्टिविटी डायग्राम क्या है?

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

एक्टिविटी डायग्राम उदाहरण

एक्टिविटी डायग्राम के बारे में अधिक जानकारी के लिए लेख पढ़ेंएक एक्टिविटी डायग्राम क्या है?

स्टेट मशीन डायग्राम क्या है?

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

राज्य मशीन आरेख उदाहरण

राज्य मशीन आरेखों के बारे में अधिक जानकारी के लिए लेख पढ़ेंराज्य मशीन आरेख क्या है?

अनुक्रम आरेख क्या है?

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

अनुक्रम आरेख उदाहरण

अनुक्रम आरेखों के बारे में अधिक जानकारी के लिए लेख पढ़ेंअनुक्रम आरेख क्या है?

संचार आरेख क्या है?

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

संचार आरेख उदाहरण

संचार आरेखों के बारे में अधिक जानकारी के लिए लेख पढ़ेंसंचार आरेख क्या है?

अंतरक्रिया अवलोकन आरेख क्या है?

एक अंतरक्रिया अवलोकन आरेख अंतरक्रिया के नियंत्रण प्रवाह के अवलोकन पर ध्यान केंद्रित करता है। यह एक गतिविधि आरेख का एक विकल्प है जहां नोड्स अंतरक्रियाएं या अंतरक्रिया घटनाएं होती हैं। अंतरक्रिया अवलोकन आरेख अंतरक्रियाओं का वर्णन करता है जहां संदेश और जीवन रेखाएं छिपी होती हैं। आप “वास्तविक” आरेखों से लिंक कर सकते हैं और अंतरक्रिया अवलोकन आरेख में आरेखों के बीच उच्च नेविगेशन प्राप्त कर सकते हैं।

अंतरक्रिया अवलोकन आरेख उदाहरण

अंतरक्रिया अवलोकन आरेखों के बारे में अधिक जानकारी के लिए लेख पढ़ेंअंतरक्रिया अवलोकन आरेख क्या है?

समय आरेख क्या है?

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

समय आरेख उदाहरण

समय आरेखों के बारे में अधिक जानकारी के लिए लेख पढ़ेंसमय आरेख क्या है?

UML सीखें। UML बनाएं।

विजुअल पैराडाइग्म कम्युनिटी एडिशन प्राप्त करें – एक मुफ्त UML उपकरण जो आपको UML को तेजी से और अधिक प्रभावी ढंग से सीखने में मदद करता है। विजुअल पैराडाइग्म कम्युनिटी एडिशन सभी UML आरेख प्रकारों का समर्थन करता है। इसका पुरस्कृत UML मॉडलर स्वचालित और उपयोग में आसान है।

मुफ्त डाउनलोड

UML शब्दावली और शब्दावली

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

लोकप्रिय UML पुस्तकें

यहां कुछ लोकप्रिय UML पुस्तकें हैं जिन्हें आप UML सीखने के लिए पढ़ सकते हैं:

1. UML छोटा: मानक वस्तु मॉडलिंग भाषा के लिए एक संक्षिप्त मार्गदर्शिका
2. UML 2 और एकीकृत प्रक्रिया: व्यावहारिक वस्तु-आधारित विश्लेषण और डिज़ाइन
3. UML 2.0 सीखें
4. UML के साथ वेब एप्लिकेशन बनाना
5. एकीकृत मॉडलिंग भाषा संदर्भ मैनुअल
6. UML™ 2.0 शैली के तत्व
7. Java प्रोग्रामर्स के लिए UML
8. Schaum’s UML का रूपरेखा
9. एकीकृत मॉडलिंग भाषा उपयोगकर्ता मार्गदर्शिका
10. UML 2 प्रमाणीकरण मार्गदर्शिका: मूल और मध्यम स्तर के परीक्षण
11. UML में वस्तु-आधारित डिज़ाइन के मूल सिद्धांत
12. UML के साथ उपयोग केस आधारित वस्तु मॉडलिंग के लागू करना: एक टिप्पणी वाला ई-कॉमर्स उदाहरण
13. UML के साथ लचीले वस्तु-आधारित प्रणालियों का डिज़ाइन करना
14. UML के साथ उपयोग केस आधारित वस्तु मॉडलिंग
15. UML संस्करण 2.0 के साथ प्रणाली विश्लेषण और डिज़ाइन: वस्तु-आधारित दृष्टिकोण
16. UML 2.0 एक नटशेल में
17. अनुप्रयोगों के साथ वस्तु-आधारित विश्लेषण और डिज़ाइन
18. UML की व्याख्या
19. डिज़ाइन पैटर्न: पुनर्उपयोगी वस्तु-आधारित सॉफ्टवेयर के तत्व
20. वस्तु प्राइमर: UML 2.0 के साथ एजाइल मॉडल-आधारित विकास

संबंधित लिंक

1. दृश्य मॉडलिंग के लिए पेशेवर UML डिज़ाइन टूल