Klassendiagramm

• bilden gemeinsam den Zustand des Objekts
• in jedem Objekt der Klasse enthalten, jeweils durch individuellen Wert repräsentiert
• besteht mind. aus Name und Attributtyp (Datentyp)
• Einschränkung des zulässigen Wertebereichs mit Zusicherungen
• definieren Daten, die für ein Objekt gespeichert werden

Komposition

• Beziehung zwischen Objekten, die durch Rangordnung gekennzeichnet ist
• keine exakte Definition in UML: eigener Modellierungsstandard zu erarbeiten

• starke Form der Aggregation
• jedes Objekt der „Teil“-Klasse zu einem Zeitpunkt nur Komponente eines einzigen Objekts der Aggregatklasse
• Löschen des „Ganzen führt zu automatischer Löschung der Teile

• Bildet Gegenstand der realen Welt ab

• besitzt eindeutige Identiät

• klare Abgrenzung und präzise Bedeutung im Anwendungsbereich

• nach außen beobachtbares Verhalten (leistungsangebot); interne Abläufe verborgen

• hat einen Zustand

• können untereinander kommunizieren

• Objekte entstehen durch Instanziierung einer Klasse

• mit Instamziierung beginnt Lebenszyklus des Objekts

• definieren Verhalten eines Objekts

• Objekt zeigt Verhalten nur nach Aufforderung per Nachricht durch anderes Objekt

• ausführbare Tätigkeit(Dienstleistung) für nutzende Objekte

• Operationen für alle Objekte identisch

• Beschreibung durch Methodensignatur(Name, Parameter, Rückgabetyp)

• nähere Spezifikation mit Zusicherungen möglich

• direkter Zurgiff auf Attribute in Methodenimplementierung möglich

• definieren Geschäftsobjekte

• haben Basisklassen als Datentyp von Attributen

• weisen Beziehungen zu anderen fachlichen Klassen auf(Assoziation, Generalisierung)

• Primitivdatentyp: definieren einfache Datentypen mit Pendants in Programmiersprachen/Frameworks

• Aufzählungstypen(Enumeration): defineren festen Vorrat an möglichen Wertebelegungen einer Variable/eines Attributs

• Komplexe Datentypen: definieren verschiedene Attribute, die in Kombination häufig benötigt werden; fachlich neutral

• Definition der relevanten Bestandteile (fachliche Klassen) aus Sicht des Anwenders (fachliche Sicht)

• Verwendung von Analysemustern

• Darstellung der internen Strukturen eines Systems

• Modellierung der in der Implementierungsphase zur realisierenden Klassen

• Erstellung auf Basis fachlichen Klassen, Anreichung um technische Klassen

• Verwensung von Entwurfsmustern

Umsetzung der Klassen aus Entwurfsphase in Code der Zielsprache

• zentrales Konzept der objektorientierten Modellierung

• Klasse A (Basisklasse, Superklasse) ist Verallgemeinerung der Klasse B (Unterklasse, Subklasse)

• Umkehrung: Spezialisierung

• Definition von Vererbungshierachien möglich

• Subklasse übernimmt Attribute und Operationen der Superklasse und erweitert diese

• Verhalten kann durch Überschreibun der Operationen verändert werden

• Beziehungstyp auf Instanzniveau

• Menge aller Verknüpfungen mit gleicher Struktur und Semantik zwischen Objekten zweier Klassen

• Bezeichnung beschreibt inhaltliche Bedeutung der Assoziation

• Rollennamen geben Rolle einer Klasse aus der Sicht der anderen Klasse an (optional)

• Multiplizitäten geben Anzahl der möglichn Referenzen an

• Spezifikation des externen Verhaltens von Klassen oder anderen Elementen (Komponenten, Randsystemen)

• Schnitstellen werden je nach Sicht bereitgestellt (realisiert; realise) oder angefordert (benötigt;use)

• keine Instanziierung möglich

• zwei alternative Darstellungsformen   

• Domänen modell(Klassendiagramm) bildet das Wesentliche des Anwendungsbereiches ab: Geschäftsobjekte als Klassen aus fachlicher Sicht

• Ableitung fachlicher Klassen anhand Anwendungsbereiche

• Basis der Definition fachlicher Klassen ist Fachwissen über Anwendungsbereich

• Reale-Welt-Suche: z.B Formulare, Belege,etc. Ermittlung Klassenkanidaten

• Textanalyse aus Beschreibungen: Studien, Prozessanalysen

• CRC-Karten-Technik (Class-Responsibility-Collaboration)

• Definition der relevanten Bestandteile (fachliche Klassen) aus Sicht des Anwenders (fachliche Sicht)
• Verwendung von Analysemustern

• Darstellung der internen Strukturen eines Systems
• Modellierung der in der Implementierungsphase zu realisierenden Klassen
• Erstellung auf Basis fachlicher Klassen, Anreichung um technische Klassen
• Verwendung von Entwurfsmustern

• Definition von Attributen für Assoziationen möglich(Eigenschaften im Kontext der Beziehung zwischen zwei Klassen)
• Modellierung der Eigenschaften als Assoziationsklasse
• kein semantischer Unterschied zwischen Assoziation und Assoziationsklasse

• Muster zur Gestaltung eines Anwendungssystems
• Abbildung der Beziehungen zwischen System-Komponenten
• Modellierung der Systemstruktur

• implementierungsorientiert
• Bestandteil der objektorientierten Softwareentwicklung