सॉफ़्टवेयर आवश्यकताएँ विशिष्टता क्या है?

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

यह लेख SRS, आपके प्रोजेक्ट के लिए इसके महत्व और उच्च गुणवत्ता वाले सॉफ़्टवेयर विनिर्देश बनाने के चरणों के लिए समर्पित है। आइए एसआरएस को परिभाषित करके विषय में गोता लगाएँ।

यातायात टकराव से अधिक में मानवीय त्रुटि है कारण

सॉफ़्टवेयर आवश्यकता दस्तावेज़ीकरण क्या है और आपको इसकी आवश्यकता क्यों है?

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

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

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

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

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

एसआरएस रिपोर्ट लिखने से पहले आपको जो बातें पता होनी चाहिए

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

व्यापार और उपयोगकर्ता की आवश्यकताएं

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

उच्च गुणवत्ता वाले एसआरएस के लक्षण

सॉफ़्टवेयर आवश्यकता विनिर्देश रिपोर्ट परियोजना और एक टीम के लिए अधिकतम उपयोग की होने के लिए, इसे बनाना महत्वपूर्ण है:

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

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

क्या चौथा प्रोत्साहन पैकेज होगा

सॉफ़्टवेयर आवश्यकताएँ विनिर्देश घटक

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

परिचय

एक परिचय को शीघ्र ही स्पष्ट करना चाहिए कि कौन सा सॉफ़्टवेयर बनाया जा रहा है ताकि टीम के प्रत्येक सदस्य को उस परियोजना की समग्र समझ प्राप्त हो, जिस पर वे काम कर रहे हैं।

अपेक्षित दर्शक

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

समग्र विवरण

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

बाहरी इंटरफ़ेस आवश्यकताएँ

SRS रिपोर्ट का यह भाग बताता है कि उपयोगकर्ता, हार्डवेयर और सॉफ़्टवेयर को कैसे इंटरैक्ट करना चाहिए। अनुभाग को चार भागों में विभाजित किया जा सकता है:

1. उपयोगकर्ता इंटरफेस भाग बताता है कि उपयोगकर्ता सॉफ़्टवेयर के साथ कैसे इंटरैक्ट करेंगे।
2. हार्डवेयर इंटरफेस भाग हार्डवेयर और सॉफ्टवेयर के बीच बातचीत के बारे में है।
3. सॉफ्टवेयर इंटरफेस भाग बताता है कि सॉफ्टवेयर ऑपरेटिंग सिस्टम, लाइब्रेरी, डेटाबेस आदि सहित अपने घटकों के साथ कैसे संबंध रखता है।
4. संचार इंटरफेस भाग सॉफ्टवेयर के अंदर उपयोग किए जाने वाले संचार चैनलों का वर्णन करता है: ई-मेल, ब्राउज़र, सर्वर प्रोटोकॉल, आदि।

कार्यकारी आवश्यकताएं

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

कार्यक्षमता विवरण जितना अधिक विस्तृत होगा, भविष्य में पुन: कार्य करने की संभावना उतनी ही कम होगी। कार्यात्मक आवश्यकताओं का विस्तृत विवरण भी विकास के समय और लागत का अनुमान लगाने की अनुमति देता है।

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

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

परिशिष्ट

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

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

एसआरएस रिपोर्ट तैयार करने के लिए उपकरण

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

गूगल दस्तावेज

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

क्या मेरे पास सामाजिक सुरक्षा कार्यालय खुला है

मोती

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

हेलिक्स आरएम

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

निष्कर्ष

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

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