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