सॉफ्टवेयर इंजीनियरिंग में कार्यात्मक आवश्यकता क्या है?

कार्यात्मक आवश्यकता क्या है?

A कार्यात्मक आवश्यकता (FR) उस सेवा का विवरण है जो सॉफ़्टवेयर को प्रदान करनी चाहिए। यह सॉफ़्टवेयर सिस्टम या उसके घटक का वर्णन करता है। एक फ़ंक्शन सॉफ़्टवेयर सिस्टम, उसके व्यवहार और आउटपुट के लिए इनपुट के अलावा और कुछ नहीं है। यह एक गणना, डेटा हेरफेर, व्यावसायिक प्रक्रिया, उपयोगकर्ता इंटरैक्शन या कोई अन्य विशिष्ट कार्यक्षमता हो सकती है जो परिभाषित करती है कि सिस्टम किस फ़ंक्शन को निष्पादित करने की संभावना रखता है। सॉफ़्टवेयर इंजीनियरिंग में कार्यात्मक आवश्यकताओं को भी कहा जाता है कार्यात्मक विनिर्देश.

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

कार्यात्मक आवश्यकता दस्तावेज़ में क्या शामिल होना चाहिए?

कार्यात्मक आवश्यकता दस्तावेज़ लिखने का तरीका इस प्रकार है:

कार्यात्मक आवश्यकताओं का उदाहरण
कार्यात्मक आवश्यकताओं का उदाहरण

किसी सिस्टम की कार्यात्मक आवश्यकताओं में निम्नलिखित चीजें शामिल होनी चाहिए:

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

कार्यात्मक आवश्यकता के लाभ

यहां, एक विशिष्ट कार्यात्मक आवश्यकता दस्तावेज़ बनाने के पक्ष/लाभ दिए गए हैं-

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

कार्यात्मक आवश्यकताओं के प्रकार

यहां सबसे आम कार्यात्मक आवश्यकता प्रकार हैं:

  • लेन-देन प्रबंधन
  • व्यापार नियम
  • प्रमाणन आवश्यकताएँ
  • रिपोर्टिंग आवश्यकताएं
  • प्रशासनिक कार्य
  • प्राधिकरण स्तर
  • लेखा परीक्षा Tracराजा
  • बाहरी इंटरफेस
  • ऐतिहासिक डेटा प्रबंधन
  • कानूनी और नियामक आवश्यकताएँ

कार्यात्मक आवश्यकताओं का उदाहरण

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

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

गैर-कार्यात्मक बनाम कार्यात्मक आवश्यकताएं

यहां, कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं के बीच मुख्य अंतर हैं सॉफ्टवेयर इंजीनियरिंग:

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

कार्यात्मक आवश्यकता का सर्वोत्तम अभ्यास

विकास के लिए महत्वपूर्ण सर्वोत्तम अभ्यासping कार्यात्मक आवश्यकता दस्तावेज़ इस प्रकार है:

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

कार्यात्मक आवश्यकता बनाते समय की गई गलतियाँ

फ़ंक्शन आवश्यकता दस्तावेज़ बनाते समय की जाने वाली कुछ सामान्य गलतियाँ इस प्रकार हैं:

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

मुख्य सीखें

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

इस पोस्ट को संक्षेप में इस प्रकार लिखें: