BPMN—व्यावसायिक प्रक्रिया मॉडल और नोटेशन—व्यावसायिक प्रक्रियाओं के काम करने के तरीके को वर्णित करने के लिए एक मानक दृश्य भाषा है। यह व्यावसायिक उपयोगकर्ताओं, विश्लेषकों, डेवलपर्स और प्रबंधकों को समान प्रक्रियाओं को सुसंगत प्रतीकों का उपयोग करके समझने में मदद करता है।

चित्र पांच मुख्य BPMN क्षेत्रों का सारांश प्रस्तुत करता है:

1. स्विमलेन्स– जिम्मेदार कौन है

2. प्रवाह तत्व– प्रक्रिया में क्या होता है

3. जोड़ने वाले वस्तुएँ– तत्व कैसे संबंधित हैं

4. डेटा– उपयोग या उत्पादित जानकारी

5. आर्टीफैक्ट्स– अतिरिक्त व्याख्यात्मक जानकारी

---

1. BPMN का उपयोग किस लिए किया जाता है

BPMN निम्नलिखित जैसे प्रक्रियाओं का वर्णन कर सकता है:

• ग्राहक ऑर्डर का प्रसंस्करण

• कर्मचारी की छुट्टी की मांग को मंजूर करना

• बीमा दावे का निपटान

• नए कर्मचारी को शामिल करना

• गोदाम से उत्पादों का शिपिंग

• ग्राहक की शिकायत का समाधान

• बिल को मंजूर करना

एक BPMN डायग्राम निम्नलिखित जैसे प्रश्नों के उत्तर देता है:

• प्रत्येक गतिविधि कौन करता है?

• सबसे पहले क्या होता है?

• कौन से निर्णय लिए जाते हैं?

• कौन सी गतिविधियाँ समानांतर में होती हैं?

• किस जानकारी की आवश्यकता है?

• जब कोई त्रुटि होती है तो क्या होता है?

• प्रक्रिया कब समाप्त होती है?

एक सरल प्रक्रिया इस प्रकार दिख सकती है:

ग्राहक ऑर्डर देता है
        ↓
बिक्री टीम ऑर्डर की जाँच करती है
        ↓
गोदाम शिपमेंट तैयार करती है
        ↓
ऑर्डर शिप हो जाता है
        ↓
ग्राहक को पुष्टि मिलती है

BPMN घटनाओं, कार्यों, गेटवे, प्रवाह, पूल और लेन का उपयोग करके इस प्रक्रिया को दृश्य रूप से दर्शाता है।

---

2. BPMN आरेख संरचना

एक BPMN प्रक्रिया में आमतौर पर चार मूल भाग होते हैं:

प्रारंभिक घटना → गतिविधि → निर्णय → गतिविधि → अंतिम घटना

उदाहरण के लिए:

ऑर्डर प्राप्त हुआ
      ↓
इन्वेंट्री की जाँच करें
      ↓
क्या उत्पाद उपलब्ध है?
   ↙              ↘
 हाँ              नहीं
  ↓                ↓
ऑर्डर पैक करें     ग्राहक को सूचित करें
  ↓                ↓
ऑर्डर शिप करें     ऑर्डर रद्द करें
   ↘              ↙
       अंत

मुख्य तत्वों का वर्णन नीचे दिया गया है।

---

3. स्विमलेन: पूल और लेन

स्विमलेन जिम्मेदारी को व्यवस्थित करते हैं। वे दर्शाते हैं कि प्रत्येक गतिविधि किस भागीदार, विभाग, भूमिका या प्रणाली द्वारा निभाई जाती है।

पूल

एकपूलएक प्रक्रिया में एक प्रमुख भागीदार को दर्शाता है।

एक भागीदार हो सकता है:

• एक कंपनी

• एक ग्राहक

• एक आपूर्तिकर्ता

• एक बैंक

• एक सरकारी एजेंसी

• एक बाहरी सॉफ़्टवेयर प्रणाली

उदाहरण:

पूल: ऑनलाइन रिटेल कंपनी

एक पूल में एक या अधिक लेन हो सकती हैं।

जब आंतरिक प्रक्रिया को मॉडल नहीं किया जा रहा होता है, तो एक पूल को संक्षिप्त बॉक्स के रूप में भी दिखाया जा सकता है।

लेन

एकलेनएक पूल के भीतर एक उप-विभाजन है। यह आमतौर पर दर्शाता है:

• एक विभाग

• एक नौकरी की भूमिका

• एक टीम

• एक सिस्टम

• एक व्यावसायिक कार्य

उदाहरण:

पूल: ऑनलाइन रिटेल कंपनी
 ├── बिक्री विभाग
 ├── गोदाम
 └── वित्त विभाग

एक प्रक्रिया इस प्रकार व्यवस्थित की जा सकती है:

लेन	जिम्मेदारी
ग्राहक	आदेश देता है और सूचनाएं प्राप्त करता है
बिक्री विभाग	आदेश की समीक्षा करता है और पुष्टि करता है
गोदाम	उत्पादों को चुनता, पैक करता और भेजता है
वित्त विभाग	भुगतान की प्रक्रिया करता है
डिलीवरी पार्टनर	पैकेज डिलीवर करता है

लेनों के साथ उदाहरण

ग्राहक          | आदेश दें ─────────────── पुष्टि प्राप्त करें
                  |
बिक्री विभाग  | आदेश प्राप्त करें → आदेश जांचें → आदेश पुष्टि करें
                  |
गोदाम         |                         वस्तुएं चुनें → पैक करें → शिप करें
                  |
वित्त           | भुगतान अनुरोध प्राप्त करें → भुगतान स्वीकार करें

लेन में किसी गतिविधि की स्थिति यह दर्शाती है कि इसके लिए कौन जिम्मेदार है।

पूल बनाम लेन

तत्व	अर्थ	आम उदाहरण
पूल	प्रमुख भागीदार या संगठन	ग्राहक, आपूर्तिकर्ता, बैंक
पट्टी	एक भागीदार के भीतर भूमिका, विभाग या प्रणाली	बिक्री, गोदाम, वित्त

