व्यवसाय प्रक्रिया से उपयोग केस की पहचान करें

व्यवसाय प्रक्रिया से उपयोग केस की पहचान करें

संगत विजुअल पैराडाइम संस्करण: एंटरप्राइज, प्रोफेशनल, स्टैंडर्ड

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


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

BPMN और BPD क्या हैं?

BPMN व्यवसाय विश्लेषकों को व्यवसाय प्रक्रियाओं के मॉडलिंग के लिए एक सेट ग्राफिकल नोटेशन प्रदान करता है। इसका विकास शुरू में व्यवसाय प्रक्रिया प्रबंधन पहल (BPMI) द्वारा किया गया था और अब इसका रखरखाव ऑब्जेक्ट मैनेजमेंट ग्रुप (OMG) द्वारा किया जा रहा है। BPMN के विकास के लिए एक प्रमुख प्रेरणा यह है कि विभिन्न भूमिकाओं, विभिन्न देशों और/या विभिन्न बोली वाले लोगों के लिए एक सामान्य ग्राफिकल भाषा प्रदान करना ताकि वे बिना किसी बाधा के एक ही व्यवसाय प्रक्रिया को समझ सकें।

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

निम्नलिखित एक संगठन के लिए पंजीकरण प्रक्रिया का एक सरल BPD है। यह आपको देखने में आने वाले अधिकांश प्रमुख मॉडलिंग नोटेशन को कवर करता है। चलिए देखते हैं।

BPD sample

नोटेशन विवरण
BPMN pool पूल – प्रक्रिया के भीतर एक सहभागी का प्रतिनिधित्व करता है। BPMN में, पूल और लेन दोनों का उपयोग सहभागियों के प्रतिनिधित्व के लिए किया जाता है। एक लेन एक पूल में शामिल होती है, जिसका उपयोग मातृ पूल के उप-भाग के मॉडलिंग के लिए किया जाता है।
BPMN start event प्रारंभ घटना – प्रक्रिया की शुरुआत। ट्रिगर को परिभाषित किया जा सकता है ताकि पाठकों को बताया जा सके कि प्रक्रिया किस स्थिति में ट्रिगर होगी। उदाहरण के लिए, जब ईमेल प्राप्त हो/जब सोमवार का सुबह हो/जब कोई त्रुटि हो।
BPMN task कार्य – एक परमाणु गतिविधि जो निर्धारित सहभागी (पूल/लेन द्वारा मॉडलिंग) कर सकते हैं। कार्य और अन्य फ्लो वस्तुओं को एक साथ जोड़कर पूर्ण व्यवसाय वर्कफ्लो बनाया जाता है।
BPMN end event अंत घटना – प्रक्रिया का अंत। एक परिणाम को परिभाषित किया जा सकता है ताकि पाठकों को बताया जा सके कि प्रक्रिया समाप्त होने पर क्या होगा। उदाहरण के लिए, सिग्नल जारी करना/त्रुटि उत्पन्न करना, आदि।

इस ट्यूटोरियल में हम BPD या व्यवसाय प्रक्रिया मॉडलिंग पर भारी ध्यान नहीं देने वाले हैं। यदि आप BPMN, BPD या व्यवसाय प्रक्रिया मॉडलिंग के बारे में अधिक जानना चाहते हैं, तो कृपया ट्यूटोरियल ‘परिचय से ‘ पढ़ेंBPMN भाग I से IV.

उपयोग केस आरेख क्या है?

उपयोग केस मॉडलिंग का अर्थ है UML उपयोग केस आरेख के उपयोग से उच्च स्तरीय उपयोगकर्ता आवश्यकताओं को एकत्र करने की तकनीक। उपयोग केस मॉडल को सॉफ्टवेयर या सिस्टम डिजाइनर के लिए डिज़ाइन किया गया है, व्यवसाय लोगों के लिए नहीं।

06-use-case-diagram-sampleएक उपयोग केस आरेख में तीन मुख्य तत्व होते हैं।

