{"id":1518,"date":"2026-03-30T08:04:48","date_gmt":"2026-03-30T08:04:48","guid":{"rendered":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/"},"modified":"2026-03-30T08:04:48","modified_gmt":"2026-03-30T08:04:48","slug":"object-diagram-explained-class-relationships","status":"publish","type":"post","link":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/","title":{"rendered":"Objektdiagramm erkl\u00e4rt: Ein klarer Einstieg f\u00fcr Anf\u00e4nger, um Klassenzusammenh\u00e4nge zu verstehen"},"content":{"rendered":"

Das Verst\u00e4ndnis der Struktur eines Softwaresystems erfordert mehr als nur zu wissen, welche Klassen existieren. Es erfordert, wie bestimmte Instanzen zu einem bestimmten Zeitpunkt miteinander interagieren. Genau hier kommt das Objektdiagramm<\/strong>zu einem essenziellen Werkzeug in der Softwaregestaltung und -modellierung wird. W\u00e4hrend Klassendiagramme den Bauplan definieren, liefern Objektdiagramme einen Schnappschuss der tats\u00e4chlichen Daten und Beziehungen innerhalb dieses Bauplans w\u00e4hrend der Ausf\u00fchrung.<\/p>\n

Diese Anleitung erl\u00e4utert die Mechanik von Objektdiagrammen, ihre Beziehung zu Klassendiagrammen und ihre Einordnung in den gr\u00f6\u00dferen Kontext der Unified Modeling Language (UML). Wir werden die Syntax, die semantische Bedeutung von Verbindungen und praktische Szenarien untersuchen, in denen diese Diagramme Klarheit bieten, ohne dass komplexe Softwarewerkzeuge erforderlich sind.<\/p>\n

\n
\"Kawaii-style<\/figure>\n<\/div>\n

\ud83e\udde0 Was ist ein Objektdiagramm?<\/h2>\n

Ein Objektdiagramm ist ein statisches Strukturdiagramm, das die Struktur eines Systems beschreibt, indem es die Objekte des Systems und ihre Beziehungen zeigt. Es ist im Wesentlichen ein Schnappschuss von Instanzen von Klassen zu einem bestimmten Zeitpunkt. Wenn ein Klassendiagramm wie ein Bauplan f\u00fcr ein Haus ist, ist ein Objektdiagramm ein Foto des Hauses mit einger\u00e4umtem Mobiliar, das genau zeigt, wo die St\u00fchle und Tische stehen.<\/p>\n

Im Kontext der Softwaretechnik stellen Objektdiagramme den Zustand des Systems dar. Sie sind besonders n\u00fctzlich f\u00fcr:<\/p>\n

    \n
  • Validierung von Klassendiagrammen:<\/strong>Sie helfen dabei, zu \u00fcberpr\u00fcfen, ob die in einem Klassendiagramm definierten Klassen tats\u00e4chlich g\u00fcltige Beziehungen eingehen k\u00f6nnen.<\/li>\n
  • Debugging:<\/strong>Sie erm\u00f6glichen es Entwicklern, den Datenfluss durch bestimmte Instanzen nachzuverfolgen.<\/li>\n
  • Datenbankdesign:<\/strong>Sie k\u00f6nnen die tats\u00e4chlichen Datens\u00e4tze darstellen, bevor die Implementierung erfolgt.<\/li>\n
  • Testen:<\/strong>Sie dienen als Referenz f\u00fcr erwartete Zust\u00e4nde w\u00e4hrend der Einzel- oder Integrationspr\u00fcfung.<\/li>\n<\/ul>\n

    \ud83d\udd0d Kernkomponenten eines Objektdiagramms<\/h2>\n

    Um ein sinnvolles Objektdiagramm zu erstellen, muss man die spezifischen visuellen Elemente verstehen, die zur Darstellung von Instanzen verwendet werden. Jeder Bestandteil tr\u00e4gt eine spezifische semantische Bedeutung hinsichtlich des Systemverhaltens.<\/p>\n

    1. Objektinstanzen<\/h3>\n

    Im Gegensatz zu Klassendiagrammen, die einen generischen Typ zeigen, zeigen Objektdiagramme spezifische Vorkommnisse. Ein Objekt wird typischerweise durch ein Rechteck dargestellt, das in zwei oder drei Abschnitte unterteilt ist.<\/p>\n

      \n
    • Obere Abteilung:<\/strong>Enth\u00e4lt den Namen der Objektinstanz. Dies wird oft als objectName : KlassenName<\/em>.<\/li>\n
    • Mittlere Abteilung:<\/strong>Listet die Attributwerte f\u00fcr diese spezifische Instanz auf. Im Gegensatz zu einer Klassendefinition zeigt dies echte Daten (z.\u202fB. id = 101<\/em>oder status = Aktiv<\/em>).<\/li>\n
    • Unterabschnitt:<\/strong> Listet die f\u00fcr das Objekt verf\u00fcgbaren Operationen oder Methoden auf. Oft weggelassen in Objektdiagrammen, wenn der Fokus ausschlie\u00dflich auf dem Zustand liegt.<\/li>\n<\/ul>\n

      2. Links<\/h3>\n

      Links sind die Verbindungen zwischen Objektinstanzen. Sie stellen Beziehungen dar, die zwischen bestimmten Objekten bestehen. W\u00e4hrend ein Klassendiagramm eine Assoziation (eine allgemeine Regel) zeigt, zeigt ein Objektdiagramm einen Link (eine spezifische Verbindung).<\/p>\n

        \n
      • Richtung:<\/strong> Links k\u00f6nnen einseitig oder zweiseitig sein. Ein Pfeilspitze zeigt die Richtung der Navigation an.<\/li>\n
      • Rollenbezeichnungen:<\/strong> Links haben oft Beschriftungen, die die Rolle eines Objekts in der Beziehung angeben (z.\u202fB. \u201eEigent\u00fcmer\u201c oder \u201eArtikel\u201c).<\/li>\n
      • Vielfachheit:<\/strong> Obwohl sie oft aus dem Klassendiagramm abgeleitet werden, k\u00f6nnen Objektdiagramme explizit zeigen, wie viele Instanzen miteinander verbunden sind.<\/li>\n<\/ul>\n

        3. Attribute und Werte<\/h3>\n

        Ein charakteristisches Merkmal eines Objektdiagramms ist die Sichtbarkeit der Attributwerte. In einem Klassendiagramm definieren Sie Typen (z.\u202fB. String name<\/em>). In einem Objektdiagramm sehen Sie den Wert (z.\u202fB. name = \u201eAlice\u201c<\/em>). Diese Unterscheidung ist entscheidend f\u00fcr das Verst\u00e4ndnis des Laufzeitzustands.<\/p>\n

        \ud83d\udcca Objektdiagramm im Vergleich zu Klassendiagramm<\/h2>\n

        Verwirrung entsteht oft zwischen Klassendiagrammen und Objektdiagrammen. Beide sind statische Strukturdiagramme, dienen aber unterschiedlichen Zwecken. Die folgende Tabelle kl\u00e4rt die Unterschiede.<\/p>\n\n\n\n\n\n\n\n\n\n
        Merkmale<\/th>\nKlassendiagramm<\/th>\nObjektdiagramm<\/th>\n<\/tr>\n<\/thead>\n
        Umfang<\/strong><\/td>\nAllgemeine Typdefinition<\/td>\nSpezifische Instanz zu einem bestimmten Zeitpunkt<\/td>\n<\/tr>\n
        Schwerpunkt<\/strong><\/td>\nStruktur und Regeln<\/td>\nZustand und Daten<\/td>\n<\/tr>\n
        Beziehungen<\/strong><\/td>\nAssoziationen (M\u00f6glichkeit)<\/td>\nLinks (Tats\u00e4chlich)<\/td>\n<\/tr>\n
        Attribute<\/strong><\/td>\nDatenarten nur<\/td>\nTats\u00e4chliche Werte<\/td>\n<\/tr>\n
        Stabilit\u00e4t<\/strong><\/td>\nStabil \u00fcber die Zeit<\/td>\n\u00c4ndert sich h\u00e4ufig<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

        \ud83d\udee0 So erstellen Sie ein Objektdiagramm<\/h2>\n

        Die Erstellung eines Objektdiagramms ist ein systematischer Prozess. Dazu ist keine propriet\u00e4re Software erforderlich; stattdessen ist ein klares Verst\u00e4ndnis der Logik des Systems erforderlich. Folgen Sie diesen Schritten, um eine genaue Darstellung zu erstellen.<\/p>\n

          \n
        1. Identifizieren Sie die Klassen:<\/strong>Beginnen Sie mit Ihrem bestehenden Klassendiagramm. Sie k\u00f6nnen keine Objekte erstellen, ohne zuvor die Klassen zu definieren, zu denen sie geh\u00f6ren.<\/li>\n
        2. W\u00e4hlen Sie relevante Instanzen aus:<\/strong>Entscheiden Sie, welche Objekte f\u00fcr die von Ihnen modellierte Situation notwendig sind. Sie m\u00fcssen nicht jedes einzelne Objekt in einem gro\u00dfen System zeichnen. Konzentrieren Sie sich auf die aktiven Elemente.<\/li>\n
        3. Benennen Sie die Instanzen:<\/strong>Verwenden Sie die Namenskonvention Bezeichner : Klassenname<\/em>. Zum Beispiel benutzer01 : Benutzer<\/em>.<\/li>\n
        4. Definieren Sie Attributwerte:<\/strong>F\u00fcllen Sie den mittleren Bereich des Objektkastens mit realistischen Datenwerten aus. Dadurch wird das Diagramm in der Realit\u00e4t verankert.<\/li>\n
        5. Zeichnen Sie die Verbindungen:<\/strong>Verbinden Sie die Objekte mithilfe von Linien. Stellen Sie sicher, dass diese Linien den in dem Klassendiagramm definierten Assoziationen entsprechen.<\/li>\n
        6. Beschriften Sie die Beziehungen:<\/strong>F\u00fcgen Sie Rollennamen zu den Verbindungen hinzu, um die Art der Verbindung zu kl\u00e4ren.<\/li>\n
        7. \u00dcberpr\u00fcfen Sie die Vielzahl:<\/strong>Stellen Sie sicher, dass die Anzahl der Verbindungen, die an ein Objekt angeh\u00e4ngt sind, den Vielzahlbeschr\u00e4nkungen entspricht, die im Klassenmodell definiert sind.<\/li>\n<\/ol>\n

          \ud83c\udf10 Praxisbeispiel: E-Commerce-System<\/h2>\n

          Um zu zeigen, wie diese Konzepte zusammenwirken, betrachten Sie ein Online-Shop-System. Das Klassendiagramm definiert, dass ein Benutzer<\/em> kann viele Bestellungen<\/em>, und eine Bestellung<\/em> enth\u00e4lt viele Produkte<\/em>.<\/p>\n

          Szenario: Eine einzelne Transaktion<\/h3>\n

          Stellen Sie sich einen bestimmten Moment vor, in dem ein Benutzer namens \u201eJohn\u201c eine Bestellung f\u00fcr einen \u201eLaptop\u201c aufgibt. Ein Objektdiagramm f\u00fcr dieses Szenario w\u00fcrde folgenderma\u00dfen aussehen:<\/p>\n

            \n
          • Objekt 1:<\/strong> john_doe : Benutzer<\/em>\n
              \n
            • E-Mail: \u201ejohn@example.com\u201c<\/li>\n
            • Adresse: \u201e123 Hauptstra\u00dfe\u201c<\/li>\n<\/ul>\n<\/li>\n
            • Objekt 2:<\/strong> bestellung_500 : Bestellung<\/em>\n
                \n
              • Datum: \u201e2023-10-25\u201c<\/li>\n
              • Status: \u201eAusstehend\u201c<\/li>\n<\/ul>\n<\/li>\n
              • Objekt 3:<\/strong> laptop_x1 : Produkt<\/em>\n
                  \n
                • Preis: 1200<\/li>\n
                • Lagerbestand: 5<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

                  Verbindungen w\u00fcrden verbinden john_doe<\/em> mit bestellung_500<\/em> (was anzeigt, dass John die Bestellung aufgegeben hat) und bestellung_500<\/em> mit laptop_x1<\/em> (was anzeigt, dass die Bestellung den Laptop enth\u00e4lt). Diese visuelle Darstellung macht sofort klar, wem was geh\u00f6rt und der aktuelle Status der Transaktion.<\/p>\n

                  \ud83d\udd17 Verst\u00e4ndnis von Beziehungen und Vielzahl<\/h2>\n

                  Vielfachheit ist ein entscheidender Begriff im Objektmodellieren. Sie bestimmt, wie viele Instanzen einer Klasse mit wie vielen Instanzen einer anderen Klasse verkn\u00fcpft sind. In Objektdiagrammen ist dies oft an der Anzahl der Linien sichtbar, die mit einem einzelnen Objekt verbunden sind.<\/p>\n

                  H\u00e4ufige Vielfachheitsnotationen<\/h3>\n
                    \n
                  • 1:<\/strong>Genau eine Instanz.<\/li>\n
                  • 0..1:<\/strong>Keine oder eine Instanz (optional).<\/li>\n
                  • 1..*:<\/strong>Eine oder mehrere Instanzen (verpflichtend).<\/li>\n
                  • 0..*:<\/strong>Keine oder mehrere Instanzen (optional).<\/li>\n
                  • 1..3:<\/strong>Zwischen einer und drei Instanzen.<\/li>\n<\/ul>\n

                    Beim Zeichnen von Verkn\u00fcpfungen ist es wichtig, diese Einschr\u00e4nkungen zu beachten. Wenn ein Klassendiagramm angibt, dass ein Kunde<\/em>mindestens einen Konto<\/em> (1..*), sollte das Objektdiagramm kein Kunde<\/em>Objekt ohne Verkn\u00fcpfung zu einem Konto<\/em>Objekt zeigen. Die Verletzung dieser Regeln f\u00fchrt zu einem inkonsistenten Modell, das nicht korrekt funktionieren kann.<\/p>\n

                    \ud83d\ude80 Wann Objektdiagramme verwendet werden sollten<\/h2>\n

                    Obwohl Objektdiagramme leistungsstark sind, sind sie nicht f\u00fcr jedes Projekt erforderlich. Zu wissen, wann sie eingesetzt werden sollten, spart Zeit und reduziert die Dokumentationsverwirrung.<\/p>\n

                    Ideale Einsatzszenarien<\/h3>\n
                      \n
                    • Komplexe Datenstrukturen:<\/strong>Wenn das System komplexe verschachtelte Daten beinhaltet, die allein durch Klassendefinitionen schwer verst\u00e4ndlich sind.<\/li>\n
                    • Debugging-Sitzungen:<\/strong>Wenn ein Fehler auftritt, kann das Zeichnen des Zustands der beteiligten Objekte die Quelle des Fehlers genau lokalisieren.<\/li>\n
                    • Validierung der Datenbank-Schema:<\/strong>Bevor SQL-Code geschrieben wird, hilft die Visualisierung der Dateninstanzen dabei, sicherzustellen, dass Einschr\u00e4nkungen erf\u00fcllt sind.<\/li>\n
                    • API-Dokumentation:<\/strong>Die Anzeige einer Beispielantwort-Objektruktur f\u00fcr API-Verbraucher kann klarer sein als eine Klassendefinition.<\/li>\n
                    • Analyse veralteter Systeme:<\/strong>Das Verst\u00e4ndnis der Datenfl\u00fcsse in einem bestehenden System erfordert oft die Betrachtung von Instanzdaten anstelle der Codestruktur.<\/li>\n<\/ul>\n

                      \u26a0\ufe0f H\u00e4ufige Fehler, die vermieden werden sollten<\/h2>\n

                      Selbst erfahrene Designer k\u00f6nnen Fallen beim Erstellen von Objektdiagrammen begehen. Die Aufmerksamkeit f\u00fcr diese Fallen stellt sicher, dass die Diagramme n\u00fctzlich bleiben.<\/p>\n

                        \n
                      • \u00dcberkomplexit\u00e4t:<\/strong>Versuch, den gesamten Systemzustand darzustellen. Objektdiagramme sollten sich auf eine bestimmte Situation oder Interaktion konzentrieren, nicht auf die gesamte Datenbank.<\/li>\n
                      • Verwirrung der Ebenen:<\/strong>Kombination von Klassendefinitionen und Objektinstanzen in derselben Box. Halten Sie die Unterscheidung klar: Klassendiagramme definieren Typen; Objektdiagramme definieren Werte.<\/li>\n
                      • Ignorieren der Vielzahl:<\/strong>Zeichnen von Verbindungen, die die Kardinalit\u00e4tsregeln verletzen, die im Klassendiagramm definiert sind.<\/li>\n
                      • Statische Daten in dynamischen Kontexten:<\/strong>Verwendung von Objektdiagrammen zur Darstellung zeitbasierter Verhaltensweisen. Verwenden Sie f\u00fcr Abl\u00e4ufe von Ereignissen stattdessen Sequenz- oder Zustandsdiagramme.<\/li>\n
                      • Fehlende Rollennamen:<\/strong>Das Auslassen von Beschriftungen bei Verbindungen kann dazu f\u00fchren, dass unklar ist, welches Objekt auf welches andere Objekt wirkt.<\/li>\n<\/ul>\n

                        \ud83d\udd17 Integration mit anderen UML-Diagrammen<\/h2>\n

                        Objektdiagramme existieren nicht isoliert. Sie sind Teil einer zusammenh\u00e4ngenden Reihe von Modellen, die das System aus verschiedenen Blickwinkeln beschreiben.<\/p>\n

                        Sequenzdiagramme<\/h3>\n

                        Sequenzdiagramme zeigen den Fluss von Nachrichten \u00fcber die Zeit. Ein Objektdiagramm dient oft als Ausgangspunkt f\u00fcr ein Sequenzdiagramm und definiert die Objekte, die Nachrichten austauschen werden. Sobald die Objekte im Objektdiagramm identifiziert sind, k\u00f6nnen ihre Interaktionen im Sequenzdiagramm dargestellt werden.<\/p>\n

                        Zustandsmaschinen-Diagramme<\/h3>\n

                        Zustandsdiagramme zeigen, wie ein Objekt seinen Zustand \u00e4ndert. Ein Objektdiagramm liefert den Kontext f\u00fcr diese Zust\u00e4nde. Zum Beispiel k\u00f6nnte ein Objektdiagramm eine bestimmte Bestellung im Zustand \u201eVersandt\u201c zeigen, w\u00e4hrend ein Zustandsdiagramm erkl\u00e4rt, wie sie vom Zustand \u201eVerarbeitung\u201c in den Zustand \u201eVersandt\u201c \u00fcbergegangen ist.<\/p>\n

                        Aktivit\u00e4tsdiagramme<\/h3>\n

                        Aktivit\u00e4tsdiagramme modellieren den Arbeitsablauf. Objektdiagramme k\u00f6nnen die Eingabe- und Ausgabedaten f\u00fcr bestimmte Aktivit\u00e4ten innerhalb des Arbeitsablaufs kl\u00e4ren. Sie fungieren als Datenumfeld f\u00fcr den Prozessfluss.<\/p>\n

                        \ud83d\udcdd Best Practices f\u00fcr Klarheit<\/h2>\n

                        Um sicherzustellen, dass Ihre Objektdiagramme wirksame Kommunikationsmittel sind, halten Sie sich an diese Richtlinien.<\/p>\n

                          \n
                        • Verwenden Sie konsistente Benennungen:<\/strong>Halten Sie sich an eine Namenskonvention f\u00fcr Objekte. Verwenden Sie Pr\u00e4fixe wieu_<\/em> f\u00fcr Benutzer odero_<\/em> f\u00fcr Bestellungen, um sie von Klassen zu unterscheiden.<\/li>\n
                        • Halte es lesbar:<\/strong> Vermeide es, das Diagramm mit zu vielen Objekten zu \u00fcberladen. Wenn ein System Millionen von Datens\u00e4tzen hat, zeige eine repr\u00e4sentative Stichprobe.<\/li>\n
                        • \u00c4nderungen hervorheben:<\/strong> Wenn zwei Zust\u00e4nde verglichen werden, verwende verschiedene Farben oder Linienstile, um hervorzuheben, was sich zwischen den Momentaufnahmen ver\u00e4ndert hat.<\/li>\n
                        • F\u00fcge Kontextnotizen hinzu:<\/strong> F\u00fcge ein Textfeld hinzu, das die Situation beschreibt (z.\u202fB. \u201eMomentaufnahme beim Auschecken\u201c), damit der Betrachter den zeitlichen Kontext versteht.<\/li>\n
                        • \u00dcberpr\u00fcfe gegen den Code:<\/strong> Wenn das System bereits implementiert ist, \u00fcberpr\u00fcfe das Objektdiagramm anhand des tats\u00e4chlichen Codes, um Genauigkeit zu gew\u00e4hrleisten.<\/li>\n<\/ul>\n

                          \ud83e\udde9 Fortgeschrittene Konzepte: Aggregation und Komposition<\/h2>\n

                          Objektdiagramme k\u00f6nnen auch st\u00e4rkere Formen von Beziehungen visualisieren, insbesondere Aggregation und Komposition. Diese Beziehungen definieren, wie abh\u00e4ngig das Lebenszyklus eines Objekts von einem anderen ist.<\/p>\n

                          Komposition<\/h3>\n

                          Bei einer Kompositionsbeziehung kann das Teil nicht ohne das Ganze existieren. In einem Objektdiagramm wird dies oft mit einem gef\u00fcllten Diamanten dargestellt. Zum Beispiel besteht ein Haus<\/em> aus Zimmern<\/em>. Wenn das Haus<\/em>Objekt zerst\u00f6rt wird, existieren die Zimmer<\/em>Objekte nicht mehr. Diese Beziehung ist im Modell streng und unver\u00e4nderlich.<\/p>\n

                          Aggregation<\/h3>\n

                          Aggregation impliziert eine \u201ebesitzt-ein\u201c-Beziehung, bei der das Teil unabh\u00e4ngig existieren kann. Eine Bibliothek<\/em> besitzt B\u00fccher<\/em>, aber die B\u00fccher k\u00f6nnen au\u00dferhalb der Bibliothek existieren. Im Objektdiagramm wird dies mit einem leeren Diamanten dargestellt. Diese Unterscheidung hilft Entwicklern, die Datenbesitzverh\u00e4ltnisse und die Bereinigungslogik zu verstehen.<\/p>\n

                          \ud83d\udcc8 Die Rolle bei der Datenbankgestaltung<\/h2>\n

                          Objektdiagramme sind besonders relevant beim \u00dcbergang von der Gestaltung zur Datenbankimplementierung. Sie helfen dabei, objektorientierte Konzepte in relationale Datenbankstrukturen zu \u00fcberf\u00fchren.<\/p>\n

                            \n
                          • Prim\u00e4rschl\u00fcssel:<\/strong> Die Objektbezeichnung im Diagramm entspricht dem Prim\u00e4rschl\u00fcssel in der Datenbanktabelle.<\/li>\n
                          • Fremdschl\u00fcssel:<\/strong> Die Verbindungen zwischen Objekten entsprechen Fremdschl\u00fcsselbeschr\u00e4nkungen im Datenbankschema.<\/li>\n
                          • Datenintegrit\u00e4t:<\/strong> Durch die Visualisierung der Verbindungen k\u00f6nnen Designer potenzielle Integrit\u00e4tsprobleme erkennen, bevor SQL-Skripte geschrieben werden.<\/li>\n<\/ul>\n

                            Zum Beispiel zeigt ein Objektdiagramm, wenn ein Link<\/em> zwischen Bestellung<\/em> und Produkt<\/em>, wei\u00df der Datenbankdesigner, dass eine Verbindungstabelle oder eine Fremdschl\u00fcsselspalte erstellt werden muss. Diese Visualisierung verringert die kognitive Belastung w\u00e4hrend der Codierungsphase.<\/p>\n

                            \ud83d\uded1 Einschr\u00e4nkungen von Objektdiagrammen<\/h2>\n

                            Obwohl wertvoll, haben Objektdiagramme inh\u00e4rente Einschr\u00e4nkungen, die beachtet werden m\u00fcssen.<\/p>\n

                              \n
                            • Kein Verhalten:<\/strong> Sie zeigen nicht, wie Objekte miteinander interagieren oder sich im Laufe der Zeit ver\u00e4ndern. Sie sind statische Schnappsch\u00fcsse.<\/li>\n
                            • Skalierbarkeit:<\/strong> Sie werden in gro\u00dfen Systemen mit Tausenden von Objekten schwer zu verwalten. Sie eignen sich am besten f\u00fcr spezifische Untersysteme oder Szenarien.<\/li>\n
                            • Wartung:<\/strong> Da sie spezifische Zust\u00e4nde darstellen, k\u00f6nnen sie schnell veraltet sein, wenn sich das System \u00e4ndert. Sie erfordern eine Wartung neben dem Code.<\/li>\n
                            • Verlust der Abstraktion:<\/strong> Durch die Fokussierung auf spezifische Werte k\u00f6nnen sie die allgemeinen Regeln des Systems verdecken, die besser in Klassendiagrammen erfasst werden.<\/li>\n<\/ul>\n

                              \u2753 H\u00e4ufig gestellte Fragen<\/h2>\n

                              F: Kann ich Objektdiagramme zur Echtzeit\u00fcberwachung verwenden?<\/h3>\n

                              A: Ja. Da sie den Laufzeitzustand darstellen, k\u00f6nnen sie verwendet werden, um den aktuellen Status eines Systems zu visualisieren. F\u00fcr die Echtzeit\u00fcberwachung sind jedoch dynamische Visualisierungstools oft praktikabler als statische Diagramme.<\/p>\n

                              F: Muss ich jedes einzelne Attribut zeichnen?<\/h3>\n

                              A: Nein. F\u00fcgen Sie nur die Attribute hinzu, die f\u00fcr die Szene relevant sind. Das Weglassen von irrelevanten Daten h\u00e4lt das Diagramm lesbar und fokussiert.<\/p>\n

                              F: Wie stelle ich Vererbung in einem Objektdiagramm dar?<\/h3>\n

                              A: Vererbung wird typischerweise \u00fcber das Klassendiagramm dargestellt. In einem Objektdiagramm werden Instanzen durch ihre spezifische Klasse typisiert. Wenn ein Unterklassenobjekt verwendet wird, wird es mit dem Namen der Unterklasse beschriftet, was die Vererbungsbeziehung impliziert.<\/p>\n

                              F: Sind Objektdiagramme Teil des Standard-UML?<\/h3>\n

                              A: Ja. Objektdiagramme sind ein standardm\u00e4\u00dfiger Bestandteil der Unified Modeling Language Spezifikation. Sie werden als statische Strukturdiagramme klassifiziert.<\/p>\n

                              F: Kann ich ein Objektdiagramm erstellen, ohne ein Klassendiagramm zu haben?<\/h3>\n

                              A: Technisch gesehen kann man es, aber es wird nicht empfohlen. Das Klassendiagramm liefert die Regeln und Typen, die das Objektdiagramm befolgt. Das Erstellen von Objekten ohne die Definition ihrer Klassen f\u00fchrt zu einem inkonsistenten Modell.<\/p>\n

                              \ud83c\udfaf Zusammenfassung der wichtigsten Erkenntnisse<\/h2>\n

                              Objektdiagramme sind eine entscheidende Komponente der Softwaremodellierung. Sie schlie\u00dfen die L\u00fccke zwischen abstrakten Klassendefinitionen und konkreten Laufzeitdaten. Indem sie sich auf Instanzen, Werte und Verkn\u00fcpfungen konzentrieren, bieten sie einen klaren Blick auf den Systemzustand.<\/p>\n

                                \n
                              • Definition:<\/strong> Ein Schnappschuss von Instanzen und Beziehungen.<\/li>\n
                              • Komponenten:<\/strong> Objekte, Verkn\u00fcpfungen und Attributwerte.<\/li>\n
                              • Zweck:<\/strong> Validierung, Debugging und Datenvisualisierung.<\/li>\n
                              • Beste Praxis:<\/strong> Konzentrieren Sie sich auf spezifische Szenarien, nicht auf das gesamte System.<\/li>\n
                              • Integration:<\/strong> Funktioniert am besten zusammen mit Klassendiagrammen, Sequenzdiagrammen und Zustandsdiagrammen.<\/li>\n<\/ul>\n

                                Die Beherrschung der Verwendung von Objektdiagrammen verbessert die F\u00e4higkeit, komplexe Datenstrukturen zu kommunizieren. Es stellt sicher, dass die in Designdokumenten definierte Logik mit der Realit\u00e4t der verarbeiteten Daten \u00fcbereinstimmt. Ob f\u00fcr neue Entwicklung oder Legacy-Analyse \u2013 dieses Werkzeug bietet Klarheit dort, wo Klassendiagramme allein versagen k\u00f6nnten.<\/p>\n","protected":false},"excerpt":{"rendered":"

                                Das Verst\u00e4ndnis der Struktur eines Softwaresystems erfordert mehr als nur zu wissen, welche Klassen existieren. Es erfordert, wie bestimmte Instanzen zu einem bestimmten Zeitpunkt miteinander interagieren. Genau hier kommt das…<\/p>\n","protected":false},"author":1,"featured_media":1519,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_yoast_wpseo_title":"Objektdiagramm erkl\u00e4rt: Verst\u00e4ndnis von Klassenbeziehungen (UML-Leitfaden)","_yoast_wpseo_metadesc":"Erfahren Sie, was ein Objektdiagramm ist, wie es sich von Klassendiagrammen unterscheidet, und wie Sie mit diesem umfassenden UML-Leitfaden systematische Zust\u00e4nde effektiv modellieren k\u00f6nnen.","fifu_image_url":"","fifu_image_alt":"","footnotes":""},"categories":[54],"tags":[84,85],"class_list":["post-1518","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unified-modeling-language","tag-academic","tag-object-diagram"],"yoast_head":"\nObjektdiagramm erkl\u00e4rt: Verst\u00e4ndnis von Klassenbeziehungen (UML-Leitfaden)<\/title>\n<meta name=\"description\" content=\"Erfahren Sie, was ein Objektdiagramm ist, wie es sich von Klassendiagrammen unterscheidet, und wie Sie mit diesem umfassenden UML-Leitfaden systematische Zust\u00e4nde effektiv modellieren k\u00f6nnen.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Objektdiagramm erkl\u00e4rt: Verst\u00e4ndnis von Klassenbeziehungen (UML-Leitfaden)\" \/>\n<meta property=\"og:description\" content=\"Erfahren Sie, was ein Objektdiagramm ist, wie es sich von Klassendiagrammen unterscheidet, und wie Sie mit diesem umfassenden UML-Leitfaden systematische Zust\u00e4nde effektiv modellieren k\u00f6nnen.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/\" \/>\n<meta property=\"og:site_name\" content=\"Viz Read German - AI, Software & Digital Insights\" \/>\n<meta property=\"article:published_time\" content=\"2026-03-30T08:04:48+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"12\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\/\/www.viz-read.com\/de\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936\"},\"headline\":\"Objektdiagramm erkl\u00e4rt: Ein klarer Einstieg f\u00fcr Anf\u00e4nger, um Klassenzusammenh\u00e4nge zu verstehen\",\"datePublished\":\"2026-03-30T08:04:48+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/\"},\"wordCount\":2340,\"publisher\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/#organization\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg\",\"keywords\":[\"academic\",\"object diagram\"],\"articleSection\":[\"Unified Modeling Language\"],\"inLanguage\":\"de\"},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/\",\"url\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/\",\"name\":\"Objektdiagramm erkl\u00e4rt: Verst\u00e4ndnis von Klassenbeziehungen (UML-Leitfaden)\",\"isPartOf\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg\",\"datePublished\":\"2026-03-30T08:04:48+00:00\",\"description\":\"Erfahren Sie, was ein Objektdiagramm ist, wie es sich von Klassendiagrammen unterscheidet, und wie Sie mit diesem umfassenden UML-Leitfaden systematische Zust\u00e4nde effektiv modellieren k\u00f6nnen.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage\",\"url\":\"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg\",\"contentUrl\":\"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.viz-read.com\/de\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Objektdiagramm erkl\u00e4rt: Ein klarer Einstieg f\u00fcr Anf\u00e4nger, um Klassenzusammenh\u00e4nge zu verstehen\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.viz-read.com\/de\/#website\",\"url\":\"https:\/\/www.viz-read.com\/de\/\",\"name\":\"Viz Read German - AI, Software & Digital Insights\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.viz-read.com\/de\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/www.viz-read.com\/de\/#organization\",\"name\":\"Viz Read German - AI, Software & Digital Insights\",\"url\":\"https:\/\/www.viz-read.com\/de\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/www.viz-read.com\/de\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/cropped-cropped-viz-read-logo.png\",\"contentUrl\":\"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/cropped-cropped-viz-read-logo.png\",\"width\":1200,\"height\":1200,\"caption\":\"Viz Read German - AI, Software & Digital Insights\"},\"image\":{\"@id\":\"https:\/\/www.viz-read.com\/de\/#\/schema\/logo\/image\/\"}},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.viz-read.com\/de\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\/\/www.viz-read.com\"],\"url\":\"https:\/\/www.viz-read.com\/de\/author\/vpadmin\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Objektdiagramm erkl\u00e4rt: Verst\u00e4ndnis von Klassenbeziehungen (UML-Leitfaden)","description":"Erfahren Sie, was ein Objektdiagramm ist, wie es sich von Klassendiagrammen unterscheidet, und wie Sie mit diesem umfassenden UML-Leitfaden systematische Zust\u00e4nde effektiv modellieren k\u00f6nnen.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/","og_locale":"de_DE","og_type":"article","og_title":"Objektdiagramm erkl\u00e4rt: Verst\u00e4ndnis von Klassenbeziehungen (UML-Leitfaden)","og_description":"Erfahren Sie, was ein Objektdiagramm ist, wie es sich von Klassendiagrammen unterscheidet, und wie Sie mit diesem umfassenden UML-Leitfaden systematische Zust\u00e4nde effektiv modellieren k\u00f6nnen.","og_url":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/","og_site_name":"Viz Read German - AI, Software & Digital Insights","article_published_time":"2026-03-30T08:04:48+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Verfasst von":false,"Gesch\u00e4tzte Lesezeit":"12\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#article","isPartOf":{"@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.viz-read.com\/de\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936"},"headline":"Objektdiagramm erkl\u00e4rt: Ein klarer Einstieg f\u00fcr Anf\u00e4nger, um Klassenzusammenh\u00e4nge zu verstehen","datePublished":"2026-03-30T08:04:48+00:00","mainEntityOfPage":{"@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/"},"wordCount":2340,"publisher":{"@id":"https:\/\/www.viz-read.com\/de\/#organization"},"image":{"@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg","keywords":["academic","object diagram"],"articleSection":["Unified Modeling Language"],"inLanguage":"de"},{"@type":"WebPage","@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/","url":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/","name":"Objektdiagramm erkl\u00e4rt: Verst\u00e4ndnis von Klassenbeziehungen (UML-Leitfaden)","isPartOf":{"@id":"https:\/\/www.viz-read.com\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage"},"image":{"@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage"},"thumbnailUrl":"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg","datePublished":"2026-03-30T08:04:48+00:00","description":"Erfahren Sie, was ein Objektdiagramm ist, wie es sich von Klassendiagrammen unterscheidet, und wie Sie mit diesem umfassenden UML-Leitfaden systematische Zust\u00e4nde effektiv modellieren k\u00f6nnen.","breadcrumb":{"@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#primaryimage","url":"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg","contentUrl":"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2026\/03\/kawaii-object-diagram-uml-infographic-16x9-1.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.viz-read.com\/de\/object-diagram-explained-class-relationships\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.viz-read.com\/de\/"},{"@type":"ListItem","position":2,"name":"Objektdiagramm erkl\u00e4rt: Ein klarer Einstieg f\u00fcr Anf\u00e4nger, um Klassenzusammenh\u00e4nge zu verstehen"}]},{"@type":"WebSite","@id":"https:\/\/www.viz-read.com\/de\/#website","url":"https:\/\/www.viz-read.com\/de\/","name":"Viz Read German - AI, Software & Digital Insights","description":"","publisher":{"@id":"https:\/\/www.viz-read.com\/de\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.viz-read.com\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Organization","@id":"https:\/\/www.viz-read.com\/de\/#organization","name":"Viz Read German - AI, Software & Digital Insights","url":"https:\/\/www.viz-read.com\/de\/","logo":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/www.viz-read.com\/de\/#\/schema\/logo\/image\/","url":"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/cropped-cropped-viz-read-logo.png","contentUrl":"https:\/\/www.viz-read.com\/de\/wp-content\/uploads\/sites\/9\/2025\/03\/cropped-cropped-viz-read-logo.png","width":1200,"height":1200,"caption":"Viz Read German - AI, Software & Digital Insights"},"image":{"@id":"https:\/\/www.viz-read.com\/de\/#\/schema\/logo\/image\/"}},{"@type":"Person","@id":"https:\/\/www.viz-read.com\/de\/#\/schema\/person\/26e014daa5bbdc9b97114eee89cc3936","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.viz-read.com"],"url":"https:\/\/www.viz-read.com\/de\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/posts\/1518","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/comments?post=1518"}],"version-history":[{"count":0,"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/posts\/1518\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/media\/1519"}],"wp:attachment":[{"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/media?parent=1518"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/categories?post=1518"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.viz-read.com\/de\/wp-json\/wp\/v2\/tags?post=1518"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}