व्यापक पाठ्यचर्या: UML एक्टिविटी डायग्राम के साथ व्यापार प्रक्रियाओं का डिज़ाइन करना

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

Charcoal contour sketch infographic illustrating UML Activity Diagrams for business process design, featuring core symbols (initial/final nodes, activity rectangles, decision diamonds, fork/join bars), a swimlane-organized order fulfillment workflow with Customer/Order System/Warehouse/Payment Gateway lanes, decision logic with guard conditions like [Valid?], concurrent process flows, and best practices checklist for creating clear, maintainable business process models

एक्टिविटी डायग्राम को समझना 📋

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

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

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

एक्टिविटी डायग्राम के मुख्य घटक 🔧

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

1. प्रारंभिक और अंतिम नोड्स 🟢

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

2. एक्टिविटी नोड्स ⚙️

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

3. नियंत्रण प्रवाह तीर ➡️

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

4. ऑब्जेक्ट प्रवाह 📦

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

प्रतीक संदर्भ सारणी 📊

व्यापार प्रक्रिया मॉडलिंग में उपयोग किए जाने वाले मानक UML प्रतीकों को तेजी से पहचानने के लिए निम्नलिखित सारणी का संदर्भ लें।

प्रतीक नाम विवरण
प्रारंभिक नोड गतिविधि प्रवाह की शुरुआत।
रिंग के साथ ⚫ अंतिम नोड गतिविधि प्रवाह का अंत।
गोल किनारे वाला आयत 🟦 गतिविधि एक विशिष्ट क्रिया या कार्य।
हीरे के आकार का आकृति ⬡ निर्णय नोड एक शर्त के आधार पर शाखा बिंदु।
भरा हुआ वृत्त ⬡ जॉइन नोड आगमन प्रवाह को एकल प्रवाह में मिलाता है।
खाली वृत्त ⬡ फॉर्क नोड एक प्रवाह को एकाधिक समानांतर प्रवाह में विभाजित करता है।
🏷️ लेबल गार्ड शर्त प्रवाह पर कोष्ठक में लिखा गया पाठ (उदाहरण के लिए [स्टॉक > 0])।
📄 दस्तावेज वस्तु प्रवाह डेटा या कलाकृति के गतिशीलता का प्रतिनिधित्व करता है।

स्विमलेन के साथ जिम्मेदारी को व्यवस्थित करना 🏊

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

स्विमलेन के लाभ

  • जिम्मेदारी: तुरंत स्पष्ट हो जाता है कि कौन सी भूमिका किसी क्रिया को करती है।
  • हैंडऑफ्स: यह विभिन्न पक्षों के बीच नियंत्रण के स्थानांतरण को दृश्याकृत करता है।
  • समानांतरता: यह बताता है कि कौन से पक्ष एक साथ कार्य करते हैं या क्रमिक रूप से।
  • जटिलता प्रबंधन: यह एक बड़ी प्रक्रिया को प्रबंधन योग्य खंडों में बांटता है।

स्विमलेन कार्यान्वयन

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

  • ग्राहक लेन: “आदेश जमा करें” या “भुगतान की पुष्टि करें” जैसी क्रियाओं को समावेश करता है।
  • बिक्री प्रणाली लेन: “आदेश की पुष्टि करें” या “स्टॉक जांचें” जैसी क्रियाओं को समावेश करता है।
  • गोदाम लेन: “वस्तुएं चुनें” या “बॉक्स पैक करें” जैसी क्रियाओं को समावेश करता है।
  • वित्त लेन: “बिल जारी करें” या “राजस्व दर्ज करें” जैसी क्रियाओं को समावेश करता है।

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

निर्णय और मर्ज नोड्स के साथ तर्क का प्रबंधन 🧠

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

