प्रस्तावना
व्यावसायिक प्रक्रिया मॉडल और नोटेशन (BPMN) व्यावसायिक प्रक्रियाओं के मॉडलिंग के लिए वैश्विक मानक है, और प्रभावी प्रक्रिया मॉडलिंग के हृदय में एक मौलिक समझ निहित है गेटवेज. जबकि गतिविधियां कार्य का प्रतिनिधित्व करती हैं और घटनाएं घटनाओं को चिह्नित करती हैं, गेटवेज महत्वपूर्ण नियंत्रण बिंदु के रूप में कार्य करते हैं जो निर्धारित करते हैं कि अनुक्रम प्रवाह प्रक्रिया भर में कैसे शाखाएं बनाते हैं, शाखाओं में विभाजित होते हैं, मिलते हैं और जुड़ते हैं।
यह गाइड गेटवेज के मूल सिद्धांतों का एक व्यापक अन्वेषण प्रदान करती है, उचित मॉडलिंग रूढ़ियों, सामान्य गलत धारणाओं और व्यावहारिक अनुप्रयोगों पर केंद्रित है। इन अवधारणाओं को समझना स्पष्ट, निष्पादन योग्य और बनाए रखने योग्य प्रक्रिया मॉडल बनाने के लिए आवश्यक है जो व्यावसायिक तर्क को सटीक रूप से दर्शाते हैं और उद्यम हितधारकों के बीच प्रभावी संचार को सक्षम बनाते हैं।
गेटवेज क्या हैं?
गेटवेज BPMN तत्व हैं एक प्रक्रिया के प्रवाह को नियंत्रित करते हैं विशिष्ट शर्तों या घटनाओं के आधार पर अनुक्रम प्रवाह द्वारा लिए जाने वाले पथ को निर्धारित करके। वे स्वयं कार्य का प्रतिनिधित्व नहीं करते हैं, न ही वे पारंपरिक अर्थ में निर्णय बिंदु हैं। इसके बजाय, वे इस बात का आयोजन करते हैं कि प्रक्रिया निष्पादन विभिन्न शाखाओं के माध्यम से कैसे आगे बढ़ता है।
गेटवेज के पांच मौलिक सिद्धांत
1. गेटवेजप्रवाह दिशा निर्धारित करते हैं
इसका अर्थ क्या है: गेटवेज आपकी प्रक्रिया में जंक्शन के रूप में कार्य करते हैं। वे तय करते हैं कि “ट्रैफिक” (प्रक्रिया प्रवाह) अगला कहाँ जाएगा। वे एक पथ को कई पथों में विभाजित कर सकते हैं (शाखा/शाखा) या कई पथों को एक में वापस ला सकते हैं (मिलना/जुड़ना)।
- शुरुआती उदाहरण: हाईवे इंटरचेंज
कल्पना करें कि आप एक हाईवे पर गाड़ी चला रहे हैं (अनुक्रम प्रवाह)। आप एक प्रमुख इंटरचेंज के पास पहुंचते हैं (गेटवेज)।- शाखा: सड़क विभाजित हो जाती है। आप एयरपोर्ट जाने के लिए एक्सिट A ले सकते हैं, या डाउनटाउन जाने के लिए एक्सिट B। गेटवेज इस विभाजन का प्रबंधन करता है।
- मिलना: बाद में, दो अलग-अलग ऑन-रैंप (एयरपोर्ट और डाउनटाउन से) एक ही मुख्य हाईवे पर वापस मिल जाते हैं। गेटवेज इस जुड़ाव का प्रबंधन करता है।
2. गेटवेज शर्त-आश्रित हैं
इसका अर्थ क्या है: एक गेटवेज केवल यादृच्छिक रूप से एक पथ नहीं चुनता। यह देखता है कि क्या हुआ था पहले इसे, या किसी विशिष्ट घटना के होने का इंतज़ार करता है के बाद इसे, यह तय करने के लिए कि प्रवाह को किस दिशा में भेजा जाए।
- शुरुआती उदाहरण: क्लब का बौंसर
एक नाइटक्लब के प्रवेश द्वार की कल्पना करें। “बौंसर” एक गेटवे है।- शर्त: आपको अंदर आने से पहले, बौंसर आपकी पहचान पत्र (“पहचान पत्र दिखाएं” गतिविधि से प्राप्त डेटा) की जाँच करता है।
- नियम: यदि आयु ≥ 21 है, तो आप “VIP लॉबी” पथ पर जाएं। यदि आयु < 21 है, तो आप “घर जाएं” पथ पर जाएं।
- बौंसर अनुमान नहीं लगाता; वे प्रवाह को नियंत्रित करने के लिए विशिष्ट शर्त (आपकी आयु) पर भरोसा करते हैं।
3. गेटवे निर्णय बिंदु नहीं हैं (कोई “हाँ/नहीं” लेबल नहीं!)
इसका अर्थ क्या है: यह एक सामान्य गलती है। पुराने स्टाइल के फ्लोचार्ट में, हीरे को “हाँ” या “नहीं” से लेबल किया जाता था। BPMN में, हम इससे बचते हैं। इसके बजाय, तীর के साथ द्वि-आधारी उत्तर देने के बजाय, हम तীর को शर्त या परिणाम के साथ लेबल करते हैं। इससे मॉडल सभी के लिए पढ़ने योग्य हो जाता है, केवल प्रोग्रामर के लिए नहीं।
- शुरुआती उदाहरण: कॉफी ऑर्डर करना
❌ खराब मॉडलिंग (“हाँ/नहीं” का जाल):- गेटवे: “क्या आपको दूध चाहिए?”
- तীর 1: “हाँ”
- तীর 2: “नहीं”
(यह अस्पष्ट है। अगर मुझे ओट दूध चाहिए? अगर मुझे लैक्टोज असहिष्णुता है?)
✅ अच्छी मॉडलिंग (व्यंजक भाषा):
- गेटवे: “दूध की पसंद चुनें”
- तীর 1: “ग्राहक डेयरी दूध चुनता है”
- तीर 2: “ग्राहक ओट दूध चुनता है”
- तीर 3: “ग्राहक बिना दूध चुनता है”
(अब प्रक्रिया स्पष्ट, विस्तृत है और वास्तविक व्यापारिक नियम को दर्शाती है।)
4. गेटवे कार्य का प्रतिनिधित्व नहीं करते
इसका अर्थ है: गतिविधियाँ (जैसे “रिपोर्ट लिखें” या “ग्राहक को कॉल करें” लेबल वाले बॉक्स) समय और प्रयास लेती हैं। गेटवे करते हैं नहीं. वे तत्काल होते हैं। वे कुछ “नहीं” करते; वे केवल निर्देश देते हैं। यदि आप खुद को यह सोचते हुए पाते हैं, “मुझे इस गेटवे पर एक घंटा बिताना होगा,” तो आप इसे गलत मॉडल कर रहे हैं।
- शुरुआती उदाहरण: रेलवे स्विच
एक रेल पटरी की कल्पना करें।- गतिविधि: पटरी पर चलती हुई ट्रेन इंजन कार्य है। इसमें समय और ईंधन लगता है।
- गेटवे: पटरी पर मौजूद धातु का स्विच जो ट्रेन को बाएं या दाएं निर्देशित करता है।
- स्विच स्वयं ट्रेन को नहीं चलाता। यह ईंधन नहीं खपता। यह केवल दिशा को तुरंत बदलता है। कार्य कार्य ट्रेन (गतिविधि) द्वारा किया जाता है, स्विच (गेटवे) द्वारा नहीं।
5. गेटवे डेटा-आधारित या घटना-आधारित हो सकते हैं
इसका अर्थ है: गेटवे निर्णय लेने के दो मुख्य तरीके हैं कि प्रवाह कहाँ भेजा जाए:
- डेटा-आधारित: यह मौजूदा जानकारी को देखता है (जैसे फॉर्म फ़ील्ड या डेटाबेस मान)।
- घटना-आधारित: यह किसी विशिष्ट चीज़ के घटित होने का इंतज़ार करता है (जैसे टाइमर खत्म होना या संदेश आना)।
- शुरुआती उदाहरण: पैकेज का इंतज़ार करना
- डेटा-आधारित गेटवे (स्थिति जांचना):
आप अपनी ट्रैकिंग ऐप जांचते हैं। डेटा कहता है “डिलीवर किया गया।”- गेटवे तर्क: यदि स्थिति = “डिलीवर” है, तो “खुला बक्सा” पर जाएं। यदि स्थिति = “ट्रांजिट में” है, तो “प्रतीक्षा” पर जाएं।
- मुख्य बिंदु: आप मौजूदा डेटा का मूल्यांकन कर रहे हैं।
- घटना-आधारित गेटवे (कुछ होने की प्रतीक्षा):
आप अपनी पोर्च पर बैठकर प्रतीक्षा कर रहे हैं।- गेटवे तर्क: इनमें से किसी एक की प्रतीक्षा करें:
- दरवाजे की घंटी बजती है (घटना: पैकेज आता है)
- सूरज ढलता है (घटना: टाइमआउट/दिन का अंत)
- मुख्य बिंदु: आप डेटाबेस जांच नहीं रहे हैं; आप किसी विशिष्ट घटना के पहले होने की प्रतीक्षा कर रहे हैं। जो भी पहले होता है, वह आपकी अगली कदम निर्धारित करता है।
- गेटवे तर्क: इनमें से किसी एक की प्रतीक्षा करें:
- डेटा-आधारित गेटवे (स्थिति जांचना):
शुरुआती लोगों के लिए सारांश चार्ट
| सिद्धांत | सरल उपमा | मुख्य निष्कर्ष |
|---|---|---|
| प्रवाह दिशा | राजमार्ग इंटरचेंज | पथों को विभाजित या जोड़ता है। |
| शर्त-आधारित | क्लब का सुरक्षाकर्मी | आपको जाने देने से पहले नियमों/पहचान पत्र की जांच करता है। |
| निर्णय बिंदु नहीं | मेनू विकल्प | “हाँ/नहीं” का उपयोग न करें। “वेगन विकल्प चुना गया” जैसे वर्णनात्मक परिणामों का उपयोग करें। |
| कोई कार्य नहीं | रेलवे स्विच | यह यातायात का निर्देशन करता है, लेकिन भारी काम नहीं करता। |
| डेटा बनाम घटना | ट्रैकिंग ऐप बनाम दरवाजे की घंटी | डेटा = जानकारी की जांच। घटना = कुछ होने की प्रतीक्षा। |
गेटवे के प्रकार
1. एक्सक्लूसिव गेटवे (XOR गेटवे)
यह एक्सक्लूसिव गेटवे सबसे अधिक उपयोग किया जाने वाला गेटवे प्रकार है। यह एक बिंदु दर्शाता है जहाँ डेटा-आधारित शर्तों के आधार पर कई विकल्पों में से ठीक एक पथ चुना जाता है।
मुख्य विशेषताएँ:
- डेटा-आधारित: मार्ग निर्णय डेटा या शर्तों का मूल्यांकन करने पर आधारित होते हैं
- पारस्परिक रूप से अपवर्जित पथ: केवल एक ही बाहर जाने वाला पथ अपनाया जाता है
- अभिसरण व्यवहार: एक आने वाले प्रवाह को कई संभावित बाहर जाने वाले प्रवाहों में विभाजित करता है
- संयुक्त व्यवहार: कई आने वाले प्रवाहों को एक बाहर जाने वाले प्रवाह में विलय करता है (केवल एक ही पहुँचेगा)
उदाहरण: छात्रों की सक्रियता का परिदृश्य
एक शिक्षण प्रक्रिया पर विचार करें जहाँ एक शिक्षक को छात्रों की सक्रियता के स्तर के आधार पर आगे कैसे बढ़ना है, यह तय करना होता है:
मॉडलिंग नोट्स:
- शर्त “क्या छात्र सक्रिय हैं?” अवलोकनीय डेटा के आधार पर मूल्यांकन की जाती है:
- क्या छात्र सो रहे हैं?
- क्या वे अपनी सीटों के किनारे पर बैठे हैं?
- क्या वे प्रश्न पूछ रहे हैं?
- क्या सक्रिय भागीदारी है?
- गेटवे में नहीं तीरों पर “हाँ/नहीं” जैसे लेबल नहीं होते हैं
- इसके बजाय, प्रत्येक पथ में शर्त या परिणाम को समझाने वाले विवरणात्मक लेबल होते हैं
उचित लेबलिंग परंपरा:
❌ गलत:
- तीर 1: “हाँ”
- तीर 2: “नहीं”
✅ सही:
- तीर 1: “छात्र सक्रिय रूप से भाग ले रहे हैं और प्रश्न पूछ रहे हैं”
- तीर 2: “छात्र विचलित या निष्क्रिय प्रतीत हो रहे हैं”
2. समांतर गेटवे (AND गेटवे)
यह समांतर गेटवे प्रवाह को कई समानांतर पथों में विभाजित करता है जो एक साथ निष्पादित होते हैं, या कई समानांतर पथों को वापस एकल प्रवाह में मिलाता है।
मुख्य विशेषताएँ:
- कोई शर्त आवश्यक नहीं: सभी बाहर जाने वाले पथ एक साथ लिए जाते हैं
- समानांतरता: कई गतिविधियाँ समानांतर में निष्पादित होती हैं
- समकालन: मिलाते समय, सभी आने वाले पथों के पूरा होने का प्रतीक्षा करता है
उदाहरण: ऑर्डर प्रसंस्करण
मॉडलिंग नोट्स:
- भुगतान सत्यापन, इन्वेंट्री जांच और ग्राहक सूचना सभी समानांतर में होती हैं
- प्रक्रिया शिपिंग की ओर नहीं बढ़ सकती जब तक तीनों समानांतर गतिविधियाँ पूरी नहीं हो जातीं
- बाहर जाने वाले तीरों पर कोई शर्त वाले लेबल की आवश्यकता नहीं
3. समावेशी गेटवे (OR गेटवे)
यह समावेशी गेटवे शर्तों के आधार पर एक या अधिक पथ लिए जाने की अनुमति देता है। अपवाद गेटवे (बिल्कुल एक पथ) के विपरीत, यदि उनकी शर्तें पूरी होती हैं तो कई पथ एक साथ निष्पादित हो सकते हैं।
मुख्य विशेषताएँ:
- शर्तों पर आधारित शाखा: प्रत्येक पथ में एक शर्त होती है
- एकाधिक मार्ग संभव: शून्य, एक, या एकाधिक मार्ग अवलंबले जाऊ शकतात
- लवचिक कार्यवाही: एक्स्क्लूसिव्हपेक्षा अधिक लवचिक, परंतु पॅरललपेक्षा कमी कठोर
उदाहरण: ग्राहक प्रवेश
मॉडेलिंग टीप्स:
- ग्राहकाच्या प्रकार आणि पसंतीनुसार:
- सर्व नवीन ग्राहकांना स्वागत ईमेल प्राप्त होतो
- उद्योग ग्राहकांना खाते व्यवस्थापक मिळतो
- तांत्रिक उत्पादनांसाठी प्रशिक्षण नियोजन आवश्यक असते
- या मार्गांचे कोणतेही संयोजन कार्य करू शकते
4. घटना-आधारित गेटवे
हे घटना-आधारित गेटवे डेटा अटींचे मूल्यांकन करण्याऐवजी, कोणती घटना पहिली घडते यावर प्रवाह मार्गदर्शन करते.
मुख्य वैशिष्ट्ये:
- घटना-चालित: अनेक शक्य घटनांपैकी एकाची वाट पाहतो
- पहिले आले, पहिले सेवाकोणतीही घटना पहिली ट्रिगर होते, तेव्हा मार्ग निश्चित होतो
- सामान्य वापरणीचे प्रसंग: टाइमआउट परिस्थिती, स्पर्धात्मक सिग्नल, अंतर्विरोध घटना
उदाहरण: अर्ज समीक्षा प्रक्रिया
मॉडेलिंग टीप्स:
- प्रक्रिया ज्या घटनेने पहिले घडते त्याची वाट पाहते: मंजुरी, नाकारणे किंवा टाइमआउट
- कोणताही डेटा मूल्यांकन नाही—केवळ घटना-चालित मार्गदर्शन
5. जटिल गेटवे
हे जटिल गेटवे इतर गेटवे प्रकारांमध्ये सोप्यापणे बसत नसलेल्या जटिल मार्गदर्शन परिस्थितींवर नियंत्रण ठेवते. त्याच्या जटिलतेमुळे याचा वापर मर्यादित केला जातो.
मुख्य विशेषताएँ:
- अनुकूल व्यवहार: जटिल अभिव्यक्तियों या नियमों द्वारा परिभाषित
- कम ही उपयोग किया जाता है: अधिकांश परिदृश्यों को सरल गेटवे के संयोजनों के साथ मॉडल किया जा सकता है
- उन्नत मॉडलिंग: सावधानीपूर्वक दस्तावेज़ीकरण की आवश्यकता है
गेटवे मॉडलिंग रूढ़ियों और सर्वोत्तम प्रथाएँ
1. विचलित गेटवे की आवश्यकताएँ
एक विचलित गेटवे (जो प्रवाह को विभाजित करता है) कम से कम दो आउटबाउंड तीर होने चाहिए.
❌ अमान्य:
✅ मान्य:
2. विलय गेटवे की आवश्यकताएँ
एक विलय गेटवे (जो प्रवाह को जोड़ता है) कम से कम दो इनबाउंड तीर होने चाहिए.
❌ अमान्य:
[गतिविधि A] → [गेटवे] → [अगली गतिविधि]
✅ मान्य:
[गतिविधि A] → [गेटवे] → [अगली गतिविधि]
[गतिविधि B] ↗
3. प्रारंभ और समापन घटनाएँ
प्रत्येक सुव्यवस्थित प्रक्रिया मॉडल में शामिल होना चाहिए:
- कम से कम एक प्रारंभ घटना: जहाँ प्रक्रिया शुरू होती है, उसे चिह्नित करता है
- कम से कम एक अंत घटना: प्रक्रिया के समाप्त होने की जगह को चिह्नित करता है
4. ‘हाँ/नहीं’ लेबल से बचें
मूल बातों पर जोर देने के अनुसार, गेटवे हैंनिर्णय बिंदु नहींपारंपरिक फ्लोचार्ट के अर्थ में।
इसका महत्व क्यों है:
- व्यंजक और व्यापार-अनुकूल भाषा को सक्षम बनाता है
- मॉडलों को स्व-दस्तावेज़ीकरण बनाता है
- गैर-तकनीकी हितधारकों के साथ बेहतर संचार को सुविधाजनक बनाता है
- BPMN विनिर्देश मानकों के साथ सुसंगत है
5. स्पष्ट पथ विवरण
गेटवे से बाहर निकलने वाले प्रत्येक क्रमिक प्रवाह में एक स्पष्ट, वर्णनात्मक लेबल होना चाहिए जो बताता है:
- मूल्यांकन की जा रही शर्त
- अपेक्षित परिणाम
- व्यापारिक संदर्भ
उदाहरण:
इसके बजाय:
- पथ 1: ‘शर्त A’
- पथ 2: ‘शर्त B’
इसका उपयोग करें:
- पथ 1: ‘ग्राहक का क्रेडिट स्कोर 700 से अधिक है’
- पथ 2: ‘ग्राहक का क्रेडिट स्कोर 700 से कम है’
व्यावहारिक उदाहरण
उदाहरण 1: ऋण अनुमोदन प्रक्रिया
उदाहरण 2: घटना प्रतिक्रिया प्रक्रिया
उदाहरण 3: ई-कॉमर्स चेकआउट
जिनसे बचना चाहिए आम गलतियाँ
1. ‘हाँ/नहीं’ लेबल के साथ गेटवे को निर्णय बिंदु के रूप में उपयोग करना
यह BPMN परंपराओं का उल्लंघन करता है और मॉडल की स्पष्टता को कम करता है।
2. एकल-पथ गेटवे बनाना
एक गेटवे जिसमें केवल एक आगमन या एक निगमन प्रवाह हो, उसका कोई उद्देश्य नहीं है और उसे हटा दिया जाना चाहिए।
3. गेटवे प्रकारों का गलत मिश्रण
जब आपको समानांतर निष्पादन की आवश्यकता हो, तो एक्सक्लूसिव गेटवे का उपयोग न करें, या इसके विपरीत।
4. निगमन प्रवाहों पर शर्तों को छोड़ना
शर्त वाले गेटवे (एक्सक्लूसिव, इनक्लूसिव) के लिए, हमेशा निर्दिष्ट करें कि प्रत्येक पथ को क्या निर्धारित करता है।
5. समानांतर प्रवाहों को विलय करना भूल जाना
यदि आप समानांतर पथों में विभाजित होते हैं, तो सुनिश्चित करें कि वे एक संगत समानांतर गेटवे का उपयोग करके अंततः एक साथ विलय हो जाएं।
गेटवे चयन गाइड
| दृश्य | सुझाया गया गेटवे |
|---|---|
| शर्तों के आधार पर ठीक एक पथ चुनें | एक्सक्लूसिव गेटवे |
| सभी पथों को एक साथ निष्पादित करें | समानांतर गेटवे |
| शर्तों के आधार पर एक या अधिक पथ चुनें | इनक्लूसिव गेटवे |
| जिस घटना का पहले घटना हो, उसका प्रतीक्षा करें | घटना-आधारित गेटवे |
| जटिल अनुकूलित रूटिंग तर्क | जटिल गेटवे |
निष्कर्ष
BPMN गेटवे में महारतप्रभावी, स्पष्ट और निष्पादन योग्य व्यावसायिक प्रक्रिया मॉडल बनाने के लिए मौलिक है। यह समझकर कि गेटवे कार्य का प्रतिनिधित्व करने के बजाय प्रवाह को नियंत्रित करते हैं, उन्हें सरल ‘हाँ/नहीं’ निर्णय बिंदुओं के रूप में लेबल करने की प्रलोभन से बचकर, और प्रत्येक दृश्य के लिए उचित गेटवे प्रकार लागू करके, आप ऐसे मॉडल बना सकते हैं जो व्यावसायिक तर्क को सटीक रूप से दर्शाते हैं और आपके संगठन में स्पष्ट संचार को सुविधाजनक बनाते हैं।
मुख्य सिद्धांतों को याद रखें:
- गेटवे शाखाओं, फर्क, विलय और जुड़ने को निर्धारित करते हैं
- वे शर्तों या घटनाओं पर निर्भर करते हैं, मनमाने निर्णयों पर नहीं
- वे कभी भी स्वयं कार्य का प्रतिनिधित्व नहीं करते
- क्रम प्रवाहों पर हमेशा वर्णनात्मक और व्यावसायिक-अनुकूल लेबल का उपयोग करें
- सुनिश्चित करें कि अलग-होने वाले गेटवे में कई आउटपुट हों और विलय होने वाले गेटवे में कई इनपुट हों
जब आप अपनी प्रक्रिया मॉडलिंग कौशल विकसित करते रहते हैं, तो पेशेवर टूल्स जैसे Visual Paradigm का उपयोग अपनी BPMN डायग्राम. Visual Paradigm व्यापक BPMN समर्थन, जिसमें बुद्धिमान गेटवे सुझाव, मॉडलिंग नियमों का स्वचालित सत्यापन और सहयोगी विशेषताएं शामिल हैं जो टीमों को संगत, उच्च-गुणवत्ता वाली प्रक्रिया मॉडल बनाने में मदद करती हैं। गेटवे के मूल सिद्धांतों के सही ज्ञान और उचित टूल्स के साथ, आप अपने उद्यम में वास्तविक व्यावसायिक मूल्य उत्पन्न करने वाली प्रक्रियाओं को मॉडल करने के लिए पूरी तरह से सक्षम होंगे।