शुरुआती नियम

एक का उपयोग करेंपूलजब भागीदार संगठनात्मक या संचालनात्मक रूप से अलग हो। एक का उपयोग करेंपट्टीजब भागीदार उस पूल के भीतर एक भूमिका या समूह हो।

---

4. प्रवाह तत्व

प्रवाह तत्व वर्णन करते हैं कि प्रक्रिया में क्या होता है। तीन मुख्य प्रकार हैं:

1. घटनाएँ

2. गतिविधियाँ

3. गेटवे

---

4.1 घटनाएँ

एक घटना प्रक्रिया के दौरान होने वाली किसी बात का प्रतिनिधित्व करती है। घटनाएँ आमतौर पर किए जा रहे काम का वर्णन नहीं करतीं; इसके बजाय, वे संकेत देती हैं कि कुछ प्रक्रिया शुरू करता है, बाधित करता है या समाप्त करता है।

घटनाओं को वृत्तों द्वारा दर्शाया जाता है।

शुरुआती घटना

एक शुरुआती घटना दर्शाती है कि प्रक्रिया कहाँ शुरू होती है।

प्रतीक: पतली रेखा वाला वृत्त

उदाहरण:

• ग्राहक ऑर्डर जमा करता है

• एक संदेश प्राप्त होता है

• एक टाइमर निर्धारित तारीख पर पहुँचता है

• एक कर्मचारी एक अनुरोध जमा करता है

उदाहरण:

○ ऑर्डर प्राप्त

एक शुरुआती घटना में सामान्यतः आउटगोइंग प्रवाह होना चाहिए, लेकिन कोई इनकमिंग क्रमिक प्रवाह नहीं होना चाहिए।

मध्यवर्ती घटना

एक मध्यवर्ती घटना प्रक्रिया की शुरुआत और अंत के बीच होती है।

प्रतीक: दोहरी रेखा वाला वृत्त

यह निम्नलिखित का प्रतिनिधित्व कर सकता है:

• संदेश का प्रतीक्षा करना

• टाइमर का प्रतीक्षा करना

• त्रुटि को पकड़ना

• सूचना भेजना

• समस्या को बढ़ावा देना

उदाहरण:

शुरू करें → ऑर्डर की समीक्षा करें → ◉ भुगतान का प्रतीक्षा करें → ऑर्डर भेजें

एक मध्यवर्ती घटना या तो:

• पकड़नाकुछ, जैसे कि आने वाले संदेश का प्रतीक्षा करना

• फेंकनाकुछ, जैसे कि संदेश भेजना या त्रुटि उत्पन्न करना

अंतिम घटना

एक अंतिम घटना दर्शाती है कि प्रक्रिया पथ कहाँ समाप्त होता है।

प्रतीक: मोटी रेखा वाला वृत्त

उदाहरण:

• ऑर्डर पूरा हुआ

• अर्जी अस्वीकृत

• भुगतान विफल

• केस बंद

उदाहरण:

ऑर्डर भेजें → ● ऑर्डर पूरा हुआ

एक अंतिम घटना में सामान्यतः आने वाला क्रमिक प्रवाह होता है, लेकिन कोई बाहर जाने वाला क्रमिक प्रवाह नहीं होता।

---

4.2 गतिविधियाँ

एक गतिविधि प्रक्रिया में किए गए कार्य का प्रतिनिधित्व करती है। गतिविधियों को गोलाकार आयत के रूप में दर्शाया जाता है।

उदाहरण:

• आवेदन की समीक्षा करें

• भुगतान को स्वीकृत करें

• उत्पाद चुनें

• बिल भेजें

• ग्राहक रिकॉर्ड अपडेट करें

क्रियाओं का नामकरण सामान्यतः एक क्रिया और एक वस्तु का उपयोग करके किया जाना चाहिए:

• आवेदन की समीक्षा करें

• पता सत्यापित करें

• अनुरोध स्वीकार करें

• पुष्टि भेजें

अस्पष्ट नामों से बचें, जैसे:

• प्रसंस्करण

• कार्य

• समस्या संभालें

• चरण 1

कार्य

एककार्य वर्तमान आरेख में और अधिक विभाजित न किए जाने वाले कार्य की एकल इकाई है।

उदाहरण:

[ग्राहक ऑर्डर की समीक्षा करें]

एक कार्य को मैन्युअल रूप से, स्वचालित रूप से, या किसी उपयोगकर्ता द्वारा सिस्टम के साथ काम करके किया जा सकता है।

सामान्य BPMN कार्य प्रकारों में शामिल हैं:

कार्य प्रकार	अर्थ	उदाहरण
उपयोगकर्ता कार्य	एक व्यक्ति सिस्टम का उपयोग करके कार्य करता है	ऋण आवेदन स्वीकार करें
मैन्युअल कार्य	एक व्यक्ति सिस्टम के बिना कार्य करता है	पैकेज की जांच करें
सेवा कार्य	एक प्रणाली या स्वचालित सेवा कार्य करती है	शिपिंग लागत की गणना करें
कार्य भेजें	संदेश भेजता है	ऑर्डर पुष्टि भेजें
प्राप्ति कार्य	संदेश का प्रतीक्षा करता है	आपूर्तिकर्ता का उत्तर प्राप्त करें
स्क्रिप्ट कार्य	एक स्क्रिप्ट या कार्यक्रम निष्पादित करता है	कुल गणना करें
व्यापारिक नियम कार्य	व्यापारिक नियमों को लागू करता है	छूट निर्धारित करें

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

उप-प्रक्रिया

एकउप-प्रक्रियाएक समूह है जिसे एक बड़े कार्य के रूप में माना जाता है।

उदाहरण:

[ग्राहक वापसी प्रक्रिया]

उप-प्रक्रिया के अंदर हो सकता है:

वापसी अनुरोध प्राप्त करें
      ↓
वापसी की पात्रता जांचें
      ↓
वापस किए गए वस्तु की जांच करें
      ↓
रिफंड जारी करें

एक उप-प्रक्रिया का उपयोग करें जब:

• कार्यों का समूह तार्किक रूप से संबंधित है

• आरेख बहुत बड़ा हो रहा है

• आप विवरण को अस्थायी रूप से छिपाना चाहते हैं

• एक ही चरणों का समूण पुनः उपयोग किया जाता है

• अलग-अलग लोगों को अलग-अलग स्तर का विवरण चाहिए

एक उप-प्रक्रिया को संक्षिप्त अवस्था में एक गोलाकार आयत के रूप में दिखाया जाता है जिसमें एक छोटा प्लस चिह्न होता है।

---

4.3 गेटवे

एक गेटवे नियंत्रित करता है कि प्रक्रिया कैसे शाखाएं बनाती है, मिलती है या निर्णय लेती है। गेटवे को हीरे के आकार द्वारा दर्शाया जाता है।

हीरे के अंदर का प्रतीक गेटवे के प्रकार को दर्शाता है।

एक्सक्लूसिव गेटवे: XOR

एक एक्सक्लूसिव गेटवे ठीक एक पथ का चयन करता है।

उदाहरण:

                 ┌── हाँ → अनुरोध स्वीकार करें
अनुरोध जांचें ─◇─┤
                 └── नहीं → अनुरोध अस्वीकार करें

जब केवल एक ही शर्त सत्य हो सकती हो, तो एक्सक्लूसिव गेटवे का उपयोग करें।

उदाहरण प्रश्न:

क्या ऑर्डर का मूल्य $1,000 से अधिक है?

संभावित पथ:

• हाँ: प्रबंधक की अनुमति आवश्यक है

• नहीं: स्वचालित रूप से जारी रखें

आम प्रतीकात्मक निरूपण:

◇ क्या भुगतान स्वीकृत है?

केवल एक ही बाहर जाने वाला पथ अनुसरण किया जाना चाहिए।

समानांतर गेटवे: AND

एक समानांतर गेटवे एक ही समय में कई पथों को सक्रिय करता है।

उदाहरण:

                 ┌── बिल भेजें
ऑर्डर पुष्टि हुआ ─◇
                 └── शिपमेंट तैयार करें

दोनों गतिविधियाँ होती हैं।

एक समानांतर गेटवे समानांतर पथों को समन्वयित भी कर सकता है:

बिल भेजें ────┐
                 ◇── ऑर्डर शिप करें
शिपमेंट तैयार करें ┘

प्रक्रिया तभी जारी रहती है जब दोनों शाखाएँ पूर्ण हो जाती हैं।

जब गतिविधियाँ स्वतंत्र होती हैं और समानांतर रूप से हो सकती हैं, तो समानांतर गेटवे का उपयोग करें।

इन्क्लूसिव गेटवे: OR

एक इन्क्लूसिव गेटवे शर्तों के आधार पर एक या अधिक पथों को सक्रिय करता है।

उदाहरण:

 

 

ग्राहक का प्रकार?
   ├── व्यापारिक ग्राहक → व्यापारिक खाता बनाएं
   ├── अंतर्राष्ट्रीय     → सीमा शुल्क शुल्क की गणना करें
   └── प्रीमियम ग्राहक  → प्रीमियम छूट लागू करें

एक, दो, या तीनों पथों में से कोई भी चुना जा सकता है।

जब एक साथ कई शर्तें सत्य हो सकती हों, तो समावेशी गेटवे का उपयोग करें।

घटना-आधारित गेटवे

एक घटना-आधारित गेटवे उस पथ का चयन करता है जिसकी घटना सबसे पहले होती है।

उदाहरण:

 

 

उद्धरण भेजें
    ↓
◇ घटना का प्रतीक्षा करें
   ├── ग्राहक स्वीकार करता है → ऑर्डर बनाएं
   ├── ग्राहक अस्वीकार करता है → अनुरोध बंद करें
   └── टाइमर समाप्त होता है → याद दिलाव भेजें

यह तब उपयोगी होता है जब प्रक्रिया प्रतिस्पर्धी घटनाओं का प्रतीक्षा करती है, जैसे कि:

• ग्राहक का प्रतिक्रिया

• समय सीमा समाप्त होना

• किसी अन्य सिस्टम से संदेश

गेटवे की तुलना

गेटवे	चुने गए पथों की संख्या	मुख्य उद्देश्य
वैकल्पिक	ठीक एक	विकल्पों के बीच चयन करें
समानांतर	सभी लागू पथ	एक साथ कार्य करें
समावेशी	एक या अधिक	प्रत्येक लागू शर्त का पालन करें
घटना-आधारित	सबसे पहले होने वाली घटना	जिस घटना को सबसे पहले होता है, उस पर प्रतिक्रिया दें

गेटवे का नामकरण

एक गेटवे को प्रश्न के रूप में लिखा जा सकता है:

• क्या भुगतान स्वीकृत है?

• क्या ग्राहक पात्र है?

• क्या सभी दस्तावेज़ पूर्ण हैं?

• क्या समयसीमा बीत गई है?

उसके बाद आउटगोइंग फ्लो में मेल खाने वाली शर्तों का उपयोग किया जाना चाहिए:

• हाँ / नहीं

• अनुमोदित / अस्वीकृत

• पूर्ण / अपूर्ण

---

5. कनेक्टिंग ऑब्जेक्ट्स

कनेक्टिंग ऑब्जेक्ट्स दिखाते हैं कि BPMN तत्व एक-दूसरे से कैसे संबंधित हैं।

---

5.1 क्रमिक प्रवाह

एक क्रमिक प्रवाह गतिविधियों, घटनाओं और गेटवेज़ के होने के क्रम को दर्शाता है।

इसे एक ठोस रेखा और एक ठोस तीर के साथ दर्शाया जाता है।

शुरुआत → अनुरोध की समीक्षा → अनुरोध को स्वीकृति दें → अंत

क्रमिक प्रवाह आमतौर पर एक ही पूल के भीतर उपयोग किया जाता है।

