लिगेसी प्रणाली

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

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

जबकि शब्द आमतौर पर स्रोत कोड को संदर्भित करता है, यह निष्पादन योग्य कोड पर भी लागू हो सकता है जो अब सिस्टम के बाद के संस्करण पर नहीं चलता है, या ऐसा करने के लिए संगतता परत की आवश्यकता होती है। एक उदाहरण एक क्लासिक Apple Macintosh एप्लिकेशन सॉफ्टवेयर सड़ांध जो मूल रूप से macOS पर नहीं चलेगा, लेकिन क्लासिक (Mac OS X) के अंदर चलता है, या XP में Windows सुविधा का उपयोग करके Windows XP पर चलने वाला Win16 एप्लिकेशन है।

लीगेसी हार्डवेयर का एक उदाहरण पुराने पोर्ट जैसे PS/2 और VGA पोर्ट और पुराने, असंगत निर्देश समुच्चय वाले CPU (उदाहरण के लिए नए ऑपरेटिंग सिस्टम के साथ) हैं। लीगेसी सॉफ़्टवेयर के उदाहरणों में पुराने फ़ाइल स्वरूप जैसे Adobe Shockwave के लिए .swf या कमल 1-2-3 के लिए .123, और EBCDIC जैसे विरासत बंदरगाह एन्कोडिंग के साथ एन्कोडेड टेक्स्ट फ़ाइलें शामिल हैं।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

""Legacy code" often differs from its suggested alternative by actually working and scaling."

- Bjarne Stroustrup, creator of C++

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

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

यह भी देखें

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

अग्रिम पठन

 * 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
 * "The Danger of Legacy Systems" by Steve R. Smith, May 3, 2011.
 * "The Danger of Legacy Systems" by Steve R. Smith, May 3, 2011.
 * "The Danger of Legacy Systems" by Steve R. Smith, May 3, 2011.