नोटेशन विवरण
UML use case उपयोग केस – प्रत्येक उपयोग केस उपयोगकर्ता के लक्ष्य का प्रतिनिधित्व करता है, जो उपयोगकर्ता द्वारा प्राप्त करने के लिए एक उद्देश्य है। ध्यान दें कि उपयोग केस केवल उपयोगकर्ता को क्या करना है, उसके बजाय विकासकर्ता को क्या विकसित करना है, को दिखाने के लिए उपयोग किया जा सकता है, हालांकि कुछ मामलों में वे एक ही हो सकते हैं। यदि आप उपयोग केस में शामिल फ़ंक्शन को दस्तावेज़ीकरण या मॉडलिंग करना चाहते हैं, तो आप इवेंट के प्रवाह टूल का उपयोग कर सकते हैं, या उपयोग केस को विस्तारित कर सकते हैंअनुक्रम आरेख/गतिविधि आरेख. बस याद रखें कि उपयोग केस मॉडलिंग उपयोगकर्ता द्वारा क्या प्राप्त करने के लिए मॉडलिंग करने का उद्देश्य है।
UML actor एक्टर – प्रणाली का उपयोगकर्ता। यहां ‘उपयोगकर्ता’ शब्द मानवों तक सीमित नहीं है। यह एक प्रणाली हो सकती है जो हमारी प्रणाली के साथ बातचीत करती है ताकि कुछ व्यावसायिक उद्देश्य पूरा किया जा सके।
UML communication link संचार लिंक/संबंध – एक्टर और उपयोग केस के बीच जुड़ता है ताकि एक्टर द्वारा प्रणाली के एक्सेस को दर्शाया जा सके। प्रत्येक संचार लिंक एक्टर और प्रणाली के बीच लेनदेन के क्रम को दर्शाता है।

BPD और उपयोग केस आरेख से स्थानांतरण

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

विजुअल पैराडाइम एक दृश्य मॉडलिंग टूल है जो मॉडल ट्रांसिटर फीचर के माध्यम से दो मॉडल के बीच ट्रेसेबिलिटी लिंकेज स्थापित करके व्यावसायिक प्रक्रिया से लेकर उपयोग केस मॉडलिंग (व्यावसायिक आवश्यकता से एप्लिकेशन आवश्यकता तक) के लिए समर्थन करता है। हमें ट्रेसेबिलिटी की आवश्यकता निम्नलिखित कारणों से है:

  • हम यह सुनिश्चित कर सकते हैं कि प्रणाली वास्तविक दुनिया के उपयोग में फिट हो सके जब हम उपयोग केस में शामिल प्रक्रिया प्रवाह के हिस्से का अध्ययन करते हैं।
  • उपयोग केस के स्रोत बनाने वाले प्रक्रिया के हिस्से का अनुसरण करके “हमें इस (प्रणाली) फ़ंक्शन की आवश्यकता क्यों है?” जैसे प्रश्नों के उत्तर देने के लिए।
  • BPD से उपयोग केस आरेख तक अनुसरण करके “क्या एक विशिष्ट संचालन पहले से ही कार्यान्वित कर दिया गया है?” जैसे प्रश्नों के उत्तर देने के लिए।

BPD बनाम उपयोग केस आरेख

जब आप BPD को उपयोग केस आरेख में स्थानांतरित करते हैं, तो आप लेन/पूल से एक्टर और कार्य/उप-प्रक्रिया से उपयोग केस उत्पन्न कर सकते हैं। निम्नलिखित तालिका आपको मॉडल स्थानांतरण के संदर्भ में पूल, लेन, एक्टर, कार्य, उप-प्रक्रिया और उपयोग केस की विशेषताओं को दिखाती है।

से को विवरण
Pool
Lane
14-actor
पूल/लेन से एक्टर

BPD में, एक पूल व्यावसायिक प्रक्रिया के सहभागी का प्रतिनिधित्व करता है जबकि लेन पूल का उप-विभाजन है। वह कोई भी व्यक्ति जिसके पास प्रक्रिया से संबंधित कोई क्रिया करने की गतिविधि है, उसे सहभागी कहा जाता है। उपयोग केस आरेख में, एक्टर प्रणाली के उपयोगकर्ता का प्रतिनिधित्व करता है। ध्यान रखें कि कोई भी व्यक्ति या भूमिका जो प्रणाली का उपयोगकर्ता नहीं है, उसे एक्टर के रूप में नहीं माना जाना चाहिए।

Task
Sub-process
15-use-case
कार्य/उप-प्रक्रिया से उपयोग केस

BPD में, एक कार्य/उप-प्रक्रिया (गतिविधि) व्यावसायिक प्रक्रिया पूरी करने के लिए सहभागी द्वारा किए जा सकने वाले किसी भी क्रिया को संदर्भित करता है। उपयोग केस आरेख में, एक उपयोग केस उपयोगकर्ता द्वारा प्रणाली का उपयोग करके प्राप्त करने के लिए लक्ष्य को प्रस्तुत करता है। ध्यान रखें कि एक गतिविधि किसी भी प्रणाली फ़ंक्शन से संबंधित होने की आवश्यकता नहीं है, और एक उपयोग केस कई गतिविधियों को संतुष्ट कर सकता है।

कुछ लोग सोच सकते हैं कि उपयोग केस आरेख BPD के समान है लेकिन नोटेशन और उद्देश्यों में काफी अलग है। याद रखें कि BPMN व्यावसायिक लोगों के लिए डिज़ाइन किया गया है जबकि उपयोग केस आरेख सिस्टम विश्लेषक या सिस्टम विकासकर्ताओं के लिए है। वे अलग-अलग उद्देश्यों के लिए सेवा करते हैं और व्यावसाय को दो अलग-अलग दृष्टिकोणों से पढ़ते हैं। इसी कारण पिछले भाग में मैंने BPD और उपयोग केस आरेख के बीच संबंध को सारांशित करने के लिए कहा कि “BPD आपको उपयोग केस की पहचान करने में मदद करता है।” BPD केवल उपयोग केस की पहचान करते समय आपको संकेत दे सकता है। कोई नियम नहीं है जो कहता है कि BPD में मौजूद प्रत्येक कार्य उपयोग केस के बराबर है। लेकिन हम लक्ष्य प्रणाली द्वारा एक विशेषता के स्वचालन के लिए एक उपयोग केस के साथ व्यावसायिक प्रक्रिया को विस्तारित कर सकते हैं।

केस स्टडी में, मैं आपको BPD को उपयोग केस आरेख में स्थानांतरित करते समय ध्यान देने योग्य बातों के बारे में कुछ विचार दूंगा। फिर आप समझ पाएंगे कि वे कितने अलग हैं।

केस स्टडी: द ट्रू आक्वा डिस्टिल्ड वॉटर कंपनी

द ट्रू आक्वा डिस्टिल्ड वॉटर कंपनी शहर में एक युवा डिस्टिल्ड वॉटर आपूर्तिकर्ता है। वे व्यावसायिक और घरेलू उपयोग के लिए डिस्टिल्ड वॉटर बेचते हैं। निम्नलिखित उनकी पानी की डिलीवरी प्रक्रिया का एक लिखित विवरण है।

डिस्टिल्ड वॉटर ऑर्डर करने के लिए, ग्राहक या ऑर्डरिंग हॉटलाइन पर कॉल करता है या हमें ईमेल भेजता है। वर्तमान में, 90% ऑर्डर फोन कॉल से आते हैं, जबकि 10% ईमेल द्वारा रखे जाते हैं। ऑर्डर प्राप्त करने वाले कस्टमर सर्विस सहायक ग्राहक की जांच करेगा कि वह एक मौजूदा ग्राहक है या एक नया ग्राहक। यदि ग्राहक ने पहले कभी ऑर्डर नहीं किया है, तो कस्टमर सर्विस सहायक डिलीवरी के लिए आगे बढ़ने से पहले उसके लिए एक ग्राहक खाता बनाएगा।

डिस्टिल्ड वॉटर की डिलीवरी हर बुधवार को एक बार की जाती है। इसलिए हर बुधवार सुबह, कस्टमर सर्विस सहायक ऑर्डर को डिलीवरी के लिए लॉजिस्टिक्स विभाग को फॉरवर्ड करेगा। जब लॉजिस्टिक्स विभाग के प्रबंधक ऑर्डर प्राप्त कर लेते हैं, तो वे विभिन्न ऑर्डर के लिए कर्मचारियों को नियुक्त करके, शेड्यूल प्रिंट और पोस्ट करके डिलीवरी की व्यवस्था करेंगे। कर्मचारी फोन कॉल प्राप्त करते हैं और ग्राहक को पानी की डिलीवरी करते हैं।

