Ein Modellobjekt zu einem Diagramm hinzufügen.
Ziehen Sie das gewünschte Objekt aus dem Objektbaum in das jeweilige Diagramm.

Wie dupliziert man Modellobjeke?
Grundsätzlich wird für das Duplizieren eines Modellobjekts immern ein Diagramm benötigt in dem es dargestellt werden kann. Sollte keines vorhanden sein, muss man vorübergehend ein temporäres erzeugen.

Kopieren Sie mittels Strg-C das Objekt und fügen Sie es als Referenz des Originals ein. Wenn Sie Strg-Umschalt-V benutzen, können Sie eine komplette Kopie des Modelobjekts erzeugen und eine Referenz davon in das aktuelle Diagramm einfügen.

Diagramme einfach duplizieren.
Öffnen Sie dazu das Kontextmenü des Projektbaums und wählen Sie den Menüpunkt Copy Diagram to Clipboard. Den Inhalt des Zwischenspeichers kopiert man mittels Kontextmenüs im Zielpaket über Paste Diagram. Im nachfolgenden Dialog legen Sie den Kopiervorgang noch genauer fest. Mit der Option Shallow kopieren Sie nur das Diagram. Mit der Option Deep werden automatisch Kopien der einzelnen Elemente des Diagramms erzeugt.

Der Aufbau des Buches “UML 2 in 5 Tagen” ist so gestaltet, das sie anhand einer durchgängigen Fallstudie von Schritt zu Schritt ein UML Modell erlernen und dabei die Basis-Techniken des objektorientierten Entwurfs erkennen.

Es ist die überarbeitete Version des erfolgreichen Buches »Objektorientierung in 7 Tagen«. Augemerk wurde vor allem auf das Wesentliche gelegt und es ist werkzeugneutral verfasst. Für das Buch UML 2 in 5 Tagen sind keine Vorkenntnisse notwendig; Programmierkenntisse sind ebenfalls nicht erforderlich.

Objekte und Objektdiagramme
Klassen und Klassendiagramme
Attribute und ihre Spezifikation
Assoziationen und Assoziationsklassen
Generalisierung und Vererbung
Pakete und Paketdiagramme
Use-Case-Modelle und -Diagramme
Aktivitätsdiagramme
Operationen
Sequenzdiagramme
Entwurfsmuster
Objektrelationale Abbildung
Schichten-Architekturen
Von UML zu Java

Als Zugabe erhalten Sie einen kostenlosen E-Learning Kurs »UML 2 in 5 Tagen«.

Erhältlich im gut sortierten Fachhandel.

• Verlag: W3l Gmbh; Auflage: 2. Auflage. (20. November 2008)
• Sprache: Deutsch
• ISBN-10: 3868340025
• ISBN-13: 978-3868340020

Eine gute Einführungen in UML und den täglichen kleinen Fragen die bei der Arbeit damit auftreten. Nutzen auch Sie die Unified Modeling Language für die Planung, Strukturierung und Durchführung von Software-Projekten mit dieser gelungen, handlichen Kurzreferenz.

Erhältlich im gut sortierten Buchhandel:

• Broschiert: 144 Seiten
• Verlag: O’Reilly; Auflage: 2.Aufl. (28. August 2006)
• Sprache: Deutsch
• ISBN-10: 3897215217
• ISBN-13: 978-3897215214

Persistenz, Transienz:
Langfristig gespeichert und serialisierbar z.B. im Dateisystem oder in einer Datenbank werden als persistente Objekte bezeichnet.
Transiente Objekte gehen bei Programmende verloren, das diese nur vorübergehend verwendet und somit nicht gespeichert werden.

Stereotyp:
Ein Stereotyp erweitert bereits vorhandene Modellelemente zu neuen Modellelementen eines UML-Metamodells. Es gibt unterschiedliche Typen, wie:
“dekorative Stereotypen”
“deskriptive Stereotypen”
“restriktive Stereotypen”
“redefinierende Stereotypen”

Design Patterns, Entwurfsmuster:
Für wiederkehrende Probleme verwendet man standardisierte Lösungsvorschläge sogennante Entwurfsmuster.
Architekturmuster definieren grobe Strukturen wie z.B. eine Three-Tier-Architektur.

Subsystem, Paket, Komponente:
Subsysteme sind nach aussen hin durch eine Schnittstelle definiert und somit also Teile eines Gesamtsystems.
Pakete sind lose Sammlungen einzelner Modellelemente.
Komponenten sind austauschbare Softwareeinheiten, werden oft wie Klassen instanziiert und stellen definierte Schnittstellen (Interfaces) bereit.

Hier geht es zum 1. Teil der Begriffserklärung von UML-Klassendiagrammen (Class Diagram)

Aktivitätsdiagramm:
Ein Aktivitätsdiagramme beschreibt die Ablaufmöglichkeiten, bestehend  aus den einzelnen Aktivitäten (Schritten).

Transition:
Als Transition wird ein Zustandsübergang definiert. Aktivitäten beginnen immer mit einer eingehenden Transition und enden mit einer oder mehreren ausgehenden Transitionen.

Verzweigung (Branch, Decision):
Verzweigungen, als Grund einer Bedingung werden entweder mit dem Rautensymbol symbolisiert oder die verschiedenen ausgehenden Transitionen starten direkt am Aktivitätssysmbol. Diese Verzweigungsbedingungen werden immer in eckigen Klammern angegeben.

Zusammenführung:
Sobald eine eingehende Transitionen stattfindet, geht der Aktivitätsfluss weiter (anders als bei der Synchronisation).

Splitting (Fork):
Ein Aktivitätsfluss wird auf mehrere Aktivitäten verteilt.
Der Aktivitätsfluss kann erst dann wieder weiterlaufen, wenn alle eingehenden Transitionen vorliegen (anders als bei der Zusammenführung).

Signale senden/empfangen:
Es können beim Übergang von einer Aktivität zur nächsten auch Signale an Objekte gesendet und/oder empfangen werden.

Um das Arbeiten zu erleichtern, stellt UML unterschiedliche Diagrammtypen zur Verfügung, die wir Ihnen in dieser Übersicht näher bringen möchten.

1. Anwendungsfalldiagramm (Use Case Diagram)
2. Aktivitätsdiagramm (Activity Diagram)
3. Klassendiagramm (Class Diagram)
4. Paketdiagramm (Package Diagram)
5. Sequenzdiagramm (Sequence Diagram)
6. Zustandsdiagramm (State Machine Diagram)
7. Zeitdiagramm (Timing Diagram)
8. Kommunikationsdiagramm (Communication Diagram)
9. Komponentendiagramm (Component Diagram)
10. Interaktionsdiagramm (Interaction Diagram)
11. Verteilungsdiagramm (Deployment Diagram)
12. Interaktionsübersichtsdiagramm (Interaction Overview Diagram)
13. Objektdiagramm (Object Diagram)
14. Kompositionsstrukturdiagramm (Composite Structure Diagram)
15. Zustandsdiagramm (State Machine Diagram)

Selbstverständlich werden wir in weiteren Beiträgen auch auf die einzelnen Diagrammtypen in UML näher eingehen und diese gezielt beschreiben.

Es sind angepasst an ihre Bedürfnisse 3 unterschiedliche Editionen erhältlich:
- EA Ultimate
- EA Business
- EA System Eng

- neue Profile
- neue UserInterface
- konfigurierbare Layoutalgo
- schnelleres Netzwerkarbeiten
- Diagramme als Slideshow
- bessere Usability