A manutenção de sistemas legados tem se tornado uma preocupação constante das grandes empresas. O setor bancário brasileiro, por exemplo, possui milhões de linhas de código confeccionados em linguagens procedurais, essenciais para atingir os objetivos de negócios destas instituições. Muitos desses programas são considerados bem antigos, possuindo mais de 30 anos de existência e, apesar de serem extremamente úteis para estas organizações, não permitem aproveitar as vantagens das novas tecnologias, tais como o uso de interfaces gráficas, processamento distribuído, entre outros. Fazer um outro aplicativo de software a partir do início pode ser uma tarefa muito árdua e incorrer em grandes riscos para o negócio da empresa. Migrar esses sistemas aos poucos parece ser a melhor estratégia. Isso porque, a utilização dessa abordagem permite que a adaptação dos usuários ao novo sistema seja gradativa, ou seja, ocorre à medida que as funcionalidades de negócio são contempladas pelo novo sistema. Considerando a necessidade evidente que essa migração terá de ocorrer mais cedo ou mais tarde, este trabalho propõe um processo para permitir uma evolução gradual do software legado para uma plataforma mais moderna e de mais amplo uso atualmente, que possa atender melhor às novas necessidades dos negócios. Esse processo é formado por etapas de avaliação da situação atual do sistema, de transformação de arquitetura e de transformação do código funcional para o orientado a objetos. Além disso, é direcionado por indicadores de qualidade e apoiado por tipos de visão e respectivos estilos arquiteturais. O foco deste trabalho está em sistemas de instituições financeiras desenvolvidos em Mainframe ou AS/400, onde há grande incidência de códigos antigos orientados a procedimentos. / The maintenance of old legacies software has become a constant concern of the great companies. The Brazilian banking sector, for example, has millions of lines of code made under the functional paradigm, essential to reach the business-oriented objectives of these institutions. Many of these systems are very old, arriving to possess more than 30 years of existence. These programs, extremely useful for these organizations, do not allow the use of the advantages of the new technologies, such as the use of graphical interfaces, distributed processing and so on. The replacement of all old system for a new on may be a very arduous task and to incur into great risks for the company. Migrate these systems in small steps seems to a better strategy to deal with this problem that will have to be faced earlier or later. This work considers process to allow the gradual evolution of the legacy system to a better platform that allows the use of the advantages of the new technologies, through the use of quality indicators, the evaluation of the current system, the transformation of the architecture with focus at the change of functional paradigm to the object oriented one and of the use of view types and the corresponding architectural styles. This work is mainly delivered to financial institutions systems developed in Mainframe or AS/400 that have great incidence of these old legacies systems.

<p>ROS är ett produktnära system som stödjer planering och återrapportering i stålverket. Sandvik vill undersöka möjligheterna att modernisera användargränssnittet på detta system som idag är terminalbaserat till ett modernt grafiskt interface. Två metoder analyseras, den ena innebär att använda en kommersiell produkt för screen scraping och den andra metoden är Web Services Integration Toolkit som är freeware. Resultatet från analysen visar att Web Services Integration Toolkit klarar av att uppfylla de mål som är satta. En testkörning av Web Services Integration Toolkit görs också på ROS och resultat visar att metoden fungerar även fungerar i praktiken.</p>

ROS är ett produktnära system som stödjer planering och återrapportering i stålverket. Sandvik vill undersöka möjligheterna att modernisera användargränssnittet på detta system som idag är terminalbaserat till ett modernt grafiskt interface. Två metoder analyseras, den ena innebär att använda en kommersiell produkt för screen scraping och den andra metoden är Web Services Integration Toolkit som är freeware. Resultatet från analysen visar att Web Services Integration Toolkit klarar av att uppfylla de mål som är satta. En testkörning av Web Services Integration Toolkit görs också på ROS och resultat visar att metoden fungerar även fungerar i praktiken.

