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

Featured Post

computer glossary (कम्प्यूटर शब्दावली) "G"

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

टिप्पणियाँ

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

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 के द्वारा किसी एक डेटाबेस फाईल के रिकॉ

foxpro data type in hindi । फॉक्सप्रो

 आज हम computers in hindi मे फॉक्सप्रो क्या है?  Foxpro data type in hindi  कार्य के बारे मे जानेगे? How many data types are available in foxpro?    में  तो चलिए शुरु करते हैं-    How many data types are available in foxpro? ( फॉक्सप्रो में कितने डेटा प्रकार उपलब्ध हैं?):- FoxPro में बनाई गई डेटाबेस फाईल का एक्सटेन्शन नाम .dbf होता है । foxpro data type in hindi (फॉक्सप्रो डेटा प्रकार) :- Character data type Numeric data type Float data type Date data type Logical data type Memo data type General data type 1. Character data type :- Character data type  की फील्ड में अधिकतम 254 Character store किये जा सकते हैं । इस टाईप की फील्ड में अक्षर जैसे ( A , B , C , .......Z ) ( a , b , c , ...........z ) तथा इसके साथ ही न्यूमेरिक अंक ( 0-9 ) व Special Character ( + , - , / . x , ? , = ; etc ) आदि भी Store करवाए जा सकते हैं । इस प्रकार की फील्ड का प्रयोग नाम , पता , फोन नम्बर , शहर का नाम , पिता का नाम , माता का नाम आदि संग्रहित करने के लिए किया जाता है । 2. Numeric data type :- Numeric da

Management information system (MIS in hindi)

What is Management Information Systems (MIS) in hindi ? Introduction to management information system (MIS in hindi):-  बिजनेस प्रॉब्लम का समाधान प्राप्त करने के लिए युजर, तकनीक और प्रॉसीजर (procedure) एक साथ मिलकर  कार्य करते हैं। यूूूूजर तकनीक और प्रॉसीजर के सकलन को Information system  कहते हैं।   management information system definition :- जब इनफॉर्मेशन सिस्टम में निहित सभी भाग एक अनुशासन (Discipline) विधि से किसी बिजनेस प्रॉब्लम को हल करते हैं तो इस प्रक्रिया को Management information system ( MIS in hindi ) कहते हैं।   MIS कोई नवीन व्यवस्था नहीं है, कंप्यूटर के आगमन से पूर्व व्यवसाय की गतिविधियों का योजना निर्धारण और नियन्त्रण करने का कार्य इसी प्रकार की MIS विधि से ही सम्पन्न किया जाता था।  कंप्यूटर ने इस MIS व्यवस्था में नवीन आयामों  जैसे, गति (speed), शुद्धता (accuracy) और वृहद मात्रा में डेटा समापन को भी सम्मिलित कर दिया गया है। management, Information और system    को कंप्यूटर की सहायता से मिश्रित व्यावसायिक गतिविधियों को सम्पन्न किया जाता है।  किसी ऑर्गेनाइजेशन की ऑ