प्रत्येक वस्तु अनंत विविधता की अभिव्यक्ति का एक रूप है।
कोजमा छड़

ईईपीसी नोटेशन का परिचय

वर्तमान में, व्यावसायिक प्रक्रियाओं के चित्रमय प्रतिनिधित्व के लिए कई अलग-अलग सिद्धांत हैं, जिन्हें संकेतन कहा जाता है। इतने सारे क्यों हैं? यह प्रश्न दशकों से किसी से भी पूछा गया है, जो व्यावसायिक प्रक्रियाओं का वर्णन करने की आवश्यकता का सामना कर रहा है। चलो कारणों से निपटते हैं। उनमें से तीन हैं (मेरी राय में):

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

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

1. सबसे पहले, यह पूरी तरह से शुद्ध संकेतन नहीं है। यानी अगर कुछ सूचनाओं में उनके उपयोग के लिए तत्वों और नियमों का एक कठोर सेट है (अन्यथा सब कुछ भ्रमित हो जाएगा), तो ईईपीसी सिद्धांत आपको अपने स्वयं के तत्वों को जोड़ने की अनुमति देता है। यह कैसे सुनिश्चित किया जाता है? बेशक, एक निश्चित "कोर" है जिसके चारों ओर सब कुछ बनाया गया है, अर्थात्। स्पष्ट नियमों का एक सेट, जिसके द्वारा योजना बनाई जाती है और जिसके द्वारा इसे पढ़ा जाता है। इसके अलावा, आप अपना खुद का तत्व जोड़ सकते हैं, इसके उपयोग के लिए नियमों को अपने कॉर्पोरेट मानक में शामिल कर सकते हैं (पहल को बाहर करने के लिए, जो योजना को भ्रमित कर सकता है और इसकी पठनीयता को जटिल कर सकता है) और वह सब! यह बहुत महत्वपूर्ण बिंदु है। इसके अलावा, किसी भी अन्य प्रतिबंध और नियमों को आपके कॉर्पोरेट मानक में निर्दिष्ट किया जा सकता है।
2. eEPC में तर्क तत्व होते हैं। यह आपको उन शर्तों के साथ योजनाएं बनाने की अनुमति देता है जो गतिविधि का वर्णन करने के लिए आवश्यक हैं ("यदि सहमति पर सहमति हो, तो ...., अन्यथा ...")
3. तत्वों की सादगी आपको सॉफ़्टवेयर उत्पादों और किसी भी अन्य तरीके से आरेखों को आकर्षित करने की अनुमति देती है, यहां तक ​​कि कागज पर भी, आप भ्रमित नहीं होंगे।
4. eEPC सीखना और समझना इतना आसान है कि इसका उपयोग वास्तविक जीवन की गतिविधियों में किया जा सकता है, न कि केवल एक कोठरी में धूल इकट्ठा करना। नियमों को सीखने में लगभग 2 घंटे लगेंगे (यदि शिक्षार्थी चाहें तो)।

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

ईईपीसी नोटेशन का मुख्य कोर

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


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


घटनाओं का एक गुच्छा - एक समारोह - यह एक पंक्ति में ऊपर से नीचे या बाएं से दाएं किसी घटना को प्रदर्शित करने के लिए प्रथागत है। श्रृंखला की दिशा तीरों के साथ लाइनों को जोड़कर इंगित की जाती है।

आरेख को अधिक दृश्य बनाने के लिए, संकेतन कई और मानक तत्व प्रदान करता है:

• स्थिति (निष्पादक)। जो इस कार्य को करता है
• जानकारी । कोई भी जानकारी दस्तावेजी के अलावा अन्य कार्य करने के लिए उपयोग की जाती है। उदाहरण के लिए, एक फोन कॉल, एक ऑपरेशन करने के लिए निर्देश आदि।
• दस्तावेज़ । "दस्तावेज़" तत्व सूचना वाहक (कागज या इलेक्ट्रॉनिक) प्रदर्शित करने के लिए है। यानी एक विशिष्ट संरचना में जानकारी की प्रस्तुति।
• कार्यक्रम (आवेदन)। सॉफ्टवेयर कार्य करने के लिए उपयोग किया जाता है।

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


हम देखते हैं कि ऑपरेटर इनकमिंग कॉल को संसाधित करता है, इनकमिंग कॉल को संसाधित करने के नियमों के अनुसार कार्य करता है और इसके लिए CRM प्रोग्राम का उपयोग करता है। न तो आने वाले और न ही आउटगोइंग दस्तावेजों का उपयोग किया जाता है।
जैसा कि मैंने उल्लेख किया है, अंकन की ताकत में से एक तर्क के तत्व हैं। इसी समय, यह समझने में सबसे कठिन क्षणों में से एक है। इसलिए, पहले मैं एक उदाहरण दूंगा, और फिर हम अलग से तर्क के तत्वों से निपटेंगे।
इसे हमारे उदाहरण की तरह होने दें: यदि ग्राहक की रुचि है, तो बिक्री प्रबंधक उसके साथ आगे काम करता है और एक वाणिज्यिक प्रस्ताव रखता है, जिसे वह एमएस आउटलुक मेल क्लाइंट का उपयोग करके मेल द्वारा भेजता है। यदि कोई रुचि नहीं है, तो कॉल प्रसंस्करण पूरा हो गया है। वास्तविक जीवन में, कॉल को समाप्त करने के लिए नियमों का उपयोग करना अच्छा होगा, लेकिन मैं, वैसे, जबकि यह सरल है। यहाँ परिणाम है:

EEPC संकेतन योजनाओं में तर्क तत्व

तर्क के तत्व सरल हैं, लेकिन सर्किट के तार्किक और स्पष्ट रूप से व्याख्या किए जाने के लिए कुछ ख़ासियतें और नियम हैं। सबसे महत्वपूर्ण नियम जिसे आपको पालन करना आवश्यक है वह 100% है: तार्किक निर्णय केवल एक कार्य करते समय किए जा सकते हैं । यानी कुछ घटना के बाद कोई ब्रांचिंग नहीं हो सकती है। क्यों? क्योंकि इस मामले में यह एक घटना की बहुत अवधारणा का खंडन करता है - यह निष्पादन समय के बिना सरल और तात्कालिक है। उदाहरण के लिए, यदि फ़ोन बजता है और व्यक्ति यह सोचता है कि फ़ोन उठाया जाए या नहीं, यह सैद्धांतिक रूप से एक ऐसा कार्य होगा जहाँ वह निर्णय लेता है। लेकिन व्यावहारिक रूप से, सामान्य ज्ञान सहित, वह प्रसंस्करण कॉल के नियमों का उल्लंघन करता है, क्योंकि वे उसे वेतन देते हैं ताकि वह इन कॉलों को संसाधित करे, और यहां बहस करने के लिए कुछ भी नहीं है (सामान्य तौर पर, जैसा कि आरेख में दिखाया गया है)।
कुल 3 तर्क तत्व प्रतिष्ठित हैं:

• और । जब दो या दो से अधिक घटनाएं एक साथ होती हैं;
• या । जब एक या कई घटनाएँ हो सकती हैं, लेकिन कम से कम एक आवश्यक रूप से घटित होनी चाहिए;
• उत्कृष्ट या । या तो एक या दूसरे से। यानी दो विकल्प एक साथ असंभव हैं।

यहाँ उनमें से कुछ हैं:




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

जब एक फ़ंक्शन के निष्पादन के लिए कई घटनाओं के एक साथ निष्पादन की आवश्यकता होती है:



उदाहरण: यदि रिपोर्टिंग अवधि बंद है (घटना 1) और प्रबंधक (घटना 2) को रिपोर्ट प्रस्तुत करने का समय आ गया है, तो कर्मचारी एक मासिक रिपोर्ट तैयार करता है।

तत्वों का कनेक्शन, यदि किसी फ़ंक्शन के निष्पादन के दौरान, कई घटनाएं होती हैं:



उदाहरण: ग्राहक के साथ कुछ काम पूरा हो गया है। दो घटनाओं को एक साथ दर्ज किया गया था: बस्तियों को समेट दिया गया था (घटना 1), अधिनियम पर हस्ताक्षर किए गए थे (घटना 2)।

व्यवहार में, इस तरह के एक आवेदन आम नहीं है। एक नियम के रूप में, यदि एक फ़ंक्शन में कई क्रियाएं संयुक्त होती हैं।

तत्वों का कनेक्शन, यदि कई कार्य करते समय, एक घटना होती है:



