de_DEen_USes_ESfa_IRfr_FRhi_INid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

व्यापार प्रक्रिया मॉडल और नोटेशन कंपोनेंट ब्रेकडाउन: इवेंट्स, गेटवे और फ्लो को समझना

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

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

Hand-drawn infographic explaining BPMN Business Process Model and Notation components: Events (Start, Intermediate, End with Message/Timer/Error/Signal icons), Gateways (Exclusive XOR, Parallel AND, Inclusive OR, Event-Based), Flows (Sequence and Message arrows), Activities (User Task, Service Task, Sub-Process), and Containers (Pools and Lanes), with best practices checklist for creating clear process diagrams

1. इवेंट्स: ट्रिगर और परिणाम ⏱️

इवेंट्स किसी प्रक्रिया के क्रियान्वयन के दौरान होने वाली किसी चीज का प्रतिनिधित्व करते हैं। उन्हें गोलों के रूप में दर्शाया जाता है। गोले के किनारे की मोटाई इवेंट के प्रकार को इंगित करती है। इवेंट्स अकेले प्रक्रिया को शुरू या समाप्त नहीं करते; वे प्रवाह के भीतर क्रिया या प्रतिक्रिया के बिंदु को चिह्नित करते हैं।

1.1 तीन इवेंट स्थितियाँ

इवेंट्स को उनकी क्रम में स्थिति और कार्य के आधार पर वर्गीकृत किया जाता है:

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

1.2 इवेंट प्रकार और उनके प्रतीक

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

इवेंट प्रकार दृश्य संकेत कार्यक्षमता सामान्य उपयोग केस
संदेश इवेंट लिफाफा आइकन भागीदारों के बीच संदेश प्राप्त करता है या भेजता है। ईमेल उत्तर का इंतजार करना या बिल भेजना।
टाइमर इवेंट घड़ी आइकन समय या अवधि के आधार पर ट्रिगर होता है। साइनअप के 3 दिन बाद याद दिलाने का संदेश भेजा गया।
त्रुटि घटना उद्घोष आइकन सिस्टम या रनटाइम त्रुटियों को संभालता है। चेकआउट के दौरान डेटाबेस कनेक्शन विफलता।
सिग्नल घटना बिजली के बल्ब आइकन प्रक्रिया के भीतर सिग्नल को प्रसारित या पकड़ता है। बहुत सारे वर्कफ्लो को ट्रिगर करने वाली ग्लोबल अलर्ट।

1.3 सीमा घटनाएँ

सीमा घटनाएँ एक विशेष प्रकार की मध्यवर्ती घटनाएँ हैं जो गतिविधि के किनारे लगी होती हैं। वे चल रही गतिविधि के बीच आने वाले बाधा की अनुमति देती हैं।

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

उदाहरण के लिए, ऋण स्वीकृति प्रक्रिया में, यदि आवेदक अपूर्ण दस्तावेज प्रस्तुत करता है, तो सीमा घटना चालू हो सकती है। स्वीकृति कार्य जारी रहता है, लेकिन एक सूचना एक साथ आवेदक को भेजी जाती है।

2. गेटवेज: निर्णय बिंदु 🚦

गेटवेज प्रक्रिया के भीतर मार्गों के विचलन और संगम को नियंत्रित करते हैं। उन्हें हीरे के रूप में दर्शाया जाता है। गेटवेज कार्य नहीं करते हैं; वे शर्तों या टोकन की उपस्थिति के आधार पर प्रवाह को निर्देशित करते हैं।

2.1 एक्सक्लूसिव गेटवेज (XOR)

एक्सक्लूसिव गेटवेज सबसे आम निर्णय बिंदु है। यह एक चयन का प्रतिनिधित्व करता है जहां केवल एक मार्ग लिया जा सकता है। यह एक तार्किक या.

  • तर्क: यदि शर्त A सत्य है, तो मार्ग A का पालन करें। यदि शर्त B सत्य है, तो मार्ग B का पालन करें। केवल एक मार्ग सक्रिय होता है।
  • दृश्य: एक हीरा जिसके अंदर ‘X’ है।
  • उदाहरण: एक उपयोगकर्ता फॉर्म जमा करता है। यदि डेटा वैध है, तो सहेजने के लिए आगे बढ़ें। यदि अवैध है, तो एक त्रुटि दिखाएं। दोनों एक साथ नहीं हो सकते हैं।