उदाहरण:

○ शुरुआत → [ऑर्डर की सत्यापन करें] → ◇ भुगतान स्वीकृत है?

क्रमिक प्रवाह के लिए नियम

• दिशा दिखाने के लिए तीरों का उपयोग करें।

• दिशा को स्थिर रखें, आमतौर पर बाएं से दाएं या ऊपर से नीचे।

• जब आवश्यक हो, तो शर्तवाले प्रवाह को लेबल करें।

• रेखाओं के क्रॉस होने से बचें।

• अलग-अलग पूल को जोड़ने के लिए क्रमिक प्रवाह का उपयोग न करें।

---

5.2 संदेश प्रवाह

एक संदेश प्रवाह अलग-अलग भागीदारों या पूल के बीच संचार को दर्शाता है।

इसे एक डैश वाली रेखा और एक खुले तीर के साथ दर्शाया जाता है।

उदाहरण:

ग्राहक पूल       - - - संदेश ऑर्डर - - -> कंपनी पूल
कंपनी पूल        - - - पुष्टि - - -> ग्राहक पूल

संदेश प्रवाह निम्नलिखित का प्रतिनिधित्व कर सकता है:

• आदेश भेजना

• बिल प्राप्त करना

• भुगतान अनुरोध भेजना

• डिलीवरी अपडेट प्राप्त करना

• बाहरी सिस्टम के साथ जानकारी का आदान-प्रदान

क्रम प्रवाह बनाम संदेश प्रवाह

कनेक्शन	के बीच उपयोग किया जाता है	अर्थ
क्रम प्रवाह	एक ही पूल में तत्व	कार्य का क्रम
संदेश प्रवाह	अलग-अलग पूल या भागीदार	भागीदारों के बीच संचार

एक सामान्य शुरुआती गलती दो पूल के बीच क्रम प्रवाह का उपयोग करना है। इसके बजाय संदेश प्रवाह का उपयोग करें।

---

5.3 संबंध

एकसंबंधअतिरिक्त जानकारी को BPMN तत्व से जोड़ता है।

इसे बिंदुओं वाली रेखा के रूप में दर्शाया जाता है।

इसे जोड़ने के लिए उपयोग करें:

• एक गतिविधि को टेक्स्ट टिप्पणी से

• एक डेटा वस्तु को कार्य से

• एक समूह को संबंधित तत्वों से

उदाहरण:

[बिल स्वीकृत करें] ······· "प्रबंधक की स्वीकृति आवश्यक है"

एक संबंध प्रक्रिया के क्रम को नियंत्रित नहीं करता है। यह केवल संदर्भ जोड़ता है।

---

5.4 डेटा संबंध

एक डेटा संबंध दर्शाता है कि डेटा किसी गतिविधि में कैसे प्रवेश करता है या उससे बाहर निकलता है।

यह दिखा सकता है:

• उपयोग में होने वाला इनपुट दस्तावेज़

• उत्पादित हो रहा आउटपुट दस्तावेज़

• अद्यतन की जा रही जानकारी

• संग्रहीत किया जा रहा डेटा

उदाहरण:

[इनवॉइस बनाएं] ─ ─ ─ → इनवॉइस दस्तावेज़

रेखा आमतौर पर खुली तीर के साथ बिंदुओं वाली होती है।

---

6. डेटा तत्व

BPMN डेटा तत्व प्रक्रिया द्वारा उपयोग की गई या बनाई गई जानकारी को दर्शाते हैं।

 

6.1 डेटा वस्तु

एक डेटा वस्तु प्रक्रिया के दौरान उपयोग की गई या उत्पादित जानकारी को दर्शाती है।

उदाहरण:

• ग्राहक ऑर्डर

• इनवॉइस

• आवेदन फॉर्म

• शिपिंग लेबल

• अनुमोदन दस्तावेज़

• भुगतान रसीद

उदाहरण:

[ऑर्डर की समीक्षा करें] ─ ─ ─ → ऑर्डर दस्तावेज़

एक डेटा वस्तु का अर्थ हमेशा भौतिक कागजी दस्तावेज़ नहीं होता है। यह एक डिजिटल फ़ाइल या व्यापारिक रिकॉर्ड को भी दर्शा सकती है।

6.2 डेटा इनपुट

एक डेटा इनपुटप्रक्रिया में प्रवेश करने वाली जानकारी को दर्शाता है।

उदाहरण:

• ग्राहक आवेदन

• आपूर्तिकर्ता का प्रस्ताव

• नया आदेश

• अपलोड किया गया दस्तावेज़

उदाहरण:

ग्राहक आवेदन → प्रक्रिया आवेदन

6.3 डेटा आउटपुट

एक डेटा आउटपुटप्रक्रिया द्वारा उत्पादित जानकारी को दर्शाता है।

उदाहरण:

• अनुमोदित आवेदन

• शिष्टि पुष्टि

• बिल

• पूर्णता रिपोर्ट

6.4 डेटा भंडार

एक डेटा भंडारस्थायी जानकारी को दर्शाता है जो एक प्रक्रिया उदाहरण से परे उपलब्ध रहती है।

उदाहरण:

• ग्राहक डेटाबेस

• इन्वेंट्री प्रणाली

• कर्मचारी रिकॉर्ड

• दस्तावेज़ भंडार

• लेखांकन प्रणाली

उदाहरण:

[इन्वेंट्री अपडेट] ─ ─ ─ ↔ इन्वेंट्री डेटाबेस

जब प्रक्रिया किसी दीर्घकालिक जानकारी भंडार से पढ़ती है या उसमें लिखती है, तो एक डेटा भंडार उपयोगी होता है।

डेटा तत्व तुलना

तत्व	अर्थ	उदाहरण
डेटा वस्तु	प्रक्रिया के दौरान उपयोग या उत्पादित जानकारी	ऑर्डर फॉर्म
डेटा इनपुट	प्रक्रिया में प्रवेश करने वाली जानकारी	ग्राहक आवेदन
डेटा आउटपुट	प्रक्रिया से बाहर जाने वाली जानकारी	अनुमति सूचना
डेटा भंडार	स्थायी जानकारी भंडार	ग्राहक डेटाबेस

