Designdiagram för arkitektur

Arkitekter kommunicerar ofta via diagram. Diagram är kraftfulla kommunikationsverktyg som hjälper implementerare och intressenter att se den breda visionen eller fördjupa sig i mycket känsliga eller nyanserade områden i ett system. För att kommunicera med avsikt måste en arkitekt välja vilket diagram som är användbart i varje situation.

Listan över diagram i den här artikeln är inte fullständig. Diagram är ofta sammansatta av flera typer.

I slutändan beror valet av arkitekturdiagram på vad du försöker förmedla och målgruppsprofilen. En arkitekt använder flera typer av diagram genom aktiviteter för design, förfining av krav och kommunikation.

Diagrammetoder

Diagram visar betydande information utan att behöva textförklaring. Undvik tvetydighet i diagram. Här följer några rekommendationer:

Använd standardnotationer. Använd allmänt erkända symboler, ikoner och presentationskonventioner för god läsbarhet och tolkning av ett diagram.

Undvik tvetydiga linjer. Diagram visar ofta relationer mellan entiteter som representeras som rader. Var konsekvent i hur du använder raderna.

Undvik linjer utan pilar. Det är svårt att veta vad relationen är utan riktning, så använd pilar. Märk alla rader utan pilar för att ange relationerna.

Undvik linjer med dubbla pilar. Dubbla pilar innebär ett dubbelriktat beroende. Använd en pil med en slutpunkt för att representera flödet från klient till server.

Märk allt. Ange tydliga, korrekta och meningsfulla etiketter för varje ikon. Etikettlinjer när relationerna inte är tydliga.

Upprätthålla konsekvens. Använd standardiserade färger, höljen, ikoner, ikonstorlekar, linjetyper, pilhuvuden och andra representationer för liknande element i ett diagram och över relaterade diagram. Hämta från befintliga data eller taxonomier.

Var korrekt. Diagram är abstraktioner, men offrar inte noggrannheten i processen. Representera till exempel inte en tjänst i ett virtuellt nätverk om den inte finns i det virtuella nätverket. Ett diagram är ett kommunikationsverktyg, så du måste undvika felkommunikation från felaktigheter.

Inkludera metadata. Se till att ett diagram innehåller metadata som ger viktig information om syftet med diagrammet. Metadata ger också kontext som hjälper tittarna att förstå diagrammets omfattning och betydelse. Inkludera objekt som rubrik, beskrivning, senast uppdaterat datum, författare och externa referenser.

Använd officiella ikoner och tjänstnamn. När du representerar en specifik teknik använder du de senaste officiella ikonerna från din teknikleverantör. Om det är viktigt att identifiera tekniken använder du tjänstens officiella namn.

Här är till exempel ikonerna för Microsoft-tjänster:

• Ikoner för Azure-arkitektur
• Microsoft 365-ikoner
• Microsoft Dynamics 365 ikoner
• Microsoft Power Platform-ikoner

Typer av designdiagram

Arbetsbelastningsarkitekturen är komplex och flerdimensionell. Varje dimensionstyp fokuserar på en specifik aspekt av systemet genom att tillhandahålla en detaljnivå som är specifik för den dimensionen. Till exempel illustrerar flödesscheman processflödet. Entitetsrelationsdiagram visar relationer mellan systemkomponenter.

Med olika typer av diagram kan du få en omfattande förståelse av dimensioner. Det bidrar till att uppmuntra effektiv kommunikation, problemlösning och beslutsfattande bland intressenter.

Systemdiagram på hög nivå

Ett systemdiagram på hög nivå fungerar som en bred översikt över en hel arbetsbelastning eller ett underavsnitt i en arbetsbelastning. Den innehåller huvudkomponenterna, deras relationer till varandra och den ungefärliga ordning i vilken data flödar genom systemet. Pilar visar interaktionens riktning.

Dessa diagram är bra för att nå en gemensam förståelse så att du kan starta djupare diskussioner eller för intressenternas kommunikation.

Blockdiagram

Ett blockdiagram delar upp en arbetsbelastning i de viktigaste funktionella blocken. Blocken är vanligtvis teknikagnostiska. De refererar till de funktioner som utförs i stället för en specifik komponent.

Ett blockdiagram kan till exempel referera till en "meddelandebuss" i stället för en specifik meddelandebussteknik. Den här typen av diagram kan hjälpa dig att förklara systemets struktur, dataflöde och bearbetningsflöde utan att distrahera målgruppen med detaljerad information.

Komponentdiagram

Ett komponentdiagram fungerar som ett blockdiagram men ersätter allmänna funktionsblock med specifika tekniker. Den visar en detaljerad vy med målet att kommunicera systemets enskilda teknikkomponenter och deras relationer, till exempel klient/server. De här diagrammen är en slags visuell struktur för diagrammets omfattning.

Distributionsdiagram

Ett distributionsdiagram fokuserar på distribution av infrastruktur, kommersiell programvara (COTS) och anpassad kod i arbetsbelastningen. Den visar hur programvaran och koden distribueras över värdinfrastrukturen.

Dataflödesdiagram

Ett dataflödesdiagram (DFD) illustrerar hur data rör sig genom ett system, vilket är användbart när du modellerar datacentrerade system. I ett diagram som detta är det en bra idé att notera om data flyttas i batchar eller i realtid för att ta bort tvetydighet.

Sekvensdiagram

Ett sekvensdiagram visar kommunikationsutbyten mellan arbetsbelastningskomponenter över tid. Den illustrerar klient-/serverrelationer och deras synkrona eller asynkrona natur. Den visar också beroenden i dessa utbyten och utvärderar felscenarier i dem.

Användarflödesdiagram

Ett användarflödesdiagram fokuserar på en begränsad interaktion mellan arbetsbelastningar, användare eller aktörer och arbetsbelastningen. Det är användbart för att förtydliga och visualisera funktionskrav på olika sätt som en användare och användarens data interagerar med systemet.

Entitetsrelationsdiagram

Ett entitetsrelationsdiagram (ERD) är ett modelleringsdiagram som representerar strukturen för en databas eller ett annat lagringssystem. Den visar relationen mellan entiteter (till exempel tabeller) via branschstandardattribut och associationsymbolik.

Diagram över nätverk

Ett nätverksdiagram illustrerar lösningen utifrån det nätverk som den körs på eller interagerar med. Dessa diagram är användbara för att visualisera arbetsbelastningens nätverkssegmentering, nätverkspunkter för fel och viktiga nätverksövergångar, till exempel utgående internet- och ingångspunkter.

Nätverksdiagram har vanligtvis en tidigare implementering. De används ofta i granskningar och incidenthantering.

Tillståndsdiagram

Ett tillståndsdiagram är en specialiserad visualisering. Den visar det tillstånd som ett flöde (eller en enskild komponent) är i. Den visar också hur flödet övergår mellan tillstånd som svar på villkor eller händelser.

Flödesschema

Även om det inte är ett arkitekturdiagram specifikt är ett flödesschema ett annat sätt att bringa klarhet i en design. Flödesscheman är ofta användbara när de representerar komplexa arbetsflöden eller logik. Du kan använda dem för att förfina kraven och bidra till att driva implementeringsalternativ.

Nästa steg

Arkitektens checklista