2.2 समानांतर गेटवे (एंड)

समानांतर गेटवे बहुत समय में फ्लो को विभाजित या मिलाता है। यह एक तार्किक प्रतिनिधित्व करता हैएंड. सभी बाहरी मार्गों को एक साथ सक्रिय किया जाता है, और गेटवे आगे बढ़ने से पहले सभी आगमन मार्गों को पूरा करना होता है।

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

2.3 समावेशी गेटवे (या)

समावेशी गेटवे शर्तों के आधार पर एक या अधिक मार्गों को लेने की अनुमति देता है। यह एक्सक्लूसिव गेटवे से अधिक लचीला है।

  • तर्क: यदि शर्त A पूरी होती है, तो मार्ग A लें। यदि शर्त B पूरी होती है, तो मार्ग B लें। यदि दोनों पूरी होती हैं, तो दोनों मार्ग लें।
  • दृश्य: एक हीरे के अंदर एक ‘ओ’ होता है।
  • उदाहरण: एक ग्राहक छूट के योग्य है। उन्हें टेक्स्ट संदेश, ईमेल या दोनों मिल सकते हैं, उनकी पसंद के आधार पर।

2.4 घटना-आधारित गेटवे

यह गेटवे किसी शर्त के बजाय घटना के होने का इंतजार करता है। यह उन परिस्थितियों में अक्सर उपयोग किया जाता है जहां कई परिणाम संभव हैं, और प्रक्रिया को जो भी पहले होता है, उसके प्रति प्रतिक्रिया करनी होती है।

  • तर्क: प्रक्रिया इंतजार करती है। यदि घटना A होती है, तो बाएं जाएं। यदि घटना B होती है, तो दाएं जाएं। एक मार्ग लेने के बाद, दूसरा रद्द कर दिया जाता है।
  • दृश्य: एक हीरे के अंदर एक वृत्त होता है।
  • उदाहरण: ग्राहक के उत्तर का इंतजार कर रहे हैं। यदि वे 24 घंटे के भीतर उत्तर देते हैं, तो वापस कॉल करने के लिए आगे बढ़ें। यदि वे उत्तर नहीं देते हैं, तो याद दिलाने वाला संदेश भेजें।

3. फ्लो और गतिविधियां: कार्य 🔄

जबकि घटनाएं और गेटवे तर्क को नियंत्रित करते हैं, फ्लो और गतिविधियां वास्तविक कार्य का प्रतिनिधित्व करते हैं। सीक्वेंस फ्लो और मैसेज फ्लो के बीच अंतर को समझना सटीक मॉडलिंग के लिए महत्वपूर्ण है।

3.1 क्रमिक फ्लो

क्रमिक फ्लो एकल प्रक्रिया उदाहरण के भीतर गतिविधियों के क्रम को परिभाषित करते हैं। इन्हें ठोस तीरों द्वारा दर्शाया जाता है।

  • दिशा: प्रवाह ऊपर से नीचे, बाएं से दाएं जाता है।
  • उपयोग: एक ही पूल के भीतर घटनाओं, गेटवे और गतिविधियों को जोड़ता है।
  • लेबलिंग: तर्क को स्पष्ट करने के लिए गेटवे से निकलने वाले रास्तों पर शर्तों को लेबल किया जाना चाहिए।

3.2 संदेश प्रवाह

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

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

3.3 गतिविधियाँ और कार्य

