विज़र सॉल्यूशंस


सहायता
रजिस्टर करें
लॉग इन करें
निशुल्क आजमाइश शुरु करें

कार्यात्मक आवश्यकताएं: उदाहरण और टेम्पलेट

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

कार्यात्मक आवश्यकताएं: उदाहरण और टेम्पलेट

विषय - सूची

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

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

कार्यात्मक आवश्यकताएं दो भागों से बनी होती हैं: कार्य और व्यवहार। फ़ंक्शन वह है जो सिस्टम करता है (उदाहरण के लिए, "बिक्री कर की गणना करें")। व्यवहार यह है कि सिस्टम इसे कैसे करता है (उदाहरण के लिए, "सिस्टम कर की दर से खरीद मूल्य को गुणा करके बिक्री कर की गणना करेगा।")।

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

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

  • व्यापार विनियम
  • प्रमाणन आवश्यकताएँ
  • रिपोर्टिंग आवश्यकताएं
  • प्रशासनिक कार्य
  • प्राधिकरण स्तर
  • ऑडिट ट्रैकिंग
  • बाहरी इंटरफेस
  • आँकड़ा प्रबंधन
  • कानूनी और नियामक आवश्यकताएँ

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

कार्यात्मक आवश्यकताएं बनाते समय, यह ध्यान रखना महत्वपूर्ण है कि वे विशिष्ट, मापने योग्य, प्राप्त करने योग्य, प्रासंगिक और समयबद्ध (स्मार्ट) होनी चाहिए। दूसरे शब्दों में, आपकी कार्यात्मक आवश्यकताएं होनी चाहिए:

  • इस बारे में विशिष्ट रहें कि सिस्टम को क्या करना चाहिए
  • मापने योग्य बनें ताकि आप बता सकें कि सिस्टम यह कर रहा है या नहीं
  • आपके द्वारा निर्धारित समय सीमा के भीतर प्राप्त करने योग्य बनें
  • अपने व्यावसायिक लक्ष्यों के लिए प्रासंगिक रहें
  • समयबद्ध रहें ताकि आप अपनी प्रगति को ट्रैक कर सकें

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

उदाहरण:

कार्यात्मक आवश्यकताओं की बेहतर समझ देने के लिए, आइए कुछ उदाहरणों पर एक नज़र डालें।

उदाहरण # 1

: एक उपयोगकर्ता अपने उपयोगकर्ता नाम और पासवर्ड का उपयोग करके सिस्टम में लॉग इन करने में सक्षम होगा।

इस उदाहरण में, फ़ंक्शन "लॉगिन" है और व्यवहार "सिस्टम उपयोगकर्ता को अपने उपयोगकर्ता नाम और पासवर्ड का उपयोग करके लॉगिन करने की अनुमति देगा।"

उदाहरण # 2

: सिस्टम उपयोगकर्ता की खरीद के लिए बिक्री कर की गणना करेगा।

इस उदाहरण में, फ़ंक्शन "बिक्री कर की गणना" है और व्यवहार है "सिस्टम कर की दर से खरीद मूल्य को गुणा करके बिक्री कर की गणना करेगा।"

उदाहरण # 3

: सिस्टम उपयोगकर्ता द्वारा सफलतापूर्वक एक आदेश देने के बाद एक पुष्टिकरण ईमेल भेजेगा।

इस उदाहरण में, फ़ंक्शन "पुष्टिकरण ईमेल भेजें" है और व्यवहार है "सिस्टम सफलतापूर्वक ऑर्डर देने के बाद उपयोगकर्ता को एक पुष्टिकरण ईमेल भेजेगा।"

जैसा कि आप देख सकते हैं, कार्यात्मक आवश्यकताएं विशिष्ट बयान हैं जो सिस्टम को क्या करना चाहिए। वे गैर-कार्यात्मक आवश्यकताओं से भिन्न होते हैं, जो परिभाषित करते हैं कि सिस्टम आंतरिक रूप से कैसे काम करता है (जैसे, प्रदर्शन, सुरक्षा, आदि)।

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

कार्यात्मक आवश्यकताएँ गैर-कार्यात्मक आवश्यकताओं से कैसे भिन्न हैं?

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

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

  • यूजर इंटरफेस
  • विश्वसनीयता 
  • सुरक्षा
  • प्रदर्शन
  • रखरखाव
  • मानक 

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

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

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

निष्कर्ष

कार्यात्मक आवश्यकताएं किसी भी सॉफ्टवेयर विकास परियोजना की सफलता की कुंजी हैं। कार्यात्मक आवश्यकताएं बनाकर, आप सुनिश्चित करते हैं कि आपकी टीम में हर कोई समझता है कि क्या बनाया जाना चाहिए और उसके अनुसार अपने काम को प्राथमिकता दे सकते हैं। हमारी अगली पोस्ट में, हम चर्चा करेंगे कि का उपयोग करके कार्यात्मक आवश्यकताओं को कैसे बनाया जाए Visure आवश्यकताएँ ALM प्लेटफ़ॉर्म. यदि आप कार्यात्मक आवश्यकताओं के बारे में अधिक जानना चाहते हैं या उन्हें स्वयं बनाना शुरू करना चाहते हैं, तो आज ही Visure Requirements ALM प्लेटफॉर्म पर 30-दिन के निःशुल्क परीक्षण का अनुरोध करें।

इस पोस्ट को शेयर करना न भूलें!

चोटी

आवश्यकताओं के प्रबंधन और सत्यापन को सुव्यवस्थित करना

जुलाई 11th, 2024

सुबह 10 बजे ईएसटी | शाम 4 बजे सीईटी | सुबह 7 बजे पीएसटी

लुई अर्डुइन

लुई अर्डुइन

वरिष्ठ सलाहकार, विज़्योर सॉल्यूशंस

थॉमस डिर्श

वरिष्ठ सॉफ्टवेयर गुणवत्ता सलाहकार, रेजरकैट डेवलपमेंट GmbH

विज़्योर सॉल्यूशंस और रेज़रकैट डेवलपमेंट के साथ एक एकीकृत दृष्टिकोण TESSY

सर्वोत्तम परिणामों के लिए आवश्यकता प्रबंधन और सत्यापन को सुव्यवस्थित करने का तरीका जानें।