उदाहरण: स्टोरकीपर ने ऑर्डर (फ़ंक्शन 1) एकत्र किया, ऑपरेटर ने दस्तावेजों (फ़ंक्शन 2) को लिखा, माल शिपमेंट (इवेंट) के लिए तैयार है।

तत्वों का कनेक्शन, अगर एक घटना की घटना कई कार्यों के प्रदर्शन की ओर ले जाती है:



उदाहरण : एक खेप आ गई है (घटना)। इसी समय, ग्राहकों द्वारा पहले से ऑर्डर किए गए सामानों की शिपमेंट और शेष सामानों को गोदाम में रखना शुरू हो जाता है।

तार्किक तत्व "या"।
तत्वों का कनेक्शन, यदि किसी एक घटना के कारण कार्य निष्पादित हो सकता है:

उदाहरण : फोन (ईवेंट 1) द्वारा एक एप्लिकेशन प्राप्त किया गया था या ईमेल (ईवेंट 2) द्वारा प्राप्त एक एप्लिकेशन को इसे संसाधित करने की आवश्यकता होगी।
तत्वों का कनेक्शन यदि एक फ़ंक्शन कम से कम एक घटना का कारण बन सकता है:


उदाहरण: एक माल चालान तैयार किया गया है और एक ग्राहक को शिपमेंट के लिए भेजा गया है। चालान मेल (घटना 1), फैक्स (घटना 2) द्वारा भेजा जा सकता है।

कई कार्य करते समय तत्वों को जोड़ना एक घटना को ट्रिगर करेगा:



उदाहरण: एक सेवा प्रदान की जाती है (फ़ंक्शन 1) या उत्पाद बेचा जाता है (फ़ंक्शन 2), एक ग्राहक पर एक ऋण (घटना 1) है।

तार्किक तत्व "EXCLUSIVE OR"।

किसी फ़ंक्शन के निष्पादन के लिए एक और केवल एक घटना के दौरान तत्वों का कनेक्शन:



उदाहरण: एक ग्राहक व्यक्तिगत रूप से स्टोर में आया (घटना 1) या इंटरनेट के माध्यम से एक ऑर्डर किया (घटना 2)। आपको माल (फ़ंक्शन 1) को शिप करना होगा।

तत्वों के कनेक्शन, यदि फ़ंक्शन निष्पादन के परिणामस्वरूप, अधिकांश घटनाओं में से एक में होता है:



उदाहरण: एक निर्णय या तो किया जाता है या नहीं।

तत्वों का कनेक्शन, यदि घटना एक के बाद होती है और केवल एक कार्य किया जाता है।









उदाहरण : माल अपने स्वयं के परिवहन (कार्य 1) ​​या परिवहन कंपनी (कार्य 2) द्वारा वितरित किया गया (घटना 1)

तर्क तत्वों के सही अनुप्रयोग के लिए कुछ अभ्यास की आवश्यकता होती है। लेकिन यह मुश्किल नहीं है। यह ध्यान दिया जाना चाहिए कि विचार किए गए सभी संयोजन व्यापक रूप से व्यवहार में उपयोग नहीं किए जाते हैं (लेकिन सामान्य तौर पर यह विश्लेषक के सोचने के तरीके से निर्धारित होता है)।

तर्क तत्वों को व्यवहार में लाने का प्रयास करें। यदि कठिनाइयां हैं, तो मुझे लिखें, मैं मदद करने की कोशिश करूंगा।

देशी तत्वों के साथ विस्तार संकेतन

जैसा कि मैंने पहले कहा था, eEPC एक संकेतन नहीं है, लेकिन विवरण नियम हैं। और ये नियम अपने स्वयं के तत्वों को आरेख में जोड़ने पर रोक नहीं लगाते हैं। मुख्य बात यह है कि ये तत्व समझ में आते हैं, और एक दस्तावेज है जहां तत्वों के ऐसे विस्तार तय हैं। उदाहरण के लिए, मैं निम्नलिखित अतिरिक्त तत्वों का उपयोग करता हूं जो धीरे-धीरे विभिन्न कार्यों के लिए वास्तविक प्रक्रियाओं का वर्णन करने के लिए, एक साधारण विवरण से स्वचालन के लिए कार्य निर्धारित करने की प्रक्रिया में उत्पन्न हुए।


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

