लिगेसी प्रणाली: Difference between revisions
From Vigyanwiki
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Short description|Old computing technology or system that remains in use}} | {{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 में, [[ | [[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 में, [[Index.php?title=एमएस-डॉस|एमएस-डॉस]] अभी भी कुछ उद्यमों में लिगेसी अनुप्रयोगों को चलाने के लिए उपयोग किया जाता था, जैसे कि यह [[संयुक्त राज्य नौसेना]] खाद्य सेवा प्रबंधन सिस्टम।]][[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=एप्पल मैकिनटोश|एप्पल मैकिनटोश]] एप्लिकेशन [[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=परम्परागत र्पोट|लिगेसी र्पोट]] कूटलेखन के साथ कूटबद्ध प्रलेखी साक्ष्य सम्मलित हैं। | |||
== विहंगावलोकन == | == विहंगावलोकन == | ||
[[File:Windows XP sighted 'in the wild' on a cash point, 3 August 2018.jpg|thumb|right| | [[File:Windows XP sighted 'in the wild' on a cash point, 3 August 2018.jpg|thumb|right|हालांकि अप्रैल 2014 से ऑफ-सपोर्ट, विंडोज एक्सपी ने एटीएम ऑपरेटिंग सिस्टम सॉफ्टवेयर जैसे क्षेत्रों में निरंतर उपयोग किया है।]]संगणक सिस्टम का वर्णन करने के लिए लिगेसी शब्द का पहला प्रयोग संभवतः 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=परिचालन प्रेषण|परिचालन प्रेषण]] पर असर महत्वपूर्ण हो सकता है। एक लिगेसी सिस्टम में ऐसी प्रक्रियाएँ या शब्दावली सम्मलित हो सकती हैं जो वर्तमान संदर्भ में अब प्रासंगिक नहीं हैं, और उपयोग की जाने वाली विधियों या तकनीकों को समझने में बाधा या भ्रमित कर सकती हैं। | ||
लिगेसी सिस्टम को बनाए रखने के लिए संगठनों के पास सम्मोहक कारण हो सकते हैं, जैसे: | |||
* | * सिस्टम संतोषजनक ढंग से काम करता है, और मालिक को इसे बदलने का कोई कारण नहीं दिखता। | ||
* | * सिस्टम को फिर से रूपित करने या बदलने की लागत निषेधात्मक है क्योंकि यह बड़ी, [[अखंड प्रणाली|अखंड सिस्टम]] और/या जटिल है। | ||
* इसे बदलने के प्रत्याशित प्रशंसनीय लाभों (जो शून्य हो सकता है) की तुलना में, खोए हुए समय और धन में एक नई | * इसे बदलने के प्रत्याशित प्रशंसनीय लाभों (जो शून्य हो सकता है) की तुलना में, खोए हुए समय और धन में एक नई सिस्टम पर पुनर्प्रशिक्षण महंगा होगा। | ||
* | * सिस्टम को लगभग-स्थिर [[उपलब्धता]] की आवश्यकता होती है, इसलिए इसे सेवा से बाहर नहीं किया जा सकता है, और समान उपलब्धता स्तर के साथ एक नई सिस्टम को डिजाइन करने की लागत अधिक है। उदाहरणों में ग्राहकों के खातों को संभालने के लिए सिस्टम, संगणक आरक्षण सिस्टम, [[हवाई यातायात नियंत्रण]], ऊर्जा वितरण ([[पावर ग्रिड]]), परमाणु ऊर्जा संयंत्र, सैन्य रक्षा प्रतिष्ठान और [[सबसे ऊपर]] आँकड़े आधारित जैसी प्रणालियाँ सम्मलित हैं। | ||
* | * सिस्टम के काम करने का तरीका अच्छी तरह से समझा नहीं गया है। ऐसी स्थिति तब हो सकती है जब सिस्टम के कल्पक ने संगठन छोड़ दिया हो, और सिस्टम को या तो पूरी तरह से प्रलेखित नहीं किया गया हो या प्रलेखन खो गया हो। | ||
* उपयोगकर्ता अपेक्षा करता है कि आवश्यकता पड़ने पर | * उपयोगकर्ता अपेक्षा करता है कि आवश्यकता पड़ने पर सिस्टम को आसानी से बदला जा सकता है। | ||
* नए | * नए सिस्टम अवांछनीय (विशेष रूप से व्यक्तिगत या गैर-संस्थागत उपयोगकर्ताओं के लिए) द्वितीयक कार्य करते हैं जैसे a) उपयोगकर्ता गतिविधि की ट्रैकिंग और रिपोर्टिंग और/या b) स्वचालित आधुनिकीकरण जो [[Index.php?title= पीछे का द्वार(संगणना)|पीछे का द्वार(संगणना)]] बनाता है। बैक-डोर सुरक्षा भेद्यताएं और अंतिम उपयोगकर्ता छोड़ देता है अद्यतन प्रदान करने वाले विक्रेता की सद्भावना और ईमानदारी पर निर्भर करता है। यह समस्या विशेष रूप से तीव्र होती है जब एक नई सिस्टम के इन द्वितीयक कार्यों को अक्षम नहीं किया जा सकता है। | ||
== | == लिगेसी संगणना द्वारा उत्पन्न समस्याएं == | ||
कुछ सॉफ्टवेयर अभियंता द्वारा कई कारणों से | कुछ सॉफ्टवेयर अभियंता द्वारा कई कारणों से लिगेसी सिस्टम को संभावित रूप से समस्याग्रस्त माना जाता है।<ref>(for example, see Bisbal et al., 1999).</ref> | ||
* यदि | * यदि लिगेसी [[सॉफ़्टवेयर]] केवल पुराने [[कंप्यूटर हार्डवेयर|संगणक हार्डवेयर]] पर चलता है, तो सिस्टम को बनाए रखने की लागत अंततः सॉफ़्टवेयर और हार्डवेयर दोनों को बदलने की लागत से अधिक हो सकती है जब तक कि यंत्रानुकरण या पश्च संगतता का कोई रूप सॉफ़्टवेयर को नए हार्डवेयर पर चलाने की अनुमति न दे।<ref>{{cite news|last1=Lamb|first1=John|title=Legacy systems continue to have a place in the enterprise|url=http://www.computerweekly.com/feature/Legacy-systems-continue-to-have-a-place-in-the-enterprise|access-date=27 October 2014|work=Computer Weekly|date=June 2008}}</ref> | ||
* इन प्रणालियों को बनाए रखना, सुधारना और विस्तार करना कठिन हो सकता है क्योंकि | * इन प्रणालियों को बनाए रखना, सुधारना और विस्तार करना कठिन हो सकता है क्योंकि सिस्टम में समझ की सामान्य कमी है; जो कर्मचारी इसके विशेषज्ञ थे, वे सेवानिवृत्त हो गए हैं या भूल गए हैं कि वे इसके बारे में क्या जानते थे, और जो कर्मचारी लिगेसी बनने के बाद मैदान में प्रवेश करते थे, उन्होंने इसके बारे में कभी नहीं सीखा। दस्तावेजों की कमी या नुकसान से यह और खराब हो सकता है। कॉमेयर (संयुक्त राज्य) एयरलाइन कंपनी ने 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> | * इस तथ्य के कारण कि अधिकांश पुराने क्रमादेशक सेवानिवृत्ति की आयु में प्रवेश कर रहे हैं और उनकी जगह लेने वाले युवा अभियंता की संख्या बहुत कम है, उपलब्ध कार्यबल की कमी है। बदले में इसके परिणामस्वरूप पुरानी प्रणालियों को बनाए रखने में कठिनाई होती है, साथ ही अनुभवी क्रमादेशकों की खरीद की लागत में वृद्धि होती है।<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 बिलियन सीमा। | * कुछ पुरानी प्रणालियों की कुल क्षमता पर एक कठोर सीमा होती है जो आज की जरूरतों के लिए पर्याप्त नहीं हो सकती है, उदाहरण के लिए कई पुराने 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> | ||
मुद्रण सुधार समस्याग्रस्त हैं क्योंकि | मुद्रण सुधार समस्याग्रस्त हैं क्योंकि लिगेसी सॉफ़्टवेयर सिस्टम अधिकांशत: कोई स्वरूपण निर्देश नहीं जोड़ते हैं, या वे ऐसे प्रोटोकॉल का उपयोग करते हैं जो आधुनिक पीसी/विंडोज प्रिंटर में उपयोग करने योग्य नहीं हैं। आँकड़े को अन्तर्रोधन करने और इसे अधिक आधुनिक कूट में अनुवाद करने के लिए एक मुद्रण परिवेषक का उपयोग किया जा सकता है। [[रिच टेक्स्ट फ़ॉर्मैट]] | रिच टेक्स्ट फॉर्मेट (RTF) या [[परिशिष्ट भाग]] दस्तावेज़ लिगेसी एप्लिकेशन में बनाए जा सकते हैं और फिर प्रिंट होने से पहले एक पीसी पर व्याख्या की जा सकती है। | ||
लिगेसी प्रणालियों पर जीव पंजीकृता सुरक्षा उपायों को लागू करना मुश्किल है। एक व्यवहार्य समाधान [[Index.php?title=दूरजाल|दूरजाल]] या [[Index.php?title=एचटीटीपी|एचटीटीपी]] [[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> | ||
== नासा उदाहरण == | == नासा उदाहरण == | ||
म्यूनिख के तकनीकी विश्वविद्यालय के एंड्रियास हेन ने अंतरिक्ष अन्वेषण में | म्यूनिख के तकनीकी विश्वविद्यालय के एंड्रियास हेन ने अंतरिक्ष अन्वेषण में लिगेसी प्रणालियों के उपयोग पर शोध किया। हेन के अनुसार, यदि किसी संगठन के पास सत्यापन, परीक्षण और परिचालन इतिहास की क्षमता है, तो पुराने सिस्टम पुन: उपयोग के लिए आकर्षक हैं।<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 के दशक की तकनीक की एक बड़ी मात्रा का उपयोग किया। उड़ान प्रमाणन के लिए महंगी आवश्यकता के कारण प्रतिस्थापन लागत-निषेधात्मक था। मूल हार्डवेयर ने उड़ान के लिए महंगे एकीकरण और प्रमाणन की आवश्यकता को पूरा किया, लेकिन नए उपकरण को फिर से पूरी प्रक्रिया से गुजरना पड़ा। अंतरिक्ष शटल कार्यक्रम में एक इकाई का उपयोग करने से पहले इस लंबी और विस्तृत प्रक्रिया के लिए नए घटकों के व्यापक परीक्षण की आवश्यकता थी। इस प्रकार प्रमाणन प्रक्रिया आरंभ करने वाली कोई भी नई सिस्टम उड़ान के लिए स्वीकृत होने तक एक वास्तविक लिगेसी सिस्टम बन जाती है। | ||
इसके अतिरिक्त, भौम और प्रमोचन यान संपत्तियों सहित संपूर्ण अंतरिक्ष यान | इसके अतिरिक्त, भौम और प्रमोचन यान संपत्तियों सहित संपूर्ण अंतरिक्ष यान सिस्टम को एक बंद सिस्टम के रूप में एक साथ काम करने के लिए रूपित किया गया था। चूंकि विनिर्देश नहीं बदले, सभी प्रमाणित प्रणालियों और घटकों ने उन भूमिकाओं में अच्छा प्रदर्शन किया जिनके लिए उन्हें रूपित किया गया था।<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=सॉफ्टवेयर अभियंता|सॉफ्टवेयर अभियंता]] में कुछ अप्रचलित होने के अर्थ के बिना | [[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> | ||
== संगणना में | == संगणना में लिगेसी शब्द का अतिरिक्त उपयोग == | ||
लिगेसी सपोर्ट शब्द का प्रयोग अधिकांशत: लिगेसी सिस्टम के संयोजन में किया जाता है। यह शब्द आधुनिक सॉफ्टवेयर की एक विशेषता का उल्लेख करता है। उदाहरण के लिए, पुराने समर्थन वाले ऑपरेटिंग सिस्टम पुराने हार्डवेयर का पता लगा सकते हैं और उनका उपयोग कर सकते हैं। इस शब्द का उपयोग किसी व्यावसायिक कार्य को संदर्भित करने के लिए भी किया जा सकता है; उदा. एक सॉफ्टवेयर या हार्डवेयर विक्रेता जो पुराने उत्पादों के लिए समर्थन कर रहा है, या सॉफ्टवेयर रखरखाव प्रदान कर रहा है। | |||
एक | एक लिगेसी उत्पाद एक ऐसा उत्पाद हो सकता है जो अब बेचा नहीं जाता है, बाजार में पर्याप्त हिस्सेदारी खो दी है, या किसी उत्पाद का एक संस्करण है जो वर्तमान में नहीं है। एक लिगेसी उत्पाद का आधुनिक उत्पाद की तुलना में कुछ लाभ हो सकता है, जिससे ग्राहक इसे अपने आसपास रखने के लिए आकर्षित हो सकते हैं। एक उत्पाद वास्तव में केवल अप्रचलित है यदि इसमें पारेटो दक्षता है - यदि तर्कसंगत निर्णय लेने वाला कोई भी व्यक्ति इसे नया प्राप्त करने का विकल्प नहीं चुनता है। | ||
लिगेसी मोड शब्द अधिकांशत: विशेष रूप से पिछड़े संगतता को संदर्भित करता है। एक सॉफ्टवेयर उत्पाद जो प्रदर्शन करने में सक्षम है, जैसे कि यह स्वयं का पिछला संस्करण था, कहा जाता है कि लिगेसी मोड में चल रहा है। ऑपरेटिंग सिस्टम और अंतरजाल विचरक में इस तरह की सुविधा सामान्य: है, जहां कई एप्लिकेशन इन अंतर्निहित घटकों पर निर्भर करते हैं। | |||
[[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|"[[परम्परागत कूट]]" वास्तव में काम करने और प्रवर्धन द्वारा सुझाए गए विकल्प से हमेशा अलग होता है।|[[क्यू: बज़्ने स्ट्रॉस्ट्रुप|बज़्ने स्ट्रॉस्ट्रुप, सी++ के निर्माता]]}} | {{quote|"[[परम्परागत कूट]]" वास्तव में काम करने और प्रवर्धन द्वारा सुझाए गए विकल्प से हमेशा अलग होता है।|[[क्यू: बज़्ने स्ट्रॉस्ट्रुप|बज़्ने स्ट्रॉस्ट्रुप, सी++ के निर्माता]]}} | ||
आईटी विश्लेषकों का अनुमान है कि व्यावसायिक तर्क को बदलने की लागत पुन: उपयोग की तुलना में लगभग पांच गुना है,{{Citation needed|date=March 2009}} यहां तक कि | आईटी विश्लेषकों का अनुमान है कि व्यावसायिक तर्क को बदलने की लागत पुन: उपयोग की तुलना में लगभग पांच गुना है,{{Citation needed|date=March 2009}} यहां तक कि सिस्टम विफलताओं और सुरक्षा उल्लंघनों के जोखिम को कम करना। आदर्श रूप से, व्यवसायों को सबसे मुख्य व्यवसाय तर्क को फिर से लिखना (क्रमदेशन) नहीं करना होगा: डेबिट = क्रेडिट एक बारहमासी आवश्यकता है। | ||
आईटी उद्योग | आईटी उद्योग लिगेसी आधुनिकीकरण और लिगेसी परिवर्तन के साथ प्रतिक्रिया कर रहा है: नए उपयोगकर्ता अंतरापृष्ठ के साथ सम्मलिता व्यावसायिक तर्क को नवीनीकृत करना, कभी-कभी [[वेब सेवा|तन्तुपटल सेवा]]ओं के माध्यम से [[Index.php?title=पटल तक्षण|पटल तक्षण]] और सेवा-सक्षम पहुंच का उपयोग करना। ये तकनीकें संगठनों को उनकी सम्मलिता कूट संपत्तियों (खोज उपकरण का उपयोग करके) को समझने देती हैं, सम्मलिता कूट के लिए नए उपयोगकर्ता और एप्लिकेशन अंतरापृष्ठ प्रदान करती हैं, कार्य प्रगति में सुधार करती हैं, लागत कम करती हैं, जोखिम कम करती हैं, और सेवा के क्लासिक गुणों का आनंद लेती हैं (लगभग 100% अपटाइम, सुरक्षा, मापनीयता , वगैरह।)।{{Citation needed|date=February 2007}} | ||
यह चलन इस बात पर भी चिंतन सामान्य:ंत्रित करता है कि | यह चलन इस बात पर भी चिंतन सामान्य:ंत्रित करता है कि लिगेसीी प्रणालियों को इतना टिकाऊ क्या बनाता है। महंगे और जोखिम भरे पुनर्लेखन से बचने के लिए प्रौद्योगिकीविद् आरंभ से ही अच्छे संगणक संरचना के महत्व को फिर से सीख रहे हैं। सबसे सामान्य: लिगेसी प्रणालियां वे हैं जो कार्यान्वयन के दौरान सावधानीपूर्वक योजना और सख्त कार्यसिस्टम के साथ जाने-माने आईटी वास्तुशिल्प सिद्धांतों को अपनाती हैं। खराब तरीके से रूपित की गई प्रणालियां अधिकांशत: टिकती नहीं हैं, क्योंकि वे खराब हो जाती हैं और क्योंकि उनके अंतर्निहित दोष प्रतिस्थापन को सामान्य:ंत्रित करते हैं। इस प्रकार, कई संगठन अपनी लिगेसी प्रणालियों और उन प्रणालियों के सैद्धांतिक आधार दोनों के मूल्य को फिर से खोज रहे हैं। | ||
== यह भी देखें == | == यह भी देखें == | ||
Revision as of 23:33, 24 February 2023
2011 में, एमएस-डॉस अभी भी कुछ उद्यमों में लिगेसी अनुप्रयोगों को चलाने के लिए उपयोग किया जाता था, जैसे कि यह संयुक्त राज्य नौसेना खाद्य सेवा प्रबंधन सिस्टम।
संगणना में, एक लिगेसी सिस्टम एक पुरानी पद्धति, प्रौद्योगिकी, संगणक सिस्टम, या अनुप्रयोग प्रक्रिया सामग्री है, जो पिछले या पुराने संगणक सिस्टम से संबंधित है, या है,[1] अभी भी उपयोग में है। अधिकांशत: एक सिस्टम को लिगेसी के रूप में संदर्भित करने का अर्थ है कि यह उन मानकों के लिए मार्ग प्रशस्त करती है जो इसका पालन करेंगे। इसका अर्थ यह भी हो सकता है कि सिस्टम पुरानी है या उसे बदलने की आवश्यकता है।
लिगेसी कूट पुराना संगणक स्रोत कूट है जो अब मानक हार्डवेयर और वातावरण पर समर्थित नहीं है, और एक कूटआधारित है जो अप्रचलित है या कुछ अप्रचलित का समर्थन करता है। लिगेसी कूट को क्रमदेशन भाषाओं में लिखा जा सकता है, सॉफ्टवेयर ढांचा और बाहरी पुस्तकालयों का उपयोग करें, या सॉफ़्टवेयर वास्तुशिल्प और प्रतिरूप का उपयोग करें जिन्हें अब आधुनिक नहीं माना जाता है, जिससे कूटआधारित पर काम करने वाले सॉफ्टवेयर अभियंता के लिए मानसिक बोझ और समय बढ़ जाता है। लिगेसी कूट में शून्य या अपर्याप्त ईकाई परीक्षण हो सकता है, जो पुनर्रचना को खतरनाक बनाता है और सॉफ्टवेयर दोष पेश करने की संभावना है।[2] लंबे समय तक रहने वाला कूट सॉफ्टवेयर विगलन के लिए अतिसंवेदनशील होता है, जहां कार्यावधि वातावरण में परिवर्तन, या आसपास के सॉफ़्टवेयर या हार्डवेयर को काम करते रहने के लिए किसी प्रकार के रखरखाव या अनुकरण की आवश्यकता हो सकती है। लिगेसी हार्डवेयर, एक अलग लिगेसी सिस्टम, या किसी पुरानी सुविधा या सॉफ़्टवेयर संस्करण का उपयोग करने वाले लिगेसी ग्राहक का समर्थन करने के लिए लिगेसी कूट सम्मलित हो सकता है।
जबकि शब्द सामान्यत: स्रोत कूट को संदर्भित करता है, यह निष्पादन योग्य कूट पर भी लागू हो सकता है जो अब सिस्टम के बाद के संस्करण पर नहीं चलता है, या ऐसा करने के लिए संगतता परत की आवश्यकता होती है। एक उदाहरण एक क्लासिक एप्पल मैकिनटोश एप्लिकेशन सॉफ्टवेयर विगलन जो मूल रूप से मैक ओएस पर नहीं चलेगा, लेकिन क्लासिक (मैक ओएस एक्स) के अंदर चलता है, या एक्सपी में विंडोज़ सुविधा का उपयोग करके विंडोज़ एक्सपी पर चलने वाला विन16 एप्लिकेशन है।
लिगेसी हार्डवेयर का एक उदाहरण पुराने पोर्ट जैसे पीएस/2 और वीजीए पोर्ट और पुराने, असंगत निर्देश समुच्चय वाले सीपीयू (उदाहरण के लिए नए प्रचालन सिस्टम के साथ) हैं। लिगेसी सॉफ़्टवेयर के उदाहरणों में पुराने फ़ाइल स्वरूप जैसे एडोब शॉकवेव के लिए .swf या लोटस 1-2-3 के लिए .123, और ईबीसीडीआईसी जैसे लिगेसी र्पोट कूटलेखन के साथ कूटबद्ध प्रलेखी साक्ष्य सम्मलित हैं।
विहंगावलोकन
संगणक सिस्टम का वर्णन करने के लिए लिगेसी शब्द का पहला प्रयोग संभवतः 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