विवरण के आधार पर एक व्यावसायिक प्रक्रिया मॉडल बनाया गया है। अब आपसे अनुरोध किया गया है कि पूरी प्रक्रिया को अनुकूलित करने के लिए एक कंप्यूटर प्रणाली विकसित करें। आपके द्वारा पहला काम उपयोग केस मॉडल विकसित करना है। BPD की मदद से उपयोग केस आरेख विकसित करने की कोशिश करें।

  1. डाउनलोड करें डिस्टिल्ड वॉटर डिलीवरी.vpp. आप इस ट्यूटोरियल के नीचे इस फ़ाइल को भी पा सकते हैं।
  2. डाउनलोड किए गए .vpp फ़ाइल को विजुअल पैराडाइग्म में खोलें। प्रोजेक्ट खोलने के लिए, चुनें प्रोजेक्ट > खोलें एप्लिकेशन टूलबार से।
  3. BPD खोलें डिस्टिल्ड वॉटर ऑर्डरिंग प्रक्रिया। प्रक्रिया प्रवाह का ध्यान से अध्ययन करें।
    BPD sample
  4. प्रक्रिया तब शुरू होती है जब एक ग्राहक आदेश देता है। यहां हम एक उपयोग केस – आदेश देना के बारे में सोच सकते हैं। उपयोग केस ग्राहक को ग्राहक सेवा सहायक की सहायता के बिना आदेश देने के लिए एक इंटरफ़ेस प्रदान करके प्रक्रिया को स्वचालित करने में मदद करेगा, ग्राहक की पहचान की पुष्टि करेगा और यदि ग्राहक का खाता नहीं है तो खाता बनाएगा। आदेश देना पर दाएं क्लिक करें और चुनें संबंधित तत्व > नए उपयोग केस में स्थानांतरित करें… पॉपअप मेनू से।
    Create use case from task
  5. इससे मॉडल तत्व स्थानांतरित करेंविंडो प्रदर्शित होती है, जहां आप उपयोग केस और एक्टर को रखने के लिए मॉडल चुन सकते हैं और उनके नाम बदल सकते हैं। इस मामले में हम उपयोग केस और एक्टर के नामों से संतुष्ट हैं। आइए उन्हें अपरिवर्तित रखें। क्लिक करें ओके.
    Transit model element
    यह UeXceler में एक नया उपयोग केस आरेख बनाता है।
    Use case diagram formed
  6. BPD पर वापस जाएं।
  7. आइए कार्य को विचार करें ग्राहक खाता बनाएं। व्यापार प्रक्रिया में, ग्राहक सेवा सहायक को हर नए ग्राहक के लिए खाता बनाने की आवश्यकता होती है। नए सिस्टम में, यह या तो आदेश देनाउपयोग केस का हिस्सा हो सकता है, या ग्राहक सेवा सहायक द्वारा हाथ से ट्रिगर किया जाने वाला अलग उपयोग केस हो सकता है। वास्तविक दुनिया की स्थिति में, आपको इस तरह के संदेह को स्टेकहोल्डर के साथ स्पष्ट करना चाहिए क्योंकि गलत उपयोग केस मॉडल उन फ़ंक्शन के विकास की ओर ले जाएगा जो उपयोगकर्ता की अपेक्षा के अनुरूप नहीं होंगे। इस उदाहरण में, आइए मान लें कि उपयोगकर्ता चाहता है कि ग्राहक खाता बनाएंकार्य को ग्राहक सेवा सहायक द्वारा किए जाने वाले कार्य के रूप में करना चाहता है। आइए इससे एक उपयोग केस बनाएं। आइए ग्राहक खाता बनाएं और चुनें संबंधित तत्व > नए उपयोग केस में स्थानांतरित करें… पॉपअप मेनू से।
    Create use case from task
  8. फिर से, हम उपयोग केस और एक्टर के नाम से संतुष्ट हैं। सभी चीजें मॉडल तत्व स्थानांतरित करेंविंडो में अपरिवर्तित रखें। क्लिक करें ठीक है. उपयोग केस आरेख में एक नया उपयोग केस और अभिनेता के साथ अद्यतन किया गया है। आइए देखते हैं।
    New use cases created
  9. BPD पर वापस जाएं। आइए उप-प्रक्रिया पर आगे बढ़ेंडिलीवरी व्यवस्थित करें. लॉजिस्टिक्स विभाग के प्रबंधक इस प्रणाली का उपयोग आवंटन करने और कर्मचारियों को पानी डिलीवर करने के लिए सूचित करने के लिए कर सकते हैं। इसलिए, यह प्रणाली का एक उपयोग केस भी है। उप-प्रक्रिया पर दाएं क्लिक करेंडिलीवरी व्यवस्थित करें और चुनेंसंबंधित तत्व > नए उपयोग केस में स्थानांतरण… पॉपअप मेनू से।
  10. स्थानांतरण मॉडल तत्वट्रांजिट मॉडल तत्व विंडो में। यदि हम अभिनेता के नाम को रखते हैंप्रबंधक, उपयोग केस मॉडल में यह अस्पष्ट है क्योंकि कंपनी में कई विभाग और कई अलग-अलग प्रबंधक हो सकते हैं। इसलिए, अभिनेता का नाम बदलेंलॉजिस्टिक्स विभाग प्रबंधक.
    24-rename-actor
  11. क्लिक करेंठीक है. उपयोग केस आरेख अद्यतन किया गया है।
    Use case diagram updated
  12. BPD पर वापस जाएं। अंतिम कार्यपानी डिलीवर करेंमानव द्वारा ही किया जा सकता है और प्रणाली के अंतरक्रिया से कोई संबंध नहीं है। इसलिए, इसके लिए उपयोग केस बनाने की आवश्यकता नहीं है।
  13. मान लीजिए कि क्षेत्रीय प्रबंधक चाहता है कि प्रणाली एक नई कार्यक्षमता का समर्थन करे जो आदेशों पर सांख्यिकी दिखाने वाली रिपोर्ट उत्पन्न कर सके। यह कार्यक्षमता उसे विपणन रणनीति की समीक्षा और सुधार में मदद कर सकती है। भले ही इस कार्यक्षमता को व्यवसाय प्रक्रिया मॉडल में मॉडल नहीं किया गया था, हम इसे सीधे उपयोग केस आरेख में बना सकते हैं। उपयोग केस आरेख खोलें। एक अभिनेता बनाएंक्षेत्रीय प्रबंधक. एक उपयोग केस बनाएंसांख्यिकी रिपोर्ट उत्पन्न करेंइसके साथ संबंधित बनाएं।
    Use case diagram updated
  14. मान लीजिए कि ग्राहक ग्राहक को बिल बयान देखने और आदेश रद्द करने की अनुमति देना चाहता है। इसके अलावा, ग्राहक लॉजिस्टिक्स विभाग प्रबंधक को लॉजिस्टिक्स रिपोर्ट प्रिंट करने की अनुमति देना चाहता है। उपयोग केस को अलग-अलग बनाएं।
    Use case diagram updated
  15. आरेख को साफ करें।
    Complete use case diagram
  16. स्थानांतरण संबंध आपको उपयोग केस मॉडल से व्यवसाय प्रक्रिया मॉडल का अनुसरण करने की अनुमति देता है (और विपरीत भी)। आइए आजमाएं। माउस के संकेतक को ऊपर रखेंआदेश रखें उपयोग केस।
    Mouse over use case
  17. पर क्लिक करेंमॉडल ट्रांजिटर आकृति के दाहिने निचले कोने पर संसाधन। चुनेंप्रस्थान करें > डिस्टिल्ड वॉटर आदेश प्रक्रिया <.आदेश रखें पॉपअप मेनू से।
    Open task from use case
    यह बीपीडी को तैयार करता है जिसमें कार्य हैआदेश रखें चयनित।
    Task selected

Leave a Reply