Liebe Kundin, Lieber Kunde,
Ein grundsätzliches Verständnis für die Vorteile der UML und die Notwendigkeit der Einführung beginnt in der Industrie immer mehr um sich zu greifen. Die Beobachtungen unserer Kollegen im Ausland können wir hier in Österreich nur bestätigen. Das Bewusstsein schärft sich, dass zukünftig kein anderer Weg zu einem erfolgreichen System- und Software-Engineering führt. Doch leider zeugen oft zaghafte Versuche der Anwendung der UML von einem gravierenden Missverständnis der Methode.
Immer wieder treffen wir auf Interessenten, die uns sagen: „Ja, wir wenden die UML an.“ Nach weiterem Nachfragen stellt sich dann heraus, dass lediglich graphische Modelle mit einem Zeichenprogramm erstellt werden, über deren Korrektheit gegenüber dem Sprachstandard UML sich keiner wirklich im Klaren ist - geschweige denn, dass man diese Modelle durch eine reale Ausführung auf funktionale Richtigkeit überprüfen könnte.
Spätestens bei Beginn des Codierens wandern diese schönen Bilder in eine Schublade, in der sie noch lange ruhen werden. Die Realität des Projektes läuft längst in eine andere Richtung, und somit driften Modell und Code völlig auseinander. Von der Existenz einer aktuellen Dokumentation zu jedem Zeitpunkt des Projektes schon gar nicht zu reden.
Auf Sie trifft das überhaupt nicht zu?
Dann gibt es zwei Möglichkeiten: entweder, Sie wenden die UML nicht an, oder - Gratuliere! -, Sie sind ein Entwickler, der die wahren Ausmaße der UML verstanden hat und mit einem geeigneten Tool vom graphischen Entwurf der Modelle bis zur Erzeugung des Codes für die Zielhardware durchgängig und ganzheitlich arbeitet.Oder könnten Sie sich vorstellen, Ihre Programme in Hochsprache C zu Papier zu bringen, dann aber (einen Compiler kennen Sie nicht) händisch alles in Maschinencode zu übersetzen?
Hört sich provokant an - ist aber leider die genaue Analogie zu den Bildermalern und die Realität, in der diese leben. Dass so kein Fundament für ein erfolgreiches Softwareprojekt gelegt werden kann, erklärt sich wohl von selbst.
Unter den vielen Vorteilen der objektorientierten Software-Entwicklung mit UML belegt die Konsistenz von Modell, Code und Dokumentation zu jeder Zeit im Projektablauf sicher einen der vorderen Plätze. RHAPSODY von Telelogic macht es dem Entwickler leicht, den psychologischen Schritt von der zeilenorientierten zur graphischen Denkweise zu vollziehen.
Keine mentalen Barrieren
In RHAPSODY sieht der Entwickler in zwei Fenstern nebeneinander das graphische Modell und den erzeugten C oder C++ Code, der das Modell repräsentiert. RHAPSODY erzeugt synchron bei jeder Änderung des Modells sofort die entsprechende Code-Änderung. Und umgekehrt.Wenn der Entwickler die Auswirkungen seiner graphischen Arbeitsweise sehen will, kann er dies sofort und bekommt dadurch nach und nach immer mehr Vertrauen zu der graphischen Modellierung und der Generierung des Codes.
Anfangs wird er noch oft nachschauen, wie das Modell im Code aussieht, bzw. wie sich Änderungen in dem ihm vertrauten Code im UML-Modell auswirken. Mit der Zeit wird ein ähnlicher Prozess beginnen, der analog vor über 15 Jahren nach Einführung der ersten Hochsprach-Compiler einsetzte: mit wachsendem Vertrauen in die Fähigkeiten der Compiler schaute man nach und nach immer weniger auf die erzeugte Maschinensprache.
Und nochmal: Keine mentalen Barrieren ...
Macht die vollautomatische Codegenerierung durch ein Tool wie RHAPSODY den C-Programmierer überflüssig? Ganz im Gegenteil. Er wird mit der UML im Unternehmen einen Paradigmenwechsel einläuten, der die System- und Software-Entwicklung auf ein neues Niveau an Qualität und Produktivität stellt. Und er wird mit der UML dafür sorgen, dass die generierte Software auch langfristig verstehbar und wartbar bleibt.Durch die einfache Wiederverwendung von Komponenten in verschiedenen Varianten durch eine objektorientierte Kapselung können unterschiedliche Produkte problemlos aus der gleichen Softwarebasis erzeugt werden. Da kein neues UML Projekt auf der „grünen Wiese“ beginnt, kommt der Wiederverwendbarkeit von existierendem Code (Re-Use) und dessen Überführung in das UML Modell eine große Bedeutung zu.
Auch lassen sich Tests auf Basis der UML sehr viel einfacher automatisieren, da es Testwerkzeuge gibt, die UML-Modelle interpretieren und ansteuern können.
Viele wichtige Themen, die ich hier leider nur anreissen kann. Sie können aber gerne mehr erfahren.
... vor der entscheidenen Rolle
Jeder Paradigmenwechsel in der Geschichte des technischen Fortschritts brachte neue Methoden, neue Tools und neue Notationen. Dies bedeutet nicht nur die Einarbeitung in neue Techniken, sondern auch die Aneignung neuer Vorgehensweisen durch unterschiedliche Trainingsmaßnahmen.Für eine erfolgreiche Umsetzung zu einem wirklichen Quantensprung ist es aber unabdingbar, dass die Entwickler Ihre entscheidende Rolle erkennen und in Ihrer Denk- und Arbeitsweise Speerspitze eines ganzheitlichen Prozesses im Unternehmen werden.
Dass all dies nicht umsonst ist, dürfte jedem Beteiligen klar sein. Vor jedem Gewinn steht ein Investment. In Zeit und Geld. Wenn Software-Engineering in Ihrem Unternehmen eine existentielle Bedeutung hat, bedeutet die UML für Sie die langfristige Absicherung Ihres IPs, der Qualität Ihrer Produkte und die Erreichung kurzer Innovationszyklen – elementare Bestandteile für den Unternehmenserfolg.
Gerne sagen wir Ihnen mehr hierzu.
Mit dem Monat Juni schliessen wir bereits die Hälfte dieses Kalenderjahres ab – hoffentlich kein Zeichen zur Panik, wenn Sie auf Ihre Pläne für 2008 schauen!
Herzlichst,
Ihr
Anmerkung zum neuen Telekommunikationsgesetz (seit 1.03.2006): Sie erhalten diese Nachricht aufgrund eines bestehenden Kundenkontaktes oder aufgrund einer Anfrage an uns oder einen unserer Partner. Sollten Sie in Zukunft keine Zusendungen mehr von uns wünschen, so klicken Sie bitte auf Unsubscribe in der Fußnote dieser Email. Sie werden unverzüglich aus dem Verteiler genommen. Impressum: Medieninhaber und Herausgeber: Carnica Technology, A-9640 Kötschach-Mauthen, Österreich, www.carnica-technology.com, Email: info@carnica-technology.com