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


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

आवश्यकताएं इंजिनीयरिंग

आवश्यकताएं इंजिनीयरिंग

विषय - सूची

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

आवश्यकताएँ और आवश्यकताएँ इंजीनियरिंग क्या हैं?

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

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

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

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

आवश्यकताएँ इंजीनियरिंग के सिद्धांत क्या हैं?

आवश्यकताएँ इंजीनियरिंग के दो बुनियादी सिद्धांत आवश्यकता इंजीनियरिंग की समस्या और समाधान हैं। 

  • आवश्यकताओं को इकट्ठा करते समय समस्या और समाधान को अलग करना उपयोगी होता है।
  • यह अलगाव व्यावहारिक जीवन में कभी भी पूरी तरह से प्राप्त नहीं किया जा सकता है।

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

आवश्यकताएँ इंजीनियरिंग प्रक्रिया

आवश्यकताओं के साथ काम करते समय हमें कुछ गतिविधियों का सामना करना पड़ता है। आवश्यकताएँ इंजीनियरिंग चक्र में, पाँच मुख्य गतिविधियाँ हैं, अर्थात्,

  1. आवश्यकता निकालना - यह मौसम के लिए हितधारकों और उपयोगकर्ता की जरूरतों और बाधाओं की समीक्षा, दस्तावेजीकरण और समझने की प्रक्रिया है। उपयोगकर्ताओं को डोमेन जानकारी, मौजूदा सिस्टम जानकारी, विनियमों, मानकों आदि की आवश्यकता होती है। इस जानकारी के आधार पर, हम आवश्यकताओं को पूरा करते हैं। इसके बाद, हम आवश्यकताओं के विश्लेषण और बातचीत की ओर बढ़ते हैं। 
  2. आवश्यकताएँ विश्लेषण और बातचीत - विश्लेषण एकत्रित और प्राप्त जानकारी के आधार पर उपयोगकर्ता की जरूरतों और बाधाओं को परिष्कृत करने की प्रक्रिया है। फिर, हम दस्तावेज़ीकरण गतिविधि की ओर बढ़ते हैं। 
  3. आवश्यकताएँ दस्तावेज़ीकरण / विशिष्टता - आवश्यकता विनिर्देशों को प्राप्त करने के बाद, हम दस्तावेज़ीकरण भाग में जाते हैं। हम उपयोगकर्ता की जरूरतों और बाधाओं को स्पष्ट और सटीक रूप से दस्तावेज करते हैं। 
  4. आवश्यकताएँ सत्यापन - अंत में, सत्यापन गतिविधि में, हम सम्मिलित करते हैं कि मौसम की आवश्यकताएं पूर्ण, संक्षिप्त और स्पष्ट हैं। 
  5. आवश्यकताएँ प्रबंधन - आवश्यकता प्रबंधन विकास के चरण में सभी उत्पादों या आवश्यकताओं को एकत्रित करने, विश्लेषण करने, परिष्कृत करने और प्राथमिकता देने का एक तरीका है।

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

आवश्यकता निकालना

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

उत्तेजना के दौरान, आप उपयोगकर्ता या ग्राहक से पूछते हैं:

  • सिस्टम/उत्पाद के लिए उनके उद्देश्य क्या हैं? 
  • क्या पूरा करना है?
  • मौसमी ज़रूरतें व्यवसाय की ज़रूरतों में कैसे फिट होती हैं?
  • मौसमी उत्पाद/प्रणाली को नियमित आधार पर कैसे प्रयोग किया जाए?

यह आसान लगता है, लेकिन यह बिल्कुल नहीं है!

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

"मुझे पता है कि आप मानते हैं कि आप समझ गए हैं कि मैंने क्या कहा, लेकिन मुझे यकीन नहीं है कि आपने महसूस किया है कि आपने जो सुना वह मेरा मतलब नहीं था" - रॉबर्ट मैकक्लोस्की, विदेश विभाग के प्रवक्ता।

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

उन्मूलन के दौरान कदम क्या हैं?

चरण 1 

आवश्यकताओं का स्रोत:

ऐसे कई स्रोत हैं जिनसे हम अपनी आवश्यकताओं को इकट्ठा कर सकते हैं। उनमें से कुछ में शामिल हैं:

  • हितधारकों
  • मौजूदा सिस्टम
  • मौजूदा दस्तावेज
  • प्रतिस्पर्धी और अन्य समान प्रणालियाँ
  • सिस्टम के साथ इंटरफेस
  • कानून और मानक
  • कंपनी की नीतियां

चरण 2

परियोजना का दायरा निर्धारित करें:

परियोजना के दायरे को स्थापित करने के लिए निम्नलिखित चरणों का पालन किया जा सकता है:

  1. पता करें कि परियोजना क्यों शुरू की गई है 
  2. संपत्ति परियोजना के माध्यम से प्राप्त किए जाने वाले प्रमुख उद्देश्यों को परिभाषित करती है 
  3. परियोजना के लिए काम का एक विवरण तैयार करें जो आपको टीम के सदस्यों के बीच काम को उचित रूप से तोड़ने में मदद करेगा
  4. परियोजना के अंत में वितरित की जाने वाली वस्तुओं की सूची बनाएं
  5. हासिल करने के लिए प्रमुख मील के पत्थर का चयन करें
  6. परियोजना के विकास के दौरान संभावित रूप से टीम द्वारा सामना की जा सकने वाली प्रमुख बाधाओं और सीमाओं की पहचान करें
  7.  उन आइटम्स की सूची बनाएं जिन्हें स्कोप आइटम्स की सूची से बाहर रखा गया है
  8. हितधारकों को स्कोप दस्तावेज़ पर हस्ताक्षर करने के लिए कहें क्योंकि यह एक पुष्टि प्रदान करता है कि उन्हें परियोजना और इसकी सामग्री के बारे में सूचित किया गया है। 

चरण 3

उत्सर्जन कार्य:

योजना बनाना:

  • इस विशेष आवश्यकता को क्यों लागू किया जाना चाहिए और इससे क्या लाभ होंगे? - परियोजना के उद्देश्य 
  • इसे बनाने के लिए कौन जिम्मेदार होगा? - उत्थान के प्रयासों के लिए पेशेवर
  • इसे लागू करने का सबसे अच्छा समय कब होगा? - अनुमान स्रोतों को शेड्यूल करें 
  • इसे कैसे लागू किया जाएगा? - रणनीतियां और प्रक्रियाएं
  • और जोखिम 

उत्तेजना के दौरान:

  • परियोजना की व्यवहार्यता की पुष्टि करें। पता करें कि परियोजना वास्तव में इसके लायक है या नहीं
  • एक हितधारक के दृष्टिकोण से समस्याओं और मुद्दों को समझें
  • हितधारकों द्वारा बताई गई आवश्यकताओं का सार निकालें
  • उपयोगकर्ताओं के लिए काम करने के बेहतर तरीके खोजें
  • नवाचार जीत की कुंजी है

निम्नलिखित उत्तेजना:

  • एकत्रित जानकारी को ठीक से समझने के लिए परिणामों का विश्लेषण करें
  • हितधारकों के लिए स्वीकार्य आवश्यकताओं के एक सुसंगत सेट पर बातचीत करें। प्राथमिकताएं भी तय करें
  • आवश्यकताओं के विनिर्देशों में परिणाम रिकॉर्ड करें

उत्तोलन एक वृद्धिशील प्रक्रिया है। आपको इस चरण को जितना आवश्यक हो उतना दोहराना होगा। 

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

चरण 4

आवश्यकताओं का दस्तावेजीकरण - 

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

आवश्यकताएँ विश्लेषण और बातचीत

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

  • कंपनी में कार्यप्रवाह के लिए विभिन्न प्रकार के सेट-अप
  • एक नई प्रणाली स्थापित करना जिसका उपयोग अभी से किया जाना है, आदि। 

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

आवश्यकता विश्लेषण के उद्देश्य

  1. आवश्यकता विश्लेषण का पहला और सबसे महत्वपूर्ण उद्देश्य उपयोगकर्ताओं की आवश्यकताओं और जरूरतों को समझना है 
  2. जब हम आवश्यकताओं को इकट्ठा करने के लिए विभिन्न स्रोतों का उपयोग करते हैं, तो उनके बीच कुछ संघर्ष हो सकते हैं। आवश्यकता विश्लेषण उपयोगकर्ताओं द्वारा बताई गई आवश्यकताओं के बीच उन विरोधों को खोजने और उन्हें हल करने के बारे में है। 
  3. उपयोगकर्ताओं और हितधारकों के साथ आवश्यकताओं पर बातचीत करें। ऐसा कोई तरीका नहीं है जिससे हमारा सिस्टम सभी आवश्यकताओं को ठीक उसी तरह से पूरा कर सके जिस तरह से उन्हें हितधारकों और उपयोगकर्ताओं द्वारा समझाया गया है। 
  4. हमें बातचीत करनी होगी और जरूरतों को प्राथमिकता देनी होगी। कुछ आवश्यकताएं हमारे लिए बड़ी नहीं हो सकती हैं लेकिन वे अंतिम उपयोगकर्ताओं के लिए बहुत महत्वपूर्ण हो सकती हैं। उन्हें समझने के लिए, हमें हितधारकों की आवश्यकताओं का विश्लेषण और प्राथमिकता देनी होगी। 
  5. हमें उपयोगकर्ताओं और सिस्टम द्वारा बताई गई आवश्यकताओं के बारे में विस्तार से बताना चाहिए। यह आवश्यकता विनिर्देशों में आवश्यकताओं का दस्तावेजीकरण करते समय मदद करता है। साथ ही, यह डेवलपर्स को बेहतर तरीके से विकसित, डिजाइन और परीक्षण करने में मदद करता है क्योंकि वे आवश्यकताओं को विस्तृत और बेहतर तरीके से समझते हैं। 
  6. हमें आवश्यकताओं को विभिन्न विभिन्न श्रेणियों और उप-श्रेणियों में वर्गीकृत करना चाहिए और उन आवश्यकताओं को विभिन्न उप-प्रणालियों को आवंटित करना चाहिए। 
  7. हमें उस गुणवत्ता के लिए आवश्यकताओं का भी मूल्यांकन करना चाहिए जो संगठन द्वारा वांछित है। 
  8. अंत में, हमें यह सुनिश्चित करना चाहिए कि कोई भी महत्वपूर्ण चीज छूट न जाए।