निर्णय तर्क

  • सरल निर्णय: स्पष्टता के लिए द्विआधारी चयन (सही/गलत) का उपयोग करें। उदाहरण के लिए, [स्टॉक उपलब्ध है?].
  • जटिल निर्णय: विभिन्न परिदृश्यों के लिए बहुत से पथों का उपयोग करें। उदाहरण के लिए, [स्थिति = मंजूर], [स्थिति = अस्वीकृत], [स्थिति = प्रतीक्षा में]।
  • गार्ड शर्तें: सुनिश्चित करें कि प्रत्येक पथ के लिए लेबल हो। लेबल रहित पथों के कारण प्रवाह को ट्रिगर करने वाली शर्त के संबंध में अस्पष्टता हो सकती है।

मर्ज नोड्स

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

उदाहरण: एक शिपिंग प्रक्रिया में, एक पथ “स्टैंडर्ड शिप” की ओर जा सकता है, और दूसरा “एक्सप्रेस शिप” की ओर। दोनों पथ अंततः “ग्राहक को सूचना भेजें” नोड पर मिलते हैं। मर्ज नोड सुनिश्चित करता है कि शिपिंग विधि के बावजूद, ग्राहक को सूचित किया जाता है।

फॉर्क और जॉइन नोड्स के साथ समानांतरता का प्रबंधन 🔄

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

फॉर्क नोड

एक फॉर्क नोड एकल इनकमिंग फ्लो को कई आउटगोइंग फ्लो में विभाजित करता है। सभी आउटगोइंग फ्लो को एक साथ सक्रिय किया जाता है। यह उन कार्यों के लिए उपयोगी है जो एक दूसरे पर निर्भर नहीं करते हैं।

  • उदाहरण: एक ऑर्डर के भुगतान के बाद, सिस्टम एक साथ “इन्वेंटरी अपडेट” और “पुष्टि ईमेल भेजें” कर सकता है। इन क्रियाओं को एक दूसरे का इंतजार करने की आवश्यकता नहीं है।

जॉइन नोड

एक जॉइन नोड सभी इनकमिंग फ्लो के पूरा होने का इंतजार करता है जब तक आगे बढ़ना नहीं होता। इससे सिंक्रोनाइजेशन सुनिश्चित होता है। यदि एक पथ दूसरे की तुलना में अधिक समय लेता है, तो प्रक्रिया जॉइन नोड पर रुक जाती है जब तक अंतिम पथ नहीं आ जाता।

  • उदाहरण: “इन्वेंटरी अपडेट” और “पुष्टि ईमेल भेजें” के बाद, प्रक्रिया “शिपिंग लेबल जनरेट” पर जुड़ती है। लेबल को तब तक जनरेट नहीं किया जा सकता जब तक दोनों पिछले कार्य पूरे नहीं हो जाते।

व्यावहारिक उदाहरण: ऑर्डर फुलफिलमेंट प्रक्रिया 🛒

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

चरण 1: कार्यकर्ताओं को परिभाषित करें

  • ग्राहक: खरीदारी शुरू करता है।
  • ऑर्डर सिस्टम: लेनदेन को प्रसंस्कृत करता है।
  • गोदाम: भौतिक सामान का प्रबंधन करता है।
  • भुगतान गेटवे: धन की पुष्टि करता है।

चरण 2: प्रारंभिक फ्लो को मैप करें

  1. शुरू करें ग्राहक लेन में “ऑर्डर रखें” के साथ।
  2. फ्लो जाता है ऑर्डर सिस्टम लेन में “ऑर्डर की पुष्टि करें” के लिए।
  3. एक निर्णय नोड [वैध?] की जांच करता है।
  4. यदि नहीं, तो फ्लो “ग्राहक को सूचित करें” में जाता है और समाप्त हो जाता है।
  5. यदि हाँ, तो फ्लो जाता है भुगतान गेटवे लेन में “भुगतान प्रसंस्कृत करें” के लिए।

चरण 3: समानांतरता जोड़ें

जब भुगतान सफल होता है, तो प्रक्रिया विभाजित हो जाती है:

  • मार्ग A: प्रवाह करें गोदाम लेन में “वस्तुओं को चुनें और पैक करें” के लिए।
  • मार्ग B: प्रवाह करें आदेश प्रणाली लेन में “रसीद ईमेल भेजें” के लिए।

