पेशेवर सॉफ्टवेयर डेवलपर्स को किसी भी सार्थक आकार की सॉफ्टवेयर विकास परियोजनाओं की शुरुआत में एक सॉफ्टवेयर आवश्यकताओं को इकट्ठा करने की प्रक्रिया से गुजरना होगा। उस प्रोजेक्ट चरण का अंतिम उत्पाद एक दस्तावेज़ है जिसे आमतौर पर सॉफ़्टवेयर आवश्यकताएँ विशिष्टता, या SRS के रूप में संदर्भित किया जाता है। यह आमतौर पर पहली परियोजना मील का पत्थर या सुपुर्दगी है। इस दस्तावेज़ के महत्व को कम करके नहीं आंका जा सकता है। इसका सबसे महत्वपूर्ण कार्य ग्राहक की व्यावसायिक आवश्यकताओं और आवश्यकताओं को लिखित रूप में रिकॉर्ड करना और बाकी सॉफ्टवेयर विकास प्रक्रिया की नींव बनना है। एक बार इन आवश्यकताओं को संकलित करने के बाद, दस्तावेज़ क्लाइंट और डेवलपर दोनों की समझ का रिकॉर्ड बन जाता है कि सॉफ़्टवेयर को क्या हासिल करना चाहिए। आमतौर पर ग्राहक एसआरएस की समीक्षा करता है और उस पर हस्ताक्षर करता है, इस प्रकार पूर्ण सॉफ्टवेयर डिजाइन और विकास चरण शुरू होता है। इसमें शामिल उच्च स्तरीय कदम उठाकर, आप एक एसआरएस दस्तावेज़ लिख सकते हैं।
स्टेप 1
यदि आपके संगठन के पास मानक सॉफ़्टवेयर आवश्यकताएँ विशिष्टता दस्तावेज़ टेम्पलेट नहीं है, तो अभी एक बनाएँ (टेम्पलेट के लिंक के लिए संसाधन देखें)।
दिन का वीडियो
चरण दो
आवश्यकताओं को इकट्ठा करने के लिए विषय वस्तु विशेषज्ञों/ग्राहकों से मिलें।
चरण 3
सॉफ्टवेयर के कार्यों को परिभाषित करें।
चरण 4
प्रमुख उप-प्रक्रियाओं के लिए उपयोग के मामले बनाएं। उदाहरण के लिए, यदि आप एक ऑर्डर एंट्री सिस्टम डिजाइन कर रहे हैं, तो उपयोग के मामलों में एक नया ऑर्डर बनाना, एक मौजूदा ऑर्डर को संशोधित करना और एक ग्राहक ऑर्डर सर्च शामिल होगा।
चरण 5
यूजर इंटरफेस को परिभाषित करें।
चरण 6
हार्डवेयर इंटरफेस या अन्य सॉफ्टवेयर सिस्टम इंटरफेस जैसे किसी अन्य इंटरफेस को परिभाषित करें।
चरण 7
प्रक्रिया प्रवाह को परिभाषित करें।
चरण 8
कोई विशिष्ट व्यावसायिक नियम निर्धारित करें।
चरण 9
प्रदर्शन विनिर्देश को परिभाषित करें।
चरण 10
प्रक्रिया प्रवाह को चित्रित करने या प्रमुख आवश्यकताओं पर विस्तृत करने के लिए आवश्यक कोई भी आरेख बनाएं।
चरण 11
एसआरएस दस्तावेज़ संकलित करें और सभी आवश्यक पार्टियों की समीक्षा करें या उस पर हस्ताक्षर करें।
चीजें आप की आवश्यकता होगी
वर्ड प्रोसेसिंग एप्लीकेशन
आरेखण सॉफ़्टवेयर जैसे Microsoft Visio
टिप
एक मानक दस्तावेज़ टेम्पलेट बनाएँ। एक ट्रेसिबिलिटी मैट्रिक्स शामिल करें। आवश्यकताओं और उन आवश्यकताओं के स्रोत के बीच संबंध शामिल करें। स्पष्ट रूप से परिभाषित व्यवसाय संचालन नियमों की सूची बनाएं। सुनिश्चित करें कि नियमों और प्रक्रियाओं को सटीक, स्पष्ट भाषा के साथ परिभाषित किया गया है।
चेतावनी
SRS में केवल कार्यात्मक आवश्यकताएं होती हैं। कोई सॉफ़्टवेयर डिज़ाइन या कार्यान्वयन विवरण शामिल नहीं किया जाना चाहिए।
