व्यावसायिक प्रक्रिया मॉडल और नोटेशन (BPMN) प्रक्रियाओं का वर्णन करने के लिए एक सार्वभौमिक भाषा के रूप में कार्य करता है। इस ढांचे के भीतर, एक प्रक्रिया की स्पष्टता अक्सर सीमाओं को कितनी अच्छी तरह परिभाषित किया गया है, इस पर निर्भर करती है। शुरुआत घटना और समापन घटना किसी भी प्रक्रिया आरेख के आधार हैं। वे व्यावसायिक गतिविधि की शुरुआत और समापन को चिह्नित करती हैं। इन तत्वों के गलत उपयोग से प्रक्रिया कब वास्तव में शुरू होती है और कब इसे पूरा माना जाता है, इसके बारे में भ्रम पैदा हो सकता है।
यह गाइड शुरुआत और समापन घटनाओं के सही उपयोग का अध्ययन करता है ताकि प्रक्रिया ट्रिगर्स को स्पष्ट किया जा सके। हम इन घटनाओं के अर्थ, उनके दृश्य प्रतिनिधित्व और विभिन्न परिस्थितियों के लिए उपलब्ध विशिष्ट प्रकारों का अध्ययन करेंगे। सही मॉडलिंग सुनिश्चित करती है कि हितधारक प्रक्रिया उदाहरण के जीवनचक्र को अस्पष्टता के बिना समझ सकें।
🌱 शुरुआत घटना की भूमिका
एक शुरुआत घटना उस बिंदु का प्रतिनिधित्व करती है जहां एक प्रक्रिया शुरू होती है। यह वह ट्रिगर है जो प्रक्रिया की एक नई प्रति बनाता है। दृश्य रूप से, इसे पतली सीमा वाले वृत्त के रूप में दर्शाया जाता है। आंतरिक भाग आमतौर पर सफेद होता है, जो इंगित करता है कि ट्रिगर घटित होने तक कुछ भी नहीं होता है। एक कार्य के विपरीत, जो एक भागीदार द्वारा किए गए क्रिया का प्रतिनिधित्व करता है, एक शुरुआत घटना एक ऐसी स्थिति है जिसे शुरू करने के लिए पूरा किया जाना चाहिए।
ट्रिगर को परिभाषित करना
प्रत्येक शुरुआत घटना के लिए एक विशिष्ट ट्रिगर की आवश्यकता होती है। ट्रिगर के बिना, प्रक्रिया शुरू होने का कोई तरीका नहीं है। ट्रिगर के प्रकार के आधार पर प्रक्रिया की प्रकृति निर्धारित होती है। यहां BPMN में उपयोग किए जाने वाले सामान्य शुरुआत घटनाओं के प्रकार दिए गए हैं:
-
कोई नहीं: यह डिफ़ॉल्ट प्रकार है। इसका अर्थ है कि प्रक्रिया तब शुरू होती है जब कोई मानव या प्रणाली बिना किसी विशिष्ट बाहरी संकेत के इसे हाथ से शुरू करता है। इसका उपयोग आमतौर पर आंतरिक प्रक्रियाओं के लिए किया जाता है।
-
संदेश: जब किसी बाहरी भागीदार या प्रणाली से एक विशिष्ट संदेश प्राप्त होता है, तो प्रक्रिया शुरू होती है। यह B2B अंतरक्रियाओं या ग्राहक सेवा कार्यप्रवाह में सामान्य है।
-
टाइमर: प्रक्रिया समय योजना के आधार पर शुरू होती है। उदाहरण के लिए, एक मासिक रिपोर्ट महीने के पहले दिन स्वचालित रूप से शुरू हो सकती है।
-
संकेत: प्रक्रिया एक संकेत द्वारा ब्रॉडकास्ट की जाती है जो कई सुनने वालों को भेजी जाती है। इससे एक ही घटना के प्रतिक्रिया में कई प्रक्रियाओं को एक साथ शुरू करने की अनुमति मिलती है।
-
शर्त वाला: जब एक विशिष्ट स्थिति सत्य हो जाती है, तो प्रक्रिया शुरू होती है। यह बहुत पहली घटना के लिए कम आम है, लेकिन विशिष्ट मॉडलिंग संदर्भों में उपयोग किया जा सकता है।
सही शुरुआत घटना प्रकार का चयन स्पष्टता के लिए निर्णायक है। यदि एक प्रक्रिया ग्राहक ईमेल पर निर्भर है, तो एक कोई नहीं शुरुआत घटना का उपयोग करने से हाथ से शुरू करने का अनुमान हो सकता है, जबकि एक संदेश शुरुआत घटना उस ईमेल के स्वचालित प्राप्त होने का सही प्रतिनिधित्व करती है।
🛑 समापन घटना की भूमिका
विपरीत रूप से, समापन घटना प्रक्रिया के समापन को चिह्नित करती है। यह इंगित करती है कि व्यावसायिक गतिविधि सफलतापूर्वक पूरी की गई है या किसी अपवाद के कारण समाप्त कर दी गई है। दृश्य रूप से, यह भी एक वृत्त है, लेकिन इसकी सीमा मोटी होती है। आंतरिक भाग आमतौर पर सफेद होता है, जैसे कि शुरुआत घटना में होता है।
जैसे ही एक प्रक्रिया को स्पष्ट शुरुआत की आवश्यकता होती है, उसे स्पष्ट समापन की भी आवश्यकता होती है। अस्पष्ट समापन घटना हितधारकों को यह जानने में भ्रम में डाल सकती है कि क्या कोई कार्य अभी भी लंबित है या क्या कार्यप्रवाह पूरा हो गया है। समापन घटना प्रक्रिया उदाहरण के लिए एक समापक के रूप में भी कार्य करती है, जिससे उस उदाहरण से जुड़े संसाधनों को छोड़ा जाता है।
समापन घटनाओं के प्रकार
विभिन्न परिस्थितियों के लिए विभिन्न प्रकार की समापन घटनाओं की आवश्यकता होती है। सही चयन प्रक्रिया के परिणाम को स्पष्ट रूप से संदेश देता है:
-
समाप्त करें: यह घटना प्रक्रिया को तुरंत समाप्त कर देती है। यह आमतौर पर एक महत्वपूर्ण स्थिति पूरी होने पर प्रक्रिया को रोकने के लिए उपयोग किया जाता है, जैसे कि रद्द करने का अनुरोध।
-
संदेश: प्रक्रिया एक बाहरी सहभागी को एक विशिष्ट संदेश भेजने के बाद समाप्त होती है। इससे यह पुष्टि होती है कि कार्यप्रवाह अपने संचार लूप को पूरा कर चुका है।
-
त्रुटि: यह इंगित करता है कि प्रक्रिया त्रुटि के कारण समाप्त हुई। असफल प्रक्रियाओं को ट्रैक करने और यह समझने के लिए यह आवश्यक है कि व्यापार गतिविधि क्यों सफल नहीं हुई।
-
एस्केलेशन: जब प्रक्रिया एक मुद्दे को उच्च प्रबंधन स्तर पर एस्केलेट करने के कारण समाप्त होती है, तब इसका उपयोग किया जाता है।
-
संप्रेषण: यदि गतिविधि को रद्द करने की आवश्यकता हो, तो इससे संप्रेषण प्रक्रिया शुरू होती है। इसका उपयोग लंबे समय तक चलने वाले लेनदेन में किया जाता है।
-
सिग्नल: स्टार्ट इवेंट के समान, यह पूरा होने पर एक सिग्नल प्रसारित करता है, जिससे अन्य प्रक्रियाएं समाप्त अवस्था के प्रति प्रतिक्रिया कर सकती हैं।
-
बहुत सारे: यह प्रक्रिया को लिए एक से अधिक तरीकों में समाप्त करने की अनुमति देता है, जो लिया गया मार्ग निर्भर करता है।
एक का उपयोग करके समाप्त करें इवेंट एक से अलग है संदेश इवेंट।समाप्त करें सब कुछ तुरंत रोक देता है।संदेश रोकने से पहले एक सूचना भेजता है। इस अंतर को समझने से यह समझने में भ्रम नहीं होता कि क्या प्रणाली अभी भी सक्रिय है।
📊 स्टार्ट और एंड इवेंट प्रकारों की तुलना
अंतरों को देखने में मदद करने के लिए, निम्नलिखित तालिका को देखें जो स्टार्ट और एंड इवेंट के सामान्य प्रकारों की तुलना करती है। यह संरचना आपके विशिष्ट व्यापार परिदृश्य के लिए उपयुक्त तत्व का चयन करने में मदद करती है।
|
इवेंट प्रकार |
दृश्य संकेतक |
प्राथमिक उपयोग केस |
दिशा |
|---|---|---|---|
|
संदेश |
लिफाफा आइकन |
बाहरी संचार |
स्टार्ट और एंड |
|
टाइमर |
घड़ी आइकन |
योजनाबद्ध कार्यान्वयन |
शुरुआत और अंत |
|
त्रुटि |
आश्चर्य आइकन |
अपवाद संभालना |
केवल अंत |
|
समाप्त करें |
लाल एक्स आइकन |
तुरंत बंद करें |
केवल अंत |
|
संकेत |
बिजली आइकन |
वैश्विक प्रसारण |
शुरुआत और अंत |
|
कोई नहीं |
खाली गोला |
हाथ से आरंभ करें |
केवल शुरुआत |
ध्यान दें कि कुछ घटनाएँ, जैसे त्रुटि और समाप्त करें, आमतौर पर अंत घटनाएँ होती हैं। अन्य, जैसे कोई नहीं, आमतौर पर शुरुआत घटनाएँ होती हैं। इनका मिश्रण मॉडलिंग त्रुटियों का कारण बन सकता है।
🔍 प्रक्रिया ट्रिगर्स को स्पष्ट करना
शब्द “ट्रिगर” का तात्पर्य प्रक्रिया को आगे बढ़ाने वाली घटना से है। बीपीएमएन में, शुरुआत घटना मुख्य ट्रिगर है। हालांकि, ट्रिगर प्रक्रिया प्रवाह के भीतर भी हो सकते हैं, जो अक्सर मध्यवर्ती घटनाओं के रूप में कार्य करते हैं। इस गाइड के उद्देश्य के लिए, हम सीमाओं पर ध्यान केंद्रित करते हैं।
ट्रिगर की सही पहचान सुनिश्चित करती है कि प्रक्रिया व्यापार की आवश्यकताओं के प्रति प्रतिक्रियाशील हो। यदि एक प्रक्रिया को केवल भुगतान प्राप्त होने पर शुरू करने के लिए डिज़ाइन किया गया है, तो शुरुआत घटना को उस भुगतान का प्रतिनिधित्व करने वाली संदेश घटना होनी चाहिए। यदि इसे टाइमर घटना के रूप में मॉडल किया जाता है, तो प्रणाली किसी तारीख के लिए प्रतीक्षा कर सकती है, भुगतान की स्थिति को पूरी तरह नजरअंदाज करते हुए।
सामान्य ट्रिगर परिदृश्य
-
ग्राहक प्रश्न: ग्राहक शिकायतों के प्रबंधन के लिए एक प्रक्रिया को प्राप्त ईमेल या टिकट का प्रतिनिधित्व करने वाली संदेश घटना के साथ शुरू करना चाहिए।
-
मासिक अनुपालन: वित्त प्रक्रिया को महीने के अंतिम दिन के लिए सेट किए गए टाइमर घटना के साथ शुरू करना चाहिए।
-
प्रणाली बंद करना: एक रखरखाव प्रक्रिया स्थापना टीम द्वारा प्रसारित सिग्नल इवेंट के साथ शुरू हो सकती है।
-
मैन्युअल ऑनबोर्डिंग: एक भर्ती प्रक्रिया एक नॉन इवेंट के साथ शुरू हो सकती है, जहां एक भर्ती अधिकारी के बटन को मैन्युअल रूप से दबाकर शुरू करने का इंतजार किया जा रहा है।
प्रत्येक परिदृश्य को मॉडलिंग के लिए एक अलग दृष्टिकोण की आवश्यकता होती है। स्टार्ट इवेंट व्यापार और प्रणाली के बीच संविदा है। यह यह निश्चय करता है कि कार्य कब शुरू होता है।
⚠️ सामान्य मॉडलिंग गलतियाँ
यहां तक कि अनुभवी मॉडलर्स भी स्टार्ट और एंड इवेंट्स को परिभाषित करते समय गलतियां कर सकते हैं। इन त्रुटियों के कारण प्रक्रियाएं जटिल या निगरानी के लिए कठिन हो सकती हैं। नीचे कुछ आम त्रुटियां दी गई हैं जिनसे बचना चाहिए।
1. गेटवे के बिना बहुत सारे स्टार्ट इवेंट्स
एकल प्रक्रिया परिभाषा में आमतौर पर केवल एक स्टार्ट इवेंट होना चाहिए। यदि आपको बहुत सारे स्टार्ट इवेंट्स की आवश्यकता महसूस होती है, तो प्रक्रिया सब-प्रक्रिया या गेटवे का उपयोग करने के बारे में सोचें। दो स्टार्ट इवेंट्स के होने से निष्पादन इंजन को यह जानने में भ्रम हो सकता है कि कौन सी इंस्टेंस बनाई जाए।
2. अनुपस्थित एंड इवेंट्स
प्रक्रिया में प्रत्येक मार्ग को एक एंड इवेंट तक ले जाना चाहिए। यदि कोई मार्ग किसी टास्क या गेटवे पर समाप्त होता है बिना एक समाप्ति बिंदु के, तो प्रक्रिया इंस्टेंस लटक जाता है। यह संसाधनों का उपयोग करता है बिना पूरा हुए। हमेशा सुनिश्चित करें कि प्रत्येक शाखा एक एंड इवेंट से जुड़ी हो।
3. इवेंट्स के बजाय टास्क्स का उपयोग करना
प्रक्रिया की शुरुआत को दर्शाने के लिए टास्क का उपयोग न करें। एक टास्क का अर्थ है कि कार्य तुरंत शुरू हो रहा है। एक स्टार्ट इवेंट का अर्थ है कि एक शर्त का इंतजार किया जा रहा है। एक ट्रिगर के लिए टास्क का उपयोग करने से यह भ्रम में डाल सकता है कि कार्य वैकल्पिक है या अनिवार्य है।
4. अस्पष्ट एंड स्टेट्स
सभी परिणामों के लिए एक सामान्य एंड इवेंट का उपयोग न करें। यदि कोई प्रक्रिया भुगतान विफलता के कारण समाप्त होती है, तो एरर एंड इवेंट का उपयोग करें। यदि यह सफलतापूर्वक पूरा होने के कारण समाप्त होती है, तो मैसेज या नॉन एंड इवेंट का उपयोग करें। सफलता और विफलता के बीच अंतर करना रिपोर्टिंग के लिए महत्वपूर्ण है।
🛠 स्पष्टता के लिए सर्वोत्तम प्रथाएं
अपनी प्रक्रिया आरेखों को स्पष्ट और प्रभावी बनाने के लिए, स्टार्ट और एंड इवेंट्स के उपयोग के समय इन सर्वोत्तम प्रथाओं का पालन करें।
-
संगत नामकरण:अपने इवेंट्स को स्पष्ट रूप से लेबल करें। केवल “स्टार्ट” के बजाय “स्टार्ट: ऑर्डर प्राप्त” का उपयोग करें। “एंड” के बजाय “एंड: ऑर्डर शिप किया गया” का उपयोग करें। इससे अतिरिक्त पाठ के बिना संदर्भ प्रदान किया जाता है।
-
दृश्य संरचना:सुनिश्चित करें कि स्टार्ट इवेंट ऊपर बाएं ओर है और एंड इवेंट नीचे दाएं ओर है। इससे प्राकृतिक पढ़ने की दिशा का अनुसरण होता है और मानसिक भार कम होता है।
-
सीमा जांच:अपने आरेखों की नियमित रूप से समीक्षा करें ताकि कोई मार्ग अनाथ न रहे। प्रत्येक अनुक्रम प्रवाह को अंततः एक एंड इवेंट तक पहुंचना चाहिए।
-
स्कोप परिभाषा:स्पष्ट रूप से निर्धारित करें कि प्रक्रिया इंस्टेंस क्या कवर करता है। यदि प्रक्रिया में कई विभाग शामिल हैं, तो सुनिश्चित करें कि स्टार्ट इवेंट पूरी संगठन के लिए प्रवेश बिंदु को दर्शाता है, न कि केवल एक विभाग के लिए।
-
दस्तावेजीकरण:जटिल स्टार्ट और एंड इवेंट्स में दस्तावेजीकरण नोट्स जोड़ें। यदि आइकन अकेले पर्याप्त नहीं है, तो नोट्स खंड में विशिष्ट ट्रिगर स्थितियों की व्याख्या करें।
🔗 सब-प्रक्रियाएं और इवेंट प्रबंधन
जब जटिल प्रणालियों के मॉडलिंग करते हैं, तो आपको अक्सर सब-प्रक्रियाओं का सामना करना पड़ता है। ये एक अन्य प्रक्रिया के भीतर स्थित प्रक्रियाएं होती हैं। सब-प्रक्रिया के स्टार्ट और एंड इवेंट्स मुख्य रूप से माता-पिता और बच्चे के बीच बातचीत को परिभाषित करने में महत्वपूर्ण हैं।
एम्बेडेड सब-प्रक्रियाएं
एक एम्बेडेड सब-प्रक्रिया में, स्टार्ट इवेंट सीमा के भीतर छिपा होता है। माता-पिता प्रक्रिया आंतरिक स्टार्ट इवेंट को नहीं देखती है। वह सिर्फ सब-प्रक्रिया में प्रवेश को देखती है। यह जटिलता छिपाने के लिए उपयोगी है।
घटना उप-प्रक्रियाएँ
घटना उप-प्रक्रियाएँ एक प्रक्रिया को मुख्य प्रक्रिया चल रही होने के दौरान घटना के प्रति प्रतिक्रिया करने की अनुमति देती हैं। इनके स्वयं के शुरुआती घटना के अंदर सीमा होती है। ये मुख्य प्रवाह से स्वतंत्र रूप से सक्रिय होती हैं। यह मुख्य कार्यप्रवाह को रोके बिना बाधाओं के प्रबंधन के लिए एक शक्तिशाली विशेषता है।
घटना उप-प्रक्रियाओं के उपयोग करते समय सुनिश्चित करें कि शुरुआती घटना स्पष्ट रूप से लेबल की गई हो। इसमें यह बताना चाहिए कि कौन सी घटना उप-प्रक्रिया को सक्रिय करती है। उदाहरण के लिए, “त्रुटि संभाल: समय सीमा पार करने पर शुरू”।
⚙️ त्रुटि संभाल और अंत घटनाएँ
त्रुटि संभाल प्रक्रिया मॉडलिंग का एक महत्वपूर्ण पहलू है। जब कोई प्रक्रिया त्रुटि का सामना करती है, तो उसे जानना चाहिए कि कैसे प्रतिक्रिया करनी है। यहाँ अंत घटना की भूमिका होती है, लेकिन त्रुटियों को पकड़ने के लिए अंतराल घटनाओं का अक्सर उपयोग किया जाता है।
हालांकि, अंतिम अंत घटना परिणाम को दर्शाना चाहिए। यदि कोई प्रक्रिया विफल हो जाती है और उसे ठीक नहीं किया जाता है, तो उसे एक त्रुटि अंत घटना के साथ समाप्त करना चाहिए। इससे मॉनिटरिंग प्रणाली को संकेत मिलता है कि प्रक्रिया उदाहरण एक विफल अवस्था में है।
प्रतिपूरक प्रवाह
लंबे समय तक चलने वाली प्रक्रियाओं में, आपको काम को वापस लेने की आवश्यकता हो सकती है। यदि कोई प्रक्रिया जल्दी समाप्त कर दी जाती है, तो आपको प्रतिपूरक प्रक्रिया शुरू करने की आवश्यकता हो सकती है। इसे अक्सर प्रतिपूरक अंत घटना से जोड़ा जाता है। इससे यह सुनिश्चित होता है कि वित्तीय या डेटा अखंडता को बनाए रखा जाता है, भले ही प्रक्रिया जल्दी समाप्त हो जाए।
🔄 जीवनचक्र और अवस्था प्रबंधन
प्रक्रिया उदाहरण के जीवनचक्र को समझना शुरुआती और अंतिम घटनाओं के प्रबंधन के लिए महत्वपूर्ण है। जीवनचक्र शुरुआती घटना के सक्रिय होने के क्षण से शुरू होता है। यह अंतिम घटना तक पहुँचने पर समाप्त होता है।
-
निर्माण: शुरुआती घटना उदाहरण का निर्माण करती है।
-
क्रियान्वयन: कार्य और गेटवे क्रियान्वित किए जाते हैं।
-
समाप्ति: अंतिम घटना उदाहरण को बंद करती है।
यदि कोई प्रक्रिया अंतिम घटना तक नहीं पहुँचती है, तो वह चल रही अवस्था में रहती है। इससे सिस्टम मेमोरी और डेटाबेस स्थान का उपयोग होता है। प्रक्रियाओं का नियमित ऑडिट करने से उन उदाहरणों को पहचानने में मदद मिलती है जो फंसे हुए हैं और हस्तक्षेप की आवश्यकता होती है।
📝 अंतिम विचार
शुरुआती और अंतिम घटनाओं के मॉडलिंग का अर्थ सिर्फ गोलों को बनाना नहीं है। यह आपके व्यवसाय की तर्कवाद को परिभाषित करने के बारे में है। ये घटनाएँ मानव दुनिया और डिजिटल कार्यप्रवाह के बीच इंटरफेस के रूप में कार्य करती हैं। सही तरीके से उपयोग करने पर, वे कार्य कब शुरू होता है और कब समाप्त होता है, इसके बारे में स्पष्टता प्रदान करती हैं।
आम गलतियों से बचने और बेस्ट प्रैक्टिस का पालन करके आप ऐसे आरेख बना सकते हैं जो समझने और कार्यान्वित करने में आसान हों। याद रखें कि अपने विशिष्ट ट्रिगर के लिए सही घटना प्रकार का चयन करें। समाप्ति के लिए मोटी सीमा और प्रारंभ के लिए पतली सीमा का उपयोग करें। सुनिश्चित करें कि प्रत्येक पथ स्पष्ट निष्कर्ष तक जाता है।
BPMN का लक्ष्य संचार है। स्पष्ट शुरुआती और अंतिम घटनाएँ स्टेकहोल्डर्स, डेवलपर्स और व्यवसाय उपयोगकर्ताओं के बीच बेहतर संचार को सुविधा प्रदान करती हैं। वे अस्पष्टता को कम करती हैं और यह सुनिश्चित करती हैं कि सभी लोग प्रक्रिया सीमाओं के बारे में एक ही समझ रखते हैं।
अपने आरेखों की समीक्षा करने के लिए समय निकालें। खुद से पूछें कि क्या शुरुआती घटना वास्तव में व्यवसाय ट्रिगर का प्रतिनिधित्व करती है। पूछें कि क्या अंतिम घटना व्यवसाय परिणाम का सही प्रतिनिधित्व करती है। इन तत्वों में छोटे सुधार करने से आपके प्रक्रिया मॉडलों की गुणवत्ता में महत्वपूर्ण सुधार हो सकता है।