इन गतिविधियों को समानांतर रूप से चलाया जाता है। प्रणाली बॉक्स पैक करने से पहले ईमेल भेजने का इंतजार नहीं करती है।

चरण 4: समन्वय करें और अंतिम बनाएं

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

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

चरण 5: त्रुटि संभालना

व्यावसायिक प्रक्रियाओं को विफलताओं का सामना करना चाहिए। गोदाम लेन में, “वस्तुओं को चुनें” के बाद एक निर्णय नोड जोड़ें जिसे [वस्तुएं मिलीं?] लेबल किया गया है।गोदाम लेन में, “वस्तुओं को चुनें” के बाद एक निर्णय नोड जोड़ें जिसे [वस्तुएं मिलीं?] लेबल किया गया है।

  • यदि नहीं: प्रवाह “कमी दर्ज करें” में जाता है और ग्राहक के माध्यम से “स्टॉक खत्म हो गया सूचना भेजें” के माध्यम से सूचित करता है।
  • यदि हाँ: प्रवाह “वस्तुओं को पैक करें” में आगे बढ़ता है।

इस स्तर की विस्तार सुनिश्चित करता है कि स्टॉकआउट के संबंध में व्यावसायिक नियम स्पष्ट रूप से परिभाषित और कार्यान्वित करने योग्य हैं।

स्पष्टता और रखरखाव के लिए सर्वोत्तम प्रथाएं 📝

एक आरेख जो बहुत जटिल हो जाता है, बेकार हो जाता है। अपने एक्टिविटी आरेखों को प्रभावी रखने के लिए इन दिशानिर्देशों का पालन करें।

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

टालने योग्य सामान्य त्रुटियाँ 🚫

यहां तक कि अनुभवी मॉडलर भी गलतियां करते हैं। प्रक्रिया मॉडल की गुणवत्ता को कम करने वाली इन सामान्य समस्याओं के बारे में ध्यान रखें।

1. ‘स्पैगेटी’ आरेख

जब तीर हर दिशा में प्रतिच्छेदन करते हैं, तो आरेख पढ़ने योग्य नहीं रह जाता है। जटिलता को छिपाने के लिए उप-क्रियाओं का उपयोग करें। यदि प्रक्रिया का कोई विशिष्ट भाग विस्तृत है, तो उसके लिए अलग एक्टिविटी आरेख बनाएं और उसे कॉल क्रिया के माध्यम से लिंक करें।

2. अपवादों को नजरअंदाज करना

अधिकांश आरेख खुशहाल मार्ग को दिखाते हैं—जब सब कुछ सही चलता है। एक टिकाऊ व्यावसायिक प्रक्रिया मॉडल में त्रुटियों को शामिल करना आवश्यक है। हमेशा प्रमाणीकरण विफलता, प्रणाली गिरावट या अनुपलब्ध डेटा के लिए मार्ग शामिल करें।

3. स्तरों के अप्रत्यक्षता को मिलाना

उच्च स्तर के रणनीतिक चरणों को निम्न स्तर के तकनीकी कार्यान्वयन विवरणों के साथ मिलाने से बचें। उदाहरण के लिए, एक्टिविटी नोड्स के भीतर विशिष्ट SQL क्वेरी या API एंडपॉइंट्स की सूची बनाने से बचें। आरेख को व्यावसायिक तर्क स्तर पर रखें।

4. फॉर्क/जॉइन का अत्यधिक उपयोग

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

5. संदर्भ की कमी

प्रत्येक आरेख के लिए शीर्षक और विवरण होना चाहिए। प्रक्रिया के दायरे को परिभाषित करें। क्या यह पूरे ऑर्डर जीवनचक्र के लिए है, या केवल भुगतान चरण के लिए? संदर्भ गलत व्याख्या से बचाता है।

व्यावसायिक आवश्यकताओं के साथ एकीकरण 📌

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

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

डिज़ाइन रणनीति पर निष्कर्ष 🏁

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