Legacy-system sköter idag flera kritiska affärsprocesser hos många företag och banker. Dessa system är dyra att underhålla och uppdatera med nya funktioner. Legacy-systemenär också svåra att anpassa till en tjänsteorienterad arkitektur eller SOA (Service OrientedArchitechture). Därför vill företagen börja fasa ut dessa system. SOA är ett tankesätt i hur man strukturerar ett system. Allt ska vara uppbyggt av tjänster som inte är beroende avvarandra och därför i framtiden blir lättare att byta ut, ändra eller ta bort. Eftersom ingen tjänst ska vara beroende av någon annan skadas ingen annan del av systemet om en tjänst ändras. Eftersom fler och fler företag idag vill övergå till en SOA så letar de efter sätt att migrerasina legacy-system till modernare plattformar. Det finns flera olika sätt att migrerera legacy-system. Alla har olika fördelar och nackdelar. En av de säkrare metoderna är Chicken Little (steg-för-stegmetod), men den tar längre tid än att till exempel använda sig av metoden Cold Turkey som även kallas Big Bang. Big Bang för att man byter ut hela systemet på till exempel en helg eller liknande (drastisk metod). Flera företag har också specialiserat sig på att automatiskt översätta gammal kod till modernare, den tekniken heter transcoding. Det finns även företag som jobbar med att få bland annat Cobol att jobba ihop med modernare utvecklingsplattformar såsom Java. Ett av de mer aktiva företagen som arbetar med detta är Micro Focus, som har utvecklat ett bibliotek som gör att du kan starta Cobol-program från Java eller .NET. Författarna har med hjälp av deras Java-bibliotek skapat ett program åt Bluegarden som kan starta upp Cobol-program. Programmet skapades för att påvisa vad de kan använda för att slippa flera steg i uppstart av Cobol-program. För att undvika att man får legacy-system i framtiden har det även kommit fram flera underhållsmodeller. Underhållsmodellerna fungerar på olika sätt, men alla har som mål att undvika legacy-system. / Legacy systems today manages many critical business processes of many organisations and banks. These systems are expensive to maintain and update with new features. Legacy systems is also difficult to adapt to a SOA (Service Oriented Architecture). Therefore, the companies want to begin phasing out these systems. SOA is an approach in how to structure a system. Everything should be built of services that are not depending on each other and therefore in the future will be easy to replace, update or delete. Since no services will be dependent on any other, you can change one without harming another. More and more companies today want to move to a SOA, therefore they are looking for ways to migrate their legacy systems to modern platforms. There are several ways to migrate legacy systems. Every way has different advantages and disadvantages. One of the safer methods is called Chicken Little, but it takes longer than, for example using the method Cold Turkey. Several companies have also specialized in automatically translating old code to a modern programming language, this technique is called transcoding. There are companies that are working to get Cobol to work with more modern languages such as Java. One of the bigger companies that is developing ways to combine COBOL and Java is Micro Focus. They have developed a library that allows you to start COBOL programs from Java. To avoid legacy systems in the future, several maintenance models have been created. Maintenance models are structured in different ways, but all have the goal to avoid future legacy systems.

No description available.

Det äldre automationslagersystemet CAMLINE som används på Bucher Emhart Glass undersöks för modernisering av systemet. Systemet består av en fysisk kran, en SQL Serverdatabas och PC-klienter som kör programvaran CAMLINE. Utvärdering av äldre system och metoder för modernisering diskuteras. Efter analys av systemet, fanns det flera alternativ för modernisering. / The legacy automation warehouse system CAMLINE used at Bucher Emhart Glass is investigated for modernization of the system. The system consists of a physical crane, a SQL Server database, and PC-clients running the CAMLINE software. Evaluation of legacy systems and methods for modernizations are discussed. After analysis of the system, it was found that several options are available for modernization.

No description available.

abstract: The focus of this research is to investigate methods for material substitution for the purpose of re-engineering legacy systems that involves incomplete information about form, fit and function of replacement parts. The primary motive is to extract as much useful information about a failed legacy part as possible and use fuzzy logic rules for identifying the unknown parameter values. Machine elements can fail by any number of failure modes but the most probable failure modes based on the service condition are considered critical failure modes. Three main parameters are of key interest in identifying the critical failure mode of the part. Critical failure modes are then directly mapped to material properties. Target material property values are calculated from material property values obtained from the originally used material and from the design goals. The material database is searched for new candidate materials that satisfy the goals and constraints in manufacturing and raw stock availability. Uncertainty in the extracted data is modeled using fuzzy logic. Fuzzy member functions model the imprecise nature of data in each available parameter and rule sets characterize the imprecise dependencies between the parameters and makes decisions in identifying the unknown parameter value based on the incompleteness. A final confidence level for each material in a pool of candidate material is a direct indication of uncertainty. All the candidates satisfy the goals and constraints to varying degrees and the final selection is left to the designer's discretion. The process is automated by software that inputs incomplete data; uses fuzzy logic to extract more information and queries the material database with a constrained search for finding candidate alternatives. / Dissertation/Thesis / Collection of Images used in Thesis / M.S. Mechanical Engineering 2011

Att arbeta med ett äldre så kallat legacy-system är en vanlig uppgift bland dagens programmerare men det saknas data om hur arbetsinsatsen är fördelad. Denna data vore användbar för att utvärdera hur kostsamt det är att vidareutveckla ett system kontra en omskrivning eller migration. För att åtgärda detta bidrar den här undersökningen med data som visar arbetsinsatsfördelningen vid migration av ett mindre legacy-system. Frågan som undersöks är ”Hur fördelas kostnaden i tid när man utvärderar och bygger om ett legacy-system?. Grunden för data i denna undersökning kommer ifrån utvecklingen av ett litet studentutvecklat system som använts på KTH och som var i stort behov av uppdatering. Det fanns mycket dokumentation om systemets krav och design, men den kod som fanns var ej användbar då den ej var dokumenterad och saknade klar struktur. Detta ledde till en omskrivning av systemet enligt de krav som tidigare formulerats. I det här projektet användes en vetenskaplig fallstudie med en kvantitativ metod för att få fram resultat. Tiden som lades ned på de moment som identifierats innan uppstart mättes och användes för att beräkna arbetsinsatsfördelningen. Resultatet av denna undersökning är en samling data som kan användas för uppskattningen av arbetsinsatsfördelningen vid omskrivningen av ett mindre legacy-system. I denna undersökning redovisas arbetsinsatsfördelningen som uppmätts under migrationen av ett legacy-system till en ny teknologi, då det existerande systemet inte betraktades som värt att uppdatera. Undersökningens slutsats är att om det finns ett bra förarbete som går att använda för att bygga om systemet så kommer majoriteten av arbetsarbetsinsatsen att läggas på implementeringen av systemet i kod. / Working with legacy-systems is a common task for programmers, and the development of these requires a great effort, but data regarding the distribution of this effort is scarce. This data would be valuable when evaluating the cost of continued development of a system compared to a rewrite or migration. To rectify this, we aim to provide a datapoint regarding the effort distribution for the migration of a small legacy-system. Our question is “How is the cost in time distributed when a legacy-system is evaluated and rebuilt?”. The data presented in this thesis comes from the development of a legacy-system developed by students at KTH. The system needed an update since it had ceased to function. There was a great amount of documentation with regards to requirement specifications and application design which could be used when redeveloping the system. The code, however, lacked any substantial documentation and structure, so it was decided early on that rewriting the system according to the existing documentation was going to be more efficient than working with the code for the current system. A scientific case study built on quantitative methods was used to collect data. To measure effort the time spent on each predefined moment was counted in minutes, and this was used to calculate the distribution of effort. The result of this thesis is a table of data and a review of the distribution of effort when working on a small legacy-system with clear requirements. The data produced in this thesis is based on the effort spent on rewriting a system that was not worth updating. The conclusion of this thesis is that most of the effort will be spent on implementing the code when a clearly defined system is rewritten from the ground up.

Legacy systems are usually expensive to maintain, and they quickly become outdated in a fast changing industry with new requirements and technologies. However, replacing an old system with a complete new one could prove both costly and time consuming, and therefore the method of reengineering could present itself as a beneficial alternative. There is a lack of practice-based research in relation to the implementation of software reengineering. The main purpose of this thesis is therefore to recognize key aspects on how to reengineer web-based IT systems in a modern, easy-to-maintain and business-enhancing manner. A case study has been carried out, a reengineering of a legacy system used for product selection at Grindex AB, a Swedish submersible pump supplier and manufacturer. The process includes three stages, firstly a thorough analysis of the legacy system has been carried out, secondly interviews were conducted in order to identify new requirements, and lastly a new system was developed by Struts 2, Spring MVC, Spring, Hibernate in Java and a relationship database of MySQL. The author is presenting six areas of consideration – architecture, function, interface, language, data storage and algorithm – in relation to the software reengineering life cycle, and with a comparison between the legacy system and the reengineered system. / Legacy system är ofta kostsamma att underhålla och de blir fort förlegade i en industri i snabb förändring med nya krav och teknologier. Men det kan samtidigt visa sig kostsamt och tidskrävande att byta ut ett gammalt system mot ett helt nytt. Mot denna bakgrund skulle metoden reegineering kunna utgöra ett fördelaktigt alternativ. Den praktiskt orienterade forskning i relation till programvaruutveckling genom reegineering är knapphändig. Det främsta målet med denna avhandling är därför att ringa in viktiga aspekter sett till hur webbaserade ITsystem skulle kunna reegineras på ett modernt sätt, enkla att underhålla och företagsfrämjande. En studie har genomförts, en reegineering av ett legacysystem som använts för produktval på Gridex AB, en svensk leverantör och tillverkare av dränkbara pumpar. Processen omfattar tre delar. Först genomfördes en grundlig analys av legacy systemet, sedan genomfördes intervjuer för att identifiera nya krav och avslutningsvis utvecklades ett nytt system med Struts 2, Spring MVC, Spring, Hibernate i Java och en relationsdatabas i MySQL. Författaren presenterar sex områden att beakta – arkitektur, funktion, gränssnitt, språk, datalagring and algoritm – i relation till programvarureenginderingens livscykel och med en jämförelse mellan legacysystemet och det reegingerade systemet.