Towards Process Mining Use Case Map Models with PM4Py-UCM
यह शोध पत्र PM4Py-UCM प्रस्तुत करता है, जो PM4Py लाइब्रेरी का एक ओपन-सोर्स विस्तार है जो इवेंट लॉग्स से पदानुक्रमित यूज़ केस मैप (UCM) मॉडल की खोज को सक्षम बनाता है, जिससे साक्ष्य-आधारित मॉडल-संचालित विकास के लिए प्रोसेस माइनिंग और प्रारंभिक आवश्यकताओं के इंजीनियरिंग के बीच एक सेतु स्थापित होता है।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आप एक व्यस्त रेस्टोरेंट चलाते हैं। आपके पास एक विशाल डिजिटल लॉगबुक है जिसमें हर एक ऑर्डर, उसे किसने बनाया, उसमें कितना समय लगा, और उसे किसने सर्व किया, इसका पूरा रिकॉर्ड है। वर्षों से, आप इस लॉगबुक को देखकर अपने किचन के "as-is" (जैसा है वैसा) प्रवाह को देख पा रहे हैं: "पहले ऑर्डर आता है, फिर शेफ काटता है, फिर ग्रिल पर पकता है।" इसे प्रोसेस माइनिंग (Process Mining) कहा जाता है। यह एक जासूस की तरह है जो डेटा को देखता है ताकि यह नक्शा बना सके कि चीजें वास्तव में कैसे होती हैं, न कि जैसा आप सोचते हैं कि वे होती हैं।
आमतौर पर, ये जासूस मानचित्र बनाने के लिए BPMN (एक फ्लोचार्ट शैली) या पेट्री नेट्स (Petri Nets) (एक गणितीय शैली) जैसे मानक प्रतीकों का उपयोग करते हैं। लेकिन क्या होगा यदि आप उस मानचित्र को एक अलग भाषा का उपयोग करके बनाना चाहें—एक ऐसी भाषा जो विशेष रूप से प्लानिंग और रिक्वायरमेंट्स (योजना और आवश्यकताओं) के लिए डिज़ाइन की गई हो? एक ऐसी भाषा जो न केवल चरणों को दिखाती है बल्कि स्पष्ट रूप से यह भी बताती है: "इस चरण के लिए कौन जिम्मेदार है?" और "यह बड़ा कार्य छोटे उप-कार्यों में कैसे टूटता है?"
यह शोध पत्र PM4Py-UCM नामक एक नया टूल पेश करता है जो बिल्कुल यही करता है। यह आपके इवेंट लॉग्स से कच्चे डेटा को लेता है और उन्हें यूज़ केस मैप्स (Use Case Maps - UCM) में बदल देता है, जो इंजीनियरों द्वारा सिस्टम बनाने से पहले उपयोग किया जाने वाला एक विशिष्ट नोटेशन है।
यहाँ इस शोध पत्र का विवरण दिया गया है, सरल उपमाओं का उपयोग करते हुए:
1. अनुवादक (डिस्कवरी पाइपलाइन)
मौजूदा प्रोसेस माइनिंग टूल्स को एक ऐसे अनुवादक के रूप में सोचें जो "डेटा" और "फ्लोचार्ट" की भाषा बोलता है। यह नया टूल, PM4Py-UCM, उस अनुवादक में एक नई भाषा जोड़ता है: UCM।
- यह कैसे काम करता है: यह कच्चे इवेंट लॉग (डेटा) को लेता है और एक स्मार्ट एल्गोरिदम (जिसे "इंडक्टिव माइनर" कहा जाता है) का उपयोग करके एक "प्रोसेस ट्री" बनाता है। फिर यह उस ट्री को UCM मैप में बदल देता है।
- परिणाम: केवल कार्यों की सूची देखने के बजाय, आपको एक विजुअल मैप मिलता है जो एक रोडमैप की तरह दिखता है, जो शुरुआत से अंत तक की यात्रा को दर्शाता है।
2. मात्रोशका डॉल (पदानुक्रमित अपघटन/Hierarchical Decomposition)
कल्पना कीजिए कि आपके पास एक विशाल, अव्यवस्थित शहर का नक्शा है। यह इतना विस्तृत है कि इसे पढ़ना असंभव है। आपको मुख्य राजमार्गों को देखने के लिए ज़ूम आउट करने की आवश्यकता है, और फिर मोहल्लों की गलियों को देखने के लिए ज़ूम इन करने की आवश्यकता है।
- समस्या: प्रोसेस लॉग बहुत बड़े हो सकते हैं। एक एकल मानचित्र में 88 चरण हो सकते हैं, जो समझने के लिए बहुत अधिक भीड़भाड़ वाला है।
- समाधान: यह टूल स्वचालित रूप से बड़े मानचित्र को छोटे, नेस्टेड (एक के भीतर एक) मानचित्रों में तोड़ देता है (जैसे रूसी नेस्टिंग डॉल्स)।
- "रूट" मैप (Root Map): मुख्य चरणों को दिखाता है (जैसे, "ऑर्डर प्राप्त करना," "पकाना," "सर्व करना")।
- "प्लग-इन" मैप्स (Plug-in Maps): जब आप किसी चरण पर क्लिक करते हैं, तो यह उस चरण के अंदर के विशिष्ट चरणों को दिखाने वाला एक नया, सरल मानचित्र खोलता है।
- यह क्यों महत्वपूर्ण है: यह इंजीनियरों को जटिलता प्रबंधित करने में मदद करता है। आप यह चुन सकते हैं कि मानचित्र कितने "आक्रामक" (छोटे टुकड़ों में तोड़ना) या "ढीले" (बड़ा रखना) होने चाहिए, जो इस बात पर निर्भर करता है कि आपको कितने विवरण की आवश्यकता है।
3. मानचित्र पर "कौन" (परफॉर्मर मैपिंग)
एक मानक फ्लोचार्ट में, आप एक बॉक्स देख सकते हैं जिसमें लिखा है "इन्वेंट्री चेक करें।" लेकिन यह कौन करता है? टूल "कौन" का एक स्तर जोड़ता है।
- जादू: यह यह देखने के लिए डेटा को देखता है कि किसने क्रियाएं कीं। क्या "एलिस" ने इसे 5 बार किया? क्या "बॉब" ने इसे 3 बार किया?
- आउटपुट: टूल मानचित्र को "कंपोनेंट्स" (जैसे लोगों, भूमिकाओं या सिस्टमों का प्रतिनिधित्व करने वाले रंगीन बॉक्स) के साथ बनाता है जो चरणों से जुड़े होते हैं।
- उपमा: यह एक थिएटर प्लेबिल की तरह है जो न केवल कथानक दिखाता है बल्कि यह भी सूचीबद्ध करता है कि हर दृश्य में कौन सा अभिनेता कौन सी भूमिका निभा रहा है।
- लचीलापन: आप "रोल" (जैसे, "ट्राइएज टीम") या "व्यक्तिगत" (जैसे, "टीना ट्राइएगर") के आधार पर समूह बनाने का विकल्प चुन सकते हैं। यह इस प्रश्न का उत्तर देने में मदद करता है: "कौन, क्या और कब करता है?"
4. दो-तरफा रास्ता (राउंड-ट्रिप इंजीनियरिंग)
आमतौर पर, जब आप एक फ़ाइल को एक प्रारूप से दूसरे प्रारूप में बदलते हैं, तो आप जानकारी खो देते हैं। यह अंग्रेजी से फ्रेंच में एक किताब का अनुवाद करने और फिर वापस अंग्रेजी में करने जैसा है; कहानी अक्सर बिगड़ जाती है।
- नवाचार: यह टूल राउंड-ट्रिप इंजीनियरिंग की अनुमति देता है।
- आप एक डेटा लॉग उसे UCM मैप में बदल सकते हैं उसे jUCMNav नामक एक पेशेवर टूल में एक्सपोर्ट कर सकते हैं (जहाँ विशेषज्ञ इसे एडिट कर सकते हैं, लक्ष्य जोड़ सकते हैं, या त्रुटियों की जाँच कर सकते हैं)।
- फिर, आप उस एडिट किए गए मैप को वापस उस टूल में इम्पोर्ट कर सकते हैं ताकि परिवर्तनों को देख सकें या इसे अलग तरह से विज़ुअलाइज़ कर सकें।
- यह क्यों महत्वपूर्ण है: यह सुनिश्चित करता है कि डेटा-संचालित डिस्कवरी और मानव-डिज़ाइन की गई आवश्यकताएं आपस में जुड़ी रहें। आप भविष्य की प्रणाली को डिज़ाइन करते समय डेटा की "सच्चाई" को खोते नहीं हैं।
यह शोध पत्र वास्तव में क्या दावा करता है (और क्या नहीं करता)
- यह दावा करता है कि: इसने सफलतापूर्वक एक ऐसा टूल बनाया है जो कच्चे डेटा लॉग को UCM मैप में बदल देता है, उन्हें प्रबंधनीय हिस्सों में तोड़ता है, यह निर्धारित करता है कि "कौन" "क्या" करता है, और आपको उन्हें एक पेशेवर वातावरण में संपादित करने और वापस लाने की अनुमति देता है।
- यह दावा करता है कि: इसने इसे दो उदाहरणों पर टेस्ट किया: एक सिंथेटिक "इश्यू ट्रैकिंग" लॉग (जैसे बग रिपोर्ट सिस्टम) और एक वास्तविक दुनिया का "क्लेम्स पेमेंट" लॉग।
- यह दावा नहीं करता कि: यह हर व्यवसाय के लिए एक आदर्श समाधान है। लेखक स्वीकार करते हैं कि टूल की कुछ सीमाएँ हैं:
- यह वर्तमान में यह मानता है कि प्रक्रियाएं "सुव्यवस्थित" (साफ-सुथरी रूप से नेस्टेड) हैं, जो वास्तविक दुनिया की अराजक प्रक्रियाओं के लिए सच नहीं हो सकता है।
- "कौन" क्या करता है, इसके आधार पर समूह बनाने का निर्णय अभी भी एक अनुमान (heuristic) है और इसमें और सुधार की आवश्यकता है।
- यह अभी भी UCM भाषा के हर सूक्ष्म विवरण (जैसे टाइमर या विफलता बिंदु) को हैंडल नहीं करता है।
संक्षेप में:
यह शोध पत्र डेटा साइंस (प्रोसेस माइनिंग) और सिस्टम डिज़ाइन (रिक्वायरमेंट्स इंजीनियरिंग) के बीच एक सेतु प्रस्तुत करता है। यह इंजीनियरों को एक तरीका देता है जिससे वे कह सकें, "आइए यह देखने के लिए डेटा को देखें कि हमारा सिस्टम वास्तव में कैसे काम करता है, और स्वचालित रूप से एक ब्लूप्रिंट (UCM) बनाएं जो हमें बताता है कि प्रत्येक चरण के लिए कौन जिम्मेदार है, ताकि हम भविष्य के लिए एक बेहतर सिस्टम डिज़ाइन कर सकें।"
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।