आप चाहें तो UML का उपयोग जितना चाहें उतना कर सकते हैं।मार्टिन फाउलरतीन सामान्य तरीकों का वर्णन करता है जिनका लोग UML के उपयोग के लिए उपयोग करते हैं:
- UML एक चित्रकला के रूप में— UML का उपयोग मुख्य बिंदुओं को समझाने के लिए संक्षिप्त चित्र बनाने के लिए करें। ये अस्थायी चित्र होते हैं, जिन्हें एक व्हाइटबोर्ड पर या यहां तक कि एक बीयर के कॉस्टर पर भी लिखा जा सकता है। विकास के प्रारंभिक चरणों में, UML का उपयोग एक चित्रकला के रूप में बहुत प्रभावी होता है और यह एक सहयोगात्मक उपकरण के रूप में उपयोग किया जा सकता है, जहां विकासकर्मी प्रणाली डिजाइन के बारे में विचार-विमर्श कर सकते हैं।
- UML एक नक्शे के रूप में— UML आरेखों के साथ एक प्रणाली के विस्तृत विवरण का प्रदान करें। ये आरेख अस्थायी नहीं होंगे, बल्कि UML उपकरण के साथ उत्पन्न किए जाएंगे। UML का उपयोग एक नक्शे के रूप में किया जा सकता है, और विकासकर्मी इसका अनुसरण करके कोड उत्पन्न कर सकते हैं। सरल चित्रों का उपयोग उनके लिए पर्याप्त नहीं होगा, क्योंकि इसके लिए उन्हें खाली जगह भरनी होगी। इस दृष्टिकोण को आमतौर पर सॉफ्टवेयर प्रणालियों से जोड़ा जाता है और आमतौर पर मॉडल को कोड के साथ समकालीन रखने के लिए आगे और पीछे के अभियांत्रिकी का उपयोग किया जाता है।
- UML एक प्रोग्रामिंग भाषा के रूप में— यह सीधे UML मॉडल से निष्पादन योग्य कोड तक जाता है (आगे के अभियांत्रिकी के रूप में केवल कोड के भागों के बजाय), जिसका अर्थ है कि प्रणाली के हर पहलू को मॉडल किया जाता है। सिद्धांत रूप में, आप अपने मॉडल को अनिश्चित समय तक बनाए रख सकते हैं और रूपांतरण और कोड उत्पादन का उपयोग करके अलग-अलग वातावरणों में डेप्लॉय कर सकते हैं। फाउलर का मानना है कि आज UML के रूप में प्रोग्रामिंग भाषा की उत्पादकता किसी भी अन्य भाषा के उपयोग की उत्पादकता से बेहतर नहीं है, इसलिए UML को मुख्यधारा में लाना कठिन होगा। वह यह भी मानते हैं कि बहुत विस्तृत नक्शे प्रभावी नहीं होते हैं क्योंकि उन्हें बनाना कठिन होता है और यह विकास को धीमा कर देगा।
सारांश
उपयोग किए गए दृष्टिकोण का निर्भर करता है आपके द्वारा निर्मित एप्लिकेशन के प्रकार पर, डिजाइन की समीक्षा कितनी सख्ती से की जाएगी, क्या आप सॉफ्टवेयर प्रणाली विकसित कर रहे हैं, और यदि यह सॉफ्टवेयर है, तो आप जिस सॉफ्टवेयर विकास प्रक्रिया का उपयोग कर रहे हैं।
कुछ उद्योगों, जैसे मेडिकल और रक्षा, में सॉफ्टवेयर परियोजनाएं UML के नक्शे के रूप में झुकती हैं क्योंकि उच्च गुणवत्ता की आवश्यकता होती है। सॉफ्टवेयर डिजाइन की गहन समीक्षा की जाती है क्योंकि यह मिशन-क्रिटिकल हो सकता है: आप नहीं चाहते कि आपकी हृदय निगरानी मशीन अचानक “ब्लू स्क्रीन ऑफ डेथ” दिखाए।
कुछ परियोजनाएं कम मॉडलिंग के साथ भी चल सकती हैं। वास्तव में, कुछ वाणिज्यिक उद्योग यह पाते हैं कि बहुत अधिक मॉडलिंग भारी होती है और उत्पादकता को धीमा कर देती है। ऐसी परियोजनाओं के लिए, UML के रूप में एक चित्रकला का उपयोग करना और अपने मॉडल में कुछ संरचनात्मक आरेख और कुछ क्लास और अनुक्रम आरेख शामिल करना तार्किक है ताकि मुख्य बिंदुओं को स्पष्ट किया जा सके।
सिफारिश किए गए UML संदर्भ
- UML अध्ययन गाइड और लेखद्वाराविजुअल पैराडाइम
- विजुअल पैराडाइम का उपयोग करके कोड इंजीनियरिंग
- डेटाबेस कोड उत्पादन और ORM फ्रेमवर्क
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।