Objektorientierte Softwareentwicklung Die Rahmenbedingungen in Softwareentwicklungsprozessen werden oftmals durch limitierte Zeit- und Geldressourcen bestimmt. Beides wirkt transitiv auf die Qualität des zu entwickelnden Systems ein, daher gilt es mit den gegebenen Bedingungen die bestmöglichen Ergebnisse zu erzielen. Dies kann jedoch nur durch eine optimierte Prozesskette gewährleistet werden, die auf wechselnde Anforderungen und unvorhersehbare Risiken mittels konstruktiver Projektplanung mit der nötigen Flexibilität innerhalb des Prozesses reagiert. Karl-Heinz Rau diskutiert in seinem Buch „Objektorientierte Softwareentwicklung“ eine iterativ-inkrementelle Vorgehensweise, aufbauend auf den Konzepten des RUP, die eben jene Risiken minimieren sol. Das Buch unterteilt sich in 9 aufeinander aufbauende Kapitel, die in ihrer Anordnung die einzelnen Phasen des RUP widerspiegeln. Beginnend bei der Abgrenzung des Projekts hinsichtlich des fundamentalen Geschäftsprozesses und der sich daraus ergebenen initialen Anforderungsanalyse, über die Spezifikation der Architektur und der grafischen Benutzungsschnittstelle, bis hin zur Ableitung effektiver Entwicklungsmuster und der Annotation des Quellcodes für eine wartbare Implementierung. Das Buch besticht durch eine sehr praxisorientierte Ausrichtung auf ein nachvollziehbares, fiktives Projekt. Dies kommt vor allem jenen Rezipienten zugute, die ein zukünftiges oder bestehendes Projekt zu (re-)strukturieren gedenken. Die angesprochenen Themen werden fundiert erläutert, ohne allzu theoretische Grundlagen oder Spezifikationen breitzutreten. Hier kommt dem Leser die Erfahrung des Autors zugute, der in diesem Fachgebiet seit über 20 Jahren Studenten unterrichtet. Rau bezieht (wie in einem realen Projekt) relevante externe Artefakte des Auftraggebers ein, die zur Identifikation der Fachsprache, der Ableitung eines ersten Fachklassenmodells mit der UML (im Anhang wird diese detaillierter erläutert) und der grafischen/textuellen Beschreibung von Anwendungsfällen dienen. Insbesondere die Anwendung verschiedener UML-Diagramme (Klassen-, Aktivitäts-, Kommunikationsdiagramm) ist zeitnah und mit dem Vormarsch der modellgetriebenen Entwicklung (der MDA wird ebenfalls ein eigenes Kapitel gewidmet) sehr sinnvoll. Nach den spezifischen Analysen der Grundlagen, wechselt Rau den Fokus von der Modellierung bzw. Spezifizierung des Systems, hin zu den Alternativen, wie das Systems implementiert werden kann. Die Rede ist von den so genannten Entwicklungsmustern, ein eigentlich triviales und für Anfänger dennoch stets komplex anmutendes Thema. Rau erklärt Sinn und Zweck der meisten GoF-Pattern. Durch UML-Klassendiagramme und Codefragmente wird das Verständnis zudem visuell gesteigert. Abschließend werden die identifizierten Anwendungsfälle und Oberflächenelemente beispielhaft implementiert. Was leider nicht abgehandelt wird ist die keinesfalls einfache Phase des Testens. Testen wird von Entwicklern zumeist als kreativitätseinschränkendes, lästiges Qualitätssicherungskonzept angesehen, das wertvolle Ressourcen durch langweilige Tätigkeiten bindet. Tatsächlich ist das Testen in der heutigen Zeit, in der explosionsartig Softwaresysteme in immer mehr Bereiche des täglichen Lebens eindringen, wichtiger denn je, soll wirtschaftlicher oder (ungleich schlimmer) menschlicher Schaden vermieden werden. Insbesondere bei einem Lehrbuch, das eine ganzheitliche Sichtweise auf die Entwicklung komplexer Softwaresysteme bieten möchte, hätte ich eine stärkere Fokussierung auf den Testbereich erwartet. Die Schreibe des Autoren ist gekonnt, nicht ermüdend und tiefgründig. Was mir persönlich nicht so gefällt bei Büchern dieser Art, ist die seitenweise Auflistung ellenlangen Quellcodes. Da das Buch über ein Online-Service verfügt, wäre der Quellcode (aus meiner Sicht) dort besser aufgehoben. Fazit: Es bleibt zu konstatieren, dass die „Objektorientietrte Softwareentwicklung“ ihrem Namen alle Ehre macht und eine ganzheitliche Sichtweise auf den viel verzahnten Prozess des Softwareengineerings nach modernsten Vorgehensmodellen liefert. Die funktionale, deduktive Kapiteleinteilung führt bei den Rezipienten zu einem gesteigerte Verständnis des Gesamtprozesses. Insbesondere für Studenten eines informationstechnologischen Studienganges, in dem sowohl die Theorie als auch die Praxis des Softwareengineerings abgehandelt wird, ist das Buch aufgrund seiner stringenten Praxisausrichtung zum empfehlen.

