खोज के परिणाम

एक प्रोग्राम पूरी तरह से सभी उपयोगकर्ता विनिर्देशों के साथ होना चाहिए और सभी परिस्थितियों ( Circumstances ) में त्रुटि के बिना चलना चाहिए। अच्छी प्रोग्रामिंग एक स्वीकार्य समय अवधि के भीतर गुणवत्ता कार्यक्रमों के निर्माण और कार्यान्वयन ( Constructing & Implementing ) का अभ्यास है। एक बार प्रोग्राम लिखे जाने के बाद, उनका उपयोग उनके ऑपरेटिंग वातावरण ( Operating Environment ) में एक अवधि के लिए किया जाता है जो दस या अधिक वर्षों तक हो सकता है। इस अवधि के दौरान, उपयोगकर्ताओं की बदलती जरूरतों को दर्शाने के लिए प्रोग्राम कई परिवर्तनों या परिवर्धन के अधीन होंगे। जब तक शुरू में प्रोग्रामों को अच्छी तरह से नहीं लिखा जाता है, बाद की तारीख में प्रोग्राम को बदलना, बढ़ाना या सुधारना ( Alter Or Enhance ) मुश्किल होगा। निम्नलिखित उद्देश्य हैं, जिन्हें प्रोग्राम लिखते समय ध्यान में रखना चाहिए। Correctness ( यथार्थता ) Reliability ( विश्वसनीयता ) Robustness ( मजबूती ) Execution Efficiency ( निष्पादन क्षमता ) Simplicity ( सरलता ) Maintainability ( रख-रखाव ) Portability ( सुवाह्यता ) Flexible ( लचीला ) #01. Correctness ( यथार्थता ) एक प्रोग्राम को विनिर्देशों ( Specifications ) के अनुसार आउटपुट देना चाहिए। यह उपयोगकर्ता की आवश्यकताओं ( User Requirements ) के अनुरूप होना चाहिए। उपयोगकर्ता को प्रोग्राम से उत्पन्न होने वाले आउटपुट से संतुष्ट होना चाहिए। इसलिए शुद्धता एक बहुत ही व्यक्तिपरक शब्द ( Subjective Term ) है। #02. Reliability ( विश्वसनीयता ) एक प्रोग्राम को लंबे समय तक सटीक ( Accurately ) रूप से कार्य करना चाहिए। अगर सही ढंग से काम करना चाहिए, तो समग्र रेंज और डेटा का संयोजन करना चाहिए। #03. Robustness ( मजबूती ) एक प्रोग्राम को इस तरह से विकसित किया जाना चाहिए कि वह क्रैश किए बिना सीमा से बाहर डेटा या असाधारण डेटा ( Exceptional Data ) को संभाल सके। कहने का तात्पर्य यह है कि यदि किसी प्रोग्राम को डेटा का कोई टुकड़ा मिलता है, जिसे एप्लिकेशन द्वारा नियंत्रित नहीं किया जा रहा है, तो ऐसे डेटा को पहचाना ( Recognized ) जाना चाहिए और एक त्रुटि संदेश फ्लैश किया जाना चाहिए। #04. Execution Efficiency ( निष्पादन क्षमता ) एक प्रोग्राम को छोटी कोर मेमोरी में निष्पादित ( Execute ) करना चाहिए और इसकी प्रक्रिया को फ्लैश किया जाना चाहिए। प्रोग्राम को अधिक कुशल कहा जाता है यदि इसमें कम से कम मेमोरी और प्रोसेसिंग समय लगता है और आसानी से मशीनी भाषा में परिवर्तित हो जाता है। एल्गोरिदम अधिक प्रभावी होना चाहिए। निर्देशों और डेटा को संसाधित करने के लिए प्रत्येक प्रोग्राम को निश्चित प्रसंस्करण समय और मेमोरी की आवश्यकता होती है। प्रोग्राम के रनटाइम निष्पादन के दौरान उच्च गति होने पर प्रोग्राम दक्षता भी अधिक होती है। #05. Simplicity ( सरलता ) एक प्रोग्राम उपयोगकर्ता के अनुकूल होना चाहिए जो मेनू विकल्पों, अच्छे उपयोगकर्ता प्रलेखन और ऑनलाइन सहायता सुविधा ( Facility ) द्वारा समर्थित हो। #06. Maintainability ( रख-रखाव ) उचित प्रोग्राम स्ट्रक्चर तथा स्टैंडर्ड लैंग्वेज फीचर्स का उपयोग होना चाहिए, जिससे इसे समझना, बदलना तथा आगे उन्नत करना आसान होता हैं। #07. Portability ( सुवाह्यता ) एक प्रोग्राम को ऑपरेटिंग सिस्टम की मानक विशेषताओं, भाषा कंपाइलरों और डेटा, बाह्य उपकरणों और प्रसंस्करण से संबंधित अलग-अलग घटकों का उपयोग करना चाहिए, ताकि प्रोग्राम को विभिन्न मशीनों पर निष्पादित किया जा सके। हालाँकि, कुछ मामूली बदलाव करने पड़ सकते हैं, जो अनिवार्य रूप से भाषा पर निर्भर हैं और इन्हें टाला नहीं जा सकता है। #08. Flexible ( लचीला ) प्रोग्राम को इस तरह से लिखा जाना चाहिए कि यह मौजूदा मॉड्यूल को बदले बिना नई सुविधाओं को जोड़ने की अनुमति देता है। अधिकांश परियोजनाएं ( Majority Projects ) एक विशिष्ट अवधि के लिए विकसित की जाती हैं और उनमें समय-समय पर संशोधन ( Modifications ) की आवश्यकता होती है। इसे नई आवश्यकताओं को पूरा करने के लिए हमेशा तैयार रहना चाहिए। अत्यधिक लचीला सॉफ़्टवेयर ( Highly Flexible Software ) संभावनाओं की एक नई दुनिया के लिए हमेशा तैयार रहता है। #09. Machine Independent ( मशीन स्वतंत्र ) प्रोग्राम मशीन-स्वतंत्र होना चाहिए। एक सिस्टम पर लिखे गए प्रोग्राम को बिना किसी बदलाव के कई अलग-अलग प्रकार के कंप्यूटरों पर निष्पादित करने में सक्षम होना चाहिए। यह सिस्टम विशिष्ट नहीं है और अधिक लचीलापन प्रदान करता है। इसका एक उदाहरण Java होगा।

एक अच्छा प्रोग्राम अधिकांश लोगों की जरूरतों और हितों को पूरा करता है और उन्हें आवश्यक परिवर्तन करने के लिए प्रेरित करता है। प्रभावी होने के लिए, प्रत्येक प्रोग्राम को लोगों और वर्तमान स्थिति से शुरू होना चाहिए और फिर बेहतर पारिवारिक जीवन के अंतिम लक्ष्य की ओर बढ़ना चाहिए। एक अच्छी प्रोग्राम योजना के लिए, विस्तार कार्यकर्ताओं का नौकरी के प्रति उन्मुख / अच्छी तरह से परिचित होना बहुत आवश्यक है। इसलिए, अच्छी प्रोग्राम योजना के लिए मानदंड आवश्यक हैं। इन्हें इस प्रकार सूचीबद्ध किया गया है; 01. Describe The Particular Situation & Then Plan The Program On It ( विशेष स्थिति का वर्णन करें और फिर उस पर प्रोग्राम की योजना बनाएं ) ब्लॉक कर्मचारियों, जिला विस्तार कर्मचारियों और उपलब्ध सरकारी रिपोर्टों से परामर्श लें। अनुसंधान केंद्रों की अध्ययन सिफारिशें। लोगों से परामर्श करें। पंचायत, सहकारी, स्कूल और अन्य संगठनों जैसे ग्रामीण युवा क्लब, महिला मंडल, किसान मंच और युवा किसान संघ जैसे स्थानीय संस्थानों से परामर्श करें। जीवन को प्रभावित करने वाली राज्य और राष्ट्रीय स्थितियों को ध्यान में रखें। 02. Select Problems & Fix Priorities Based On Felt Needs ( समस्याओं का चयन करें और महसूस की गई जरूरतों के आधार पर प्राथमिकताएं तय करें ) सभी समस्याओं का समाधान एक बार में नहीं किया जा सकता। समस्याएं परिवार, सामुदायिक क्षेत्र और ब्लॉक की स्थिति से संबंधित होनी चाहिए। समस्याओं को लोकतांत्रिक तरीके से गांव के लोगों, पूरे विस्तार कर्मचारियों और प्रोग्राम में योगदान देने वाले अन्य लोगों की भागीदारी के माध्यम से पहुंचाया जाना चाहिए। समस्याएं वे होनी चाहिए, जो सबसे ज्यादा महसूस की जाती हैं और लोगों की सबसे बड़ी चिंता और जरूरत होती है। 03. Objectives & Goals Should Offer Satisfaction ( उद्देश्यों और लक्ष्यों को संतुष्टि प्रदान करनी चाहिए ) उद्देश्यों को उन लोगों द्वारा समझा जाना चाहिए जिनके लिए इरादा है। उद्देश्यों की प्राप्ति से संतुष्टि का परिणाम होना चाहिए। उद्देश्यों को उन शब्दों में बताया जाएगा, जिन्हें समझा और मापा जा सकता है। उद्देश्यों को उन लोगों द्वारा स्वीकार किया जाना चाहिए, जिन्हें उन्हें प्राप्त करना है। 04. Good Program Have Permanence With Flexibility ( अच्छे प्रोग्राम में लचीलेपन के साथ स्थायित्व होता है ) उन्हें अल्पकालिक ( Short-Term ) परिवर्तनों को पूरा करना चाहिए। उन्हें दीर्घकालिक ( Long-Term ) परिवर्तनों को पूरा करना चाहिए। उन्हें विशेष आपात स्थिति ( Special Emergencies ) से मिलना चाहिए। 05. Good Programs Combined Balance With Emphasis ( अच्छे कार्यक्रम संतुलन के साथ जोर देते हैं ) बिखरे हुए प्रयासों से बचने के लिए समय पर समस्याओं पर जोर देने के साथ अच्छे प्रोग्राम महत्वपूर्ण हितों के बहुमत को कवर करते हैं। परिवार, गांव, ब्लॉक और जिले की सभी समस्याओं पर सभी स्तरों पर सभी आयु समूहों, पंथों और नस्लों को शामिल करने के लिए पर्याप्त व्यापक प्रोग्राम। उन्हें पूरे वर्ष समय और प्रयास का अच्छा वितरण ( Distribution ) दिखाना चाहिए। 06. Prepare A Plan Of Work ( कार्य योजना तैयार करें ) कार्य योजना में इसका विवरण शामिल होना चाहिए: जिन लोगों तक पहुंचना है और कारण। लक्ष्य, तिथियां और स्थान। लोगों तक पहुँचने के लिए शिक्षण विधियों और विशिष्ट योजनाओं का प्रावधान। स्थानीय स्वैच्छिक नेताओं की मान्यता, प्रशिक्षण और कर्तव्य। विस्तार कर्मियों और अन्य एजेंसियों द्वारा निभाई जाने वाली भूमिका। कार्य और गतिविधियों का कैलेंडर क्या होगा? परिणामों को मापने के लिए क्या योजनाएँ होंगी? 07. Programming Is A Continuous Process ( प्रोग्रामिंग एक सतत प्रक्रिया है ) समस्याएं और जोर ( Emphasis ) बदलते हैं, चरण पूरे हो सकते हैं और नई समस्याएं उत्पन्न हो सकती हैं। बेहतर अभ्यास और सामग्री मिलने पर समाधान भी बदल जाते हैं। उद्देश्य बदल जाते हैं, क्योंकि लोग अधिक स्पष्ट रूप से देखते हैं कि उन्हें क्या चाहिए, क्योंकि उनकी पिछली ज़रूरतें पूरी होती हैं। 08. Programming Is An Educational Process ( प्रोग्रामिंग एक शैक्षिक प्रक्रिया है ) यह लोगों को सोचना, तर्क करना, प्रश्न करना, निर्णय लेना और भागीदारी के माध्यम से कार्य करना सिखाता है। यह एक समय लेने वाला लेकिन अच्छा निवेश ( Investment ) है। 09. Programming Is A Coordinating Process ( प्रोग्रामिंग एक समन्वय प्रक्रिया है ) यह रुचि पैदा करता है और कई लोगों का सहयोग प्राप्त करता है। यह नेताओं, समूहों और एजेंसियों के प्रयासों का समन्वय करता है और सभी उपलब्ध संसाधनों के सर्वोत्तम उपयोग को बढ़ावा देता है। 10. Program Planning Provides For Evaluation Of Results ( प्रोग्राम नियोजन परिणामों के मूल्यांकन के लिए प्रदान करता है ) प्रत्येक प्रोग्राम में मूल्यांकन के लिए प्रावधान होना चाहिए। राज्य के उद्देश्य स्पष्ट रूप से और उन शब्दों में, जिन्हें मापा जा सकता है।

निम्नलिखित कुछ प्रश्न हैं जो यह निर्धारित करने के लिए पूछे जा सकते हैं कि क्या कोई प्रोग्राम अच्छा है; क्या यह विनिर्देश या स्पष्टीकरण ( Specification ) में बताई गई समस्या का समाधान करता है? क्या यह सभी परिस्थितियों ( Conditions ) में सही ढंग से काम करता है? क्या इसका उचित दस्तावेज हैं? क्या यह एक मॉड्यूलर दृष्टिकोण या मॉड्यूलर तरीके का उपयोग करके लिखा गया है? क्या यह कंप्यूटर के समय और मेमोरी का कुशल और प्रभावी तरीके का उपयोग करता है? इन मानदंडों ( Criteria ) को स्वचालित रूप से पूरा किया जा सकता है, यदि प्रोग्राम के डिजाइन के हर चरण में पर्याप्त विचार और प्रयास किया जाता है।

उपयोगकर्ता, प्रोग्राम उसका कार्य कैसे करता हैं, यह पता करने वाली तकनीक से सम्बंधित होने के बजाय इससे सम्बंधित होता हैं कि वे कैसे प्रोग्राम से इंटरैक्ट करते हैं तथा प्रोग्राम उनके लिए क्या करता हैं। उपयोगकर्ता के लिए डॉक्यूमेंटेशन के अंतर्गत निम्न हैं; प्रोग्राम द्वारा किए गए कार्य का विस्तृत विवरण। साधन जिनके द्वारा उपयोगकर्ता प्रोग्राम को डाटा देता हैं, फॉर्मेट तथा डाटा के कंटेंट्स मानों ( Content Values ) पर रोकथाम के साथ में करना हैं। उपयोगकर्ता के लिए प्रोग्राम द्वारा उत्पादित उदाहरणों के साथ आउटपुट का विस्तृत विवरण। किसी भी त्रुटि संदेश या अपवाद रिपोर्ट ( Exception Reports ) का विवरण जो प्रोग्राम उत्पन्न कर सकता है। प्रोग्राम में बाद के पर्याप्त संशोधन या संवर्द्धन आदि पर कोई प्रतिबंध। सभी स्तरों पर पर्याप्त दस्तावेज़ीकरण का अभाव अधिकांश कंप्यूटर इंस्टॉलेशन को प्रभावित करता है। प्रलेखन के उत्पादन को एक ऐसे कार्य के रूप में देखा जाना चाहिए, जो प्रोग्राम कोड के लेखन जितना ही आवश्यक और महत्वपूर्ण है। 🌼Thank you very much for giving your valuable time!🙏

प्रोग्राम चलाने वाले व्यक्तियों को यह जानने की ज़रूरत नहीं है कि प्रोग्राम कैसे काम करते हैं। उन्हें प्रोग्राम के साथ अपने इंटरफेस को जानने की जरूरत है और प्रोग्राम के साथ सिर्फ कार्य करना आवश्यक होता हैं। ऐसे कर्मियों ( Personnel ) के लिए प्रलेखन में निम्नलिखित शामिल होना चाहिए; सेकेंडरी स्टोरेज से प्रोग्राम को मेमोरी में लोड करने और इसके संचालन को शुरू करने के लिए कमांड आवश्यक है। प्रोग्राम द्वारा एक्सेस की गई सभी बाहरी फाइलों ( External Files ) के नाम। सभी देशों के फॉर्मैट्स या प्रारूप, जिन्हें कार्यान्वयन के दौरान ऑपरेटर को दर्शाता है, सन्देश के टेक्स्ट का वर्णन, स्थिति जिससे ऐसे सन्देश दर्शाए जाते हैं तथा एक्शन ( कार्य ) जो ऑपरेटर द्वारा लिया जाता हैं। प्रोग्राम के संचालन में कोई भी विकल्प जिसके लिए रन-टाइम पर ट्रिगर करने के लिए ऑपरेटर कार्रवाई ( एक्शन ) की आवश्यकता होती है। प्रोग्राम के कार्य का संक्षिप्त विवरण ताकि ऑपरेटर यह महसूस कर सके कि प्रोग्राम सही ढंग से चल रहा है या नहीं। उपयोग किए जा रहे उपकरण से संबंधित कोई भी तकनीकी विवरण आदि। 🌼Thank you very much for giving your valuable time!🙏

एक प्रोग्रामर को अपने सम्पूर्ण जीवन काल में एक कार्यक्रम या प्रोग्राम को बनाए रखने के लिए सक्षम करने के लिए आवश्यक दस्तावेज को दो श्रेणियों में विभाजित किया जा सकता है; Internal Documentation ( आंतरिक दस्तावेज़ीकरण ) External Documentation ( बाह्य दस्तावेज़ीकरण ) Internal Documentation ( आंतरिक दस्तावेज़ीकरण ) इस प्रकार के दस्तावेज़ीकरण में प्रोग्राम के उन पहलुओं को कवर करता हैं या शामिल किया जाता है जो प्रोग्रामिंग भाषा के वाक्य-रचना को समाहित करते हैं या फिर प्रोग्रामिंग भाषा सिंटैक्स में शामिल होते हैं। Internal Documentation Should Includes ( इंटरनल डॉक्यूमेंटेशन में शामिल होना चाहिए ) डेटा आइटम और प्रक्रियाओं का वर्णन करने के लिए उपयोग किए जाने वाले मीनिंग फूल नाम या सार्थक नाम। समग्र रूप से पूर्ण प्रोग्राम को बनाने वाले एक प्रोग्राम के कार्य और प्रोग्राम को शामिल करने वाले मॉड्यूल से संबंधित टिप्पणियाँ। प्रति पंक्ति एक निर्देश, निर्देशों के संबंधित समूह का इंडेंटेशन, मॉड्यूल को अलग करने वाली रिक्त रेखाएं। External Documentation ( बाह्य दस्तावेज़ीकरण ) इस श्रेणी में सहायक दस्तावेज शामिल हैं, जिन्हें किसी भी प्रोग्राम के साथ मैनुअल या फोल्डर में रखा जाना चाहिए और व्यवस्थित किया जाना चाहिए। यह आवश्यक है कि जैसे ही किसी प्रोग्राम में परिवर्तन किए जाते हैं, उसके बाह्य दस्तावेज़ीकरण को एक साथ अद्यतन ( Updated ) किया जाता है। External Documentation Should Includes ( बाह्य दस्तावेज़ीकरण में शामिल होना चाहिए ) स्रोत प्रोग्राम की वर्तमान या नवीनतम सूची बनाना। प्रोग्राम के उद्देश्य और संचालन के तरीके को परिभाषित करने वाला एक दस्तावेज। संरचना आरेख ( चित्र ) मॉड्यूल के पदानुक्रमित संगठन को दर्शाता है। प्रोग्राम में किसी सूत्र या जटिल गणनाओं की व्याख्या या समझाना। संसाधित या प्रोसेस किए जा रहे डेटा की विशिष्टता और स्पष्टीकरण। उपयोगकर्ताओं और मुद्रित रिपोर्टों ( Printed Reports ) के साथ बातचीत करने के लिए उपयोग की जाने वाली स्क्रीन का प्रारूप। प्रोग्राम के संचालन को मान्य ( Validate ) करने के लिए उपयोग किए जाने वाले परीक्षण डेटा ( Test Data ) आदि। 🌼Thank you very much for giving your valuable time!🙏

01. निर्धारित करें कि सिस्टम दस्तावेज़ीकरण का प्राथमिक दर्शक ( Audience ) कौन होगा। आम तौर पर दर्शक वे लोग होते हैं जो निरंतर आधार पर समाधान बनाए रखेंगे। इसमें वर्तमान में समाधान पर काम करने वाली टीम शामिल हो भी सकती है और नहीं भी। 02. उन लोगों के साथ हितधारकों ( Stakeholders ) के दूसरे समूह के रूप में व्यवहार करें और पता करें कि समाधान का समर्थन करने के साथ उनकी क्या ज़रूरतें हैं। पता करें कि उन्हें किस जानकारी की आवश्यकता है, उनके लिए इसे व्यवस्थित करने का एक अच्छा तरीका क्या होगा, और वे किस रूप में जानकारी उपलब्ध कराना चाहेंगे ( wiki, एक साझा ड्राइव पर दस्तावेज़, थ्री-रिंग बाइंडर, आदि )। 03. सिस्टम दस्तावेज़ीकरण बनाने के लिए एक योजना की पहचान करें जो आपको विश्वास है कि आप इसका पालन करेंगे। अधिकांश टीमें या तो सिस्टम दस्तावेज़ीकरण बनाने के लिए बैकलॉग ( Backlog ) आइटम बनाकर या अपनी पूर्ण की परिभाषा में अद्यतन सिस्टम दस्तावेज़ीकरण शामिल करके सिस्टम दस्तावेज़ बनाती हैं। इस तरह से किया की परिभाषा का उपयोग करने से आमतौर पर संभावना बढ़ जाती है कि दस्तावेज़ीकरण वास्तव में बन जाएगा, क्योंकि सिस्टम प्रलेखन के निर्माण के लिए कॉल करने वाले बैकलॉग आइटम कभी भी एक पुनरावृत्ति ( Iteration ) में नहीं खींचे जा सकते हैं। 04. सिस्टम दस्तावेज़ीकरण के लिए एक सहमत-भंडार ( Agreed-Upon ) स्थापित करें जो उन लोगों के लिए सुलभ ( Accessible ) हो जिन्हें इसकी आवश्यकता है और आसानी से अद्यतन करने योग्य है। यह भंडार कैसा दिखना चाहिए, इसके लिए आपके संगठन के पास पहले से ही मानक हो सकते हैं। 05. से बनाएं और इसे अप-टू-डेट रखें। 🌼Thank you very much for giving your valuable time!🙏

कार्यक्रम प्रलेखन प्रदान करने के ये कुछ लाभ हैं; किसी सॉफ़्टवेयर या प्रोग्राम के सभी भागों पर नज़र रखता है। रखरखाव ( Maintenance ) आसान करता है। डेवलपर के अलावा अन्य प्रोग्रामर सॉफ्टवेयर के सभी पहलुओं ( Aspects ) को समझ सकते हैं। सॉफ्टवेयर की समग्र गुणवत्ता ( Quality ) में सुधार करता है। उपयोगकर्ता प्रशिक्षण ( Training ) में सहायता करता है। अगर लोग सिस्टम को अचानक छोड़ देते हैं तो ज्ञान को विकेंद्रीकरण ( De-Centralization ), लागत और प्रयास में कटौती सुनिश्चित करता है। Example Of Documents ( दस्तावेज़ों का उदाहरण ) एक सॉफ्टवेयर या सिस्टम से कई तरह के दस्तावेज जुड़े हो सकते हैं। कुछ महत्वपूर्ण लोगों में शामिल हैं; User Manual ( उपयोगकर्ता पुस्तिका ):- यह गाइड या पुस्तिका अंतिम उपयोगकर्ताओं के लिए सॉफ़्टवेयर की विभिन्न विशेषताओं का उपयोग करने के लिए निर्देशों और प्रक्रियाओं का वर्णन करता है। Operational Manual ( ऑपरेशनल पुस्तिका ):- यह किए जा रहे सभी ऑपरेशनों और उनकी अंतर-निर्भरता को सूचीबद्ध करता है और उनका वर्णन करता है। Design Document ( डिज़ाइन दस्तावेज़ ):- यह सॉफ़्टवेयर का एक सिंहावलोकन ( Overview ) देता है और डिज़ाइन तत्वों का विस्तार से वर्णन करता है। यह डेटा प्रवाह आरेख, इकाई संबंध आरेख ( Data Flow Diagrams, Entity Relationship Diagrams ) आदि जैसे विवरणों का दस्तावेजीकरण करता है। Requirements Document ( आवश्यकता दस्तावेज़ ):- इसमें सिस्टम की सभी आवश्यकताओं की सूची के साथ-साथ आवश्यकताओं की व्यवहार्यता ( Feasibility ) का विश्लेषण भी होता है। इसमें उपयोगकर्ता मामले, वास्तविक जीवन परिदृश्य ( User Cases, Real-life Scenarios ) आदि हो सकते हैं। Technical Documentation ( तकनीकी दस्तावेज़ीकरण ):- यह वास्तविक प्रोग्रामिंग घटकों जैसे एल्गोरिदम, फ़्लोचार्ट, प्रोग्राम कोड, कार्यात्मक या फंक्शनल मॉड्यूल आदि का दस्तावेज़ीकरण है। Testing Document ( परीक्षण दस्तावेज़ ):- यह परीक्षण योजना, परीक्षण मामले, वैलिडेशन योजना, वेरिफिकेशन योजना, परीक्षण परिणाम इत्यादि रिकॉर्ड करता है। परीक्षण सॉफ्टवेयर विकास का एक चरण है, जिसमें गहन दस्तावेज की आवश्यकता होती है। List Of Known Bugs ( ज्ञात बगों की सूची ):- प्रत्येक सॉफ़्टवेयर में बग या त्रुटियां होती हैं, जिन्हें हटाया नहीं जा सकता क्योंकि या तो उन्हें बहुत देर से खोजा गया था या हानिरहित हैं या सुधारने के लिए आवश्यकता से अधिक प्रयास और समय लगेगा। इन बग्स को प्रोग्राम प्रलेखन के साथ सूचीबद्ध किया जाता है ताकि बाद में इन्हें हटाया जा सके। बग सक्रिय होने पर भी वे उपयोगकर्ताओं, कार्यान्वयन कर्ताओं या इसको लागू करने ( Implementers ) और रखरखाव करने वाले लोगों की सहायता करते हैं। 🌼Thank you very much for giving your valuable time!🙏

सिस्टम प्रलेखन ( System Documentation ) एक निर्मित समाधान के बारे में जानकारी है और भविष्य के रखरखाव या अद्यतन प्रयासों के लिए एक संदर्भ के रूप में कार्य करता है। यह सिस्टम की कार्यक्षमता के आधार पर आयोजित किया जाता है, न कि जब सिस्टम में बदलाव किए गए थे, जिससे उन लोगों के लिए यह आसान हो जाता है जो समाधान ( Solution ) को बनाए रखने के लिए आवश्यक जानकारी को जल्दी से ढूंढते हैं। जबकि समाधान स्वयं ( और इसके खिलाफ लिखे गए परीक्षण ) बहुत सारी जानकारी प्रदान कर सकता है, सूचना के अतिरिक्त स्रोतों की हमेशा आवश्यकता होगी, खासकर उन पहलुओं के लिए जो आसानी से स्पष्ट नहीं होते हैं। यह जानकारी कई रूप ले सकती है, लेकिन मैं आमतौर पर निम्नलिखित में से कुछ संयोजन किया जा सकता हैं; Glossary ( शब्दावली ):- उस डोमेन में आमतौर पर उपयोग किए जाने वाले शब्दों की परिभाषा जिसमें सिस्टम संचालित होता है। Business Rule Catalog ( व्यापार नियम कैटलॉग ):- नियमों का विवरण, हालांकि यह बताए बिना कि उन नियमों को कैसे लागू किया जाता है ( यह जानकारी आम तौर पर अन्य कलाकृतियों में से एक में नोट की जाती है या परीक्षणों द्वारा दर्शायी जाती है )। Metadata ( मेटाडेटा ):- उस डेटा के बारे में डेटा जो सिस्टम एकत्र करता है, संग्रहीत करता है और प्रदान करता है । Process flows ( प्रोसेस फ़्लो ):- सिस्टम द्वारा समर्थित व्यावसायिक प्रक्रियाओं का विवरण । User interfaces ( यूजर इंटरफेस ):- प्रवर्तन ( Enforcement ) के पीछे के संचालन का विवरण या यूजर इंटरफेस से संबंधित व्यावसायिक नियमों को लागू करना। Permissions ( अनुमतियाँ ):- यह वर्णन कि कौन सी भूमिकाएँ सिस्टम में कौन से कार्य कर सकती हैं। An Example ( एक उदाहरण ) कॉन्फ़्रेंस सबमिशन सिस्टम ( CSS - Conference Submission System ) के लिए हम स्रोत नियंत्रण के लिए गिटहब ( GitHub ) का उपयोग करते हैं और किसी भी दस्तावेज़ीकरण के लिए हमें हमारे द्वारा किए जा रहे परिवर्तनों के दौरान संवाद करने की आवश्यकता होती है। प्रत्येक परिवर्तन को एक समस्या के रूप में सूचीबद्ध किया जाता है, और किसी भी विवरण को टिप्पणियों के आगे-पीछे में वर्णित किया जाता है, जिसका उपयोग हम अपेक्षाओं को स्पष्ट करने के लिए करते हैं। हम प्रत्येक आइटम के लिए लिखे गए उदाहरण भी रखते हैं। इन उदाहरणों को सिस्टम सुविधाओं के आधार पर व्यवस्थित किया जाता है और जब हम किसी ऐसे मामले की जांच कर रहे होते हैं, जहां सबमिशन सिस्टम ठीक से काम नहीं कर रहा होता है, तो यह मेरे संदर्भ के पहले बिंदु के रूप में काम करता है। दस में से नौ बार, दोष एक ऐसा परिदृश्य बन जाता है जिसे हमने अपने विकास कार्य के दौरान ध्यान में नहीं रखा, इसका सबूत एक उदाहरण की कमी से है। उदाहरणों और मेरी खराब याददाश्त के पूरक के लिए, मैंने स्प्रैडशीट भी बनाई हैं जो अनुमतियों को दर्शाती हैं, साथ ही कुछ परिस्थितियों में बाहर जाने वाले विशिष्ट अधिसूचना संदेशों के बारे में नोट्स भी बनाती हैं। ये जानकारी के मुख्य अंश होते हैं जो GitHub या सिस्टम के अलावा किसी अन्य संदर्भ बिंदु पर संग्रहीत करने के लिए उपयोगी होते हैं। When To Use System Documentation? ( सिस्टम दस्तावेज़ीकरण का उपयोग कब करें? ) जब भी आपके पास कोई समाधान होता है तो सिस्टम दस्तावेज़ीकरण सहायक होता है, जिसे उसके जीवनकाल में बनाए रखा जा सकता हैं और अद्यतन किया जा सकता हैं । व्यापक अर्थों में, यह IT संगठन द्वारा निर्मित या कार्यान्वित अधिकांश प्रणालियों पर लागू होता है। सिस्टम प्रलेखन विशेष रूप से तब सहायक होता है जब सिस्टम को मूल रूप से, इसे बनाने वाली टीम से अलग टीम द्वारा बनाए रखा या अद्यतन किया जाता है और यहां तक ​​कि उन समाधानों के लिए भी उपयोगी हो सकता है जो एक ही टीम द्वारा बनाया और बनाए रखा जाता है, खासकर अगर समाधान के लंबे समय तक जीवन होने की उम्मीद हो ( कहते हैं, एक वर्ष से अधिक)। Why Use System Documentation? ( सिस्टम दस्तावेज़ीकरण का उपयोग क्यों करें? ) सिस्टम का वर्णन करने वाले दस्तावेज़ बनाना अभी मूल्य ( Value ) प्रदान करने के लिए आवश्यक नहीं है। हालांकि, यह उन लोगों के लिए लंबे समय में बेहद मददगार है, जो सिस्टम को बनाए रखने और अपडेट करने की कोशिश कर रहे हैं - इतना मददगार है कि आपको इसे करना चाहिए, लेकिन इतना मूल्यवान नहीं है कि आपको इस पर अत्यधिक समय, प्रयास या खर्च करना चाहिए। वही एक परियोजना ( Project ) के दौरान किए गए दस्तावेज़ीकरण के लिए जाता है। उस मामले में, मुख्य उद्देश्य साझा समझ के निर्माण में सहायता करना है। दोनों ही मामलों में आप एक उद्देश्य के साथ प्रलेखन ( Documentation ) बनाते हैं, और एक बार जब आप उस उद्देश्य को जान लेते हैं, तो आमतौर पर इसके उद्देश्य के आधार पर दस्तावेज़ीकरण की संरचना करना एक अच्छा विचार है। सिस्टम दस्तावेज़ीकरण के मामले में, आप चाहते हैं कि यह निर्मित समाधान की वर्तमान स्थिति को प्रतिबिंबित करे, और आप इसे सहज तरीके से व्यवस्थित करना चाहते हैं - सबसे अधिक संभावना इस पर आधारित है कि समाधान स्वयं कैसे व्यवस्थित होता है। 🌼Thank you very much for giving your valuable time!🙏

प्रलेखन प्रोग्रामिंग अनुशासन के सबसे उपेक्षित क्षेत्रों में से एक है। चूँकि किसी कार्यक्रम या प्रोग्राम का समर्थन करने के लिए आवश्यक दस्तावेज़ीकरण के प्रावधान को चुनौती या बौद्धिक अभ्यास के रूप में नहीं देखा जाता है, यह शायद ही कभी किया जाता है या ठीक से नहीं किया जाता है। यह शायद ही कभी किया जाता है या जब कभी भी किया जाता है, तब ठीक से या सहीं तरीके से नहीं किया जाता है। यह सॉफ्टवेयर प्रबंधन के मूलभूत सिद्धांतों ( Fundamental Principle ) में से एक होना चाहिए और पर्याप्त दस्तावेज उपलब्ध कराए बिना किसी भी प्रोग्राम को स्वीकार या उपयोग करने की अनुमति नहीं दी जानी चाहिए। 🌼Thank you very much for giving your valuable time!🙏

हम कंप्यूटर युग में रहते हैं। हमारी अधिकांश दिन-प्रतिदिन की गतिविधियाँ कंप्यूटर के उपयोग से प्रभावित हो रही हैं। एक तरफ विज्ञान और प्रौद्योगिकी जैसे क्षेत्रों में कंप्यूटर के बिना सुधार नहीं हो सकता है और दूसरी तरफ, हम सभी के लिए कंप्यूटर का बुनियादी ज्ञान होना बहुत ही आवश्यक जरूरी हो गया है।और आने वाले भविष्य में इसका दायरा ( Scope ) और अधिक बढ़ने वाला हैं। कंप्यूटर मानव बुद्धि और स्मृति या स्मरण शक्ति को प्रतिस्थापित नहीं कर सकते हैं, लेकिन इसकी सहायता कर सकते हैं, ताकि मानव स्मृति या स्मरण शक्ति अपनी विशाल जानकारी के साथ थकती नहीं हैं। कंप्यूटर सूचना एकत्र करने ( Collecting ), याद रखने और विश्लेषण करने ( Memorizing & Analyzing ) के अपने कार्य में मानव जाति की सहायता करने के लिए आए हैं। हम पहले ही देख चुके हैं कि कंप्यूटर के विकास के माध्यम से, आज इलेक्ट्रॉनिक्स ने कंप्यूटर के विकास की तकनीक में एक महत्वपूर्ण या दृढ़ ( Firm ) स्थान पाया है। 🌼Thank you very much for giving your valuable time!🙏 ✨ यह भी जानें कुछ संबंधित लेख टर्मक्स ओवरव्यू टर्मक्स यूजर इंटरफेस टर्मक्स की अतिरिक्त जानकारी टर्मक्स क्या है? टर्मक्स कैसे काम करता है? सी प्रोग्रामिंग टुटोरिअल डॉस के कार्य डॉस कैसे काम करता है? डॉस टर्मिनोलॉजी डॉस का बुनियादी परिचय

Q. 01. कंप्यूटर के घटकों या कंपोनेंट्स के बारे में बताएं? Q. 02. कंप्यूटर के बुनियादी संचालन क्या हैं? Q. 03. कंप्यूटर की परिभाषा क्या है? Q. 04. कंप्यूटर का अंग्रेजी और हिंदी में फुल फॉर्म क्या है? Q. 05. कंप्यूटर की कार्यप्रणाली समझाइए? Q. 06. कंप्यूटर की उत्पत्ति क्या थी? Q. 07. कम्प्यूटर क्या है? ✨ यह भी जानें कुछ संबंधित लेख टर्मक्स के उपयोग क्या हैं? टर्मक्स टुटोरिअल कंप्यूटर की क्षमताएं टर्मक्स का इतिहास सी प्रोग्रामिंग स्ट्रिंग्स