---

7. कलाकृतियाँ

कलाकृतियाँ प्रक्रिया प्रवाह को बदले बिना जानकारी जोड़ती हैं।

चित्र में दो सामान्य कलाकृतियाँ दिखाई गई हैं: समूह और पाठ टिप्पणियाँ।

---

7.1 समूह

एक समूह दृश्य रूप से संबंधित तत्वों को घेरता है।

एक समूह डैशदार गोलाकार आयत का उपयोग करके दिखाया जाता है।

एक समूह का उपयोग करें:

• प्रक्रिया के किसी चरण को हाइलाइट करें

• संबंधित गतिविधियों को व्यवस्थित करें

• पालन से संबंधित चरणों को चिह्नित करें

• वैकल्पिक कार्य को पहचानें

• प्रक्रिया की सीमाओं को समझाएं

उदाहरण:

┌ - - - - - ग्राहक सत्यापन - - - - - ┐
  [पहचान जांचें] → [पता सत्यापित करें]
└ - - - - - - - - - - - - - - - - - - - - -┘

एक समूह निष्पादन को नियंत्रित नहीं करता है। यह केवल एक दृश्य सहायता है।

7.2 पाठ टिप्पणी

एक पाठ टिप्पणी एक टिप्पणी या व्याख्या जोड़ती है।

उदाहरण:

[रिफंड स्वीकृत करें] ····· "$500 से अधिक के रिफंड के लिए प्रबंधक की स्वीकृति आवश्यक है।"

टिप्पणियाँ इनके लिए सहायक होती हैं:

• व्यापारिक नियम

• अपवाद

• नीतियाँ

• अनुमान

• असामान्य व्यवहार की व्याख्याएँ

• पाठकों के लिए नोट्स

वास्तविक BPMN तर्क के विकल्प के रूप में पाठ टिप्पणियों का उपयोग न करें। यदि कोई नियम प्रक्रिया पथ को बदलता है, तो इसे गेटवे या घटना के साथ मॉडल करें।

---

8. पूर्ण उदाहरण: ऑनलाइन ऑर्डर प्रक्रिया

निम्नलिखित उदाहरण में पूल, लेंस, गतिविधियाँ, गेटवे, डेटा और संदेश शामिल हैं।

दृश्य

एक ग्राहक ऑनलाइन ऑर्डर देता है। कंपनी जमा और भुगतान की जाँच करती है। यदि उत्पाद उपलब्ध है और भुगतान स्वीकृत है, तो गोदाम ऑर्डर भेज देता है। अन्यथा, ग्राहक को सूचित किया जाता है।

ग्राहक
  ○ ऑर्डर दें
        |
        | ऑर्डर संदेश
        v

ऑनलाइन स्टोर
  बिक्री विभाग
  ○ ऑर्डर प्राप्त करें
        ↓
  [जमा की जाँच करें]
        ↓
  ◇ उत्पाद उपलब्ध है?
     ↙              ↘
   नहीं                हाँ
   ↓                  ↓
[ग्राहक को सूचित करें]  [भुगतान का अनुरोध करें]
   ↓                  ↓
  ● ऑर्डर बंद ◇ भुगतान स्वीकृत?
                     ↙              ↘
                   नहीं                हाँ
                   ↓                  ↓
             [ग्राहक को सूचित करें]   गोदाम
                   ↓             [आइटम चुनें]
              ● ऑर्डर बंद          ↓
                                  [ऑर्डर पैक करें]
                                       ↓
                                  [ऑर्डर भेजें]
                                       ↓
                                  [सत्यापन भेजें]
                                       ↓
                                      ● पूर्ण

प्रक्रिया में उपयोग किया गया डेटा

ग्राहक ऑर्डर → ऑर्डर प्राप्त करें
जमा डेटाबेस ↔ जमा की जाँच करें
भुगतान अनुरोध → भुगतान का अनुरोध करें
शिपिंग लेबल → ऑर्डर भेजें
ऑर्डर सत्यापन → सत्यापन भेजें

भागीदारों के बीच संचार

• ग्राहक कंपनी को ऑर्डर भेजता है।

• कंपनी भुगतान प्रदाता को भुगतान का अनुरोध भेजती है।

• भुगतान प्रदाता स्वीकृति या अस्वीकृति का संदेश भेजता है।

• कंपनी ग्राहक को सत्यापन भेजती है।

• गोदाम शिपमेंट अनुरोध प्राप्त करता है।

---

9. उदाहरण: कर्मचारी छुट्टी का अनुरोध

व्यापारिक नियम

एक कर्मचारी छुट्टी का अनुरोध जमा करता है। प्रबंधक इसे स्वीकृत या अस्वीकृत करता है। यदि स्वीकृत है, तो एचआर प्रणाली कर्मचारी की छुट्टी शेष राशि को अपडेट करती है।

कर्मचारी
  ○ छुट्टी का अनुरोध जमा करें
        ↓
प्रबंधक
  [अनुरोध की समीक्षा करें]
        ↓
  ◇ स्वीकृत?
    ↙       ↘
  नहीं         हाँ
  ↓           ↓
[अस्वीकृति [कर्मचारी को सूचित करें]
 भेजें]       ↓
  ↓         एचआर विभाग
  ● अंत      [छुट्टी शेष राशि अपडेट करें]
                    ↓
               [स्वीकृति रिकॉर्ड करें]
                    ↓
                   ● अंत

संभावित डेटा तत्व

• छुट्टी का अनुरोध

• कर्मचारी की छुट्टी का शेष

• अनुमोपन सूचना

• मानव संसाधन रिकॉर्ड

संभावित टिप्पणी

“10 कार्य दिवस से अधिक की छुट्टी के लिए विभाग प्रमुख की अनुमोपन आवश्यक है।”

