आवश्यकताएँ विनिर्देशन
आवश्यकताएँ विनिर्देशन, परिकल्पना, निर्माण और स्वीकृति के लिए एक सहमत आधार के रूप में कार्य करने वाले, सटीक, सुसंगत और सत्यापन योग्य रूप में प्राप्त और विश्लेषण की गई आवश्यकताओं का दस्तावेजीकरण करने की गतिविधि है।
Definition
आवश्यकताएँ विनिर्देशन, सिस्टम आवश्यकताओं के एक दस्तावेजी प्रतिनिधित्व का उत्पादन है, जिसे इस तरह से लिखा जाता है कि प्रत्येक आवश्यकता अस्पष्टताहीन, सत्यापन योग्य और पता लगाने योग्य हो, और संग्रह समग्र रूप से सुसंगत और पूर्ण हो।
Scope
यह विषय सॉफ्टवेयर आवश्यकताओं के विनिर्देशन की संरचना और सामग्री को शामिल करता है; संरचित प्राकृतिक भाषा से लेकर उपयोग के मामलों, उपयोगकर्ता कहानियों और औपचारिक मॉडलों तक की शैलियाँ; अच्छी आवश्यकताओं के गुणवत्ता गुण जैसे अस्पष्टताहीनता, पूर्णता, सुसंगतता और परीक्षण योग्यता; और ISO/IEC/IEEE 29148 जैसे मानक जो विनिर्देशन सामग्री को निर्धारित करते हैं।
Core questions
- प्राकृतिक-भाषा आवश्यकताओं को अस्पष्टताहीन और सत्यापन योग्य कैसे बनाया जा सकता है?
- औपचारिक या मॉडल-आधारित विनिर्देश कब सार्थक होते हैं?
- एक अच्छे विनिर्देश की विशेषताएँ क्या हैं?
- कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं को एक दस्तावेज़ में कैसे व्यवस्थित किया जाना चाहिए?
Key theories
- आवश्यकताओं के गुणवत्ता गुण
- व्यक्तिगत आवश्यकताएँ अस्पष्टताहीन, सत्यापन योग्य, व्यवहार्य और आवश्यक होनी चाहिए, जबकि सेट पूर्ण, सुसंगत और पता लगाने योग्य होना चाहिए; ये गुण एक विनिर्देश की समीक्षा के लिए ठोस मानदंड प्रदान करते हैं।
- औपचारिक बनाम अनौपचारिक विनिर्देश
- विनिर्देश संरचित प्राकृतिक भाषा और उपयोग के मामलों से लेकर औपचारिक गणितीय नोटेशन तक होते हैं; औपचारिकता प्रयास और पहुंच की लागत पर सटीकता और विश्लेषण योग्यता बढ़ाती है, इसलिए स्तर को जोखिम और दर्शकों से मेल खाने के लिए चुना जाता है।
Clinical relevance
एक स्पष्ट विनिर्देश हितधारकों और डेवलपर्स के बीच अनुबंध और सत्यापन के लिए संदर्भ होता है; विनिर्देश में अस्पष्टता या चूक दोषपूर्ण डिज़ाइनों और जो वादा किया गया था, उस पर विवादों में फैल जाती है।
Evidence & guidelines
ISO/IEC/IEEE 29148 आवश्यकताओं के विनिर्देशों की अनुशंसित संरचना और गुणवत्ता विशेषताओं को परिभाषित करता है और उनकी सामग्री को नियंत्रित करने वाला प्रमुख मानक है।
History
प्रारंभिक विनिर्देश काफी हद तक मुक्त-रूप गद्य थे; IEEE 830 मानक ने 1990 के दशक में सॉफ्टवेयर आवश्यकताओं के विनिर्देश को औपचारिक रूप दिया, और बाद के काम में उपयोग के मामले, उपयोगकर्ता कहानियाँ, और मॉडल-आधारित और औपचारिक नोटेशन पेश किए गए, जो समेकित ISO/IEC/IEEE 29148 मानक में परिणत हुए।
Debates
- भारी दस्तावेज़ बनाम हल्के उपयोगकर्ता कहानियाँ
- योजना-संचालित अभ्यास व्यापक विनिर्देश दस्तावेजों का पक्षधर है, जबकि फुर्तीला अभ्यास समय पर विस्तृत हल्की उपयोगकर्ता कहानियों को पसंद करता है; यह चुनाव अनुकूलनशीलता और कम दस्तावेज़ीकरण ओवरहेड के मुकाबले पूर्णता और संविदात्मक स्पष्टता का व्यापार करता है।
Key figures
- Axel van Lamsweerde
- Michael Jackson
- Ian Sommerville
Related topics
Seminal works
- iso29148
- vanlamsweerde2009
- sommerville2015
Frequently asked questions
- एक आवश्यकता को परीक्षण योग्य क्या बनाता है?
- एक आवश्यकता परीक्षण योग्य होती है जब इसे पर्याप्त रूप से सटीक रूप से बताया जाता है कि एक वस्तुनिष्ठ प्रक्रिया यह निर्धारित कर सकती है कि वितरित प्रणाली इसे संतुष्ट करती है या नहीं; तेज़ या उपयोगकर्ता-अनुकूल जैसे अस्पष्ट शब्दों को मात्रात्मक बनाया जाना चाहिए या मापने योग्य स्वीकृति मानदंड दिए जाने चाहिए।
- क्या उपयोगकर्ता कहानियाँ आवश्यकताओं के विनिर्देशों की जगह लेती हैं?
- उपयोगकर्ता कहानियाँ पुनरावृत्तीय विकास के लिए उपयुक्त एक हल्की विनिर्देशन शैली हैं, लेकिन उन्हें अभी भी स्वीकृति मानदंडों की आवश्यकता होती है और, जटिल या विनियमित प्रणालियों के लिए, पूर्णता और पता लगाने योग्यता सुनिश्चित करने के लिए अक्सर अधिक विस्तृत दस्तावेज़ीकरण द्वारा पूरक किया जाता है।