 Gutschein erhalten
Tauschen Sie jetzt Software-Migration in der Praxis: Übertragung alter Softwaresysteme in eine moderne Umgebung gegen einen Amazon-Gutschein in Höhe von EUR 4,25 ein - einlösbar für Tausende von Artikeln bei Amazon.de. Entdecken Sie mehr eintauschbare Bücher im Bücher Trade-In Shop. Bitte beachten Sie die Teilnahmebedingungen.
 Jetzt für Amazon Student anmelden und um 20% erhöhten Eintauschwert sichern. |
Wird oft zusammen gekauft
Produktinformation
|
Mehr über den Autor
Entdecken Sie Bücher, lesen Sie über Autoren und mehr
› Besuchen Sie die Seite von Harry M. Sneed auf Amazon
› Besuchen Sie die Seite von Harry M. Sneed auf Amazon
Produktbeschreibungen
Kurzbeschreibung
Softwaremigration behandelt die Überführung eines Softwaresystems in eine andere Zielumgebung, ohne dessen Funktionalität zu verändern. Sie ist damit eine für die Praxis wesentliche Strategie zum Erhalt bestehender Softwaresysteme.
Die Autoren beschreiben zunächst die Grundlagen der Softwaremigration und stellen Prozess- und Vorgehensmodelle zur Migration aus Literatur und Praxis vor. Ferner wird ein generischer Prozess, der Reference Migration Process (ReMiP), dargestellt, der auf alle Migrationsprojekte in angepasster Form anwendbar ist. Der Leser erhält zudem einen detaillierten Überblick über Methoden, Techniken und Werkzeuge zur Durchführung einer Migration.
Acht Migrationsfallstudien aus Europa verdeutlichen die konkrete Migrationspraxis. Abschließend findet der Leser einen Leitfaden für die Migration in eine serviceorientierte Architektur (SOA) durch die Bereitstellung von Web Services.
Aus dem Inhalt:
* Grundlagen und -begriffe der Softwaremigration * Migrationsprozesse aus Forschung und Praxis * Der Reference Migration Process (ReMiP) * Methoden und Techniken der Softwaremigration * Softwaremigrationswerkzeuge * Migrationsprojekte aus der Praxis als Fallstudien * Zukünftige Migrationstrends wie SOA und Web Services
Ein umfangreiches Quellenverzeichnis und ein ausführlicher Index runden das Buch ab.
Die Autoren beschreiben zunächst die Grundlagen der Softwaremigration und stellen Prozess- und Vorgehensmodelle zur Migration aus Literatur und Praxis vor. Ferner wird ein generischer Prozess, der Reference Migration Process (ReMiP), dargestellt, der auf alle Migrationsprojekte in angepasster Form anwendbar ist. Der Leser erhält zudem einen detaillierten Überblick über Methoden, Techniken und Werkzeuge zur Durchführung einer Migration.
Acht Migrationsfallstudien aus Europa verdeutlichen die konkrete Migrationspraxis. Abschließend findet der Leser einen Leitfaden für die Migration in eine serviceorientierte Architektur (SOA) durch die Bereitstellung von Web Services.
Aus dem Inhalt:
* Grundlagen und -begriffe der Softwaremigration * Migrationsprozesse aus Forschung und Praxis * Der Reference Migration Process (ReMiP) * Methoden und Techniken der Softwaremigration * Softwaremigrationswerkzeuge * Migrationsprojekte aus der Praxis als Fallstudien * Zukünftige Migrationstrends wie SOA und Web Services
Ein umfangreiches Quellenverzeichnis und ein ausführlicher Index runden das Buch ab.
Über den Autor
Harry Sneed ist seit 1967 in der IT als Programmierer, Analytiker, Projektleiter, Laborleiter, Berater, Geschäftsführer, Trainer, Hochschuldozent, Forscher und Autor tätig. Seine Schwerpunkte sind Softwaremanagement, Softwaremetrik, Softwaremigration und Softwaretest.
Dipl.-Inform. Ellen Wolf ist als Requirements Engineer und Qualitätsmanagerin bei dem IT-Beratungshaus Cassini Consulting GmbH in Frankfurt tätig.
Frau Prof. Dr. Heidi Heilmann hat nach dem Studium (VWL und BWL) zunächst bei der IBM Deutschland GmbH und dann als geschäftsf. Gesellschafterin bei der Integrata AG gearbeitet. Danach wechselte sie an die Fachhochschule Furtwangen und war ab 1989 14 Jahre am Betriebswirtschaftlichen Institut, Abteilung ABWL und Wirtschaftsinformatik, der Universität Stuttgart tätig.
Dipl.-Inform. Ellen Wolf ist als Requirements Engineer und Qualitätsmanagerin bei dem IT-Beratungshaus Cassini Consulting GmbH in Frankfurt tätig.
Frau Prof. Dr. Heidi Heilmann hat nach dem Studium (VWL und BWL) zunächst bei der IBM Deutschland GmbH und dann als geschäftsf. Gesellschafterin bei der Integrata AG gearbeitet. Danach wechselte sie an die Fachhochschule Furtwangen und war ab 1989 14 Jahre am Betriebswirtschaftlichen Institut, Abteilung ABWL und Wirtschaftsinformatik, der Universität Stuttgart tätig.
Welche anderen Artikel kaufen Kunden, nachdem sie diesen Artikel angesehen haben?
In diesem Buch
(Mehr dazu)
Ausgewählte Seiten ansehen
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis | Rückseite
Buchdeckel | Copyright | Inhaltsverzeichnis | Auszug | Stichwortverzeichnis | Rückseite
Tags, die Kunden mit diesem Produkt verbinden(Was ist das?)Klicken Sie zum Suchen verwandter Artikel, Diskussionen oder Personen auf ein Tag.
|
Eine digitale Version dieses Buchs im Kindle-Shop verkaufen
Wenn Sie ein Verleger oder Autor sind und die digitalen Rechte an einem Buch haben, können Sie die digitale Version des Buchs in unserem Kindle-Shop verkaufen.
Weitere Informationen
Kundenrezensionen
Die hilfreichsten Kundenrezensionen
6 von 6 Kunden fanden die folgende Rezension hilfreich
Format:Broschiert
Vorweg, ich arbeite an einem Projekt in dem gewachsener, monolithischer C/C++-Code nach C# übertragen werden soll. Ziel der Migration ist die derzeitige mangelnde Wartbarkeit zu verbessern und künftige Featureeinbauten zu vereinfachen. Ich denke, wer diese Rezension liest, hat eine Vorstellung wovon ich spreche.
Für mich als Softwerker war dieses Buch zwar eine interssante Lektüre, aber dennoch effektiv wertlos.
Warum?
Das liegt einerseits an der Definition von Migration. Eine Grundvorraussetzung um von Migration zu sprechen (im Gegensatz zu Weiterentwicklung oder Reengineering) ist, dass der Funktionsumfang unangetastet bleibt (genaugenommen muss jeder Bug mitgenommen werden).
Warum macht man dann eine (viele Mannjahre dauernde) Migration?
Frei nach Kapitel 2.2.2: "Wahre Gründe für Migrationsprojekte:"
* Hardwarewechsel (da nicht mehr zeitgemäß, zu teuer, Support eingestellt, ...)
* Wechsel von Systemsoftware (Betriebssystem, Datenbank, ...)
* Wechsel der Programmiersprache (da z.B. Assembler oder PL/I-Experten immer schwerer zu finden sind)
Der zweite Grund warum ich mit diesem Buch nicht viel anfangen konnte, ist, dass Softwareentwickler eigentlich nicht zum Zielpublikum gehören (auch wenn sie als erstes am Klappentext erwähnt werden). Angesprochen werden in diesem Werk in erster Linie Projektleiter die ein Migrationsprojekt überwachen sollen. Das Projekt an sich wird dann ohnehin "fast ausnahmslos [...] an einen externen Partner vergeben" (Kap. 5.4), typischerweise in Asien, denn "ihr Personal ist nicht nur preiswerter, sondern auch eher zu solchen repetitiven Augaben bereit" (Kap. 6).
Ein Großteil des Buches dreht sich dann um den Migrationsprozess (Kap.3 und 4., viele hübsche Ablaufdiagramme) oder um Aufwandsschätzungen (ein Highlight für mich war COCOMO-II: Schätzen sie mal ihre "Vertrautheit mit der Zielarchitektur" auf einer Skala von 0,91-1,23!).
Interessant fand ich die 8 Fallbeispiele in Kapitel 7. Die Beispiele stammen von Banken und Versicherungen. Jeweils mussten mehrere Millionen Zeilen COBOL-Quellcode (Bsp. 7: PL/I) und Datenbanken migriert. In einem (erfolgreichen) Projekt dauerte die Migration gar 15 Jahre.
---
Das Buch ist sicherlich solide aufgebaut. Abzug bekommt es von mir aber aus folgenden Gründen:
* Für Softwareentwickler (und die werden am Klappentext als erstes genannt) ist es kaum brauchbar.
* Man bekommt in diesem Buch den Eindruck, dass der weltweit vorhandene Legacy-Code nur aus Datenbank-lastigen COBOL-Programmen besteht. Schauen Sie einfach auf Ihren (privaten) Bildschirm, dort ist praktisch alles in C/C++/Delphi/Java/.net/... geschrieben - und schleppt Altlasten mit.
Für mich als Softwerker war dieses Buch zwar eine interssante Lektüre, aber dennoch effektiv wertlos.
Warum?
Das liegt einerseits an der Definition von Migration. Eine Grundvorraussetzung um von Migration zu sprechen (im Gegensatz zu Weiterentwicklung oder Reengineering) ist, dass der Funktionsumfang unangetastet bleibt (genaugenommen muss jeder Bug mitgenommen werden).
Warum macht man dann eine (viele Mannjahre dauernde) Migration?
Frei nach Kapitel 2.2.2: "Wahre Gründe für Migrationsprojekte:"
* Hardwarewechsel (da nicht mehr zeitgemäß, zu teuer, Support eingestellt, ...)
* Wechsel von Systemsoftware (Betriebssystem, Datenbank, ...)
* Wechsel der Programmiersprache (da z.B. Assembler oder PL/I-Experten immer schwerer zu finden sind)
Der zweite Grund warum ich mit diesem Buch nicht viel anfangen konnte, ist, dass Softwareentwickler eigentlich nicht zum Zielpublikum gehören (auch wenn sie als erstes am Klappentext erwähnt werden). Angesprochen werden in diesem Werk in erster Linie Projektleiter die ein Migrationsprojekt überwachen sollen. Das Projekt an sich wird dann ohnehin "fast ausnahmslos [...] an einen externen Partner vergeben" (Kap. 5.4), typischerweise in Asien, denn "ihr Personal ist nicht nur preiswerter, sondern auch eher zu solchen repetitiven Augaben bereit" (Kap. 6).
Ein Großteil des Buches dreht sich dann um den Migrationsprozess (Kap.3 und 4., viele hübsche Ablaufdiagramme) oder um Aufwandsschätzungen (ein Highlight für mich war COCOMO-II: Schätzen sie mal ihre "Vertrautheit mit der Zielarchitektur" auf einer Skala von 0,91-1,23!).
Interessant fand ich die 8 Fallbeispiele in Kapitel 7. Die Beispiele stammen von Banken und Versicherungen. Jeweils mussten mehrere Millionen Zeilen COBOL-Quellcode (Bsp. 7: PL/I) und Datenbanken migriert. In einem (erfolgreichen) Projekt dauerte die Migration gar 15 Jahre.
---
Das Buch ist sicherlich solide aufgebaut. Abzug bekommt es von mir aber aus folgenden Gründen:
* Für Softwareentwickler (und die werden am Klappentext als erstes genannt) ist es kaum brauchbar.
* Man bekommt in diesem Buch den Eindruck, dass der weltweit vorhandene Legacy-Code nur aus Datenbank-lastigen COBOL-Programmen besteht. Schauen Sie einfach auf Ihren (privaten) Bildschirm, dort ist praktisch alles in C/C++/Delphi/Java/.net/... geschrieben - und schleppt Altlasten mit.
0 von 2 Kunden fanden die folgende Rezension hilfreich
Format:Broschiert
Ich habe mir das Buch auf Empfehlung eines Kollegen zugelegt, da ein Projekt im Bereich der Softwaremigration anstand. Insbesondere mit dem Motiv, bekannte Fehler nicht noch einmal zu begehen habe ich gezielt nach Praxiserfahrung gesucht.
Dieses Buch hat mir dabei sehr geholfen, da es voller Erfahrungen und gleichzeitig direkt umsetzbarer Vorgehen steckt. Dabei werden verschiedene alternative Vorgehensmethoden wie z.b. Methoden zur Aufwandsschätzung oder zu Code-Kapselung dargestellt, sodass man sich für den konkreten Einsatz daraus die sinnvollsten Instrumente zusammenstellen kann.
Der Umfangreiche Fallstudienteil und die kritische Würdigung von SOA runden das Buch aus meiner Sicht gelungen ab.
Dieses Buch hat mir dabei sehr geholfen, da es voller Erfahrungen und gleichzeitig direkt umsetzbarer Vorgehen steckt. Dabei werden verschiedene alternative Vorgehensmethoden wie z.b. Methoden zur Aufwandsschätzung oder zu Code-Kapselung dargestellt, sodass man sich für den konkreten Einsatz daraus die sinnvollsten Instrumente zusammenstellen kann.
Der Umfangreiche Fallstudienteil und die kritische Würdigung von SOA runden das Buch aus meiner Sicht gelungen ab.
Kunden diskutieren
|
Das Forum zu diesem Produkt
Fragen stellen, Meinungen austauschen, Einblicke gewinnen Aktive Diskussionen in ähnlichen Foren
Kundendiskussionen durchsuchen
|
Ähnliche Foren
|
||||||||||||||||||||||||||||||||||
Lieblingslisten
|
|
Ähnliche Artikel finden
Anhand des Sachgebietes nach ähnlichen Produkten suchen:
Ihr Kommentar
Möchten Sie die Produktinformationen aktualisieren oder Feedback zu den Produktabbildungen geben?
|