आवश्यकताएँ दस्तावेज़ीकरण / विशिष्टता

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

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

दस्तावेज़ीकरण आवश्यकताओं के लिए विधि

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

इसे प्राप्त करने के लिए, यहां कुछ सिद्धांत दिए गए हैं जिन्हें आवश्यकताओं को लिखते समय ध्यान में रखा जाना चाहिए। वे शामिल हैं:

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

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

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

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

आवश्यकताएँ सत्यापन

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

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

सत्यापन तकनीक

ऐसी विभिन्न तकनीकें हैं जिनका उपयोग आवश्यकताओं को मान्य करने के लिए किया जा सकता है। वे सम्मिलित करते हैं:

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

आवश्यकताएँ प्रबंधन

इयान सोमरविले के अनुसार, "आवश्यकता प्रबंधन इंजीनियरिंग प्रक्रिया और सिस्टम विकास की आवश्यकताओं के दौरान बदलती आवश्यकताओं के प्रबंधन की प्रक्रिया है।"

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

आवश्यकताएँ प्रबंधन की प्रमुख चिंताएँ

आवश्यकताओं के प्रबंधन को लेकर कुछ चिंताएं हैं। वे सम्मिलित करते हैं:

  • सहमत आवश्यकताओं में परिवर्तन का प्रबंधन
  • सभी आवश्यकताओं के बीच संबंधों का प्रबंधन
  • सिस्टम इंजीनियरिंग प्रक्रिया के दौरान उत्पन्न होने वाले आवश्यकता दस्तावेजों के बीच निर्भरता का प्रबंधन करना।

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

मोटे तौर पर दो प्रकार की आवश्यकताएं हैं:

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

Visure आवश्यकताएँ ALM प्लेटफ़ॉर्म

Visure आवश्यकताएँ ALM प्लेटफ़ॉर्म सबसे भरोसेमंद आधुनिक एएलएम प्लेटफार्मों में से एक है जो दुनिया भर में सभी आकारों के संगठनों के लिए आवश्यकताओं के प्रबंधन में विशेषज्ञ है। 

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

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

Visure Solutions उत्पाद और एम्बेडेड विकास की चुनौतियों को दूर करने में मदद कर सकते हैं,

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

उत्पाद और एम्बेडेड विकास के लिए Visure आवश्यकताएँ का उपयोग करने के लाभ

  • के लिए प्रमाणन समर्थन उद्योग के मानकों, जैसे DO-178B/C, IEC 61508, ISO 26262, IEC 62304, FMEA और GAMP5
  • सभी आवश्यकता-संबंधी गतिविधियों के लिए एक संपूर्ण मंच
  • एक लचीले समाधान के माध्यम से प्रक्रिया प्रवर्तन जो ऑटोमोटिव स्पाइस, सीएमएमआई, वी-मॉडल, एजाइल और एड हॉक सहित विभिन्न प्रक्रिया मॉडल का समर्थन करता है।
  • भूमिका-आधारित क्षमताओं के माध्यम से बेहतर टीम संचार और सहयोग
  • बेहतर गुणवत्ता वाले उत्पादों के लिए समर्थन, और कम सॉफ़्टवेयर दोष।

जो कंपनियाँ सक्रिय रूप से Visure का उपयोग करती हैं, वे समय पर प्रोजेक्ट डिलीवरी, प्रोजेक्ट अनुपालन, और विकास लागत और साइकिल समय में कमी के साथ स्पष्ट प्रभाव का दावा करती हैं।

निष्कर्ष

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

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

चोटी