Software -Architekturmodell – Wikipedia wiki

Ein Architekturmodell (In Software) ist ein reichhaltiges und strenges Diagramm, das mit den verfügbaren Standards erstellt wurde, in der das Hauptanliegen darin besteht, eine bestimmte Reihe von Kompromisse zu veranschaulichen, die der Struktur und dem Design eines Systems oder eines Ökosystems inhärent sind. Softwarearchitekten verwenden Architekturmodelle, um mit anderen zu kommunizieren und Peer -Feedback zu suchen. Ein architektonisches Modell ist Ausdruck eines Standpunkts in der Softwarearchitektur.

Einige Schlüsselelemente in einem Software -Architekturmodell umfassen:

• Reich : Für den fraglichen Standpunkt sollten ausreichende Informationen vorhanden sein, um den Bereich im Detail zu beschreiben. Die Informationen sollten nicht fehlen oder vage sein. Das Ziel ist es, Missverständnisse zu minimieren und sie nicht aufrechtzuerhalten. Siehe Anmerkungen unten zu “Hauptanliegen”.
• Streng : Der Architekt hat eine bestimmte Methodik angewendet, um dieses bestimmte Modell zu erstellen, und das resultierende Modell sieht eine bestimmte Art und Weise aus. Ein Test der Strenge kann sagen, dass, wenn zwei Architekten in verschiedenen Städten dasselbe beschreiben würden, die resultierenden Diagramme nahezu identisch wären (mit der möglichen Ausnahme des visuellen Layouts bis zu einem gewissen Punkt).
• Diagramm : Im Allgemeinen kann sich ein Modell beziehen beliebig Abstraktion, die etwas vereinfacht, um einen bestimmten Standpunkt anzusprechen. Diese Definition unterklassen „Architekturmodelle“ spezifisch auf die Teilmenge der Modellbeschreibungen, die als Diagramme dargestellt werden.
• Standards : Standards arbeiten, wenn jeder sie kennt und jeder sie benutzt. Dies ermöglicht ein Kommunikationsgrad, das nicht erreicht werden kann, wenn sich jedes Diagramm erheblich von einem anderen unterscheidet. UML ist der am häufigsten zitierte Standard.
• Hauptanliegen : Es ist einfach, durch Aufnahme vieler verschiedener Anforderungen in ein einzelnes Diagramm zu detailliert zu sein. Dies sollte vermieden werden. Es ist besser, mehrere Diagramme zu zeichnen, einen für jeden Standpunkt, als ein „Mega-Diagramm“ zu zeichnen, das so reich an Inhalten ist, dass es einen zweijährigen Studiengang erfordert, um es zu verstehen. Denken Sie daran: Beim Bau von Häusern liefert der Architekt viele verschiedene Diagramme. Jedes wird unterschiedlich verwendet. Häufig umfasst das endgültige Plänepaket Diagramme mit dem Grundriss um ein Vielfaches: Framing -Plan, Elektroplan, Heizungsplan, Sanitär usw. Sie stellen sicher, dass die bereitgestellten Informationen nur die erforderlichen Informationen sind. Beispielsweise benötigt ein Sanitär -Subunternehmer nicht die Details, die ein Elektriker wissen müsste.
• Veranschaulichen : Die Idee hinter dem Erstellen eines Modells besteht darin, zu kommunizieren und wertvolle Feedback zu suchen. Das Ziel des Diagramms sollte es sein, eine bestimmte Frage zu beantworten und diese Antwort mit anderen zu teilen, um zu sehen, ob sie zustimmen, und (b) ihre Arbeit leiten. Faustregel: Wissen Sie, was Sie sagen möchten und wessen Arbeit Sie beabsichtigen, damit zu beeinflussen.
• Spezifische Kompromisse : Die ATAM-Methodik (Architecture Kompromoval Analysis Method) beschreibt einen Prozess, bei dem die Softwarearchitektur für die Angemessenheit überprüft werden kann. Atam beginnt mit einem grundlegenden Begriff: Es gibt kein “einheitliches” Design. Menschen können ein generisches Design erstellen, müssen sie aber dann auf bestimmte Situationen ändern, die auf den Geschäftsanforderungen basieren. Tatsächlich machen Menschen Kompromisse. Das Diagramm sollte diese spezifischen Kompromisse sichtbar machen. Bevor ein Architekt ein Diagramm erstellt, sollte er oder sie bereit sein, in Worten zu beschreiben, welche Kompromisse sie in diesem Modell veranschaulichen möchten.
• Kompromisse der Struktur und des Designs inhärent : Eine Komponente ist kein Kompromiss. Kompromisse führen selten in ein Bild auf dem Diagramm. Kompromisse sind die ersten Prinzipien, die die Designmodelle produzierten. Wenn ein Architekt einen bestimmten Kompromiss beschreiben oder verteidigen möchte, kann das Diagramm verwendet werden, um die Position zu verteidigen.
• System oder Ökosystem : Die Modellierung im Allgemeinen kann auf verschiedenen Abstraktionsebenen erfolgen. Es ist nützlich, die Architektur einer bestimmten Anwendung mit Komponenten und Interaktionen zu modellieren. Es ist auch angemessen, die Anwendungssysteme zu modellieren, die für die Bereitstellung eines vollständigen Geschäftsprozesses erforderlich sind (z. B. Order-to-Cash). Es ist jedoch häufig nicht nützlich, das Modell einer einzelnen Komponente und ihrer Klassen als Softwarearchitektur anzuzeigen. Auf dieser Ebene veranschaulicht das Modell, obwohl es für sich genommen wertvoll ist, das Design viel mehr als Architektur.

Siehe auch [ bearbeiten ]

Verweise [ bearbeiten ]

Externe Links [ bearbeiten ]