Die Rahmenbedingungen in Softwareentwicklungsprozessen werden oftmals durch limitierte Zeit- und Geldressourcen bestimmt. Beides wirkt transitiv auf die Qualität des zu entwickelnden Systems ein, daher gilt es mit den gegebenen Bedingungen die bestmöglichen Ergebnisse zu erzielen. Dies kann jedoch nur durch eine optimierte Prozesskette gewährleistet werden, die auf wechselnde Anforderungen und unvorhersehbare Risiken mittels konstruktiver Projektplanung mit der nötigen Flexibilität innerhalb des Prozesses reagiert. Karl-Heinz Rau diskutiert in seinem Buch „Objektorientierte Softwareentwicklung“ eine iterativ-inkrementelle Vorgehensweise, aufbauend auf den Konzepten des RUP, die eben jene Risiken minimieren sol.

Das Buch unterteilt sich in 9 aufeinander aufbauende Kapitel, die in ihrer Anordnung die einzelnen Phasen des RUP widerspiegeln. Beginnend bei der Abgrenzung des Projekts hinsichtlich des fundamentalen Geschäftsprozesses und der sich daraus ergebenen initialen Anforderungsanalyse, über die Spezifikation der Architektur und der grafischen Benutzungsschnittstelle, bis hin zur Ableitung effektiver Entwicklungsmuster und der Annotation des Quellcodes für eine wartbare Implementierung.

Das Buch besticht durch eine sehr praxisorientierte Ausrichtung auf ein nachvollziehbares, fiktives Projekt. Dies kommt vor allem jenen Rezipienten zugute, die ein zukünftiges oder bestehendes Projekt zu (re-)strukturieren gedenken. Die angesprochenen Themen werden fundiert erläutert, ohne allzu theoretische Grundlagen oder Spezifikationen breitzutreten. Hier kommt dem Leser die Erfahrung des Autors zugute, der in diesem Fachgebiet seit über 20 Jahren Studenten unterrichtet. Rau bezieht (wie in einem realen Projekt) relevante externe Artefakte des Auftraggebers ein, die zur Identifikation der Fachsprache, der Ableitung eines ersten Fachklassenmodells mit der UML (im Anhang wird diese detaillierter erläutert) und der grafischen/textuellen Beschreibung von Anwendungsfällen dienen. Insbesondere die Anwendung verschiedener UML-Diagramme (Klassen-, Aktivitäts-, Kommunikationsdiagramm) ist zeitnah und mit dem Vormarsch der modellgetriebenen Entwicklung (der MDA wird ebenfalls ein eigenes Kapitel gewidmet) sehr sinnvoll.

Nach den spezifischen Analysen der Grundlagen, wechselt Rau den Fokus von der Modellierung bzw. Spezifizierung des Systems, hin zu den Alternativen, wie das Systems implementiert werden kann. Die Rede ist von den so genannten Entwicklungsmustern, ein eigentlich triviales und für Anfänger dennoch stets komplex anmutendes Thema. Rau erklärt Sinn und Zweck der meisten GoF-Pattern. Durch UML-Klassendiagramme und Codefragmente wird das Verständnis zudem visuell gesteigert. Abschließend werden die identifizierten Anwendungsfälle und Oberflächenelemente beispielhaft implementiert.

Was leider nicht abgehandelt wird ist die keinesfalls einfache Phase des Testens. Testen wird von Entwicklern zumeist als kreativitätseinschränkendes, lästiges Qualitätssicherungskonzept angesehen, das wertvolle Ressourcen durch langweilige Tätigkeiten bindet. Tatsächlich ist das Testen in der heutigen Zeit, in der explosionsartig Softwaresysteme in immer mehr Bereiche des täglichen Lebens eindringen, wichtiger denn je, soll wirtschaftlicher oder (ungleich schlimmer) menschlicher Schaden vermieden werden. Insbesondere bei einem Lehrbuch, das eine ganzheitliche Sichtweise auf die Entwicklung komplexer Softwaresysteme bieten möchte, hätte ich eine stärkere Fokussierung auf den Testbereich erwartet.

Die Schreibe des Autoren ist gekonnt, nicht ermüdend und tiefgründig. Was mir persönlich nicht so gefällt bei Büchern dieser Art, ist die seitenweise Auflistung ellenlangen Quellcodes. Da das Buch über ein Online-Service verfügt, wäre der Quellcode (aus meiner Sicht) dort besser aufgehoben.

Fazit: Es bleibt zu konstatieren, dass die „Objektorientietrte Softwareentwicklung“ ihrem Namen alle Ehre macht und eine ganzheitliche Sichtweise auf den viel verzahnten Prozess des Softwareengineerings nach modernsten Vorgehensmodellen liefert. Die funktionale, deduktive Kapiteleinteilung führt bei den Rezipienten zu einem gesteigerte Verständnis des Gesamtprozesses. Insbesondere für Studenten eines informationstechnologischen Studienganges, in dem sowohl die Theorie als auch die Praxis des Softwareengineerings abgehandelt wird, ist das Buch aufgrund seiner stringenten Praxisausrichtung zum empfehlen.

geschrieben am 01.04.2009 | 544 Wörter | 3932 Zeichen