यूनिफाइड मॉडलिंग लैंग्वेज: Difference between revisions

From Vigyanwiki
No edit summary
 
(12 intermediate revisions by 6 users not shown)
Line 1: Line 1:
{{Short description|Software system design modeling tool}}
{{Short description|Software system design modeling tool}}[[File:UML logo.svg|right|thumb|यूएमएल लोगो]]'''यूनिफाइड मॉडलिंग लैंग्वेज''' (यूएमएल) [[ सॉफ्टवेयर इंजीनियरिंग |सॉफ्टवेयर इंजीनियरिंग]] के क्षेत्र में एक सामान्य-उद्देश्य, विकासात्मक मॉडलिंग लैंग्वेज है, जिसका उद्देश्य सिस्टम के डिजाइन की कल्पना करने के लिए एक मानक विधि प्रदान करना है।<ref name=":1" />
{{Redirect|यूएमएल}}


[[File:UML logo.svg|right|thumb|यूएमएल लोगो]]यूनिफाइड मॉडलिंग लैंग्वेज (यूएमएल) [[ सॉफ्टवेयर इंजीनियरिंग ]] के क्षेत्र में एक सामान्य-उद्देश्य, विकासात्मक [[ मॉडलिंग भाषा ]] है, जिसका उद्देश्य सिस्टम के डिजाइन की कल्पना करने के लिए एक मानक विधि प्रदान करना है।<ref name=":1" />
यूएमएल का निर्माण मूल रूप से अलग नोटेशनल सिस्टम और सॉफ्टवेयर डिजाइन के दृष्टिकोण को मानकीकृत करने की इच्छा से प्रेरित था। इसे 1994-1995 में रेशनल  सॉफ्टवेयर में विकसित किया गया था, 1996 तक उनके नेतृत्व में और विकास किया गया था।<ref name=":1" />


