Menu
Home
People
Places
Arts
History
Plants & Animals
Science
Life & Culture
Technology
Reference.org
Legacy system
open-in-new
<h2 id="overview">Overview</h2> <p>The first use of the term <i>legacy</i> to describe computer systems probably occurred in the 1960s.<a class="footnote-ref" id="fnref:3" href="#fn:3"><sup>3</sup></a> By the 1980s it was commonly used to refer to existing computer systems to distinguish them from the design and implementation of new systems. Legacy was often heard during a conversion process, for example, when moving data from the legacy system to a new database. </p><p>While this term may indicate that some engineers may feel that a system is out of date, a legacy system can continue to be used for a variety of reasons. It may simply be that the system still provides for the users' needs. In addition, the decision to keep an old system may be influenced by economic reasons such as <a href="/facts/Return_on_investment/M8qYt4Yf">return on investment</a> challenges or <a href="/facts/Vendor_lock-in/BLndHDVl">vendor lock-in</a>, the inherent challenges of <a href="/facts/Change_management/lqReblGf">change management</a>, or a variety of other reasons other than functionality. <a href="/facts/Backward_compatibility/FbHFBu5y">Backward compatibility</a> (such as the ability of newer systems to handle legacy <a href="/facts/File_format/qrXbwJaH">file formats</a> and <a href="/facts/Character_encoding/ShJHIMoA">character encodings</a>) is a goal that <a href="/facts/Software_developer/WGTS1Jv9">software developers</a> often include in their work. </p><p>Even if a legacy system is no longer used, it may continue to impact the organization due to its historical role. Historic data may not have been converted into the new system format and may exist within the new system with the use of a customized <a href="/facts/Schema_crosswalk/SMgUzkb5">schema crosswalk</a>, or may exist only in a <a href="/facts/Data_warehouse/we5rblq9">data warehouse</a>. In either case, the effect on <a href="/facts/Business_intelligence/ftThn7Wf">business intelligence</a> and <a href="/facts/Operational_reporting/5qG8pMGv">operational reporting</a> can be significant. A legacy system may include procedures or terminology which are no longer relevant in the current context, and may hinder or confuse understanding of the methods or technologies used. </p><p>Organizations can have compelling reasons for keeping a legacy system, such as: </p> <ul><li>The system works well, and the owner sees no reason to change it.</li> <li>The costs of redesigning or replacing the system are prohibitive because it is large, <a href="/facts/Monolithic_system/2Sa3Rwer">monolithic</a>, and/or complex.</li> <li>Retraining on a new system would be costly in lost time and money, compared to the anticipated appreciable benefits of replacing it (which may be zero).</li> <li>The system requires near-constant <a href="/facts/Availability/l8SGSyyf">availability</a>, so it cannot be taken out of service, and the cost of designing a new system with a similar availability level is high. Examples include systems to handle customers' accounts in <a href="/facts/Bank/l7VsKwas">banks</a>, <a href="/facts/Computer_reservations_system/lkLusxzh">computer reservations systems</a>, <a href="/facts/Air_traffic_control/G2cQebVb">air traffic control</a>, energy distribution (<a href="/facts/Power_grid/RkWPqjmG">power grids</a>), <a href="/facts/Nuclear_power_plant/IJj5pJUn">nuclear power plants</a>, military defense installations, and systems such as the <a href="/facts/TOPS/9L8cu0gq">TOPS</a> database.</li> <li>The way that the system works is not well understood. Such a situation can occur when the designers of the system have left the organization, and the system has either not been fully documented or documentation has been lost.</li> <li>The user expects that the system can easily be replaced when this becomes necessary.</li> <li>Newer systems perform undesirable (especially for individual or non-institutional users) secondary functions such as <i>a</i>) tracking and reporting of user activity and/or <i>b</i>) automatic updating that creates "<a href="/facts/Backdoor_(computing)/4Vry8CKE">back-door</a>" security vulnerabilities and leaves end users dependent on the good faith and honesty of the vendor providing the updates. This problem is especially acute when these secondary functions of a newer system cannot be disabled.</li></ul> <h2 id="problems-posed-by-legacy-computing">Problems posed by legacy computing</h2> <p>Legacy systems are considered to be potentially problematic by some software engineers for several reasons.<a class="footnote-ref" id="fnref:4" href="#fn:4"><sup>4</sup></a> </p> <ul><li>If legacy <a href="/facts/Software/RP79lVSW">software</a> runs on only antiquated <a href="/facts/Computer_hardware/8jSjsCNv">hardware</a>, the cost of maintaining the system may eventually outweigh the cost of replacing both the software and hardware unless some form of <a href="/facts/Emulator/FMHE8qDj">emulation</a> or <a href="/facts/Backward_compatibility/FbHFBu5y">backward compatibility</a> allows the software to run on new hardware.<a class="footnote-ref" id="fnref:5" href="#fn:5"><sup>5</sup></a><a class="footnote-ref" id="fnref:6" href="#fn:6"><sup>6</sup></a></li> <li>These systems can be hard to maintain, improve, and expand because there is a general lack of understanding of the system; the staff who were experts on it have retired or forgotten what they knew about it, and staff who entered the field after it became "legacy" never learned about it in the first place. This can be worsened by lack or loss of documentation. <a href="/facts/Comair_(United_States)/B89uhFht">Comair</a> airline company fired its CEO in 2004 due to the failure of an antiquated legacy crew scheduling system that ran into a limitation not known to anyone in the company.<a class="footnote-ref" id="fnref:7" href="#fn:7"><sup>7</sup></a></li> <li>Legacy systems may have vulnerabilities in older operating systems or applications due to lack of security patches being available or applied. There can also be production configurations that cause security problems. These issues can put the legacy system at risk of being compromised by attackers or knowledgeable insiders.<a class="footnote-ref" id="fnref:8" href="#fn:8"><sup>8</sup></a></li> <li>Integration with newer systems may also be difficult because new software may use completely different technologies. Integration across technology is quite common in computing, but integration between newer technologies and substantially older ones is not common. There may simply not be sufficient demand for integration technology to be developed. Some of this "glue" code is occasionally developed by vendors and enthusiasts of particular legacy technologies.</li> <li>Budgetary constraints often lead corporations to not address the need of replacement or migration of a legacy system. However, companies often don't consider the increasing supportability costs (people, software and hardware, all mentioned above) and do not take into consideration the enormous loss of capability or business continuity if the legacy system were to fail. Once these considerations are well understood, then based on the proven ROI of a new, more secure, updated technology stack platform is not as costly as the alternative—and the budget is found.</li> <li>Due to the fact that most legacy programmers are entering retirement age and the number of young engineers replacing them is very small, there is an alarming shortage of available workforce. This in turn results in difficulty in maintaining legacy systems, as well as an increase in costs of procuring experienced programmers.<a class="footnote-ref" id="fnref:9" href="#fn:9"><sup>9</sup></a></li> <li>Some legacy systems have a hard limit on their total capacity which may not be enough for today's needs, for example the 4 GB memory limit on many older <a href="/facts/X86/Kypq5fgu">x86</a> CPUs, or the <a href="/facts/IPv4_address_exhaustion/8cxJwQ1Q">4 billion address limit</a> in <a href="/facts/IPv4/bnQ5MEqm">IPv4</a>.</li></ul> <h2 id="improvements-on-legacy-software-systems">Improvements on legacy software systems</h2> <p>Where it is impossible to replace legacy systems through the practice of <a href="/facts/Application_retirement/YL3fterQ">application retirement</a>, it is still possible to enhance (or "re-face") them. Most development often goes into adding new interfaces to a legacy system. The most prominent technique is to provide a Web-based interface to a terminal-based mainframe application. This may reduce staff productivity due to slower response times and slower mouse-based operator actions, yet it is often seen as an "upgrade", because the interface style is familiar to unskilled users and is easy for them to use. John McCormick discusses such strategies that involve <a href="/facts/Middleware_(distributed_applications)/3sS5aCRD">middleware</a>.<a class="footnote-ref" id="fnref:10" href="#fn:10"><sup>10</sup></a> </p><p>Printing improvements are problematic because legacy software systems often add no formatting instructions, or they use protocols that are not usable in modern PC/Windows printers. A print server can be used to intercept the data and translate it to a more modern code. <a href="/facts/Rich_Text_Format/hsVH9Jot">Rich Text Format (RTF)</a> or <a href="/facts/PostScript/h2XwbcmC">PostScript</a> documents may be created in the legacy application and then interpreted at a PC before being printed. </p><p>Biometric security measures are difficult to implement on legacy systems. A workable solution is to use a <a href="/facts/Telnet/hxT0e85h">Telnet</a> or <a href="/facts/HTTP/TWtvf7JD">HTTP</a> <a href="/facts/Proxy_server/ArhwQE74">proxy server</a> to sit between users and the mainframe to implement secure access to the legacy application. </p><p>The change being undertaken in some organizations is to switch to automated business process (ABP) software which generates complete systems. These systems can then interface to the organizations' legacy systems and use them as <a href="/facts/Information_repository/P5x77e39">data repositories</a>. This approach can provide a number of significant benefits: the users are insulated from the inefficiencies of their legacy systems, and the changes can be incorporated quickly and easily in the ABP software. </p><p><a href="/facts/Model-driven_engineering/vznUHbSm">Model-driven</a> <a href="/facts/Reverse_engineering/pmJCV7J7">reverse</a> and <a href="/facts/Forward_engineering/IY0daKp1">forward engineering</a> approaches can be also used for the improvement of legacy software.<a class="footnote-ref" id="fnref:11" href="#fn:11"><sup>11</sup></a> </p> <h2 id="nasa-example">NASA example</h2> <p>Andreas M. Hein researched the use of legacy systems in space exploration at the Technical University of Munich. According to Hein, legacy systems are attractive for reuse if an organization has the capabilities for verification, validation, testing, and operational history.<a class="footnote-ref" id="fnref:12" href="#fn:12"><sup>12</sup></a><a class="footnote-ref" id="fnref:13" href="#fn:13"><sup>13</sup></a> These capabilities must be integrated into various software life cycle phases such as development, implementation, usage, or maintenance. For software systems, the capability to use and maintain the system are crucial. Otherwise the system will become less and less understandable and maintainable. </p><p>According to Hein, verification, validation, testing, and operational history increases the confidence in a system's reliability and quality. However, accumulating this history is often expensive. NASA's now retired <a href="/facts/Space_Shuttle/7BoyetEv">Space Shuttle</a> program used a large amount of 1970s-era technology. Replacement was cost-prohibitive because of the expensive requirement for flight certification. The original hardware completed the expensive integration and certification requirement for flight, but any new equipment would have had to go through that entire process again. This long and detailed process required extensive tests of the new components in their new configurations before a single unit could be used in the Space Shuttle program. Thus any new system that started the certification process becomes a <i><a href="/facts/De_facto/3Du6WQKh">de facto</a></i> legacy system by the time it is approved for flight. </p><p>Additionally, the entire Space Shuttle system, including ground and launch vehicle assets, was designed to work together as a closed system. Since the specifications did not change, all of the certified systems and components performed well in the roles for which they were designed.<a class="footnote-ref" id="fnref:14" href="#fn:14"><sup>14</sup></a> Even before the Shuttle was scheduled to be retired in 2010, NASA found it advantageous to keep using many pieces of 1970s technology rather than to upgrade those systems and recertify the new components. </p> <h2 id="perspectives-on-legacy-code">Perspectives on legacy code</h2> <p>Some in the <a href="/facts/Software_engineering/KX6cE9kz">software engineering</a> prefer to describe "legacy code" without the connotation of being obsolete. Among the most prevalent neutral conceptions are <i>source code inherited from someone else</i> and <i>source code inherited from an older version of the software</i>. Eli Lopian, CEO of Typemock, has defined it as "code that developers are afraid to change".<a class="footnote-ref" id="fnref:15" href="#fn:15"><sup>15</sup></a> Michael Feathers<a class="footnote-ref" id="fnref:16" href="#fn:16"><sup>16</sup></a> introduced a definition of <i>legacy code</i> as <i>code without tests</i>, which reflects the perspective of legacy code being difficult to work with in part due to a lack of <a href="/facts/Automated_testing/UAVXbSTV">automated</a> <a href="/facts/Regression_testing/37GwvbAS">regression tests</a>. He also defined <a href="/facts/Characterization_test/PNpRgrRT">characterization tests</a> to start putting <i>legacy code</i> under test. </p><p>Ginny Hendry characterized creation of code as a `challenge` to current coders to create code that is "like other legacies in our lives—like the antiques, heirlooms, and stories that are cherished and lovingly passed down from one generation to the next. What if legacy code was something we took pride in?".<a class="footnote-ref" id="fnref:17" href="#fn:17"><sup>17</sup></a> </p> <h2 id="additional-uses-of-the-term-legacyin-computing">Additional uses of the term <i>Legacy</i> in computing</h2> <p>The term <i>legacy support</i> is often used in conjunction with legacy systems. The term may refer to a feature of modern software. For example, <a href="/facts/Operating_system/8XTuvMh2">Operating systems</a> with "legacy support" can detect and use older hardware. The term may also be used to refer to a business function; e.g. a software or hardware vendor that is supporting, or providing <a href="/facts/Software_maintenance/Uv39zQb0">software maintenance</a>, for older products. </p><p>A "legacy" product may be a product that is no longer sold, has lost substantial market share, or is a version of a product that is not current. A legacy product may have some advantage over a modern product making it appealing for customers to keep it around. A product is only truly "obsolete" if it has <a href="/facts/Pareto_efficiency/nMTdVPqy">an advantage to nobody</a>—if no person making a rational decision would choose to acquire it new. </p><p>The term "legacy mode" often refers specifically to <a href="/facts/Backward_compatibility/FbHFBu5y">backward compatibility</a>. A software product that is capable of performing as though it were a previous version of itself, is said to be "running in legacy mode". This kind of feature is common in operating systems and web browsers, where many applications depend on these underlying components. </p><p>The <a href="/facts/Mainframe_computer/nrBR6rWa">computer mainframe</a> era saw many applications running in legacy mode. In the modern business computing environment, <a href="/facts/N-tier/cUTM2sU9">n-tier</a>, or <a href="/facts/3-tier/cUTM2sU9">3-tier</a> <a href="/facts/Computer_architecture/tHtwxgR2">architectures</a> are more difficult to place into legacy mode as they include many components making up a single system. </p><p><a href="/facts/Virtual_machine/BLevU3sx">Virtualization</a> technology is a recent innovation allowing legacy systems to continue to operate on modern hardware by running older operating systems and browsers on a software system that emulates legacy hardware. </p> <h2 id="brownfield-architecture">Brownfield architecture</h2> <p>Programmers have borrowed the term <a href="/facts/Brownfield_land/E1su5meG"><i>brownfield</i></a> from the construction industry, where previously developed land (often polluted and abandoned) is described as <i>brownfield</i>.<a class="footnote-ref" id="fnref:18" href="#fn:18"><sup>18</sup></a> </p> <ul><li><i>Brownfield architecture</i> is a type of software or network architecture that incorporates legacy systems.</li> <li><i>Brownfield deployment</i> is an upgrade or addition to an existing software or network architecture that retains legacy components.</li></ul> <h2 id="alternative-view">Alternative view</h2> <p>There is an alternate favorable opinion—growing since the end of the Dotcom bubble in 1999—that legacy systems are simply computer systems in working use: </p> <blockquote><p>"<a href="/facts/Legacy_code/vDWauXUc">Legacy code</a>" often differs from its suggested alternative by actually working and scaling.</p>— Bjarne Stroustrup, creator of C++</blockquote> <p>IT analysts estimate that the cost of replacing <a href="/facts/Business_logic/D0eEdM3t">business logic</a> is about five times that of reuse,<a class="footnote-ref" id="fnref:19" href="#fn:19"><sup>19</sup></a> even discounting the risk of system failures and security breaches. Ideally, businesses would never have to <a href="/facts/Rewrite_(programming)/u8BB9yxL">rewrite</a> most core business logic: <i>debits = credits</i> is a perennial requirement. </p><p>The IT industry is responding with "legacy modernization" and "legacy transformation": refurbishing existing business logic with new user interfaces, sometimes using <a href="/facts/Screen_scraping/8zLlaECG">screen scraping</a> and service-enabled access through <a href="/facts/Web_service/qxrwqB3D">web services</a>. These techniques allow organizations to understand their existing code assets (using discovery tools), provide new user and application interfaces to existing code, improve workflow, contain costs, minimize risk, and enjoy classic qualities of service (near 100% uptime, security, scalability, etc.).<a class="footnote-ref" id="fnref:20" href="#fn:20"><sup>20</sup></a> </p><p>This trend also invites reflection on what makes legacy systems so durable. Technologists are relearning the importance of sound <a href="/facts/Computer_architecture/tHtwxgR2">architecture</a> from the start, to avoid costly and risky rewrites. The most common legacy systems tend to be those which embraced well-known IT architectural principles, with careful planning and strict methodology during implementation. Poorly designed systems often don't last, both because they wear out and because their inherent faults invite replacement. Thus, many organizations are rediscovering the value of both their legacy systems and the theoretical underpinnings of those systems. </p> <h2 id="see-also">See also</h2> <ul><li><a href="/facts/Application_retirement/YL3fterQ">Application retirement</a></li> <li><a href="/facts/Software_rot/B8JEM04X">Software rot</a></li> <li><a href="/facts/Data_migration/Eh3EE9Kg">Data migration</a></li> <li><a href="/facts/Deprecation/1aQL7rnP">Deprecation</a></li> <li><a href="/facts/Digital_dark_age/FqNk9A6M">Digital dark age</a></li> <li><a href="/facts/Legacy_encoding/ShJHIMoA">Legacy encoding</a></li> <li><a href="/facts/Legacy-free_PC/wRWAPVcG">Legacy-free PC</a></li> <li><a href="/facts/Legacy_port/sbgWseQ9">Legacy port</a></li> <li><a href="/facts/Retrocomputing/fHu2QnUo">Retrocomputing</a></li> <li><a href="/facts/Software_archaeology/evsYf5qk">Software archaeology</a></li> <li><a href="/facts/Software_brittleness/w3sfqkvz">Software brittleness</a></li> <li><a href="/facts/Software_entropy/GKGDByaS">Software entropy</a></li> <li><a href="/facts/Stovepipe_system/nBIE9QE2">Stovepipe system</a></li> <li><a href="/facts/Vintage_computer/fHu2QnUo">Vintage computer</a></li></ul> <h2 id="further-reading">Further reading</h2> <ul><li><a href="https://www.academia.edu/8441540/How_to_Assess_Heritage_Systems_in_the_Early_Phases">A.M. Hein, How to Assess Heritage Systems in the Early Phases?</a> SECESA 2014, 08-10 October 2014, University of Stuttgart Germany</li> <li><a href="http://www.controldesign.com/articles/2011/LegacyHardware1101.html">"Tips and Tricks for Legacy Hardware"</a> <a href="https://web.archive.org/web/20110708191637/http://www.controldesign.com/articles/2011/LegacyHardware1101.html">Archived</a> 2011-07-08 at the <a href="/facts/Wayback_Machine/nmQ3a6JC">Wayback Machine</a> by Danny Budzinski, <i>Control Design Magazine</i>, January 2011</li> <li><a href="https://www.cio.com/article/2438920/comair-s-christmas-disaster--bound-to-fail.html">"Comair's Christmas Disaster: Bound To Fail"</a> by Stephanie Overby, <i>CIO Magazine</i>, May 1, 2005</li> <li><a href="http://www.the-adam.com/adam/rantrave/computers.htm">"The Failure of the Digital Computer"</a> by Adam N. Rosenberg</li> <li>Bisbal, J.; Lawless, D.; Wu, B.; Grimson, J. (1999). "Legacy Information Systems: Issues and Directions". <i>IEEE Software</i>. 16 (5): 103–111. <a href="/facts/Doi_(identifier)/muM9Etpq">doi</a>:<a href="https://doi.org/10.1109%2F52.795108">10.1109/52.795108</a>.</li> <li>Jim McGee (2005-11-10). <a href="http://esj.com/articles/2005/10/11/legacy-systems-why-history-matters.aspx">"Legacy Systems: Why History Matters"</a>. <i>Enterprise Systems Journal</i>.</li> <li><a href="https://web.archive.org/web/20120323165836/http://www.mousesecurity.com/?p=220">"The Danger of Legacy Systems"</a> by Steve R. Smith, May 3, 2011.</li></ul> <h2 id="external-links">External links</h2> <ul><li> Media related to Legacy systems at Wikimedia Commons</li></ul> <h2 id="references">References</h2> <ol> <li id="fn:1"><p>"Merriam-Webster". Retrieved June 22, 2013. <a href="http://www.merriam-webster.com/dictionary/legacy" target="_blank">http://www.merriam-webster.com/dictionary/legacy</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li> <li id="fn:2"><p>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. <a href="0-13-293174-5" target="_blank">0-13-293174-5</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li> <li id="fn:3"><p>Tawde, Swati (4 December 2020). "Legacy System". educba. <a href="https://www.educba.com/legacy-system/" target="_blank">https://www.educba.com/legacy-system/</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li> <li id="fn:4"><p>(for example, see Bisbal et al., 1999). <a href="#fnref:4" class="footnote-back-ref">↩</a></p></li> <li id="fn:5"><p>This article is based on material taken from Legacy+system at the Free On-line Dictionary of Computing prior to 1 November 2008 and incorporated under the "relicensing" terms of the GFDL, version 1.3 or later. <a href="https://foldoc.org/Legacy+system" target="_blank">https://foldoc.org/Legacy+system</a> <a href="#fnref:5" class="footnote-back-ref">↩</a></p></li> <li id="fn:6"><p>Lamb, John (June 2008). "Legacy systems continue to have a place in the enterprise". Computer Weekly. Retrieved 27 October 2014. <a href="http://www.computerweekly.com/feature/Legacy-systems-continue-to-have-a-place-in-the-enterprise" target="_blank">http://www.computerweekly.com/feature/Legacy-systems-continue-to-have-a-place-in-the-enterprise</a> <a href="#fnref:6" class="footnote-back-ref">↩</a></p></li> <li id="fn:7"><p>Stephanie Overby (2005-05-01). "Comair's Christmas Disaster: Bound To Fail - CIO.com - Business Technology Leadership". CIO.com. Retrieved 2012-04-29. <a href="https://www.cio.com/article/272043/risk-management-comair-s-christmas-disaster-bound-to-fail.html" target="_blank">https://www.cio.com/article/272043/risk-management-comair-s-christmas-disaster-bound-to-fail.html</a> <a href="#fnref:7" class="footnote-back-ref">↩</a></p></li> <li id="fn:8"><p>Razermouse (2011-05-03). "The Danger of Legacy Systems". Mousesecurity.com. Archived from the original on March 23, 2012. Retrieved 2012-04-29. <a href="https://web.archive.org/web/20120323165836/http://www.mousesecurity.com/?p=220" target="_blank">https://web.archive.org/web/20120323165836/http://www.mousesecurity.com/?p=220</a> <a href="#fnref:8" class="footnote-back-ref">↩</a></p></li> <li id="fn:9"><p>"Benefits of Mainframe Modernization". Modernization Hub. Retrieved 2017-08-23. <a href="https://www.modernizationhub.com" target="_blank">https://www.modernizationhub.com</a> <a href="#fnref:9" class="footnote-back-ref">↩</a></p></li> <li id="fn:10"><p>McCormick, John (2000-06-02). "Mainframe-web middleware". Gcn.com. Retrieved 2012-04-29. <a href="https://gcn.com/articles/2000/06/02/mainframeweb-middleware.aspx" target="_blank">https://gcn.com/articles/2000/06/02/mainframeweb-middleware.aspx</a> <a href="#fnref:10" class="footnote-back-ref">↩</a></p></li> <li id="fn:11"><p>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 href="/wiki/Doi_(identifier)" target="_blank">/wiki/Doi_(identifier)</a> <a href="#fnref:11" class="footnote-back-ref">↩</a></p></li> <li id="fn:12"><p>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 href="https://www.academia.edu/8441540" target="_blank">https://www.academia.edu/8441540</a> <a href="#fnref:12" class="footnote-back-ref">↩</a></p></li> <li id="fn:13"><p>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 href="https://www.researchgate.net/publication/310478449" target="_blank">https://www.researchgate.net/publication/310478449</a> <a href="#fnref:13" class="footnote-back-ref">↩</a></p></li> <li id="fn:14"><p>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 <a href="https://www.academia.edu/8441540" target="_blank">https://www.academia.edu/8441540</a> <a href="#fnref:14" class="footnote-back-ref">↩</a></p></li> <li id="fn:15"><p>Lopian, Eli (May 15, 2018). "Defining Legacy Code". Retrieved June 10, 2019. <a href="https://dzone.com/articles/defining-legacy-code" target="_blank">https://dzone.com/articles/defining-legacy-code</a> <a href="#fnref:15" class="footnote-back-ref">↩</a></p></li> <li id="fn:16"><p>Michael Feathers' Working Effectively with Legacy Code (ISBN 0-13-117705-2) <a href="/wiki/ISBN_(identifier)" target="_blank">/wiki/ISBN_(identifier)</a> <a href="#fnref:16" class="footnote-back-ref">↩</a></p></li> <li id="fn:17"><p>Ginny Hendry (11 Jul 2014). "Take Pride in Your Legacy (Code)". Retrieved 2021-10-07. <a href="https://8thlight.com/blog/ginny-hendry/2014/07/11/take-pride-in-your-legacy-code.html" target="_blank">https://8thlight.com/blog/ginny-hendry/2014/07/11/take-pride-in-your-legacy-code.html</a> <a href="#fnref:17" class="footnote-back-ref">↩</a></p></li> <li id="fn:18"><p>"Definition of greenfield and brownfield deployment". Searchunifiedcommunications.techtarget.com. Retrieved 2012-04-29. <a href="http://searchunifiedcommunications.techtarget.com/sDefinition/0,,sid186_gci1062754,00.html" target="_blank">http://searchunifiedcommunications.techtarget.com/sDefinition/0,,sid186_gci1062754,00.html</a> <a href="#fnref:18" class="footnote-back-ref">↩</a></p></li> <li id="fn:19"><p>"Cost Considerations For A Mainframe to Cloud Migration Project". Kumaran Systems. 24 March 2023. <a href="https://kumaran.com/blogs/cost-considerations-for-a-mainframe-migration-project/" target="_blank">https://kumaran.com/blogs/cost-considerations-for-a-mainframe-migration-project/</a> <a href="#fnref:19" class="footnote-back-ref">↩</a></p></li> <li id="fn:20"><p>Comella-Dorda, Santiago (2000-04-01). "A Survey of Legacy System Modernization Approaches" (PDF). SEI Digital Library. <a href="https://resources.sei.cmu.edu/asset_files/TechnicalNote/2000_004_001_13673.pdf" target="_blank">https://resources.sei.cmu.edu/asset_files/TechnicalNote/2000_004_001_13673.pdf</a> <a href="#fnref:20" class="footnote-back-ref">↩</a></p></li> </ol>