👩🏿‍✈️ 📴 🧑🏽‍🤝‍🧑🏼 डेवलपर्स के लिए यूएमएल 📉 🧚🏿 🥋

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

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

हम में क्या आकर्षित करेगा?

यदि आपका लक्ष्य "तेज और सुंदर" है (उदाहरण के लिए, एक प्रस्तुति के लिए या इस लेख के लिए), तो विसिओ उपयुक्त से अधिक है: इसका संपादक सुविधाजनक है और अंकन से किसी भी विचलन को माफ करता है।

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

तकनीकी कार्य

हम विदेशी भाषाओं को सीखने के लिए एक काल्पनिक मोबाइल एप्लिकेशन डिज़ाइन करेंगे। संदर्भ की शर्तें आमतौर पर विश्लेषकों द्वारा तैयार की जाती हैं जो आरेखों के पहले बैच को तैयार करेंगे। डेवलपर्स, इस मामले में, केवल उन्हें सही ढंग से पढ़ने के लिए आवश्यक हैं।

सबसे सरल आरेख उपयोग केस है:

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

आप पूछते हैं - और क्या बात है? आखिरकार, कार्यों की सूची को केवल एक कॉम्पैक्ट सूची में, पाठ में निर्दिष्ट किया जा सकता है! और आप सही होंगे, लेकिन बारीकियां हैं।

कुछ फ़ंक्शन कई उपयोगकर्ताओं से संबंधित हैं, पाठ प्रदर्शित करना मुश्किल है।
जब आप डिजाइन सिस्टम में सभी कार्यों और आवश्यकताओं को आकर्षित करते हैं, तो आप उन्हें उसी जीरा पर अपलोड कर सकते हैं, और फिर उन्हें कार्यों और बगों के साथ जोड़ सकते हैं, जो परियोजना प्रबंधन को सरल बनाता है।

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

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

दूसरे प्रकार के चित्र जो आपको तकनीकी कार्य में मिल सकते हैं, गतिविधि आरेख है:

यहां, डेवलपर के लिए सब कुछ स्पष्ट है, केवल एक चीज को छोड़कर: एआई छात्र कॉल क्यों करता है? नहीं करता। यह आरेख विश्लेषकों द्वारा तैयार किया गया है, न कि प्रोग्रामर, वे नहीं जानते कि ग्राहक कहां है, लेकिन सर्वर कहां है, और वे डेटा स्ट्रीम में रुचि नहीं रखते हैं। गतिविधि आरेख पर, आप क्रियाओं का क्रम देखते हैं और इससे अधिक कुछ नहीं। इससे एक कोड कैसे बनाया जाए? हम डिजाइन चरण में पास होते हैं।

वास्तुकला डिजाइन

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

सबक बुकिंग सबसिस्टम
वेब ट्रेनिंग सबसिस्टम
बिलिंग
वॉयस रिकॉर्डिंग प्रबंधन सबसिस्टम

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

आप प्रत्येक उपतंत्र को एक समर्पित विकास टीम को दे सकते हैं, वे अपने विषय में खुद को विसर्जित कर देंगे और अपने अप्रत्याशित कमिट के साथ सहयोगियों के साथ कम हस्तक्षेप करेंगे।

प्रत्येक सबसिस्टम के लिए, एक वास्तुशिल्प योजना की आवश्यकता होती है , इसे सही तरीके से कैसे खींचें? इसके लिए UML में कोई उपयुक्त आरेख नहीं हैं, आइए Archimate को देखें:

अंकन के ज्ञान के बिना भी, आरेख आमतौर पर पठनीय है। याद रखें कि आपकी टीम के 90% सदस्य या तो यूएमएल को नहीं जानते हैं, अकेले आर्काइव करते हैं, और वे कभी भी इन सूचनाओं को नहीं सीखेंगे, इसलिए शिलालेख पर ध्यान केंद्रित करें। फिर भी, क्यूब्स और तीरों के बारे में

कुछ शब्द: आप आसानी से पूर्ण अभिलेखीय विनिर्देश पा सकते हैं।

रंग - अपने स्वाद के लिए, संकेतन उन्हें किसी भी तरह से विनियमित नहीं करता है। एक रंग के साथ वर्तमान सबसिस्टम को रंग दें, दूसरे के साथ आसन्न सबसिस्टम, तीसरे के साथ बाहरी सिस्टम, यह सर्किट की पठनीयता में काफी सुधार करता है।

आरेख केवल दो प्रकार के तीरों का उपयोग करता है: प्रवाह और पहुंच। प्रवाह डेटा हस्तांतरण की दिशा दिखाता है, और कॉल - किससे बात कर रहा है। प्रवाह तीर को सही ढंग से समझा जाना चाहिए:

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

विस्तार

अंतिम दो आरेख, जो बहुत उपयोगी हैं (चौकस पाठक, ज़ाहिर है, अब 2-3 प्रकार के आरेख नहीं हैं): अनुक्रम आरेख (कक्षा आरेख) और कक्षा आरेख (कक्षा आरेख, लेकिन कक्षाओं में बिल्कुल नहीं)।

कभी-कभी क्लाइंट-सर्वर इंटरैक्शन तीसरे चरण का उपयोग करके बहु-चरण होता है। उदाहरण के लिए, Oauth2 के साथ प्राधिकरण: इस प्रक्रिया का एक शाब्दिक विवरण समझना बहुत मुश्किल है। यहाँ अनुक्रम आरेख हमें मदद करेगा :

यह Oauth2 कार्यान्वयन एक संदर्भ नहीं है, कई विकल्प हो सकते हैं। आरेख में समझने वाली सबसे महत्वपूर्ण बात यह है कि इस आरेख में कोई डेटा स्ट्रीम नहीं हैं, केवल कॉल करने के लिए कॉल और उत्तर। हालांकि यह हमें तीरों पर पाठ के साथ प्रवाह को निर्दिष्ट करने से नहीं रोकता था।

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

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

लेकिन कक्षा आरेख का व्यावहारिक अनुप्रयोग अभी भी बना हुआ है - डेटाबेस डिज़ाइन:

यदि आप जानते हैं कि रिलेशनल डेटाबेस क्या हैं, तो यह स्पष्ट से अधिक है। आरेख पर विशेषताएँ पूरी तरह से हस्ताक्षर नहीं करती हैं, केवल संबंध, डेटा प्रकार, और कभी-कभी प्रतिबंध का संकेत दिया जाता है।

विसिओ, एंटरप्राइज आर्किटेक्ट या समकक्ष में इसे खींचने की कोशिश न करें। डेटाबेस डिजाइन के लिए, कई विशिष्ट उपकरण हैं जो विशिष्ट डीबीएमएस के लिए अनुरूप हैं, उनका उपयोग करें।

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

आपके ध्यान के लिए धन्यवाद, आपके साथ एक सॉफ़्टवेयर उत्पाद कंपनी थी।

डेवलपर्स के लिए यूएमएल

हम में क्या आकर्षित करेगा?

तकनीकी कार्य

वास्तुकला डिजाइन

विस्तार

More articles: