EEPC अंकन में व्यवसाय प्रक्रियाओं को कैसे मॉडल करें?

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

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

मॉडल में कई ऑब्जेक्ट्स का उपयोग किया जा सकता है, लेकिन अक्सर उनमें से केवल कुछ का उपयोग किया जाता है: प्रक्रिया इंटरफ़ेस, घटना, तार्किक नियम, फ़ंक्शन, और संगठनात्मक चार्ट ऑब्जेक्ट्स (स्थिति, कर्मचारी, विभाग)।

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

• उदाहरण के लिए, नियोजित तिथि, समय की शुरुआत, "परियोजना शुरू करने का निर्णय लिया गया था"
• उदाहरण के लिए, किसी एप्लिकेशन, ऑर्डर, फॉर्म, सूचना के कर्मचारी द्वारा रसीद या भेजना, "एक ग्राहक से एक आवेदन प्राप्त हुआ है"

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

मॉडल में अधिकांश त्रुटियां तार्किक ऑपरेटरों और उनके संयोजनों के दुरुपयोग के कारण बनी हैं। उनमें से केवल तीन हैं: और, या, अनन्य या। मैं सरल मॉडल के उदाहरण पर उनके उपयोग के कुछ उदाहरण दूंगा।

सबसे आम त्रुटियां उदाहरण के लिए OR ऑपरेटर और विशेष OR के उपयोग के बाद हैं:



इन दोनों स्थितियों को निषिद्ध किया जाता है क्योंकि घटना निर्णय नहीं ले सकती है। इस स्थिति में, AND ऑपरेटर का उपयोग करने का एकमात्र विकल्प है:



या दो अतिरिक्त राज्यों को जोड़ने:



एक अन्य गलती तार्किक ऑपरेटरों को छोड़ना है जब एक घटना में दो आउटगोइंग संचार होते हैं, या एक फ़ंक्शन में दो आवक संचार होते हैं।

सबसे आम गलती प्रतिक्रिया का गलत उपयोग है, उदाहरण के लिए, इस तरह:



इस मामले में, तार्किक ऑपरेटर को छोड़ दिया जाता है, अर्थात, यह नियम कि फ़ंक्शन का केवल एक आवक कनेक्शन हो सकता है, का उल्लंघन किया जाता है। यह भी एक त्रुटि होगी यदि AND ऑपरेटर को तार्किक ऑपरेटर के रूप में उपयोग किया जाता है। इस मामले में एकमात्र सही समाधान तार्किक ऑपरेटर "अनन्य या" का उपयोग करना है:



अंत में, मैं यह नोट करना चाहता हूं कि एक व्यवसाय प्रक्रिया के सफल पूर्ण विवरण के लिए न केवल मॉडलिंग के नियमों को जानना आवश्यक है, बल्कि विवरण शुरू करने से पहले आपको यह जानना होगा:

• कौन
• क्या कार्य करता है
• जब
• क्या उपकरण
• और कौन सा डेटा (कौन से दस्तावेज़ आते हैं, कौन से हैं)
• सफलता या विफलता के लिए कौन जिम्मेदार है (प्रक्रिया स्वामी)
• सफलता या असफलता को कैसे मापें (प्रमुख प्रदर्शन संकेतक)