UML 2.5 (eBook)

Das umfassende Handbuch

Christoph Kecher, Ralf Hoffmann-Elbern, Torsten T. Will (Autoren)

eBook Download: EPUB

2021 | 7. Auflage
452 Seiten
Rheinwerk Computing (Verlag)
978-3-8362-8449-3 (ISBN)

Infos

Von den Grundlagen bis zum professionellen Einsatz - in unserem Handbuch erfahren Sie alles, was Sie für erfolgreiche Softwaremodellierung mit der UML wissen müssen. Lernen Sie alle Konzepte, Elemente und Diagrammtypen ausführlich kennen und knüpfen Sie anhand von Praxisbeispielen die Verbindung zum Code. Ob Sie etwas nachschlagen oder die UML von Grund auf verstehen möchten, dieses Handbuch bietet Ihnen das gesammelte UML-Wissen im Komplettpaket. Es behandelt den aktuellen Standard UML 2.5 und die Codebeispiele sind in den beiden wichtigsten Sprachen Java und C# verfasst.

Aus dem Inhalt:

• Grundlagen der Softwaremodellierung mit der UML 2.5
• Alle Diagrammtypen und Notationselemente
• UML in Projekten einsetzen
• Implementierungen mit Java oder C#
• Liste mit den häufigsten Fehlern und Verbesserungsvorschlägen zu jedem Diagrammtyp
• DIN-A2-Poster mit allen Diagrammtypen
• Zum Download auf der Verlagswebsite: Diagramme und Code der gezeigten Beispiele, Übersicht zu UML-Tools und Poster als PDF-Datei

Christoph Kecher ist Chief Information Officer (CIO) bei der HSBC Deutschland. Seine Tätigkeitsbereiche umfassen Data-Warehouse-Technologien, Java, .NET, UML und Software-Qualitätssicherung.

• Fachbuch-Bestseller: Informatik (Nr. 4/2023) — Platz 4
• Fachbuch-Bestseller: Informatik (Nr. 12/2022) — Platz 6

Textauszug

2.3    Notationselemente

2.3.1    Klasse

Beschreibung

Eine Klasse (engl. Class) beschreibt eine Art Bauplan für Objekte mit der gleichen Struktur (Attribute) und dem gleichen Verhalten (Operationen).

Obwohl sich dieses Kapitel mit Klassen und Klassendiagrammen befasst und die Objekte und Objektdiagramme in Kapitel 3 behandelt werden, soll der Unterschied zwischen einer Klasse und einem Objekt bereits an dieser Stelle verdeutlicht werden:

Beschreibung: Instanzen

Als Instanzen oder Ausprägungen einer Klasse werden die nach ihrem Bauplan erstellten Objekte bezeichnet. Die Erstellung eines Objekts nach dem Bauplan einer Klasse nennt man Instanziierung.

Noch deutlicher wird es mit einem Beispiel aus der realen Welt. Beispielsweise stellt ein vom Architekten erstellter Bauplan die Klasse eines Gebäudes dar. Die tatsächlich nach diesem Bauplan erbauten Gebäude werden dagegen als Objekte der Klasse bezeichnet.

Das Einfamilienhaus der Familie Müller und das Einfamilienhaus der Familie Schmidt sind Objekte, die aus dem gleichen Bauplan erstellt sein können. In der Objektorientierung spricht man davon, dass die Objekte des gleichen Typs bzw. aus der gleichen Klasse erzeugt sind.

Bei einer Software für ein Restaurant wäre der Bauplan für ein Einfamilienhaus kaum dienlich. Dort bräuchte man eher Klassen wie beispielsweise Restaurant, Tisch, Stuhl, Kellner, Koch, Bestellung, Vorspeise, Hauptgericht, Dessert oder Menü. Und auch ein Gast könnte als Klasse nützlich sein.

Das Notationselement für eine Klasse besteht im einfachsten Fall aus einem rechteckigen Kasten und dem Namen der Klasse.

Abbildung 2.2     Die einfachste Darstellung einer Klasse

Lediglich der Klassenname muss angegeben werden und innerhalb eines Namensraums eindeutig sein (Details zu Namensräumen finden Sie in Kapitel 7, »Paketdiagramm«). Die UML definiert keine Einschränkungen bezüglich der Namensgebung. Gewisse Sonderzeichen sind allerdings in manchen Programmiersprachen als Klassennamen nicht zugelassen. Es empfiehlt sich, Klassennamen mit einem Großbuchstaben zu beginnen und den Rest des Namens auf Buchstaben (keine Umlaute) und Zahlen zu beschränken.

Realisierung in Java und C#

Die Deklaration einer Klasse erfolgt sowohl in Java als auch in C# mit dem Schlüsselwort class:

class Gast
{
}

Listing 2.1     /beispiele/java/kap2/kap_2_3_1/Gast.java und /beispiele/c#/kap2/kap_2_3_1/Gast.cs (Download der Beispiele: www.rheinwerk-verlag.de/5335)

Selbstverständlich handelt es sich bei der obigen Klasse Gast um ein sehr triviales Exemplar eines Datentyps. Normalerweise zeichnen sich Klassen vor allem durch ihre Eigenschaften aus. Der Fachbegriff lautet Attribute. Genauso wichtig sind die Funktionen, die sie durchführen können. Auch hierbei verwendet die UML-Spezifikation einen speziellen Fachbegriff, nämlich Operationen.