गतिविधियाँ किए गए कार्य हैं। इन्हें गोल किनारों वाले आयतों द्वारा दर्शाया जाता है।

  • उपयोगकर्ता कार्य: मानव द्वारा किया गया कार्य। हस्तक्षेप की आवश्यकता होती है।
  • सेवा कार्य: स्वचालित प्रणाली या बैकएंड सेवा द्वारा किया गया कार्य। कोई मानव अंतरक्रिया नहीं।
  • स्क्रिप्ट कार्य: स्क्रिप्ट या कोड स्निपेट द्वारा परिभाषित तर्क।
  • भेजना/प्राप्त करना कार्य: प्रतिक्रिया के बिना प्रतीक्षा किए संदेश भेजना या प्राप्त करना (असिंक्रोनस)।

3.4 उप-प्रक्रियाएँ

जटिल प्रक्रियाओं को आरेख की पठनीयता बनाए रखने के लिए उप-प्रक्रियाओं में बांटा जा सकता है।

  • संक्षिप्त उप-प्रक्रिया: कार्य को एकल बॉक्स के रूप में दिखाता है जिसमें एक प्लस चिह्न होता है। विवरण छिपे होते हैं।
  • विस्तारित उप-प्रक्रिया: उसी आरेख के भीतर कार्य की आंतरिक तर्क को दिखाता है।
  • कॉल गतिविधि: किसी अन्य स्थान पर परिभाषित दोहराए जा सकने वाली प्रक्रिया परिभाषा को संदर्भित करता है।

4. संरचना और कंटेनर 🧩

आरेख को व्यवस्थित करना प्रयोग किए गए प्रतीकों के बराबर महत्वपूर्ण है। BPMN तत्वों को तार्किक रूप से समूहित करने के लिए कंटेनर का उपयोग करता है।

4.1 पूल और लेन

पूल प्रक्रिया में भाग लेने वाले प्रतिभागियों का प्रतिनिधित्व करते हैं। एकल पूल एक संगठन का प्रतिनिधित्व करता है। बहुत से पूल एक दूसरे के साथ बातचीत कर रहे संगठनों को दर्शाते हैं।

  • पूल: प्रक्रिया के लिए आयताकार कंटेनर।
  • लेन: पूल को उप-श्रेणियों में विभाजित करता है, जो आमतौर पर भूमिकाओं, विभागों या प्रणालियों का प्रतिनिधित्व करते हैं।

उदाहरण के लिए, एक “ग्राहक ऑनबोर्डिंग” प्रक्रिया में “बिक्री,” “आईटी समर्थन,” और “वित्त” के लिए लेन हो सकते हैं। कार्यों को उन लेन में रखा जाता है जिनके लिए उनकी जिम्मेदारी होती है।

4.2 डेटा वस्तुएँ

डेटा वस्तुएँ प्रक्रिया के दौरान बनाई गई या उपयोग की गई जानकारी का प्रतिनिधित्व करती हैं। इन्हें मुड़े किनारे वाले पृष्ठ के रूप में दर्शाया जाता है।

  • उपयोग: कार्यों से जुड़ता है ताकि इनपुट या आउटपुट दिखाया जा सके।
  • उदाहरण: एक “संविदा” दस्तावेज को “संविदा की समीक्षा” कार्य से जोड़ा गया है।

4.3 पाठ अनुमान

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

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

5. पठनीयता के लिए सर्वोत्तम व्यवहार 📝

अच्छी तरह से निर्मित BPMN आरेख स्वयं स्पष्ट होता है। खराब ढंग से निर्मित आरेख भ्रम पैदा करते हैं और निरंतर मौखिक व्याख्या की आवश्यकता होती है।

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

6. बचने के लिए सामान्य त्रुटियाँ ⚠️

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

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

7. सटीक मॉडलिंग का प्रभाव 📊

सटीक BPMN मॉडलिंग में समय निवेश करने से निश्चित परिणाम मिलते हैं। यह विकास टीमों में अस्पष्टता को कम करता है और व्यापार की अपेक्षाओं को संरेखित करता है।

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

8. घटकों का सारांश 🏁

सारांश के लिए, BPMN का केंद्र विशिष्ट तत्वों के परस्पर क्रिया पर निर्भर करता है:

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

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

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

यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।