संस्थाएं हमेशा दक्षता बढ़ाने और त्रुटियों को कम करने के उद्देश्य से अपने काम करने के तरीकों में सुधार की तलाश में रहती हैं। इसके लिए उनके काम करने के तरीकों का विश्लेषण और निरंतर सुधार आवश्यक है, जिसमें बहुत संरचित कार्यप्रवाह शामिल हो सकते हैंभविष्यवाणी योग्य स्थितियों में, साथ ही उन प्रोटोकॉल के रूप में भी जोगतिशीलस्थितियों के लिए जहाँएक निश्चित प्रक्रिया निर्धारित करना असंभव है.
CMMNएक ग्राफिकल नोटेशन है जो उन कार्य विधियों को दर्ज करने के लिए उपयोग किया जाता है जो केसों के प्रबंधन पर आधारित हैं, जिनमें विभिन्न गतिविधियाँ शामिल हैं जोविकासशील स्थितियों के जवाब में एक अप्रत्याशित क्रम में की जा सकती हैं. घटना-केंद्रित दृष्टिकोण और केस फाइल के अवधारणा का उपयोग करते हुए, CMMN उन सीमाओं को विस्तारित करता है जिन्हेंBPMN, जिसमें कम संरचित कार्य प्रयास और ज्ञान-कर्मचारियों द्वारा संचालित कार्य शामिल हैं। BPMN और CMMN के संयोजन का उपयोग करने से उपयोगकर्ताओं को कार्य विधियों के बहुत अधिक व्यापक स्पेक्ट्रम को कवर करने की अनुमति मिलती है।
यहाँ कुछ कारण दिए गए हैं कि हमें BPMN के अलावा CMMN की आवश्यकता क्यों है:
- पारंपरिक रूप से, व्यावसायिक सूचना प्रणालियों का शोध और अभ्यास अच्छी तरह से संरचित व्यावसायिक प्रक्रियाओं पर केंद्रित होता है। हालाँकि, कई व्यावसायिक प्रक्रियाओं को मॉडल करना कठिन होता है।
- यह विशेष रूप से ज्ञान-सघन कार्यों के लिए सत्य है, जैसे कि घटना प्रबंधन, परामर्श या बिक्री। वास्तव में, कई गतिविधियाँ पूर्व-योजना के बजाय एक अस्थायी (ad-hoc) तरीके से शुरू और संचालित की जाती हैं।
- यह विशेष रूप से ज्ञान-सघन या परियोजना-आधारित गतिविधियों के लिए सत्य है, जो अक्सर किसी संस्था की मुख्य योग्यताओं का प्रतिनिधित्व करते हैं।
अस्थायी प्रक्रिया (Ad-Hoc Process)
अस्थायी प्रक्रियाएं व्यावसायिक गतिविधियों और संबंधित आइटमों (जैसे जानकारी, निर्णय और उत्पाद) के समूह हैं जिन्हें केवल उच्च स्तर के समूहीकरण पर मानकीकृत किया जा सकता है। वास्तविक गतिविधियों के प्रकार और उनकी क्रमबद्धता केस से केस अलग-अलग होती हैं।
यहाँ अस्थायी प्रक्रिया की विशेषताएँ दी गई हैं:
- हालाँकि कुछ गतिविधियों की भविष्यवाणी की जा सकती है, प्रक्रिया का बहुत बड़ा हिस्सा शुरुआत में पूरी तरह से निर्दिष्ट नहीं किया जा सकता, क्योंकि इसके लिए ऐसी जानकारी की आवश्यकता होती है जो केवल परियोजना के कुछ हिस्से तक उपलब्ध होती है।
- यदि हम यह मानते हैं कि अस्थायी प्रक्रियाओं के संदर्भ में अगला कदम कभी निर्धारित नहीं होता है, तो उनकी निष्पादन को क्लासिकल प्रक्रिया-आधारित सूचना प्रणालियों द्वारा नियंत्रित नहीं किया जा सकता; अधिकांश मामलों में, ज्ञान-कर्मचारी प्रक्रिया पर नियंत्रण रखते हैं।
- डिज़ाइन समय पर अस्थायी प्रक्रिया के लिए सभी संभावनाओं के बारे में सोचना असंभव लगता है; ऐसा प्रक्रिया मॉडल जटिल और प्रबंधन में कठिन हो जाएगा
BPMN बनाम CMMN
पिछले कुछ दशकों में, अच्छी तरह से संरचित और रूटीन प्रक्रियाओं को मॉडल करने और स्वचालित करने पर ध्यान दिया गया है। BPMN का उपयोग अच्छी तरह से संरचित और अत्यधिक भविष्यवाणी योग्य कार्य के लिए सबसे अच्छा है जहाँ ज्ञान-कर्मचारी मुख्य रूप से कार्य निष्पादित करते हैं, जबकि CMMN कम भविष्यवाणी योग्य प्रक्रियाओं के क्षेत्र को कवर करता है जहाँ ज्ञान-कर्मचारी रन-टाइम में निर्णय लेने और योजना बनाने में सक्रिय रूप से शामिल होते हैं
केस मैनेजमेंट (CM) को 2005 में वैन डेर आल्स्ट द्वारा ज्ञान-कर्मचारियों के लिए एक उपकरण के रूप में पेश किया गया था। मई 2014 में, OMG ने एककेस मैनेजमेंट के लिए मानक प्रकाशित किया, जिसे केस मैनेजमेंट मॉडल और नोटेशन (CMMN) कहा जाता है. इसका ध्यान अप्रत्याशित, ज्ञान-सघन और कम संरचित प्रक्रियाओं का समर्थन करने पर है। केस मैनेजमेंट व्यावसायिक प्रक्रिया प्रौद्योगिकी का एक प्रकार है जो प्रक्रिया का वर्णन करने के लिए नियंत्रण प्रवाह का उपयोग नहीं करता है।
केस मैनेजमेंट ज्ञान-कर्मचारियों को सशक्त बनाने के बारे में है, उन्हें केस से संबंधित सभी जानकारी तक पहुंच प्रदान करके और उन्हें यह तय करने की स्वतंत्रता और नियंत्रण देकर कि केस कैसे विकसित होगा। केस मैनेजमेंट प्रक्रिया के बारे में नहीं है, यह कर्मचारियों के बारे में है। क्लासिक प्रक्रियाओं के विपरीत, एक निश्चित लक्ष्य और विकल्पों की संभावनाएं प्रदान करना, लक्ष्य तक पहुंचने के तरीके से अधिक महत्वपूर्ण है।
यहाँ BPMN और CMMN के बीच के अंतर सूचीबद्ध हैं:
घोषणात्मक संकेतनयह किसी समस्या के प्रवाह को मॉडल करने का प्रयास नहीं करता; यह वांछित परिणाम स्थापित करता है, अर्थात यह निर्दिष्ट करता है कि क्या होना चाहिए, लेकिन यह नहीं बताता कि वह कैसे होना चाहिए। SQL घोषणात्मक प्रोग्रामिंग का एक उदाहरण है क्योंकि यह किसी प्रोग्राम के प्रवाह को नियंत्रित करने का प्रयास नहीं करता; यह केवल बताता है कि क्या दिखना चाहिए, लेकिन यह नहीं बताता कि वह कैसे किया जाता है।
आदेशात्मक संकेतनदूसरी ओर, समस्या के प्रवाह को मॉडल करने का प्रयास करते हैं; उदाहरण के लिए, आदेशात्मक प्रोग्रामिंग भाषाएं जैसे कि Java या C++, वे आदेश स्थापित करते हैं जो कंपाइलर को बताएंगे कि वे कोड को कैसे चलाना चाहते हैं, लेकिन स्पष्ट रूप से यह नहीं बताएंगे कि क्या होना चाहिए।
संरचित प्रक्रिया बनाम केस बनाम अस्थायी प्रक्रिया
डिज़ाइन समय बनाम रन टाइम
CMMN में क्रमिक प्रवाह का कोई मॉडल नहीं है। किसी कार्य का निष्पादन घटनाओं और शर्तों पर निर्भर करता है जिन्हें ‘सेंट्री’ कहा जाता है। एक सेंट्री किसी विशिष्ट घटना के घटित होने या किसी केस के भीतर किसी शर्त के पूरा होने को दर्शाता है। सेंट्री प्रवेश और निकास मानदंड के रूप में उपयोग किए जाते हैं। ध्यान दें कि काले और सफेद हीरे मानदंडों को दर्शाते हैं।
एक केस में दो विशिष्ट चरण होते हैं, जो डिज़ाइन-टाइम और रन-टाइम हैं, जैसा कि नीचे वर्णित है:
डिज़ाइन समय
डिज़ाइन-टाइम चरण के दौरान, व्यवसाय विश्लेषक मॉडलिंग में शामिल होते हैं, जिसमें ऐसे कार्य (योजना आइटम) को परिभाषित करना शामिल है जो केस मॉडल में पूर्व-परिभाषित खंडों का हमेशा हिस्सा होते हैं, और ‘विवेकीय’ कार्य जो केस कार्यकर्ता के लिए उपलब्ध होते हैं और जिन्हें उनके/उनकी विवेक के आधार पर वैकल्पिक रूप से लागू किया जा सकता है।
रन टाइम
रन-टाइम चरण में, केस कार्यकर्ता योजना को कार्य करके निष्पाजित करते हैं और वैकल्पिक रूप से रन-टाइम पर केस योजना उदाहरण में विवेकीय कार्य जोड़ते हैं।
CMMN आरेख एक नज़र में
यह उदाहरण CMMN के साथ मॉडल किए गए पेपर लेखन की प्रक्रिया को दर्शाता है। मान लीजिए कि पेपर लेखन एक तीव्र ज्ञान कार्य है और इसे अलग-अलग तरीकों से संभाला जा सकता है। आइए इस उदाहरण को आगे इस प्रकार से जांचें:
- प्रक्रिया में दो ऐसे महत्वपूर्ण बिंदु हैं जिन्हें प्राप्त करना आवश्यक है:
- मसौदा पूरा हुआ
- दस्तावेज़ पूरा हुआ
- कई कार्य (उदाहरण के लिए,सूची बनाएंलेखक के विवेक पर छोड़ दिए गए हैं।
- मसौदा तैयार करें चरण के साथ,लिखें औरग्राफिक्स एकीकृत करें कार्य अनिवार्य हैं।
- इस चरण में परिभाषित पुनरावृत्ति नियम है, जिसे पुनरावृत्ति डेकोरेटर द्वारा प्रतीकित किया गया है (अर्थात,हैश).
- जबकि शोध विषय एक अनिवार्य कार्य है, कार्य संदर्भों को व्यवस्थित करना रनटाइम में निर्धारित किया जाना है। यह ग्राफ़िक्स बनाने और चित्रों की सूची उत्पन्न करने.
- प्रक्रिया तब समाप्त हो जाएगी जब दस्तावेज़ बना दिया जाता है या अंतिम तिथि आ जाती है.
* OMG केस प्रबंधन मॉडल और नोटेशन विनिर्देश से निकाला गया
नोट
- एक केस प्लान मॉडल को “फ़ोल्डर” आकार का उपयोग करके दर्शाया गया है
- केस का नाम ऊपरी बाएँ आयत में रखा जा सकता है।
- केस प्लान मॉडल के विभिन्न तत्वों को केस प्लान मॉडल आकार की सीमा के भीतर दर्शाया गया है।
- आरेख एक केस प्लान मॉडल का उदाहरण दर्शाता है।
CMMN के मूल अवधारणाएँ
एक केस का पूर्ण व्यवहार मॉडल एक केस प्लान मॉडल. किसी विशिष्ट केस मॉडल के लिए, एक केस प्लान मॉडल उन सभी तत्वों को शामिल करता है जो केस के प्रारंभिक योजना का प्रतिनिधित्व करते हैं, और उन सभी तत्वों को जो केस कर्मचारियों द्वारा रनटाइम योजना के माध्यम से योजना के आगे के विकास का समर्थन करते हैं। चार प्रकार के प्लान आइटम होते हैं:
कार्य
एक कार्य कार्य की एक इकाई है। तीन प्रकार के कार्य होते हैं:
कार्य (विवेकाधीन कार्य)
कार्य हमेशा केस मॉडल में पूर्व-परिभाषित खंडों का हिस्सा होते हैं। कार्यों के अलावा विवेकाधीन कार्य भी होते हैं जो केस कर्मचारी के लिए उपलब्ध होते हैं और उन्हें उनके विवेक के आधार पर वैकल्पिक रूप से लागू किया जा सकता है। एक विवेकाधीन कार्य को बिंदु रेखाओं और गोल कोनों वाले आयत आकार द्वारा दर्शाया जाता है/ ध्यान दें कि, कोई भी कार्य प्रकार विवेकाधीन हो सकता है:
घटना श्रोता
एक घटना वह कुछ है जो केस के दौरान होता है। उदाहरण के लिए, चरणों और कार्यों को सक्षम करना, सक्रिय करना और समाप्त करना, या महत्वपूर्ण बिंदुओं की उपलब्धि।
मील का पत्थर
एक मील का पत्थर एक प्राप्त करने योग्य लक्ष्य का प्रतिनिधित्व करता है, जिसे केस की प्रगति का मूल्यांकन करने के लिए परिभाषित किया गया है। किसी मील के पत्थर से कोई कार्य सीधे संबंधित नहीं होता है, लेकिन कार्यों के समूह का पूर्ण होना या प्रमुख डिलीवरबल्स (केस फ़ाइल में जानकारी) की उपलब्धता आमतौर पर एक मील के पत्थर को प्राप्त करने की ओर ले जाती है। एक मील के पत्थर में शून्य या अधिक प्रवेश मानदंड हो सकते हैं, जो यह परिभाषित करते हैं कि मील के पत्थर को कब प्राप्त किया जाता है।
उदाहरण के लिए, हमारे पास अनुपालन प्रक्रिया में एक सेवा स्तर समझौता (SLA) है जिसे टाइमर इवेंट लिस्नर और एक मील के पत्थर का उपयोग करके निम्नलिखित रूप में मॉडल किया जा सकता है।
चरण और विवेकाधीन चरण
- चरण को केस में एक ‘चरण’ के रूप में देखा जा सकता है और यह आमतौर पर कई कार्यों को समूहीकृत करता है।
- यह उन तत्वों का पात्र है जिनसे केस की योजना निर्मित की जाती है और यह आगे विकसित भी हो सकती है।
- चरणों को केस के ‘अध्यायों’ के रूप में देखा जा सकता है। इन्हें उप-केस (BPMN में उप-प्रक्रियाओं के समान) के रूप में देखा जा सकता है और ये समानांतर रूप से भी चलते हैं।
- चरण को कोनों वाले आयताकार आकार और उसके निचले केंद्र में एक छोटे बॉक्स में ‘-‘ चिह्न के रूप में मार्कर के रूप में दर्शाया जाता है (‘-‘ विस्तारित चरणों को दर्शाता है)।
- विवेकाधीन चरण को उपयोगकर्ता के विवेक पर योजना में ‘वैकल्पिक रूप से’ या ‘तत्काल’ जोड़ा जा सकता है।
निम्नलिखित चित्र में एक विस्तारित चरण दिखाया गया है जिसमें एक उप-चरण और तीन कार्य हैं।
मानदंड
मानदंड हमें यह वर्णन करने की अनुमति देते हैं कि कब एक कार्य, चरण या मील के पत्थर निष्पादन के लिए उपलब्ध होना चाहिए (प्रवेश मानदंड), या कब एक केस (केस योजना), चरण या कार्य असामान्य रूप से समाप्त होना चाहिए (निर्गमन मानदंड)। मानदंडों में निम्नलिखित दो वैकल्पिक भाग होते हैं:
- एक या अधिक ट्रिगर इवेंट (जिन्हें onParts कहा जाता है)। ये ऐसे इवेंट हैं जो प्रवेश मानदंड या निर्गमन मानदंड के मूल्यांकन को संतुष्ट करेंगे।
हम मानदंडों को एक वाक्य के रूप में निम्नलिखित रूप में सोच सकते हैं,
([ on < Event 1 >[, on < Event 2 >[, . . .]] ]) AND ([ if < Boolean condition > ])
ध्यान दें:
- जहाँ वर्गाकार कोष्ठक ([ ]) वाक्य के वैकल्पिक भागों को दर्शाते हैं और कोणीय कोष्ठक (< >) प्रतिस्थापित किए जाने वाले स्थान-होल्डर हैं।
- onPart और ifPart दोनों वैकल्पिक हैंवाक्य में, लेकिन इसे समझ में आने के लिए इनमें से कम से कम एक का होना आवश्यक है।
प्रवेश मानदंड
एक प्रवेश मानदंड उस शर्त का वर्णन करता है जो चरण, कार्य या मील के पत्थर के निष्पादन के लिए उपलब्ध होने के लिए संतुष्ट होनी चाहिए। बिना प्रवेश मानदंड वाले चरण, कार्य या मील के पत्थर निर्मित होते ही निष्पादन के लिए उपलब्ध हो जाएंगे। प्रवेश मानदंडों को चरण, कार्य या मील के पत्थर की सीमा पर कहीं भी रखा जा सकता है।
उदाहरण
निम्नलिखित उदाहरण में, दोनों चरण उत्पाद शिकायत और सेवा शिकायत को एक प्रवेश मानदंड की आवश्यकता है, क्योंकि वे केवल तभी निष्पाचित हो सकते हैं जब शिकायत उनकी प्रकृति की हो। अधिकांश मामलों में, इन दो चरणों में से केवल एक ही निष्पाचित होगा, हालांकि कुछ स्थितियों में शिकायतों में दोनों चरण शामिल हो सकते हैं।
निर्गमन मानदंड
एक निर्गमन मानदंड एक प्रवेश मानदंड के समान है, लेकिन इसे संतुष्ट होने पर चरण, कार्य या केस (केस योजना) पर काम करना बंद करने के लिए उपयोग किया जाता है। शिकायत प्रक्रिया में, हम केस के लिए एक निर्गमन मानदंड जोड़ेंगे। उस स्थिति में जब ग्राहक कॉल करता है और शिकायत रद्द करता है, इसलिए हमें केस पर काम करना बंद करना होगा। हम इस परिदृश्य को एक रद्द केस फ़ाइल आइटम के साथ मॉडल करते हैं, जो ग्राहक के कॉल की ऑडियो रिकॉर्डिंग या ग्राहक का पत्र हो सकता है।
केस फ़ाइल
CMMN में, प्रत्येक केस उदाहरण में एकलकेस फ़ाइल (जिसेकेस फ़ोल्डर, या केवल केस), और केस कर्मचारियों को उस केस फ़ाइल में मौजूद सभी डेटा तक पहुंच प्राप्त होती है। केस कर्मचारी केस फ़ाइल में डेटा जोड़, हटा और संशोधित कर सकते हैं, भले ही वे केस में कोई कार्य नहीं कर रहे हों, बशर्ते उनके पास पर्याप्त अधिकार हों। केस फ़ाइल में मौजूद डेटा को ‘केस फ़ाइल आइटम’ कहा जाता है।
सभी डेटा और डेटा संरचनाओं को केस फ़ाइल आइटम. सभी केस फ़ाइल आइटम केस फ़ाइल में संग्रहीत होते हैं। केस फ़ाइल आइटम का उपयोग सभी प्रकार के डेटा को दर्शाने के लिए किया जाता है, जिसमें डेटाबेस में एक डेटा मान, डेटाबेस में एक पंक्ति, एक दस्तावेज़, एक स्प्रैडशीट, एक चित्र, एक वीडियो, एक ऑडियो रिकॉर्डिंग आदि शामिल हैं। मूल डेटा के अलावा, केस फ़ाइल आइटम कंटेनरों को भी दर्शा सकते हैं, जैसे कि एक निर्देशिका, एक फ़ोल्डर, एक सेट, एक स्टैक, एक सूची आदि।
उदाहरण
योजना तालिका
एक चरण या मानव कार्य में एक योजना तालिका हो सकती है जो दर्शाती है कि विवेकाधीन आइटम दृश्य हैं (-) या नहीं (+)। जब कोई उपयोगकर्ता एक योजना तालिका को ‘विस्तारित’ करता है, तो उसमें शामिल विवेकाधीन आइटम चरण के भीतर या मानव कार्य के बाहर दिखाई देने लगते हैं। मानव कार्य से जुड़े विवेकाधीन आइटमों के लिए, योजना केवल कार्य की सक्रिय अवस्था में उपलब्ध होती है।
संबंधित लिंक
अन्य व्यवसाय प्रक्रिया मॉडलिंग लेख
- BPMN क्या है?
- BPMN ओर्केस्ट्रेशन बनाम कोरियोग्राफी बनाम सहयोग
- BPMN गतिविधि प्रकार समझाए गए
- BPMN में उप-प्रक्रिया के प्रकार
- एक बड़े BPMN आरेख को कैसे विभाजित और प्रबंधित करें?
- BPMN घटनाओं को सीखना
- BPMN में गेटवे के प्रकार
- व्यवसाय प्रक्रिया मॉडलिंग और अंतर विश्लेषण
- BPMN के साथ अंतर विश्लेषण कैसे करें?
- BPMन नोटेशन का अवलोकन
- BPMN में डेटा ऑब्जेक्ट्स का उपयोग कैसे करें?
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।