यूएमएल का निर्माण मूल रूप से अलग नोटेशनल सिस्टम और सॉफ्टवेयर डिजाइन के दृष्टिकोण को मानकीकृत करने की इच्छा से प्रेरित था। इसे 1994-1995 में [[ तर्कसंगत सॉफ्टवेयर ]] में विकसित किया गया था, 1996 तक उनके नेतृत्व में और विकास किया गया था।<ref name=":1" />
1997 में, यूएमएल को ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) द्वारा एक मानक के रूप में अपनाया गया था, और तब से इस संगठन द्वारा प्रबंधित किया जा रहा है। 2005 में, यूएमएल को अंतर्राष्ट्रीय मानकीकरण संगठन (आईएसओ) द्वारा अनुमोदित आईएसओ मानक के रूप में भी प्रकाशित किया गया था।<ref>{{cite web|url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=32620 |title=ISO/IEC 19501:2005 - Information technology - Open Distributed Processing - Unified Modeling Language (UML) Version 1.4.3 |publisher=Iso.org |date=2005-04-01 |access-date=2015-05-07}}</ref> तब से यूएमएल के नवीनतम संशोधन को आवरण करने के लिए मानक को समय-समय पर संशोधित किया गया है।<ref>{{cite web|url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=32624 |title=ISO/IEC 19505-1:2012 - Information technology - Object Management Group Unified Modeling Language (OMG UML) - Part 1: Infrastructure |publisher=Iso.org |date=2012-04-20 |access-date=2014-04-10}}</ref> सॉफ्टवेयर इंजीनियरिंग में, अधिकांश व्यवसायी यूएमएल का उपयोग नहीं करते हैं, किंतु इसके अतिरिक्त अनौपचारिक हाथ से आरेखित चित्र बनाते हैं; चूँकि, इन आरेखों में अधिकांशतः यूएमएल के तत्व सम्मिलित होते हैं।<ref>{{Cite journal|last1=Baltes|first1=Sebastian|last2=Diehl|first2=Stephan|date=2014-11-11|title=Sketches and diagrams in practice|url=https://doi.org/10.1145/2635868.2635891|journal=Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering|series=FSE 2014|location=Hong Kong, China|publisher=Association for Computing Machinery|pages=530–541|doi=10.1145/2635868.2635891|isbn=978-1-4503-3056-5|arxiv=1706.09172|s2cid=2436333}}</ref>{{Rp|536}}
 
1997 में, यूएमएल को [[ लक्ष्य प्रबंधन समूह | ऑब्जेक्ट मैनेजमेंट ग्रुप]] (ओएमजी) द्वारा एक मानक के रूप में अपनाया गया था, और तब से इस संगठन द्वारा प्रबंधित किया जा रहा है। 2005 में, यूएमएल को अंतर्राष्ट्रीय मानकीकरण संगठन (आईएसओ) द्वारा अनुमोदित आईएसओ मानक के रूप में भी प्रकाशित किया गया था।<ref>{{cite web|url=http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=32620 |title=ISO/IEC 19501:2005 - Information technology - Open Distributed Processing - Unified Modeling Language (UML) Version 1.4.3 |publisher=Iso.org |date=2005-04-01 |access-date=2015-05-07}}</ref> तब से यूएमएल के नवीनतम संशोधन को आवरण करने के लिए मानक को समय-समय पर संशोधित किया गया है।<ref>{{cite web|url=http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=32624 |title=ISO/IEC 19505-1:2012 - Information technology - Object Management Group Unified Modeling Language (OMG UML) - Part 1: Infrastructure |publisher=Iso.org |date=2012-04-20 |access-date=2014-04-10}}</ref> सॉफ्टवेयर इंजीनियरिंग में, अधिकांश व्यवसायी यूएमएल का उपयोग नहीं करते हैं, किंतु इसके अतिरिक्त अनौपचारिक हाथ से आरेखित चित्र बनाते हैं; चूँकि, इन आरेखों में अधिकांशतः यूएमएल के तत्व सम्मिलित होते हैं।<ref>{{Cite journal|last1=Baltes|first1=Sebastian|last2=Diehl|first2=Stephan|date=2014-11-11|title=Sketches and diagrams in practice|url=https://doi.org/10.1145/2635868.2635891|journal=Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering|series=FSE 2014|location=Hong Kong, China|publisher=Association for Computing Machinery|pages=530–541|doi=10.1145/2635868.2635891|isbn=978-1-4503-3056-5|arxiv=1706.09172|s2cid=2436333}}</ref>{{Rp|536}}




== इतिहास ==
== इतिहास ==


[[File:OO Modeling languages history.jpg|thumb|320px|वस्तु-उन्मुख विधियों और अंकन का इतिहास]]
[[File:OO Modeling languages history.jpg|thumb|320px|ऑब्जेक्ट-ओरिएंटेड विधियों और अंकन का इतिहास]]


=== यूएमएल 1.0 से पहले ===
=== यूएमएल 1.0 से पहले ===
यूएमएल 1990 के दशक के उत्तरार्ध से विकसित हो रहा है और इसकी जड़ें 1980 के दशक के अंत और 1990 के दशक की प्रारंभिक में विकसित वस्तु-उन्मुख प्रोग्रामिंग विधियों में हैं। टाइमलाइन (छवि देखें) [[ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग | ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग]] विधियों और नोटेशन के इतिहास की मुख्य विशेषताएं दिखाती है।
यूएमएल 1990 के दशक के उत्तरार्ध से विकसित हो रहा है और इसकी जड़ें 1980 के दशक के अंत और 1990 के दशक की प्रारंभिक में विकसित ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग विधियों में हैं। टाइमलाइन (छवि देखें) [[ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग |ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग]] विधियों और नोटेशन के इतिहास की मुख्य विशेषताएं दिखाती है।


यह मूल रूप से बूच पद्धति, [[ ऑब्जेक्ट-मॉडलिंग तकनीक ]] (ओएमटी) और [[ वस्तु-उन्मुख सॉफ्टवेयर इंजीनियरिंग ]] (ओओएसई) की सूचनाओं पर आधारित है, जिसे उसने एक ही भाषा में एकीकृत किया है।<ref name=":0" />
यह मूल रूप से बूच पद्धति, [[ ऑब्जेक्ट-मॉडलिंग तकनीक |ऑब्जेक्ट-मॉडलिंग तकनीक]] (ओएमटी) और ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर इंजीनियरिंग (ओओएसई) की सूचनाओं पर आधारित है, जिसे उसने एक ही लैंग्वेज में यूनिफाइड किया है।<ref name=":0" />


[[ तर्कसंगत सॉफ्टवेयर निगम ]] ने 1994 में [[ जनरल इलेक्ट्रिक ]] से [[ जेम्स रूंबाग ]] को काम पर रखा था और उसके बाद कंपनी दिन के सबसे लोकप्रिय ऑब्जेक्ट-ओरिएंटेड मॉडलिंग दृष्टिकोणों में से दो के लिए स्रोत बन गई:<ref>Andreas Zendler (1997) ''Advanced Concepts, Life Cycle Models and Tools for Objeckt-Oriented Software Development''. p.&nbsp;122</ref> रंबाघ की वस्तु-मॉडलिंग तकनीक (ओएमटी) और [[ ग्रेडी बूच ]] की विधि जो ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर इंजीनियरिंग (OOSE) पद्धति के निर्माता, [[ इवर जैकबसन ]] द्वारा जल्द ही उनके प्रयासों में उनकी सहायता की गई, जो 1995 में उनके साथ रैशनल में सम्मिलित हो गए थे।<ref name=":1">{{cite book
रेशनल  सॉफ्टवेयर कार्पोरेशन ने 1994 में जनरल इलेक्ट्रिक से जेम्स रूंबाग को काम पर रखा था और उसके बाद कंपनी दिन के सबसे लोकप्रिय ऑब्जेक्ट-ओरिएंटेड मॉडलिंग दृष्टिकोणों में से दो के लिए स्रोत बन गई:<ref>Andreas Zendler (1997) ''Advanced Concepts, Life Cycle Models and Tools for Objeckt-Oriented Software Development''. p.&nbsp;122</ref> रंबाघ की ऑब्जेक्ट-मॉडलिंग तकनीक (ओएमटी) और ग्रेडी बूच की विधि जो ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर इंजीनियरिंग (ओओएसई) पद्धति के निर्माता, इवर जैकबसन द्वारा जल्द ही उनके प्रयासों में उनकी सहायता की गई, जो 1995 में उनके साथ रैशनल में सम्मिलित हो गए थे।<ref name=":1">{{cite book
  | title = Unified Modeling Language User Guide, The
  | title = Unified Modeling Language User Guide, The
  | publisher = Addison-Wesley
  | publisher = Addison-Wesley
Line 32: Line 29:
=== यूएमएल 1.x ===
=== यूएमएल 1.x ===


उन तीनों (रंबॉघ, जैकबसन और बूच) के तकनीकी नेतृत्व में, यूनिफाइड मॉडलिंग लैंग्वेज (यूएमएल) विनिर्देश को पूरा करने और मानकीकरण के लिए ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) को प्रस्तावित करने के लिए 1996 में यूएमएल पार्टनर्स नामक एक संघ का आयोजन किया गया था। साझेदारी में अतिरिक्त इच्छुक पक्ष भी सम्मिलित थे (उदाहरण के लिए [[ हेवलेट पैकर्ड ]], [[ डिजिटल उपकरण निगम ]], [[ आईबीएम ]] और [[ माइक्रोसॉफ्ट ]]) यूएमएल पार्टनर्स का यूएमएल 1.0 ड्राफ्ट कंसोर्टियम द्वारा जनवरी 1997 में ओएमजी को प्रस्तावित किया गया था। उसी महीने के समय यूएमएल पार्टनर्स ने एक समूह का गठन किया गया था जिसे भाषा के निर्माण के स्पष्ट अर्थ को परिभाषित करने के लिए डिज़ाइन किया गया था, जिसकी अध्यक्षता क्राइस कोब्रिन ने की थी और एड आईखोल्ट द्वारा प्रशासित किया गया था, जिससे विनिर्देश को अंतिम रूप दिया जा सकता है और इसे अन्य मानकीकरण प्रयासों के साथ एकीकृत किया जा सकता है । इस कार्य का परिणाम, यूएमएल 1.1, अगस्त 1997 में ओएमजी को प्रस्तुत किया गया था और नवंबर 1997 में ओएमजी द्वारा अपनाया गया था।<ref name=":1" /><ref>{{cite web|url=http://www.omg.org/cgi-bin/doc?ad/97-08-11 |title=UML Specification version 1.1 (OMG document ad/97-08-11) |publisher=Omg.org |access-date=2011-09-22}}</ref>
उन तीनों (रंबॉघ, जैकबसन और बूच) के तकनीकी नेतृत्व में, यूनिफाइड मॉडलिंग लैंग्वेज (यूएमएल) विनिर्देश को पूरा करने और मानकीकरण के लिए ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) को प्रस्तावित करने के लिए 1996 में यूएमएल पार्टनर्स नामक एक संघ का आयोजन किया गया था। साझेदारी में अतिरिक्त इच्छुक पक्ष भी सम्मिलित थे (उदाहरण के लिए [[ हेवलेट पैकर्ड |हेवलेट पैकर्ड]], डिजिटल उपकरण कार्पोरेशन, आईबीएम और माइक्रोसॉफ्ट ) यूएमएल पार्टनर्स का यूएमएल 1.0 ड्राफ्ट कंसोर्टियम द्वारा जनवरी 1997 में ओएमजी को प्रस्तावित किया गया था। उसी महीने के समय यूएमएल पार्टनर्स ने एक समूह का गठन किया गया था जिसे लैंग्वेज के निर्माण के स्पष्ट अर्थ को परिभाषित करने के लिए डिज़ाइन किया गया था, जिसकी अध्यक्षता क्राइस कोब्रिन ने की थी और एड आईखोल्ट द्वारा प्रशासित किया गया था, जिससे विनिर्देश को अंतिम रूप दिया जा सकता है और इसे अन्य मानकीकरण प्रयासों के साथ यूनिफाइड किया जा सकता है । इस कार्य का परिणाम, यूएमएल 1.1, अगस्त 1997 में ओएमजी को प्रस्तुत किया गया था और नवंबर 1997 में ओएमजी द्वारा अपनाया गया था।<ref name=":1" /><ref>{{cite web|url=http://www.omg.org/cgi-bin/doc?ad/97-08-11 |title=UML Specification version 1.1 (OMG document ad/97-08-11) |publisher=Omg.org |access-date=2011-09-22}}</ref>


पहली रिलीज के बाद एक टास्क फोर्स का गठन किया गया<ref name=":1" />भाषा को सुधारने के लिए, जिसने कई छोटे संशोधन, 1.3, 1.4 और 1.5 प्रसारित किये जाते है।<ref>{{cite web|url=http://www.omg.org/spec/UML/ |title=UML |publisher=Omg.org |access-date=2014-04-10}}</ref>
पहली रिलीज के बाद एक टास्क फोर्स का गठन किया गया<ref name=":1" /> लैंग्वेज को सुधारने के लिए, जिसने कई छोटे संशोधन, 1.3, 1.4 और 1.5 प्रसारित किये जाते है।<ref>{{cite web|url=http://www.omg.org/spec/UML/ |title=UML |publisher=Omg.org |access-date=2014-04-10}}</ref>


इसके द्वारा उत्पादित मानकों (साथ ही मूल मानक) को अस्पष्ट और असंगत होने के रूप में नोट किया गया है।<ref>Génova et alia 2004 "Open Issues in Industrial Use Case Modeling"</ref>
इसके द्वारा उत्पादित मानकों (साथ ही मूल मानक) को अस्पष्ट और असंगत होने के रूप में नोट किया गया है।<ref>Génova et alia 2004 "Open Issues in Industrial Use Case Modeling"</ref>
Line 42: Line 39:
==== कार्डिनैलिटी नोटेशन ====
==== कार्डिनैलिटी नोटेशन ====


जैसा कि डेटाबेस चेन, बैचमैन और आईएसओ [[ ईआर आरेख ]]के साथ होता है, क्लास मॉडल को लुक-अक्रॉस [[ कार्डिनैलिटी (डेटा मॉडलिंग) ]] का उपयोग करने के लिए निर्दिष्ट किया जाता है, तथापि कई लेखक (मेरिस,<ref>Hubert Tardieu, Arnold Rochfeld and René Colletti La methode MERISE: Principes et outils (Paperback - 1983)</ref> मिस्र और रन आउट<ref>Elmasri, Ramez, B. Shamkant, Navathe, Fundamentals of Database Systems, third ed., Addison-Wesley, Menlo Park, CA, USA, 2000.</ref> दूसरों के बीच में<ref>[https://books.google.com/books?id=odZK99osY1EC&pg=PA52&img=1&pgis=1&dq=genova&sig=ACfU3U3tDC_q8WOMqUJW4EZCa5YQywoYLw&edge=0 ER 2004 : 23rd International Conference on Conceptual Modeling, Shanghai, China, 8-12 November 2004] {{webarchive|url=https://web.archive.org/web/20130527133330/https://books.google.com/books?id=odZK99osY1EC&pg=PA52&img=1&pgis=1&dq=genova&sig=ACfU3U3tDC_q8WOMqUJW4EZCa5YQywoYLw&edge=0|date=27 May 2013}}</ref>) भूमिकाओं और न्यूनतम और अधिकतम कार्डिनैलिटी दोनों के लिए समान-पक्ष या लुक-हेयर को प्राथमिकता दें। वर्तमान के शोधकर्ता (फीनरर,<ref>{{cite web|url=http://publik.tuwien.ac.at/files/pub-inf_4582.pdf |title=A Formal Treatment of UML Class Diagrams an Efficient Method for Configuration Management 2007 |access-date=2011-09-22}}</ref> दुलिया एट अल<ref>{{cite web|url=http://www.ischool.drexel.edu/faculty/song/publications/p_DKE_03_Validity.pdf |title=James Dullea, Il-Yeol Song, Ioanna Lamprou - An analysis of structural validity in entity-relationship modeling 2002 |access-date=2011-09-22}}</ref>) ने दिखाया है कि यूएमएल और ईआर आरेखों द्वारा उपयोग की जाने वाली लुक-क्रॉस तकनीक कम प्रभावी और कम सुसंगत है जब ऑर्डर के एन-आरी संबंधों पर सख्ती से 2 से अधिक प्रयुक्त होती है।
जैसा कि डेटाबेस चेन, बैचमैन और आईएसओ ईआर आरेख के साथ होता है, क्लास मॉडल को लुक-अक्रॉस कार्डिनैलिटी (डेटा मॉडलिंग) का उपयोग करने के लिए निर्दिष्ट किया जाता है, तथापि कई लेखक (मेरिस,<ref>Hubert Tardieu, Arnold Rochfeld and René Colletti La methode MERISE: Principes et outils (Paperback - 1983)</ref> मिस्र और रन आउट<ref>Elmasri, Ramez, B. Shamkant, Navathe, Fundamentals of Database Systems, third ed., Addison-Wesley, Menlo Park, CA, USA, 2000.</ref> दूसरों के बीच में<ref>[https://books.google.com/books?id=odZK99osY1EC&pg=PA52&img=1&pgis=1&dq=genova&sig=ACfU3U3tDC_q8WOMqUJW4EZCa5YQywoYLw&edge=0 ER 2004 : 23rd International Conference on Conceptual Modeling, Shanghai, China, 8-12 November 2004] {{webarchive|url=https://web.archive.org/web/20130527133330/https://books.google.com/books?id=odZK99osY1EC&pg=PA52&img=1&pgis=1&dq=genova&sig=ACfU3U3tDC_q8WOMqUJW4EZCa5YQywoYLw&edge=0|date=27 May 2013}}</ref>) भूमिकाओं और न्यूनतम और अधिकतम कार्डिनैलिटी दोनों के लिए समान-पक्ष या लुक-हेयर को प्राथमिकता दें। वर्तमान के शोधकर्ता (फीनरर,<ref>{{cite web|url=http://publik.tuwien.ac.at/files/pub-inf_4582.pdf |title=A Formal Treatment of UML Class Diagrams an Efficient Method for Configuration Management 2007 |access-date=2011-09-22}}</ref> दुलिया एट अल<ref>{{cite web|url=http://www.ischool.drexel.edu/faculty/song/publications/p_DKE_03_Validity.pdf |title=James Dullea, Il-Yeol Song, Ioanna Lamprou - An analysis of structural validity in entity-relationship modeling 2002 |access-date=2011-09-22}}</ref>) ने दिखाया है कि यूएमएल और ईआर आरेखों द्वारा उपयोग की जाने वाली लुक-क्रॉस तकनीक कम प्रभावी और कम सुसंगत है जब ऑर्डर के एन-आरी संबंधों पर सख्ती से 2 से अधिक प्रयुक्त होती है।


फ़िनेरर कहते हैं: समस्याएँ तब उत्पन्न होती हैं जब हम यूएमएल संघों के लिए उपयोग किए जाने वाले शब्दार्थ के पार देखते हैं। हार्टमैन<ref>{{cite web|url=http://crpit.com/confpapers/CRPITV17Hartmann.pdf |title="Reasoning about participation constraints and Chen's constraints" S Hartmann - 2003 |access-date=2013-08-17}}</ref> इस स्थिति की पड़ताल करता है और दिखाता है कि विभिन्न परिवर्तन कैसे और क्यों विफल होते हैं। , और: जैसा कि हम अगले कुछ पृष्ठों पर देखेंगे, संपूर्ण व्याख्या कई कठिनाइयों का परिचय देती है जो बाइनरी से एन-आरी संघों के लिए सरल तंत्र के विस्तार को रोकती है।
फ़िनेरर कहते हैं: समस्याएँ तब उत्पन्न होती हैं जब हम यूएमएल संघों के लिए उपयोग किए जाने वाले शब्दार्थ के पार देखते हैं। हार्टमैन<ref>{{cite web|url=http://crpit.com/confpapers/CRPITV17Hartmann.pdf |title="Reasoning about participation constraints and Chen's constraints" S Hartmann - 2003 |access-date=2013-08-17}}</ref> इस स्थिति की पड़ताल करता है और दिखाता है कि विभिन्न परिवर्तन कैसे और क्यों विफल होते हैं।, और: जैसा कि हम अगले कुछ पृष्ठों पर देखेंगे, संपूर्ण व्याख्या कई कठिनाइयों का परिचय देती है जो बाइनरी से एन-आरी संघों के लिए सरल तंत्र के विस्तार को रोकती है।


=== यूएमएल 2 ===
=== यूएमएल 2 ===


यूएमएल 2.0 प्रमुख संशोधन ने 2005 में संस्करण 1.5 को बदल दिया, जिसे इसकी सुविधाओं के उपयोग पर नए अनुभव को दर्शाने के लिए भाषा को और बेहतर बनाने के लिए एक विस्तारित संघ के साथ विकसित किया गया था।<ref>{{cite web|url=http://www.omg.org/spec/UML/2.0/ |title=UML 2.0 |publisher=Omg.org |access-date=2011-09-22}}</ref>
यूएमएल 2.0 प्रमुख संशोधन ने 2005 में संस्करण 1.5 को बदल दिया, जिसे इसकी सुविधाओं के उपयोग पर नए अनुभव को दर्शाने के लिए लैंग्वेज को और उत्तम  बनाने के लिए एक विस्तारित संघ के साथ विकसित किया गया था।<ref>{{cite web|url=http://www.omg.org/spec/UML/2.0/ |title=UML 2.0 |publisher=Omg.org |access-date=2011-09-22}}</ref>


चूँकि यूएमएल 2.1 को औपचारिक विनिर्देश के रूप में कभी प्रसारित नहीं किया गया था, संस्करण 2.1.1 और 2.1.2 2007 में दिखाई दिए, इसके बाद फरवरी 2009 में यूएमएल 2.2 आया था यूएमएल 2.3 औपचारिक रूप से मई 2010 में जारी किया गया था।<ref name="spec">{{cite web|url=http://www.omg.org/spec/UML/ |title=UML |publisher=Omg.org |access-date=2011-09-22}}</ref> यूएमएल 2.4.1 औपचारिक रूप से अगस्त 2011 में जारी किया गया था।<ref name="spec" /> यूएमएल 2.5 को अक्टूबर 2012 में एक प्रगति संस्करण के रूप में जारी किया गया था और आधिकारिक रूप से जून 2015 में जारी किया गया था।<ref name="spec" /> औपचारिक संस्करण 2.5.1 दिसंबर 2017 में अपनाया गया था।<ref>{{cite web|url=https://www.omg.org/spec/UML/2.5.1 |title=UML 2.5.1 specification |publisher=Omg.org |access-date=2018-10-24}}</ref>
चूँकि यूएमएल 2.1 को औपचारिक विनिर्देश के रूप में कभी प्रसारित नहीं किया गया था, संस्करण 2.1.1 और 2.1.2 2007 में दिखाई दिए, इसके बाद फरवरी 2009 में यूएमएल 2.2 आया था यूएमएल 2.3 औपचारिक रूप से मई 2010 में जारी किया गया था।<ref name="spec">{{cite web|url=http://www.omg.org/spec/UML/ |title=UML |publisher=Omg.org |access-date=2011-09-22}}</ref> यूएमएल 2.4.1 औपचारिक रूप से अगस्त 2011 में जारी किया गया था।<ref name="spec" /> यूएमएल 2.5 को अक्टूबर 2012 में एक प्रगति संस्करण के रूप में जारी किया गया था और आधिकारिक रूप से जून 2015 में जारी किया गया था।<ref name="spec" /> औपचारिक संस्करण 2.5.1 दिसंबर 2017 में अपनाया गया था।<ref>{{cite web|url=https://www.omg.org/spec/UML/2.5.1 |title=UML 2.5.1 specification |publisher=Omg.org |access-date=2018-10-24}}</ref>
Line 56: Line 53:
* अधिरचना जो आरेखों और उनके मॉडल तत्वों के लिए संकेतन और शब्दार्थ को परिभाषित करती है
* अधिरचना जो आरेखों और उनके मॉडल तत्वों के लिए संकेतन और शब्दार्थ को परिभाषित करती है
* इंफ्रास्ट्रक्चर जो कोर मेटामॉडल को परिभाषित करता है जिस पर सुपरस्ट्रक्चर आधारित है
* इंफ्रास्ट्रक्चर जो कोर मेटामॉडल को परिभाषित करता है जिस पर सुपरस्ट्रक्चर आधारित है
* मॉडल तत्वों के लिए नियमों को परिभाषित करने के लिए [[ वस्तु बाधा भाषा ]] (ओसीएल)।
* मॉडल तत्वों के लिए नियमों को परिभाषित करने के लिए ऑब्जेक्ट कन्सट्रैन्ट लैंग्वेज (ओसीएल)।
* यूएमएल आरेख इंटरचेंज जो परिभाषित करता है कि यूएमएल 2 आरेख लेआउट का आदान-प्रदान कैसे किया जाता है
* यूएमएल आरेख इंटरचेंज जो परिभाषित करता है कि यूएमएल 2 आरेख लेआउट का आदान-प्रदान कैसे किया जाता है


Line 68: Line 65:
* ओसीएल संस्करण 2.4
* ओसीएल संस्करण 2.4


संशोधन कार्य बल द्वारा इसे अद्यतन और उत्तम बनाना जारी है, जो भाषा के साथ किसी भी उद्देश्य को हल करते हैं।<ref>{{cite web|url=http://www.omg.org/issues/uml2-rtf.open.html |title=Issues for UML 2.6 Revision task Force mailing list |publisher=Omg.org |access-date=2014-04-10}}</ref>
संशोधन कार्य बल द्वारा इसे अद्यतन और उत्तम बनाना जारी है, जो लैंग्वेज के साथ किसी भी उद्देश्य को हल करते हैं।<ref>{{cite web|url=http://www.omg.org/issues/uml2-rtf.open.html |title=Issues for UML 2.6 Revision task Force mailing list |publisher=Omg.org |access-date=2014-04-10}}</ref>




Line 74: Line 71:


यूएमएल एक आरेख में सिस्टम के आर्किटेक्चरल ब्लूप्रिंट को देखने का एक विधि प्रदान करता है, जिसमें तत्व सम्मिलित हैं:<ref name=":0">{{cite web|url=http://www.omg.org/spec/UML/2.4.1/Superstructure/PDF |title=OMG Unified Modeling Language (OMG UML), Superstructure. Version 2.4.1 |publisher=Object Management Group |access-date=9 April 2014}}</ref>
यूएमएल एक आरेख में सिस्टम के आर्किटेक्चरल ब्लूप्रिंट को देखने का एक विधि प्रदान करता है, जिसमें तत्व सम्मिलित हैं:<ref name=":0">{{cite web|url=http://www.omg.org/spec/UML/2.4.1/Superstructure/PDF |title=OMG Unified Modeling Language (OMG UML), Superstructure. Version 2.4.1 |publisher=Object Management Group |access-date=9 April 2014}}</ref>
* कोई [[ गतिविधि (यूएमएल) ]] (नौकरियां);
* कोई [[ गतिविधि (यूएमएल) |गतिविधि (यूएमएल)]] (जॉब्स);
* सिस्टम का व्यक्तिगत घटक (यूएमएल);
* सिस्टम का व्यक्तिगत घटक (यूएमएल);
** और वे अन्य घटक-आधारित सॉफ़्टवेयर इंजीनियरिंग के साथ कैसे इंटरैक्ट कर सकते हैं;
** वे अन्य घटक-आधारित सॉफ़्टवेयर इंजीनियरिंग के साथ कैसे इंटरैक्ट कर सकते हैं;
* सिस्टम कैसे चलेगा;
* सिस्टम कैसे चलेगा;
* कैसे संस्थाएं दूसरों के साथ इंटरैक्ट करती हैं (घटक और इंटरफेस);
* कैसे संस्थाएं दूसरों के साथ इंटरैक्ट करती हैं (घटक और इंटरफेस);
Line 84: Line 81:
=== सॉफ्टवेयर विकास के विधि ===
=== सॉफ्टवेयर विकास के विधि ===


यूएमएल अपने आप में एक विकास पद्धति नहीं है;<ref>John Hunt (2000). ''The Unified Process for Practitioners: Object-oriented Design, UML and Java''. Springer, 2000. {{ISBN|1-85233-275-1}}. p.&nbsp;5.door</ref> चूँकि , इसे अपने समय के प्रमुख वस्तु-उन्मुख सॉफ़्टवेयर विकास विधियों के साथ संगत करने के लिए डिज़ाइन किया गया था, उदाहरण के लिए ओएमटी, बूच विधि, ऑब्जेक्टरी और विशेष रूप से आरयूपी, जिसका मूल रूप से आशय था रेशनल सॉफ्टवेयर पर काम प्रारंभ होने पर इसका उपयोग किया जाना चाहिए।
यूएमएल अपने आप में एक विकास पद्धति नहीं है;<ref>John Hunt (2000). ''The Unified Process for Practitioners: Object-oriented Design, UML and Java''. Springer, 2000. {{ISBN|1-85233-275-1}}. p.&nbsp;5.door</ref> चूँकि इसे अपने समय के प्रमुख ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर विकास विधियों के साथ संगत करने के लिए डिज़ाइन किया गया था, उदाहरण के लिए ओएमटी, बूच विधि, ऑब्जेक्टरी और विशेष रूप से आरयूपी, जिसका मूल रूप से आशय था रेशनल सॉफ्टवेयर पर काम प्रारंभ होने पर इसका उपयोग किया जाना चाहिए।


=== मॉडलिंग ===
=== मॉडलिंग ===
Line 91: Line 88:


यूएमएल आरेख सिस्टम मॉडल के दो अलग-अलग विचारों का प्रतिनिधित्व करते हैं:<ref>Jon Holt Institution of Electrical Engineers (2004). ''UML for Systems Engineering: Watching the Wheels'' IET, 2004, {{ISBN|0-86341-354-4}}. p.&nbsp;58</ref>
यूएमएल आरेख सिस्टम मॉडल के दो अलग-अलग विचारों का प्रतिनिधित्व करते हैं:<ref>Jon Holt Institution of Electrical Engineers (2004). ''UML for Systems Engineering: Watching the Wheels'' IET, 2004, {{ISBN|0-86341-354-4}}. p.&nbsp;58</ref>
* स्थैतिक (या संरचनात्मक) दृश्य: वस्तुओं, विशेषताओं, संचालन और संबंधों का उपयोग करके प्रणाली की स्थिर संरचना पर जोर देता है। इसमें [[ वर्ग आरेख ]] और [[ समग्र संरचना आरेख ]] सम्मिलित हैं।
* स्थैतिक (या संरचनात्मक) दृश्य: ऑब्जेक्टओं, विशेषताओं, संचालन और संबंधों का उपयोग करके प्रणाली की स्थिर संरचना पर जोर देता है। इसमें [[ वर्ग आरेख |वर्ग आरेख]] और [[ समग्र संरचना आरेख |समग्र संरचना आरेख]] सम्मिलित हैं।
* गतिशील (या व्यवहारिक) दृश्य: वस्तुओं के बीच सहयोग और वस्तुओं की आंतरिक अवस्थाओं में परिवर्तन दिखा कर प्रणाली के गतिशील व्यवहार पर जोर देता है। इस दृश्य में [[ अनुक्रम आरेख ]], [[ गतिविधि आरेख ]] और यूएमएल स्थिति मशीन सम्मिलित हैं।
* गतिशील (या व्यवहारिक) दृश्य: ऑब्जेक्टओं के बीच सहयोग और ऑब्जेक्टओं की आंतरिक अवस्थाओं में परिवर्तन दिखा कर प्रणाली के गतिशील व्यवहार पर जोर देता है। इस दृश्य में [[ अनुक्रम आरेख |अनुक्रम आरेख]], [[ गतिविधि आरेख |गतिविधि आरेख]] और यूएमएल स्थिति मशीन सम्मिलित हैं।


यूएमएल मॉडल को एक्सएमएल मेटाडेटा इंटरचेंज (एक्सएमआई) प्रारूप का उपयोग करके यूएमएल उपकरणों के बीच आदान-प्रदान किया जा सकता है।
यूएमएल मॉडल को एक्सएमएल मेटाडेटा इंटरचेंज (एक्सएमआई) प्रारूप का उपयोग करके यूएमएल उपकरणों के बीच आदान-प्रदान किया जा सकता है।


यूएमएल में, व्यवहार मॉडलिंग के लिए प्रमुख उपकरणों में [[ उसे ]] एक यूज-केस मॉडल है, जो ओओएसई के कारण होता है। उपयोग के स्थिति सिस्टम के आवश्यक उपयोगों को निर्दिष्ट करने का एक विधि है। समान्यत: उनका उपयोग किसी सिस्टम की आवश्यकताओं को पकड़ने के लिए किया जाता है, अर्थात सिस्टम को क्या करना चाहिए।<ref>Manuel Almendros-Jiménez, Jesús & Iribarne, Luis. (2007). Describing Use-Case Relationships with Sequence Diagrams. Comput. J.. 50. 116-128. 10.1093/comjnl/bxl053.</ref>
यूएमएल में, व्यवहार मॉडलिंग के लिए प्रमुख उपकरणों में [[ उसे |उसे]] एक यूज-केस मॉडल है, जो ओओएसई के कारण होता है। उपयोग के स्थिति सिस्टम के आवश्यक उपयोगों को निर्दिष्ट करने का एक विधि है। समान्यत: उनका उपयोग किसी सिस्टम की आवश्यकताओं को पकड़ने के लिए किया जाता है, अर्थात सिस्टम को क्या करना चाहिए।<ref>Manuel Almendros-Jiménez, Jesús & Iribarne, Luis. (2007). Describing Use-Case Relationships with Sequence Diagrams. Comput. J.. 50. 116-128. 10.1093/comjnl/bxl053.</ref>




== डायग्राम ==
== डायग्राम ==
{{UML diagram types}}
यूएमएल 2 में कई तरह के आरेख होते हैं, जिन्हें दो श्रेणी में बांटा गया है।<ref name=":0" /> कुछ प्रकार संरचनात्मक जानकारी का प्रतिनिधित्व करते हैं, और शेष सामान्य प्रकार के व्यवहार का प्रतिनिधित्व करते हैं, जिनमें कुछ ऐसे भी हैं जो इंटरैक्शन के विभिन्न पहलुओं का प्रतिनिधित्व करते हैं। इन आरेखों को श्रेणीबद्ध रूप से वर्गीकृत किया जा सकता है जैसा कि निम्न वर्ग आरेख में दिखाया गया है:<ref name=":0" />
यूएमएल 2 में कई तरह के डायग्राम होते हैं, जिन्हें दो श्रेणी में बांटा गया है।<ref name=":0" /> कुछ प्रकार संरचनात्मक जानकारी का प्रतिनिधित्व करते हैं, और शेष सामान्य प्रकार के व्यवहार का प्रतिनिधित्व करते हैं, जिनमें कुछ ऐसे भी हैं जो इंटरैक्शन के विभिन्न पहलुओं का प्रतिनिधित्व करते हैं। इन आरेखों को श्रेणीबद्ध रूप से वर्गीकृत किया जा सकता है जैसा कि निम्न वर्ग आरेख में दिखाया गया है:<ref name=":0" />


[[File:UML diagrams overview.svg|center|600px|यूएमएल 2.2 आरेखों का पदानुक्रम, एक वर्ग रेखाचित्र के रूप में दिखाया गया है]]इन आरेखों में उपयोग, बाधा, या संकेत को समझाते हुए टिप्पणियां या नोट्स हो सकते हैं।
[[File:UML diagrams overview.svg|center|600px|यूएमएल 2.2 आरेखों का पदानुक्रम, एक वर्ग रेखाचित्र के रूप में दिखाया गया है]]इन आरेखों में उपयोग, कन्सट्रैन्ट, या संकेत को समझाते हुए टिप्पणियां या नोट्स हो सकते हैं।


=== संरचना आरेख ===
=== संरचना आरेख ===


संरचना आरेख प्रणाली के स्थिर पहलुओं का प्रतिनिधित्व करते हैं। यह उन चीजों पर जोर देता है जो मॉडल की जा रही प्रणाली में उपस्थित होनी चाहिए। चूंकि संरचना आरेख संरचना का प्रतिनिधित्व करते हैं, इसलिए सॉफ्टवेयर सिस्टम के [[ सॉफ़्टवेयर वास्तुशिल्प ]] के दस्तावेजीकरण में उनका व्यापक रूप से उपयोग किया जाता है। उदाहरण के लिए, [[ घटक आरेख ]] वर्णन करता है कि कैसे एक सॉफ्टवेयर सिस्टम घटकों में विभाजित होता है और इन घटकों के बीच निर्भरता दिखाता है।
संरचना आरेख प्रणाली के स्थिर पहलुओं का प्रतिनिधित्व करते हैं। यह उन चीजों पर महत्त्व देता है जो मॉडल की जा रही प्रणाली में उपस्थित होनी चाहिए। चूंकि संरचना आरेख संरचना का प्रतिनिधित्व करते हैं, इसलिए सॉफ्टवेयर सिस्टम के [[ सॉफ़्टवेयर वास्तुशिल्प |सॉफ़्टवेयर वास्तुशिल्प]] के दस्तावेजीकरण में उनका व्यापक रूप से उपयोग किया जाता है। उदाहरण के लिए, [[ घटक आरेख |घटक आरेख]] वर्णन करता है कि कैसे एक सॉफ्टवेयर सिस्टम घटकों में विभाजित होता है और इन घटकों के बीच निर्भरता दिखाता है।
 
'''<गैलरी वर्ग = केंद्र शैली = चौड़ाई: प्रारंभिक>
Policy Admin Component Diagram.PNG|घटक आरेख
BankAccount1.svg|वर्ग आरेख
</गैलरी>'''
 
=== व्यवहार आरेख ===
=== व्यवहार आरेख ===


व्यवहार आरेख प्रणाली के गतिशील पहलू का प्रतिनिधित्व करते हैं। यह इस बात पर जोर देता है कि मॉडल की जा रही प्रणाली में क्या होना चाहिए। चूंकि व्यवहार आरेख एक प्रणाली के व्यवहार का वर्णन करते हैं, सॉफ्टवेयर सिस्टम की कार्यक्षमता का वर्णन करने के लिए उनका व्यापक रूप से उपयोग किया जाता है। एक उदाहरण के रूप में, गतिविधि आरेख एक प्रणाली में घटकों के व्यापार और परिचालन चरण-दर-चरण गतिविधियों का वर्णन करता है।
व्यवहार आरेख प्रणाली के गतिशील पहलू का प्रतिनिधित्व करते हैं। यह इस बात पर जोर देता है कि मॉडल की जा रही प्रणाली में क्या होना चाहिए। चूंकि व्यवहार आरेख एक प्रणाली के व्यवहार का वर्णन करते हैं, सॉफ्टवेयर सिस्टम की कार्यक्षमता का वर्णन करने के लिए उनका व्यापक रूप से उपयोग किया जाता है। एक उदाहरण के रूप में, गतिविधि आरेख एक प्रणाली में घटकों के व्यापार और परिचालन चरण-दर-चरण गतिविधियों का वर्णन करता है।
'''<गैलरी वर्ग = केंद्र शैली = चौड़ाई: प्रारंभिक>
Activity conducting.svg|गतिविधि आरेख
यूएमएल Use Case diagram.svg|स्थिति चित्र का उपयोग
</गैलरी>'''
==== इंटरेक्शन आरेख ====
==== इंटरेक्शन आरेख ====


इंटरेक्शन आरेख, व्यवहार आरेखों का एक सबसेट, मॉडल की जा रही प्रणाली में चीजों के बीच नियंत्रण और डेटा के प्रवाह पर जोर देता है। उदाहरण के लिए, अनुक्रम आरेख दिखाता है कि संदेशों के अनुक्रम के संबंध में वस्तुएं एक दूसरे के साथ कैसे संवाद करती हैं।
इंटरेक्शन आरेख, व्यवहार आरेखों का एक सबसेट, मॉडल की जा रही प्रणाली में चीजों के बीच नियंत्रण और डेटा के प्रवाह पर महत्त्व देता है। उदाहरण के लिए, अनुक्रम आरेख दिखाता है कि संदेशों के अनुक्रम के संबंध में ऑब्जेक्टएं एक दूसरे के साथ कैसे संवाद करती हैं।
 
'''<गैलरी वर्ग = केंद्र शैली = चौड़ाई: प्रारंभिक>
CheckEmail.svg|अनुक्रम आरेख
यूएमएल Communication diagram.svg|[[ संचार आरेख | संचार आरेख]]
</गैलरी>'''
 
== मेटामॉडलिंग ==
== मेटामॉडलिंग ==
{{Main|मेटा-ऑब्जेक्ट सुविधा}}
{{Main|मेटा-ऑब्जेक्ट सुविधा}}


[[File:M0-m3.png|thumb|320px|मेटा-ऑब्जेक्ट सुविधा का चित्रण]]ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) ने [[ मेटा-ऑब्जेक्ट सुविधा ]] नामक यूएमएल को परिभाषित करने के लिए एक [[ मेटामॉडलिंग ]] आर्किटेक्चर विकसित किया है।<ref>Iman Poernomo (2006) "[http://calcium.dcs.kcl.ac.uk/1259/1/acm-paper.pdf The Meta-Object Facility Typed]" in: ''Proceeding SAC '06 Proceedings of the 2006 ACM symposium on Applied computing''. pp. 1845–1849</ref> एमओएफ को चार-स्तरित वास्तुकला के रूप में डिज़ाइन किया गया है, जैसा कि छवि में दाईं ओर दिखाया गया है। यह शीर्ष पर एक मेटा-मेटा मॉडल प्रदान करता है, जिसे M3 लेयर कहा जाता है। यह एम3-मॉडल मेटामॉडल बनाने के लिए मेटा-ऑब्जेक्ट फैसिलिटी द्वारा उपयोग की जाने वाली भाषा है, जिसे एम2-मॉडल कहा जाता है।
[[File:M0-m3.png|thumb|320px|मेटा-ऑब्जेक्ट सुविधा का चित्रण]]ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) ने [[ मेटा-ऑब्जेक्ट सुविधा |मेटा-ऑब्जेक्ट सुविधा]] नामक यूएमएल को परिभाषित करने के लिए एक [[ मेटामॉडलिंग |मेटामॉडलिंग]] आर्किटेक्चर विकसित किया है।<ref>Iman Poernomo (2006) "[http://calcium.dcs.kcl.ac.uk/1259/1/acm-paper.pdf The Meta-Object Facility Typed]" in: ''Proceeding SAC '06 Proceedings of the 2006 ACM symposium on Applied computing''. pp. 1845–1849</ref> एमओएफ को चार-स्तरित वास्तुकला के रूप में डिज़ाइन किया गया है, जैसा कि छवि में दाईं ओर दिखाया गया है। यह शीर्ष पर एक मेटा-मेटा मॉडल प्रदान करता है, जिसे M3 लेयर कहा जाता है। यह एम3-मॉडल मेटामॉडल बनाने के लिए मेटा-ऑब्जेक्ट फैसिलिटी द्वारा उपयोग की जाने वाली लैंग्वेज है, जिसे एम2-मॉडल कहा जाता है।


लेयर 2 मेटा-ऑब्जेक्ट फैसिलिटी मॉडल का सबसे प्रमुख उदाहरण यूएमएल मेटामॉडल है, जो यूएमएल का ही वर्णन करता है। ये M2-मॉडल M1-परत के तत्वों का वर्णन करते हैं, और इस प्रकार M1-मॉडल उदाहरण के लिए, ये यूएमएल में लिखे गए मॉडल होंगे। अंतिम परत M0-परत या डेटा परत है। इसका उपयोग सिस्टम के रनटाइम इंस्टेंसेस का वर्णन करने के लिए किया जाता है।<ref>{{cite web|url=http://www.omg.org/spec/UML/2.4.1/Infrastructure/PDF/ |title=UML 2.4.1 Infrastructure |publisher=Omg.org |date=2011-08-05 |access-date=2014-04-10}}</ref>
लेयर <math>2                                                                                                                                                                                                                  
                                                                                                                                                                                                                                           
                                                                                                                                                                                                                                                                                                                                                                                                                                     
                                                                                                                                                                                                                              </math> मेटा-ऑब्जेक्ट फैसिलिटी मॉडल का सबसे प्रमुख उदाहरण यूएमएल मेटामॉडल है, जो यूएमएल का ही वर्णन करता है। ये M2-मॉडल M1-परत के तत्वों का वर्णन करते हैं, और इस प्रकार M1-मॉडल उदाहरण के लिए, ये यूएमएल में लिखे गए मॉडल होंगे। अंतिम परत M0-परत या डेटा परत है। इसका उपयोग सिस्टम के रनटाइम इंस्टेंसेस का वर्णन करने के लिए किया जाता है।<ref>{{cite web|url=http://www.omg.org/spec/UML/2.4.1/Infrastructure/PDF/ |title=UML 2.4.1 Infrastructure |publisher=Omg.org |date=2011-08-05 |access-date=2014-04-10}}</ref>


मेटा-मॉडल को स्टीरियोटाइप (यूएमएल) नामक तंत्र का उपयोग करके बढ़ाया जा सकता है। यूएमएल 1.x और 2.0 में स्टीरियोटाइप तंत्र के उपयोग और दुरुपयोग में [[ ब्रायन हेंडरसन-सेलर्स | ब्रायन हेंडरसन-सेलर्स]] और सीज़र गोंजालेज-पेरेज़ द्वारा अपर्याप्त/अस्थिर होने के रूप में इसकी आलोचना की गई है।<ref name="UsesAbusesStereotype">B. Henderson-Sellers; C. Gonzalez-Perez (2006). "Uses and Abuses of the Stereotype Mechanism in UML 1.x and 2.0". in: ''Model Driven Engineering Languages and Systems''. Springer Berlin / Heidelberg.</ref>
मेटा-मॉडल को स्टीरियोटाइप (यूएमएल) नामक तंत्र का उपयोग करके बढ़ाया जा सकता है। यूएमएल 1.x और 2.0 में स्टीरियोटाइप तंत्र के उपयोग और दुरुपयोग में [[ ब्रायन हेंडरसन-सेलर्स |ब्रायन हेंडरसन-सेलर्स]] और सीज़र गोंजालेज-पेरेज़ द्वारा अपर्याप्त/अस्थिर होने के रूप में इसकी आलोचना की गई है।<ref name="UsesAbusesStereotype">B. Henderson-Sellers; C. Gonzalez-Perez (2006). "Uses and Abuses of the Stereotype Mechanism in UML 1.x and 2.0". in: ''Model Driven Engineering Languages and Systems''. Springer Berlin / Heidelberg.</ref>




Line 149: Line 130:
कभी-कभी इसे बिना चांदी की गोली के डिजाइन के रूप में माना जाता है, जिससे समस्याएं उत्पन्न होती हैं। यूएमएल के दुरुपयोग में अति प्रयोग (इसके साथ सिस्टम के हर भाग को डिजाइन करना, जो अनावश्यक है) और यह मानना सम्मिलित हैं कि प्रारंभ करने वाले इसके साथ डिजाइन कर सकते हैं, ।<ref>{{Cite web|url = http://queue.acm.org/detail.cfm?id=984495|title = Death by UML Fever}}</ref>
कभी-कभी इसे बिना चांदी की गोली के डिजाइन के रूप में माना जाता है, जिससे समस्याएं उत्पन्न होती हैं। यूएमएल के दुरुपयोग में अति प्रयोग (इसके साथ सिस्टम के हर भाग को डिजाइन करना, जो अनावश्यक है) और यह मानना सम्मिलित हैं कि प्रारंभ करने वाले इसके साथ डिजाइन कर सकते हैं, ।<ref>{{Cite web|url = http://queue.acm.org/detail.cfm?id=984495|title = Death by UML Fever}}</ref>


इसे कई संरचनाओं वाली एक बड़ी भाषा माना जाता है। कुछ लोगों (जैकबसन सहित) को लगता है कि यूएमएल का आकार इसे सीखने (और इसलिए इसका उपयोग करने) में बाधा डालता है।<ref>{{Cite web|url = http://www.infoq.com/interviews/Ivar_Jacobson|title = Ivar Jacobson on UML, MDA, and the future of methodologies}}</ref>
इसे कई संरचनाओं वाली एक बड़ी लैंग्वेज माना जाता है। कुछ लोगों (जैकबसन सहित) को लगता है कि यूएमएल का आकार इसे सीखने (और इसलिए इसका उपयोग करने) में कन्सट्रैन्ट डालता है।<ref>{{Cite web|url = http://www.infoq.com/interviews/Ivar_Jacobson|title = Ivar Jacobson on UML, MDA, and the future of methodologies}}</ref>




Line 155: Line 136:
== यह भी देखें ==
== यह भी देखें ==


* [[ यूएमएल के अनुप्रयोग ]]
* [[यूएमएल के अनुप्रयोग]]
* [[ बिजनेस प्रोसेस मॉडल और नोटेशन ]] '''| बिजनेस प्रोसेस मॉडल और नोटेशन (बीपीएमएन)'''
* बिजनेस प्रोसेस मॉडल और नोटेशन  
* [[ सी 4 मॉडल ]]
* सी 4 मॉडल  
* मॉडल आधारित परीक्षण
* मॉडल आधारित परीक्षण
* [[ मॉडल संचालित इंजीनियरिंग ]]
* मॉडल संचालित इंजीनियरिंग  
* [[ वस्तु उन्मुख भूमिका विश्लेषण और मॉडलिंग ]]
* ऑब्जेक्ट ओरिएंटेड भूमिका विश्लेषण और मॉडलिंग
* सिस्टम्स मॉडलिंग लैंग्वेज '''| सिस्टम्स मॉडलिंग लैंग्वेज''' (एसआईएसएमएल)
* सिस्टम्स मॉडलिंग लैंग्वेज (एसआईएसएमएल)
* यूनिफाइड मॉडलिंग लैंग्वेज टूल्स की सूची
* यूनिफाइड मॉडलिंग लैंग्वेज टूल्स की सूची
* रक्षा वास्तुकला फ्रेमवर्क विभाग
* रक्षा वास्तुकला फ्रेमवर्क विभाग
* [[ मोडैफ ]]
* मोडैफ  
* [[ डीओटी (ग्राफ विवरण भाषा) ]]
* डीओटी (ग्राफ विवरण लैंग्वेज)
* [[ प्रक्रिया विशिष्टता भाषा ]]
* प्रक्रिया विशिष्टता लैंग्वेज


== संदर्भ ==
== संदर्भ ==
Line 172: Line 153:




== आगे की पढाई ==
== अन्य अध्ययन ==


* {{cite book
* {{cite book
Line 296: Line 277:


== बाहरी कड़ियाँ ==
== बाहरी कड़ियाँ ==
{{Commons}}
* [http://uml.org/ Official Website]
{{Wikiversity|UML}}
* {{Official website}}
* [https://www.omg.org/spec/UML/Current Current Version Specification]
* [https://www.omg.org/spec/UML/Current Current Version Specification]
{{UML}}
{{Software engineering}}
{{ISO standards}}
{{Authority control}}
{{Authority control}}
[[Category: यूनिफाइड मॉडलिंग लैंग्वेज | यूनिफाइड मॉडलिंग लैंग्वेज ]] [[Category: वास्तुकला विवरण भाषा]] [[Category: डेटा मॉडलिंग भाषाएँ]] [[Category: डेटा मॉडलिंग आरेख]] [[Category: चित्र]] [[Category: ज्ञान निरूपण]] [[Category: आईएसओ मानक]] [[Category: विशिष्टता भाषाएँ]] [[Category: सॉफ्टवेयर मॉडलिंग भाषा]] [[Category: मॉडलिंग भाषाएँ]]


[[Category: Machine Translated Page]]
[[Category:Articles with hatnote templates targeting a nonexistent page]]
[[Category:Collapse templates]]
[[Category:Commons link is the pagename]]
[[Category:Created On 23/01/2023]]
[[Category:Created On 23/01/2023]]
[[Category:Lua-based templates]]
[[Category:Machine Translated Page]]
[[Category:Missing redirects]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists]]
[[Category:Official website missing URL]]
[[Category:Pages with script errors]]
[[Category:Sidebars with styles needing conversion]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Vigyan Ready]]
[[Category:Templates generating microformats]]
[[Category:Templates that add a tracking category]]
[[Category:Templates that are not mobile friendly]]
[[Category:Templates that generate short descriptions]]
[[Category:Templates using TemplateData]]
[[Category:Webarchive template wayback links]]
[[Category:Wikipedia metatemplates]]

Latest revision as of 10:33, 6 September 2023

यूएमएल लोगो

यूनिफाइड मॉडलिंग लैंग्वेज (यूएमएल) सॉफ्टवेयर इंजीनियरिंग के क्षेत्र में एक सामान्य-उद्देश्य, विकासात्मक मॉडलिंग लैंग्वेज है, जिसका उद्देश्य सिस्टम के डिजाइन की कल्पना करने के लिए एक मानक विधि प्रदान करना है।[1]

यूएमएल का निर्माण मूल रूप से अलग नोटेशनल सिस्टम और सॉफ्टवेयर डिजाइन के दृष्टिकोण को मानकीकृत करने की इच्छा से प्रेरित था। इसे 1994-1995 में रेशनल सॉफ्टवेयर में विकसित किया गया था, 1996 तक उनके नेतृत्व में और विकास किया गया था।[1]

1997 में, यूएमएल को ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) द्वारा एक मानक के रूप में अपनाया गया था, और तब से इस संगठन द्वारा प्रबंधित किया जा रहा है। 2005 में, यूएमएल को अंतर्राष्ट्रीय मानकीकरण संगठन (आईएसओ) द्वारा अनुमोदित आईएसओ मानक के रूप में भी प्रकाशित किया गया था।[2] तब से यूएमएल के नवीनतम संशोधन को आवरण करने के लिए मानक को समय-समय पर संशोधित किया गया है।[3] सॉफ्टवेयर इंजीनियरिंग में, अधिकांश व्यवसायी यूएमएल का उपयोग नहीं करते हैं, किंतु इसके अतिरिक्त अनौपचारिक हाथ से आरेखित चित्र बनाते हैं; चूँकि, इन आरेखों में अधिकांशतः यूएमएल के तत्व सम्मिलित होते हैं।[4]: 536 


इतिहास

ऑब्जेक्ट-ओरिएंटेड विधियों और अंकन का इतिहास

यूएमएल 1.0 से पहले

यूएमएल 1990 के दशक के उत्तरार्ध से विकसित हो रहा है और इसकी जड़ें 1980 के दशक के अंत और 1990 के दशक की प्रारंभिक में विकसित ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग विधियों में हैं। टाइमलाइन (छवि देखें) ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग विधियों और नोटेशन के इतिहास की मुख्य विशेषताएं दिखाती है।

यह मूल रूप से बूच पद्धति, ऑब्जेक्ट-मॉडलिंग तकनीक (ओएमटी) और ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर इंजीनियरिंग (ओओएसई) की सूचनाओं पर आधारित है, जिसे उसने एक ही लैंग्वेज में यूनिफाइड किया है।[5]

रेशनल सॉफ्टवेयर कार्पोरेशन ने 1994 में जनरल इलेक्ट्रिक से जेम्स रूंबाग को काम पर रखा था और उसके बाद कंपनी दिन के सबसे लोकप्रिय ऑब्जेक्ट-ओरिएंटेड मॉडलिंग दृष्टिकोणों में से दो के लिए स्रोत बन गई:[6] रंबाघ की ऑब्जेक्ट-मॉडलिंग तकनीक (ओएमटी) और ग्रेडी बूच की विधि जो ऑब्जेक्ट-ओरिएंटेड सॉफ़्टवेयर इंजीनियरिंग (ओओएसई) पद्धति के निर्माता, इवर जैकबसन द्वारा जल्द ही उनके प्रयासों में उनकी सहायता की गई, जो 1995 में उनके साथ रैशनल में सम्मिलित हो गए थे।[1]


यूएमएल 1.x

उन तीनों (रंबॉघ, जैकबसन और बूच) के तकनीकी नेतृत्व में, यूनिफाइड मॉडलिंग लैंग्वेज (यूएमएल) विनिर्देश को पूरा करने और मानकीकरण के लिए ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) को प्रस्तावित करने के लिए 1996 में यूएमएल पार्टनर्स नामक एक संघ का आयोजन किया गया था। साझेदारी में अतिरिक्त इच्छुक पक्ष भी सम्मिलित थे (उदाहरण के लिए हेवलेट पैकर्ड, डिजिटल उपकरण कार्पोरेशन, आईबीएम और माइक्रोसॉफ्ट ) यूएमएल पार्टनर्स का यूएमएल 1.0 ड्राफ्ट कंसोर्टियम द्वारा जनवरी 1997 में ओएमजी को प्रस्तावित किया गया था। उसी महीने के समय यूएमएल पार्टनर्स ने एक समूह का गठन किया गया था जिसे लैंग्वेज के निर्माण के स्पष्ट अर्थ को परिभाषित करने के लिए डिज़ाइन किया गया था, जिसकी अध्यक्षता क्राइस कोब्रिन ने की थी और एड आईखोल्ट द्वारा प्रशासित किया गया था, जिससे विनिर्देश को अंतिम रूप दिया जा सकता है और इसे अन्य मानकीकरण प्रयासों के साथ यूनिफाइड किया जा सकता है । इस कार्य का परिणाम, यूएमएल 1.1, अगस्त 1997 में ओएमजी को प्रस्तुत किया गया था और नवंबर 1997 में ओएमजी द्वारा अपनाया गया था।[1][7]

पहली रिलीज के बाद एक टास्क फोर्स का गठन किया गया[1] लैंग्वेज को सुधारने के लिए, जिसने कई छोटे संशोधन, 1.3, 1.4 और 1.5 प्रसारित किये जाते है।[8]

इसके द्वारा उत्पादित मानकों (साथ ही मूल मानक) को अस्पष्ट और असंगत होने के रूप में नोट किया गया है।[9]


कार्डिनैलिटी नोटेशन

जैसा कि डेटाबेस चेन, बैचमैन और आईएसओ ईआर आरेख के साथ होता है, क्लास मॉडल को लुक-अक्रॉस कार्डिनैलिटी (डेटा मॉडलिंग) का उपयोग करने के लिए निर्दिष्ट किया जाता है, तथापि कई लेखक (मेरिस,[10] मिस्र और रन आउट[11] दूसरों के बीच में[12]) भूमिकाओं और न्यूनतम और अधिकतम कार्डिनैलिटी दोनों के लिए समान-पक्ष या लुक-हेयर को प्राथमिकता दें। वर्तमान के शोधकर्ता (फीनरर,[13] दुलिया एट अल[14]) ने दिखाया है कि यूएमएल और ईआर आरेखों द्वारा उपयोग की जाने वाली लुक-क्रॉस तकनीक कम प्रभावी और कम सुसंगत है जब ऑर्डर के एन-आरी संबंधों पर सख्ती से 2 से अधिक प्रयुक्त होती है।

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

यूएमएल 2

यूएमएल 2.0 प्रमुख संशोधन ने 2005 में संस्करण 1.5 को बदल दिया, जिसे इसकी सुविधाओं के उपयोग पर नए अनुभव को दर्शाने के लिए लैंग्वेज को और उत्तम बनाने के लिए एक विस्तारित संघ के साथ विकसित किया गया था।[16]

चूँकि यूएमएल 2.1 को औपचारिक विनिर्देश के रूप में कभी प्रसारित नहीं किया गया था, संस्करण 2.1.1 और 2.1.2 2007 में दिखाई दिए, इसके बाद फरवरी 2009 में यूएमएल 2.2 आया था यूएमएल 2.3 औपचारिक रूप से मई 2010 में जारी किया गया था।[17] यूएमएल 2.4.1 औपचारिक रूप से अगस्त 2011 में जारी किया गया था।[17] यूएमएल 2.5 को अक्टूबर 2012 में एक प्रगति संस्करण के रूप में जारी किया गया था और आधिकारिक रूप से जून 2015 में जारी किया गया था।[17] औपचारिक संस्करण 2.5.1 दिसंबर 2017 में अपनाया गया था।[18]

यूएमएल 2.x विनिर्देशन के चार भाग हैं:

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

यूएमएल 2.4.1 तक, इन मानकों के नवीनतम संस्करण थे:[19]

  • यूएमएल अधिरचना संस्करण 2.4.1
  • यूएमएल इन्फ्रास्ट्रक्चर संस्करण 2.4.1
  • ओसीएल संस्करण 2.3.1
  • यूएमएल आरेख इंटरचेंज संस्करण 1.0।

संस्करण 2.5 के बाद से, यूएमएल विशिष्टता को सरल बना दिया गया है (सुपरस्ट्रक्चर और इंफ्रास्ट्रक्चर के बिना), और इन मानकों के नवीनतम संस्करण अब हैं:[20]

  • यूएमएल विशिष्टता 2.5.1
  • ओसीएल संस्करण 2.4

संशोधन कार्य बल द्वारा इसे अद्यतन और उत्तम बनाना जारी है, जो लैंग्वेज के साथ किसी भी उद्देश्य को हल करते हैं।[21]


डिजाइन

यूएमएल एक आरेख में सिस्टम के आर्किटेक्चरल ब्लूप्रिंट को देखने का एक विधि प्रदान करता है, जिसमें तत्व सम्मिलित हैं:[5]

  • कोई गतिविधि (यूएमएल) (जॉब्स);
  • सिस्टम का व्यक्तिगत घटक (यूएमएल);
    • वे अन्य घटक-आधारित सॉफ़्टवेयर इंजीनियरिंग के साथ कैसे इंटरैक्ट कर सकते हैं;
  • सिस्टम कैसे चलेगा;
  • कैसे संस्थाएं दूसरों के साथ इंटरैक्ट करती हैं (घटक और इंटरफेस);
  • बाहरी यूजर इंटरफेस।

चूँकि मूल रूप से ऑब्जेक्ट-ओरिएंटेड डिज़ाइन दस्तावेज़ीकरण के लिए अभिप्रेत था, यूएमएल को डिज़ाइन दस्तावेज़ीकरण के एक बड़े सेट तक बढ़ा दिया गया है (जैसा कि ऊपर सूचीबद्ध है),[22] और कई संदर्भों में उपयोगी पाया गया है।[23]

सॉफ्टवेयर विकास के विधि

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

मॉडलिंग

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

यूएमएल आरेख सिस्टम मॉडल के दो अलग-अलग विचारों का प्रतिनिधित्व करते हैं:[25]

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

यूएमएल मॉडल को एक्सएमएल मेटाडेटा इंटरचेंज (एक्सएमआई) प्रारूप का उपयोग करके यूएमएल उपकरणों के बीच आदान-प्रदान किया जा सकता है।

यूएमएल में, व्यवहार मॉडलिंग के लिए प्रमुख उपकरणों में उसे एक यूज-केस मॉडल है, जो ओओएसई के कारण होता है। उपयोग के स्थिति सिस्टम के आवश्यक उपयोगों को निर्दिष्ट करने का एक विधि है। समान्यत: उनका उपयोग किसी सिस्टम की आवश्यकताओं को पकड़ने के लिए किया जाता है, अर्थात सिस्टम को क्या करना चाहिए।[26]


डायग्राम

यूएमएल 2 में कई तरह के आरेख होते हैं, जिन्हें दो श्रेणी में बांटा गया है।[5] कुछ प्रकार संरचनात्मक जानकारी का प्रतिनिधित्व करते हैं, और शेष सामान्य प्रकार के व्यवहार का प्रतिनिधित्व करते हैं, जिनमें कुछ ऐसे भी हैं जो इंटरैक्शन के विभिन्न पहलुओं का प्रतिनिधित्व करते हैं। इन आरेखों को श्रेणीबद्ध रूप से वर्गीकृत किया जा सकता है जैसा कि निम्न वर्ग आरेख में दिखाया गया है:[5]

यूएमएल 2.2 आरेखों का पदानुक्रम, एक वर्ग रेखाचित्र के रूप में दिखाया गया है

इन आरेखों में उपयोग, कन्सट्रैन्ट, या संकेत को समझाते हुए टिप्पणियां या नोट्स हो सकते हैं।

संरचना आरेख

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

व्यवहार आरेख

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

इंटरेक्शन आरेख

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

मेटामॉडलिंग

Main article: मेटा-ऑब्जेक्ट सुविधा
मेटा-ऑब्जेक्ट सुविधा का चित्रण

ऑब्जेक्ट मैनेजमेंट ग्रुप (ओएमजी) ने मेटा-ऑब्जेक्ट सुविधा नामक यूएमएल को परिभाषित करने के लिए एक मेटामॉडलिंग आर्किटेक्चर विकसित किया है।[27] एमओएफ को चार-स्तरित वास्तुकला के रूप में डिज़ाइन किया गया है, जैसा कि छवि में दाईं ओर दिखाया गया है। यह शीर्ष पर एक मेटा-मेटा मॉडल प्रदान करता है, जिसे M3 लेयर कहा जाता है। यह एम3-मॉडल मेटामॉडल बनाने के लिए मेटा-ऑब्जेक्ट फैसिलिटी द्वारा उपयोग की जाने वाली लैंग्वेज है, जिसे एम2-मॉडल कहा जाता है।

लेयर मेटा-ऑब्जेक्ट फैसिलिटी मॉडल का सबसे प्रमुख उदाहरण यूएमएल मेटामॉडल है, जो यूएमएल का ही वर्णन करता है। ये M2-मॉडल M1-परत के तत्वों का वर्णन करते हैं, और इस प्रकार M1-मॉडल उदाहरण के लिए, ये यूएमएल में लिखे गए मॉडल होंगे। अंतिम परत M0-परत या डेटा परत है। इसका उपयोग सिस्टम के रनटाइम इंस्टेंसेस का वर्णन करने के लिए किया जाता है।[28]

मेटा-मॉडल को स्टीरियोटाइप (यूएमएल) नामक तंत्र का उपयोग करके बढ़ाया जा सकता है। यूएमएल 1.x और 2.0 में स्टीरियोटाइप तंत्र के उपयोग और दुरुपयोग में ब्रायन हेंडरसन-सेलर्स और सीज़र गोंजालेज-पेरेज़ द्वारा अपर्याप्त/अस्थिर होने के रूप में इसकी आलोचना की गई है।[29]


दत्तक ग्रहण

यूएमएल का विपणन कई संदर्भो में किया गया है।[23][30]

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

इसे कई संरचनाओं वाली एक बड़ी लैंग्वेज माना जाता है। कुछ लोगों (जैकबसन सहित) को लगता है कि यूएमएल का आकार इसे सीखने (और इसलिए इसका उपयोग करने) में कन्सट्रैन्ट डालता है।[32]


यह भी देखें

  • यूएमएल के अनुप्रयोग
  • बिजनेस प्रोसेस मॉडल और नोटेशन
  • सी 4 मॉडल
  • मॉडल आधारित परीक्षण
  • मॉडल संचालित इंजीनियरिंग
  • ऑब्जेक्ट ओरिएंटेड भूमिका विश्लेषण और मॉडलिंग
  • सिस्टम्स मॉडलिंग लैंग्वेज (एसआईएसएमएल)
  • यूनिफाइड मॉडलिंग लैंग्वेज टूल्स की सूची
  • रक्षा वास्तुकला फ्रेमवर्क विभाग
  • मोडैफ
  • डीओटी (ग्राफ विवरण लैंग्वेज)
  • प्रक्रिया विशिष्टता लैंग्वेज

संदर्भ

  1. ↑ 1.0 1.1 1.2 1.3 1.4 Unified Modeling Language User Guide, The (2 ed.). Addison-Wesley. 2005. p. 496. ISBN 0321267974. , See the sample content, look for history
  2. ↑ "ISO/IEC 19501:2005 - Information technology - Open Distributed Processing - Unified Modeling Language (UML) Version 1.4.3". Iso.org. 2005-04-01. Retrieved 2015-05-07.
  3. ↑ "ISO/IEC 19505-1:2012 - Information technology - Object Management Group Unified Modeling Language (OMG UML) - Part 1: Infrastructure". Iso.org. 2012-04-20. Retrieved 2014-04-10.
  4. ↑ Baltes, Sebastian; Diehl, Stephan (2014-11-11). "Sketches and diagrams in practice". Proceedings of the 22nd ACM SIGSOFT International Symposium on Foundations of Software Engineering. FSE 2014. Hong Kong, China: Association for Computing Machinery: 530–541. arXiv:1706.09172. doi:10.1145/2635868.2635891. ISBN 978-1-4503-3056-5. S2CID 2436333.
  5. ↑ 5.0 5.1 5.2 5.3 "OMG Unified Modeling Language (OMG UML), Superstructure. Version 2.4.1". Object Management Group. Retrieved 9 April 2014.
  6. ↑ Andreas Zendler (1997) Advanced Concepts, Life Cycle Models and Tools for Objeckt-Oriented Software Development. p. 122
  7. ↑ "UML Specification version 1.1 (OMG document ad/97-08-11)". Omg.org. Retrieved 2011-09-22.
  8. ↑ "UML". Omg.org. Retrieved 2014-04-10.
  9. ↑ Génova et alia 2004 "Open Issues in Industrial Use Case Modeling"
  10. ↑ Hubert Tardieu, Arnold Rochfeld and René Colletti La methode MERISE: Principes et outils (Paperback - 1983)
  11. ↑ Elmasri, Ramez, B. Shamkant, Navathe, Fundamentals of Database Systems, third ed., Addison-Wesley, Menlo Park, CA, USA, 2000.
  12. ↑ ER 2004 : 23rd International Conference on Conceptual Modeling, Shanghai, China, 8-12 November 2004 Archived 27 May 2013 at the Wayback Machine
  13. ↑ "A Formal Treatment of UML Class Diagrams an Efficient Method for Configuration Management 2007" (PDF). Retrieved 2011-09-22.
  14. ↑ "James Dullea, Il-Yeol Song, Ioanna Lamprou - An analysis of structural validity in entity-relationship modeling 2002" (PDF). Retrieved 2011-09-22.
  15. ↑ ""Reasoning about participation constraints and Chen's constraints" S Hartmann - 2003" (PDF). Retrieved 2013-08-17.
  16. ↑ "UML 2.0". Omg.org. Retrieved 2011-09-22.
  17. ↑ 17.0 17.1 17.2 "UML". Omg.org. Retrieved 2011-09-22.
  18. ↑ "UML 2.5.1 specification". Omg.org. Retrieved 2018-10-24.
  19. ↑ OMG. "OMG Formal Specifications (Modeling and Metadata paragraph)". Retrieved 2016-02-12.
  20. ↑ OMG. "about the unified modeling language specification". Retrieved 2020-02-22.
  21. ↑ "Issues for UML 2.6 Revision task Force mailing list". Omg.org. Retrieved 2014-04-10.
  22. ↑ Satish Mishra (1997). "Visual Modeling & Unified Modeling Language (UML): Introduction to UML". Rational Software Corporation. Accessed 9 November 2008.
  23. ↑ 23.0 23.1 "UML, Success Stories". Retrieved 9 April 2014.
  24. ↑ John Hunt (2000). The Unified Process for Practitioners: Object-oriented Design, UML and Java. Springer, 2000. ISBN 1-85233-275-1. p. 5.door
  25. ↑ Jon Holt Institution of Electrical Engineers (2004). UML for Systems Engineering: Watching the Wheels IET, 2004, ISBN 0-86341-354-4. p. 58
  26. ↑ Manuel Almendros-Jiménez, Jesús & Iribarne, Luis. (2007). Describing Use-Case Relationships with Sequence Diagrams. Comput. J.. 50. 116-128. 10.1093/comjnl/bxl053.
  27. ↑ Iman Poernomo (2006) "The Meta-Object Facility Typed" in: Proceeding SAC '06 Proceedings of the 2006 ACM symposium on Applied computing. pp. 1845–1849
  28. ↑ "UML 2.4.1 Infrastructure". Omg.org. 2011-08-05. Retrieved 2014-04-10.
  29. ↑ B. Henderson-Sellers; C. Gonzalez-Perez (2006). "Uses and Abuses of the Stereotype Mechanism in UML 1.x and 2.0". in: Model Driven Engineering Languages and Systems. Springer Berlin / Heidelberg.
  30. ↑ "UML 2.5: Do you even care?". "UML truly is ubiquitous"
  31. ↑ "Death by UML Fever".
  32. ↑ "Ivar Jacobson on UML, MDA, and the future of methodologies".


अन्य अध्ययन


बाहरी कड़ियाँ

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=यूनिफाइड_मॉडलिंग_लैंग्वेज&oldid=255674’