UML Klassendiagramm
Was ist ein Klassendiagramm?
Ein Klassendiagramm bildet ein Kernstück der Unified Modeling Language (UML). Zudem beruht dieses Diagramm auf den Prinzipien der Objektorientierung, wobei der Diagrammtyp vielseitig Anwendung findet.
Beispielsweise wird dieses Modell in der Analysephase als Domainmodell verwendet, um ein reales Abbild zu erstellen. In der Designphase wird mit diesem Modell eine eine Software modelliert, wobei in der Implementierungsphase aus dem Modell ein Code generiert wird.
Wozu wird es benötigt?
Ein Klassendiagramm wird verwendet, um die Programme einfacher und übersichtlicher darzustellen und diese dann anschließend umzusetzen.
Welche Elemente gibt es? Erkläre dies so detailliert und anschaulich wie möglich
Klassenmodelle unterteilen sich in folgende Komponenten:
- Klassen
- Schnittstellen
- Generalisierung
- Assoziation
- Komposition
- Aggregation
Klassen
Klassen werden in UML durch Rechtecke dargestellt, welche ebenfalls den Namen der Klassen innerhalb des Rechtecks geschrieben haben. Zudem kann eine Klasse auch Operationen (Funktionen) und / oder Attribute (Eigenschaften/Variablen) haben. Zusätzlich können über dem Klassennamen bestimmte Schlüsselwörter wie "{abstrakt}" über dem Namen der Klasse tragen. Außerdem besitzen die Operationen und Attribute der Klassen bestimmte Sichtbarkeiten, welche im folgenden erklärt werden:
- public oder auch +
Bei einer public oder auch öffentlichen Sichtbarkeit wird keine Beschränkung über die Funktionen oder Variablen vergeben. Somit können auf diese Komponenten zu jeder Stelle im Projekt zugegriffen werden.
- protected oder auch #
Wenn eine Klasse eine protected Sichtbarkeit besitzt, kann auf die Operationen oder Attribute in der Klasse mit dieser Sichtbarkeit zugegriffen werden. Zudem ist es auch möglich, auf die gleichen Funktionen oder Variablen zuzugreifen, wenn die Klassen von einer protected Klasse erben.
- private oder auch −
Wenn eine Klasse eine private Sichtbarkeit aufweist, können die Operationen und Attribute nur in der Klasse mit dieser Sichtbarkeit gesehen (aufgerufen) werden.
- package oder auch ~
Bei einer Klasse mit einer package Sichtbarkeit sind die Funktionen und Variablen innerhalb des gleichen Package aufrufbar.
Hier wird im Folgenden Klassen anhand von Beispielen gezeigt:
public
Diese oben dargestellte Methode verfügt über zwei public Variablen und einer public Methode, wobei der Fokus auf den Variablen liegt. Der Code sieht wie folgt aus:
public class Klasse{
public int a;
public int b;
public int count(){
return this.a + this.b;
}
}
Dieses Bild zeigt eine Klasse mit keinen Variablen aber mit einer public Methode. Der Code dieses Bildes wurde folgendermaßen umgesetzt:
public class Klasse{
public int count(int a, int b){
return a + b;
}
}
...
public static void main(String[] args){
Klasse class = new Klasse[];
class.count(10,20);
}
protected
Dieses Bild zeigt zwei protected Variablen und eine protected Methode. Die Umsetzung des Codes sieht wie folgt aus:
protected class Klasse{
protected int a;
protected int b;
protected int divide(){
return this.a / this.b;
}
}
Dieses Bild zeigt eine protected Methode ohne Klassenvariablen. Die Klasse wurde in folgenden Code umgesetzt:
protected class Klasse{
protected int divide(int a, int b){
return a / b;
}
}
...
public static void main(String[] args){
Klasse class = new Klasse[];
class.divide(10,20);
}
private
Die oben dargestellte UML-Klasse zeigt zwei private Variablen und eine private Methode an. Der Code dieser Klasse sieht wie folgt aus:
private class Klasse{
private int a;
private int b;
private int minus(){
return this.b - this.a;
}
}
Die im oberen Bild dargestellen Klasse wurde in folgenden Code umgewandelt:
private class Klasse{
private int count(int a, int b){
return b - a;
}
}
...
public static void main(String[] args){
Klasse class = new Klasse[];
class.count(10,20);
}
Schnittstellen
Eine Schnittstelle wird nahezu gleich wie eine Klasse dargestellt und zwar mit einem Rechteck. Der Unterschied ist aber, dass bei einer Schnittstelle das Rechteck mit dem Schlüsselwort "interface" gekennzeichnet werden.
.png)
Generalisierung
Durch eine Generalisierung "erben" speziellere Klassen von generelleren Klassen. Dadurch werden bestimmte Merkmale von der generellen Klassen an die spezialisierte Klasse "vererbt". Die Pfeilspitze der Generalisierung zeigt auf die Oberklasse (Klasse von, welcher geerbt wird).
Assoziantion
Eine Assoziation bezeichnet eine Beziehung zwischen zwei oder mehreren Klassen, wobei die häufigsten Verbindungen zwischen genau zwei Klassen auftreffen. Es gibt folgende zwei Arten von Assoziationen:
- n-äre Assoziation
In folgenden Bild sieht man eine Binäre Assoziation. (Binär, weil zwei Klassen miteinander verbunden wurden)
- reflexive Assoziation
Im hier dargestellten Bild sieht man eine reflexive Assoziation, welche auf sich selbst verweist.
Da Assoziationen durch Linien dargestellt werden, müssen diese durch ein Assoziationsende gekennzeichnet werden. Diese Assoziationsenden können folgende Merkmale aufweisen:
- Sie können eine Multiplizität besitzen. Diese gibt Informationen über das Beziehungsverhältnis zweier Klassen. Diese Zahlen befinden sich nur im positiven und ganzzahligen Bereich, wobei der Beginn bei der Zahl 0 liegt.
- Multiplizitäten werden im folgenden Format angegeben:
untereSchranke..obereSchranke
- Bei * oder auch 0..* wird die untereSchranke als 0 und die obereSchranke als unendlich angenommen.
- Beide Schranken dürfen nicht 0 oder unbeschränkt sein. Falls beide Grenzen trotzdem gleich groß sind, wird nur die obereSchranke angegeben.
- Bei einer Multiplizität von 0..1 wird das Element als optional bezeichnet.
- Wenn die obereSchranke über dem Wert 1 liegt, wird das Element als mehrwertiges Element bezeichnet, da mehrere Wert annehmbar sind.
- Sie können Namen besitzen.
- Sie können eine Sichtbarkeit aufweisen.
- Es kann spezifiziert werden, ob das Assoziationsende "ordered" und / oder unique ist.
Zudem Assoziationsende kommen oft Multiplizitäten hinzu, welche die Beziehung zwischen den zwei Instanzen regelt. Im folgenden werden auf zwei Arten der Assoziationen genauer eingegangen.
Komposition und Aggregation
Um Beziehungen mit Ganzen und Teilen darzustellen werden die Aggregation und die Komposition verwendet.
Die graphische Darstellung einer Komposition ist eine Linie mit einer ausgefüllten Raute, welche mit der Kardinalität 1 beschriftet wird und mit dem Ganzen Teil der Beziehungspartner verbunden ist. Bei einer Komposition können die Teile nicht ohne das Ganze existieren. Das bedeutet, dass das Teil Element existenziell abhängig von Ganz Element ist.
Die graphische Darstellung einer Aggregation ist eine Linie mit einer nicht ausgefüllten Raute, welche die Kardinalität 0..* besitzt und mit dem Ganzen Teil verbunden ist. Die Elemente in einer Aggregation besitzen keine Exisitenzabhängigkeit, da die Teil Elemente auch ohne die Ganz Elemente bestehen können.
Die Assoziationsarten werden prinzipiell mittels der Kardinalität unterschieden. Zudem sind die Teil Elemente Bestandteil genau eines Ganz Elementes, da sie NIE zu mehrere Ganz Elementen gehören.
Stelle in einem anschaulichen Beispiel ein Klassendiagramm Code gegenüber
Diese Umsetzung erfolgte mit der Programmiersprache JAVA.
Vehicle.java
package at.htldornbirn.swp4.hue2.vehicle;
public abstract class Vehicle {
private int maxSpeed;
private int wheels;
public Vehicle(int maxSpeed, int wheels) {
this.maxSpeed = maxSpeed;
}
public void move() {
System.out.println("I am moving at " + maxSpeed + " with " + wheels + " wheels.");
}
public int getMaxSpeed() {
return maxSpeed;
}
public abstract void start();
}
Bike.java
package at.htldornbirn.swp4.hue2.vehicle.unmotorized;
import at.htldornbirn.swp4.hue2.vehicle.Vehicle;
public class Bike extends Vehicle {
public Bike(int maxSpeed, int wheels) {
super(maxSpeed, wheels);
}
@Override
public void start() {
System.out.println("I start to step into the pedals!");
}
}
Rollerblades.java
package at.htldornbirn.swp4.hue2.vehicle.unmotorized;
import at.htldornbirn.swp4.hue2.vehicle.Vehicle;
public class Rollerblades extends Vehicle {
public Rollerblades(int maxSpeed) {
super(maxSpeed, 8);
}
@Override
public void start() {
System.out.println("I start skate!");
}
}
Skateboard.java
package at.htldornbirn.swp4.hue2.vehicle.unmotorized;
import at.htldornbirn.swp4.hue2.vehicle.Vehicle;
public class Skateboard extends Vehicle {
public Skateboard(int maxSpeed) {
super(maxSpeed, 4);
}
@Override
public void start() {
System.out.println("I step with one feet on the ground to start!");
}
}
MotorizedVehicle.java
package at.htldornbirn.swp4.hue2.vehicle.motorized;
import at.htldornbirn.swp4.hue2.vehicle.Vehicle;
public abstract class MotorizedVehicle extends Vehicle {
private float kw;
public MotorizedVehicle(int maxSpeed, int wheels, float kw) {
super(maxSpeed, wheels);
this.kw = kw;
}
@Override
public void start() {
System.out.println("I am starting my engine with " + kw + " kw.");
}
}
EBike.java
package at.htldornbirn.swp4.hue2.vehicle.motorized;
public class EBike extends MotorizedVehicle {
public EBike(int maxSpeed, float kw) {
super(maxSpeed, 2, kw);
}
}
Lkw.java
package at.htldornbirn.swp4.hue2.vehicle.motorized;
public class Lkw extends MotorizedVehicle {
public Lkw(int maxSpeed, int wheels, float kw) {
super(maxSpeed, wheels, kw);
}
}
Pkw.java
package at.htldornbirn.swp4.hue2.vehicle.motorized;
public class Pkw extends MotorizedVehicle {
public Pkw(int maxSpeed, float kw) {
super(maxSpeed, 4, kw);
}
}
Quellen
https://de.wikipedia.org/wiki/Klassendiagramm#Notation_in_der_Unified_Modeling_Language