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 i alla aktiviteter för design, förfining av krav och kommunikation.
Diagrammetoder
Diagram visar betydande information utan att det behövs någon 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 den beroende (klienten) till beroendet (servern).
Märk allt. Ange tydliga, korrekta och meningsfulla etiketter för varje ikon. Etikettrader när relationerna inte är tydliga.
Behåll konsekvens. Använd standardiserade färger, höljen, ikoner, ikonstorlekar, linjetyper, pilhuvuden och andra representationer för liknande element i ett diagram. Håll dig konsekvent i alla diagram som skapats för din arbetsbelastnings design och dokumentation. Hämta från befintliga data eller taxonomier.
Var noggrann. Diagram är abstraktioner, men offra inte noggrannhet 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 omfång 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 usluge:
- Azure-arkitekturikoner
- Microsoft 365-ikoner
- Microsoft Dynamics 365-ikoner
- Arkitekturikoner för Microsoft Entra-ID
- 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 grova 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 omfång.
Distributionsdiagram
Ett distributionsdiagram fokuserar på distribution av infrastruktur, kommersiell programvara (COTS) och anpassad kod i arbetsbelastningen. Den visar hur programvaran och koden distribueras i 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 det här ä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 karaktär. Den visar även 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 ur det nätverksperspektiv som den körs på eller interagerar med. De här diagrammen är användbara för att visualisera arbetsbelastningens nätverkssegmentering, nätverkspunkter för fel och viktiga nätverksövergångar som internetutgående och ingresspunkter.
Nätverksdiagram har vanligtvis ett tidigare implementeringsliv. Nätverksdiagram används ofta i granskningar och incidenthantering.
Tillståndsdiagram
Ett tillståndsdiagram är en specialiserad visualisering. Den visar tillståndet 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.
Flödesscheman är användbara för att inkludera i arbetsbelastningens incidenthanteringsplaner för att belysa viktiga beslutspunkter och deras associerade åtgärder eller meddelandekanaler.