लिगेसी प्रणाली: Difference between revisions

Revision as of 01:26, 24 February 2023

File:US Navy 110129-N-7676W-152 Culinary Specialist 3rd Class John Smith uses the existing DOS-based food service management system aboard the aircraft.jpg

2011 में, MS-DOS अभी भी कुछ उद्यमों में परम्परागत अनुप्रयोगों को चलाने के लिए उपयोग किया जाता था, जैसे कि यह संयुक्त राज्य नौसेना खाद्य सेवा प्रबंधन प्रणाली।

संगणना में, एक परम्परागत प्रणाली एक पुरानी पद्धति, प्रौद्योगिकी, संगणक प्रणाली, या अनुप्रयोग प्रक्रिया सामग्री है, जो पिछले या पुराने संगणक प्रणाली से संबंधित है, या है,^[1] अभी भी उपयोग में है। अधिकांशत: एक प्रणाली को परम्परागत के रूप में संदर्भित करने का अर्थ है कि यह उन मानकों के लिए मार्ग प्रशस्त करती है जो इसका पालन करेंगे। इसका अर्थ यह भी हो सकता है कि प्रणाली पुरानी है या उसे बदलने की आवश्यकता है।

परम्परागत कूट पुराना संगणक स्रोत कूट है जो अब मानक हार्डवेयर और वातावरण पर समर्थित नहीं है, और एक कूटआधारित है जो अप्रचलित है या कुछ अप्रचलित का समर्थन करता है। परम्परागत कूट को क्रमदेशन भाषाओं में लिखा जा सकता है, सॉफ्टवेयर ढांचा और बाहरी पुस्तकालयों का उपयोग करें, या सॉफ़्टवेयर वास्तुशिल्प और प्रतिरूप का उपयोग करें जिन्हें अब आधुनिक नहीं माना जाता है, जिससे कूटआधारित पर काम करने वाले सॉफ्टवेयर अभियंता के लिए मानसिक बोझ और समय बढ़ जाता है। परम्परागत कूट में शून्य या अपर्याप्त ईकाई परीक्षण हो सकता है, जो पुनर्रचना को खतरनाक बनाता है और सॉफ्टवेयर दोष पेश करने की संभावना है।^[2] लंबे समय तक रहने वाला कूट सॉफ्टवेयर विगलन के लिए अतिसंवेदनशील होता है, जहां कार्यावधि वातावरण में परिवर्तन, या आसपास के सॉफ़्टवेयर या हार्डवेयर को काम करते रहने के लिए किसी प्रकार के रखरखाव या अनुकरण की आवश्यकता हो सकती है। परम्परागत हार्डवेयर, एक अलग परम्परागत प्रणाली, या किसी पुरानी सुविधा या सॉफ़्टवेयर संस्करण का उपयोग करने वाले परम्परागत ग्राहक का समर्थन करने के लिए परम्परागत कूट सम्मलित हो सकता है।

जबकि शब्द सामान्यत: स्रोत कूट को संदर्भित करता है, यह निष्पादन योग्य कूट पर भी लागू हो सकता है जो अब प्रणाली के बाद के संस्करण पर नहीं चलता है, या ऐसा करने के लिए संगतता परत की आवश्यकता होती है। एक उदाहरण एक क्लासिक एप्पल मैकिनटोश एप्लिकेशन सॉफ्टवेयर विगलन जो मूल रूप से मैक ओएस पर नहीं चलेगा, लेकिन क्लासिक (मैक ओएस एक्स) के अंदर चलता है, या एक्सपी में विंडोज़ सुविधा का उपयोग करके विंडोज़ एक्सपी पर चलने वाला विन16 एप्लिकेशन है।

परम्परागत हार्डवेयर का एक उदाहरण पुराने पोर्ट जैसे पीएस/2 और वीजीए पोर्ट और पुराने, असंगत निर्देश समुच्चय वाले सीपीयू (उदाहरण के लिए नए प्रचालन प्रणाली के साथ) हैं। परम्परागत सॉफ़्टवेयर के उदाहरणों में पुराने फ़ाइल स्वरूप जैसे एडोब शॉकवेव के लिए .swf या लोटस 1-2-3 के लिए .123, और ईबीसीडीआईसी जैसे परम्परागत र्पोट कूटलेखन के साथ कूटबद्‍ध प्रलेखी साक्ष्य सम्मलित हैं।

विहंगावलोकन

File:Windows XP sighted 'in the wild' on a cash point, 3 August 2018.jpg

Although off-समर्थन अप्रैल 2014 से, Windows XP ने स्वचालित टेलर मशीन ऑपरेटिंग प्रणाली सॉफ़्टवेयर जैसे क्षेत्रों में निरंतर उपयोग को सहन किया है।

संगणक प्रणाली का वर्णन करने के लिए परम्परागत शब्द का पहला प्रयोग संभवतः 1960 के दशक में हुआ।^[3] 1980 के दशक तक इसका उपयोग सामान्यत: सम्मलिता संगणक प्रणाली को संदर्भित करने के लिए किया जाता था जिससे कि उन्हें नए प्रणाली के प्रारुप और कार्यान्वयन से अलग किया जा सके। एक रूपांतरण प्रक्रिया के दौरान परम्परागत को अधिकांशत: सुना जाता था, उदाहरण के लिए, परम्परागत प्रणाली से आँकड़े को एक नए आँकड़े आधारित में ले जाने पर।

चूंकिि यह शब्द संकेत दे सकता है कि कुछ अभियंता महसूस कर सकते हैं कि एक प्रणाली पुरानी हो चुकी है, कई कारणों से एक परम्परागत प्रणाली का उपयोग जारी रखा जा सकता है। यह हो सकता है कि प्रणाली अभी भी उपयोगकर्ताओं की ज़रूरतों को पूरा करता हो। इसके अतिरिक्त, एक पुरानी प्रणाली को बनाए रखने का निर्णय आर्थिक कारणों से प्रभावित हो सकता है जैसे कि निवेश चुनौतियों या विक्रेता अभिबद्ध पर वापसी, परिवर्तन प्रबंधन की अंतर्निहित चुनौतियाँ, या कार्यक्षमता के अतिरिक्त अन्य कई कारण। पश्चगामी अनुकूलता (जैसे नए प्रणाली की परम्परागत संचिका प्रारूप और वर्ण कूटलेखन को संभालने की क्षमता) एक लक्ष्य है जिसे सॉफ्टवेयर विकासक अधिकांशत: अपने काम में सम्मलित करते हैं।

यहां तक कि यदि इसका अब उपयोग नहीं किया जाता है, तो परम्परागत प्रणाली अपनी ऐतिहासिक भूमिका के कारण संगठन को प्रभावित करना जारी रख सकती है। ऐतिहासिक आँकड़े को नए प्रणाली प्रारूप में परिवर्तित नहीं किया जा सकता है और एक अनुकूलित स्कीमा क्रॉसवॉक के उपयोग के साथ नई प्रणाली में सम्मलित हो सकता है, या केवल आँकड़े भांडागार में सम्मलित हो सकता है। किसी भी मामले में, व्यापार खुफिया और परिचालन प्रेषण पर असर महत्वपूर्ण हो सकता है। एक परम्परागत प्रणाली में ऐसी प्रक्रियाएँ या शब्दावली सम्मलित हो सकती हैं जो वर्तमान संदर्भ में अब प्रासंगिक नहीं हैं, और उपयोग की जाने वाली विधियों या तकनीकों को समझने में बाधा या भ्रमित कर सकती हैं।

परम्परागत प्रणाली को बनाए रखने के लिए संगठनों के पास सम्मोहक कारण हो सकते हैं, जैसे:

प्रणाली संतोषजनक ढंग से काम करता है, और मालिक को इसे बदलने का कोई कारण नहीं दिखता।
प्रणाली को फिर से रूपित करने या बदलने की लागत निषेधात्मक है क्योंकि यह बड़ी, अखंड प्रणाली और/या जटिल है।
इसे बदलने के प्रत्याशित प्रशंसनीय लाभों (जो शून्य हो सकता है) की तुलना में, खोए हुए समय और धन में एक नई प्रणाली पर पुनर्प्रशिक्षण महंगा होगा।
प्रणाली को लगभग-स्थिर उपलब्धता की आवश्यकता होती है, इसलिए इसे सेवा से बाहर नहीं किया जा सकता है, और समान उपलब्धता स्तर के साथ एक नई प्रणाली को डिजाइन करने की लागत अधिक है। उदाहरणों में ग्राहकों के खातों को संभालने के लिए प्रणाली, संगणक आरक्षण प्रणाली, हवाई यातायात नियंत्रण, ऊर्जा वितरण (पावर ग्रिड), परमाणु ऊर्जा संयंत्र, सैन्य रक्षा प्रतिष्ठान और सबसे ऊपर आँकड़े आधारित जैसी प्रणालियाँ सम्मलित हैं।
प्रणाली के काम करने का तरीका अच्छी तरह से समझा नहीं गया है। ऐसी स्थिति तब हो सकती है जब प्रणाली के कल्पक ने संगठन छोड़ दिया हो, और प्रणाली को या तो पूरी तरह से प्रलेखित नहीं किया गया हो या प्रलेखन खो गया हो।
उपयोगकर्ता अपेक्षा करता है कि आवश्यकता पड़ने पर प्रणाली को आसानी से बदला जा सकता है।
नए प्रणाली अवांछनीय (विशेष रूप से व्यक्तिगत या गैर-संस्थागत उपयोगकर्ताओं के लिए) द्वितीयक कार्य करते हैं जैसे a) उपयोगकर्ता गतिविधि की ट्रैकिंग और रिपोर्टिंग और/या b) स्वचालित आधुनिकीकरण जो पीछे का द्वार(संगणना) बनाता है। बैक-डोर सुरक्षा भेद्यताएं और अंतिम उपयोगकर्ता छोड़ देता है अद्यतन प्रदान करने वाले विक्रेता की सद्भावना और ईमानदारी पर निर्भर करता है। यह समस्या विशेष रूप से तीव्र होती है जब एक नई प्रणाली के इन द्वितीयक कार्यों को अक्षम नहीं किया जा सकता है।

परम्परागत संगणना द्वारा उत्पन्न समस्याएं

कुछ सॉफ्टवेयर अभियंता द्वारा कई कारणों से परम्परागत प्रणाली को संभावित रूप से समस्याग्रस्त माना जाता है।^[4]

