ज़रूरत इकट्ठा

ज़रूरत इकट्ठा

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

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

यह आवश्यकताएँ इंजीनियरिंग का वह चरण है, जिसमें आवश्यकताओं पर कब्जा कर लिया जाता है।

यह शब्द, कब्जा(1), कम बार-बार होता जा रहा है, और इसके बजाय अन्य शब्दों जैसे कि इलीटेशन का उपयोग किया जाता है। यह सिर्फ इस भावना से बचने के लिए है कि आवश्यकताएं बस वहीं आराम कर रही हैं, केवल प्रश्नों के माध्यम से पकड़ने की प्रतीक्षा कर रही हैं। बल्कि, प्रक्रिया उससे कहीं अधिक जटिल है।

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

आवश्यकताएँ कैप्चर तकनीक

इस चरण में शामिल कार्य काफी हद तक लागू की गई कार्यप्रणाली या प्रक्रियाओं पर निर्भर करते हैं, हालांकि, अनुशंसित दिशानिर्देशों का एक सामान्य सेट है (3):

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

सैद्धांतिक रूप से, आवश्यकताओं की पूर्ति को एक आसान और सीधी प्रक्रिया माना जा सकता है, लेकिन मानवीय कारक को देखते हुए, ऐसा नहीं है। विशेष रूप से यदि हम मानते हैं कि ज्यादातर मामलों में हितधारक वे लोग होते हैं जिनके साथ हमें आवश्यकताओं को पूरा करने के लिए काम करना पड़ता है। ब्रूक्स का हवाला देते हुए (4), "आवश्यकता उन्मूलन (आरई) प्रक्रिया को विभिन्न कारकों द्वारा चुनौती दी जाती है, जिनमें से अधिकांश हितधारकों के बीच संचार से संबंधित हैं"

आवश्यकताएँ कैप्चर के बारे में अधिक जानना चाहते हैं?

(1) आवश्यकताएँ इंजीनियरिंग: जोसेफ गोगुएन, मरीना जिरोटका द्वारा सामाजिक और तकनीकी मुद्दे(1994)

(2) आरई फ्रीमैन: "रणनीतिक प्रबंधन: एक हितधारक दृष्टिकोण"।

(3) आवश्यकताएँ इंजीनियरिंग एक अच्छा अभ्यास गाइड, इयान सोमरविले और पीट सॉयर, जॉन विले और संस, 1997

(4) ब्रूक्स, एफपी, नो सिल्वर बुलेट: सॉफ्टवेयर इंजीनियरिंग का सार और दुर्घटनाएं। आईईईई कंप्यूटर, 20), (1987) 10-19।

चोटी