Architekturentwurfsdiagramme
Architekten kommunizieren häufig über Diagramme. Diagramme sind leistungsstarke Kommunikationstools, die Implementierungen und Projektbeteiligten helfen, die breite Vision zu sehen oder tief in hochempfindliche oder differenzierte Bereiche eines Systems einzutauchen. Um mit Absicht zu kommunizieren, muss ein Architekt auswählen, welches Diagramm in jeder Situation nützlich ist.
Die Liste der Diagramme in diesem Artikel ist nicht vollständig. Diagramme sind häufig zusammengesetzt aus mehreren Typen.
Letztendlich hängt die Wahl des Architekturdiagramms davon ab, was Sie vermitteln möchten, und das Zielgruppenprofil. Ein Architekt verwendet mehrere Arten von Diagrammen während der gesamten Aktivitäten zum Entwerfen, Verfeinern von Anforderungen und Kommunikation.
Diagrammerstellungspraktiken
Diagramme stellen wesentliche Informationen dar, ohne dass eine textbezogene Erläuterung erforderlich ist. Vermeiden Sie Mehrdeutigkeit in Diagrammen. Hier sind einige Empfehlungen dafür:
Verwenden Sie Standardnotationen. Verwenden Sie weit anerkannte Symbole, Symbole und Präsentationskonventionen, um eine gute Lesbarkeit und Interpretation eines Diagramms zu verbessern.
Vermeiden Sie mehrdeutige Zeilen. Diagramme zeigen häufig Beziehungen zwischen Entitäten, die als Linien dargestellt werden. Achten Sie darauf, wie Sie die Linien verwenden.
Vermeiden Sie Linien ohne Pfeile. Es ist schwer zu wissen, was die Beziehung ohne Richtung ist, also verwenden Sie Pfeile. Beschriften Sie alle Linien ohne Pfeile, um die Beziehungen zu kennzeichnen.
Vermeiden Sie Linien mit Doppelpfeilen. Doppelpfeile bedeuten eine bidirektionale Abhängigkeit. Verwenden Sie lieber einen einseitigen Pfeil, um den Fluss vom abhängigen (Client) zur Abhängigkeit (Server) darzustellen.
Bezeichnen Sie alles. Stellen Sie für jedes Symbol klare, genaue und aussagekräftige Bezeichnungen bereit. Beschriftungslinien, wenn die Beziehungen nicht gelöscht werden.
Konsistenz beibehalten. Verwenden Sie standardisierte Farben, Groß- und Kleinschreibungen, Symbole, Symbolgrößen, Linientypen, Pfeilköpfe und andere Darstellungen für ähnliche Elemente in einem Diagramm. Bleiben Sie für alle Diagramme konsistent, die für den Entwurf und die Dokumentation Ihrer Workload erstellt wurden. Zeichnen Sie aus vorhandenen Daten oder Taxonomien.
Seien Sie richtig. Diagramme sind Abstraktionen, opfern jedoch nicht die Genauigkeit im Prozess. Stellen Sie beispielsweise keinen Dienst in einem virtuellen Netzwerk dar, wenn er in diesem virtuellen Netzwerk nicht vorhanden ist. Ein Diagramm ist ein Kommunikationstool, daher müssen Sie eine Fehlkommunikation von Ungenauigkeiten vermeiden.
Fügen Sie Metadaten ein. Stellen Sie sicher, dass ein Diagramm Metadaten enthält, die wesentliche Informationen zum Zweck des Diagramms enthalten. Metadaten geben auch Kontext, um den Betrachtern das Verständnis des Bereichs und der Bedeutung des Diagramms zu erleichtern. Fügen Sie Elemente wie Titel, Beschreibung, Datum der letzten Aktualisierung, Autor und externe Verweise hinzu.
Verwenden Sie offizielle Symbole und Dienstnamen. Wenn Sie eine bestimmte Technologie darstellen, verwenden Sie die neuesten offiziellen Symbole ihres Technologieanbieters. Wenn die Technologie identifiziert wird, verwenden Sie den offiziellen Namen für den Dienst.
Hier sind beispielsweise die Symbole für Microsoft-Dienste:
- Azure-Architektursymbole
- Microsoft 365-Symbole
- Microsoft Dynamics 365-Symbole
- Architektursymbole für Microsoft Entra-ID
- Microsoft Power Platform-Symbole
Typen von Entwurfsdiagrammen
Die Workloadarchitektur ist komplex und multidimensional. Jeder Dimensionstyp konzentriert sich auf einen bestimmten Aspekt des Systems, indem eine Detailebene bereitgestellt wird, die für diese Dimension spezifisch ist. Beispiel: Flussdiagramme veranschaulichen den Prozessfluss. Entitätsbeziehungsdiagramme stellen Beziehungen zwischen Systemkomponenten dar.
Die Verwendung verschiedener Diagrammtypen ermöglicht ein umfassendes Verständnis von Dimensionen. Sie hilft dabei, effektive Kommunikation, Problemlösung und Entscheidungsfindung zwischen den Beteiligten zu fördern.
Allgemeines Systemdiagramm
Ein allgemeines Systemdiagramm dient als allgemeine Übersicht über eine gesamte Workload oder einen Unterabschnitt innerhalb einer Workload. Sie umfasst die Hauptkomponenten, ihre Beziehungen zueinander und die grobe Reihenfolge, in der Daten über das System fließen. Pfeile zeigen die Interaktionsrichtung an.
Diese Diagramme sind gut geeignet, um ein gemeinsames Verständnis zu erreichen, damit Sie tiefere Diskussionen oder für die Kommunikation der Beteiligten beginnen können.
Blockdiagramm
Ein Blockdiagramm unterteilt eine Arbeitsauslastung in die wichtigsten Funktionsblöcke. Die Blöcke sind in der Regel technologieagnostisch. Sie beziehen sich auf die Funktionalität, die anstelle einer bestimmten Komponente ausgeführt wird.
Ein Blockdiagramm kann z. B. auf einen "Messaging-Bus" anstelle einer bestimmten Nachrichtenbustechnologie verweisen. Diese Art von Diagramm kann dazu beitragen, die Struktur, den Datenfluss und den Verarbeitungsfluss eines Systems zu erläutern, ohne das Publikum mit feinen Details zu ablenken.
Komponentendiagramm
Ein Komponentendiagramm funktioniert wie ein Blockdiagramm, ersetzt aber generische Funktionsblöcke durch bestimmte Technologien. Es stellt eine detaillierte Ansicht mit dem Ziel dar, die einzelnen Technologiekomponenten des Systems und deren Beziehungen, z. B. Client/Server, zu kommunizieren. Diese Diagramme sind eine Art visueller Materialrechnung für den Bereich des Diagramms.
Bereitstellungsdiagramm
Ein Bereitstellungsdiagramm konzentriert sich auf die Bereitstellung von Infrastruktur, kommerzieller Off-the-Shelf-Software (COTS) und benutzerdefiniertem Code in der gesamten Arbeitsauslastung. Es zeigt, wie die Software und der Code über die Hostinginfrastruktur verteilt werden.
Datenflussdiagramm
Ein Datenflussdiagramm (DFD) veranschaulicht, wie Daten durch ein System verschoben werden, was beim Modellieren von datenzentrierten Systemen nützlich ist. In einem Diagramm wie diesem empfiehlt es sich, zu beachten, ob Daten in Batches oder in Echtzeit verschoben werden, um Mehrdeutigkeit zu entfernen.
Sequenzdiagramm
Ein Sequenzdiagramm zeigt den Kommunikationsaustausch zwischen Arbeitsauslastungskomponenten im Laufe der Zeit. Es veranschaulicht Client-/Serverbeziehungen und deren synchrone oder asynchrone Natur. Außerdem werden Abhängigkeiten in diesen Austauschen hervorgehoben und Fehlerszenarien ausgewertet.
Benutzerflussdiagramm
Ein Benutzerflussdiagramm konzentriert sich auf eine bereichsbezogene Interaktion zwischen Workloads, Benutzern oder Akteuren und der Workload. Es ist hilfreich, funktionale Anforderungen auf verschiedene Arten zu klären und zu visualisieren, mit denen ein Benutzer und die Daten des Benutzers mit dem System interagieren.
Entitätsbeziehungsdiagramm
Ein Entitätsbeziehungsdiagramm (ERD) ist ein Modellierungsdiagramm, das die Struktur einer Datenbank oder eines anderen Speichersystems darstellt. Es zeigt die Beziehung zwischen Entitäten (z. B. Tabellen) durch Branchenstandardattribute und Zuordnungssymbologie.
Netzwerkdiagramm
Ein Netzwerkdiagramm veranschaulicht die Lösung aus der Perspektive des Netzwerks, mit dem es ausgeführt wird oder mit dem es interagiert. Diese Diagramme sind hilfreich bei der Visualisierung der Netzwerksegmentierung, der Netzwerkpunkte des Ausfalls von Netzwerk und wichtigen Netzwerkübergängen wie Internetausgangs- und Eingangspunkten.
Netzwerkdiagramme haben in der Regel eine Implementierung der Vergangenheit. Netzwerkdiagramme werden häufig in Audits und Vorfallreaktionen verwendet.
Statusdiagramm
Ein Zustandsdiagramm ist eine spezielle Visualisierung. Er zeigt den Zustand an, in dem sich ein Fluss (oder eine einzelne Komponente) befindet. Außerdem wird gezeigt, wie der Fluss zwischen Zuständen als Reaktion auf Bedingungen oder Ereignisse wechselt.
Flussdiagramm
Obwohl es sich nicht speziell um ein Architekturdiagramm handelt, ist ein Flussdiagramm eine weitere Möglichkeit, Klarheit in ein Design zu bringen. Flussdiagramme sind häufig hilfreich, wenn sie komplexe Workflows oder Logik darstellen. Sie können sie verwenden, um Anforderungen zu verfeinern und die Implementierungsoptionen zu fördern.
Flussdiagramme sind nützlich, um in Workload-Vorfallreaktionspläne einzuschließen, um wichtige Entscheidungspunkte und die zugehörigen Aktionen oder Benachrichtigungskanäle hervorzuheben.