Um auch die Attribute und die Operationen anzuzeigen, wird das Notationselement einer Klasse um zwei weitere Abschnitte erweitert: eines für die Attribute und eines für die Operationen. Auf diese beiden Abschnitte gehen wir in den nun folgenden Unterkapiteln ein.

2.3.2    Attribut

Abbildung 2.3     Attribute einer Klasse

Beschreibung

Attribute (engl. Attributes) stellen strukturelle Eigenschaften einer Klasse dar.

Man unterscheidet zwei Arten von Attributen:

• Instanzattribute definieren den Zustand von aus dieser Klasse gebildeten Objekten zur Laufzeit. Für jedes Objekt wird das jeweilige Attribut bei der Instanziierung separat erzeugt.

• Klassenattribute sind für alle Objekte der Klasse nur genau einmal und unabhängig von der Instanziierung von Objekten vorhanden. Sie werden im Unterschied zu Instanzattributen unterstrichen dargestellt.

Attribute können die folgenden Bestandteile enthalten (eckige Klammern bedeuten »optional«):

[Sichtbarkeit] [/] Name [:Typ] [Multiplizität] [=Vorgabewert] [{Eigenschaft}]

• Sichtbarkeit
  Die Sichtbarkeit definiert, welche externen Klassen auf das jeweilige Attribut lesend und schreibend zugreifen können. Sie wird durch eines der folgenden Symbole dargestellt:

  • +
    public (öffentlich): Ein öffentliches Attribut ist für alle Klassen sichtbar.

  • #
    protected (geschützt): Geschützte Attribute sind nur für Klassen sichtbar, die sich in der Vererbungshierarchie unterhalb der besitzenden Klasse befinden. Details über Vererbung finden Sie in Abschnitt 2.3.12.

  • -
    private (privat): Private Attribute sind nur in der Klasse selbst sichtbar.

  • ~
    package (Paket): Das Attribut ist nur für Klassen sichtbar, die sich in demselben Paket befinden wie die besitzende Klasse. Paketdiagramme werden in Kapitel 7 behandelt.

  Obwohl die Angabe der Sichtbarkeit optional ist, definiert die UML keinen Vorgabewert und überlässt dies den Programmiersprachen. Java und C# definieren beispielsweise die Sichtbarkeit package als Default.

• /
  Der Schrägstrich spezifiziert, dass das Attribut aus anderen Werten berechnet (abgeleitet) werden kann. Es braucht somit nicht separat gespeichert zu werden. Beispielsweise braucht das Attribut freundeEinladen nicht gespeichert zu werden, denn dies soll vom geldbetrag abhängen (geldbetrag > MIN).

• Name
  Der Name ist der einzige nicht optionale Bestandteil einer Attributspezifikation. UML definiert keine Einschränkungen für Namen, sodass prinzipiell alle verfügbaren Buchstaben und Sonderzeichen verwendet werden können. Aufgrund der Beschränkungen der meisten Programmiersprachen empfiehlt es sich jedoch, die Namen mit einem Kleinbuchstaben zu beginnen (keine Umlaute) und auf jegliche Sonderzeichen außer dem Unterstrich (_) zu verzichten (Zahlen sind akzeptabel).
  Üblicherweise verwendet man für Attributnamen Substantive wie status, geld, groesse, alter usw.

• :Typ
  Will man den Typ des Attributs definieren, muss dem Namen ein Doppelpunkt folgen. Jeder Datentyp kann als Typ verwendet werden, z. B. boolean, char, int, String, Gericht, Menuepunkt oder Gast.

• Multiplizität
  Die Anzahl der Elemente einer Datenreihe wird mit der Multiplizität spezifiziert. Sie wird in eckigen Klammern dargestellt, ähnlich der Definition von Arrays in den meisten Programmiersprachen.

  Die Angabe besteht aus den Bestandteilen [UntereGrenze..ObereGrenze]. Die untere Grenze definiert die minimale Anzahl der Elemente. Die obere Grenze spezifiziert dementsprechend die maximale Anzahl. Verzichtet man auf die Angabe der unteren oder oberen Grenze, definiert man eine genaue Anzahl der Elemente. Ein paar Beispiele sollten die Verwendung der Multiplizität verdeutlichen:

  • [1]
    Es darf nur genau ein Element dieses Attributs zur Laufzeit existieren. Dies ist der Standardwert, falls man auf die Angabe der Multiplizität verzichtet.

  • [1..2]
    Nur ein oder zwei Elemente sind erlaubt.

  • [1..*]
    Mindestens ein Element (ohne Obergrenze) ist gefordert.

  • [0..*] oder [*]
    Beliebig viele Elemente sind erlaubt.

• =Vorgabewert
  Der...

Produkt-Details

• Erscheint lt. Verlag: 30.9.2021
• Sprache: deutsch
• Themenwelt: Mathematik / Informatik ► Informatik ► Programmiersprachen / -werkzeuge
• ISBN-10: 3-8362-8449-9 / 3836284499
• ISBN-13: 978-3-8362-8449-3 / 9783836284493