सीधे मुख्य सामग्री पर जाएं

Featured Post

unix commands in hindi

srs in software engineering in hindi

आज हम 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 किया जाना चाहिए। 

टिप्पणियाँ

इस ब्लॉग से लोकप्रिय पोस्ट

report in ms access in hindi - रिपोर्ट क्या है

  आज हम  computers in hindi  मे  report in ms access in hindi (रिपोर्ट क्या है)  - ms access in hindi  के बारे में जानकारी देगे क्या होती है तो चलिए शुरु करते हैं-  report in ms access in hindi (रिपोर्ट क्या है):- Create Reportin MS - Access - MS - Access database Table के आँकड़ों को प्रिन्ट कराने के लिए उत्तम तरीका होता है , जिसे Report कहते हैं । प्रिन्ट निकालने से पहले हम उसका प्रिव्यू भी देख सकते हैं ।  MS - Access में बनने वाली रिपोर्ट की मुख्य विशेषताएँ :- 1. रिपोर्ट के लिए कई प्रकार के डिजाइन प्रयुक्त किए जाते हैं ।  2. हैडर - फुटर प्रत्येक Page के लिए बनते हैं ।  3. User स्वयं रिपोर्ट को Design करना चाहे तो डिजाइन रिपोर्ट नामक विकल्प है ।  4. पेपर साइज और Page Setting की अच्छी सुविधा मिलती है ।  5. रिपोर्ट को प्रिन्ट करने से पहले उसका प्रिन्ट प्रिव्यू देख सकते हैं ।  6. रिपोर्ट को तैयार करने में एक से अधिक टेबलों का प्रयोग किया जा सकता है ।  7. रिपोर्ट को सेव भी किया जा सकता है अत : बनाई गई रिपोर्ट को बाद में भी काम में ले सकते हैं ।  8. रिपोर्ट बन जाने के बाद उसका डिजाइन बदल

ms excel functions in hindi

  आज हम  computer in hindi  मे ms excel functions in hindi(एमएस एक्सेल में फंक्शन क्या है)   -   Ms-excel tutorial in hindi   के बारे में जानकारी देगे क्या होती है तो चलिए शुरु करते हैं- ms excel functions in hindi (एमएस एक्सेल में फंक्शन क्या है):- वर्कशीट में लिखी हुई संख्याओं पर फॉर्मूलों की सहायता से विभिन्न प्रकार की गणनाएँ की जा सकती हैं , जैसे — जोड़ना , घटाना , गुणा करना , भाग देना आदि । Function Excel में पहले से तैयार ऐसे फॉर्मूले हैं जिनकी सहायता से हम जटिल व लम्बी गणनाएँ आसानी से कर सकते हैं । Cell Reference में हमने यह समझा था कि फॉर्मूलों में हम जिन cells को काम में लेना चाहते हैं उनमें लिखी वास्तविक संख्या की जगह सरलता के लिए हम उन सैलों के Address की रेन्ज का उपयोग करते हैं । अत : सैल एड्रेस की रेन्ज के बारे में भी जानकारी होना आवश्यक होता है । सैल एड्रेस से आशय सैल के एक समूह या श्रृंखला से है । यदि हम किसी गणना के लिए B1 से लेकर  F1  सैल को काम में लेना चाहते हैं तो इसके लिए हम सैल B1 , C1 , D1 , E1 व FI को टाइप करें या इसे सैल Address की श्रेणी के रूप में B1:F1 टाइ

foxpro commands in hindi

आज हम computers in hindi मे  foxpro commands  क्या होता है उसके कार्य के बारे मे जानेगे?   foxpro all commands in hindi  में  तो चलिए शुरु करते हैं-   foxpro commands in hindi:-  (1) Clear command in foxpro in hindi:-  इस  command  का प्रयोग  foxpro  की main स्क्रीन ( जहां रिकॉर्ड्स / Output प्रदर्शित होते हैं ) को Clear करने के लिए किया जाता है ।  (2) Modify Structure in foxpro in hindi :-  इस  command  का प्रयोग वर्तमान प्रयुक्त  डेटाबेस  फाईल के स्ट्रक्चर में आवश्यक परिवर्तन करने के लिए किया जाता है । इसके द्वारा नये फील्ड भी जोड़े जा सकते हैं तथा पुराने फील्ड्स को हटाया व उनके साईज़ में भी परिवर्तन किया जा सकता है ।  (3) Rename in foxpro in hindi :-  इस  command  के द्वारा किसी  database  file का नाम बदला जा सकता है जिस फाईल को Rename करना हो वह मैमोरी में खुली नहीं होनी चाहिए ।   Syntax : Rename < Old filename > to < New filename >  Foxpro example: -  Rename Student.dbf to St.dbf (4) Copy file in foxpro in hindi :- इस command के द्वारा किसी एक डेटाबेस फाईल के रिकॉ