उपयोग केस और उपयोगकर्ता कहानियों के साथ कार्यात्मक आवश्यकताओं को निर्धारित करना

एक नए उत्पाद, सेवा, प्रक्रिया या प्रणाली को परिभाषित करने का पहला चरण आवश्यकताओं को परिभाषित करना है, अर्थात विशिष्ट कार्यात्मक या गैर-कार्यात्मक आवश्यकताएं।

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

इस चित्र को संपादित करें – कार्यात्मक आवश्यकताएं बनाम गैर-कार्यात्मक आवश्यकताएं

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

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

कार्यात्मक आवश्यकताओं को निरूपित करने के लिए कौन सी तकनीकें हैं?

कार्यात्मक आवश्यकताओं को आमतौर पर उपयोग केस या उपयोगकर्ता परिदृश्य के रूप में निरूपित किया जाता है। इन शब्दों का कभी-कभी एक दूसरे के स्थान पर उपयोग किया जाता है, लेकिन वास्तव में इनका थोड़ा अलग अर्थ होता है।

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

उपयोगकर्ता कहानियों के उपयोग से कार्यात्मक आवश्यकताओं को निरूपित करना

उपयोगकर्ता कहानियाँ उत्पाद की आवश्यकताओं के “कौन”, “क्या” और “क्यों” को त्वरित रूप से निरूपित करने के लिए हल्के तरीके हैं। सरल शब्दों में, उपयोगकर्ता कहानियाँ वे विचार हैं जो उपयोगकर्ताओं की आवश्यकताओं को व्यक्त करते हैं। उपयोगकर्ता कहानियाँ संक्षिप्त होती हैं, और प्रत्येक तत्व में आमतौर पर 10 या 15 शब्दों से कम होते हैं। उपयोगकर्ता कहानियाँ “करने की योजना” सूचियाँ हैं जो आपको प्रोजेक्ट के मार्ग के चरणों की पहचान करने में मदद करती हैं। ये आपकी प्रक्रिया और परिणामस्वरूप उत्पाद की आवश्यकताओं को पूरा करने में सुनिश्चित करती हैं।

उपयोगकर्ता कहानी टेम्पलेट

उपयोगकर्ता कहानियाँ केवल आवश्यकता के मूल तत्वों को निरूपित करती हैं:

किसके लिए है?
प्रणाली से इसे क्या उम्मीद है?
क्यों यह महत्वपूर्ण है (वैकल्पिक?)?

यहां 70% प्रैक्टिशनर्स द्वारा उपयोग किए जाने वाले उपयोगकर्ता कहानी के सरल रूप का उदाहरण है:

भूमिका – उपयोगकर्ता एक वास्तविक मानव होना चाहिए जो प्रणाली के साथ बातचीत करता है।

जितना संभव हो उतना विशिष्ट बनाएं
विकास टीम एक उपयोगकर्ता नहीं है

क्रिया – प्रणाली के व्यवहार को क्रिया के रूप में लिखा जाना चाहिए।

आमतौर पर प्रत्येक उपयोगकर्ता कहानी के लिए अद्वितीय होता है
“प्रणाली” का अनुमान लगाया जाता है और कहानी में इसे लिखा नहीं जाता है
सक्रिय वाक्य रूप, निष्क्रिय वाक्य रूप (“मुझे सूचित किया जा सकता है”)

लाभ – लाभ एक वास्तविक दुनिया का परिणाम होना चाहिए जो प्रणाली के बाहर या अक्रिय हो।

बहुत सारी कहानियाँ एक ही लाभ कथन को साझा कर सकती हैं।
लाभ उपयोगकर्ता के अलावा अन्य उपयोगकर्ताओं या ग्राहकों के लिए भी हो सकता है, कहानी में उपयोगकर्ता के लिए ही नहीं।

उपयोग केस के साथ कार्यात्मक आवश्यकताओं की पहचान कैसे करें?

प्रणाली की कार्यात्मक आवश्यकताओं को पूरी तरह समझने के लिए, आपको यह जानना चाहिए कि प्रणाली किसके लिए है, अर्थात कौन प्रणाली का उपयोग करेगा?

इस प्रश्न का उत्तर है: दअभिनेताउपयोग केस विश्लेषण में

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

एक उपयोग केस एक “अभिनेता” या “कौन” के साथ शुरू होता है, जो उत्पाद या सेवा का एक विशिष्ट उपयोगकर्ता है।

एक अभिनेताएक अभिनेता एक व्यक्ति या एक बाहरी प्रणाली है जो प्रणाली के साथ अंतरक्रिया करने में भूमिका निभाता है। अभिनेताओं के उदाहरण व्यक्ति या बाहरी प्रणालियाँ हो सकते हैं; हालांकि, प्रत्येक अभिनेता प्रणाली के लिए एक अद्वितीय और महत्वपूर्ण दृष्टिकोण प्रदान करता है, जो अभिनेता के प्रत्येक उदाहरण (वास्तविक व्यक्ति / उपयोगकर्ता) के लिए सामान्य होता है।

वास्तविक उपयोगकर्ता बनाम उपयोग केस अभिनेता

प्रणाली के उद्देश्य को पूरी तरह समझने के लिए, आपको यह जानना चाहिए कि प्रणाली किसके लिए है, अर्थात कौन इसका उपयोग करेगा। अलग-अलग उपयोगकर्ता प्रकारों को अभिनेता (भूमिकाएं) के रूप में दर्शाया जाता है।

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

अभिनेताओं और अभिनेताओं के उदाहरणों के बीच इस अंतर को निम्नलिखित में दर्शाया गया है:

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

इस वेंडिंग मशीन चित्र को संपादित करें

विपरीत रूप से, एक ही उपयोगकर्ता कई भूमिकाएं निभा सकता है (अर्थात एक ही व्यक्ति अलग-अलग भूमिकाएं निभा सकता है)।

उदाहरण के लिए, डॉ. गेट्स, जो कंप्यूटर सोसाइटी के समिति सदस्य हैं। वे सदस्यता प्रबंधन प्रणाली के प्रबंधन के लिए जिम्मेदार हैं, जैसे उपयोगकर्ता खातों को जोड़ना और हटाना। जब वे इस कार्य करते हैं, तो वे एक भूमिका निभाते हैं जिसे प्रशासक (अभिनेता) कहा जाता है। हालांकि, वही डॉ. गेट्स कंप्यूटर सोसाइटी के सदस्य भी हो सकते हैं। इस मामले में, वे “सदस्य” (अभिनेता) नामक भूमिका भी निभाएंगे।

प्रणाली के उपयोग केस की पहचान करके कार्यात्मक आवश्यकताओं कैसे प्राप्त करें

एक उपयोग केस को निम्नलिखित प्रकार के प्रश्न पूछकर पहचाना जा सकता है (जिनके उत्तर अभिनेताओं के दृष्टिकोण से देने चाहिए):

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

ध्यान दें:

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

संदर्भ

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