आरेख पर आंकड़े रखने के नियमों पर सहमति

ईईपीसी नोटेशन स्वयं एक-दूसरे के सापेक्ष तत्वों की व्यवस्था पर सख्त आवश्यकताएं नहीं रखता है, हालांकि यह ऊपर से नीचे या बाएं से दाएं एक आरेख खींचने के लिए प्रथागत है। यदि कई विशेषज्ञों के मामले में इसे एकीकृत करना संभव नहीं है, तो एक अजीब "विनैग्रेट" निकल सकता है। इससे बचने के लिए, तत्वों के स्थान के लिए अपने स्वयं के नियमों को विकसित करने और अनुमोदित करने की सिफारिश की जाती है।

मैं निम्नलिखित नियमों का पालन (और अनुशंसा) करता हूं:

• घटनाओं और कार्यों का क्रम ऊपर से नीचे (बेहतर) या बाएं से दाएं (यदि पर्याप्त स्थान नहीं है) की व्यवस्था है;
• प्रदर्शनकारी तत्वों को कार्य के दाईं ओर स्थित किया जाता है;
• कार्यों के शीर्ष बाईं ओर आने वाले दस्तावेज़; दस्तावेजों से कार्य करने के लिए तीर दिशा;
• कार्यों के नीचे बाईं ओर आउटगोइंग दस्तावेज़; ;
• «» . , , ;
• «» . ( , , ). .
• « » «» ;
• « » ;
• «» «» .

उदाहरण के लिए: एक पेरोल कैलकुलेटर उसे प्रदान किए गए ब्रिगेडियर आउटफिट दस्तावेजों के आधार पर एक पेरोल की गणना करता है। उसी समय, उन्हें दस्तावेज़ "मजदूरी पर विनियमन" द्वारा निर्देशित किया जाता है, गणना "1C: ZiK" कार्यक्रम में की जाती है। गणना का परिणाम दस्तावेज़ "स्टेटमेंट" है।

चार्ट पहचान

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

प्रतिक्रिया प्रदर्शन

मॉडल का निर्माण करते समय, आवश्यकता अक्सर एक निश्चित स्थिति के तहत किसी प्रक्रिया के चक्रीय निष्पादन के लिए पैदा होती है या निर्णय निर्माताओं की गतिविधियों को प्रतिबिंबित करने की आवश्यकता होती है। इस मामले में, हम प्रतिक्रिया के बारे में बात कर रहे हैं।

नियंत्रण प्रतिक्रिया प्रदर्शित करने के लिए, बाद में शाखाकरण के साथ एक अतिरिक्त नियंत्रण समारोह की प्रक्रिया में "प्रत्यक्ष समावेश" के सिद्धांत का उपयोग किया जाता है ("विशेष या" तार्किक तत्व का उपयोग किया जाता है)। उदाहरण के लिए:

प्रक्रियाओं का पाठ विवरण

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

व्यवसाय प्रक्रिया:	इनबाउंड संपर्क प्रसंस्करण	04.VK
प्रक्रिया कार्य:
नाम	विवरण	योजना संख्या
इनकमिंग कॉल प्रोसेसिंग	जब एक इनकमिंग कॉल आती है, तो ऑपरेटर इनकमिंग कॉल को संसाधित करने के लिए नियमों के अनुसार कॉल को संसाधित करता है। ग्राहक की रुचि की पहचान करता है, सेवाओं के बारे में जानकारी प्रदान करता है	04.VK.01
वाणिज्यिक प्रस्ताव का गठन	ग्राहक की रुचि की उपस्थिति में, ऑपरेटर बिक्री प्रबंधक से संपर्क स्थानांतरित करता है। बिक्री प्रबंधक एक उद्धरण तैयार करता है और इसे ई-मेल द्वारा ग्राहक को भेजता है।	04.VK.02
प्रक्रिया संकेतक:
नाम	मूल्यांकन / मापन विधि
विफलताओं की संख्या	डेटाबेस सांख्यिकी

इस लेख के दायरे से बाहर, जानकारी एकत्रित करने, व्यावसायिक प्रक्रियाओं को उजागर करने, अपघटन और हाइलाइटिंग संकेतक जैसे महत्वपूर्ण विषय बने हुए हैं। हम भविष्य के मुद्दों में इन मुद्दों का अध्ययन जरूर करेंगे।