UML in verschiedenen Nutzungsstufen anwenden

UML kann so viel oder so wenig verwendet werden, wie Sie möchten. Martin Fowler  beschreibt drei häufige Verwendungsweisen von UML:

1. UML als Skizze  – Verwenden Sie UML, um kurze Skizzen zu erstellen, um wichtige Punkte zu vermitteln. Dies sind Wegwerfskizzen, die man im Handumdrehen auf ein Whiteboard oder sogar einen Bierdeckel schreiben könnte. In den frühen Phasen der Entwicklung ist die Verwendung von UML als Skizze sehr effektiv und kann als kollaboratives Tool verwendet werden, bei dem die Entwickler über das Systemdesign nachdenken können.
2. UML als Blaupause  – Stellen Sie eine detaillierte Spezifikation eines Systems mit UML-Diagrammen bereit. Diese Diagramme wären nicht wegwerfbar, sondern würden mit einem UML-Tool generiert. UML kann als Blaupause verwendet werden, und Entwickler können ihr folgen, um Code zu erstellen. Einfache Skizzen zu verwenden, würde ihnen nicht ausreichen, da sie die Lücken füllen müssten. Dieser Ansatz ist im Allgemeinen mit Softwaresystemen verbunden und beinhaltet normalerweise die Verwendung von Forward- und Reverse-Engineering, um das Modell mit dem Code zu synchronisieren.
3. UML als Programmiersprache  – Dies geht direkt von einem UML-Modell zu ausführbarem Code (nicht nur Teile des Codes wie beim Forward Engineering), was bedeutet, dass jeder Aspekt des Systems modelliert wird. Theoretisch können Sie Ihr Modell auf unbestimmte Zeit behalten und Transformationen und Codegenerierung verwenden, um es in verschiedenen Umgebungen bereitzustellen. Fowler glaubt, dass die Produktivität von UML als Programmiersprache heute nicht besser ist als die Produktivität bei der Verwendung jeder anderen Sprache, daher wird es für UML schwierig sein, sich durchzusetzen. Er glaubt auch, dass hochdetaillierte Blaupausen nicht effektiv sind, weil sie schwierig zu erstellen sind und die Entwicklung verlangsamen würden.

Zusammenfassung

Der verwendete Ansatz hängt von der Art der Anwendung ab, die Sie erstellen, davon, wie streng das Design überprüft wird, ob Sie ein Softwaresystem entwickeln, und, falls es sich um Software handelt, von dem von Ihnen verwendeten Softwareentwicklungsprozess.

In bestimmten Branchen wie Medizin und Verteidigung neigen Softwareprojekte dazu, UML als Blaupause zu verwenden, da ein hohes Maß an Qualität gefordert wird. Das Softwaredesign wird gründlich überprüft, da es geschäftskritisch sein könnte: Sie möchten nicht, dass Ihr Herzüberwachungsgerät plötzlich den „blauen Bildschirm des Todes“ anzeigt.

Einige Projekte können mit weniger Modellierung davonkommen. Tatsächlich stellen einige gewerbliche Branchen fest, dass zu viel Modellierung umständlich ist und die Produktivität verlangsamt. Für solche Projekte ist es sinnvoll, UML als Skizze zu verwenden und Ihr Modell einige Architekturdiagramme und einige Klassen- und Sequenzdiagramme enthalten zu lassen, um die wichtigsten Punkte zu veranschaulichen.

Empfohlene UML-Referenzen

• UML-Studienführer und Artikel  von  Visual Paradigm
• Code-Engineering mit Visual Paradigm
• Generierung von Datenbankcode und ORM-Framework