यदि परम्परागत सॉफ़्टवेयर केवल पुराने संगणक हार्डवेयर पर चलता है, तो प्रणाली को बनाए रखने की लागत अंततः सॉफ़्टवेयर और हार्डवेयर दोनों को बदलने की लागत से अधिक हो सकती है जब तक कि यंत्रानुकरण या पश्च संगतता का कोई रूप सॉफ़्टवेयर को नए हार्डवेयर पर चलाने की अनुमति न दे।^[5]
इन प्रणालियों को बनाए रखना, सुधारना और विस्तार करना कठिन हो सकता है क्योंकि प्रणाली में समझ की सामान्य कमी है; जो कर्मचारी इसके विशेषज्ञ थे, वे सेवानिवृत्त हो गए हैं या भूल गए हैं कि वे इसके बारे में क्या जानते थे, और जो कर्मचारी परम्परागत बनने के बाद मैदान में प्रवेश करते थे, उन्होंने इसके बारे में कभी नहीं सीखा। दस्तावेजों की कमी या नुकसान से यह और खराब हो सकता है। कॉमेयर (संयुक्त राज्य) एयरलाइन कंपनी ने 2004 में अपने सीईओ को एक पुरातन परम्परागत कर्मचारी अनुसूचीकरण प्रणाली की विफलता के कारण निकाल दिया, जो कंपनी में किसी के लिए अज्ञात सीमा में चला गया।^[6]
उपलब्ध या लागू सुरक्षा पैच की कमी के कारण पुराने ऑपरेटिंग प्रणाली या एप्लिकेशन में परम्परागत प्रणाली की कमजोरियां हो सकती हैं। उत्पादन विन्यास भी हो सकते हैं जो सुरक्षा समस्याओं का कारण बनते हैं। ये मुद्दे परम्परागत प्रणाली को हमलावरों या जानकार अंदरूनी लोगों द्वारा समझौता किए जाने के जोखिम में डाल सकते हैं।^[7]
नए प्रणाली के साथ एकीकरण भी मुश्किल हो सकता है क्योंकि नया सॉफ्टवेयर पूरी तरह से अलग तकनीकों का उपयोग कर सकता है। संगणना में प्रौद्योगिकी के बीच एकीकरण काफी सामान्य है, लेकिन नई तकनीकों और काफी पुरानी तकनीकों के बीच एकीकरण सामान्य: नहीं है। एकीकरण प्रौद्योगिकी विकसित करने के लिए बस पर्याप्त मांग नहीं हो सकती है। इस गोंद कूट में से कुछ कभी-कभी विक्रेताओं और विशेष परम्परागत प्रौद्योगिकियों के उत्साही लोगों द्वारा विकसित किए जाते हैं।
बजटीय बाधाएं अधिकांशत: निगमों को परम्परागत प्रणाली के प्रतिस्थापन या प्रवासन की आवश्यकता को पूरा नहीं करने के लिए प्रेरित करती हैं। चूंकिि, कंपनियाँ अधिकांशत: बढ़ती सहायक लागत (लोग, सॉफ्टवेयर और हार्डवेयर, सभी ऊपर उल्लिखित हैं) पर विचार नहीं करती हैं और परम्परागत प्रणाली के विफल होने पर क्षमता या व्यापार निरंतरता के भारी नुकसान को ध्यान में नहीं रखती हैं। एक बार जब इन विचारों को अच्छी तरह से समझ लिया जाता है, तो एक नए, अधिक सुरक्षित, अद्यतन प्रौद्योगिकी स्टैक प्लेटफॉर्म के सिद्ध आरओआई के आधार पर विकल्प के रूप में महंगा नहीं होता है और बजट मिल जाता है।
इस तथ्य के कारण कि अधिकांश पुराने क्रमादेशक सेवानिवृत्ति की आयु में प्रवेश कर रहे हैं और उनकी जगह लेने वाले युवा अभियंता की संख्या बहुत कम है, उपलब्ध कार्यबल की कमी है। बदले में इसके परिणामस्वरूप पुरानी प्रणालियों को बनाए रखने में कठिनाई होती है, साथ ही अनुभवी क्रमादेशकों की खरीद की लागत में वृद्धि होती है।^[8]
कुछ पुरानी प्रणालियों की कुल क्षमता पर एक कठोर सीमा होती है जो आज की जरूरतों के लिए पर्याप्त नहीं हो सकती है, उदाहरण के लिए कई पुराने x86 CPU पर 4 GB मेमोरी सीमा, या IPv4 में 4 बिलियन सीमा।

परम्परागत सॉफ्टवेयर प्रणाली में सुधार

जहां एप्लिकेशन सेवानिवृत्ति के अभ्यास के माध्यम से परम्परागत प्रणालियों को बदलना असंभव है, वहां उन्हें बढ़ाना (या फिर से सामना करना) अभी भी संभव है। अधिकांश विकास अधिकांशत: परम्परागत प्रणाली में नए अंतरापृष्ठ जोड़ने में चला जाता है। अंत्य-आधारित अधिसंसाधित्र एप्लिकेशन को तन्तुपटल -आधारित अंतरापृष्ठ प्रदान करना सबसे प्रमुख तकनीक है। धीमी प्रतिक्रिया समय और धीमी माउस-आधारित ऑपरेटर क्रियाओं के कारण यह कर्मचारियों की उत्पादकता को कम कर सकता है, फिर भी इसे अधिकांशत: उन्नयन के रूप में देखा जाता है, क्योंकि अंतरापृष्ठ शैली अकुशल उपयोगकर्ताओं से परिचित है और उनके लिए उपयोग करना आसान है। जॉन मैककॉर्मिक ऐसी रणनीतियों की चर्चा करते हैं जिनमें मिडिलवेयर (वितरित अनुप्रयोग) सम्मलित हैं।^[9] मुद्रण सुधार समस्याग्रस्त हैं क्योंकि परम्परागत सॉफ़्टवेयर प्रणाली अधिकांशत: कोई स्वरूपण निर्देश नहीं जोड़ते हैं, या वे ऐसे प्रोटोकॉल का उपयोग करते हैं जो आधुनिक पीसी/विंडोज प्रिंटर में उपयोग करने योग्य नहीं हैं। आँकड़े को अन्तर्रोधन करने और इसे अधिक आधुनिक कूट में अनुवाद करने के लिए एक मुद्रण परिवेषक का उपयोग किया जा सकता है। रिच टेक्स्ट फ़ॉर्मैट | रिच टेक्स्ट फॉर्मेट (RTF) या परिशिष्ट भाग दस्तावेज़ परम्परागत एप्लिकेशन में बनाए जा सकते हैं और फिर प्रिंट होने से पहले एक पीसी पर व्याख्या की जा सकती है।

परम्परागत प्रणालियों पर जीव पंजीकृता सुरक्षा उपायों को लागू करना मुश्किल है। एक व्यवहार्य समाधान दूरजाल या एचटीटीपी परोक्ष परिसेवक का उपयोग उपयोगकर्ताओं और अधिसंसाधित्र के बीच परम्परागत एप्लिकेशन तक सुरक्षित पहुंच को लागू करने के लिए करना है।

कुछ संगठनों में किया जा रहा परिवर्तन स्वचालित व्यापार प्रक्रिया (एबीपी) सॉफ़्टवेयर पर स्विच करना है जो पूर्ण प्रणाली उत्पन्न करता है। ये प्रणालियाँ तब संगठनों की परम्परागत प्रणालियों से अंतरापृष्ठ कर सकती हैं और उन्हें सूचना भंडार के रूप में उपयोग कर सकती हैं। यह दृष्टिकोण कई महत्वपूर्ण लाभ प्रदान कर सकता है: उपयोगकर्ता अपनी परम्परागत प्रणालियों की अक्षमताओं से अछूते हैं। एबीपी सॉफ्टवेयर में परिवर्तनों को जल्दी और आसानी से सम्मलित किया जा सकता है

तंत्र-चालित विपरीत इंजीनियरिंग और अग्रेषण इंजीनियरिंग दृष्टिकोण का उपयोग परम्परागत सॉफ्टवेयर के सुधार के लिए भी किया जा सकता है।^[10]

नासा उदाहरण

म्यूनिख के तकनीकी विश्वविद्यालय के एंड्रियास हेन ने अंतरिक्ष अन्वेषण में परम्परागत प्रणालियों के उपयोग पर शोध किया। हेन के अनुसार, यदि किसी संगठन के पास सत्यापन, परीक्षण और परिचालन इतिहास की क्षमता है, तो पुराने प्रणाली पुन: उपयोग के लिए आकर्षक हैं।^[11]^[12] इन क्षमताओं को विकास, कार्यान्वयन, उपयोग या रखरखाव जैसे विभिन्न सॉफ़्टवेयर जीवन चक्र चरणों में एकीकृत किया जाना चाहिए। सॉफ्टवेयर प्रणाली के लिए, प्रणाली का उपयोग करने और बनाए रखने की क्षमता महत्वपूर्ण है। अन्यथा प्रणाली कम से कम समझने योग्य और बनाए रखने योग्य हो जाएगा।

हेन के अनुसार, सत्यापन, परीक्षण और परिचालन इतिहास से प्रणाली की विश्वसनीयता और गुणवत्ता में विश्वास बढ़ता है। चूंकिि, इस इतिहास को जमा करना अधिकांशत: महंगा होता है। नासा के अब सेवानिवृत्त अंतरिक्ष यान कार्यक्रम ने 1970 के दशक की तकनीक की एक बड़ी मात्रा का उपयोग किया। उड़ान प्रमाणन के लिए महंगी आवश्यकता के कारण प्रतिस्थापन लागत-निषेधात्मक था। मूल हार्डवेयर ने उड़ान के लिए महंगे एकीकरण और प्रमाणन की आवश्यकता को पूरा किया, लेकिन नए उपकरण को फिर से पूरी प्रक्रिया से गुजरना पड़ा। अंतरिक्ष शटल कार्यक्रम में एक इकाई का उपयोग करने से पहले इस लंबी और विस्तृत प्रक्रिया के लिए नए घटकों के व्यापक परीक्षण की आवश्यकता थी। इस प्रकार प्रमाणन प्रक्रिया आरंभ करने वाली कोई भी नई प्रणाली उड़ान के लिए स्वीकृत होने तक एक वास्तविक परम्परागत प्रणाली बन जाती है।

इसके अतिरिक्त, भौम और प्रमोचन यान संपत्तियों सहित संपूर्ण अंतरिक्ष यान प्रणाली को एक बंद प्रणाली के रूप में एक साथ काम करने के लिए रूपित किया गया था। चूंकि विनिर्देश नहीं बदले, सभी प्रमाणित प्रणालियों और घटकों ने उन भूमिकाओं में अच्छा प्रदर्शन किया जिनके लिए उन्हें रूपित किया गया था।^[13] 2010 में शटल के सेवानिवृत्त होने के पहले ही, नासा ने उन प्रणालियों को अपग्रेड करने और नए घटकों को पुन: प्रमाणित करने के अतिरिक्त 1970 के दशक की तकनीक के कई टुकड़ों का उपयोग करना लाभप्रद पाया।

परम्परागत कूट पर परिप्रेक्ष्य

सॉफ्टवेयर अभियंता में कुछ अप्रचलित होने के अर्थ के बिना परम्परागत कूट का वर्णन करना पसंद करते हैं। सबसे प्रचलित तटस्थ अवधारणाओं में स्रोत कूट किसी और से परम्परागत में मिला है और स्रोत कूट सॉफ्टवेयर के पुराने संस्करण से मिला है। टाइपेमॉक के सीईओ एली लोपियन ने इसे कूट के रूप में परिभाषित किया है जिसे डेवलपर्स(विकासक) बदलने से डरते हैं।^[14] माइकल फेदर्स^[15] परीक्षण के बिना कूट के रूप में परम्परागत कूट की एक परिभाषा पेश की, जो स्वचालित परीक्षण प्रतिगमन परीक्षण की कमी के कारण आंशिक रूप से काम करने के लिए परम्परागत कूट के परिप्रेक्ष्य को दर्शाता है। उन्होंने परम्परागत कूट को परीक्षण के अनुसार रखना आरंभ करने के लिए लक्षण वर्णन परीक्षण को भी परिभाषित किया।

गिन्नी हेंड्री ने कूट के निर्माण को वर्तमान कूटर को कूट बनाने के लिए एक 'चुनौती' के रूप में वर्णित किया है जो हमारे जीवन में अन्य परम्परागतों की तरह है - जैसे कि प्राचीन वस्तुएँ, परम्परागत, और कहानियाँ जो एक पीढ़ी से दूसरी पीढ़ी तक संजोई और प्यार से पारित की जाती हैं। क्या होगा यदि परम्परागत कूट कुछ ऐसा है जिस पर हमें गर्व है? .^[16]

संगणना में परम्परागत शब्द का अतिरिक्त उपयोग

परम्परागत सपोर्ट शब्द का प्रयोग अधिकांशत: परम्परागत प्रणाली के संयोजन में किया जाता है। यह शब्द आधुनिक सॉफ्टवेयर की एक विशेषता का उल्लेख करता है। उदाहरण के लिए, पुराने समर्थन वाले ऑपरेटिंग प्रणाली पुराने हार्डवेयर का पता लगा सकते हैं और उनका उपयोग कर सकते हैं। इस शब्द का उपयोग किसी व्यावसायिक कार्य को संदर्भित करने के लिए भी किया जा सकता है; उदा. एक सॉफ्टवेयर या हार्डवेयर विक्रेता जो पुराने उत्पादों के लिए समर्थन कर रहा है, या सॉफ्टवेयर रखरखाव प्रदान कर रहा है।

एक परम्परागत उत्पाद एक ऐसा उत्पाद हो सकता है जो अब बेचा नहीं जाता है, बाजार में पर्याप्त हिस्सेदारी खो दी है, या किसी उत्पाद का एक संस्करण है जो वर्तमान में नहीं है। एक परम्परागत उत्पाद का आधुनिक उत्पाद की तुलना में कुछ लाभ हो सकता है, जिससे ग्राहक इसे अपने आसपास रखने के लिए आकर्षित हो सकते हैं। एक उत्पाद वास्तव में केवल अप्रचलित है यदि इसमें पारेटो दक्षता है - यदि तर्कसंगत निर्णय लेने वाला कोई भी व्यक्ति इसे नया प्राप्त करने का विकल्प नहीं चुनता है।

परम्परागत मोड शब्द अधिकांशत: विशेष रूप से पिछड़े संगतता को संदर्भित करता है। एक सॉफ्टवेयर उत्पाद जो प्रदर्शन करने में सक्षम है, जैसे कि यह स्वयं का पिछला संस्करण था, कहा जाता है कि परम्परागत मोड में चल रहा है। ऑपरेटिंग प्रणाली और अंतरजाल विचरक में इस तरह की सुविधा सामान्य: है, जहां कई एप्लिकेशन इन अंतर्निहित घटकों पर निर्भर करते हैं।

अधिसंसाधित्र संगणक युग में कई एप्लिकेशन परम्परागत मोड में चल रहे थे। आधुनिक व्यापार संगणना वातावरण में, n स्तरीय, या 3-स्तरीय संगणक संरचना को परम्परागत मोड में रखना अधिक कठिन होता है क्योंकि उनमें एकल प्रणाली बनाने वाले कई घटक सम्मलित होते हैं।

आभासी मशीन प्रौद्योगिकी एक हालिया नवाचार है जो परम्परागत हार्डवेयर का अनुकरण करने वाले सॉफ़्टवेयर प्रणाली पर पुराने ऑपरेटिंग प्रणाली और विचरक चलाकर परम्परागत प्रणाली को आधुनिक हार्डवेयर पर काम करना जारी रखने की अनुमति देता है।

ब्राउनफील्ड संरचना

क्रमादेशक ने निर्माण उद्योग से ब्राउनफील्ड भूमि शब्द उधार लिया है, जहां पहले विकसित भूमि (अधिकांशत: प्रदूषित और परित्यक्त) को ब्राउनफील्ड के रूप में वर्णित किया गया है।^[17]

ब्राउनफील्ड संरचना एक प्रकार का सॉफ्टवेयर या नेटवर्क संरचना है जो परम्परागत प्रणाली को सम्मलित करता है।
ब्राउनफील्ड परिनियोजन एक सम्मलिता सॉफ़्टवेयर या नेटवर्क संरचना का उन्नयन या परिवर्धन है जो पुराने घटकों को बनाए रखता है।

वैकल्पिक दृश्य

एक वैकल्पिक अनुकूल राय है - 1999 में डॉटकॉम बबल के अंत के बाद से बढ़ रही है - कि परम्परागत प्रणाली काम करने वाले संगणक प्रणाली हैं:

"परम्परागत कूट" वास्तव में काम करने और प्रवर्धन द्वारा सुझाए गए विकल्प से हमेशा अलग होता है।
— बज़्ने स्ट्रॉस्ट्रुप, सी++ के निर्माता

आईटी विश्लेषकों का अनुमान है कि व्यावसायिक तर्क को बदलने की लागत पुन: उपयोग की तुलना में लगभग पांच गुना है,^{[citation needed]} यहां तक कि प्रणाली विफलताओं और सुरक्षा उल्लंघनों के जोखिम को कम करना। आदर्श रूप से, व्यवसायों को सबसे मुख्य व्यवसाय तर्क को फिर से लिखना (क्रमदेशन) नहीं करना होगा: डेबिट = क्रेडिट एक बारहमासी आवश्यकता है।

आईटी उद्योग परम्परागत आधुनिकीकरण और परम्परागत परिवर्तन के साथ प्रतिक्रिया कर रहा है: नए उपयोगकर्ता अंतरापृष्ठ के साथ सम्मलिता व्यावसायिक तर्क को नवीनीकृत करना, कभी-कभी तन्तुपटल सेवाओं के माध्यम से पटल तक्षण और सेवा-सक्षम पहुंच का उपयोग करना। ये तकनीकें संगठनों को उनकी सम्मलिता कूट संपत्तियों (खोज उपकरण का उपयोग करके) को समझने देती हैं, सम्मलिता कूट के लिए नए उपयोगकर्ता और एप्लिकेशन अंतरापृष्ठ प्रदान करती हैं, कार्य प्रगति में सुधार करती हैं, लागत कम करती हैं, जोखिम कम करती हैं, और सेवा के क्लासिक गुणों का आनंद लेती हैं (लगभग 100% अपटाइम, सुरक्षा, मापनीयता , वगैरह।)।^{[citation needed]} यह चलन इस बात पर भी चिंतन सामान्य:ंत्रित करता है कि परम्परागती प्रणालियों को इतना टिकाऊ क्या बनाता है। महंगे और जोखिम भरे पुनर्लेखन से बचने के लिए प्रौद्योगिकीविद् आरंभ से ही अच्छे संगणक संरचना के महत्व को फिर से सीख रहे हैं। सबसे सामान्य: परम्परागत प्रणालियां वे हैं जो कार्यान्वयन के दौरान सावधानीपूर्वक योजना और सख्त कार्यप्रणाली के साथ जाने-माने आईटी वास्तुशिल्प सिद्धांतों को अपनाती हैं। खराब तरीके से रूपित की गई प्रणालियां अधिकांशत: टिकती नहीं हैं, क्योंकि वे खराब हो जाती हैं और क्योंकि उनके अंतर्निहित दोष प्रतिस्थापन को सामान्य:ंत्रित करते हैं। इस प्रकार, कई संगठन अपनी परम्परागत प्रणालियों और उन प्रणालियों के सैद्धांतिक आधार दोनों के मूल्य को फिर से खोज रहे हैं।

यह भी देखें

आवेदन सेवानिवृत्ति
सॉफ्टवेयर सड़ांध
आंकड़ों का विस्थापन
निंदा
डिजिटल अंधकार युग
विरासत एन्कोडिंग
विरासत मुक्त पीसी
विरासत बंदरगाह
सॉफ्टवेयर पुरातत्व
सॉफ्टवेयर भंगुरता
सॉफ्टवेयर एन्ट्रापी
स्टोवपाइप प्रणाली
इंटरनेट आर्काइव विरासत सॉफ्टवेयर एमुलेटर

संदर्भ

↑ "Merriam-Webster". Retrieved June 22, 2013.
↑ Feathers, Michael C. (2005). Working effectively with legacy code. Upper Saddle River, NJ: Prentice Hall Professional Technical Reference. p. 15. ISBN 0-13-293174-5. OCLC 660166658.
↑ Tawde, Swati. "Legacy System". educba.{{cite web}}: CS1 maint: url-status (link)
↑ (for example, see Bisbal et al., 1999).
↑ Lamb, John (June 2008). "Legacy systems continue to have a place in the enterprise". Computer Weekly. Retrieved 27 October 2014.
↑ Stephanie Overby (2005-05-01). "Comair's Christmas Disaster: Bound To Fail - CIO.com - Business Technology Leadership". CIO.com. Retrieved 2012-04-29.
↑ Razermouse (2011-05-03). "The Danger of Legacy Systems". Mousesecurity.com. Archived from the original on March 23, 2012. Retrieved 2012-04-29.
↑ "Benefits of Mainframe Modernization". Modernization Hub (in English). Retrieved 2017-08-23.
↑ McCormick, John (2000-06-02). "Mainframe-web middleware". Gcn.com. Retrieved 2012-04-29.
↑ Menychtas, Andreas; Konstanteli, Kleopatra; Alonso, Juncal; Orue-Echevarria, Leire; Gorronogoitia, Jesus; Kousiouris, George; Santzaridou, Christina; Bruneliere, Hugo; Pellens, Bram; Stuer, Peter; Strauss, Oliver; Senkova, Tatiana; Varvarigou, Theodora (2014), "Software modernization and cloudification using the ARTIST migration methodology and framework", Scalable Computing: Practice and Experience, 15 (2), doi:10.12694/scpe.v15i2.980
↑ A.M. Hein (2014), How to Assess Heritage Systems in the Early Phases?, 6th International Systems & Concurrent Engineering for Space Applications Conference 2014, ESA
↑ A.M. Hein (2016), Heritage Technologies in Space Programs - Assessment Methodology and Statistical Analysis, PhD thesis Faculty of Mechanical Engineering, Technical University of Munich
↑ A.M. Hein (2014), How to Assess Heritage Systems in the Early Phases?, 6th International Systems & Concurrent Engineering for Space Applications Conference 2014, ESA, p. 3
↑ Lopian, Eli (May 15, 2018). "Defining Legacy Code". Retrieved June 10, 2019.
↑ Michael Feathers' Working Effectively with Legacy Code (ISBN 0-13-117705-2)
↑ Ginny Hendry (11 Jul 2014). "Take Pride in Your Legacy (Code)". Retrieved 2021-10-07.
↑ "Definition of greenfield and brownfield deployment". Searchunifiedcommunications.techtarget.com. Retrieved 2012-04-29.

अग्रिम पठन

A.M. Hein, How to Assess Heritage Systems in the Early Phases? SECESA 2014, 08-10 October 2014, University of Stuttgart Germany
"Tips and Tricks for Legacy Hardware" by Danny Budzinski, Control Design Magazine, January 2011
"Comair's Christmas Disaster: Bound To Fail" by Stephanie Overby, CIO Magazine, May 1, 2005
"The Failure of the Digital Computer" by Adam N. Rosenberg
Bisbal, J.; Lawless, D.; Wu, B.; Grimson, J. (1999). "Legacy Information Systems: Issues and Directions". IEEE Software. 16 (5): 103–111. doi:10.1109/52.795108.
Jim McGee (2005-11-10). "Legacy Systems: Why History Matters". Enterprise Systems Journal.
"The Danger of Legacy Systems" by Steve R. Smith, May 3, 2011.

बाहरी संबंध

File:Commons-logo.svg Media related to Legacy systems at Wikimedia Commons

[1] "Merriam-Webster". Retrieved June 22, 2013.

[2] Feathers, Michael C. (2005). Working effectively with legacy code. Upper Saddle River, NJ: Prentice Hall Professional Technical Reference. p. 15. ISBN 0-13-293174-5. OCLC 660166658.

[3] Tawde, Swati. "Legacy System". educba.{{cite web}}: CS1 maint: url-status (link)

[4] (for example, see Bisbal et al., 1999).

[5] Lamb, John (June 2008). "Legacy systems continue to have a place in the enterprise". Computer Weekly. Retrieved 27 October 2014.

[6] Stephanie Overby (2005-05-01). "Comair's Christmas Disaster: Bound To Fail - CIO.com - Business Technology Leadership". CIO.com. Retrieved 2012-04-29.

[7] Razermouse (2011-05-03). "The Danger of Legacy Systems". Mousesecurity.com. Archived from the original on March 23, 2012. Retrieved 2012-04-29.

[8] "Benefits of Mainframe Modernization". Modernization Hub (in English). Retrieved 2017-08-23.

[9] McCormick, John (2000-06-02). "Mainframe-web middleware". Gcn.com. Retrieved 2012-04-29.

[10] Menychtas, Andreas; Konstanteli, Kleopatra; Alonso, Juncal; Orue-Echevarria, Leire; Gorronogoitia, Jesus; Kousiouris, George; Santzaridou, Christina; Bruneliere, Hugo; Pellens, Bram; Stuer, Peter; Strauss, Oliver; Senkova, Tatiana; Varvarigou, Theodora (2014), "Software modernization and cloudification using the ARTIST migration methodology and framework", Scalable Computing: Practice and Experience, 15 (2), doi:10.12694/scpe.v15i2.980

[11] A.M. Hein (2014), How to Assess Heritage Systems in the Early Phases?, 6th International Systems & Concurrent Engineering for Space Applications Conference 2014, ESA

[12] A.M. Hein (2016), Heritage Technologies in Space Programs - Assessment Methodology and Statistical Analysis, PhD thesis Faculty of Mechanical Engineering, Technical University of Munich

[13] A.M. Hein (2014), How to Assess Heritage Systems in the Early Phases?, 6th International Systems & Concurrent Engineering for Space Applications Conference 2014, ESA, p. 3

[14] Lopian, Eli (May 15, 2018). "Defining Legacy Code". Retrieved June 10, 2019.

[15] Michael Feathers' Working Effectively with Legacy Code (ISBN 0-13-117705-2)

[16] Ginny Hendry (11 Jul 2014). "Take Pride in Your Legacy (Code)". Retrieved 2021-10-07.

[17] "Definition of greenfield and brownfield deployment". Searchunifiedcommunications.techtarget.com. Retrieved 2012-04-29.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

@@ Line 1: / Line 1: @@
 {{Short description|Old computing technology or system that remains in use}}
-[[File:US Navy 110129-N-7676W-152 Culinary Specialist 3rd Class John Smith uses the existing DOS-based food service management system aboard the aircraft.jpg|thumb|2011 में, [[MS-DOS]] अभी भी कुछ उद्यमों में परम्परागत अनुप्रयोगों को चलाने के लिए उपयोग किया जाता था, जैसे कि यह [[संयुक्त राज्य नौसेना]] खाद्य सेवा प्रबंधन प्रणाली।]][[Index.php?title= संगणना|संगणना]] में, एक परम्परागत प्रणाली एक पुरानी पद्धति, प्रौद्योगिकी, [[Index.php?title=संगणक प्रणाली|संगणक प्रणाली]], या [[अनुप्रयोग प्रक्रिया सामग्री]] है, जो पिछले या पुराने संगणक प्रणाली से संबंधित है, या है,<ref>{{cite web|title=Merriam-Webster|url=http://www.merriam-webster.com/dictionary/legacy|access-date=June 22, 2013}}</ref> अभी भी उपयोग में है। अक्सर एक प्रणाली को परम्परागत के रूप में संदर्भित करने का अर्थ है कि यह उन मानकों के लिए मार्ग प्रशस्त करती है जो इसका पालन करेंगे। इसका अर्थ यह भी हो सकता है कि प्रणाली पुरानी है या उसे बदलने की आवश्यकता है।
+[[File:US Navy 110129-N-7676W-152 Culinary Specialist 3rd Class John Smith uses the existing DOS-based food service management system aboard the aircraft.jpg|thumb|2011 में, [[MS-DOS]] अभी भी कुछ उद्यमों में परम्परागत अनुप्रयोगों को चलाने के लिए उपयोग किया जाता था, जैसे कि यह [[संयुक्त राज्य नौसेना]] खाद्य सेवा प्रबंधन प्रणाली।]][[Index.php?title= संगणना|संगणना]] में, एक परम्परागत प्रणाली एक पुरानी पद्धति, प्रौद्योगिकी, [[Index.php?title=संगणक प्रणाली|संगणक प्रणाली]], या [[अनुप्रयोग प्रक्रिया सामग्री]] है, जो पिछले या पुराने संगणक प्रणाली से संबंधित है, या है,<ref>{{cite web|title=Merriam-Webster|url=http://www.merriam-webster.com/dictionary/legacy|access-date=June 22, 2013}}</ref> अभी भी उपयोग में है। अधिकांशत: एक प्रणाली को परम्परागत के रूप में संदर्भित करने का अर्थ है कि यह उन मानकों के लिए मार्ग प्रशस्त करती है जो इसका पालन करेंगे। इसका अर्थ यह भी हो सकता है कि प्रणाली पुरानी है या उसे बदलने की आवश्यकता है।
-परम्परागत कूट पुराना संगणक स्रोत कूट है जो अब मानक हार्डवेयर और वातावरण पर समर्थित नहीं है, और एक कूटआधारित है जो [[अप्रचलित]] है या कुछ अप्रचलित का समर्थन करता है। परम्परागत कूट को क्रमदेशन भाषाओं में लिखा जा सकता है, [[सॉफ्टवेयर ढांचा]] और बाहरी पुस्तकालयों का उपयोग करें, या [[सॉफ़्टवेयर वास्तुशिल्प]] और प्रतिरूप का उपयोग करें जिन्हें अब आधुनिक नहीं माना जाता है, जिससे कूटआधारित पर काम करने वाले सॉफ्टवेयर अभियंता के लिए मानसिक बोझ और समय बढ़ जाता है। परम्परागत कूट में शून्य या अपर्याप्त ईकाई परीक्षण हो सकता है, जो [[पुनर्रचना]] को खतरनाक बनाता है और [[Index.php?title=सॉफ्टवेयर दोष|सॉफ्टवेयर दोष]] पेश करने की संभावना है।<ref>{{Cite book |last=Feathers |first=Michael C. |url=https://www.worldcat.org/oclc/660166658 |title=Working effectively with legacy code |date=2005 |publisher=Prentice Hall Professional Technical Reference |isbn=0-13-293174-5 |location=Upper Saddle River, NJ |pages=15 |oclc=660166658}}</ref> लंबे समय तक रहने वाला कूट सॉफ्टवेयर विगलन के लिए अतिसंवेदनशील होता है, जहां कार्यावधि वातावरण में परिवर्तन, या आसपास के सॉफ़्टवेयर या हार्डवेयर को काम करते रहने के लिए किसी प्रकार के रखरखाव या अनुकरण की आवश्यकता हो सकती है। परम्परागत हार्डवेयर, एक अलग परम्परागत प्रणाली, या किसी पुरानी सुविधा या सॉफ़्टवेयर संस्करण का उपयोग करने वाले परम्परागत ग्राहक का समर्थन करने के लिए परम्परागत कूट मौजूद हो सकता है।
+परम्परागत कूट पुराना संगणक स्रोत कूट है जो अब मानक हार्डवेयर और वातावरण पर समर्थित नहीं है, और एक कूटआधारित है जो [[अप्रचलित]] है या कुछ अप्रचलित का समर्थन करता है। परम्परागत कूट को क्रमदेशन भाषाओं में लिखा जा सकता है, [[सॉफ्टवेयर ढांचा]] और बाहरी पुस्तकालयों का उपयोग करें, या [[सॉफ़्टवेयर वास्तुशिल्प]] और प्रतिरूप का उपयोग करें जिन्हें अब आधुनिक नहीं माना जाता है, जिससे कूटआधारित पर काम करने वाले सॉफ्टवेयर अभियंता के लिए मानसिक बोझ और समय बढ़ जाता है। परम्परागत कूट में शून्य या अपर्याप्त ईकाई परीक्षण हो सकता है, जो [[पुनर्रचना]] को खतरनाक बनाता है और [[Index.php?title=सॉफ्टवेयर दोष|सॉफ्टवेयर दोष]] पेश करने की संभावना है।<ref>{{Cite book |last=Feathers |first=Michael C. |url=https://www.worldcat.org/oclc/660166658 |title=Working effectively with legacy code |date=2005 |publisher=Prentice Hall Professional Technical Reference |isbn=0-13-293174-5 |location=Upper Saddle River, NJ |pages=15 |oclc=660166658}}</ref> लंबे समय तक रहने वाला कूट सॉफ्टवेयर विगलन के लिए अतिसंवेदनशील होता है, जहां कार्यावधि वातावरण में परिवर्तन, या आसपास के सॉफ़्टवेयर या हार्डवेयर को काम करते रहने के लिए किसी प्रकार के रखरखाव या अनुकरण की आवश्यकता हो सकती है। परम्परागत हार्डवेयर, एक अलग परम्परागत प्रणाली, या किसी पुरानी सुविधा या सॉफ़्टवेयर संस्करण का उपयोग करने वाले परम्परागत ग्राहक का समर्थन करने के लिए परम्परागत कूट सम्मलित हो सकता है।
-जबकि शब्द आमतौर पर स्रोत कूट को संदर्भित करता है, यह [[निष्पादन]] योग्य कूट पर भी लागू हो सकता है जो अब प्रणाली के बाद के संस्करण पर नहीं चलता है, या ऐसा करने के लिए संगतता परत की आवश्यकता होती है। एक उदाहरण एक क्लासिक [[Index.php?title=एप्पल मैकिनटोश|एप्पल मैकिनटोश]] एप्लिकेशन [[Index.php?title=सॉफ्टवेयर विगलन|सॉफ्टवेयर विगलन]] जो मूल रूप से [[Index.php?title=मैक ओएस|मैक ओएस]] पर नहीं चलेगा, लेकिन क्लासिक (मैक ओएस एक्स) के अंदर चलता है, या एक्सपी में विंडोज़ सुविधा का उपयोग करके [[Index.php?title=विंडोज़ एक्सपी|विंडोज़ एक्सपी]] पर चलने वाला [[Index.php?title=विन16|विन16]] एप्लिकेशन है।
+जबकि शब्द सामान्यत: स्रोत कूट को संदर्भित करता है, यह [[निष्पादन]] योग्य कूट पर भी लागू हो सकता है जो अब प्रणाली के बाद के संस्करण पर नहीं चलता है, या ऐसा करने के लिए संगतता परत की आवश्यकता होती है। एक उदाहरण एक क्लासिक [[Index.php?title=एप्पल मैकिनटोश|एप्पल मैकिनटोश]] एप्लिकेशन [[Index.php?title=सॉफ्टवेयर विगलन|सॉफ्टवेयर विगलन]] जो मूल रूप से [[Index.php?title=मैक ओएस|मैक ओएस]] पर नहीं चलेगा, लेकिन क्लासिक (मैक ओएस एक्स) के अंदर चलता है, या एक्सपी में विंडोज़ सुविधा का उपयोग करके [[Index.php?title=विंडोज़ एक्सपी|विंडोज़ एक्सपी]] पर चलने वाला [[Index.php?title=विन16|विन16]] एप्लिकेशन है।
-परम्परागत हार्डवेयर का एक उदाहरण पुराने पोर्ट जैसे पीएस/2 और वीजीए पोर्ट और पुराने, असंगत [[निर्देश समुच्चय]] वाले सीपीयू (उदाहरण के लिए नए प्रचालन प्रणाली के साथ) हैं। परम्परागत सॉफ़्टवेयर के उदाहरणों में पुराने फ़ाइल स्वरूप जैसे [[Index.php?title=एडोब शॉकवेव|एडोब शॉकवेव]] के लिए .swf या [[Index.php?title=लोटस 1-2-3|लोटस 1-2-3]] के लिए .123, और [[Index.php?title=ईबीसीडीआईसी|ईबीसीडीआईसी]] जैसे [[Index.php?title=परम्परागत र्पोट|परम्परागत र्पोट]] कूटलेखन के साथ कूटबद्‍ध प्रलेखी साक्ष्य शामिल हैं।
+परम्परागत हार्डवेयर का एक उदाहरण पुराने पोर्ट जैसे पीएस/2 और वीजीए पोर्ट और पुराने, असंगत [[निर्देश समुच्चय]] वाले सीपीयू (उदाहरण के लिए नए प्रचालन प्रणाली के साथ) हैं। परम्परागत सॉफ़्टवेयर के उदाहरणों में पुराने फ़ाइल स्वरूप जैसे [[Index.php?title=एडोब शॉकवेव|एडोब शॉकवेव]] के लिए .swf या [[Index.php?title=लोटस 1-2-3|लोटस 1-2-3]] के लिए .123, और [[Index.php?title=ईबीसीडीआईसी|ईबीसीडीआईसी]] जैसे [[Index.php?title=परम्परागत र्पोट|परम्परागत र्पोट]] कूटलेखन के साथ कूटबद्‍ध प्रलेखी साक्ष्य सम्मलित हैं।
 == विहंगावलोकन ==
-[[File:Windows XP sighted 'in the wild' on a cash point, 3 August 2018.jpg|thumb|right|Although off-समर्थन अप्रैल 2014 से, Windows XP ने स्वचालित टेलर मशीन [[ऑपरेटिंग सिस्टम|ऑपरेटिंग प्रणाली]] सॉफ़्टवेयर जैसे क्षेत्रों में निरंतर उपयोग को सहन किया है।]]संगणक प्रणाली का वर्णन करने के लिए परम्परागत शब्द का पहला प्रयोग संभवतः 1960 के दशक में हुआ।<ref>{{Cite web|last=Tawde|first=Swati|title=Legacy System|url=https://www.educba.com/legacy-system/|url-status=live|website=educba}}</ref> 1980 के दशक तक इसका उपयोग आमतौर पर मौजूदा संगणक प्रणाली को संदर्भित करने के लिए किया जाता था ताकि उन्हें नए प्रणाली के प्रारुप और कार्यान्वयन से अलग किया जा सके। एक रूपांतरण प्रक्रिया के दौरान परम्परागत को अक्सर सुना जाता था, उदाहरण के लिए, परम्परागत प्रणाली से आँकड़े को एक नए आँकड़े आधारित में ले जाने पर।
+[[File:Windows XP sighted 'in the wild' on a cash point, 3 August 2018.jpg|thumb|right|Although off-समर्थन अप्रैल 2014 से, Windows XP ने स्वचालित टेलर मशीन [[ऑपरेटिंग सिस्टम|ऑपरेटिंग प्रणाली]] सॉफ़्टवेयर जैसे क्षेत्रों में निरंतर उपयोग को सहन किया है।]]संगणक प्रणाली का वर्णन करने के लिए परम्परागत शब्द का पहला प्रयोग संभवतः 1960 के दशक में हुआ।<ref>{{Cite web|last=Tawde|first=Swati|title=Legacy System|url=https://www.educba.com/legacy-system/|url-status=live|website=educba}}</ref> 1980 के दशक तक इसका उपयोग सामान्यत: सम्मलिता संगणक प्रणाली को संदर्भित करने के लिए किया जाता था जिससे कि उन्हें नए प्रणाली के प्रारुप और कार्यान्वयन से अलग किया जा सके। एक रूपांतरण प्रक्रिया के दौरान परम्परागत को अधिकांशत: सुना जाता था, उदाहरण के लिए, परम्परागत प्रणाली से आँकड़े को एक नए आँकड़े आधारित में ले जाने पर।
-हालांकि यह शब्द संकेत दे सकता है कि कुछ अभियंता महसूस कर सकते हैं कि एक प्रणाली पुरानी हो चुकी है, कई कारणों से एक परम्परागत प्रणाली का उपयोग जारी रखा जा सकता है। यह हो सकता है कि प्रणाली अभी भी उपयोगकर्ताओं की ज़रूरतों को पूरा करता हो। इसके अतिरिक्त, एक पुरानी प्रणाली को बनाए रखने का निर्णय आर्थिक कारणों से प्रभावित हो सकता है जैसे कि निवेश चुनौतियों या विक्रेता अभिबद्ध पर वापसी, [[परिवर्तन प्रबंधन]] की अंतर्निहित चुनौतियाँ, या कार्यक्षमता के अलावा अन्य कई कारण। पश्चगामी अनुकूलता (जैसे नए प्रणाली की परम्परागत संचिका प्रारूप और वर्ण कूटलेखन को संभालने की क्षमता) एक लक्ष्य है जिसे [[Index.php?title=सॉफ्टवेयर विकासक|सॉफ्टवेयर विकासक]] अक्सर अपने काम में शामिल करते हैं।
+चूंकिि यह शब्द संकेत दे सकता है कि कुछ अभियंता महसूस कर सकते हैं कि एक प्रणाली पुरानी हो चुकी है, कई कारणों से एक परम्परागत प्रणाली का उपयोग जारी रखा जा सकता है। यह हो सकता है कि प्रणाली अभी भी उपयोगकर्ताओं की ज़रूरतों को पूरा करता हो। इसके अतिरिक्त, एक पुरानी प्रणाली को बनाए रखने का निर्णय आर्थिक कारणों से प्रभावित हो सकता है जैसे कि निवेश चुनौतियों या विक्रेता अभिबद्ध पर वापसी, [[परिवर्तन प्रबंधन]] की अंतर्निहित चुनौतियाँ, या कार्यक्षमता के अतिरिक्त अन्य कई कारण। पश्चगामी अनुकूलता (जैसे नए प्रणाली की परम्परागत संचिका प्रारूप और वर्ण कूटलेखन को संभालने की क्षमता) एक लक्ष्य है जिसे [[Index.php?title=सॉफ्टवेयर विकासक|सॉफ्टवेयर विकासक]] अधिकांशत: अपने काम में सम्मलित करते हैं।
-यहां तक कि अगर इसका अब उपयोग नहीं किया जाता है, तो परम्परागत प्रणाली अपनी ऐतिहासिक भूमिका के कारण संगठन को प्रभावित करना जारी रख सकती है। ऐतिहासिक आँकड़े को नए प्रणाली प्रारूप में परिवर्तित नहीं किया जा सकता है और एक अनुकूलित [[स्कीमा क्रॉसवॉक]] के उपयोग के साथ नई प्रणाली में मौजूद हो सकता है, या केवल [[Index.php?title=आँकड़े भांडागार|आँकड़े भांडागार]] में मौजूद हो सकता है। किसी भी मामले में, व्यापार खुफिया और [[Index.php?title=परिचालन प्रेषण|परिचालन प्रेषण]] पर असर महत्वपूर्ण हो सकता है। एक परम्परागत प्रणाली में ऐसी प्रक्रियाएँ या शब्दावली शामिल हो सकती हैं जो वर्तमान संदर्भ में अब प्रासंगिक नहीं हैं, और उपयोग की जाने वाली विधियों या तकनीकों को समझने में बाधा या भ्रमित कर सकती हैं।
+यहां तक कि यदि इसका अब उपयोग नहीं किया जाता है, तो परम्परागत प्रणाली अपनी ऐतिहासिक भूमिका के कारण संगठन को प्रभावित करना जारी रख सकती है। ऐतिहासिक आँकड़े को नए प्रणाली प्रारूप में परिवर्तित नहीं किया जा सकता है और एक अनुकूलित [[स्कीमा क्रॉसवॉक]] के उपयोग के साथ नई प्रणाली में सम्मलित हो सकता है, या केवल [[Index.php?title=आँकड़े भांडागार|आँकड़े भांडागार]] में सम्मलित हो सकता है। किसी भी मामले में, व्यापार खुफिया और [[Index.php?title=परिचालन प्रेषण|परिचालन प्रेषण]] पर असर महत्वपूर्ण हो सकता है। एक परम्परागत प्रणाली में ऐसी प्रक्रियाएँ या शब्दावली सम्मलित हो सकती हैं जो वर्तमान संदर्भ में अब प्रासंगिक नहीं हैं, और उपयोग की जाने वाली विधियों या तकनीकों को समझने में बाधा या भ्रमित कर सकती हैं।
 परम्परागत प्रणाली को बनाए रखने के लिए संगठनों के पास सम्मोहक कारण हो सकते हैं, जैसे:
@@ Line 19: / Line 19: @@
 * प्रणाली को फिर से रूपित करने या बदलने की लागत निषेधात्मक है क्योंकि यह बड़ी, [[अखंड प्रणाली]] और/या जटिल है।
 * इसे बदलने के प्रत्याशित प्रशंसनीय लाभों (जो शून्य हो सकता है) की तुलना में, खोए हुए समय और धन में एक नई प्रणाली पर पुनर्प्रशिक्षण महंगा होगा।
-* प्रणाली को लगभग-स्थिर [[उपलब्धता]] की आवश्यकता होती है, इसलिए इसे सेवा से बाहर नहीं किया जा सकता है, और समान उपलब्धता स्तर के साथ एक नई प्रणाली को डिजाइन करने की लागत अधिक है। उदाहरणों में ग्राहकों के खातों को संभालने के लिए प्रणाली, संगणक आरक्षण प्रणाली, [[हवाई यातायात नियंत्रण]], ऊर्जा वितरण ([[पावर ग्रिड]]), परमाणु ऊर्जा संयंत्र, सैन्य रक्षा प्रतिष्ठान और [[सबसे ऊपर]] आँकड़े आधारित जैसी प्रणालियाँ शामिल हैं।
+* प्रणाली को लगभग-स्थिर [[उपलब्धता]] की आवश्यकता होती है, इसलिए इसे सेवा से बाहर नहीं किया जा सकता है, और समान उपलब्धता स्तर के साथ एक नई प्रणाली को डिजाइन करने की लागत अधिक है। उदाहरणों में ग्राहकों के खातों को संभालने के लिए प्रणाली, संगणक आरक्षण प्रणाली, [[हवाई यातायात नियंत्रण]], ऊर्जा वितरण ([[पावर ग्रिड]]), परमाणु ऊर्जा संयंत्र, सैन्य रक्षा प्रतिष्ठान और [[सबसे ऊपर]] आँकड़े आधारित जैसी प्रणालियाँ सम्मलित हैं।
 * प्रणाली के काम करने का तरीका अच्छी तरह से समझा नहीं गया है। ऐसी स्थिति तब हो सकती है जब प्रणाली के कल्पक ने संगठन छोड़ दिया हो, और प्रणाली को या तो पूरी तरह से प्रलेखित नहीं किया गया हो या प्रलेखन खो गया हो।
 * उपयोगकर्ता अपेक्षा करता है कि आवश्यकता पड़ने पर प्रणाली को आसानी से बदला जा सकता है।
@@ Line 29: / Line 29: @@
 * इन प्रणालियों को बनाए रखना, सुधारना और विस्तार करना कठिन हो सकता है क्योंकि प्रणाली में समझ की सामान्य कमी है; जो कर्मचारी इसके विशेषज्ञ थे, वे सेवानिवृत्त हो गए हैं या भूल गए हैं कि वे इसके बारे में क्या जानते थे, और जो कर्मचारी परम्परागत बनने के बाद मैदान में प्रवेश करते थे, उन्होंने इसके बारे में कभी नहीं सीखा। दस्तावेजों की कमी या नुकसान से यह और खराब हो सकता है। कॉमेयर (संयुक्त राज्य) एयरलाइन कंपनी ने 2004 में अपने सीईओ को एक पुरातन परम्परागत कर्मचारी अनुसूचीकरण प्रणाली की विफलता के कारण निकाल दिया, जो कंपनी में किसी के लिए अज्ञात सीमा में चला गया।<ref>{{cite web |author=Stephanie Overby |date=2005-05-01 |title=Comair's Christmas Disaster: Bound To Fail - CIO.com - Business Technology Leadership |url=https://www.cio.com/article/272043/risk-management-comair-s-christmas-disaster-bound-to-fail.html |access-date=2012-04-29 |publisher=CIO.com}}</ref>
 * उपलब्ध या लागू सुरक्षा पैच की कमी के कारण पुराने ऑपरेटिंग प्रणाली या एप्लिकेशन में परम्परागत प्रणाली की कमजोरियां हो सकती हैं। उत्पादन विन्यास भी हो सकते हैं जो सुरक्षा समस्याओं का कारण बनते हैं। ये मुद्दे परम्परागत प्रणाली को हमलावरों या जानकार अंदरूनी लोगों द्वारा समझौता किए जाने के जोखिम में डाल सकते हैं।<ref>{{cite web|author=Razermouse |url=http://www.mousesecurity.com/?p=220 |title=The Danger of Legacy Systems |publisher=Mousesecurity.com |date=2011-05-03 |access-date=2012-04-29 |url-status=dead |archive-url=https://web.archive.org/web/20120323165836/http://www.mousesecurity.com/?p=220 |archive-date=March 23, 2012 }}</ref>
-* नए प्रणाली के साथ एकीकरण भी मुश्किल हो सकता है क्योंकि नया सॉफ्टवेयर पूरी तरह से अलग तकनीकों का इस्तेमाल कर सकता है। संगणना में प्रौद्योगिकी के बीच एकीकरण काफी सामान्य है, लेकिन नई तकनीकों और काफी पुरानी तकनीकों के बीच एकीकरण आम नहीं है। एकीकरण प्रौद्योगिकी विकसित करने के लिए बस पर्याप्त मांग नहीं हो सकती है। इस गोंद कूट में से कुछ कभी-कभी विक्रेताओं और विशेष परम्परागत प्रौद्योगिकियों के उत्साही लोगों द्वारा विकसित किए जाते हैं।
+* नए प्रणाली के साथ एकीकरण भी मुश्किल हो सकता है क्योंकि नया सॉफ्टवेयर पूरी तरह से अलग तकनीकों का उपयोग कर सकता है। संगणना में प्रौद्योगिकी के बीच एकीकरण काफी सामान्य है, लेकिन नई तकनीकों और काफी पुरानी तकनीकों के बीच एकीकरण सामान्य: नहीं है। एकीकरण प्रौद्योगिकी विकसित करने के लिए बस पर्याप्त मांग नहीं हो सकती है। इस गोंद कूट में से कुछ कभी-कभी विक्रेताओं और विशेष परम्परागत प्रौद्योगिकियों के उत्साही लोगों द्वारा विकसित किए जाते हैं।
-* बजटीय बाधाएं अक्सर निगमों को परम्परागत प्रणाली के प्रतिस्थापन या प्रवासन की आवश्यकता को पूरा नहीं करने के लिए प्रेरित करती हैं। हालांकि, कंपनियाँ अक्सर बढ़ती सहायक लागत (लोग, सॉफ्टवेयर और हार्डवेयर, सभी ऊपर उल्लिखित हैं) पर विचार नहीं करती हैं और परम्परागत प्रणाली के विफल होने पर क्षमता या व्यापार निरंतरता के भारी नुकसान को ध्यान में नहीं रखती हैं। एक बार जब इन विचारों को अच्छी तरह से समझ लिया जाता है, तो एक नए, अधिक सुरक्षित, अद्यतन प्रौद्योगिकी स्टैक प्लेटफॉर्म के सिद्ध आरओआई के आधार पर विकल्प के रूप में महंगा नहीं होता है और बजट मिल जाता है।
+* बजटीय बाधाएं अधिकांशत: निगमों को परम्परागत प्रणाली के प्रतिस्थापन या प्रवासन की आवश्यकता को पूरा नहीं करने के लिए प्रेरित करती हैं। चूंकिि, कंपनियाँ अधिकांशत: बढ़ती सहायक लागत (लोग, सॉफ्टवेयर और हार्डवेयर, सभी ऊपर उल्लिखित हैं) पर विचार नहीं करती हैं और परम्परागत प्रणाली के विफल होने पर क्षमता या व्यापार निरंतरता के भारी नुकसान को ध्यान में नहीं रखती हैं। एक बार जब इन विचारों को अच्छी तरह से समझ लिया जाता है, तो एक नए, अधिक सुरक्षित, अद्यतन प्रौद्योगिकी स्टैक प्लेटफॉर्म के सिद्ध आरओआई के आधार पर विकल्प के रूप में महंगा नहीं होता है और बजट मिल जाता है।
 * इस तथ्य के कारण कि अधिकांश पुराने क्रमादेशक सेवानिवृत्ति की आयु में प्रवेश कर रहे हैं और उनकी जगह लेने वाले युवा अभियंता की संख्या बहुत कम है, उपलब्ध कार्यबल की कमी है। बदले में इसके परिणामस्वरूप पुरानी प्रणालियों को बनाए रखने में कठिनाई होती है, साथ ही अनुभवी क्रमादेशकों की खरीद की लागत में वृद्धि होती है।<ref>{{Cite web|url=http://www.modernizationhub.com|title=Benefits of Mainframe Modernization|website=Modernization Hub|language=en-US|access-date=2017-08-23}}</ref>
 * कुछ पुरानी प्रणालियों की कुल क्षमता पर एक कठोर सीमा होती है जो आज की जरूरतों के लिए पर्याप्त नहीं हो सकती है, उदाहरण के लिए कई पुराने x86 CPU पर 4 GB मेमोरी सीमा, या IPv4 में 4 बिलियन  सीमा।
 == परम्परागत सॉफ्टवेयर प्रणाली में सुधार==
-जहां एप्लिकेशन सेवानिवृत्ति के अभ्यास के माध्यम से परम्परागत प्रणालियों को बदलना असंभव है, वहां उन्हें बढ़ाना (या फिर से सामना करना) अभी भी संभव है। अधिकांश विकास अक्सर परम्परागत प्रणाली में नए अंतरापृष्ठ जोड़ने में चला जाता है। अंत्य-आधारित अधिसंसाधित्र एप्लिकेशन को तन्तुपटल -आधारित अंतरापृष्ठ प्रदान करना सबसे प्रमुख तकनीक है। धीमी प्रतिक्रिया समय और धीमी माउस-आधारित ऑपरेटर क्रियाओं के कारण यह कर्मचारियों की उत्पादकता को कम कर सकता है, फिर भी इसे अक्सर उन्नयन के रूप में देखा जाता है, क्योंकि अंतरापृष्ठ शैली अकुशल उपयोगकर्ताओं से परिचित है और उनके लिए उपयोग करना आसान है। जॉन मैककॉर्मिक ऐसी रणनीतियों की चर्चा करते हैं जिनमें मिडिलवेयर (वितरित अनुप्रयोग) शामिल हैं।<ref>{{cite web |title=Mainframe-web middleware |first=John |last=McCormick |website=Gcn.com |date=2000-06-02 |access-date=2012-04-29 |url=https://gcn.com/articles/2000/06/02/mainframeweb-middleware.aspx }}</ref>
+जहां एप्लिकेशन सेवानिवृत्ति के अभ्यास के माध्यम से परम्परागत प्रणालियों को बदलना असंभव है, वहां उन्हें बढ़ाना (या फिर से सामना करना) अभी भी संभव है। अधिकांश विकास अधिकांशत: परम्परागत प्रणाली में नए अंतरापृष्ठ जोड़ने में चला जाता है। अंत्य-आधारित अधिसंसाधित्र एप्लिकेशन को तन्तुपटल -आधारित अंतरापृष्ठ प्रदान करना सबसे प्रमुख तकनीक है। धीमी प्रतिक्रिया समय और धीमी माउस-आधारित ऑपरेटर क्रियाओं के कारण यह कर्मचारियों की उत्पादकता को कम कर सकता है, फिर भी इसे अधिकांशत: उन्नयन के रूप में देखा जाता है, क्योंकि अंतरापृष्ठ शैली अकुशल उपयोगकर्ताओं से परिचित है और उनके लिए उपयोग करना आसान है। जॉन मैककॉर्मिक ऐसी रणनीतियों की चर्चा करते हैं जिनमें मिडिलवेयर (वितरित अनुप्रयोग) सम्मलित हैं।<ref>{{cite web |title=Mainframe-web middleware |first=John |last=McCormick |website=Gcn.com |date=2000-06-02 |access-date=2012-04-29 |url=https://gcn.com/articles/2000/06/02/mainframeweb-middleware.aspx }}</ref>
-मुद्रण सुधार समस्याग्रस्त हैं क्योंकि परम्परागत सॉफ़्टवेयर प्रणाली अक्सर कोई स्वरूपण निर्देश नहीं जोड़ते हैं, या वे ऐसे प्रोटोकॉल का उपयोग करते हैं जो आधुनिक पीसी/विंडोज प्रिंटर में उपयोग करने योग्य नहीं हैं। आँकड़े को अन्तर्रोधन करने और इसे अधिक आधुनिक कूट में अनुवाद करने के लिए एक मुद्रण परिवेषक का उपयोग किया जा सकता है। [[रिच टेक्स्ट फ़ॉर्मैट]] | रिच टेक्स्ट फॉर्मेट (RTF) या [[परिशिष्ट भाग]] दस्तावेज़ परम्परागत एप्लिकेशन में बनाए जा सकते हैं और फिर प्रिंट होने से पहले एक पीसी पर व्याख्या की जा सकती है।
+मुद्रण सुधार समस्याग्रस्त हैं क्योंकि परम्परागत सॉफ़्टवेयर प्रणाली अधिकांशत: कोई स्वरूपण निर्देश नहीं जोड़ते हैं, या वे ऐसे प्रोटोकॉल का उपयोग करते हैं जो आधुनिक पीसी/विंडोज प्रिंटर में उपयोग करने योग्य नहीं हैं। आँकड़े को अन्तर्रोधन करने और इसे अधिक आधुनिक कूट में अनुवाद करने के लिए एक मुद्रण परिवेषक का उपयोग किया जा सकता है। [[रिच टेक्स्ट फ़ॉर्मैट]] | रिच टेक्स्ट फॉर्मेट (RTF) या [[परिशिष्ट भाग]] दस्तावेज़ परम्परागत एप्लिकेशन में बनाए जा सकते हैं और फिर प्रिंट होने से पहले एक पीसी पर व्याख्या की जा सकती है।
 परम्परागत प्रणालियों पर जीव पंजीकृता सुरक्षा उपायों को लागू करना मुश्किल है। एक व्यवहार्य समाधान [[Index.php?title=दूरजाल|दूरजाल]] या [[Index.php?title=एचटीटीपी|एचटीटीपी]] [[Index.php?title=परोक्ष परिसेवक|परोक्ष परिसेवक]] का उपयोग उपयोगकर्ताओं और अधिसंसाधित्र के बीच परम्परागत एप्लिकेशन तक सुरक्षित पहुंच को लागू करने के लिए करना है।
-कुछ संगठनों में किया जा रहा परिवर्तन [[स्वचालित व्यापार प्रक्रिया]] (एबीपी) सॉफ़्टवेयर पर स्विच करना है जो पूर्ण प्रणाली उत्पन्न करता है। ये प्रणालियाँ तब संगठनों की परम्परागत प्रणालियों से अंतरापृष्ठ कर सकती हैं और उन्हें [[सूचना भंडार]] के रूप में उपयोग कर सकती हैं। यह दृष्टिकोण कई महत्वपूर्ण लाभ प्रदान कर सकता है: उपयोगकर्ता अपनी परम्परागत प्रणालियों की अक्षमताओं से अछूते हैं। एबीपी सॉफ्टवेयर में परिवर्तनों को जल्दी और आसानी से शामिल किया जा सकता है
+कुछ संगठनों में किया जा रहा परिवर्तन [[स्वचालित व्यापार प्रक्रिया]] (एबीपी) सॉफ़्टवेयर पर स्विच करना है जो पूर्ण प्रणाली उत्पन्न करता है। ये प्रणालियाँ तब संगठनों की परम्परागत प्रणालियों से अंतरापृष्ठ कर सकती हैं और उन्हें [[सूचना भंडार]] के रूप में उपयोग कर सकती हैं। यह दृष्टिकोण कई महत्वपूर्ण लाभ प्रदान कर सकता है: उपयोगकर्ता अपनी परम्परागत प्रणालियों की अक्षमताओं से अछूते हैं। एबीपी सॉफ्टवेयर में परिवर्तनों को जल्दी और आसानी से सम्मलित किया जा सकता है
 तंत्र-चालित [[Index.php?title=विपरीत इंजीनियरिंग|विपरीत इंजीनियरिंग]] और [[Index.php?title=अग्रेषण इंजीनियरिंग|अग्रेषण इंजीनियरिंग]] दृष्टिकोण का उपयोग परम्परागत सॉफ्टवेयर के सुधार के लिए भी किया जा सकता है।<ref>{{Citation | title = Software modernization and cloudification using the ARTIST migration methodology and framework | journal = Scalable Computing: Practice and Experience | year = 2014 | volume = 15 | issue = 2 | doi = 10.12694/scpe.v15i2.980| last1 = Menychtas | first1 = Andreas | last2 = Konstanteli | first2 = Kleopatra | last3 = Alonso | first3 = Juncal | last4 = Orue-Echevarria | first4 = Leire | last5 = Gorronogoitia | first5 = Jesus | last6 = Kousiouris | first6 = George | last7 = Santzaridou | first7 = Christina | last8 = Bruneliere | first8 = Hugo | last9 = Pellens | first9 = Bram | last10 = Stuer | first10 = Peter | last11 = Strauss | first11 = Oliver | last12 = Senkova | first12 = Tatiana | last13 = Varvarigou | first13 = Theodora | doi-access = free }}</ref>
@@ Line 47: / Line 47: @@
 == नासा उदाहरण ==
-म्यूनिख के तकनीकी विश्वविद्यालय के एंड्रियास हेन ने अंतरिक्ष अन्वेषण में परम्परागत प्रणालियों के उपयोग पर शोध किया। हेन के अनुसार, अगर किसी संगठन के पास सत्यापन, परीक्षण और परिचालन इतिहास की क्षमता है, तो पुराने प्रणाली पुन: उपयोग के लिए आकर्षक हैं।<ref>{{Citation | author = A.M. Hein | title = How to Assess Heritage Systems in the Early Phases? | publisher = ESA | series = 6th International Systems & Concurrent Engineering for Space Applications Conference 2014  | year = 2014 |url=https://www.academia.edu/8441540 }}</ref><ref>{{Citation | author = A.M. Hein | title = Heritage Technologies in Space Programs - Assessment Methodology and Statistical Analysis | publisher = Technical University of Munich | series = PhD thesis Faculty of Mechanical Engineering  | year = 2016 |url=https://www.researchgate.net/publication/310478449 }}</ref> इन क्षमताओं को विकास, कार्यान्वयन, उपयोग या रखरखाव जैसे विभिन्न सॉफ़्टवेयर जीवन चक्र चरणों में एकीकृत किया जाना चाहिए। सॉफ्टवेयर प्रणाली के लिए, प्रणाली का उपयोग करने और बनाए रखने की क्षमता महत्वपूर्ण है। अन्यथा प्रणाली कम से कम समझने योग्य और बनाए रखने योग्य हो जाएगा।
+म्यूनिख के तकनीकी विश्वविद्यालय के एंड्रियास हेन ने अंतरिक्ष अन्वेषण में परम्परागत प्रणालियों के उपयोग पर शोध किया। हेन के अनुसार, यदि किसी संगठन के पास सत्यापन, परीक्षण और परिचालन इतिहास की क्षमता है, तो पुराने प्रणाली पुन: उपयोग के लिए आकर्षक हैं।<ref>{{Citation | author = A.M. Hein | title = How to Assess Heritage Systems in the Early Phases? | publisher = ESA | series = 6th International Systems & Concurrent Engineering for Space Applications Conference 2014  | year = 2014 |url=https://www.academia.edu/8441540 }}</ref><ref>{{Citation | author = A.M. Hein | title = Heritage Technologies in Space Programs - Assessment Methodology and Statistical Analysis | publisher = Technical University of Munich | series = PhD thesis Faculty of Mechanical Engineering  | year = 2016 |url=https://www.researchgate.net/publication/310478449 }}</ref> इन क्षमताओं को विकास, कार्यान्वयन, उपयोग या रखरखाव जैसे विभिन्न सॉफ़्टवेयर जीवन चक्र चरणों में एकीकृत किया जाना चाहिए। सॉफ्टवेयर प्रणाली के लिए, प्रणाली का उपयोग करने और बनाए रखने की क्षमता महत्वपूर्ण है। अन्यथा प्रणाली कम से कम समझने योग्य और बनाए रखने योग्य हो जाएगा।
-हेन के अनुसार, सत्यापन, परीक्षण और परिचालन इतिहास से प्रणाली की विश्वसनीयता और गुणवत्ता में विश्वास बढ़ता है। हालांकि, इस इतिहास को जमा करना अक्सर महंगा होता है। नासा के अब सेवानिवृत्त [[Index.php?title=अंतरिक्ष यान|अंतरिक्ष यान]] कार्यक्रम ने 1970 के दशक की तकनीक की एक बड़ी मात्रा का उपयोग किया। उड़ान प्रमाणन के लिए महंगी आवश्यकता के कारण प्रतिस्थापन लागत-निषेधात्मक था। मूल हार्डवेयर ने उड़ान के लिए महंगे एकीकरण और प्रमाणन की आवश्यकता को पूरा किया, लेकिन नए उपकरण को फिर से पूरी प्रक्रिया से गुजरना पड़ा। अंतरिक्ष शटल कार्यक्रम में एक इकाई का उपयोग करने से पहले इस लंबी और विस्तृत प्रक्रिया के लिए नए घटकों के व्यापक परीक्षण की आवश्यकता थी। इस प्रकार प्रमाणन प्रक्रिया शुरू करने वाली कोई भी नई प्रणाली उड़ान के लिए स्वीकृत होने तक एक वास्तविक परम्परागत प्रणाली बन जाती है।
+हेन के अनुसार, सत्यापन, परीक्षण और परिचालन इतिहास से प्रणाली की विश्वसनीयता और गुणवत्ता में विश्वास बढ़ता है। चूंकिि, इस इतिहास को जमा करना अधिकांशत: महंगा होता है। नासा के अब सेवानिवृत्त [[Index.php?title=अंतरिक्ष यान|अंतरिक्ष यान]] कार्यक्रम ने 1970 के दशक की तकनीक की एक बड़ी मात्रा का उपयोग किया। उड़ान प्रमाणन के लिए महंगी आवश्यकता के कारण प्रतिस्थापन लागत-निषेधात्मक था। मूल हार्डवेयर ने उड़ान के लिए महंगे एकीकरण और प्रमाणन की आवश्यकता को पूरा किया, लेकिन नए उपकरण को फिर से पूरी प्रक्रिया से गुजरना पड़ा। अंतरिक्ष शटल कार्यक्रम में एक इकाई का उपयोग करने से पहले इस लंबी और विस्तृत प्रक्रिया के लिए नए घटकों के व्यापक परीक्षण की आवश्यकता थी। इस प्रकार प्रमाणन प्रक्रिया आरंभ करने वाली कोई भी नई प्रणाली उड़ान के लिए स्वीकृत होने तक एक वास्तविक परम्परागत प्रणाली बन जाती है।
-इसके अतिरिक्त, भौम और प्रमोचन यान संपत्तियों सहित संपूर्ण अंतरिक्ष यान प्रणाली को एक बंद प्रणाली के रूप में एक साथ काम करने के लिए रूपित किया गया था। चूंकि विनिर्देश नहीं बदले, सभी प्रमाणित प्रणालियों और घटकों ने उन भूमिकाओं में अच्छा प्रदर्शन किया जिनके लिए उन्हें रूपित किया गया था।<ref>{{Citation | author = A.M. Hein | title = How to Assess Heritage Systems in the Early Phases? | publisher = ESA | series = 6th International Systems & Concurrent Engineering for Space Applications Conference 2014 | year = 2014 |url=https://www.academia.edu/8441540| page =3 }}</ref> 2010 में शटल के सेवानिवृत्त होने के पहले ही, नासा ने उन प्रणालियों को अपग्रेड करने और नए घटकों को पुन: प्रमाणित करने के बजाय 1970 के दशक की तकनीक के कई टुकड़ों का उपयोग करना लाभप्रद पाया।
+इसके अतिरिक्त, भौम और प्रमोचन यान संपत्तियों सहित संपूर्ण अंतरिक्ष यान प्रणाली को एक बंद प्रणाली के रूप में एक साथ काम करने के लिए रूपित किया गया था। चूंकि विनिर्देश नहीं बदले, सभी प्रमाणित प्रणालियों और घटकों ने उन भूमिकाओं में अच्छा प्रदर्शन किया जिनके लिए उन्हें रूपित किया गया था।<ref>{{Citation | author = A.M. Hein | title = How to Assess Heritage Systems in the Early Phases? | publisher = ESA | series = 6th International Systems & Concurrent Engineering for Space Applications Conference 2014 | year = 2014 |url=https://www.academia.edu/8441540| page =3 }}</ref> 2010 में शटल के सेवानिवृत्त होने के पहले ही, नासा ने उन प्रणालियों को अपग्रेड करने और नए घटकों को पुन: प्रमाणित करने के अतिरिक्त 1970 के दशक की तकनीक के कई टुकड़ों का उपयोग करना लाभप्रद पाया।
 == परम्परागत कूट पर परिप्रेक्ष्य ==
-[[Index.php?title=सॉफ्टवेयर अभियंता|सॉफ्टवेयर अभियंता]] में कुछ अप्रचलित होने के अर्थ के बिना परम्परागत कूट का वर्णन करना पसंद करते हैं। सबसे प्रचलित तटस्थ अवधारणाओं में स्रोत कूट किसी और से परम्परागत में मिला है और स्रोत कूट सॉफ्टवेयर के पुराने संस्करण से  मिला है। टाइपेमॉक के सीईओ एली लोपियन ने इसे कूट के रूप में परिभाषित किया है जिसे डेवलपर्स(विकासक) बदलने से डरते हैं।<ref>{{Cite web|url=https://dzone.com/articles/defining-legacy-code|title=Defining Legacy Code|last=Lopian|first=Eli|date=May 15, 2018|website=|archive-url=|archive-date=|access-date=June 10, 2019}}</ref> माइकल फेदर्स<ref>Michael Feathers' ''Working Effectively with Legacy Code'' ({{ISBN|0-13-117705-2}})</ref> परीक्षण के बिना कूट के रूप में परम्परागत कूट की एक परिभाषा पेश की, जो [[स्वचालित परीक्षण]] [[प्रतिगमन परीक्षण]] की कमी के कारण आंशिक रूप से काम करने के लिए परम्परागत कूट के परिप्रेक्ष्य को दर्शाता है। उन्होंने परम्परागत कूट को परीक्षण के तहत रखना शुरू करने के लिए [[लक्षण वर्णन परीक्षण]] को भी परिभाषित किया।
+[[Index.php?title=सॉफ्टवेयर अभियंता|सॉफ्टवेयर अभियंता]] में कुछ अप्रचलित होने के अर्थ के बिना परम्परागत कूट का वर्णन करना पसंद करते हैं। सबसे प्रचलित तटस्थ अवधारणाओं में स्रोत कूट किसी और से परम्परागत में मिला है और स्रोत कूट सॉफ्टवेयर के पुराने संस्करण से  मिला है। टाइपेमॉक के सीईओ एली लोपियन ने इसे कूट के रूप में परिभाषित किया है जिसे डेवलपर्स(विकासक) बदलने से डरते हैं।<ref>{{Cite web|url=https://dzone.com/articles/defining-legacy-code|title=Defining Legacy Code|last=Lopian|first=Eli|date=May 15, 2018|website=|archive-url=|archive-date=|access-date=June 10, 2019}}</ref> माइकल फेदर्स<ref>Michael Feathers' ''Working Effectively with Legacy Code'' ({{ISBN|0-13-117705-2}})</ref> परीक्षण के बिना कूट के रूप में परम्परागत कूट की एक परिभाषा पेश की, जो [[स्वचालित परीक्षण]] [[प्रतिगमन परीक्षण]] की कमी के कारण आंशिक रूप से काम करने के लिए परम्परागत कूट के परिप्रेक्ष्य को दर्शाता है। उन्होंने परम्परागत कूट को परीक्षण के अनुसार रखना आरंभ करने के लिए [[लक्षण वर्णन परीक्षण]] को भी परिभाषित किया।
-गिन्नी हेंड्री ने कूट के निर्माण को वर्तमान कूटर को कूट बनाने के लिए एक 'चुनौती' के रूप में वर्णित किया है जो हमारे जीवन में अन्य परम्परागतों की तरह है - जैसे कि प्राचीन वस्तुएँ, परम्परागत, और कहानियाँ जो एक पीढ़ी से दूसरी पीढ़ी तक संजोई और प्यार से पारित की जाती हैं। क्या होगा अगर परम्परागत कूट कुछ ऐसा है जिस पर हमें गर्व है? .<ref>{{Cite web |url=https://8thlight.com/blog/ginny-hendry/2014/07/11/take-pride-in-your-legacy-code.html |author=Ginny Hendry |title=Take Pride in Your Legacy (Code) |date=11 Jul 2014 |access-date=2021-10-07}}</ref>
+गिन्नी हेंड्री ने कूट के निर्माण को वर्तमान कूटर को कूट बनाने के लिए एक 'चुनौती' के रूप में वर्णित किया है जो हमारे जीवन में अन्य परम्परागतों की तरह है - जैसे कि प्राचीन वस्तुएँ, परम्परागत, और कहानियाँ जो एक पीढ़ी से दूसरी पीढ़ी तक संजोई और प्यार से पारित की जाती हैं। क्या होगा यदि परम्परागत कूट कुछ ऐसा है जिस पर हमें गर्व है? .<ref>{{Cite web |url=https://8thlight.com/blog/ginny-hendry/2014/07/11/take-pride-in-your-legacy-code.html |author=Ginny Hendry |title=Take Pride in Your Legacy (Code) |date=11 Jul 2014 |access-date=2021-10-07}}</ref>
 == संगणना में परम्परागत शब्द का अतिरिक्त उपयोग ==
-परम्परागत सपोर्ट शब्द का प्रयोग अक्सर परम्परागत प्रणाली के संयोजन में किया जाता है। यह शब्द आधुनिक सॉफ्टवेयर की एक विशेषता का उल्लेख करता है। उदाहरण के लिए, पुराने समर्थन वाले ऑपरेटिंग प्रणाली पुराने हार्डवेयर का पता लगा सकते हैं और उनका उपयोग कर सकते हैं। इस शब्द का उपयोग किसी व्यावसायिक कार्य को संदर्भित करने के लिए भी किया जा सकता है; उदा. एक सॉफ्टवेयर या हार्डवेयर विक्रेता जो पुराने उत्पादों के लिए समर्थन कर रहा है, या सॉफ्टवेयर रखरखाव प्रदान कर रहा है।
+परम्परागत सपोर्ट शब्द का प्रयोग अधिकांशत: परम्परागत प्रणाली के संयोजन में किया जाता है। यह शब्द आधुनिक सॉफ्टवेयर की एक विशेषता का उल्लेख करता है। उदाहरण के लिए, पुराने समर्थन वाले ऑपरेटिंग प्रणाली पुराने हार्डवेयर का पता लगा सकते हैं और उनका उपयोग कर सकते हैं। इस शब्द का उपयोग किसी व्यावसायिक कार्य को संदर्भित करने के लिए भी किया जा सकता है; उदा. एक सॉफ्टवेयर या हार्डवेयर विक्रेता जो पुराने उत्पादों के लिए समर्थन कर रहा है, या सॉफ्टवेयर रखरखाव प्रदान कर रहा है।
 एक परम्परागत उत्पाद एक ऐसा उत्पाद हो सकता है जो अब बेचा नहीं जाता है, बाजार में पर्याप्त हिस्सेदारी खो दी है, या किसी उत्पाद का एक संस्करण है जो वर्तमान में नहीं है। एक परम्परागत उत्पाद का आधुनिक उत्पाद की तुलना में कुछ लाभ हो सकता है, जिससे ग्राहक इसे अपने आसपास रखने के लिए आकर्षित हो सकते हैं। एक उत्पाद वास्तव में केवल अप्रचलित है यदि इसमें पारेटो दक्षता है - यदि तर्कसंगत निर्णय लेने वाला कोई भी व्यक्ति इसे नया प्राप्त करने का विकल्प नहीं चुनता है।
-परम्परागत मोड शब्द अक्सर विशेष रूप से पिछड़े संगतता को संदर्भित करता है। एक सॉफ्टवेयर उत्पाद जो प्रदर्शन करने में सक्षम है, जैसे कि यह स्वयं का पिछला संस्करण था, कहा जाता है कि परम्परागत मोड में चल रहा है। ऑपरेटिंग प्रणाली और अंतरजाल विचरक में इस तरह की सुविधा आम है, जहां कई एप्लिकेशन इन अंतर्निहित घटकों पर निर्भर करते हैं।
+परम्परागत मोड शब्द अधिकांशत: विशेष रूप से पिछड़े संगतता को संदर्भित करता है। एक सॉफ्टवेयर उत्पाद जो प्रदर्शन करने में सक्षम है, जैसे कि यह स्वयं का पिछला संस्करण था, कहा जाता है कि परम्परागत मोड में चल रहा है। ऑपरेटिंग प्रणाली और अंतरजाल विचरक में इस तरह की सुविधा सामान्य: है, जहां कई एप्लिकेशन इन अंतर्निहित घटकों पर निर्भर करते हैं।
-[[Index.php?title=अधिसंसाधित्र संगणक|अधिसंसाधित्र संगणक]] युग में कई एप्लिकेशन परम्परागत मोड में चल रहे थे। आधुनिक व्यापार संगणना वातावरण में, [[n स्तरीय]], या [[3-स्तरीय]] [[Index.php?title=संगणक संरचना|संगणक संरचना]] को परम्परागत मोड में रखना अधिक कठिन होता है क्योंकि उनमें एकल प्रणाली बनाने वाले कई घटक शामिल होते हैं।
+[[Index.php?title=अधिसंसाधित्र संगणक|अधिसंसाधित्र संगणक]] युग में कई एप्लिकेशन परम्परागत मोड में चल रहे थे। आधुनिक व्यापार संगणना वातावरण में, [[n स्तरीय]], या [[3-स्तरीय]] [[Index.php?title=संगणक संरचना|संगणक संरचना]] को परम्परागत मोड में रखना अधिक कठिन होता है क्योंकि उनमें एकल प्रणाली बनाने वाले कई घटक सम्मलित होते हैं।
 [[आभासी मशीन]] प्रौद्योगिकी एक हालिया नवाचार है जो परम्परागत हार्डवेयर का अनुकरण करने वाले सॉफ़्टवेयर प्रणाली पर पुराने ऑपरेटिंग प्रणाली और विचरक चलाकर परम्परागत प्रणाली को आधुनिक हार्डवेयर पर काम करना जारी रखने की अनुमति देता है।
-== ब्राउनफील्ड आर्किटेक्चर ==
+== ब्राउनफील्ड संरचना ==
-क्रमादेशक ने निर्माण उद्योग से ब्राउनफील्ड भूमि शब्द उधार लिया है, जहां पहले विकसित भूमि (अक्सर प्रदूषित और परित्यक्त) को ब्राउनफील्ड के रूप में वर्णित किया गया है।<ref>{{cite web|url=http://searchunifiedcommunications.techtarget.com/sDefinition/0,,sid186_gci1062754,00.html |title=Definition of greenfield and brownfield deployment |publisher=Searchunifiedcommunications.techtarget.com |access-date=2012-04-29}}</ref>
+क्रमादेशक ने निर्माण उद्योग से ब्राउनफील्ड भूमि शब्द उधार लिया है, जहां पहले विकसित भूमि (अधिकांशत: प्रदूषित और परित्यक्त) को ब्राउनफील्ड के रूप में वर्णित किया गया है।<ref>{{cite web|url=http://searchunifiedcommunications.techtarget.com/sDefinition/0,,sid186_gci1062754,00.html |title=Definition of greenfield and brownfield deployment |publisher=Searchunifiedcommunications.techtarget.com |access-date=2012-04-29}}</ref>
-* ब्राउनफील्ड आर्किटेक्चर एक प्रकार का सॉफ्टवेयर या नेटवर्क आर्किटेक्चर है जो परम्परागत प्रणाली को शामिल करता है।
+* ब्राउनफील्ड संरचना एक प्रकार का सॉफ्टवेयर या नेटवर्क संरचना है जो परम्परागत प्रणाली को सम्मलित करता है।
-* ब्राउनफील्ड परिनियोजन एक मौजूदा सॉफ़्टवेयर या नेटवर्क आर्किटेक्चर का उन्नयन या परिवर्धन है जो पुराने घटकों को बनाए रखता है।
+* ब्राउनफील्ड परिनियोजन एक सम्मलिता सॉफ़्टवेयर या नेटवर्क संरचना का उन्नयन या परिवर्धन है जो पुराने घटकों को बनाए रखता है।
 == वैकल्पिक दृश्य ==
-एक वैकल्पिक अनुकूल राय है - 1999 में डॉटकॉम बुलबुले के अंत के बाद से बढ़ रही है - कि परम्परागत प्रणाली काम करने वाले संगणक प्रणाली हैं:
+एक वैकल्पिक अनुकूल राय है - 1999 में डॉटकॉम बबल के अंत के बाद से बढ़ रही है - कि परम्परागत प्रणाली काम करने वाले संगणक प्रणाली हैं:
-{{quote|"[[Legacy code]]" often differs from its suggested alternative by actually working and scaling.|[[q:Bjarne Stroustrup|Bjarne Stroustrup, creator of C++]]}}
+{{quote|"[[परम्परागत कूट]]" वास्तव में काम करने और प्रवर्धन द्वारा सुझाए गए विकल्प से हमेशा अलग होता है।|[[क्यू: बज़्ने स्ट्रॉस्ट्रुप|बज़्ने स्ट्रॉस्ट्रुप, सी++ के निर्माता]]}}
 आईटी विश्लेषकों का अनुमान है कि व्यावसायिक तर्क को बदलने की लागत पुन: उपयोग की तुलना में लगभग पांच गुना है,{{Citation needed|date=March 2009}} यहां तक कि प्रणाली विफलताओं और सुरक्षा उल्लंघनों के जोखिम को कम करना। आदर्श रूप से, व्यवसायों को सबसे मुख्य व्यवसाय तर्क को फिर से लिखना (क्रमदेशन) नहीं करना होगा: डेबिट = क्रेडिट एक बारहमासी आवश्यकता है।
-आईटी उद्योग परम्परागत आधुनिकीकरण और परम्परागत परिवर्तन के साथ प्रतिक्रिया कर रहा है: नए उपयोगकर्ता अंतरापृष्ठ के साथ मौजूदा व्यावसायिक तर्क को नवीनीकृत करना, कभी-कभी [[वेब सेवा|तन्तुपटल  सेवा]]ओं के माध्यम से [[स्क्रीन स्क्रैपिंग]] और सेवा-सक्षम पहुंच का उपयोग करना। ये तकनीकें संगठनों को उनकी मौजूदा कूट संपत्तियों (डिस्कवरी टूल का उपयोग करके) को समझने देती हैं, मौजूदा कूट के लिए नए उपयोगकर्ता और एप्लिकेशन अंतरापृष्ठ प्रदान करती हैं, वर्कफ़्लो में सुधार करती हैं, लागत कम करती हैं, जोखिम कम करती हैं, और सेवा के क्लासिक गुणों का आनंद लेती हैं (लगभग 100% अपटाइम, सुरक्षा, मापनीयता , वगैरह।)।{{Citation needed|date=February 2007}}
+आईटी उद्योग परम्परागत आधुनिकीकरण और परम्परागत परिवर्तन के साथ प्रतिक्रिया कर रहा है: नए उपयोगकर्ता अंतरापृष्ठ के साथ सम्मलिता व्यावसायिक तर्क को नवीनीकृत करना, कभी-कभी [[वेब सेवा|तन्तुपटल  सेवा]]ओं के माध्यम से [[Index.php?title=पटल तक्षण|पटल तक्षण]] और सेवा-सक्षम पहुंच का उपयोग करना। ये तकनीकें संगठनों को उनकी सम्मलिता कूट संपत्तियों (खोज उपकरण का उपयोग करके) को समझने देती हैं, सम्मलिता कूट के लिए नए उपयोगकर्ता और एप्लिकेशन अंतरापृष्ठ प्रदान करती हैं, कार्य प्रगति में सुधार करती हैं, लागत कम करती हैं, जोखिम कम करती हैं, और सेवा के क्लासिक गुणों का आनंद लेती हैं (लगभग 100% अपटाइम, सुरक्षा, मापनीयता , वगैरह।)।{{Citation needed|date=February 2007}}
-यह चलन इस बात पर भी चिंतन आमंत्रित करता है कि परम्परागती प्रणालियों को इतना टिकाऊ क्या बनाता है। महंगे और जोखिम भरे पुनर्लेखन से बचने के लिए टेक्नोलॉजिस्ट शुरुआत से ही अच्छे संगणक आर्किटेक्चर के महत्व को फिर से सीख रहे हैं। सबसे आम परम्परागत प्रणालियां वे हैं जो कार्यान्वयन के दौरान सावधानीपूर्वक योजना और सख्त कार्यप्रणाली के साथ जाने-माने आईटी वास्तुशिल्प सिद्धांतों को अपनाती हैं। खराब तरीके से डिजाइन की गई प्रणालियां अक्सर टिकती नहीं हैं, क्योंकि वे खराब हो जाती हैं और क्योंकि उनके अंतर्निहित दोष प्रतिस्थापन को आमंत्रित करते हैं। इस प्रकार, कई संगठन अपनी परम्परागत प्रणालियों और उन प्रणालियों के सैद्धांतिक आधार दोनों के मूल्य को फिर से खोज रहे हैं।
+यह चलन इस बात पर भी चिंतन सामान्य:ंत्रित करता है कि परम्परागती प्रणालियों को इतना टिकाऊ क्या बनाता है। महंगे और जोखिम भरे पुनर्लेखन से बचने के लिए प्रौद्योगिकीविद् आरंभ से ही अच्छे संगणक संरचना के महत्व को फिर से सीख रहे हैं। सबसे सामान्य: परम्परागत प्रणालियां वे हैं जो कार्यान्वयन के दौरान सावधानीपूर्वक योजना और सख्त कार्यप्रणाली के साथ जाने-माने आईटी वास्तुशिल्प सिद्धांतों को अपनाती हैं। खराब तरीके से रूपित की गई प्रणालियां अधिकांशत: टिकती नहीं हैं, क्योंकि वे खराब हो जाती हैं और क्योंकि उनके अंतर्निहित दोष प्रतिस्थापन को सामान्य:ंत्रित करते हैं। इस प्रकार, कई संगठन अपनी परम्परागत प्रणालियों और उन प्रणालियों के सैद्धांतिक आधार दोनों के मूल्य को फिर से खोज रहे हैं।
 == यह भी देखें ==

Anonymous

Search

लिगेसी प्रणाली: Difference between revisions

Namespaces

More

Page actions

Revision as of 01:26, 24 February 2023

Contents

विहंगावलोकन

परम्परागत संगणना द्वारा उत्पन्न समस्याएं

परम्परागत सॉफ्टवेयर प्रणाली में सुधार

नासा उदाहरण

परम्परागत कूट पर परिप्रेक्ष्य

संगणना में परम्परागत शब्द का अतिरिक्त उपयोग

ब्राउनफील्ड संरचना

वैकल्पिक दृश्य

यह भी देखें

संदर्भ

अग्रिम पठन

बाहरी संबंध

Navigation

Navigation

Wiki tools

Wiki tools

Anonymous

Search

लिगेसी प्रणाली: Difference between revisions

Revision as of 01:26, 24 February 2023

विहंगावलोकन

परम्परागत संगणना द्वारा उत्पन्न समस्याएं

परम्परागत सॉफ्टवेयर प्रणाली में सुधार

नासा उदाहरण

परम्परागत कूट पर परिप्रेक्ष्य

संगणना में परम्परागत शब्द का अतिरिक्त उपयोग

ब्राउनफील्ड संरचना

वैकल्पिक दृश्य

यह भी देखें

संदर्भ

अग्रिम पठन

बाहरी संबंध

Navigation

Wiki tools

Page tools

Other projects

Categories