यदि नियम एक अन्य निर्णय पथ बनाता है, तो इसे केवल एक टिप्पणी के रूप में लिखने के बजाय एक गेटवे के साथ मॉडल किया जाना चाहिए।

---

10. उदाहरण: समानांतर गतिविधियाँ

मान लीजिए कि एक अनुमोदित ऋण आवेदन में क्रेडिट जांच और पहचान जांच दोनों की आवश्यकता है। ये एक ही समय में हो सकते हैं।

[ऋण आवेदन प्राप्त करें]
          ↓
       ◇ AND
       ↙   ↘
[क्रेडिट जांच] [पहचान जांच]
       ↘   ↙
       ◇ AND
          ↓
 [ऋण देने का निर्णय लें]
          ↓
         ● अंत

पहला समानांतर गेटवे प्रक्रिया को विभाजित करता है। दूसरा तब तक प्रतीक्षा करता है जब तक कि दोनों गतिविधियाँ पूर्ण नहीं हो जातीं।

इस पैटर्न का उपयोग करें जब:

• गतिविधियाँ स्वतंत्र हैं

• दोनों गतिविधियाँ आवश्यक हैं

• इन्हें एक साथ करना समय बचाता है

---

11. उदाहरण: घटनाओं का प्रतीक्षा करना

एक आपूर्तिकर्ता एक कोटेशन भेजता है, लेकिन यदि प्रतिक्रिया में बहुत अधिक समय लगता है, तो कंपनी अनुरोध को रद्द भी कर सकती है।

[कोटेशन अनुरोध भेजें]
          ↓
  ◇ घटना-आधारित गेटवे
      ↙          ↘
[कोटेशन प्राप्त करें]  [टाइमर समाप्त हो जाता है]
      ↓              ↓
[कोटेशन का मूल्यांकन करें]  [याद दिलाव भेजें]
      ↓              ↓
     ● अंत          ● अंत

पथ इस बात पर निर्भर करता है कि कौन सी घटना पहले होती है।

---

12. BPMN आरेख कैसे बनाएं

एक नए व्यावसायिक प्रक्रिया को मॉडल करते समय इस प्रक्रिया का पालन करें।

चरण 1: प्रक्रिया की सीमा परिभाषित करें

निर्णय लें कि प्रक्रिया कहाँ शुरू होती है और कहाँ समाप्त होती है।

उदाहरण:

• शुरुआत: ग्राहक एक ऑर्डर जमा करता है

• अंत: ऑर्डर भेज दिया जाता है या रद्द कर दिया जाता है

एक ही आरेख में पूरी संस्था को मॉडल करने से बचें।

चरण 2: भागीदारों की पहचान करें

संबंधित लोगों, विभागों, संगठनों और प्रणालियों की सूची बनाएं।

उदाहरण:

• ग्राहक

• बिक्री विभाग

• गोदाम

• भुगतान प्रदाता

निर्धारित करें कि कौन से पूल होने चाहिए और कौन से लेन।

चरण 3: प्रारंभिक घटना की पहचान करें

पूछें:

इस प्रक्रिया को क्या प्रारंभ करता है?

संभावित उत्तर:

• एक अनुरोध जमा किया जाता है

• एक संदेश प्राप्त होता है

• निर्धारित समय आता है

• एक शर्त सत्य हो जाती है

चरण 4: मुख्य गतिविधियों की सूची बनाएं

पहले काम को साधारण भाषा में लिखें।

उदाहरण:

1. ऑर्डर प्राप्त करें

2. इन्वेंट्री की जांच करें

3. भुगतान का अनुरोध करें

4. उत्पाद चुनें

5. ऑर्डर पैक करें

6. ऑर्डर भेजें

7. पुष्टि भेजें

चरण 5: निर्णय जोड़ें

ऐसे प्रश्न ढूंढें जो आगे क्या होगा, उसे बदल देते हैं।

उदाहरण:

• क्या उत्पाद उपलब्ध है?

• क्या भुगतान स्वीकृत है?

• क्या अनुरोध पूर्ण है?

• क्या समयसीमा बीत गई है?

इन निर्णयों को गेटवे के साथ दर्शाएं।

चरण 6: अंत घटनाएं जोड़ें

एक प्रक्रिया में कई अंत हो सकते हैं।

उदाहरण:

• ऑर्डर पूरा हुआ

• ऑर्डर रद्द किया गया

• अर्जी अस्वीकृत

• भुगतान विफल

चरण 7: क्रमिक प्रवाह जोड़ें

प्रक्रिया को शुरू से अंत तक जोड़ें। दिशा को आसानी से समझने योग्य रखें।

चरण 8: संदेश जोड़ें

संदेश प्रवाह का उपयोग करके अलग-अलग पूल के बीच संचार दर्शाएं।

चरण 9: डेटा और टिप्पणियां जोड़ें

केवल तभी दस्तावेज़, डेटाबेस, नियम और नोट्स जोड़ें जहाँ वे प्रक्रिया को स्पष्ट करते हैं।

चरण 10: आरेख की समीक्षा करें

जांचें कि:

• हर प्रक्रिया पथ सही ढंग से शुरू होता है

• हर पथ किसी अंत तक पहुंचता है

• गेटवे तार्किक रूप से जोड़े गए हैं

• जिम्मेदारियां स्पष्ट हैं

• संदेश अलग-अलग भागीदारों को जोड़ते हैं

• गतिविधियों का नामकरण सुसंगत है

• आरेख पढ़ने योग्य है

---

13. नामकरण परंपराएं

अच्छे नाम BPMN आरेखों को समझने में बहुत आसान बनाते हैं।

घटनाएं

एक संज्ञा या घटना वाक्यांश का उपयोग करें:

• ऑर्डर प्राप्त हुआ

• भुगतान स्वीकृत

• नियत समय समाप्त हो गया

• ग्राहक ने अनुरोध रद्द कर दिया

कार्य

एव क्रिया के बाद वस्तु का उपयोग करें:

• आवेदन की जाँच करें

• भंडार की जाँच करें

• भुगतान को स्वीकार करें

• सूचना भेजें

गेटवे

