आज हम computer in hindi मे आज हम srs in software engineering in hindi - Software Engineering concepts के बारे में जानकारी देते क्या होती है तो चलिए शुरु करते हैं-
srs (software requirement specification) in software engineering in hindi :-
software requirement specification सॉफ़्टवेयर आवश्यकताएँ Specification System Definition पर आधारित है। preliminary plan के दौरान specified high-level आवश्यकताओं को detail किया गया है और उन features mark करने के लिए बनाया गया है जो सॉफ़्टवेयर product में शामिल होंगे। आवश्यकता specification "कैसे" को बताए बिना सॉफ़्टवेयर उत्पाद का "क्या" बताएगा। सॉफ़्टवेयर डिज़ाइन यह specified करने से संबंधित है कि उत्पाद आवश्यक सुविधाएँ कैसे प्रदान करेगा।
Qइस article में, सॉफ़्टवेयर आवश्यकताएँ specialty के Format और Stuff पर चर्चा की गई है, सॉफ़्टवेयर के functional properties को specified करने के लिए formal techniques का description किया गया है, और आवश्यकताओं के specification के लिए कुछ Automated Equipment Present किए गए हैं।
Format of a software requirements specification :-
Section 1: Product Overview and Summary Section 2: Development, Operating, and Maintenance Environments
Section 3: External Interfaces and Data Flow
Section 4: Functional Requirements
Section 5: Performance Requirements
Section 6: Exception Handling
Section 7: Early Subsets and Implementation Priorities
Section 8: Foreseeable Modifications and Enhancements
Section 9: Acceptance Criteria
Section 10: Design Hints and Guidelines
Section 11: Cross-Reference Index
Section 12: Glossary of Terms
The software requirements specification in hindi:-
Section 1 और 2 product features का एक submit overview करते हैं और product development, Operation और रखरखाव के लिए processing environment को summarized करते हैं। यह जानकारी सिस्टम परिभाषा और initial user के मैनुअल में निहित सॉफ़्टवेयर Product characteristics का विस्तार है।
Section 3 सॉफ़्टवेयर उत्पाद की बाहरी रूप से देखने योग्य characteristics को specified करती है। Section 3 में आइटम में user performance और Report format, user commands का summary और Report Options, Data Flow Diagram और एक data dictionary included हैं। यूजर इंटरफेस डिस्प्ले और रिपोर्ट के लिए specification system definition और initial user के मैनुअल में information contained हैं। इस Section को लिखे जाने के समय high-level data flow diagram और एक derived data dictionary होते हैं।
data flow diagram data source और data sinks, data store, डेटा पर किए जाने वाले conversion, और sources, sinks, transformations और स्टोर के बीच डेटा के प्रवाह को specified करते हैं। एक डेटा स्टोर एक conceptual data structure है, इस अर्थ में कि physical implementation details suppressed दिया जाता है; data flow diagram पर केवल डेटा की logical features पर बल दिया जाता है।
फ़्लोचार्ट की तरह, data flow diagram का उपयोग किसी भी स्तर के description पर किया जा सकता है। अतिरिक्त data flow diagrams का उपयोग करके functional nodes के Internal कामकाज को specified करके उन्हें graded form से disintegrated किया जा सकता है। फ़्लोचार्ट के विपरीत, data flow diagram decision structure संबंधित नहीं हैं।
डेटा डिक्शनरी में entries में डेटा आइटम का नाम, और features जैसे data flow diagram जहाँ इसका उपयोग किया जाता है, प्रत्येक data flow diagram पर प्रत्येक नामित data item डेटा डिक्शनरी में दिखाई देना चाहिए। data item के physical implementation details डेटा डिक्शनरी (इस समय) में रुचि नहीं रखते हैं।
Section 4 सॉफ़्टवेयर आवश्यकताएँ specialty की सॉफ़्टवेयर functional आवश्यकताओं को specified करती है। functional आवश्यकताओं को आम तौर पर relational और state-oriented notation में express किया जाता है जो इनपुट, क्रियाओं और आउटपुट के बीच संबंधों को specified करता है।
Section 5 performance characteristics जैसे various activities के लिए response time, different processes के लिए processing time, throughput, primary और secondary memory barriers, required telecommunications bandwidth, और Extraordinary Security Barriers आवश्यकताओं जैसे विशेष आइटम Section 5 में specified हैं। आवश्यकताओं के document display characteristics को specified किया जाना चाहिए, हालांकि सॉफ़्टवेयर उत्पादों की प्रदर्शन विशेषताओं को Specified करने के लिए formal technique अच्छी तरह से विकसित नहीं हैं, फिर भी यह महत्वपूर्ण है कि प्रदर्शन आवश्यकताओं को कठोर तरीके से बताया जाए, ताकि logical reasoning को आवश्यकताओं के बयान पर लागू किया जा सके।
Section 6 actions और unwanted situations या events के जवाब में प्रदर्शित किए जाने वाले संदेशों सहित exception handling का वर्णन Section 6 में किया गया है।
Section 7 software requirements specification (srs) की Section 7 विकास के तहत सिस्टम के लिए initial subset और implementation priorities को specified करती है। जैसा कि Section 2 - 3 में गई है, सॉफ़्टवेयर उत्पादों को कभी-कभी successive versions की एक chain के रूप में developed किया जाता है। initial version एक skeleton prototype हो सकता है जो basic user functions को प्रदर्शित करता है और उत्पाद के विकास के लिए एक frame प्रदान करता है।
Section 8 initial product release के बाद उत्पाद में शामिल किए जा सकने वाले amendment और promotion product आवश्यकताओं की Section 8 में specified हैं। यदि डिजाइनरों और implementers को possible changes के बारे में पता है, तो वे उत्पाद को इस तरह से डिजाइन और construction कर सकते हैं जिससे उन changes को कम किया जा सके।
Section 9 software product acceptance criteria आवश्यकता document की Section 9 में specified हैं। acceptance criteria functional और performance test specified करते हैं जिन्हें execution किया जाना चाहिए, और Standards source code, internal documentation, और बाहरी दस्तावेज़ों जैसे Design Specifications, Test Plan, User's Manual, Principles of Operation और स्थापना पर लागू किया जाना चाहिए। और रखरखाव प्रक्रियाएं। इसके अलावा, source code, documents और physical media के desired functional और physical audit specified हैं।
Section 10 software requirements specification की Section 10 में design cues और guidelines शामिल हैं। आवश्यकता specification मुख्य रूप से एक सॉफ़्टवेयर उत्पाद के functional और प्रदर्शन aspects से संबंधित है, और Product characteristics को Specified करने दिया जाता है बिना यह बताए कि उत्पाद उन characteristics को कैसे प्रदान करेगा। उत्पाद implementation का "कैसे करें" सॉफ़्टवेयर डिज़ाइन का विषय है। इन विचारों को उत्पाद डिजाइनरों के लिए संकेत और guidelines के रूप में recorded किया जाना चाहिए, लेकिन उत्पाद डिजाइन के लिए कठोर आवश्यकताओं के रूप में नहींं।
Section 11 उत्पाद आवश्यकताओं को प्राप्त करने में उपयोग की जाने वाली जानकारी के sources से संबंधित है। system definition और initial user के मैनुअल, और सूचना के अन्य sources (लोगों या दस्तावेजों) में specific paragraphs के लिए सॉफ़्टवेयर आवश्यकताएँ specific में specific paragraph numbers को indexed करने के लिए एक cross-reference directory प्रदान की जानी चाहिए।
Section 12 software requirements specification का Section 12 उन शब्दों की परिभाषाएँ प्रदान करता है जो ग्राहक और उत्पाद डेवलपर्स के लिए unfamiliar हो सकते हैं। विशेष रूप से, Standard शब्दों को परिभाषित करने के लिए ध्यान रखा जाना चाहिए जो non-standard methods से उपयोग किए जाते हैं। कुछ सॉफ़्टवेयर इंजीनियर शब्दों की शब्दावली को दस्तावेज़ के अंतिम खंड के बजाय सबसे पहले बनाते हैं।
characteristics of SRS in hindi:-
software requirements specification में कई desirable गुण होने चाहिए।
Correct
Complete
Consistent
Unambiguous
Functional
Verifiable
Traceable
Easily changed
आवश्यकताओं के incorrect or incomplete set के परिणामस्वरूप एक ऐसा सॉफ़्टवेयर product हो सकता है जो इसकी आवश्यकताओं को पूरा करता है लेकिन ग्राहकों की आवश्यकताओं को पूरा नहीं करता है। एक inconsistent specification document के विभिन्न हिस्सों में contradictory आवश्यकताओं को बताता है, जबकि एक incorrect आवश्यकता अलग-अलग लोगों द्वारा अलग-अलग interpretations के Subordinate होती है।
software requirements nature में functional होनी चाहिए; यानी, उन्हें यह बताए बिना कि सिस्टम अपनी आवश्यकताओं को कैसे पूरा करेगा, इसका वर्णन करना चाहिए। यह उत्पाद डिजाइनरों के लिए अधिकतम लचीलापन प्रदान करता है।
आवश्यकताओं को दो perspectives से verified किया जाना चाहिए; यह verified करना संभव होना चाहिए कि आवश्यकताएं ग्राहक की आवश्यकताओं को पूरा करती हैं, और यह verified करना संभव होना चाहिए कि बाद के कार्य उत्पाद आवश्यकताओं को पूरा करते हैं। सॉफ़्टवेयर आवश्यकताओं के लिए formal verification techniques की कमी के कारण, वर्तमान में उपलब्ध सबसे महत्वपूर्ण है।
आवश्यकताओं को आसान उपयोग और आसान amendment की अनुमति देने के लिए indexed, fragmented और cross-reference किया जाना चाहिए।
टिप्पणियाँ
एक टिप्पणी भेजें