एक प्रश्न का उपयोग करें:

• क्या आवेदन पूर्ण है?

• क्या भुगतान स्वीकृत है?

• क्या उत्पाद उपलब्ध हैं?

समापन घटनाएँ

एक परिणाम का उपयोग करें:

• ऑर्डर पूर्ण हो गया

• अनुरोध अस्वीकृत

• भुगतान विफल

• केस बंद

अस्पष्ट लेबल जैसे इनसे बचें:

• ऑर्डर प्रक्रिया

• अनुरोध संभालें

• जाँच करें

• कार्रवाई आवश्यक

अधिक सटीक नामों को प्राथमिकता दें:

• ऑर्डर विवरण की जाँच करें

• ग्राहक के अनुरोध की समीक्षा करें

• भुगतान की स्थिति की जाँच करें

• स्वीकृति सूचना भेजें

---

14. सामान्य प्रारंभिक गलतियाँ

गलत फ्लो प्रकार का उपयोग करना

गलत:

दो अलग-अलग पूल के बीच अनुक्रम फ्लो

सही:

अलग-अलग पूल के बीच संदेश फ्लो

एक भागीदार के भीतर गतिविधियों के क्रम के लिए अनुक्रम फ्लो का उपयोग करें। भागीदारों के बीच संचार के लिए संदेश फ्लो का उपयोग करें।

प्रत्येक विभाग को एक अलग पूल के रूप में मानना

एक ही संगठन के भीतर विभागों को आमतौर पर एक ही पूल के भीतर लेन के रूप में दर्शाना बेहतर होता है। अलग-अलग पूल स्वतंत्र भागीदारों के लिए अधिक उपयुक्त हैं।

सरल अनुक्रमिक कार्य के लिए गेटवे का उपयोग करना

जब कोई शाखा या विलय न हो, तो गेटवे न जोड़ें।

अनावश्यक:

शुरुआत → ◇ → फॉर्म की समीक्षा → ◇ → अंत

बेहतर:

शुरुआत → फॉर्म की समीक्षा → अंत

शाखाओं को विलय करना भूल जाना

यदि कोई गेटवे प्रक्रिया को विभाजित करता है, तो बाद में उसकी शाखाओं को विलय करने की आवश्यकता हो सकती है।

उदाहरण के लिए, किसी अनुरोध को स्वीकार करने या अस्वीकार करने के बाद, प्रक्रिया एक सामान्य सूचना चरण पर जारी रह सकती है।

प्रक्रिया तर्क के बजाय पाठ का उपयोग करना

नोट के रूप में “यदि भुगतान विफल हो, तो ग्राहक को सूचित करें” लिखने से व्यवहार का मॉडल नहीं बनता। एक एक्सक्लूसिव गेटवे का उपयोग करें:

◇ भुगतान स्वीकृत है?
   ├── हाँ → ऑर्डर जारी रखें
   └── नहीं → ग्राहक को सूचित करें

डायग्राम को अतिभारित करना

बहुत सारी विस्तृत जानकारी वाला डायग्राम पढ़ने में कठिन हो जाता है। इनका उपयोग करें:

• उप-प्रक्रियाएं

• अलग-अलग डायग्राम

• समूह

• अलग-अलग दर्शकों के लिए अधिक विशिष्ट दृश्य

विस्तार के स्तरों को मिला देना

जब तक संबंध स्पष्ट न हो, तब तक “ऑर्डर प्रोसेस” जैसे उच्च-स्तरीय गतिविधियों को “लेबल प्रिंट करें” और “पैकेज सील करें” जैसे विस्तृत चरणों के बगल में न रखें।

डायग्राम के लिए एक ही विस्तार स्तर चुनें या उप-प्रक्रिया का उपयोग करें।

अंत घटनाएं अनुपस्थित हैं

एक प्रक्रिया सामान्यतः अपने संभावित परिणाम स्पष्ट करनी चाहिए। जहाँ उचित हो, सफल, अस्वीकृत, रद्द या विफल पथों के लिए अंत घटनाएँ शामिल करें।

---

15. BPMN मॉडलिंग के सर्वोत्तम अभ्यास

• प्रक्रिया के उद्देश्य और सीमा से शुरू करें।

• स्पष्ट बाएँ से दाएँ या ऊपर से नीचे की दिशा का उपयोग करें।

• एक प्रारंभ घटना का उपयोग करें, जब तक कि कई ट्रिगर वास्तव में आवश्यक न हों।

• हर महत्वपूर्ण पथ को एक स्पष्ट परिणाम दें।

• कार्यों को समान विस्तार के स्तर पर रखें।

• जिम्मेदारी को स्पष्ट करने के लिए लेन का उपयोग करें।

• आउटगोइंग गेटवे प्रवाह को लेबल करें।

• संदेश प्रवाह का उपयोग केवल भागीदारों के बीच संचार के लिए करें।

• जहाँ संभव हो, क्रॉसिंग कनेक्टरों से बचें।

• तकनीकी नामों के बजाय अर्थपूर्ण नामों को प्राथमिकता दें।

• तब ही डेटा ऑब्जेक्ट का उपयोग करें जब जानकारी महत्वपूर्ण हो।

• प्रक्रिया तर्क को समझाने के लिए टिप्पणियों का उपयोग करें, न कि उन्हें प्रतिस्थापित करने के लिए।

• बड़े आरेखों को उप-प्रक्रियाओं में विभाजित करें।

• वास्तविक कार्य करने वाले लोगों के साथ मॉडल की सत्यापन करें।

---

16. त्वरित BPMN चिट-शीट

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

---

17. एक सरल BPMN मॉडलिंग चेकलिस्ट

डायग्राम को अंतिम रूप देने से पहले पूछें:

प्रक्रिया प्रवाह

• क्या एक स्पष्ट शुरुआत है?

• क्या सामान्य प्रक्रिया समझने में आसान है?

• क्या हर पथ अंततः समाप्त हो जाता है?

• क्या निर्णय गेटवे द्वारा दर्शाए गए हैं?

जिम्मेदारियां

• क्या हर गतिविधि किसी भागीदार या पट्टी को सौंपी गई है?

• क्या अलग-अलग भागीदारों के लिए पूल का उपयोग किया जाता है?

• क्या पट्टियों का उपयोग आंतरिक भूमिकाओं या विभागों के लिए किया जाता है?

संबंध

• क्या क्रमिक प्रवाह एक पूल के भीतर उपयोग किए जाते हैं?

• क्या संदेश प्रवाह पूल के बीच उपयोग किए जाते हैं?

• क्या गेटवे शाखाओं को लेबल किया गया है?

जानकारी

• क्या महत्वपूर्ण दस्तावेज़ दिखाए गए हैं?

• क्या स्थायी प्रणालियों को डेटा भंडार के रूप में दर्शाया गया है?

• क्या टिप्पणियां केवल स्पष्टीकरण के लिए उपयोग की जाती हैं?

पठनीयता

• क्या आरेख बहुत बड़ा है?

• क्या गतिविधियों का नामकरण सुसंगत है?

• क्या कनेक्टर रेखाओं का पालन करना आसान है?

• क्या उप-प्रक्रिया आरेख को सरल बना सकती है?

मूल विचार सरल है: घटनाएं बताती हैं कि क्या होता है, गतिविधियां कार्य का वर्णन करती हैं, गेटवे निर्णयों या समानांतर पथों को नियंत्रित करते हैं, स्विमलेन जिम्मेदारी दिखाते हैं, संबंध संबंध दर्शाते हैं, और डेटा तत्व जानकारी दिखाते हैं।एक साथ, ये तत्व यह स्पष्ट रूप से दर्शाते हैं कि एक व्यावसायिक प्रक्रिया कैसे शुरू होती है, आगे बढ़ती है, शाखाएं बनाती है, संचार करती है और समाप्त होती है।

संदर्भ

1. BPMN, Visual Paradigm टूलिंग, AI और पारिस्थितिकी तंत्र के लिए व्यापक गाइड: VP AI पारिस्थितिकी तंत्र के चार स्तंभों को व्यावहारिक BPMN उदाहरणों जैसे कर्मचारी ऑनबोर्डिंग और ऑर्डर पूर्ति के साथ रेखांकित करने वाला आधिकारिक ब्लॉग पोस्ट।
2. व्यावसायिक प्रक्रिया मॉडलिंग में महारत: BPMN और AI-संचालित आरेख जनरेशन के लिए पूर्ण गाइड: AI व्यावसायिक प्रक्रिया आरेख जनरेटर का उपयोग करने का विवरण देने वाला आधिकारिक गाइड, चरण-दर-चरण निर्देशों और विशेषताओं की तुलना के साथ।
3. पाठ से प्रक्रिया प्रवाह तक: Visual Paradigm के AI-संचालित BPMN जनरेटर पर मेरा व्यावहारिक समीक्षा: एक व्यावसायिक विश्लेषक के दृष्टिकोण से वास्तविक दुनिया के परिदृश्यों (ई-कॉमर्स, आईटी सहायता, बैंकिंग) में जनरेटर का परीक्षण करने वाला स्वतंत्र समीक्षा।
4. AI BPMN आरेख जनरेटर: पेशेवर BPD टूल: आधिकारिक उत्पाद पृष्ठ जो टेक्स्ट-से-डायग्राम सुविधा, VP डेस्कटॉप में इसे कैसे एक्सेस करें, और मानक अनुपालन जैसे प्रमुख लाभों की व्याख्या करता है।
5. BPMN, Visual Paradigm टूल्स, कृत्रिम बुद्धिमत्ता और पारिस्थितिकी तंत्र की व्यापक गाइड: व्यापक गाइड का चीनी संस्करण, जिसमें BPMN के मूल सिद्धांत और AI-संचालित जनरेशन के केस स्टडी शामिल हैं।
6. टेक्स्ट से प्रक्रिया प्रवाह तक: Visual Paradigm के AI-संचालित BPMN जनरेटर पर एक व्यावहारिक समीक्षा: हार्डवेयर रिटेलर की शिपमेंट प्रक्रिया पर विस्तृत केस स्टडी, जो यह दिखाती है कि AI गेटवे, समानांतर निष्पादन और स्विमलेन तर्क को कैसे संभालता है।
7. AI BPMN डायग्राम जनरेटर: पेशेवर BPD टूल: AI जनरेटर की क्षमताओं का विवरण देने वाला चीनी उत्पाद गाइड, जिसमें क्रॉस-फंक्शनल स्पष्टता के लिए स्वचालित पूल और लैन शामिल हैं।
8. मेरी व्यक्तिगत अनुभव: Visual Paradigm के AI-संचालित BPMN का उपयोग करके कार्यप्रवाह दस्तावेज़ों को बदलना: कर्मचारी भर्ती, ग्राहक सहायता और ऋण अनुमोदन परिदृश्यों पर AI जनरेटर के प्रदर्शन का प्रत्यक्ष समीक्षा।
9. BPMN 2.0 व्यावसायिक प्रक्रिया मॉडलिंग नवप्रारंभिकों के लिए व्यावहारिक गाइड: Visual Paradigm और AI का उपयोग करके आसानी से पेशेवर प्रक्रिया प्रवाह बनाएं: प्रॉम्प्ट लेखन रणनीतियों और AI चैटबॉट का उपयोग करके संवादात्मक परिष्करण के लिए उन्नत अनुकूलन तकनीकों वाला व्यावहारिक ट्यूटोरियल।
10. BPMN पूर्ण व्यावहारिक ट्यूटोरियल: Visual Paradigm अनुभव, AI कार्यक्षमता और पारिस्थितिकी तंत्र की गहन गाइड: AI-संचालित BPMN जनरेटर के लॉन्च को कवर करने वाले लेखों की श्रृंखला, जिसमें पारिस्थितिकी तंत्र एकीकरण और व्यावहारिक उदाहरणों पर गहन विवरण शामिल हैं।

यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।